From owner-freebsd-current@freebsd.org Sat May 20 18:19:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF6E5D76916 for ; Sat, 20 May 2017 18:19:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C89D31A13 for ; Sat, 20 May 2017 18:19:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C7FD9D76915; Sat, 20 May 2017 18:19:36 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7A47D76913 for ; Sat, 20 May 2017 18:19:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6E641A11 for ; Sat, 20 May 2017 18:19:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v4KIJWQj047195 for ; Sat, 20 May 2017 18:19:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 218849] Remove rc.conf jail configuration via jail_* variables Date: Sat, 20 May 2017 18:19:32 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: conf X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: qjail1@a1poweruser.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: mfc-stable9- mfc-stable10- mfc-stable11- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 21 May 2017 04:07:52 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 May 2017 18:19:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218849 --- Comment #29 from Joe Barbish --- Today I submitted PR# 219421. This handbook patch removes all ezjail documentation from the handbook jail chapter and adds an political correct entry which is fair to all the jail management utilities in the port system= as seen below.=20 14.4.2. High-Level Administrative Tools in the FreeBSD Ports Collection Manually creating and managing jails can quickly become tedious and error-prone. The ports collection contains some utilities designed to simpl= ify jail management. Their listing here doesn't imply an recommendation or endorsement. Nothing more than a list of the different names of jail utilit= ies in the ports sysutils category that you may want to review. bsdploy, cbsd, ezjail, iocage, iocell, jail-primer, jailadmin, qjail, warden The maintainer of ezjail has been provided a simple patch that removes ezja= il's reliance on the conversion code in the /etc/rc.d/jail script thus clearing = the way for this PR to move forward. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Sun May 21 04:38:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E499DD77050; Sun, 21 May 2017 04:38:53 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A781635C; Sun, 21 May 2017 04:38:53 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:56955] helo=localhost) by dnvrco-omsmta02 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 1C/E7-29375-6D911295; Sun, 21 May 2017 04:38:46 +0000 Date: Sun, 21 May 2017 04:38:46 +0000 Message-ID: <1C.E7.29375.6D911295@dnvrco-omsmta02> From: "Thomas Mueller" To: freebsd-current@freebsd.org CC: freebsd-net@freebsd.org, kevlo@freebsd.org Subject: Maintainershjip status regarding re(4) Ethernet driver? X-RR-Connecting-IP: 107.14.64.7:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 04:38:54 -0000 Who is the maintainer, if any, for re(4) Ethernet driver that is again giving me trouble on Intel Ivy Bridge computer with MSI Z77 MPOWER motherboard? I remember Kevin Lo, but have checked the web archives for freebsd-current and freebsd-net, and find Kevin Lo's last posts were during October 2016. Is Kevin Lo still with FreeBSD? I just opened a bugzilla account with this Ethernet re(4) connectivity problem on my mind. I posted the details on this list five days ago but haven't had any response. Tom From owner-freebsd-current@freebsd.org Sun May 21 05:41:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 016C4D7704D for ; Sun, 21 May 2017 05:41:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pg0-x234.google.com (mail-pg0-x234.google.com [IPv6:2607:f8b0:400e:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4BFF1E20 for ; Sun, 21 May 2017 05:41:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pg0-x234.google.com with SMTP id u187so54231316pgb.0 for ; Sat, 20 May 2017 22:41:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-disposition:in-reply-to:user-agent; bh=8xV3O7MFjVqQte4FRBVB9iv68AWxU+PhJ0RnlRaJpBQ=; b=Db1+dsk5D1zFL4rdQ5yNymD+ghSfj2sS38h8raw/75HgulBqKsBCR9mKKOz4x6Y/Cn AsTu3wfB+t13Qg0sstrZkf2F+GJ2jfCHgSFeNpSeH/R6jb6Qwvz8/gM72BjE7dqap7aB gZm7T+myaGcTzrrPWqsq8l+8gW2S8/P21eMZgAl2vDi9JmekX+s/hor/6QsE9EJQJ1By iOEr0BnQ1tcA0nI9LvrKQ8IeGItpe3OS3Bc0AaUa4iHwtgJT9NHPYP5ypfiCXQmBO4Ml zDZKkQKaDxfWZGo9eltGZ+BepFou7ijhiJbV3dwwOZH66X3TJ7Upi+EK9BrWfjbZjB6u RfFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=8xV3O7MFjVqQte4FRBVB9iv68AWxU+PhJ0RnlRaJpBQ=; b=U8hZvBCbS1QFo0cWXJuULFPh2PlB8UKcMwWQPxGdKtZgHAugUMOyc8pF8dSH2Uw4AR yodQRmHb8r0ifDVMKz3eT6H6JGV38bKbzPHJoNgGuOalDw33deHyrQfnG7jnKtkE8xjE yEbuM456i44sTdryHzsjRevbzzWKQ/R0wfM6IvPs9JyUWCGUAxW1oG2zlMPPBW7HWhSH 7IEq33sCk+ZGbYCRuG/KibnTRkVzVKTX6wPOxZG0BvK/Gmpnpfyyu0GaBIezeoMiwYx0 0v2mQXykNqwh0Pq4OuYDF8TVt8IsTQwhXmiW0yoqX+PUToQTju3Bar/ftZKcZwpIMGkP 7bng== X-Gm-Message-State: AODbwcDixwMMbgULMOlY+/dWgGRDl1k8+/EsxRAHzaiHYQW9O1A1V/G2 wPe0/FptjIkUcg== X-Received: by 10.99.113.78 with SMTP id b14mr18345954pgn.229.1495345299310; Sat, 20 May 2017 22:41:39 -0700 (PDT) Received: from localhost ([221.148.3.207]) by smtp.gmail.com with ESMTPSA id l198sm25622796pga.50.2017.05.20.22.41.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 20 May 2017 22:41:38 -0700 (PDT) From: YongHyeon PYUN X-Google-Original-From: "YongHyeon PYUN" Received: by localhost (sSMTP sendmail emulation); Sun, 21 May 2017 14:41:52 +0900 Date: Sun, 21 May 2017 14:41:52 +0900 To: Thomas Mueller Cc: freebsd-current@freebsd.org Subject: Re: Problem with re(4) Ethernet driver has resurfaced in 11-STABLE and HEAD Message-ID: <20170521054152.GA1091@michelle.fasterthan.co.kr> Reply-To: pyunyh@gmail.com References: <63.BF.09002.3974D195@dnvrco-omsmta01> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63.BF.09002.3974D195@dnvrco-omsmta01> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 05:41:40 -0000 On Thu, May 18, 2017 at 07:04:51AM +0000, Thomas Mueller wrote: [removed stable@ from CC] > I recently updated my 10.1-STABLE to 11.0-STABLE and find I can no longer connect with the Ethernet. > > dhclient re0 produces > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 4 > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 11 > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 19 > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 7 > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 14 > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 5 > No DHCPOFFERS received. > No working leases in persistent database - sleeping. > If you assign an static IPv4 address to re(4) are you able to use the network interface? > uname -a shows > > FreeBSD amelia2 11.0-STABLE FreeBSD 11.0-STABLE #1 r317932: Mon May 8 23:23:37 UTC 2017 root@amelia2:/usr/obj/usr/src11/sys/SANDY11NC amd64 > > Relevant lines from /var/run/dmesg.boot are > > re0: port 0xe000-0xe0ff mem 0xf7d04000-0xf7d04fff,0xf7d00000-0xf7d03fff irq 17 at device 0.0 on pci2 > re0: Using 1 MSI-X message > re0: Chip rev. 0x2c800000 > re0: MAC rev. 0x00100000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow > re0: Using defaults for TSO: 65518/35/2048 > re0: Ethernet address: d4:3d:7e:97:17:e2 > re0: netmap queues/slots: TX 1/256, RX 1/256 > > Problem shows much quicker in my recent build of HEAD (12-current), where > dhclient re0 > gives just a couple lines screen output before crashing into debugger > db> prompt > AFAIK there was no significant re(4) changes for a long time. Could you show us back trace information? Thanks. From owner-freebsd-current@freebsd.org Sun May 21 06:25:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78714D7773C; Sun, 21 May 2017 06:25:32 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DCF67F37; Sun, 21 May 2017 06:25:31 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.15.2/8.15.2) with ESMTPS id v4L6NWGv061255 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 21 May 2017 14:23:34 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.15.2/8.15.2/Submit) id v4L6NVwv061254; Sun, 21 May 2017 14:23:31 +0800 (CST) (envelope-from kevlo) Date: Sun, 21 May 2017 14:23:31 +0800 From: Kevin Lo To: Thomas Mueller Cc: freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: Maintainershjip status regarding re(4) Ethernet driver? Message-ID: <20170521062331.GA61218@ns.kevlo.org> References: <1C.E7.29375.6D911295@dnvrco-omsmta02> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1C.E7.29375.6D911295@dnvrco-omsmta02> User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 06:25:32 -0000 On Sun, May 21, 2017 at 04:38:46AM +0000, Thomas Mueller wrote: > > Who is the maintainer, if any, for re(4) Ethernet driver that is again giving me trouble on Intel Ivy Bridge computer with MSI Z77 MPOWER motherboard? > > I remember Kevin Lo, but have checked the web archives for freebsd-current and freebsd-net, and find Kevin Lo's last posts were during October 2016. > > Is Kevin Lo still with FreeBSD? > > I just opened a bugzilla account with this Ethernet re(4) connectivity problem on my mind. > > I posted the details on this list five days ago but haven't had any response. I have no idea why you cc'd me. I'm not the maintainer of re(4). > Tom Kevin From owner-freebsd-current@freebsd.org Sun May 21 08:54:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2ED7ED77AFD for ; Sun, 21 May 2017 08:54:57 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F93D1041 for ; Sun, 21 May 2017 08:54:55 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:50626] helo=localhost) by dnvrco-omsmta03 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 4E/66-25473-9D551295; Sun, 21 May 2017 08:54:49 +0000 Date: Sun, 21 May 2017 08:54:49 +0000 Message-ID: <4E.66.25473.9D551295@dnvrco-omsmta03> From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Bug in make setting wrong MAKESYSPATH X-RR-Connecting-IP: 107.14.64.88:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 08:54:57 -0000 I tried building ports, starting with ports-mgmt/synth, on HEAD (12-current) and ran into difficulties with syntax error in bsd.compiler.mk . With PORTSDIR on another partition, mounted as /BETA1, I got these errors, but not when I null-mounted /BETA1/usr/ports as /usr/ports. I shouldn't have to resort to this kludge, didn't have to in the recent past. This bug shows in both 11.0-STABLE and 12.0-CURRENT. I looked into "man make" and found that make got the wrong path for MAKESYSPATH, setting to /BETA1/usr/share/mk instead of what it should be, /usr/share/mk . Going into /BETA1/usr/ports/archivers/zip (for a short and simple example), make all-depends-list produced sh: Syntax error: ")" unexpected make: "/BETA1/usr/share/mk/bsd.compiler.mk" line 52: warning: "echo 4.0.0 4.0.0) | awk -F. '{print $1 * 10000 + $2 * 100 + $3;}'" returned non-zero status sh: Syntax error: ")" unexpected make[1]: "/BETA1/usr/share/mk/bsd.compiler.mk" line 52: warning: "echo 4.0.0 4.0.0) | awk -F. '{print $1 * 10000 + $2 * 100 + $3;}'" returned non-zero status /BETA1/usr/ports/ports-mgmt/pkg make -m /usr/share/mk all-depends-list produces /BETA1/usr/ports/ports-mgmt/pkg This looks like a bug that ought to be fixed, though there is a workaround using "make -m /usr/share/mk ..." every time, or presumably, setting MAKESYSPATH=/usr/share/mk in the environment. Should I file a bug report? I could get much more verbose outputs when there are more dependencies, such as in /BETA1/usr/ports/ports-mgmt/synth, or more so, /BETA1/usr/ports/www/seamonkey I also noticed that in newer versions of FreeBSD, /usr/share/mk/bsd.compiler.mk has greatly increased in size (not a bug. except when "make" goes to the wrong MAKESYSPATH. Maybe add in .cshrc and .profile MAKESYSPATH=/usr/share/mk ? Tom From owner-freebsd-current@freebsd.org Sun May 21 09:29:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6ADC5D772F1 for ; Sun, 21 May 2017 09:29:55 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D59B1CEB for ; Sun, 21 May 2017 09:29:54 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:18226] helo=localhost) by dnvrco-omsmta03 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 5B/41-25473-11E51295; Sun, 21 May 2017 09:29:53 +0000 Date: Sun, 21 May 2017 09:29:42 +0000 Message-ID: <5B.41.25473.11E51295@dnvrco-omsmta03> From: "Thomas Mueller" To: freebsd-current@freebsd.org CC: pyunyh@gmail.com Subject: Re: Problem with re(4) Ethernet driver has resurfaced in 11-STABLE and HEAD References: <63.BF.09002.3974D195@dnvrco-omsmta01> <20170521054152.GA1091@michelle.fasterthan.co.kr> X-RR-Connecting-IP: 107.14.64.88:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 09:29:55 -0000 from YongHyeon PYUN: > [removed stable@ from CC] > > I recently updated my 10.1-STABLE to 11.0-STABLE and find I can no longer connect with the Ethernet. > > dhclient re0 produces > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 4 > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 11 > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 19 > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 7 > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 14 > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 5 > > No DHCPOFFERS received. > > No working leases in persistent database - sleeping. > If you assign an static IPv4 address to re(4) are you able to use > the network interface? > AFAIK there was no significant re(4) changes for a long time. Could > you show us back trace information? Problem with re(4) reappeared in both 11.0-STABLE and HEAD, but OK to trim stable@ since changes/fixes would go to HEAD first. No connection with static IPv4 address. Where do I get back trace information? Problem was more severe with HEAD in that OS immediately crashed into debugger, while in 11.0-STABLE, only the connection failed but may have left memory unstable. I can still connect on that computer with Hiro H50191 USB wireless adapter, driver rsu. Tom From owner-freebsd-current@freebsd.org Sun May 21 11:08:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1805BD77B73 for ; Sun, 21 May 2017 11:08:48 +0000 (UTC) (envelope-from baho-utot@columbus.rr.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cdptpa-oedge", Issuer "cdptpa-oedge" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D3E63139C for ; Sun, 21 May 2017 11:08:47 +0000 (UTC) (envelope-from baho-utot@columbus.rr.com) Received: from [65.186.81.207] ([65.186.81.207:55048] helo=raspberrypi.bildanet.com) by cdptpa-omsmta03 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 47/BA-11165-83571295; Sun, 21 May 2017 11:08:40 +0000 Received: from [192.168.1.143] (helo=desktop.example.com) by raspberrypi.bildanet.com with esmtp (Exim 4.84) (envelope-from ) id 1dCOj1-0002yU-KR for freebsd-current@freebsd.org; Sun, 21 May 2017 07:08:39 -0400 Subject: Re: Problem with re(4) Ethernet driver has resurfaced in 11-STABLE and HEAD To: freebsd-current@freebsd.org References: <63.BF.09002.3974D195@dnvrco-omsmta01> <20170521054152.GA1091@michelle.fasterthan.co.kr> <5B.41.25473.11E51295@dnvrco-omsmta03> From: Baho Utot Message-ID: <41fd4187-f5b6-729b-bc2e-bd646159b6f2@columbus.rr.com> Date: Sun, 21 May 2017 07:08:39 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: <5B.41.25473.11E51295@dnvrco-omsmta03> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.168.88:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 11:08:48 -0000 On 05/21/17 05:29, Thomas Mueller wrote: > from YongHyeon PYUN: > >> [removed stable@ from CC] > >>> I recently updated my 10.1-STABLE to 11.0-STABLE and find I can no longer connect with the Ethernet. > >>> dhclient re0 produces > >>> DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 4 >>> DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 11 >>> DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 19 >>> DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 7 >>> DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 14 >>> DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 5 >>> No DHCPOFFERS received. >>> No working leases in persistent database - sleeping. > > >> If you assign an static IPv4 address to re(4) are you able to use >> the network interface? > >> AFAIK there was no significant re(4) changes for a long time. Could >> you show us back trace information? > > Problem with re(4) reappeared in both 11.0-STABLE and HEAD, but OK to trim stable@ since changes/fixes would go to HEAD first. > > No connection with static IPv4 address. > > Where do I get back trace information? > > Problem was more severe with HEAD in that OS immediately crashed into debugger, while in 11.0-STABLE, only the connection failed but may have left memory unstable. > > I can still connect on that computer with Hiro H50191 USB wireless adapter, driver rsu. > > Tom > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I have the same problem with this driver: urtwn - Realtek RTL8188CU/RTL8188RU/RTL8188EU/RTL8192CU USB IEEE 802.11b/g/n wireless network device On this platform: FreeBSD desktop.example.com 11.0-RELEASE-p9 FreeBSD 11.0-RELEASE-p9 #0 r316958: Sat Apr 15 09:25:18 EDT 2017 root@desktop.example.com:/usr/obj/usr/src/sys/GENERIC amd64 Had to quit using it under FreeBSD works fine in Win7. From owner-freebsd-current@freebsd.org Sun May 21 12:15:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AA20D6B1D4; Sun, 21 May 2017 12:15:08 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mailout.stack.nl (mailout05.stack.nl [IPv6:2001:610:1108:5010::202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D9620398; Sun, 21 May 2017 12:15:07 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailout.stack.nl (Postfix) with ESMTP id 0FFC879; Sun, 21 May 2017 14:14:57 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id EF00E28497; Sun, 21 May 2017 14:14:56 +0200 (CEST) Date: Sun, 21 May 2017 14:14:56 +0200 From: Jilles Tjoelker To: Konstantin Belousov Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, freebsd-ports@freebsd.org, emaste@freebsd.org, Kirk McKusick Subject: Re: 64-bit inodes (ino64) Status Update and Call for Testing Message-ID: <20170521121456.GA21613@stack.nl> References: <20170420194314.GI1788@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170420194314.GI1788@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 12:15:08 -0000 On Thu, Apr 20, 2017 at 10:43:14PM +0300, Konstantin Belousov wrote: > Inodes are data structures corresponding to objects in a file system, > such as files and directories. FreeBSD has historically used 32-bit > values to identify inodes, which limits file systems to somewhat under > 2^32 objects. Many modern file systems internally use 64-bit identifiers > and FreeBSD needs to follow suit to properly and fully support these > file systems. > The 64-bit inode project, also known as ino64, started life many years > ago as a project by Gleb Kurtsou (gleb@). After that time several > people have had a hand in updating it and addressing regressions, after > mckusick@ picked up and updated the patch, and acted as a flag-waver. > Sponsored by the FreeBSD Foundation I have spent a significant effort > on outstanding issues and integration -- fixing compat32 ABI, NFS and > ZFS, addressing ABI compat issues and investigating and fixing ports > failures. rmacklem@ provided feedback on NFS changes, emaste@ and > jhb@ provided feedback and review on the ABI transition support. pho@ > performed extensive testing and identified a number of issues that > have now been fixed. kris@ performed an initial ports investigation > followed by an exp-run by antoine@. emaste@ helped with organization > of the process. > This note explains how to perform useful testing of the ino64 branch, > beyond typical smoke tests. > 1. Overview. > The ino64 branch extends the basic system types ino_t and dev_t from > 32-bit to 64-bit, and nlink_t from 16-bit to 64-bit. The struct dirent > layout is modified due to the larger size of ino_t, and also gains a > d_off (directory offset) member. As ino64 implies an ABI change anyway > the struct statfs f_mntfromname[] and f_mntonname[] array length > MNAMELEN is increased from 88 to 1024, to allow for longer mount path > names. > ABI breakage is mitigated by providing compatibility using versioned > symbols, ingenious use of the existing padding in structures, and by > employing other tricks. Unfortunately, not everything can be fixed, > especially outside the base system. For instance, third-party APIs > which pass struct stat around are broken in backward and forward- > incompatible way. We have another type in this area which is too small in some situations: uint8_t for struct dirent.d_namlen. For filesystems that store filenames as upto 255 UTF-16 code units, the name to be stored in d_name may be upto 765 bytes long in UTF-8. This was reported in PR 204643. The code currently handles this by returning the short (8.3) name, but this name may not be present or usable, leaving the file inaccessible. Actually allowing longer names seems too complicated to add to the ino64 change, but changing d_namlen to uint16_t (using d_pad0 space) and skipping entries with d_namlen > 255 in libc may be helpful. Note that applications using the deprecated readdir_r() will not be able to read such long names, since the API does not allow specifying that a larger buffer has been provided. (This could be avoided by making struct dirent.d_name 766 bytes long instead of 256.) Unfortunately, the existence of readdir_r() also prevents changing struct dirent.d_name to the more correct flexible array. -- Jilles Tjoelker From owner-freebsd-current@freebsd.org Sun May 21 12:31:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3A6DD6BEBB; Sun, 21 May 2017 12:31:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 80A761149; Sun, 21 May 2017 12:31:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4LCVIeJ019814 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 21 May 2017 15:31:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4LCVIeJ019814 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4LCVINU019813; Sun, 21 May 2017 15:31:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 21 May 2017 15:31:18 +0300 From: Konstantin Belousov To: Jilles Tjoelker Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, freebsd-ports@freebsd.org, emaste@freebsd.org, Kirk McKusick Subject: Re: 64-bit inodes (ino64) Status Update and Call for Testing Message-ID: <20170521123118.GH1622@kib.kiev.ua> References: <20170420194314.GI1788@kib.kiev.ua> <20170521121456.GA21613@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170521121456.GA21613@stack.nl> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 12:31:26 -0000 On Sun, May 21, 2017 at 02:14:56PM +0200, Jilles Tjoelker wrote: > We have another type in this area which is too small in some situations: > uint8_t for struct dirent.d_namlen. For filesystems that store filenames > as upto 255 UTF-16 code units, the name to be stored in d_name may be > upto 765 bytes long in UTF-8. This was reported in PR 204643. The code > currently handles this by returning the short (8.3) name, but this name > may not be present or usable, leaving the file inaccessible. > > Actually allowing longer names seems too complicated to add to the ino64 > change, but changing d_namlen to uint16_t (using d_pad0 space) and > skipping entries with d_namlen > 255 in libc may be helpful. > > Note that applications using the deprecated readdir_r() will not be able > to read such long names, since the API does not allow specifying that a > larger buffer has been provided. (This could be avoided by making struct > dirent.d_name 766 bytes long instead of 256.) > > Unfortunately, the existence of readdir_r() also prevents changing > struct dirent.d_name to the more correct flexible array. Yes, changing the size of d_name at this stage of the project is out of question. My reading of your proposal is that we should extend the size of d_namlen to uint16_t, am I right ? Should we go to 32bit directly then, perhaps ? I did not committed the change below, nor did I tested or even build it. diff --git a/lib/libc/gen/readdir-compat11.c b/lib/libc/gen/readdir-compat11.c index 1c52f563c75..18d85adaa63 100644 --- a/lib/libc/gen/readdir-compat11.c +++ b/lib/libc/gen/readdir-compat11.c @@ -41,6 +41,7 @@ __FBSDID("$FreeBSD$"); #define _WANT_FREEBSD11_DIRENT #include #include +#include #include #include #include @@ -53,10 +54,12 @@ __FBSDID("$FreeBSD$"); #include "gen-compat.h" -static void +static bool freebsd11_cvtdirent(struct freebsd11_dirent *dstdp, struct dirent *srcdp) { + if (srcdp->d_namelen >= sizeof(dstdp->d_name)) + return (false); dstdp->d_type = srcdp->d_type; dstdp->d_namlen = srcdp->d_namlen; dstdp->d_fileno = srcdp->d_fileno; /* truncate */ @@ -65,6 +68,7 @@ freebsd11_cvtdirent(struct freebsd11_dirent *dstdp, struct dirent *srcdp) bzero(dstdp->d_name + dstdp->d_namlen, dstdp->d_reclen - offsetof(struct freebsd11_dirent, d_name) - dstdp->d_namlen); + return (true); } struct freebsd11_dirent * @@ -80,8 +84,10 @@ freebsd11_readdir(DIR *dirp) if (dirp->dd_compat_de == NULL) dirp->dd_compat_de = malloc(sizeof(struct freebsd11_dirent)); - freebsd11_cvtdirent(dirp->dd_compat_de, dp); - dstdp = dirp->dd_compat_de; + if (freebsd11_cvtdirent(dirp->dd_compat_de, dp)) + dstdp = dirp->dd_compat_de; + else + dstdp = NULL; } else dstdp = NULL; if (__isthreaded) @@ -101,8 +107,10 @@ freebsd11_readdir_r(DIR *dirp, struct freebsd11_dirent *entry, if (error != 0) return (error); if (xresult != NULL) { - freebsd11_cvtdirent(entry, &xentry); - *result = entry; + if (freebsd11_cvtdirent(entry, &xentry)) + *result = entry; + else + *result = NULL; } else *result = NULL; return (0); diff --git a/sys/kern/vfs_syscalls.c b/sys/kern/vfs_syscalls.c index 784af836aee..27b2635030d 100644 --- a/sys/kern/vfs_syscalls.c +++ b/sys/kern/vfs_syscalls.c @@ -3733,7 +3733,8 @@ freebsd11_kern_getdirentries(struct thread *td, int fd, char *ubuf, u_int count, if (dp->d_reclen == 0) break; MPASS(dp->d_reclen >= _GENERIC_DIRLEN(0)); - /* dp->d_namlen <= sizeof(dstdp.d_name) - 1 always */ + if (dp->d_namlen >= sizeof(dstdp.d_name)) + continue; dstdp.d_type = dp->d_type; dstdp.d_namlen = dp->d_namlen; dstdp.d_fileno = dp->d_fileno; /* truncate */ diff --git a/sys/sys/dirent.h b/sys/sys/dirent.h index 341855d0530..691c4e8f90f 100644 --- a/sys/sys/dirent.h +++ b/sys/sys/dirent.h @@ -67,8 +67,9 @@ struct dirent { off_t d_off; /* directory offset of entry */ __uint16_t d_reclen; /* length of this record */ __uint8_t d_type; /* file type, see below */ - __uint8_t d_namlen; /* length of string in d_name */ - __uint32_t d_pad0; + __uint8_t d_pad0 + __uint16_t d_namlen; /* length of string in d_name */ + __uint16_t d_pad1; #if __BSD_VISIBLE #define MAXNAMLEN 255 char d_name[MAXNAMLEN + 1]; /* name must be no longer than this */ From owner-freebsd-current@freebsd.org Sun May 21 12:57:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10C25D7649F for ; Sun, 21 May 2017 12:57:35 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id F3BBE1D19 for ; Sun, 21 May 2017 12:57:34 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id EE0A3D7649C; Sun, 21 May 2017 12:57:34 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB698D7649A; Sun, 21 May 2017 12:57:34 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C07571D17; Sun, 21 May 2017 12:57:34 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id EA53E399B; Sun, 21 May 2017 12:57:33 +0000 (UTC) Date: Sun, 21 May 2017 14:57:33 +0200 From: Baptiste Daroussin To: arch@freebsd.org Cc: doceng@freebsd.org, doc@FreeBSD.org, current@FreeBSD.org Subject: The futur of the roff toolchain Message-ID: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7hq7von4owswjfay" Content-Disposition: inline User-Agent: NeoMutt/20170428 (1.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 12:57:35 -0000 --7hq7von4owswjfay Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I have been working for a while to try to import a modern roff toolchain into base. I didn't like the initial approach that consisted in simply removing all roff toolchain in base. Recap of the situation in base: * We have GNU roff version 1.19.2 in base (latest GPLv2 version). Lots of bug fixes has been made upstream in newer version (GPLv3) in particular regarding unicode but not only. (and we cannot update it anymore) * GNU roff is now only used to generate the documentation in share/doc and as a fallback for manpages which mandoc does not support. On the manpages front: * No manpages in base are not supported by mandoc except groff manpages themselves * man(1) can fallback on ports version of groff if installed (for ports not providing manpages not compatible with mandoc) Alternatives to GNU roff: * Heirloom doctools (which I tried to import) licensed both CDDL/BSD (in C) * neartoff http://litcave.rudi.ir/ BSD licensed (in C) I went the road of using heirloom doctools it is 90% compatible with GNU roff, good enough for all our base roff based documents. After getting down that road for a while, including lots of patches sent upstream (thanks them for being so reactive and integrating them quickly as well as fixing the issues I wasn't able to fix myself quickly). The problem is there are lot of corner small corner cases where heirloom is different from GNU roff and hard to make it compatible. While this is corner cases, it breaks document generation for some large documents people are writing. Those users could use (and actually would benefit a lot from it) GNU roff from the ports tree, but have to be careful about the path of the tool they call to ensure only calling the one from GNU roff and not the one (with the same name) from heirloom doctools. Concerning neatroff it is barely compatible with GNU roff, so not an option (last I tested at least). I would like to change this approach and get back to the initial approach taken by others before I jumped in and I would like just entirely remove the roff toolchain from base and let people rely on GNU roff from ports. man(1) is already asking the user to install groff from ports if the manpage cannot be read with mandoc. No the problem left is documentations available in share/doc. I would like to push them elsewhere. Those documents are mostly useful for historical reason (hence we want to keep them) but not really for daily use of modern FreeBSD. Another issue with those documentation, they are installed as text/ascii version in base, which makes most of them not really readable (as the documents has not be written for a ascii/text target but more for a PDF/html view - using pic(1) for example) A plan was to push as sources in the svn doc repository and continue to build them. This approach also have an issue: over the time roff evolved a bit and while working on heirloom doctools import I had to fix a bunch of markup to make the rendering of those documents clean (also meaning almost noone should read them considering some were not really readable). What I want to propose now, it to render them as PDF (html?) once and push them somewhere (to be defined) as static document on our documentation website. Please doceng@ provide me a location where to push them. And then remove bsd.doc.mk from FreeBSD 12.0 along with the removal of groff. I also want to remove most of roff related tools (the one provided by toolchains available in ports) for which we kept a BSD version (not really maintained in base): namely: - checknr - vgrind - colcrt Only keeping: - col (useful in other places than roff) - soelim (also used for manpages and we have a clean BSD licensed version which is also now parts of mandoc) Best regards, Bapt --7hq7von4owswjfay Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlkhjrsACgkQY4mL3PG3 Plof0xAAp9HnRo/zDKuaxA9HJrs7XCBnjlC7rquZ2+Jkw5iNhLT1Toc8iA24/bHE IwgTg85oIDfssYwIfElr8QWHMarRHolFcOtypg+i6laF3CTLdRpi9zmVxW0ws7s8 0Tkt1FxwIAuZLLDydC9DXdsblCfvkaY4oMt9/A/62QuE2lsh1QroPRwfhdIhRNgR U+hr/b1s2kkDVNJ7z/cEx8YB/njiZIAtmhqNuVR+Ef37nhMyiuevPVCvuDp8qtu1 1kAvQ6TvII6XlyB15M8l/kf7CPFZt88Jy1Ku3wxwEpRy0t+TXA17kBY3KiS8UMys ANnkChdwIKZv65Vo039zlD2GB+yHCyTG4lD7XAiqnrveLqkADUHhLgzAuhRROYft AiQna1vYt/afXmZv8CcKCZkrd9yFo4kdI1pPgl+6pFovQU6nRTUGTibHyjzpHdGd uCtRt+0hSs0VfRtReFGNd7H7yJAFAesSbvum9au4qAguMq90IVx3yAZe10rFfPX1 fDPoL0JXk/aSSrN/j0blc6y1++pdsjnNIDktOuhyRjEMqVsJvZ8gQxeJSVRJK7Do UudXSxMEFBhUt8MiUv0Y0giUMnTnCKR/iFcgvrkNZ2796pP8p8HXZf30Po2xVKAj fFndsFENUI2VbpsjuPG6cdCAx/EipE1QO3RFWuDu4eTpkOHkNLY= =dx7e -----END PGP SIGNATURE----- --7hq7von4owswjfay-- From owner-freebsd-current@freebsd.org Sun May 21 14:03:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 116DAD775DC; Sun, 21 May 2017 14:03:57 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mailout.stack.nl (mailout05.stack.nl [IPv6:2001:610:1108:5010::202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D39F71A06; Sun, 21 May 2017 14:03:56 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailout.stack.nl (Postfix) with ESMTP id 658F979; Sun, 21 May 2017 16:03:55 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 4E80C28497; Sun, 21 May 2017 16:03:55 +0200 (CEST) Date: Sun, 21 May 2017 16:03:55 +0200 From: Jilles Tjoelker To: Konstantin Belousov Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, freebsd-ports@freebsd.org, emaste@freebsd.org, Kirk McKusick Subject: Re: 64-bit inodes (ino64) Status Update and Call for Testing Message-ID: <20170521140355.GC21613@stack.nl> References: <20170420194314.GI1788@kib.kiev.ua> <20170521121456.GA21613@stack.nl> <20170521123118.GH1622@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170521123118.GH1622@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 14:03:57 -0000 On Sun, May 21, 2017 at 03:31:18PM +0300, Konstantin Belousov wrote: > On Sun, May 21, 2017 at 02:14:56PM +0200, Jilles Tjoelker wrote: > > We have another type in this area which is too small in some situations: > > uint8_t for struct dirent.d_namlen. For filesystems that store filenames > > as upto 255 UTF-16 code units, the name to be stored in d_name may be > > upto 765 bytes long in UTF-8. This was reported in PR 204643. The code > > currently handles this by returning the short (8.3) name, but this name > > may not be present or usable, leaving the file inaccessible. > > Actually allowing longer names seems too complicated to add to the ino64 > > change, but changing d_namlen to uint16_t (using d_pad0 space) and > > skipping entries with d_namlen > 255 in libc may be helpful. > > Note that applications using the deprecated readdir_r() will not be able > > to read such long names, since the API does not allow specifying that a > > larger buffer has been provided. (This could be avoided by making struct > > dirent.d_name 766 bytes long instead of 256.) > > Unfortunately, the existence of readdir_r() also prevents changing > > struct dirent.d_name to the more correct flexible array. > Yes, changing the size of d_name at this stage of the project is out of > question. My reading of your proposal is that we should extend the size > of d_namlen to uint16_t, am I right ? Should we go to 32bit directly > then, perhaps ? Yes, my proposal is to change d_namlen to uint16_t. Making it 32 bits is not useful with the 16-bit d_reclen, and increasing d_reclen does not seem useful to me with the current model of getdirentries() where the whole dirent must fit into the caller's buffer. > I did not committed the change below, nor did I tested or even build it. I'd like to skip overlong names in the native readdir_r() as well, so that long name support can be added to the kernel later without causing buffer overflows with applications using FreeBSD 12.0 libc. The native readdir() does not seem to have such a problem. > [patch snipped] -- Jilles Tjoelker From owner-freebsd-current@freebsd.org Sun May 21 14:25:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2DA06D77BB2; Sun, 21 May 2017 14:25:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B02F6841; Sun, 21 May 2017 14:25:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4LEPZCw044648 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 21 May 2017 17:25:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4LEPZCw044648 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4LEPZbb044646; Sun, 21 May 2017 17:25:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 21 May 2017 17:25:35 +0300 From: Konstantin Belousov To: Jilles Tjoelker Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, freebsd-ports@freebsd.org, emaste@freebsd.org, Kirk McKusick Subject: Re: 64-bit inodes (ino64) Status Update and Call for Testing Message-ID: <20170521142535.GI1622@kib.kiev.ua> References: <20170420194314.GI1788@kib.kiev.ua> <20170521121456.GA21613@stack.nl> <20170521123118.GH1622@kib.kiev.ua> <20170521140355.GC21613@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170521140355.GC21613@stack.nl> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 14:25:42 -0000 On Sun, May 21, 2017 at 04:03:55PM +0200, Jilles Tjoelker wrote: > On Sun, May 21, 2017 at 03:31:18PM +0300, Konstantin Belousov wrote: > > On Sun, May 21, 2017 at 02:14:56PM +0200, Jilles Tjoelker wrote: > > > We have another type in this area which is too small in some situations: > > > uint8_t for struct dirent.d_namlen. For filesystems that store filenames > > > as upto 255 UTF-16 code units, the name to be stored in d_name may be > > > upto 765 bytes long in UTF-8. This was reported in PR 204643. The code > > > currently handles this by returning the short (8.3) name, but this name > > > may not be present or usable, leaving the file inaccessible. > > > > Actually allowing longer names seems too complicated to add to the ino64 > > > change, but changing d_namlen to uint16_t (using d_pad0 space) and > > > skipping entries with d_namlen > 255 in libc may be helpful. > > > > Note that applications using the deprecated readdir_r() will not be able > > > to read such long names, since the API does not allow specifying that a > > > larger buffer has been provided. (This could be avoided by making struct > > > dirent.d_name 766 bytes long instead of 256.) > > > > Unfortunately, the existence of readdir_r() also prevents changing > > > struct dirent.d_name to the more correct flexible array. > > > Yes, changing the size of d_name at this stage of the project is out of > > question. My reading of your proposal is that we should extend the size > > of d_namlen to uint16_t, am I right ? Should we go to 32bit directly > > then, perhaps ? > > Yes, my proposal is to change d_namlen to uint16_t. > > Making it 32 bits is not useful with the 16-bit d_reclen, and increasing > d_reclen does not seem useful to me with the current model of > getdirentries() where the whole dirent must fit into the caller's > buffer. Bumping it now might cause less churn later, even if unused, but ok. > > > I did not committed the change below, nor did I tested or even build it. > > I'd like to skip overlong names in the native readdir_r() as well, so > that long name support can be added to the kernel later without causing > buffer overflows with applications using FreeBSD 12.0 libc. > > The native readdir() does not seem to have such a problem. Again, not even compiled. diff --git a/lib/libc/gen/readdir-compat11.c b/lib/libc/gen/readdir-compat11.c index 1c52f563c75..a865ab9157e 100644 --- a/lib/libc/gen/readdir-compat11.c +++ b/lib/libc/gen/readdir-compat11.c @@ -41,6 +41,7 @@ __FBSDID("$FreeBSD$"); #define _WANT_FREEBSD11_DIRENT #include #include +#include #include #include #include @@ -53,10 +54,12 @@ __FBSDID("$FreeBSD$"); #include "gen-compat.h" -static void +static bool freebsd11_cvtdirent(struct freebsd11_dirent *dstdp, struct dirent *srcdp) { + if (srcdp->d_namelen >= sizeof(dstdp->d_name)) + return (false); dstdp->d_type = srcdp->d_type; dstdp->d_namlen = srcdp->d_namlen; dstdp->d_fileno = srcdp->d_fileno; /* truncate */ @@ -65,6 +68,7 @@ freebsd11_cvtdirent(struct freebsd11_dirent *dstdp, struct dirent *srcdp) bzero(dstdp->d_name + dstdp->d_namlen, dstdp->d_reclen - offsetof(struct freebsd11_dirent, d_name) - dstdp->d_namlen); + return (true); } struct freebsd11_dirent * @@ -75,13 +79,15 @@ freebsd11_readdir(DIR *dirp) if (__isthreaded) _pthread_mutex_lock(&dirp->dd_lock); - dp = _readdir_unlocked(dirp, 1); + dp = _readdir_unlocked(dirp, RDU_SKIP); if (dp != NULL) { if (dirp->dd_compat_de == NULL) dirp->dd_compat_de = malloc(sizeof(struct freebsd11_dirent)); - freebsd11_cvtdirent(dirp->dd_compat_de, dp); - dstdp = dirp->dd_compat_de; + if (freebsd11_cvtdirent(dirp->dd_compat_de, dp)) + dstdp = dirp->dd_compat_de; + else + dstdp = NULL; } else dstdp = NULL; if (__isthreaded) @@ -101,8 +107,10 @@ freebsd11_readdir_r(DIR *dirp, struct freebsd11_dirent *entry, if (error != 0) return (error); if (xresult != NULL) { - freebsd11_cvtdirent(entry, &xentry); - *result = entry; + if (freebsd11_cvtdirent(entry, &xentry)) + *result = entry; + else /* should not happen due to RDU_SHORT */ + *result = NULL; } else *result = NULL; return (0); diff --git a/lib/libc/gen/readdir.c b/lib/libc/gen/readdir.c index dc7b0df18b2..c30d48273b8 100644 --- a/lib/libc/gen/readdir.c +++ b/lib/libc/gen/readdir.c @@ -49,7 +49,7 @@ __FBSDID("$FreeBSD$"); * get next entry in a directory. */ struct dirent * -_readdir_unlocked(DIR *dirp, int skip) +_readdir_unlocked(DIR *dirp, int flags) { struct dirent *dp; long initial_seek; @@ -80,10 +80,13 @@ _readdir_unlocked(DIR *dirp, int skip) dp->d_reclen > dirp->dd_len + 1 - dirp->dd_loc) return (NULL); dirp->dd_loc += dp->d_reclen; - if (dp->d_ino == 0 && skip) + if (dp->d_ino == 0 && (flags & RDU_SKIP) != 0) continue; if (dp->d_type == DT_WHT && (dirp->dd_flags & DTF_HIDEW)) continue; + if (dp->d_namlen >= sizeof(d_namlen) && + (flags & RDU_SHORT) != 0) + continue; return (dp); } } @@ -91,15 +94,13 @@ _readdir_unlocked(DIR *dirp, int skip) struct dirent * readdir(DIR *dirp) { - struct dirent *dp; + struct dirent *dp; - if (__isthreaded) { + if (__isthreaded) _pthread_mutex_lock(&dirp->dd_lock); - dp = _readdir_unlocked(dirp, 1); + dp = _readdir_unlocked(dirp, RDU_SKIP); + if (__isthreaded) _pthread_mutex_unlock(&dirp->dd_lock); - } - else - dp = _readdir_unlocked(dirp, 1); return (dp); } @@ -111,14 +112,13 @@ __readdir_r(DIR *dirp, struct dirent *entry, struct dirent **result) saved_errno = errno; errno = 0; - if (__isthreaded) { + if (__isthreaded) _pthread_mutex_lock(&dirp->dd_lock); - if ((dp = _readdir_unlocked(dirp, 1)) != NULL) - memcpy(entry, dp, _GENERIC_DIRSIZ(dp)); - _pthread_mutex_unlock(&dirp->dd_lock); - } - else if ((dp = _readdir_unlocked(dirp, 1)) != NULL) + dp = _readdir_unlocked(dirp, RDU_SKIP | RDU_SHORT); + if (dp != NULL) memcpy(entry, dp, _GENERIC_DIRSIZ(dp)); + if (__isthreaded) + _pthread_mutex_unlock(&dirp->dd_lock); if (errno != 0) { if (dp == NULL) diff --git a/lib/libc/gen/telldir.h b/lib/libc/gen/telldir.h index 96ff669a312..50adb351e91 100644 --- a/lib/libc/gen/telldir.h +++ b/lib/libc/gen/telldir.h @@ -66,4 +66,7 @@ void _reclaim_telldir(DIR *); void _seekdir(DIR *, long); void _fixtelldir(DIR *dirp, long oldseek, long oldloc); +#define RDU_SKIP 0x0001 +#define RDU_SHORT 0x0002 + #endif diff --git a/sys/kern/vfs_syscalls.c b/sys/kern/vfs_syscalls.c index 784af836aee..27b2635030d 100644 --- a/sys/kern/vfs_syscalls.c +++ b/sys/kern/vfs_syscalls.c @@ -3733,7 +3733,8 @@ freebsd11_kern_getdirentries(struct thread *td, int fd, char *ubuf, u_int count, if (dp->d_reclen == 0) break; MPASS(dp->d_reclen >= _GENERIC_DIRLEN(0)); - /* dp->d_namlen <= sizeof(dstdp.d_name) - 1 always */ + if (dp->d_namlen >= sizeof(dstdp.d_name)) + continue; dstdp.d_type = dp->d_type; dstdp.d_namlen = dp->d_namlen; dstdp.d_fileno = dp->d_fileno; /* truncate */ diff --git a/sys/sys/dirent.h b/sys/sys/dirent.h index 341855d0530..472142f960b 100644 --- a/sys/sys/dirent.h +++ b/sys/sys/dirent.h @@ -58,8 +58,7 @@ typedef __off_t off_t; * * Explicit padding between the last member of the header (d_namelen) and * d_name avoids ABI padding at the end of dirent on LP64 architectures. - * There is code depending on d_name being last. Also, retaining this - * padding on ILP32 architectures simplifies the compat32 layer. + * There is code depending on d_name being last. */ struct dirent { @@ -67,8 +66,9 @@ struct dirent { off_t d_off; /* directory offset of entry */ __uint16_t d_reclen; /* length of this record */ __uint8_t d_type; /* file type, see below */ - __uint8_t d_namlen; /* length of string in d_name */ - __uint32_t d_pad0; + __uint8_t d_pad0; + __uint16_t d_namlen; /* length of string in d_name */ + __uint16_t d_pad1; #if __BSD_VISIBLE #define MAXNAMLEN 255 char d_name[MAXNAMLEN + 1]; /* name must be no longer than this */ From owner-freebsd-current@freebsd.org Sun May 21 19:22:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27127D7799B for ; Sun, 21 May 2017 19:22:26 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0D1ABA19 for ; Sun, 21 May 2017 19:22:26 +0000 (UTC) (envelope-from joel@vnode.se) Received: by mailman.ysv.freebsd.org (Postfix) id 08D69D77997; Sun, 21 May 2017 19:22:26 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08180D77995; Sun, 21 May 2017 19:22:26 +0000 (UTC) (envelope-from joel@vnode.se) Received: from smtp.opsify.se (smtp.opsify.se [IPv6:2a07:6c5::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.opsify.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA5F0A13; Sun, 21 May 2017 19:22:25 +0000 (UTC) (envelope-from joel@vnode.se) Received: from ymer.vnode.se (62-20-154-136-no280.tbcn.telia.com [62.20.154.136]) by smtp.opsify.se (Postfix) with ESMTPSA id BE4AF3879C2; Sun, 21 May 2017 21:22:22 +0200 (CEST) Date: Sun, 21 May 2017 21:22:21 +0200 From: Joel Dahl To: Baptiste Daroussin Cc: arch@freebsd.org, doceng@freebsd.org, doc@FreeBSD.org, current@FreeBSD.org Subject: Re: The futur of the roff toolchain Message-ID: <20170521192221.GA74941@ymer.vnode.se> Mail-Followup-To: Baptiste Daroussin , arch@freebsd.org, doceng@freebsd.org, doc@FreeBSD.org, current@FreeBSD.org References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 19:22:26 -0000 On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: > > I would like to change this approach and get back to the initial approach taken > by others before I jumped in and I would like just entirely remove the roff > toolchain from base and let people rely on GNU roff from ports. > > What I want to propose now, it to render them as PDF (html?) once and push them > somewhere (to be defined) as static document on our documentation website. > Please doceng@ provide me a location where to push them. > > And then remove bsd.doc.mk from FreeBSD 12.0 along with the removal of groff. Yes. I definitely support these ideas. :-) -- Joel From owner-freebsd-current@freebsd.org Sun May 21 20:42:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5A64D776BB for ; Sun, 21 May 2017 20:42:00 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 85CE015D1 for ; Sun, 21 May 2017 20:42:00 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: by mailman.ysv.freebsd.org (Postfix) id 7FD23D776B8; Sun, 21 May 2017 20:42:00 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F0A3D776B6; Sun, 21 May 2017 20:42:00 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-3.mit.edu (dmz-mailsec-scanner-3.mit.edu [18.9.25.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6B5315CD; Sun, 21 May 2017 20:41:59 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190e-9a1ff70000005a99-68-5921fa5e4b3a Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id 97.3F.23193.E5AF1295; Sun, 21 May 2017 16:36:47 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v4LKajwI031419; Sun, 21 May 2017 16:36:45 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v4LKaen7026527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 21 May 2017 16:36:43 -0400 Date: Sun, 21 May 2017 15:36:40 -0500 From: Benjamin Kaduk To: Baptiste Daroussin Cc: arch@FreeBSD.org, doceng@FreeBSD.org, doc@FreeBSD.org, current@FreeBSD.org Subject: Re: The future of the roff toolchain Message-ID: <20170521203640.GR39245@kduck.kaduk.org> References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> User-Agent: Mutt/1.7.1 (2016-10-04) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprJKsWRmVeSWpSXmKPExsUixG6nohv/SzHSoGu9nsWSGfOYLX7/ushq MeHKDyaLqR93slr8e/ubyYHVY8an+SwBjFFcNimpOZllqUX6dglcGX/232MqWMZesWPDQvYG xiusXYycHBICJhLfvn5m62Lk4hASWMwksXrdD2YIZyOjxNbzTxkhnKtMEmsn3GQDaWERUJX4 M6kDzGYTUJNYv+IaM4gtIqApsfHbXhYQm1nAT+L8jD6wuLCArsSuffOZQGxeoHXLP/wAiwsJ WEqcP32YBSIuKHFy5hOoXi2JG/9eAtVzANnSEsv/cUCEtSWWLXwN1sopYCXRf2QBO4gtKqAs 8ffwPZYJjIKzkEyahWTSLIRJs5BMWsDIsopRNiW3Sjc3MTOnODVZtzg5MS8vtUjXWC83s0Qv NaV0EyMo1Dkl+XYwTmrwPsQowMGoxMN74odipBBrYllxZe4hRkkOJiVR3lczFSKF+JLyUyoz Eosz4otKc1KLDzFKcDArifDu+wZUzpuSWFmVWpQPk5LmYFES5xXXaIwQEkhPLEnNTk0tSC2C ycpwcChJ8Gr9BGoULEpNT61Iy8wpQUgzcXCCDOcBGr4G5Bbe4oLE3OLMdIj8KUZdjjn3vr5n EmLJy89LlRLnVQAZJABSlFGaBzcHlKIksvfXvGIUB3pLmNcMpIoHmN7gJr0CWsIEtMT6mTzI kpJEhJRUA2P51oO7j3Jr+unf8eQ8fWgTg7BIREte3JyfLC+8T2xTZDrkcUFh8oongismfLiR v2BL0VL7u18ltqvte7prVkblhAfnZLdvtC2sif63etndeU6vzBau/rqMKdhgTazTj3iBfJut 39csX3pVN/LH4bPL7hmKvw3Zo6N0sGN77gE1H9W17C1XJu/cpMRSnJFoqMVcVJwIAMbtW1Is AwAA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 20:42:00 -0000 On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: >=20 > What I want to propose now, it to render them as PDF (html?) once and pus= h them > somewhere (to be defined) as static document on our documentation website. > Please doceng@ provide me a location where to push them. >=20 > And then remove bsd.doc.mk from FreeBSD 12.0 along with the removal of gr= off. > I also want to remove most of roff related tools (the one provided by too= lchains > available in ports) for which we kept a BSD version (not really maintaine= d in > base): > namely: > - checknr > - vgrind > - colcrt >=20 > Only keeping: > - col (useful in other places than roff) > - soelim (also used for manpages and we have a clean BSD licensed version= which > is also now parts of mandoc) That sounds like a good plan to me. Thank you for putting in all the time trying out the alternate roff toolchains! -Ben From owner-freebsd-current@freebsd.org Sun May 21 21:27:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82057D77C53; Sun, 21 May 2017 21:27:29 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mailout.stack.nl (mailout05.stack.nl [IPv6:2001:610:1108:5010::202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1E2171E; Sun, 21 May 2017 21:27:29 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailout.stack.nl (Postfix) with ESMTP id 095A279; Sun, 21 May 2017 23:27:27 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id E68E928497; Sun, 21 May 2017 23:27:26 +0200 (CEST) Date: Sun, 21 May 2017 23:27:26 +0200 From: Jilles Tjoelker To: Konstantin Belousov Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, freebsd-ports@freebsd.org, emaste@freebsd.org, Kirk McKusick Subject: Re: 64-bit inodes (ino64) Status Update and Call for Testing Message-ID: <20170521212726.GA23821@stack.nl> References: <20170420194314.GI1788@kib.kiev.ua> <20170521121456.GA21613@stack.nl> <20170521123118.GH1622@kib.kiev.ua> <20170521140355.GC21613@stack.nl> <20170521142535.GI1622@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170521142535.GI1622@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 21:27:29 -0000 On Sun, May 21, 2017 at 05:25:35PM +0300, Konstantin Belousov wrote: > On Sun, May 21, 2017 at 04:03:55PM +0200, Jilles Tjoelker wrote: > > On Sun, May 21, 2017 at 03:31:18PM +0300, Konstantin Belousov wrote: > > > On Sun, May 21, 2017 at 02:14:56PM +0200, Jilles Tjoelker wrote: > > > > We have another type in this area which is too small in some situations: > > > > uint8_t for struct dirent.d_namlen. For filesystems that store filenames > > > > as upto 255 UTF-16 code units, the name to be stored in d_name may be > > > > upto 765 bytes long in UTF-8. This was reported in PR 204643. The code > > > > currently handles this by returning the short (8.3) name, but this name > > > > may not be present or usable, leaving the file inaccessible. > > > > Actually allowing longer names seems too complicated to add to the ino64 > > > > change, but changing d_namlen to uint16_t (using d_pad0 space) and > > > > skipping entries with d_namlen > 255 in libc may be helpful. > > > > Note that applications using the deprecated readdir_r() will not be able > > > > to read such long names, since the API does not allow specifying that a > > > > larger buffer has been provided. (This could be avoided by making struct > > > > dirent.d_name 766 bytes long instead of 256.) > > > > Unfortunately, the existence of readdir_r() also prevents changing > > > > struct dirent.d_name to the more correct flexible array. > > > Yes, changing the size of d_name at this stage of the project is out of > > > question. My reading of your proposal is that we should extend the size > > > of d_namlen to uint16_t, am I right ? Should we go to 32bit directly > > > then, perhaps ? > > Yes, my proposal is to change d_namlen to uint16_t. > > Making it 32 bits is not useful with the 16-bit d_reclen, and increasing > > d_reclen does not seem useful to me with the current model of > > getdirentries() where the whole dirent must fit into the caller's > > buffer. > Bumping it now might cause less churn later, even if unused, but ok. > > > I did not committed the change below, nor did I tested or even build it. > > I'd like to skip overlong names in the native readdir_r() as well, so > > that long name support can be added to the kernel later without causing > > buffer overflows with applications using FreeBSD 12.0 libc. > > The native readdir() does not seem to have such a problem. > Again, not even compiled. Looks good to me. > [patch snipped] -- Jilles Tjoelker From owner-freebsd-current@freebsd.org Sun May 21 22:50:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 002B9D7773A for ; Sun, 21 May 2017 22:50:51 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E10DD1376 for ; Sun, 21 May 2017 22:50:50 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id DC9DED77737; Sun, 21 May 2017 22:50:50 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBFA8D77736; Sun, 21 May 2017 22:50:50 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id A955B1375; Sun, 21 May 2017 22:50:50 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from ford.home.vangyzen.net (unknown [76.164.15.242]) by smtp.vangyzen.net (Postfix) with ESMTPSA id A5A925646B; Sun, 21 May 2017 17:50:49 -0500 (CDT) Subject: Re: The futur of the roff toolchain To: Baptiste Daroussin , arch@freebsd.org Cc: doceng@freebsd.org, doc@FreeBSD.org, current@FreeBSD.org References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> From: Eric van Gyzen Message-ID: Date: Sun, 21 May 2017 17:50:46 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 22:50:51 -0000 I like all of this. Thanks for your very thorough research and effort. Eric On 05/21/2017 07:57, Baptiste Daroussin wrote: > Hi all, > > I have been working for a while to try to import a modern roff toolchain into > base. > > I didn't like the initial approach that consisted in simply removing all roff > toolchain in base. > > Recap of the situation in base: > * We have GNU roff version 1.19.2 in base (latest GPLv2 version). Lots of bug > fixes has been made upstream in newer version (GPLv3) in particular regarding > unicode but not only. (and we cannot update it anymore) > * GNU roff is now only used to generate the documentation in share/doc and as a > fallback for manpages which mandoc does not support. > > On the manpages front: > * No manpages in base are not supported by mandoc except groff manpages > themselves > * man(1) can fallback on ports version of groff if installed (for ports not > providing manpages not compatible with mandoc) > > Alternatives to GNU roff: > * Heirloom doctools (which I tried to import) licensed both CDDL/BSD (in C) > * neartoff http://litcave.rudi.ir/ BSD licensed (in C) > > I went the road of using heirloom doctools it is 90% compatible with GNU roff, > good enough for all our base roff based documents. > > After getting down that road for a while, including lots of patches sent > upstream (thanks them for being so reactive and integrating them quickly as well > as fixing the issues I wasn't able to fix myself quickly). > > The problem is there are lot of corner small corner cases where heirloom is > different from GNU roff and hard to make it compatible. While this is corner > cases, it breaks document generation for some large documents people are > writing. Those users could use (and actually would benefit a lot from it) GNU > roff from the ports tree, but have to be careful about the path of the tool they > call to ensure only calling the one from GNU roff and not the one (with the same > name) from heirloom doctools. > > Concerning neatroff it is barely compatible with GNU roff, so not an option > (last I tested at least). > > I would like to change this approach and get back to the initial approach taken > by others before I jumped in and I would like just entirely remove the roff > toolchain from base and let people rely on GNU roff from ports. > > man(1) is already asking the user to install groff from ports if the manpage > cannot be read with mandoc. > > No the problem left is documentations available in share/doc. > > I would like to push them elsewhere. Those documents are mostly useful for > historical reason (hence we want to keep them) but not really for daily use of > modern FreeBSD. > Another issue with those documentation, they are installed as text/ascii version > in base, which makes most of them not really readable (as the documents has not > be written for a ascii/text target but more for a PDF/html view - using pic(1) > for example) > > A plan was to push as sources in the svn doc repository and continue to build > them. This approach also have an issue: over the time roff evolved a bit and > while working on heirloom doctools import I had to fix a bunch of markup to make > the rendering of those documents clean (also meaning almost noone should read > them considering some were not really readable). > > What I want to propose now, it to render them as PDF (html?) once and push them > somewhere (to be defined) as static document on our documentation website. > Please doceng@ provide me a location where to push them. > > And then remove bsd.doc.mk from FreeBSD 12.0 along with the removal of groff. > I also want to remove most of roff related tools (the one provided by toolchains > available in ports) for which we kept a BSD version (not really maintained in > base): > namely: > - checknr > - vgrind > - colcrt > > Only keeping: > - col (useful in other places than roff) > - soelim (also used for manpages and we have a clean BSD licensed version which > is also now parts of mandoc) > > Best regards, > Bapt From owner-freebsd-current@freebsd.org Sun May 21 22:34:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3BFED770D7 for ; Sun, 21 May 2017 22:34:55 +0000 (UTC) (envelope-from mike@karels.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A3D251D2F for ; Sun, 21 May 2017 22:34:55 +0000 (UTC) (envelope-from mike@karels.net) Received: by mailman.ysv.freebsd.org (Postfix) id 9D327D770D4; Sun, 21 May 2017 22:34:55 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C780D770CF; Sun, 21 May 2017 22:34:55 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [63.231.190.5]) by mx1.freebsd.org (Postfix) with ESMTP id F3C691D2C; Sun, 21 May 2017 22:34:53 +0000 (UTC) (envelope-from mike@karels.net) Received: from [10.0.2.11] (mjk-mac2.karels.net [10.0.2.11]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id v4LMKPR8051444; Sun, 21 May 2017 17:20:25 -0500 (CDT) (envelope-from mike@karels.net) From: "Mike Karels" To: "Benjamin Kaduk" Cc: "Baptiste Daroussin" , arch@FreeBSD.org, doc@FreeBSD.org, current@FreeBSD.org, doceng@FreeBSD.org Subject: Re: The future of the roff toolchain Date: Sun, 21 May 2017 17:20:10 -0500 Message-ID: In-Reply-To: <20170521203640.GR39245@kduck.kaduk.org> References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> <20170521203640.GR39245@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.6r5347) X-Mailman-Approved-At: Sun, 21 May 2017 23:55:19 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2017 22:34:55 -0000 On 21 May 2017, at 15:36, Benjamin Kaduk wrote: > On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: >> >> What I want to propose now, it to render them as PDF (html?) once and >> push them >> somewhere (to be defined) as static document on our documentation >> website. >> Please doceng@ provide me a location where to push them. >> >> And then remove bsd.doc.mk from FreeBSD 12.0 along with the removal >> of groff. >> I also want to remove most of roff related tools (the one provided by >> toolchains >> available in ports) for which we kept a BSD version (not really >> maintained in >> base): >> namely: >> - checknr >> - vgrind >> - colcrt >> >> Only keeping: >> - col (useful in other places than roff) >> - soelim (also used for manpages and we have a clean BSD licensed >> version which >> is also now parts of mandoc) > > That sounds like a good plan to me. Thank you for putting in all > the time trying out the alternate roff toolchains! +1. I agree that /usr/share/doc is strictly legacy; only the man pages matter for base. > _______________________________________________ > freebsd-arch@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to > "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon May 22 01:55:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E728D78140 for ; Mon, 22 May 2017 01:55:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D557150B for ; Mon, 22 May 2017 01:55:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pf0-x22c.google.com with SMTP id n23so66648327pfb.2 for ; Sun, 21 May 2017 18:55:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-disposition:in-reply-to:user-agent; bh=YKG6UvN6vfpM5xoHpXWQvux1W6UKUvc5QpA8RDdyi38=; b=EQa0Q/p5fYpECX5KAs8yEteiDQ5EHxvf8d4UFS6CDKC638l1IhmtBEoFeR0o4AOVgW 3TlPRn+qZAj/Tcms5T2Y14v2QN2e7Duw3v5Gj9Uhwd2s0XSBV3HDeWuQKAT5ClsUIm6y KNlQzWtNTMotO6pXGS0XFO6MIIwkaWIAipxWBLv6DKMx/o6zJ7cQBP/wx5ke0AYofwUG jTldW4T3S6JGIZFlmWPGmanhWaNP0a6IY34bZlvt0PmI12bJv3PBUBWG9Op5H+hOPGcE YOQxvI4yj2MN8wm8vLp2qj7P0jmPDEOQl2p1Ms3wJVobf5A2hGquukQc2OJRHf02r1iy XNqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=YKG6UvN6vfpM5xoHpXWQvux1W6UKUvc5QpA8RDdyi38=; b=fVmj7FH77etzjwSji4ZpNqdhY6J2dEJyVKGr+zlb9/CKla75n8Z1nZJqTIhIjV8pz9 EedlAbrJiBkLy+9AnRqJTeiNO90e2nkixvxAqK6Pab98S9dB1q+nfRQ/0nTylxV8ki5R mEK36aaSOBBBjbgi9hWlsB6LD3gKAaLllj+Vz28OZC2zI4jagjLJe0dL1cvY7R3gGPK9 FnAtLtAmFgAHdlvkjSKE6zUuwS5blXjv6QPlQEb7Id4yT8efizEdUxAAsBRzZPyVm1p6 jSGTKnH1r4InKVsjS07QArWw9+hJUXlapJ4zV4Z9zemaoLgbttT2sXppX9ZwuI0mLU6j 20Zg== X-Gm-Message-State: AODbwcALsQTk2iRZechmSxJLu6GlOcLr1JYY5b/YDBo8E6s/wYaJ6Avm 1v622/5JzUcrzzsR X-Received: by 10.99.158.82 with SMTP id r18mr22759550pgo.231.1495418135841; Sun, 21 May 2017 18:55:35 -0700 (PDT) Received: from localhost ([221.148.3.207]) by smtp.gmail.com with ESMTPSA id l85sm12731545pfj.130.2017.05.21.18.55.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 21 May 2017 18:55:35 -0700 (PDT) From: YongHyeon PYUN X-Google-Original-From: "YongHyeon PYUN" Received: by localhost (sSMTP sendmail emulation); Mon, 22 May 2017 10:55:46 +0900 Date: Mon, 22 May 2017 10:55:46 +0900 To: Thomas Mueller Cc: freebsd-current@freebsd.org Subject: Re: Problem with re(4) Ethernet driver has resurfaced in 11-STABLE and HEAD Message-ID: <20170522015546.GB1091@michelle.fasterthan.co.kr> Reply-To: pyunyh@gmail.com References: <63.BF.09002.3974D195@dnvrco-omsmta01> <20170521054152.GA1091@michelle.fasterthan.co.kr> <5B.41.25473.11E51295@dnvrco-omsmta03> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5B.41.25473.11E51295@dnvrco-omsmta03> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 01:55:36 -0000 On Sun, May 21, 2017 at 09:29:42AM +0000, Thomas Mueller wrote: > from YongHyeon PYUN: > > > [removed stable@ from CC] > > > > I recently updated my 10.1-STABLE to 11.0-STABLE and find I can no longer connect with the Ethernet. > > > > dhclient re0 produces > > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 4 > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 11 > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 19 > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 7 > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 14 > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 5 > > > No DHCPOFFERS received. > > > No working leases in persistent database - sleeping. > > > > If you assign an static IPv4 address to re(4) are you able to use > > the network interface? > > > AFAIK there was no significant re(4) changes for a long time. Could > > you show us back trace information? > > Problem with re(4) reappeared in both 11.0-STABLE and HEAD, but OK to trim stable@ since changes/fixes would go to HEAD first. > > No connection with static IPv4 address. > > Where do I get back trace information? > https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html > Problem was more severe with HEAD in that OS immediately crashed into debugger, while in 11.0-STABLE, only the connection failed but may have left memory unstable. > I guess you have two issues. No connection with static IPv4 address and kernel crash. Couldn't you obtain a kernel crash dump when you encounter kernel panic? If this is no crash dump you probably have some missing kernel configuration. > I can still connect on that computer with Hiro H50191 USB wireless adapter, driver rsu. > > Tom > From owner-freebsd-current@freebsd.org Mon May 22 04:49:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3BEED78B7C for ; Mon, 22 May 2017 04:49:43 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 705E41CA0 for ; Mon, 22 May 2017 04:49:42 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LdLw5-1ddRKV0xqT-00iRfB; Mon, 22 May 2017 06:49:30 +0200 Date: Mon, 22 May 2017 06:49:22 +0200 From: "O. Hartmann" To: Thomas Mueller Cc: YongHyeon PYUN , freebsd-current@freebsd.org Subject: Re: Problem with re(4) Ethernet driver has resurfaced in 11-STABLE and HEAD Message-ID: <20170522064922.762ec941@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20170522015546.GB1091@michelle.fasterthan.co.kr> References: <63.BF.09002.3974D195@dnvrco-omsmta01> <20170521054152.GA1091@michelle.fasterthan.co.kr> <5B.41.25473.11E51295@dnvrco-omsmta03> <20170522015546.GB1091@michelle.fasterthan.co.kr> Organization: Walstatt X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:YEiFehpJ/doLVIgvhLxt+5IurTEn1CZdU/Aif2M+5aOw6ksBb3S zy0CtK8A2P+cDcMuCtCZAKVK7bET86Nrt6fV/XL8THP9ggWLrx2Rx8ckQ5j1TIlf9sjmYM8 fwapRH3C0JHvYMl5MJMh/15zEiXaIXJz5lAtiXSMssf6w0Vpe5b+k/SHWXM+zzg/0bIDSnF NDTLFRb4Ult/emwiTnhMw== X-UI-Out-Filterresults: notjunk:1;V01:K0:V9SMnFgMct4=:PZhwE7hCgC1+zIVxzw+iUl F2PJqwOhjqNpCl5j45GS1Oocevd0nnNnFTvAtjF5RnWsg4Cc6TIy61OaDTkdIyIwqod+RwdrR iCELDYjDdl3PzerDPwpORnllmruN+KFjtiRUQNqdQlwqt1t8RR/k0WPwPZqBEB6pR2SDC6AdV r7eBB5RkxOM03BoJtYIhW1OFHlITYzfM05/ncbizqeyq/gN7XmuBNFYUmo5rBj1jatjCru9Gr KTeyaK2pE10Dtzg6Ui61XkTIi2QKleW4eoqGg0fbc2FOL/BMSPAiELwLnc812Xjfw5XEkkH3l a+fBFTSrcwCZivBioJYT/APmZsNWq745Fd97g8bNFBFRMM3J1JM9o0RqEqRRPPpGKLGvlv+Jj N26bus5YOcFw02Ms1e8l4WcNm2fNyZ5Fz2Ph0Twjs6RSl6Rcm1Opk2B20kJIjBIIuzhVhlqXq j1UZA9hKxqkvJ4uoslHxe+sVE0WyiwBgj71oE3cpxYAY0lZ+k35yLaRUNoYBNxbeeyuWKCtlb I9bqfEro4uR0pxadJybgQKgHRoEW2Tlo4BgQGBe6q8kD2u03vB/Ri5zrZYjpUkXaHwth7bqux U3lUEAhnAt2EDbBeX6WJnYoZfZYm5SId8NJz3rkpFj+KMz24OPI5A7XXY56G3UyB/NTidnQjv c3xiRoSkLTSKtcoIDg0Xe3CWK995hiTFFGk9mkW+CA2JFZC2LWZf39khbNKQi6u1pdDHoPCpf 5TFw/SYb73JD/A8bKtU4iqBzLBsMkGi6onPdhiQkdq2AeZjJbCbjH4n1Ag7Soa8MN3BHZwjbS 4NkVnlE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 04:49:44 -0000 On Mon, 22 May 2017 10:55:46 +0900 YongHyeon PYUN wrote: Just for my curiosity: do you have "options FLOWTABLE" defined in your kernel config? > On Sun, May 21, 2017 at 09:29:42AM +0000, Thomas Mueller wrote: > > from YongHyeon PYUN: > > > > > [removed stable@ from CC] > > > > > > I recently updated my 10.1-STABLE to 11.0-STABLE and find I can no > > > > longer connect with the Ethernet. > > > > > > dhclient re0 produces > > > > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 4 > > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 11 > > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 19 > > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 7 > > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 14 > > > > DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 5 > > > > No DHCPOFFERS received. > > > > No working leases in persistent database - sleeping. > > > > > > > If you assign an static IPv4 address to re(4) are you able to use > > > the network interface? > > > > > AFAIK there was no significant re(4) changes for a long time. Could > > > you show us back trace information? > > > > Problem with re(4) reappeared in both 11.0-STABLE and HEAD, but OK to trim > > stable@ since changes/fixes would go to HEAD first. > > > > No connection with static IPv4 address. > > > > Where do I get back trace information? > > > > https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html > > > Problem was more severe with HEAD in that OS immediately crashed into > > debugger, while in 11.0-STABLE, only the connection failed but may have > > left memory unstable. > > I guess you have two issues. No connection with static IPv4 address > and kernel crash. Couldn't you obtain a kernel crash dump when you > encounter kernel panic? If this is no crash dump you probably have > some missing kernel configuration. > > > I can still connect on that computer with Hiro H50191 USB wireless adapter, > > driver rsu. > > > > Tom > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon May 22 06:21:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4E97D780C6 for ; Mon, 22 May 2017 06:21:02 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B2DB1AEE for ; Mon, 22 May 2017 06:21:01 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 098E91363B for ; Mon, 22 May 2017 06:20:55 +0000 (UTC) Subject: Re: Ssh.. can we please have HPN back? To: freebsd-current@freebsd.org References: <65e88d85-ca38-26dc-fe0a-910db11d470b@freebsd.org> From: Allan Jude Message-ID: Date: Mon, 22 May 2017 02:20:50 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <65e88d85-ca38-26dc-fe0a-910db11d470b@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3wjPWbQjFw2GOKfQicCnMVqn4hPN3gcVM" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 06:21:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3wjPWbQjFw2GOKfQicCnMVqn4hPN3gcVM Content-Type: multipart/mixed; boundary="DeBn3DwctKFeJaWQarxqiTqtLA5uf878K"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: Subject: Re: Ssh.. can we please have HPN back? References: <65e88d85-ca38-26dc-fe0a-910db11d470b@freebsd.org> In-Reply-To: <65e88d85-ca38-26dc-fe0a-910db11d470b@freebsd.org> --DeBn3DwctKFeJaWQarxqiTqtLA5uf878K Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2017-05-18 22:28, Julian Elischer wrote: > So after stripping out the HPN version of ssh from our product becasue > "it was no longer needed" we dicovered that we were premature in doing = so. > Apparently ssh still really needs HPN to get any throughput at all when= > there are latencies involved. >=20 >=20 > For example, with HPN we get 13MB/sec between the Azure US west > Data center and the Azure East data center.But the standard ssh in 10.3= > (with HPN stripped out) can barely manage 2MB/sec transfers. >=20 > I did ask at the time whether it was proved that the new ssh didn't > require the HPN changes, > and was assured, "no" but it would appear that the picture isn't as cle= ar. > tht seems silly to have to import the port when we have what would > otherwise be a > perfectly good ssh as part of hte system, and it's really annoying > having to specify > /usr/local/bin/scp or /usr/local/bin/ssh in every script. >=20 > So can we please have the latest version of the HPN changes back in the= > default system please? > It seem rather odd that the upstream openssh has had this problem for S= O > LONG and not fixed it. >=20 > Julian >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" I have this stand-alone patch ready now: https://github.com/openssh/openssh-portable/compare/master...allanjude:V_= 7_5_dynamic_window In my benchmarks with 100ms of latency (from dummynet) is increases SSH send throughput from 1 megabyte/sec to 225 megabytes/sec provided a large enough socket buffer. Still seeing lesser performance on the recv case, working on it. --=20 Allan Jude --DeBn3DwctKFeJaWQarxqiTqtLA5uf878K-- --3wjPWbQjFw2GOKfQicCnMVqn4hPN3gcVM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJZIoNGAAoJEBmVNT4SmAt+Qf4QAN3iP5mudGpYPgHHIXOGfozQ zX71OmzgxHgs47KI/ba8QUObShc6yb2hvhBCEVxB4L9uz3UbNRkHyighwpVgIMiL CTZrmpbBOjuXF8L4Ltl+dUBym0JQkbqdIenAkkE9RMYkCZgHibevePVCCNMLKh8M qeMN49+ZsOZuagMWV+W6sZBCFjB211yWckJXXPa68YsbI9GNCkZ4UfbWYIsGbaOh oe6E/vSW0VR8qKA5iMapGZrVSllk0CNhfHCWihlwO2+4AV0LzilfFiRkWU0gkN38 eBK5vstRMP/G60QRhlRtxojY80zVjvZ6dzfiyxKN36gn0KmVYg/sr6CudpPnfl+r lfsprQcb+SU3fF6BTVil8soTDsiln+haXWK/ncxy0AAnZPu8Gwqfw9XKoS8+ZYPK DIN/gNZtKaGqlTO+tjqdWdqvLXd+WGuCvAL54RMRUUPvtCIQmIFL2XMs7HWHb9Xi 6caGLk8f/ser1X5VUzRag4MOWryjP4F9rR9mAp2XRPO0Hto5uO9LBM/DqayjyrdH fTbT//3bzxhI+4txIPBPQ8usn3EALFjI6fXYlMmkkQTiyIYsAjrrTHzjPaNlWGHp z/K1PZu5DDq8rWnhU9bQZ9U5vjPxbBWthEslEsnmDbm09UmwEVGsYzoSeyfm1dAD HXbiLHB1CvVT6g2d13LW =NG2z -----END PGP SIGNATURE----- --3wjPWbQjFw2GOKfQicCnMVqn4hPN3gcVM-- From owner-freebsd-current@freebsd.org Mon May 22 07:50:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D580CD77A1D for ; Mon, 22 May 2017 07:50:19 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B5521866; Mon, 22 May 2017 07:50:19 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-68-207-219.dyn.iinet.net.au [106.68.207.219]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v4M7o78s086846 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 22 May 2017 00:50:11 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Ssh.. can we please have HPN back? To: Allan Jude , freebsd-current@freebsd.org References: <65e88d85-ca38-26dc-fe0a-910db11d470b@freebsd.org> From: Julian Elischer Message-ID: <79d47e21-b8d8-b6d3-f6e7-92380f1358c4@freebsd.org> Date: Mon, 22 May 2017 15:50:01 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 07:50:19 -0000 On 22/5/17 2:20 pm, Allan Jude wrote: > On 2017-05-18 22:28, Julian Elischer wrote: >> So after stripping out the HPN version of ssh from our product becasue >> "it was no longer needed" we dicovered that we were premature in doing so. >> Apparently ssh still really needs HPN to get any throughput at all when >> there are latencies involved. >> >> >> For example, with HPN we get 13MB/sec between the Azure US west >> Data center and the Azure East data center.But the standard ssh in 10.3 >> (with HPN stripped out) can barely manage 2MB/sec transfers. >> >> I did ask at the time whether it was proved that the new ssh didn't >> require the HPN changes, >> and was assured, "no" but it would appear that the picture isn't as clear. >> tht seems silly to have to import the port when we have what would >> otherwise be a >> perfectly good ssh as part of hte system, and it's really annoying >> having to specify >> /usr/local/bin/scp or /usr/local/bin/ssh in every script. >> >> So can we please have the latest version of the HPN changes back in the >> default system please? >> It seem rather odd that the upstream openssh has had this problem for SO >> LONG and not fixed it. >> >> Julian >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I have this stand-alone patch ready now: > > https://github.com/openssh/openssh-portable/compare/master...allanjude:V_7_5_dynamic_window > > In my benchmarks with 100ms of latency (from dummynet) is increases SSH > send throughput from 1 megabyte/sec to 225 megabytes/sec provided a > large enough socket buffer. > > Still seeing lesser performance on the recv case, working on it. We have two patches of our own that upstream have ignored an option to set NoDelay and a pushwindow setting option (though I'm not sure the second is operational in the current code, it does apply with no errors...) The NoDelay options massively speeds up the case where you have chatty back and forth traffic (client/server) through a ssh tunnel. Are your changes against the sources in current? what about stable/10? > From owner-freebsd-current@freebsd.org Mon May 22 08:16:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3CD4D7844E for ; Mon, 22 May 2017 08:16:52 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 77E7316E5 for ; Mon, 22 May 2017 08:16:51 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:56271] helo=localhost) by dnvrco-omsmta03 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 91/31-25473-D6E92295; Mon, 22 May 2017 08:16:45 +0000 Date: Mon, 22 May 2017 08:16:31 +0000 Message-ID: <91.31.25473.D6E92295@dnvrco-omsmta03> From: "Thomas Mueller" To: freebsd-current@freebsd.org CC: pyunyh@gmail.com, Subject: Re: Problem with re(4) Ethernet driver has resurfaced in 11-STABLE and HEAD References: <63.BF.09002.3974D195@dnvrco-omsmta01> <20170521054152.GA1091@michelle.fasterthan.co.kr> <5B.41.25473.11E51295@dnvrco-omsmta03> <20170522015546.GB1091@michelle.fasterthan.co.kr> <20170522064922.762ec941@freyja.zeit4.iv.bundesimmobilien.de> X-RR-Connecting-IP: 107.14.64.88:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 08:16:52 -0000 from O. Hartmann: > Just for my curiosity: do you have "options FLOWTABLE" defined in your kernel config? I was not even aware of "options FLOWTABLE", having not seen it in GENERIC kernel config. I had to look in $SRCDIR/sys/conf/NOTES to find it. What would I get by adding "options FLOWTABLE" to my kernel config? Tom From owner-freebsd-current@freebsd.org Mon May 22 12:20:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21DA6D78108 for ; Mon, 22 May 2017 12:20:55 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr0-x230.google.com (mail-wr0-x230.google.com [IPv6:2a00:1450:400c:c0c::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B05511260 for ; Mon, 22 May 2017 12:20:54 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr0-x230.google.com with SMTP id z52so37461930wrc.2 for ; Mon, 22 May 2017 05:20:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=W3PMMCxdJnfmNlZB/5t3XjZdE7kgqM2PQK1UZ27p3Bs=; b=JT6yPItUntHiB4RV2LYr4WHSd6djx/9CXPwKFxqx2wCwWCUirIde7KaIaRk8QIWov1 vn2XIbjCF2eQOgyxn0cd72kWCj3DwXlbT4boCk2s2GK6COhCrFIC8kwCr9MqgYiBlJiu SnyxryTBuomoWwYBvXN+64jLOD6HLrMLRYCRWBaiTde5Z1HjUyKGAE4CAy+NLg6JJNF5 DOm/9WwIK8ouyOW6R+IIydb/JYsaLOrxLqo7+NerguJyvK+6dNG6DcTMOEj7U5likpsl kxWHsjomqB/g6qYpMZVmorCgYDnJNsPwln9hLn58kbQvwrxooa/OD8oH5TKFr9GjcvEq jayg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=W3PMMCxdJnfmNlZB/5t3XjZdE7kgqM2PQK1UZ27p3Bs=; b=gPmqagkNGgkAtwnssx4uUjVWhSGlavHgQo5OlJ+W6Fy4TkkJ9AKfhr5dGyIK1eLcoK qXz6iTp5TGB0hW+ZriFGV0GM0HkJz96XGI7ZSX9fT00axTm70DgspA1viMrVcPjJfj9a R5VJDf0z4srMiB7OveBzTc9JJTrcmdQIWRY/ycPCLSPZRpx/zRMEnfKH/mHwoTmizEEp SRKaskqItTRbg8lfWsRIsU3Q0D/e4inmzjJDEczIzo6i/XOxYfOpWOCHEIlcWpM0CUo/ 7LM5ytwcVYMxvhxKs+3Az7zmVGi//K0fljNkrMefTIoB/htpueItgU2XLKYd3xA8WPqJ TC1w== X-Gm-Message-State: AODbwcCM//T4M5KfcRfBI2MItq/V9YbxCMrKSfE9cgiFcBrqaTpvBRUx QtxxQBXa6iV2FELGi4E= X-Received: by 10.223.134.80 with SMTP id 16mr13416906wrw.62.1495455652671; Mon, 22 May 2017 05:20:52 -0700 (PDT) Received: from momh167-gjp4-hpelitebook850g2-trueos.university.brighton.ac.uk ([193.62.168.100]) by smtp.gmail.com with ESMTPSA id t85sm25108831wmt.23.2017.05.22.05.20.51 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 May 2017 05:20:51 -0700 (PDT) To: FreeBSD Current From: Graham Perrin Subject: Shutter: gnome-vfs-2.0/modules/libfile.so: Undefined symbol "ih_startup" Message-ID: Date: Mon, 22 May 2017 13:20:50 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 12:20:55 -0000 for FreeBSD 9.2-RELEASE-p10 offers a patch for devel/gnome-vfs, the maintainer has tested it with Shutter and it "works fine". I applied the patch with FreeBSD 12.0-CURRENT #0 r317181, installed gnome-vfs from ports then used pkg to install shutter. Still, Shutter fails to start: /usr/local/lib/gnome-vfs-2.0/modules/libfile.so: Undefined symbol "ih_startup" Context: Any ideas? (What am I doing wrong?) Thanks From owner-freebsd-current@freebsd.org Mon May 22 13:19:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CCB5D78368 for ; Mon, 22 May 2017 13:19:00 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 807C31497 for ; Mon, 22 May 2017 13:18:58 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5uLh-1eAHhT0cTx-00xusB; Mon, 22 May 2017 15:13:38 +0200 Date: Mon, 22 May 2017 15:13:37 +0200 From: "O. Hartmann" To: Graham Perrin Cc: FreeBSD Current Subject: Re: Shutter: gnome-vfs-2.0/modules/libfile.so: Undefined symbol "ih_startup" Message-ID: <20170522151337.0afa7969@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: References: Organization: Walstatt X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:6JiV6eYClU12VkkeitrL9B3+HnD9FlrLHzWOji7xo03/XX5SSbv pYMsMlYPftlQu5V+/elPBCGxxJd0zHGGcwtNyXK+gN2R1WHgZ2XhWV9IWewFauHJIIzxzVQ qkolSkVXZJhIKmcK4ZHwG2XyLkVO0x4dWc7XhPsbf2Tx7vKbQWT+ezir24/t5IiFKQqbivx TXWU5tOQBGR/9Ofb/iMKg== X-UI-Out-Filterresults: notjunk:1;V01:K0:fpoM3vR+rKg=:d+1w5x4cMqVRubZfn+03ka Kkc3O2U9Nn1398bvXfr1I2VxxbWyYijhSG7rXIzCLcYp4MeKFsPd/MpGEL59pazc5o+pQDkMc NNFrntxUNZBnCkVetQSzF9MQj8isJzlyFqRGuY9i2bxjhCUJ+TciZEEVCR1Se27WMzD0QU6k7 owMTpkVODfDcqml5+Jupx6ah9lYzGgWRnmKfw3lg/uYQp75YtGm4h3hB+FpsdjypooWhhNXop aKbXk6HopLt71foT6LOTrW6ioU9yNFRWtsrEF5gORiCq5q2oWpyMvnO9iIi0B79wKYJ6TcVJU 5qQsezuZ0eH61W81G0W46vJ8LDRrfk5+0ItUtE3LE9Qy72nyH79s9C1ooxGp5w4Bu2wKPhKnA tbx6LMoehp7TIl76x4sXHH1EXrXM/tz/kjh1dcqMc6kyNyt3rFZf8Cdm8Dk94Rb/hY+tCLgOM LEkLLfEtllrxcohL2JIVr77N570FAtz2mmAPdjk0x7BXIc5OdT2jEZT3P7ppzJdP7MDlh8bb9 r5JKEG5Rt6p6dvzMECGRxEHoF9cyZvxxRrhwDUgVYpX34Nh2WykIdWnXm+nECRUYlFv6fSr3S TtpnQnghVXl1bvK2D+aJUztUWypN5g/r6Foupzarw49pwwnmpcG5hDL+mzIxSnOOAjqHL8XLh +qKxn38B5b0ds3aqhZw12pWvX8BWvTLWRM4HRmJkTpB2lwhhrkvDuHrXf55lAtBazf6y7d9st e3oNJ/ejhmtSupsto9k0ShJC2CrCBxo8z0EtmSZiiZXB9+4WJN5BSf2waTwIErmFeleVRy/m5 czr3+qz X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 13:19:00 -0000 On Mon, 22 May 2017 13:20:50 +0100 Graham Perrin wrote: > for FreeBSD > 9.2-RELEASE-p10 offers a patch for devel/gnome-vfs, the maintainer has tested > it with Shutter and it "works fine". > > I applied the patch with FreeBSD 12.0-CURRENT #0 r317181, installed gnome-vfs > from ports then used pkg to install shutter. > > Still, Shutter fails to start: > > /usr/local/lib/gnome-vfs-2.0/modules/libfile.so: Undefined symbol "ih_startup" > > Context: > > Any ideas? (What am I doing wrong?) > > Thanks [...] Seems FreeBSD 12-CURRENT (I'm at FreeBSD 12.0-CURRENT #38 r318285: Mon May 15 12:27:29 CEST 2017 amd64) means some fun recently with "Undefined symbol": [...] mplayer /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" This happened after the update of glib-2.0 I mention this not with the intention to raid the thread, but maybe there is a major issue with 12-CURRENT at the moment. I'm curios if this is related only to systems where WITH_LLD_IS_LD is enabled. oh From owner-freebsd-current@freebsd.org Mon May 22 14:17:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50A55D78844 for ; Mon, 22 May 2017 14:17:16 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 38DA61F06 for ; Mon, 22 May 2017 14:17:16 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 13F70D78840; Mon, 22 May 2017 14:17:16 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10524D7883D; Mon, 22 May 2017 14:17:16 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D8AD1F02; Mon, 22 May 2017 14:17:15 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-68-207-219.dyn.iinet.net.au [106.68.207.219]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v4MEH8GF088780 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 22 May 2017 07:17:12 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: The futur of the roff toolchain To: Baptiste Daroussin , arch@freebsd.org Cc: doceng@freebsd.org, doc@FreeBSD.org, current@FreeBSD.org References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> From: Julian Elischer Message-ID: Date: Mon, 22 May 2017 22:17:02 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 14:17:16 -0000 On 21/5/17 8:57 pm, Baptiste Daroussin wrote: > Hi all, [...] > No the problem left is documentations available in share/doc. > > I would like to push them elsewhere. Those documents are mostly useful for > historical reason (hence we want to keep them) but not really for daily use of > modern FreeBSD. > Another issue with those documentation, they are installed as text/ascii version > in base, which makes most of them not really readable (as the documents has not > be written for a ascii/text target but more for a PDF/html view - using pic(1) > for example) I was surprised that they stayed in src when we split it up. And really they should be supplemented by every FreeBSD based paper presented at a conference :-) From owner-freebsd-current@freebsd.org Mon May 22 16:13:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FCC8D785B5 for ; Mon, 22 May 2017 16:13:52 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 78EAB1A5E; Mon, 22 May 2017 16:13:52 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 972F9132EF; Mon, 22 May 2017 16:13:50 +0000 (UTC) Subject: Re: Ssh.. can we please have HPN back? To: Julian Elischer , freebsd-current@freebsd.org References: <65e88d85-ca38-26dc-fe0a-910db11d470b@freebsd.org> <79d47e21-b8d8-b6d3-f6e7-92380f1358c4@freebsd.org> From: Allan Jude Message-ID: <7d42b0b6-70da-6ae1-ad1f-bc67c3330957@freebsd.org> Date: Mon, 22 May 2017 12:13:46 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <79d47e21-b8d8-b6d3-f6e7-92380f1358c4@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tHIHL1aoMOJDlF3KNS7mAq2CJ7XMkqe0n" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 16:13:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tHIHL1aoMOJDlF3KNS7mAq2CJ7XMkqe0n Content-Type: multipart/mixed; boundary="uuWsWvEPpcGN2EWMgpdVFjlUa1UoNAAkt"; protected-headers="v1" From: Allan Jude To: Julian Elischer , freebsd-current@freebsd.org Message-ID: <7d42b0b6-70da-6ae1-ad1f-bc67c3330957@freebsd.org> Subject: Re: Ssh.. can we please have HPN back? References: <65e88d85-ca38-26dc-fe0a-910db11d470b@freebsd.org> <79d47e21-b8d8-b6d3-f6e7-92380f1358c4@freebsd.org> In-Reply-To: <79d47e21-b8d8-b6d3-f6e7-92380f1358c4@freebsd.org> --uuWsWvEPpcGN2EWMgpdVFjlUa1UoNAAkt Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2017-05-22 03:50, Julian Elischer wrote: > On 22/5/17 2:20 pm, Allan Jude wrote: >> On 2017-05-18 22:28, Julian Elischer wrote: >>> So after stripping out the HPN version of ssh from our product becasu= e >>> "it was no longer needed" we dicovered that we were premature in >>> doing so. >>> Apparently ssh still really needs HPN to get any throughput at all wh= en >>> there are latencies involved. >>> >>> >>> For example, with HPN we get 13MB/sec between the Azure US west >>> Data center and the Azure East data center.But the standard ssh in 10= =2E3 >>> (with HPN stripped out) can barely manage 2MB/sec transfers. >>> >>> I did ask at the time whether it was proved that the new ssh didn't >>> require the HPN changes, >>> and was assured, "no" but it would appear that the picture isn't as >>> clear. >>> tht seems silly to have to import the port when we have what would >>> otherwise be a >>> perfectly good ssh as part of hte system, and it's really annoying >>> having to specify >>> /usr/local/bin/scp or /usr/local/bin/ssh in every script. >>> >>> So can we please have the latest version of the HPN changes back in t= he >>> default system please? >>> It seem rather odd that the upstream openssh has had this problem for= SO >>> LONG and not fixed it. >>> >>> Julian >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> I have this stand-alone patch ready now: >> >> https://github.com/openssh/openssh-portable/compare/master...allanjude= :V_7_5_dynamic_window >> >> >> In my benchmarks with 100ms of latency (from dummynet) is increases SS= H >> send throughput from 1 megabyte/sec to 225 megabytes/sec provided a >> large enough socket buffer. >> >> Still seeing lesser performance on the recv case, working on it. >=20 > We have two patches of our own that upstream have ignored an option t= o > set NoDelay and a pushwindow setting option > (though I'm not sure the second is operational in the current code, it > does apply with no errors...) >=20 > The NoDelay options massively speeds up the case where you have chatty > back and forth traffic (client/server) through a ssh tunnel. >=20 > Are your changes against the sources in current? what about stable/10?= >=20 >> >=20 That change is against upstream's latest release, but should apply cleanly to any version of OpenSSH from the past 10 years that does not have the HPN patches applied already. However, the function channel_check_window() in stable/10 is currently the same as the latest upstream since the commit that removed HPN. The function is actually unchanged from upstream if you go back far enough to before we added HPN as well. If you revert both HPN commits, the most recent change to that function is Aug 2008, when upstream introduced the 'move the window forward every 3 packets' thing that seams to be the main cause of the window scaling problem in the first place. I think the nodelay option might be what mitigates that, as it causes rapid back and forth and never allows the window to grow to even the 2mb allowed by SSH since version 4.7 --=20 Allan Jude --uuWsWvEPpcGN2EWMgpdVFjlUa1UoNAAkt-- --tHIHL1aoMOJDlF3KNS7mAq2CJ7XMkqe0n Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJZIw49AAoJEBmVNT4SmAt+8YMP/0k5+DTkbfUPwIoiKzUvnS34 c+M5cgMOMoiSbfg+J1nqRmaF7zDzpUicy5RdBeQeYITzpHo47tNpiholsbndS7pu JuNzHj3xSs9hMkhsBWTNy3WbDvc2dD9UY2emmuiBjjdnvd8I7kaf0PkPHrTm5OpW laN635C2bxjAj52Aj35E8L90bTHsgqWI9/VYoXctr9dIPLfxELd/qgoNTRpm9lcA ToOFCaZsg+UdaUtNTY/7KmnrvSzCgQaXCFqLWMArqHuzFVs6gkJQn7pgjCKDpBrn 0wUz3fObzA5IK1vOADg9JRm9HuWYIh06uVkVmSWtePBGStA6ZsRqGDwPQP0A5JZq inuJHs3OwfdhNwoTYpOiwa3onF34/rPMnoPrZW89cTR0/FY6aJa0/r7NkN6AWDTr MfSLtE7bG17BuuTf3Jj6PzKfPvCmM5ktjpOP8ucmsXo00Hx7tdTfVX0ZCRUIqN77 XRId1CZTortqvOyHX+UU3BaWYeKPypxqmCjDNi6/F+9hs25tqWoFrDIKRWZ0B41K qi+EtrPa/TDdG00R6fWTYsl6JKFQWIXOb2I9Wg+SfxQbdTPDnLNPlnanS1n/d2b+ nW5E9RfEmSPQj7y7ClJcltN7WVFjy8QI8MrsZMiSyXTRc81utyxnL/mMKJtzEzsi X+ardhP4QJQyTe7tVJpP =ewbe -----END PGP SIGNATURE----- --tHIHL1aoMOJDlF3KNS7mAq2CJ7XMkqe0n-- From owner-freebsd-current@freebsd.org Mon May 22 17:03:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 559EAD78934 for ; Mon, 22 May 2017 17:03:19 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 36B2D1637; Mon, 22 May 2017 17:03:18 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-68-207-219.dyn.iinet.net.au [106.68.207.219]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v4MH3CR4089412 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 22 May 2017 10:03:16 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Ssh.. can we please have HPN back? To: Allan Jude , freebsd-current@freebsd.org References: <65e88d85-ca38-26dc-fe0a-910db11d470b@freebsd.org> <79d47e21-b8d8-b6d3-f6e7-92380f1358c4@freebsd.org> <7d42b0b6-70da-6ae1-ad1f-bc67c3330957@freebsd.org> From: Julian Elischer Message-ID: <309189af-27ff-32c2-e7eb-5aea071574f6@freebsd.org> Date: Tue, 23 May 2017 01:03:07 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <7d42b0b6-70da-6ae1-ad1f-bc67c3330957@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 17:03:19 -0000 On 23/5/17 12:13 am, Allan Jude wrote: > On 2017-05-22 03:50, Julian Elischer wrote: >> On 22/5/17 2:20 pm, Allan Jude wrote: >>> On 2017-05-18 22:28, Julian Elischer wrote: >>>> So after stripping out the HPN version of ssh from our product becasue >>>> "it was no longer needed" we dicovered that we were premature in >>>> doing so. >>>> Apparently ssh still really needs HPN to get any throughput at all when >>>> there are latencies involved. >>>> >>>> >>>> For example, with HPN we get 13MB/sec between the Azure US west >>>> Data center and the Azure East data center.But the standard ssh in 10.3 >>>> (with HPN stripped out) can barely manage 2MB/sec transfers. >>>> >>>> I did ask at the time whether it was proved that the new ssh didn't >>>> require the HPN changes, >>>> and was assured, "no" but it would appear that the picture isn't as >>>> clear. >>>> tht seems silly to have to import the port when we have what would >>>> otherwise be a >>>> perfectly good ssh as part of hte system, and it's really annoying >>>> having to specify >>>> /usr/local/bin/scp or /usr/local/bin/ssh in every script. >>>> >>>> So can we please have the latest version of the HPN changes back in the >>>> default system please? >>>> It seem rather odd that the upstream openssh has had this problem for SO >>>> LONG and not fixed it. >>>> >>>> Julian >>>> >>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>> I have this stand-alone patch ready now: >>> >>> https://github.com/openssh/openssh-portable/compare/master...allanjude:V_7_5_dynamic_window >>> >>> >>> In my benchmarks with 100ms of latency (from dummynet) is increases SSH >>> send throughput from 1 megabyte/sec to 225 megabytes/sec provided a >>> large enough socket buffer. >>> >>> Still seeing lesser performance on the recv case, working on it. >> We have two patches of our own that upstream have ignored an option to >> set NoDelay and a pushwindow setting option >> (though I'm not sure the second is operational in the current code, it >> does apply with no errors...) >> >> The NoDelay options massively speeds up the case where you have chatty >> back and forth traffic (client/server) through a ssh tunnel. >> >> Are your changes against the sources in current? what about stable/10? >> > That change is against upstream's latest release, but should apply > cleanly to any version of OpenSSH from the past 10 years that does not > have the HPN patches applied already. > > However, the function channel_check_window() in stable/10 is currently > the same as the latest upstream since the commit that removed HPN. The > function is actually unchanged from upstream if you go back far enough > to before we added HPN as well. > > If you revert both HPN commits, the most recent change to that function > is Aug 2008, when upstream introduced the 'move the window forward every > 3 packets' thing that seams to be the main cause of the window scaling > problem in the first place. I think the nodelay option might be what > mitigates that, as it causes rapid back and forth and never allows the > window to grow to even the 2mb allowed by SSH since version 4.7 > > great I'll look at applying it at $JOB and let you know what happens .. assuming I can get the patch downloaded and applied. From owner-freebsd-current@freebsd.org Mon May 22 19:29:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DCC8D781C3; Mon, 22 May 2017 19:29:18 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wr0-x235.google.com (mail-wr0-x235.google.com [IPv6:2a00:1450:400c:c0c::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB9561A59; Mon, 22 May 2017 19:29:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wr0-x235.google.com with SMTP id l50so44382543wrc.3; Mon, 22 May 2017 12:29:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to; bh=fRko37wv6ABCVwMhFF6X/sU93qzX/tIAwxJoTpvnrp0=; b=LvQb7mBWy4IZ05lzFyag91RUKebAtDJCFD49eP03606GdpgUByGXBZbyolcrLptYS1 K2FoZroyWOdlNSCbQinYNc4LF0hbhn8HKHfiVolhuzhjYKyjC2gZzku5GFpEYrUg5j5w ztRuKQ9aKalVrCmWX7sM38/O2Y4IrmdNoXB5sWKuiSmshjNiBJGcE8zUt30tjUPBKk76 g+TmkZ8ZmBZgW9eWM2lUAWBiejWzRXAqEeVmFWjV9stQcolySc23SJuO2klKDLeyS0er avXEUxzwQiAPTtYnF/NSrg+LVRdbHcNlo7tzQDRPlkDco1/jUkVPSSBjY1m6Viq1D62N 7Tvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=fRko37wv6ABCVwMhFF6X/sU93qzX/tIAwxJoTpvnrp0=; b=D08Fv6GT0d4fBbnZfQLPH22+wN0C31TO4sjSsgAdOuHc4zMsJrK7gbma7cwxh/8wkm Ne1jUQXqIWQWyGNQJqOhGKJAl/U7/LmLww2ykhI5B5p92j2nkkftulwKGgu0ow7O8m02 kv2MHeZS+XkMH2FKrGT/ALVvCq1viSfPUvENQTK5mDvJlqf/dnCOuqA6htfx22nBT0tE D1vL2iGwWVoJwGDNTih366XuNCsWlp7Gg1AJl9G8LXmJnmbSzUWNWFXcQ7KKIuYBdYYe T6PG5cnxzjZA6IEG9tEsaMP6xAxY5ZYLgWtfIi3ZeRN4Nh2pH3fA/02rtAWLpGW8rD+F 6ZuA== X-Gm-Message-State: AODbwcAfK/tPVX1qk7+z8LelDvY+87SSKJ539cYnZRbv1r/5UiPeswHG lecGuToPFdYFIXy3WG3AupnkUaXgnK6Z X-Received: by 10.223.134.80 with SMTP id 16mr14969019wrw.62.1495481355834; Mon, 22 May 2017 12:29:15 -0700 (PDT) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.28.193.134 with HTTP; Mon, 22 May 2017 12:29:15 -0700 (PDT) From: Adrian Chadd Date: Mon, 22 May 2017 12:29:15 -0700 X-Google-Sender-Auth: 2i8jdfJTTPAcNiVt_N2d1Jb9WDg Message-ID: Subject: [rfc] breaking out if_ath into ... lots of modules To: "freebsd-wireless@freebsd.org" , freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 19:29:18 -0000 Hi, I've been putting this off for a few years, but now I've reached a point where I kind of need to do this. The TL;DR is this - I'd like to break the ath driver /back/ out into separate modules, and then have them be run-time loadable. It's part for space savings, and part for the upcoming ath10k work where I need to reuse the regulatory EEPROM code. The reason? I can't easily build a modular ath driver without compiling in /everything/. For the AR933x/AR934x embedded platforms which don't require the previous HAL chipset code, this is almost 800kbyte extra binary code in the kernel that doesn't ever get run. For earlier boards (say the AR9280 embedded boards), it's roughly 600kbyte of AR9300 HAL code that doesn't ever get run. I have a patchset (which I'll push up soon) which turns if_ath into: * if_ath - only the driver; * (if_ath_pci / if_ath_ahb stay the same); * ath_hal - only the shared, global HAL code (osdep routines, HAL core, regulatory code); * ath_rate - the ath rate control code (either sample, amrr, onoe); * ath_dfs - just dfs_null for now, but this will eventually be a radar detector; * ath_hal_{ar5210,ar5211,ar5212,ar5416,ar9300} - the individual chipset HALs. Now, I'm thinking of further breaking out ar5416 into {ar5416,ar9001,ar9002} just to save space for the embedded builds (like AR9103/AR9106 which some people still use) but that can come later. There's no AR2312/AR5312 11abg + MIPS4k core support in FreeBSD, so I'll go and look at making the AR5312 wifi support work. That'll become another HAL module. On the regulatory side, I then need to divorce the EEPROM regulatory code from ath_hal and turn /it/ into a separate module because, surprise, the ath10k 11ac hardware uses the same regulatory code. I'll do this particular step later. What does this mean? * If you compile up a kernel with everything in it, nothing will change - hopefully this is the majority of users; * If you compile a modular kernel or embedded platform - you need to load ath_hal and the relevant HAL modules before you load if_ath / if_ath_pci otherwise it won't find your hardware. I realise this is a bit of a POLA change, but I'd like to get it into -HEAD before FreeBSD-12 is cut. Thanks! -adrian From owner-freebsd-current@freebsd.org Mon May 22 20:38:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CB59D79F54; Mon, 22 May 2017 20:38:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5942D1BCD; Mon, 22 May 2017 20:38:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 6256710AFA3; Mon, 22 May 2017 16:38:03 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Adrian Chadd , "freebsd-wireless@freebsd.org" Subject: Re: [rfc] breaking out if_ath into ... lots of modules Date: Mon, 22 May 2017 13:17:06 -0700 Message-ID: <1901874.v6m8jKq4cl@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 22 May 2017 16:38:03 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 20:38:06 -0000 On Monday, May 22, 2017 12:29:15 PM Adrian Chadd wrote: > Hi, > > I've been putting this off for a few years, but now I've reached a > point where I kind of need to do this. > > The TL;DR is this - I'd like to break the ath driver /back/ out into > separate modules, and then have them be run-time loadable. It's part > for space savings, and part for the upcoming ath10k work where I need > to reuse the regulatory EEPROM code. > > The reason? I can't easily build a modular ath driver without > compiling in /everything/. For the AR933x/AR934x embedded platforms > which don't require the previous HAL chipset code, this is almost > 800kbyte extra binary code in the kernel that doesn't ever get run. > For earlier boards (say the AR9280 embedded boards), it's roughly > 600kbyte of AR9300 HAL code that doesn't ever get run. > > I have a patchset (which I'll push up soon) which turns if_ath into: > > * if_ath - only the driver; > * (if_ath_pci / if_ath_ahb stay the same); > * ath_hal - only the shared, global HAL code (osdep routines, HAL > core, regulatory code); > * ath_rate - the ath rate control code (either sample, amrr, onoe); > * ath_dfs - just dfs_null for now, but this will eventually be a radar detector; > * ath_hal_{ar5210,ar5211,ar5212,ar5416,ar9300} - the individual chipset HALs. > > Now, I'm thinking of further breaking out ar5416 into > {ar5416,ar9001,ar9002} just to save space for the embedded builds > (like AR9103/AR9106 which some people still use) but that can come > later. > > There's no AR2312/AR5312 11abg + MIPS4k core support in FreeBSD, so > I'll go and look at making the AR5312 wifi support work. That'll > become another HAL module. > > On the regulatory side, I then need to divorce the EEPROM regulatory > code from ath_hal and turn /it/ into a separate module because, > surprise, the ath10k 11ac hardware uses the same regulatory code. I'll > do this particular step later. > > What does this mean? > > * If you compile up a kernel with everything in it, nothing will > change - hopefully this is the majority of users; > * If you compile a modular kernel or embedded platform - you need to > load ath_hal and the relevant HAL modules before you load if_ath / > if_ath_pci otherwise it won't find your hardware. > > I realise this is a bit of a POLA change, but I'd like to get it into > -HEAD before FreeBSD-12 is cut. Why not have if_ath.ko just be a wrapper module that depends on everything like dtraceall.ko? That would let 'kldload if_ath' and the auto-loading code in ifconfig still DTRT. You could name the "only the driver" module ath.ko or some such. -- John Baldwin From owner-freebsd-current@freebsd.org Mon May 22 20:44:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33CE9D772B6 for ; Mon, 22 May 2017 20:44:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EEC2910FC for ; Mon, 22 May 2017 20:44:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22a.google.com with SMTP id o5so4871547ith.1 for ; Mon, 22 May 2017 13:44:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=fZni93DQa3eQKKZWPH71Fa4Dh/ZePUdAsUFd21rYnfc=; b=ebvSfH8tEPrGCuwJW0BgvBQaSdIuM33mU4a182SQ/oJiOCiZgeyswN50/j7wUu5zD2 WfYZ76cJXWofVBqExVp967lg2IiQukVHirZkxmno9pb9sJ6lO7HJCOgqR/pAelRI/e30 m+wqIcKjE5XqIK2Yyq7SiGop5ynuY4niTkyFv0Zzsiyd5sVIOZT97mHbv/eXQOXSBzLL IBSh81QWSMc81g4a6bYrfrVgh5pzt8TtmYuZobx/I7aNb/qZ8HUWW5pbsIXzY3/ue8H0 PSGljActFgUWk0x1oyCLiIhC5T3sh0eFgiFGqR4gXOrejhhxXVkfMTO/bFiZq/T33UfI BIBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=fZni93DQa3eQKKZWPH71Fa4Dh/ZePUdAsUFd21rYnfc=; b=QJR/WnbTU3bX9tXHO9tuWf3k2nGzUe15bIr0ELiuUs4b1mkusQEWxn+yYnz5QRVf0r a1o8H0ht90wV939g/NeC3c90XZ+RIbplZ5tm07LBkeM/9W3CqzgjPFD9Kl3zJ05WlyHX CpElQ74mZRYx6HyhNUr15mOjo3jF9gPScs9T6vB5fCoSuPawddDsCT5Ej+6Yk4vx6PGp dre9yyHrZJscOn0Cfn7Hf4DWh7BuAoigEewnoyvmLgBYWtcSJAhjRTIo/r2ZJQxQkAzk tXOrlYKHQxuyl1XiEduxDG9upBOKyVqqr003UR1u8brIh5VXuEnMidGJF4O2dmue+EBg lvhQ== X-Gm-Message-State: AODbwcBtdSthfT8UxQ7cqL1BrIsWhM1SmZ09ec9RDVy9CZgCIkfPBPhj O5mSu9cq8Xgn3jNvmNk7mGRZALXnY/Ec X-Received: by 10.107.188.132 with SMTP id m126mr26963166iof.148.1495485847298; Mon, 22 May 2017 13:44:07 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.126.6 with HTTP; Mon, 22 May 2017 13:44:06 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:64b3:7ae1:cf64:fe87] In-Reply-To: <1901874.v6m8jKq4cl@ralph.baldwin.cx> References: <1901874.v6m8jKq4cl@ralph.baldwin.cx> From: Warner Losh Date: Mon, 22 May 2017 14:44:06 -0600 X-Google-Sender-Auth: 3Tao-lAn2txZX5BKMNqP9fQN4_U Message-ID: Subject: Re: [rfc] breaking out if_ath into ... lots of modules To: John Baldwin Cc: FreeBSD Current , Adrian Chadd , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 20:44:08 -0000 On Mon, May 22, 2017 at 2:17 PM, John Baldwin wrote: > On Monday, May 22, 2017 12:29:15 PM Adrian Chadd wrote: > > Hi, > > > > I've been putting this off for a few years, but now I've reached a > > point where I kind of need to do this. > > > > The TL;DR is this - I'd like to break the ath driver /back/ out into > > separate modules, and then have them be run-time loadable. It's part > > for space savings, and part for the upcoming ath10k work where I need > > to reuse the regulatory EEPROM code. > > > > The reason? I can't easily build a modular ath driver without > > compiling in /everything/. For the AR933x/AR934x embedded platforms > > which don't require the previous HAL chipset code, this is almost > > 800kbyte extra binary code in the kernel that doesn't ever get run. > > For earlier boards (say the AR9280 embedded boards), it's roughly > > 600kbyte of AR9300 HAL code that doesn't ever get run. > > > > I have a patchset (which I'll push up soon) which turns if_ath into: > > > > * if_ath - only the driver; > > * (if_ath_pci / if_ath_ahb stay the same); > > * ath_hal - only the shared, global HAL code (osdep routines, HAL > > core, regulatory code); > > * ath_rate - the ath rate control code (either sample, amrr, onoe); > > * ath_dfs - just dfs_null for now, but this will eventually be a radar > detector; > > * ath_hal_{ar5210,ar5211,ar5212,ar5416,ar9300} - the individual chipset > HALs. > > > > Now, I'm thinking of further breaking out ar5416 into > > {ar5416,ar9001,ar9002} just to save space for the embedded builds > > (like AR9103/AR9106 which some people still use) but that can come > > later. > > > > There's no AR2312/AR5312 11abg + MIPS4k core support in FreeBSD, so > > I'll go and look at making the AR5312 wifi support work. That'll > > become another HAL module. > > > > On the regulatory side, I then need to divorce the EEPROM regulatory > > code from ath_hal and turn /it/ into a separate module because, > > surprise, the ath10k 11ac hardware uses the same regulatory code. I'll > > do this particular step later. > > > > What does this mean? > > > > * If you compile up a kernel with everything in it, nothing will > > change - hopefully this is the majority of users; > > * If you compile a modular kernel or embedded platform - you need to > > load ath_hal and the relevant HAL modules before you load if_ath / > > if_ath_pci otherwise it won't find your hardware. > > > > I realise this is a bit of a POLA change, but I'd like to get it into > > -HEAD before FreeBSD-12 is cut. > > Why not have if_ath.ko just be a wrapper module that depends on everything > like dtraceall.ko? That would let 'kldload if_ath' and the auto-loading > code in ifconfig still DTRT. You could name the "only the driver" module > ath.ko or some such. > I like this a lot. There's much magic in places like netstat and people's loader.conf files that this solution would preseve that yours would break. Warner From owner-freebsd-current@freebsd.org Mon May 22 21:01:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8754FD777C0; Mon, 22 May 2017 21:01:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DD8719D6; Mon, 22 May 2017 21:01:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id 123so14416547wmg.1; Mon, 22 May 2017 14:01:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Map2q/ytlEwoLM/gtCKY9HprWf+CR3GooWHiNQqUAms=; b=c7QL6AOdW2d60MmXp9Z7u5InCSctQOmOwbezfsF/c+CLlp5mttM08Eo0EoOphm56X7 0ZZ5ANa+VHLRE/rcPTkUa0pdbY9o9lZLXHKH4TtXxpqA/soUm7yyrNS1pUlCDzkmPo2j NQO6kFOI8/IURofUU9QJ8Uh0m8pC/Vt1jJlAR7nDFVLKywwnMZesSMuP6bZ/aDwn2Rgm Hsmb4btqtXk3Nlup7+icjsdIo2sNwGqrq1ceytwuFXkka8KVuEEELGER0ewTiuVhIG4I sOARB3oRJd57WkBE33og0breSRySG/zAnf5EGL60/ZXAEMce/p7rIR0Lgo+CRKpS+sF4 F98A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Map2q/ytlEwoLM/gtCKY9HprWf+CR3GooWHiNQqUAms=; b=irGSeWAhgvB+5u1AfH5V1GCC0PbAW9yANNb0u4qJliPbbAnE5ij5E6qHdfbeRFZW+V 8Nmy37BnuR/B28QqYEXkyLmKQTRFJjRzcQ7vY/DzwWxBVi/Wd2x7YpToG+bLS9jmxuC9 BW1muuqsLSOaegeHwXtebU8Nv0WuNMRnbZbF/KI/Li6n68V6LKQo1jJOM+90eqhFeP3n 1+XL0xLQR6TTlYfJyOM7/2YZ+yRM2ClSUibbFORlHzUOfFDw/lNRUKGX+6FJQ9Rk3R74 SVwKwLniIUMr+on9UCWYxDRpp7iHICC5rF6H1tSGz85wKj98uLPJAO3aT5Le0tpnQFno FZEg== X-Gm-Message-State: AODbwcAhGydNwL8dIppqucxC346tEKZX69/IUp+BdMF6yRrIfyP8WpyQ wKHS5aQG3pKgu5eT4M+Xn1dxdefdyXDd X-Received: by 10.28.93.10 with SMTP id r10mr1524642wmb.68.1495486881865; Mon, 22 May 2017 14:01:21 -0700 (PDT) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.28.193.134 with HTTP; Mon, 22 May 2017 14:01:21 -0700 (PDT) In-Reply-To: <1901874.v6m8jKq4cl@ralph.baldwin.cx> References: <1901874.v6m8jKq4cl@ralph.baldwin.cx> From: Adrian Chadd Date: Mon, 22 May 2017 14:01:21 -0700 X-Google-Sender-Auth: emgWswI0pXSWK0zYa7veNaO1jfM Message-ID: Subject: Re: [rfc] breaking out if_ath into ... lots of modules To: John Baldwin Cc: freebsd-current , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2017 21:01:24 -0000 On 22 May 2017 at 13:17, John Baldwin wrote: > Why not have if_ath.ko just be a wrapper module that depends on everything > like dtraceall.ko? That would let 'kldload if_ath' and the auto-loading > code in ifconfig still DTRT. You could name the "only the driver" module > ath.ko or some such. Oh yeah, I could also do that to reduce POLA. :) Ok, I'll add that to the TODO list before I submit a review. I'll rename if_ath to if_ath_drv or something. -adrian From owner-freebsd-current@freebsd.org Tue May 23 00:41:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B231D79293 for ; Tue, 23 May 2017 00:41:20 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0093.outbound.protection.outlook.com [104.47.36.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 261121FEC for ; Tue, 23 May 2017 00:41:19 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=PtO8eQ6BjtDkXZBEE8XLVEi3HNkWC7LqgxEvtRiUwtw=; b=TlzoAp/ynHlL+reZu/we2TlQJZPd0vWtRO+Bacs98/XaeXVIyGCeNymJrD+J1rhTyDYBT2K5IAwq4mNO3ZNw/QJLmnDIM+6/eoGv6O+hA18W6Bo+7f76b4+OANDhvWiDJVBJUmK1q6NFvq/zQmd96mjMFfxNILegjh256vV3o0w= Received: from SN1PR0501CA0015.namprd05.prod.outlook.com (2a01:111:e400:52fe::25) by DM2PR0501MB1309.namprd05.prod.outlook.com (2a01:111:e400:3c1b::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5; Tue, 23 May 2017 00:41:18 +0000 Received: from BY2NAM05FT006.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e52::205) by SN1PR0501CA0015.outlook.office365.com (2a01:111:e400:52fe::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5 via Frontend Transport; Tue, 23 May 2017 00:41:17 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by BY2NAM05FT006.mail.protection.outlook.com (10.152.100.143) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Tue, 23 May 2017 00:41:17 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 22 May 2017 17:41:06 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4N0f6SZ014948; Mon, 22 May 2017 17:41:06 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 123D1385558; Mon, 22 May 2017 17:41:06 -0700 (PDT) To: Thomas Mueller CC: , Subject: Re: Bug in make setting wrong MAKESYSPATH In-Reply-To: <4E.66.25473.9D551295@dnvrco-omsmta03> References: <4E.66.25473.9D551295@dnvrco-omsmta03> Comments: In-reply-to: Thomas Mueller message dated "Sun, 21 May 2017 08:54:49 -0000." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <81056.1495500065.1@kaos.jnpr.net> Date: Mon, 22 May 2017 17:41:06 -0700 Message-ID: <81057.1495500066@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39400400002)(39860400002)(39840400002)(39850400002)(39450400003)(2980300002)(24454002)(189002)(199003)(9170700003)(105596002)(107886003)(53416004)(6266002)(7696004)(478600001)(305945005)(110136004)(86362001)(38730400002)(6246003)(2810700001)(54906002)(117636001)(9686003)(97756001)(6916009)(53936002)(2950100002)(4326008)(189998001)(106466001)(8936002)(77096006)(50466002)(47776003)(229853002)(7126002)(81166006)(8656002)(46406003)(55016002)(50226002)(8676002)(76176999)(5660300001)(2906002)(23726003)(50986999)(356003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1309; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2NAM05FT006; 1:7kKjNlzLck9fGlICoUT6Aq2LTHnld0cy44DjLjKTOgRG8fzuLe6SQ9KCDrryAXLaS6zNMcSbPQGXS1tUPdBZz2RL+9wZz61SFkog+vR+QRwiGHB2crn9njcf+wQKADwKvg/1B4hvgmYCbMkgJxTLEEj735lFoqTuWxCAO6SRG4jcx2MD0QmakaLBRKpqngNF1CkjVZTCkAiLYdVYde0zgF09vTR4zohz9oN5DMdKvnLSYNGw25kJJ6samrAT9l9q+2+k1ND6aZZd2qG/CEBmN4PxvYQq3lg0rb2PbVt9CgYFyW3AzXhEDUzPAu1LW20XyPIpzLPjxbqAiJvpmw7kFCO18jIuClMQ1gNjncqeku6cAEstLDJQFhEiFsFcjEQkXZua4mZuASv8zzVulcexGTO9Nbih97zxRLDfRtJN3TIDjjq3PP6PvFBUE6aFzEjRkJZZhfT4YHMaMjEs6oCohp7ND9BA/PXzK2NVK/WUE3BZL/h2M0+Uy3hd579TsFQmLiQHDQbeBWWBFYdURqDfCcQh1Jjce+KBlUMlKs0ToQRotMbCG3ReBn/pg4H0w1boCzmjCdbEnkPYGzHtWtKykLLwO//5NouhxLmFoFE0rK1YXB1ntzRxCE3P/IYfp8fx X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: DM2PR0501MB1309: X-MS-Office365-Filtering-Correlation-Id: 99b6f89d-e90d-4a2c-570d-08d4a1746cb8 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:DM2PR0501MB1309; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1309; 3:UB++IiulTEjX5988sfNnWDw9HhByvOYx2ARnInjBO6FxfldG0O0PsrSTlyvArspcD0ZBEeT/xMPVU/OZlox2dVYdMj+vGU++jJYTMcsxGOy9JA9rHMtmx4ToERgUD9v0+3uJ4Jw/wnePunqSLFXmBk7f+uUYNAFlD/nqbNRxaFTI4mzvCP+SBVBJl3aIr4nFzFP7Bhx0xww1VAfKfZxshaHduMkJqV3Q2TjO3XTtsaCpL3RkVvSJnlVCJhUDCvFxU7eqFY/jD45qNNQix7al/5O9LGziGANWIsaULEmg/QSwClRzQ8Xh5UcCConNnMGt3BpjG1MrLsD+sfJm8mm4Q/pYBR2OscYIk0y9/K/xl3RiR80g1q8dORoh1QvbmZzz6OKEhxekdBwSKuLqXoxWV7UMcyNKS8vwbbtY1TrdZob0XoRZLu7PkuVSfSUZyZQurCwK8svk8XFLTRTDNgVUrA== X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1309; 25:rSA7l8LvhtSOwFjMhT1qGjG1JCM+bfhKY1yPVx1elATh8aMkrVHge6Zqg6osV4hW84hC/vl149sF6DMTDJTeVG0/22EsTNY29+FgOVXJWsIcE084xRvYF1iy8+vnPMjycfz0fgLk8DvGOuBs1sNQzb/Iad2QQqsqjfnInN6BTQbUoxy1rCUpEt5sKezRXaoVq92uszsmV3y3HhMQOESK1gdu7VbVRyepUyQIBbK+8AJAhfY1sSm/rvvPgfMZiaR5CZIjaVp223UQ9GLhLVG+hf7O1kOrRDruAuA/gaG8exgU4Psqv9k2qfAj20qWt501isOFTMqlFTF9ui60+Mlt6uLQdksxVAYxGF64bSYt6P3aItPXoz8HENNp+361ofqP6fOiAJU0Gw9zIijumjX7OOfvxPdZAMTapUA0PmwmLVxz3xQU1eGheYyqjfoEnNMP5oFE7dfyJ1HeKYWb03VlUALa65aSfhZWPvhGgqG8VcE=; 31:7vzMzvn/2SPwzH3dvgWZqSBItCaiHejWsLV2ND9NNP5L1HC1YXPBr9aE79L04Vj8XpP5c7HxbeRVNIQE4Gp+9ZxVBmkE6bQbB2lEpQMqEoB+yQA/14wLh1OuyugKPu749ZdC+NrpPNC+a7kK//W9Cy6vRJToCE+KeVt6O7wvRrnWuazDLSj/5yCkSiVACed+L0UkrjJsdhF/q8rN04EBQL7xp29M40BczbuNNLr3IuJwe9xmMOtg94QS9hdgxC9u X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1309; 20:WugD62w5LtRtSPuN6bQoGGP+zxUkOap2UBKdyBxTgZ/D7hh/XdPi+AFl1ydUD1aNoNGQ6tI4V9LdhpvOYw8UylNDDqsgRcxVqnbJLsxHfY0zMtZpR7WytYCrMThBwBal3da9YOigcnpdGziyeIHGsr3C/FFrxzBsY2CAkm+w/3mlNuM8e4vYjzWIGiGAiM0ZWcYlmdhijAV2rlH7xcWL45jrtKgtv/RD6/cp9FzUYqTruVwkRhJdxZiV07UTfzJ4sSgt9NlAWq6KyfGfj2yXGsdwgfPocA5C+QAZkq7jddkj8WqoBtNSIpHCreiAK8+d8UMCUulmjvmMwuSZjtgH7htNkRpRagdldE3YgsrJjqX8vrU/1pmkj4YyGYTWr+roG+iijUE3TocMIQu/MZXpafACmQeST1GbwpwpnvtKow6SGPyojs1+abolKqj3NYwO7cMHFlzmzEGZ3X8dK9rpX4BnZWvRvsvx+Us5cgm4uc85wFq8e50yL41tE4mplZjg X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(71323512122534); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13018025)(13024025)(13015025)(13023025)(5005006)(8121501046)(13017025)(10201501046)(3002001)(93006095)(93003095)(6055026)(6041248)(20161123564025)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123562025)(20161123558100)(6072148); SRVR:DM2PR0501MB1309; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1309; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1309; 4:NTaIwXXhrRbwUJ65pinWCEUq0I95jDCXH0TF9+9T2eeS60WPSbiX01b/qM6raG+dPmO+wf8hUj3oxzQ6cpKH00y2KqDGtDp+5M8psAU3izzzSL2RlDeGJ2AWk/SLtSbZ59uwR/O4m0jVTKJUpymNBcT7lLYql3P10fHqXL4aFQKsAv9vU4CpFB5PYTAiuez8pnJL5x1IzTPi+yljbRVHWlp7+az6FVodn7mqm4h44MpPL57OeyiKy08LeYX4U5GiMKk+2HNyzQ/uXEbTwUDU4Dz9DwS5BlaqX4Ph3W0/LbyDoKIPs+IyxCN1GVVxv8hB0qV+n1zVDE/o4ESCv26pGKKuxqtNwXrrC3yEz1WkutwaoNWPKy+12e+pIke+ECEqmrM4YyGdojAWR3Zt07EyE0CkRLth8SNdWC5I1mF6G3AJ2sfXk4FUd36ROW0p128oQnPdgK7rCm+CuVp9rgu2PFMWKQ+juQqBikFnpfpmrWkp4lyCXcT4SNqlSSMIaXVKYQTDovfBVMdmVLLcC5gVh2KSvT5f/WkgrhwNj8CIRdkDF3rFIz3YOnLh9u1ILS0Woesk0zD7lhwmWfAsXvnajH5MDHB80Nx1+uIWCM0VDJ5aJZ+/ImAQ8NyeMFQN6PfJDXLCbCWfGoTSLa8BIHivMkDzZUsFIPUWPEvXZQSPsJceQeIk7CNAbX4+s62rwUPspNvmQi8z43Snl0hg2dgRSTsOErcvNegfM5keybDC4OtVv+Pz+foABhUTtsdhOXctzveoDmc5u/r8x3iqjM6aAwMS+OE9SDBloHyUAyuy+nPFgBSazWKJDhAygFA53uYGC1fKcXe9bFnhD/zHwOzGDFD3U7l1bws8xBf/0UnYYMrbC2ZO6NCoFQvr706cudkkYLwtDaGXLJutEkJzO2nqSV8p+4Qw3QTe5oQNEW+6JynCSWDnNMpVaDa/kwAlz55a X-Forefront-PRVS: 0316567485 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DM2PR0501MB1309; 23:Zf/HxFc/QKx1gFESGohJ15RHMz6MQNJZVHv6jKS?= =?us-ascii?Q?XCZe4TWf+xHAHSCmbW/Aulq9gnFmgQAgZwFQnyLoQjPhlh+ZdlmObvedJOyD?= =?us-ascii?Q?FY30vXVf/zRPbmVe8tPzIdVKhVBt7qYA5zQ9AUJg0gTY3uUxE2zX6XbfqWAe?= =?us-ascii?Q?zzr2xp69+PaleG1z9saifqPsuTADednaCAw+b4SqDhAPj76vq0r+s9iguCTl?= =?us-ascii?Q?11PQk+yjQAvxKUcdICUmIQaWA1drIvWoFn3iIQslLe0oIaSm/JQjiYgbUi+9?= =?us-ascii?Q?TqbjTEi9p/KwMBtClIcAsrdj2XXBKZ5eqX0Sh0Cj3MVa14Ta9xPQSsmPwQEC?= =?us-ascii?Q?foXAfjWLknQllFGs42FW1wjVeotsBriH+GVQJiuK2iK8P9eQXQ3x3+Cl2aqB?= =?us-ascii?Q?HvVBguqfGp2upFq3MnlSSz3l4Qp3oe1Jx7Stdb5x9BGJwSqFjCzWzfJXARsR?= =?us-ascii?Q?cAfC3ZcqdCn2lNb5ll/4uiYcVxU2lFdzx8eC0ZDHgvS2LIrSGf5dHQcILHeU?= =?us-ascii?Q?SNHLvt2LaWYnROeABaXL2R6tnCHa6kAAv+MTjJoAha9oi+GngOHD8lQNdubX?= =?us-ascii?Q?u5OrFNmI7+O6yyMg0UJClMWcmh+uqxR6zXzqbTHYmPwNg55NqtFvzovO/LVr?= =?us-ascii?Q?Vo4F6V2bWGvMgiGU4yZFShFWwdZ+ujTbxbjqM2v1PepqXIucDJ7lZ8C+nRjh?= =?us-ascii?Q?W4jgxd/k4wMsF7y43nXLfvy8R9M9D14MPPbYpGYcfyiXJXg9p/LCvrnXGvjD?= =?us-ascii?Q?UpwvOooJYjg2GNN1P/Yn4d1RPPkTbPiDla/VZtbei0jYr7cSs7OJ2cDk7j8R?= =?us-ascii?Q?5lN0KZ6P931ApfMpE9EogXJVAg9lOtQlT8PJ9KmreW8bYe27cnwCXk9hHshn?= =?us-ascii?Q?UeH3jitx//r3sMCH0t1tTRSAYp3xEYmpbcSQ3B6s5qL/GiYhYA/N0619uatK?= =?us-ascii?Q?ao/GLfh64J6w+BdCcU7NQ0anuXUdZzMl5O5hq6BdUfMOO0ORpsFxrX3A2cwa?= =?us-ascii?Q?boNqdULrz6D/rlNONr2firqp7mYuCop7EzZYYyCKkdk3A3mYY3qiXj3DR2b6?= =?us-ascii?Q?sVGlMclAAPo9+zXhZA8oyJqyrFkGt8kU7zjLCpDfqWj+RnX4AmT3T0mLIbhV?= =?us-ascii?Q?MSgB3Nl4Fujr7GvTC2gotuYLjoyP1trgVAwaVpWqrJiqOmKjxg/HOQFsaboC?= =?us-ascii?Q?QceOvXR3XnrZIzLbFQRU0+rIu7j5Gw4MiUwDrgTZaK/veukvX6pgMZj/MfgZ?= =?us-ascii?Q?BQuBoI8pMgaw1fehW4xYVDCv5SHla/j/GtQa15q1HwkNUhgsK6Wlz/CPhNN3?= =?us-ascii?Q?ToA=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1309; 6:vhpkOG2RxL78KgYoifY4x9ti9WPqhHI9RlvqedKKDIwwtn5effE41gleiR6/qbswnrND2ZiOTZl218+8C+/46CeGiVPp3kO9PWQjChZf1d/ZuHB/JWSFiYxet2PU+AqWHYmm7IbmkLGFnbd8uqHEhdqYtpUCxJiy/NuB4ymjnUgHShQqFU0Wbz3m0HOdQTOiEqxgaLKc/przABUQK1nxpKM53MMI4XujrVTiZcbkxjFbvH+1nxHcP9aS9rPYlhwhJsi0M2ejrRjKdQ6BesHVmRTTknn3+TTrT5Rs59KR+nB3Jns1X3L2HchBB6s2TxOd3EWU0XTuIbh8/Nr2yT4IITG+evDf989Ql74YABGnH8T+X/TxdjKZlxlDyq02i6ujr72S99L3yPTR5pw5nGio6VYLQBvACQXcrozc85X3Sf7CuG8ivuiWh3Js82SpY+ZHuYQXc/AKVqFzEXdgbTRUZaIY8fVoJ6GtWQXVLriH/DmgBS6la0eJ5vXquqfxX5xq7HiCbiVwI5CFyQQ7ifKPgsyY7n1aK2lAK6gWzFG5e0o=; 5:wae01CMLqNbyJ6tD7erYe53bWNUqfOlYafDgsPtwlNXIMfGSL511Mf6JqdCgyrcnGK8lLXfGadDGJUe57yVZCoo22sVZEGjqv3Wis4vZuOSOh5Yjb98AVFwGJoFSyLT56B2wx62hDojtLyLQL1TNIw==; 24:khtzSpHPI17nxUWTIn5j5cqDSLXt82tgRaqLdXKcmzVuPyGmegbEz5i7iAIbO5f7FXDKObSE+ZGhai9NxVkBjxi5/jTnMUuy97fPmmS73r0= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1309; 7:upvvN3SHs0LphQ8d0TRvgw4Hk68pYSsA4dwAd5w3CUCRt/+ibuU+9YiPOaJjvE7shoKfvQ1Twg/8cQLhKxW8ao+ysY16/zn8+fRJ9OP91sZs9pIpzyMbYdwI+hmCca5DOH57N8sbfTCtTUmLN/RDR0eJyOt7T7BVmoPAgRRb8Hk1zOSPVTtIlrdxon8g5wVN0SzgYtA+9LeUxfSSyY+IBdqUZU9+pIFqHqmD2Fi2rgEiWRctkOGbotZZd2BQkb58/Rshf8uSbMzt44q05633Kr07G+aNxHfOR6gpWJfdu7xthKvZew394ZIx/25N2q7t8nqkRYtfdgLFmbHj+vRNUQ== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 May 2017 00:41:17.2682 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1309 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 00:41:20 -0000 Thomas Mueller wrote: > I tried building ports, starting with ports-mgmt/synth, on HEAD > (12-current) and ran into difficulties with syntax error in > bsd.compiler.mk . > > With PORTSDIR on another partition, mounted as /BETA1, I got these > errors, but not when I null-mounted /BETA1/usr/ports as /usr/ports. > > I shouldn't have to resort to this kludge, didn't have to in the > recent past. The default value for MAKESYSPATH is ".../share/mk:/usr/share/mk" which is geared to building src/, there was some to and fro over that value when we first started using bmake, but that's what we settled on. Presumably /BETA1/usr/share/mk exists? If so, it will be found via .../share/mk if you start somewhere under /BETA1/usr/ports > This bug shows in both 11.0-STABLE and 12.0-CURRENT. Not a bug - working as intended, which doesn't mean it is doing what you want. You can of course set MAKESYSPATH as you wish, but of course /usr/share/mk would not be correct for building src/ From owner-freebsd-current@freebsd.org Tue May 23 01:50:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1EC6CD77481 for ; Tue, 23 May 2017 01:50:30 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0A5F19DF for ; Tue, 23 May 2017 01:50:29 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qk0-x22f.google.com with SMTP id y201so120566222qka.0 for ; Mon, 22 May 2017 18:50:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=iMgFPUHlmjKhJodl01Ya7NHW6nTyMo9v0g+m3TTVtGI=; b=q/9yVYrkgsqNi3YaNiGHO/0IriavGKj/oUD9ZdtwVQQ1zb1MZ/sVpIAS9QAhp2uSLk pmnXVCPR1US21MOpLZvP8TdaVWRgh1+rcSA1eUQz8k43Y0yvxju96JQAkJgstUlTEy45 yjzSGiTWdL39yKCegvZi8ZCpdLJSeFJCWlUzdozIJnKL3pUIj8rP1T9UgGJezNtpbGfO nSRTiR/GvCKQihVTs3T9AhIxXA1FS3zw46/Fr9Rn27SlgRE0ovF0dKrsu0rX4vKR0Wrz PUflIucpyGSXZOL96u/uUDRxDf8w/34v9R/30+kG0I1DktgPDzByHd47HQ5bu9OY9USh 65SQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=iMgFPUHlmjKhJodl01Ya7NHW6nTyMo9v0g+m3TTVtGI=; b=jUYRy9Gz4pJLTXbbW4ryPhjxQ9JB8zD7gRHZ3/4UqUhbV6l2gRknOqb+ZHkhfHjOID 8mMeLUWcNM2GEq4JADXzL9FiN/NscwebE8DBtd1oXUx6m794NWe6DZ/EyRFMPY6eGn5V +QA35eHrGknLHbIAzDK49cZUpjuiNQyGZi2kzg1nFTBiEsSgjQGL/+TPUChGDMT8N0L3 fi8G6TnzCt7P9lq7LAomZ6/gqy0I5MnwiDdlG0k+CeaNWmt8fceXzcvYNxg1w8VHz647 M2GNoXuN2mpI3K1HjtC7PLTSFiF81GmI4mzdvjEQH0EfuQTjdGkdPrrhfOp6aWXeiDLC 4a/g== X-Gm-Message-State: AODbwcABcEY64LAT8lH2H/NxtueCAI+Zd3AunHYOz/dSqKN3qyLbLgO6 sYwLBh22y79l7tFx+xdCYyInkKXewTUsjHM= X-Received: by 10.55.157.198 with SMTP id g189mr21341555qke.111.1495504228966; Mon, 22 May 2017 18:50:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.92.171 with HTTP; Mon, 22 May 2017 18:50:28 -0700 (PDT) In-Reply-To: <4E.66.25473.9D551295@dnvrco-omsmta03> References: <4E.66.25473.9D551295@dnvrco-omsmta03> From: Ngie Cooper Date: Mon, 22 May 2017 18:50:28 -0700 Message-ID: Subject: Re: Bug in make setting wrong MAKESYSPATH To: Thomas Mueller Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 01:50:30 -0000 On Sun, May 21, 2017 at 1:54 AM, Thomas Mueller wrote: > I tried building ports, starting with ports-mgmt/synth, on HEAD (12-current) and ran into difficulties with syntax error in bsd.compiler.mk . > > With PORTSDIR on another partition, mounted as /BETA1, I got these errors, but not when I null-mounted /BETA1/usr/ports as /usr/ports. > > I shouldn't have to resort to this kludge, didn't have to in the recent past. > > This bug shows in both 11.0-STABLE and 12.0-CURRENT. > > I looked into "man make" and found that make got the wrong path for MAKESYSPATH, setting to /BETA1/usr/share/mk instead of what it should be, /usr/share/mk . > > Going into /BETA1/usr/ports/archivers/zip (for a short and simple example), > make all-depends-list produced > > sh: Syntax error: ")" unexpected > make: "/BETA1/usr/share/mk/bsd.compiler.mk" line 52: warning: "echo 4.0.0 4.0.0) | awk -F. '{print $1 * 10000 + $2 * 100 + $3;}'" returned non-zero status > sh: Syntax error: ")" unexpected > make[1]: "/BETA1/usr/share/mk/bsd.compiler.mk" line 52: warning: "echo 4.0.0 4.0.0) | awk -F. '{print $1 * 10000 + $2 * 100 + $3;}'" returned non-zero status > /BETA1/usr/ports/ports-mgmt/pkg > > make -m /usr/share/mk all-depends-list produces > /BETA1/usr/ports/ports-mgmt/pkg > > This looks like a bug that ought to be fixed, though there is a workaround using "make -m /usr/share/mk ..." every time, or presumably, setting > MAKESYSPATH=/usr/share/mk > in the environment. > > Should I file a bug report? > > I could get much more verbose outputs when there are more dependencies, such as in /BETA1/usr/ports/ports-mgmt/synth, or more so, > /BETA1/usr/ports/www/seamonkey > > I also noticed that in newer versions of FreeBSD, /usr/share/mk/bsd.compiler.mk has greatly increased in size (not a bug. except when "make" goes to the wrong MAKESYSPATH. > > Maybe add in .cshrc and .profile > MAKESYSPATH=/usr/share/mk > ? Hi Tom, make isn't at fault here as much as there's something else leaking bsd.compiler.mk into the ports build. That's not supposed to happen. Are you including any bsd.*.mk or src.*.mk files from /etc/make.conf , /etc/src.conf , etc? Cheers, -Ngie From owner-freebsd-current@freebsd.org Tue May 23 06:55:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE3EED7A9A2 for ; Tue, 23 May 2017 06:55:02 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D5671735 for ; Tue, 23 May 2017 06:55:01 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:11010] helo=localhost) by dnvrco-omsmta03 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id E3/CD-25473-3CCD3295; Tue, 23 May 2017 06:55:00 +0000 Date: Tue, 23 May 2017 06:54:43 +0000 Message-ID: From: "Thomas Mueller" To: CC: Ngie Cooper , "Simon J. Gerraty" Subject: Re: Bug in make setting wrong MAKESYSPATH References: <4E.66.25473.9D551295@dnvrco-omsmta03> <81057.1495500066@kaos.jnpr.net> X-RR-Connecting-IP: 107.14.64.88:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 06:55:02 -0000 > On Sun, May 21, 2017 at 1:54 AM, Thomas Mueller wrote: > > I tried building ports, starting with ports-mgmt/synth, on HEAD (12-current) and ran into difficulties with syntax error in bsd.compiler.mk . > > With PORTSDIR on another partition, mounted as /BETA1, I got these errors, but not when I null-mounted /BETA1/usr/ports as /usr/ports. > > I shouldn't have to resort to this kludge, didn't have to in the recent past. > > This bug shows in both 11.0-STABLE and 12.0-CURRENT. > > I looked into "man make" and found that make got the wrong path for MAKESYSPATH, setting to /BETA1/usr/share/mk instead of what it should be, /usr/share/mk . > > Going into /BETA1/usr/ports/archivers/zip (for a short and simple example), > > make all-depends-list produced > > sh: Syntax error: ")" unexpected > > make: "/BETA1/usr/share/mk/bsd.compiler.mk" line 52: warning: "echo 4.0.0 4.0.0) | awk -F. '{print $1 * 10000 + $2 * 100 + $3;}'" returned non-zero status > > sh: Syntax error: ")" unexpected > > make[1]: "/BETA1/usr/share/mk/bsd.compiler.mk" line 52: warning: "echo 4.0.0 4.0.0) | awk -F. '{print $1 * 10000 + $2 * 100 + $3;}'" returned non-zero status > > /BETA1/usr/ports/ports-mgmt/pkg > > make -m /usr/share/mk all-depends-list produces > > /BETA1/usr/ports/ports-mgmt/pkg > > This looks like a bug that ought to be fixed, though there is a workaround using "make -m /usr/share/mk ..." every time, or presumably, setting > > MAKESYSPATH=/usr/share/mk > > in the environment. > > Should I file a bug report? > > I could get much more verbose outputs when there are more dependencies, such as in /BETA1/usr/ports/ports-mgmt/synth, or more so, > > /BETA1/usr/ports/www/seamonkey > > I also noticed that in newer versions of FreeBSD, /usr/share/mk/bsd.compiler.mk has greatly increased in size (not a bug. except when "make" goes to the wrong MAKESYSPATH. > > Maybe add in .cshrc and .profile > > MAKESYSPATH=/usr/share/mk > ? > Hi Tom, > make isn't at fault here as much as there's something else leaking > bsd.compiler.mk into the ports build. That's not supposed to happen. > Are you including any bsd.*.mk or src.*.mk files from /etc/make.conf , > /etc/src.conf , etc? > Cheers, > -Ngie I looked through /etc/make.conf and /etc/src.conf, and there were no explicit references to any .mk files. So I don't know what could have brought in /BETA1/usr/share/mk/bsd.compiler.mk . from Simon J. Gerraty: > The default value for MAKESYSPATH is ".../share/mk:/usr/share/mk" which > is geared to building src/, there was some to and fro over that value > when we first started using bmake, but that's what we settled on. > Presumably /BETA1/usr/share/mk exists? > If so, it will be found via .../share/mk if you start somewhere under > /BETA1/usr/ports > > This bug shows in both 11.0-STABLE and 12.0-CURRENT. > Not a bug - working as intended, which doesn't mean it is doing what you > want. > You can of course set MAKESYSPATH as you wish, but of course > /usr/share/mk would not be correct for building src/ /BETA1 is a mount point for a partition with an older FreeBSD 11-current (August 2015) installation. Ports, doc, src11 (src tree for 11-STABLE), and src (src tree for HEAD) have been updated since then. What if I had a NetBSD installation, or no BSD installation, on the partition where src and ports trees are located? It seems to me that MAKESYSPATH should match the host building system FreeBSD version. I also have /pkgsrc and /netbsd-HEAD/usr/src on that same partition mounted at /BETA1, and it didn't seem to have any adverse effect on building NetBSD system or packages. For FreeBSD, besides setting MAKESYSPATH, I could mount_nullfs /BETA1/usr/ports at /usr/ports, and /BETA1/usr/src or /BETA1/usr/src11 at /usr/src . Now I believe the correct syntax for setting MAKESYSPATH in .cshrc and .profile would be export MAKESYSPATH=/usr/share/mk # for .profile, or setenv MAKESYSPATH /usr/share/mk # for .cshrc Tom From owner-freebsd-current@freebsd.org Tue May 23 16:02:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69E03D7A5A0 for ; Tue, 23 May 2017 16:02:37 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0131.outbound.protection.outlook.com [104.47.37.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 05A4C10CD for ; Tue, 23 May 2017 16:02:36 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Be73geoS32Z7bbMQU9eH4Mr2+BoEXasuGkA2lJmaT0A=; b=W+BFzi2YkkkEYebNMLVwqAAaPW2ZMuITAjVzAy8vnfpKXqGv1tw4gfJKPsKCIgFJjtEGmLgaZ/dl3dXJE5cWL64qNr3MGpDPQwvWOCBrub1FKgV/TuxywZiDM5LxNgSaWF3yfikbN4SgxgzjSvqShYzEWvxdHFg+CQFgrTSwgzw= Received: from BN6PR05CA0031.namprd05.prod.outlook.com (10.174.92.172) by SN1PR05MB1982.namprd05.prod.outlook.com (10.162.132.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5; Tue, 23 May 2017 16:02:34 +0000 Received: from DM3NAM05FT050.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::207) by BN6PR05CA0031.outlook.office365.com (2603:10b6:405:39::44) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5 via Frontend Transport; Tue, 23 May 2017 16:02:35 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by DM3NAM05FT050.mail.protection.outlook.com (10.152.98.164) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Tue, 23 May 2017 16:02:34 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 23 May 2017 09:01:23 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4NG1MSV023923; Tue, 23 May 2017 09:01:22 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 6ECA038551F; Tue, 23 May 2017 09:01:22 -0700 (PDT) To: Thomas Mueller CC: , Ngie Cooper , Subject: Re: Bug in make setting wrong MAKESYSPATH In-Reply-To: References: <4E.66.25473.9D551295@dnvrco-omsmta03> <81057.1495500066@kaos.jnpr.net> Comments: In-reply-to: Thomas Mueller message dated "Tue, 23 May 2017 06:54:43 -0000." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <95057.1495555282.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Tue, 23 May 2017 09:01:22 -0700 Message-ID: <95058.1495555282@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39450400003)(39860400002)(39850400002)(39400400002)(39410400002)(2980300002)(24454002)(199003)(189002)(9170700003)(305945005)(5660300001)(2950100002)(6916009)(50986999)(7126002)(76176999)(77096006)(93886004)(38730400002)(53936002)(117636001)(6306002)(9686003)(2810700001)(86362001)(6266002)(8656002)(55016002)(54906002)(110136004)(2906002)(6246003)(107886003)(97756001)(229853002)(47776003)(478600001)(966005)(105596002)(50226002)(8936002)(106466001)(8676002)(4326008)(39060400002)(189998001)(8746002)(53416004)(76506005)(7696004)(46406003)(356003)(81166006)(50466002)(23726003)(2690400003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR05MB1982; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; A:1; MX:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM05FT050; 1:yaagMAqn529X9XptTkvhWdl+YYaOP+08s5sR8+4AqquG3PucaMYKqUvLIHUiDzkRzHNGz7jItT9gzzi/BdoY8QbPLtv2tIkUv49pw/EV5pQhHV6C+pJDYUSUP43wyCSN8jl//+YIjOdecRnrwIFamdUMDLwBo7KhyC0egsogPu1+x2bwa41Zt/OQ2WVx9Yjmksos0XyQBoPst87bFDJBa0lQ/NQXae8fkPPCCg1RvQDNcXp8beu1udqAttHauXnIb2WyqGRvlgsjs2fB5vGthjbyIzeYrRB1m1wUF4Gu8aeNMevf7lwPMJ4iHOeTWPoR3wGSX/wybKxJgwRxwDXY+vcAxuQi5V/WvGxIjQ49FBwuFOb3oaGOpAzb3d31JUoOiqS1EEwsFp8RXEgcaif9NMkTor7KcomFA5N7omYXTOYc12pOZXLcbBJcoT/+QQja1lHggCDMq1qa9DyJehVL10B86aZWQndEWO1rmIOTEBK04bqbre3MjeBKikMXv4V8lniwo2WgU03k/+UXnvY1G+QAPvkQWD/CUmKm33Y6iEQYtbLcsyUODQaEDjCePbyBPJGcIm+v/3dDqwSpwbVhSvA9I3YX6TjwJU/vqEjsR3BPMRrDOCL+BeScEcuThRAC X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SN1PR05MB1982: X-MS-Office365-Filtering-Correlation-Id: 94c33822-c3fb-4ff7-d632-08d4a1f520a0 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:SN1PR05MB1982; X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1982; 3:R+HV8DN+yvPXK9QG9ONAT4nmJM6u/pNu7QAdfhSfPCtHZ5O4gk9ZxvAl3YHZgSH3qx+32EWNWFPNTqwZWOG+sCEXGnzSisnap0MJMYL5igsI1vOygssA57V6dW6xYsh/z00bA6MiB4Xw8nDvf80hTjdMcr277KPF/qHC7+eo72YYqwoczFBI+gK45KuBSk0R5swxCgwyhpgG/RKSLYOn897ZeYxE8yx7iPiNy+AnzQ1ZOE6gDOnYDVPp3REaBPBTS+Uzv47xrdEoGQlgf+SiqGJTPsSf7LbhyJSq2gEu8Vb95x2Za9R/GsRssV5cgj9lEz/Q5kJrGKV0et9O0MQRMya1SzAJlSKzo2PZ6P0BejfyhTFu67t0V1jyF2H6NLEuSNIpBptqjwPDnSxAjXE4+3gRKO6liqQFz5BJxcXS6chTii/waP+FKOVjXuJtvfNm1CyrKMymAON8MqZ8JuyX+Q== X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1982; 25:OpqhBnAF2YPhGpiXLAowGXUilMXlmzJXEbriGu2aQsJbEa5i59MOmFQLFYOQkt112B4cHMHidKHJFDteywGLTUMSWYMkkO908qC0obPfp0UFsn3x4zbBxrd4LUkx8X38jRJ/qd/H8MXH+eddGZg3Eh6RjUPnwnfHBmBI3KUZd6bVtxZ4H0Qa0KKSsT73/ynXkxOqWOIkoxdbBY+I0GNQZ3spEumjORGaqICZCDwj0nccqVgK8+jMibixMXRn8DfZnLtK4NrdNSzzFzjvHTz590SkY8DTxdckNfqDdMKc17MZ6Iv0CLTpoe4nh2ElWnCrIyLPbq3nmz7O7dPgLer+HNWc+kcU8UcnXPWxNjCKqRZLPR52Ra0VmsHegZ0nNvrdNOpKoc5ThTrtDYLXvOH9KQ/fddzJN7+5nBa+DQV/Aog9lgQz8Pr4/0yt7PX911ezDycMoWXVl8s4QIBH92WTQr1wKBD6QiYcBM0CQG2w5hA=; 31:m2WVmg4jx/E1DbDO9NGyhnHsp59uaN/e1mtFExZ0R/nbh6EvbwJcYXbXeZ4L1Oe1jbmVfAo86uaaShn51v3RPVpYcKtxmvzk8L733ociXMN0YHHb3lBCL7VSI5IRC9d2t6NoXNMly2D8H5cXfvB6doHaolAJOTP7XrQRCYCAdpoEt2jXes44h0qFcErfSkEMTLr4ci/QOWMvtVrszIThImur0Q//I85lVeaKkZJtV9vIkUorfwdmmK5oI+h9Sx9s X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1982; 20:K15kGYAyNwlXA1XzAczSlBSACHYiKtc0bPbYliBKO6rw39J1h2uH2OApKIwkqQgRmC1GUG1y/IIt81hBI2VBjufkjOgrIQ6AV9nAWMFZ5r92YSp1vK8bItm1lJmZo9jJ73DimYmHufh8zsQHh9NVql4n2Vo1qFOjj49mFfTXpIM/sq/l/Df2zWVH9Qke4VOh/cbXulcoO7uZIPmRcrdFHMu15mnltngeb1uaYXedgrsfd3HVcgolpX/RQqFwS5/diytp85mDihHXsUAZaRrGklCmZeiMqSg33ZyvZNQBgsVWqQPiZcHZeMm0dDnZnK5mRHM4IVTbgm4sQoGSeyz8fB7Oats7DWJWOqFZnDVmd+6meSTixcSmL4wV9kCpTb384mhTH6DbzvW8ySTbyNfQ67y/F6ji6+CzTYnoR8Q4Iv0QMS3xCkGpH46+QkB2zSNjjNtIjSEcR/9L5NODSJJ4vDGa395iVjbLTfoGemV/s69q8X9A0pL8O8OOtP+0zluM X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(71323512122534); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13017025)(8121501046)(13018025)(13015025)(13023025)(5005006)(13024025)(93006095)(93003095)(3002001)(10201501046)(6055026)(6041248)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123560025)(20161123555025)(20161123564025)(6072148); SRVR:SN1PR05MB1982; BCL:0; PCL:0; RULEID:; SRVR:SN1PR05MB1982; X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1982; 4:oKp3kIx8dZg6Io/xeqPvMAVzF0Najm128PFMcPny3hn0DVBwhK70di09h5DzXcfWTIHvcw8CDAx6B1OJ/MI2uWKwrZTXZ7kNURVzwlxbqrwsq0xmte+4NzN3L2B4UGBBSEfKAURwMedTCcVR02kZBTLRLeyrOD1KyEhUqeLahyF9cXMKWB7HcUVzMxo4fx6Sbph989WpLhYwZ8yGVwe3fzaU3WRHVGPHZE99wS0qZy1V+NjlLbo4TYIOiXb/8lPKePrsTerlCEQ548keQVYv9a/DLmic7YMIR4ylhtmDtU59la+DDqi9vW2Fy/QVya8v6OUdFlFfkqdYrkJAbMgZr6aSWxyLi5LltBlU5dLQAf99wPO7ihtxMy1klZ692PlKwcgzf+iILyzqdpZhYVChj3eF2PAka9TLWGYrX4veAlrRy3P5aIsJGMCY069FjPAjxLJ7ZuLTNrwsTHFNWQQHyAEUTIJCvuMojSatWVAwAzLmYe2jMPq0ag7cJs8IgDbco+r4SJH0BTXBxceF9HGisaUZNIIizmf190DeEdnY+aMDECQJ67gINebSkFYhekgdX0aXcJGU8MAj/ERNEzTS5nbneeypP19Ba/AM2SUW0FE9UNSh/15KijIyGzS+vZNsR9Ma0EALk8cs7ZPEe7uwnzVrMyCJh4a67uquLzV+oFNj06wvRJPI5jkvj9YNwdSS86gGINuilHEBEYXiMt7BuvMZtEj30crHgSZ829gKJYCKprD5ucb8YYnYafZ7NNOIr1Enjy21/moN12arr1AeE8TSMpO7XA3QTVTQV8bURNLWtXPDm/CYbrdeKKT21BNzFwyZkr+X/goy6fI3h/jROoPYzy3XtpMdve5dzZKTUkM204I9qMybItgThnyIECZK7Wkb/tlLQ2/7CWOm1nIC68OXYxwxtFW0scupw9C7latdHN/iHrkb05L1kBdABMT0 X-Forefront-PRVS: 0316567485 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; SN1PR05MB1982; 23:23PBsDl9y0IsG+q/Dcg4NFdsUGciWLjfCwj6jf7qC?= =?us-ascii?Q?lbd6teAHO8h3TEcwKVnaImsQKkf+EupuXGM9xnn8SJxdWya1NXe8Ym3LrjxO?= =?us-ascii?Q?1PkGWLTSrXx1/Oa7I4wpudhCDOIiDPoI+4ictIPCXdHsQNSNFsxPOdN9YgwR?= =?us-ascii?Q?OokWdBYBh4Geb6wwB2P05iRjGivXsMmU1OlDca1QDApYBH4+PHxm+CdqgECy?= =?us-ascii?Q?BjzirEQo05uz1ymGs4z7w7wg5E1b0fwtHSPP3HTvAd+X6v1BjkqzMozU16Qk?= =?us-ascii?Q?ruLGGRqdCRlmrlc/7k8zAqbLc7bxKKomoC6KksxEVIJGifIgBtkcnyYkeIGz?= =?us-ascii?Q?lh6Bejkw2qp7C/VHiJN6iYV/aM2zK8E2GCdDi355uDKs/RPeUTZswD4/GcaC?= =?us-ascii?Q?48cCkgt7zTN0brR8umDdFL2qwou9huPMtGti4bKmhP8MLocdiwjaHudstrV8?= =?us-ascii?Q?niwYqQ0tyXbREv5tbuTGO57jOjlv6gZPnj4UdXuyosAShZWe/v7p+bryNOL1?= =?us-ascii?Q?9edLSBAMaeQZrtMehjZEuOY9OvWCVfDgnHaBWRjDdjgUxMutobfvHGlDUP4l?= =?us-ascii?Q?2Xfx7hjo3LCbZAR1Mfsge8HwOVxuvJaDE8A4KbVc+yI/4VtrP+jqUpqOjPH7?= =?us-ascii?Q?LXQRCFwr3Uzv36dMFYB1+CLilmxiAhIedxswkSP0Ss0vl90QPpIYs6ZHy92M?= =?us-ascii?Q?7bsMgcChpPMATJmxQAbVpscmU3iL57LtKucpE1PvU8G7CHjzsLkA6XcVZyLW?= =?us-ascii?Q?hiMzBjeDna55k2LHISIBZIvpV4FbK+XIUUVR3JKzY4GstSn/kAcp6Kh+pjTu?= =?us-ascii?Q?f/+qmInJ4clPNCh0XFrP3tt7x+STsbqUyw1HikvxJav7SfqezxepnvdXZ8rR?= =?us-ascii?Q?XkYfi/BGJHDav8zIVTBqaI4idq+p1UFWkZJK3x9mLmSV4agp+zo2ZxE0CZI/?= =?us-ascii?Q?nc8A7EePHrMjtSXBCV74K1rvYYo37NQlcvoG3UxqnrtFU/NBhi1KowdzSZg5?= =?us-ascii?Q?nNWgBcd2xPD/whSV+Y+KWY5+1N6ZaY1DoKhVVZpMvduwYrI5FZOdI3eIUal7?= =?us-ascii?Q?JV8xjRGkwuGO2/lHdFXjfLqUY1/VobQkBEz0wX0Xtohyg0sd0EadKd5z1a/C?= =?us-ascii?Q?UmRv1rymhXGqNlni5Zbjhsb2bfAPECRIf12XniSLDj2OvFcmd0uc6og5FQwn?= =?us-ascii?Q?4NZI4izHft/Q6+mVDPDdUG8ifB5OzX1v9z+4QKYUm2LvKPn3geqOJR+duO40?= =?us-ascii?Q?gEdk7A5Sje+D5H/siOAkBMmweDKDRlq7eby+ZixhrG2V5aCe4nN7J+2cy8ry?= =?us-ascii?Q?gKXNw3byrCYn1ncYblKK+oIT+gmHEqcRyNKmYSAum0k0giDn0LRynMahKXyf?= =?us-ascii?Q?xYAh4JYG0nHQcsfsf+ZoeSD5CHxDPgMBBg4zSQFjYrrc8GoocOhkcW4JHg3X?= =?us-ascii?Q?iQPOX0c1lCjKdOy2wOu7ECLZgdOLFE=3D?= X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1982; 6:hcv07bOoMIavGVNoyqma0VYAeiSSnQcIsskXh43dq0sR3DfOkQclpymb2FP/up5ghI72ZArGQJVoBqWWFFzAvPF2kCHuO8e1rwwcjIAnC89Gq0969A5ifpiAwIk+qn2aSPqBpF4iQcALeDEWo9kjiGkJiafA8ZnvOfvBxFp3nrrCfGBbgWXwaxqj2ft47cdjU+XoXE9kFrbLIsng83mXWIDXdyTlcVr7thDw1Lra6Md/1FFZgn2j7J7/+g1j44CG1cWLFd4uU2WnZqxEp+EAzbF2Y7i9jGlKCdob0IfUv923BYt6GVZ34nlj4U8Xvel+bMeTsIa4dSPHBdkoqNlaDWOQEyl/ue5he2crGtXFimJtrBoV9iYdS7QrWosI3U8ODFvguxakM/uZ1zZNu6snbbZbU7iZB6VN++5KkR5uJ+ah7+0S+6iTeHrX19hBluZKs8qVquy5U7QklDCDv3X+sWVhw5dwqjHZ/BFzZ805RKoF3B7EzsI3t210PObPVQbELlZD2TaCFdNP0YNzL+8f3mvANC04RY7obM9MRixjeho=; 5:Kv6T7jdFg10/FDmAErKvZBVlRQZONd+EUUGTmBMHfaac66zUWtGV/ieMdgbFXJ4z1ymFaYJPM+yOVx+R51MVACMPRAf9qHqkqvkkE+JtpYawIlm1oohvgT8cDBcRV8TmMZYuD9768OJ1if4aXVQmsg==; 24:ajXVWF1Iz7qyGLpNriyA2Ta04ibcnYA31OeRmNkUBuIVPWl50PffNcVIZJ+gevSdhtf+apC2PAV3vkHvry3GcabZgIu+SxK8+G6pyBHd3RE= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1982; 7:SGjfziHcdTj/62IA+Iz2XdD5TV4ZhHn57BS+QgH4odSp3MT43A1x59Spk2EZGCq9A0EAkq0XzP6iwKhtHPoYYDsuSW8LR2LaQ9n76eqwZPjDGnxV3n3saXPrzWx52RlG8tI0xiGnFykx0GnMXwVpvzYoUUyan2iqAFHrgEZO0hfDxAF/t6DAGRjsentZj6IobFAyW1X+gUqZzDOTebl8rhyc2IT59Aeyt9XkEAS8xDwC+ehXkc24Bx0abNp9OxgYQJotsmh5IxaZagl/QTAnkwZmRPVGjnt/pcbkPNf+UXhjTLk0F+ehUyxkDTr0t+p0qfJlyYpBbIIQQ+9kyMZ+ow== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 May 2017 16:02:34.9430 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR05MB1982 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 16:02:37 -0000 Thomas Mueller wrote: > It seems to me that MAKESYSPATH should match the host building system > FreeBSD version. Which would only be correct if building the same version of FreeBSD as is running on the host. Many folk work on multiple branches on the same machine. Thus for anyone working on src/ there is no guarantee that /usr/share/mk is even remotely correct. So you either buy into the idea of using a wrapper script and canned .env file for each tree (that's what I do; http://www.crufty.net/sjg/docs/sb-tools.htm) to ensure correct = settings per tree (whether FreeBSD, NetBSD, ...), or you compromise and have 'make' itself try to find the "correct" share/mk for whereever it is. This is why the default MAKESYSPATH starts with .../share/mk > Now I believe the correct syntax for setting MAKESYSPATH in .cshrc and .= profile would be > export MAKESYSPATH=3D/usr/share/mk # for .profile, or > setenv MAKESYSPATH /usr/share/mk # for .cshrc Yes, but requires you to keep /usr/share/mk in sync with whatever you a building, tricky if you build head, stable/10 and stable/11 on the same box. --sjg From owner-freebsd-current@freebsd.org Tue May 23 17:50:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BCD39D7AF3A for ; Tue, 23 May 2017 17:50:52 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD881547 for ; Tue, 23 May 2017 17:50:52 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id e127so40088779wmg.1 for ; Tue, 23 May 2017 10:50:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=y+n+M28kDkTwbV5XH9ka86n0WGB6CuClwAZiaxoAbZc=; b=i4k8TiIPVbminhV4mwaEqmQy1ljOU7ocPsknU6DODAd3YbthCkgNNk+3fLuJLMqyvE qWCbAowjoxCekazXE2b1VkUeigZRRciFU26b4T49z/+W6ObGPHR82cZ4bANgg+mWGg0t MYPQXX0FtJgncgG/XILTV2XzAR8nCFBQsMSB6xMmQQNxOn85RHagT6lixIpAjhbE5hgx iG9FfzQFFhzBwljcqN93RpnLjtF1C+QLALdS3rBqHpGZYkeIVdD9Wt1VB4LgoPY0Nf2x 5SghiZWUiVm+T9zXAlPygbrVqJnjnXYL+ea3MeEKGbbiq9HVAWyuBE1RifzoGVkSRBxR hoKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=y+n+M28kDkTwbV5XH9ka86n0WGB6CuClwAZiaxoAbZc=; b=c4CLGafqnopyXxw9zIyyYgdEOrsYpR9j7OYedUo+w2wxhiVzoLG4+/mSIdBDa/JMXB 7rByPtN3ck6YANy+eEr9H9PwuE7uDfrmV8T4vG6Eam2YOHFZFtE4askWDwyBPMBJB9jg Nv4cn5ljwIlNqEP/w6tfOZePY9oH4uIsfu2BFkw946xx57TRQsnnLAPoEbs3wAih8ejp FG4FxPQRttv3RQBngayBQmUgzXLrYeD76/4ikQ5uLOrcyKtDJTRnaDJQoP0mpEJd5qnc nZiU418CdKEmr2O3AQQ12i1b96EkkEnpeYU2qF/x4bLuWUtKTc1DeNyiOLL271AwAAhq qLZA== X-Gm-Message-State: AODbwcDNtbPopHHHo52BBtFhSSLnFXivXaW4ejrt6L1QUKtr249SbEjc x1JNZDkta5F7Y1QwjUY= X-Received: by 10.223.177.140 with SMTP id q12mr15532955wra.68.1495561849580; Tue, 23 May 2017 10:50:49 -0700 (PDT) Received: from momh167-gjp4-hpelitebook850g2-trueos.university.brighton.ac.uk (79-66-136-168.dynamic.dsl.as9105.com. [79.66.136.168]) by smtp.gmail.com with ESMTPSA id w68sm2058564wrb.49.2017.05.23.10.50.47 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 May 2017 10:50:47 -0700 (PDT) Subject: Re: Shutter: gnome-vfs-2.0/modules/libfile.so: Undefined symbol "ih_startup" From: Graham Perrin To: FreeBSD Current References: Message-ID: <043d4784-346f-8b61-0ac8-d8b60a9e3607@gmail.com> Date: Tue, 23 May 2017 18:50:46 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 17:50:52 -0000 On 22/05/2017 13:20, Graham Perrin wrote: > … > > I applied the patch with FreeBSD 12.0-CURRENT #0 r317181, installed gnome-vfs from ports then used pkg to install shutter. > > Still, Shutter fails to start: > > /usr/local/lib/gnome-vfs-2.0/modules/libfile.so: Undefined symbol "ih_startup" At a different machine running CURRENT (TrueOS Desktop) the same routine resulted in a working installation of Shutter. I revisited the first machine, deinstalled items, repeated the patching and installation routine (much the same as, maybe not identical to, the first attempt), Shutter worked. I'm glad that it works now :-) but I don't know why the first attempt didn't have the required effect. Would it matter that in the first attempt, I ran 'make install' (not 'make install clean') for gnome-vfs? From owner-freebsd-current@freebsd.org Tue May 23 21:46:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA524D7B508; Tue, 23 May 2017 21:46:45 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A35C3119E; Tue, 23 May 2017 21:46:45 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-transfer-encoding:Content-type:Mime-version:In-Reply-To: References:Message-ID:To:From:Subject:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=IPQmzfuPLbRYFKxussXGmH4b4N+QyyWhHDqtFJHI++E=; b=pxnNU7G7rxjNufc6K3OhBH580P Y5vPqeu/cWuRyTFB48rDUpcKLrSxyX3FhtBmq4gl/u/8HhhDzbFskHxslQn+ydWiCu6AA7/x24ZGz ekrBgtUabd8HC/y5ret76ZBoVmR6jZakQgMFEfZeqYVKNedDp3GOMb9VPDxuArKw6twA=; Received: from [74.203.163.58] (port=38685 helo=[10.106.10.44]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dDHdc-0008Zx-Kb; Tue, 23 May 2017 16:46:44 -0500 User-Agent: Microsoft-MacOutlook/f.23.0.170517 Date: Tue, 23 May 2017 16:46:14 -0500 Subject: Re: svn commit: r318757 - head From: Larry Rosenman To: Ed Maste , , , , "freebsd-current@freebsd.org" Message-ID: Thread-Topic: svn commit: r318757 - head References: <201705232025.v4NKPnrH001395@repo.freebsd.org> In-Reply-To: <201705232025.v4NKPnrH001395@repo.freebsd.org> Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 21:46:45 -0000 My PostgreSQL buildfarm animal BROKE with this change until I force rebuilt lang/perl5.24 and all my p5-* ports.=20 emulators/qemu-user-static also won=E2=80=99t compile (sbruno@ is on this one). Poudriere did *NOT* force a fuill rebuild even though freebsd-version *WAS*= bumped.=20 Is there a hazard for others here? Or more info needed in /usr/{src,ports}/UPDATING? --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 =20 From owner-freebsd-current@freebsd.org Tue May 23 20:12:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C699D7AB69 for ; Tue, 23 May 2017 20:12:11 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7351DE9 for ; Tue, 23 May 2017 20:12:11 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0BCD4D7AB68; Tue, 23 May 2017 20:12:11 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B73CD7AB67 for ; Tue, 23 May 2017 20:12:11 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (chez.mckusick.com [70.36.157.235]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D24961DE8; Tue, 23 May 2017 20:12:10 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (localhost [IPv6:::1]) by chez.mckusick.com (8.15.2/8.15.2) with ESMTP id v4NKDhn3066014; Tue, 23 May 2017 13:13:43 -0700 (PDT) (envelope-from mckusick@chez.mckusick.com) Message-Id: <201705232013.v4NKDhn3066014@chez.mckusick.com> From: Kirk McKusick To: Baptiste Daroussin Subject: Re: The futur of the roff toolchain cc: current@FreeBSD.org In-reply-to: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <66012.1495570423.1@chez.mckusick.com> Date: Tue, 23 May 2017 13:13:43 -0700 X-Mailman-Approved-At: Tue, 23 May 2017 21:58:16 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 20:12:11 -0000 Thanks for all your work on this project. As I still use roff for our book and for many of my presentations, it is a topic of interest to me. That said, I am fine with roff dropping out of base as I can easily enough bring it in from ports. And I am curious to try using heirloom doctools on our book to see if it works. We do some pretty evil things with diversions, so I can easily believe that it will not work. But it would be great if it does work, because the groff in base has some bugs that are annoying to work around. ~Kirk From owner-freebsd-current@freebsd.org Tue May 23 23:09:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7FC1D78D68; Tue, 23 May 2017 23:09:02 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 794AB12EF; Tue, 23 May 2017 23:09:02 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 8675D2A00; Tue, 23 May 2017 23:09:01 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 40A6D623D; Tue, 23 May 2017 23:09:00 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 8s_2dUNIxS1D; Tue, 23 May 2017 23:08:57 +0000 (UTC) Subject: Re: svn commit: r318757 - head DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 22F5F6238 To: Larry Rosenman , Ed Maste , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" References: <201705232025.v4NKPnrH001395@repo.freebsd.org> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Tue, 23 May 2017 16:08:30 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7ngPRtaOIQbnxJqNeuRdJSqjKauXNvC3g" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 23:09:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7ngPRtaOIQbnxJqNeuRdJSqjKauXNvC3g Content-Type: multipart/mixed; boundary="O416vTc3HT3obfmXbKHFLdbWDPBt5iOtr"; protected-headers="v1" From: Bryan Drewery To: Larry Rosenman , Ed Maste , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" Message-ID: Subject: Re: svn commit: r318757 - head References: <201705232025.v4NKPnrH001395@repo.freebsd.org> In-Reply-To: --O416vTc3HT3obfmXbKHFLdbWDPBt5iOtr Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 5/23/2017 2:46 PM, Larry Rosenman wrote: > My PostgreSQL buildfarm animal BROKE with this change until I force reb= uilt > lang/perl5.24 > and all my p5-* ports.=20 >=20 > emulators/qemu-user-static also won=E2=80=99t compile (sbruno@ is on th= is one). >=20 > Poudriere did *NOT* force a fuill rebuild even though freebsd-version *= WAS* bumped.=20 >=20 It should have. What version are you using? Can you show output of 'poudriere jail -l' please? And show /usr/local/etc/poudriere.d/jails/JAILNAME/version And show the .jailversion output from your PACKAGES directory. > Is there a hazard for others here? >=20 > Or more info needed in /usr/{src,ports}/UPDATING? >=20 >=20 --=20 Regards, Bryan Drewery --O416vTc3HT3obfmXbKHFLdbWDPBt5iOtr-- --7ngPRtaOIQbnxJqNeuRdJSqjKauXNvC3g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZJMD3AAoJEDXXcbtuRpfPv+UIANL/FGjoyrgsYparr9NuMLV0 sOU79WRCvMeJd8+HhfzU7bDLGuIHxleKQrIw4NcLnwTSDAai2oGvAjIRlW47TUk/ Bpha4qpyVvy/+craFBMDWBYPxGIgB762kQ5mc6I0GHY+eYRXl5FZ6oRK4bBd/Y0o sep9MsiBoOEo3SIGdS0Lw48jfrlWFE1ijI/oUKVg57BI7hQfhV9HydJh5ygVp20u 7NY0VQ+RvCO7uohogyAZ2IwJNM9csK+a92HYjzZ/K09WMBKn573B2Z3cn2mXBlKl EHe/+MxC7TbLWIk9BOxJQAr9ItHVTAvXdBxYTmlpFBUlVKfEx4V1wlZRq/iRFn8= =NC5t -----END PGP SIGNATURE----- --7ngPRtaOIQbnxJqNeuRdJSqjKauXNvC3g-- From owner-freebsd-current@freebsd.org Tue May 23 23:24:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83B4FD793BD; Tue, 23 May 2017 23:24:32 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 614891C6A; Tue, 23 May 2017 23:24:32 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-transfer-encoding:Content-type:Mime-version:In-Reply-To: References:Message-ID:To:From:Subject:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=BkXt1vaTsoO61oeUQp+TW7ZvYwJ59C3ZZK5X8bZ8uyw=; b=DAW8APJZ8S0Or6q1la3/kDKwlk CWKNWMg70klgOrdTq/gK90Oj8h7GlqysyzRTZay4VVWbxqXh/GO4egTR1QvSzFqfXOpphkzYmZh76 fM8wFjgD0GFefz4RRrCFcnE+BKwo5UXAYGns+cIxGkoSzbVvFp9boLCIki1AF3kq9e+Y=; Received: from adsl-108-90-214-189.dsl.aus2tx.sbcglobal.net ([108.90.214.189]:57713 helo=[172.18.245.140]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dDJAF-000BZ6-2K; Tue, 23 May 2017 18:24:31 -0500 User-Agent: Microsoft-MacOutlook/f.23.0.170517 Date: Tue, 23 May 2017 18:24:28 -0500 Subject: Re: svn commit: r318757 - head From: Larry Rosenman To: Bryan Drewery , Ed Maste , , , , "freebsd-current@freebsd.org" Message-ID: <145539DE-59B4-4F21-B699-877DED6A2D1C@lerctr.org> Thread-Topic: svn commit: r318757 - head References: <201705232025.v4NKPnrH001395@repo.freebsd.org> In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 23:24:32 -0000 borg.lerctr.org /home/ler $ sudo poudriere jail -l JAILNAME VERSION ARCH METHOD TIMESTAMP = PATH p103amd64 10.3-RELEASE-p18 amd64 http 2017-04-23 08:39:24 = /usr/local/poudriere/jails/p103amd64 p103i386 10.3-RELEASE-p18 i386 http 2017-04-23 08:40:44 = /usr/local/poudriere/jails/p103i386 p110amd64 11.0-RELEASE-p10 amd64 http 2017-05-15 14:54:58 = /usr/local/poudriere/jails/p110amd64 p110i386 11.0-RELEASE-p9 i386 http 2017-04-23 08:41:48 = /usr/local/poudriere/jails/p110i386 live 12.0-CURRENT amd64 src=3D/usr/src 2017-05-23 13:39:40 = /usr/local/poudriere/jails/live pHEADamd64 12.0-CURRENT amd64 src=3D/usr/src 2017-04-24 17:15:13 = /usr/local/poudriere/jails/pHEADamd64 p120armv6 12.0-CURRENT r317340 arm.armv6 svn+https 2017-04-23 10:07:40 = /usr/local/poudriere/jails/p110borg.lerctr.org /usr/local/etc/poudriere.d/ja= ils/live $ cat version 12.0-CURRENT borg.lerctr.org /usr/local/etc/poudriere.d/jails/live $armv6 borg.lerctr.org /home/ler $ borg.lerctr.org /usr/local/poudriere/data/packages/live-host-ports $ cat .j= ailversion 12.0-CURRENT borg.lerctr.org /usr/local/poudriere/data/packages/live-host-ports $ --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 =20 =20 On 5/23/17, 6:08 PM, "Bryan Drewery" wrote: On 5/23/2017 2:46 PM, Larry Rosenman wrote: > My PostgreSQL buildfarm animal BROKE with this change until I force r= ebuilt > lang/perl5.24 > and all my p5-* ports.=20 >=20 > emulators/qemu-user-static also won=E2=80=99t compile (sbruno@ is on this o= ne). >=20 > Poudriere did *NOT* force a fuill rebuild even though freebsd-version= *WAS* bumped.=20 >=20 =20 It should have. What version are you using? Can you show output of 'poudriere jail -l' please? And show /usr/local/etc/poudriere.d/jails/JAILNAME/version And show the .jailversion output from your PACKAGES directory. =20 > Is there a hazard for others here? >=20 > Or more info needed in /usr/{src,ports}/UPDATING? >=20 >=20 =20 =20 --=20 Regards, Bryan Drewery =20 =20 From owner-freebsd-current@freebsd.org Tue May 23 23:29:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFFC2D79599; Tue, 23 May 2017 23:29:36 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7453A1F4F; Tue, 23 May 2017 23:29:36 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 5C3292E92; Tue, 23 May 2017 23:29:35 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 85EB26278; Tue, 23 May 2017 23:29:34 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id wlQCwxoyB8JK; Tue, 23 May 2017 23:29:27 +0000 (UTC) Subject: Re: svn commit: r318757 - head DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com D0D126273 To: Larry Rosenman , Ed Maste , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <145539DE-59B4-4F21-B699-877DED6A2D1C@lerctr.org> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <4fe6fbf4-03e4-804d-784a-67283ed9efd0@FreeBSD.org> Date: Tue, 23 May 2017 16:29:26 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <145539DE-59B4-4F21-B699-877DED6A2D1C@lerctr.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7eDIcNVIx9U8VmIiW83X24XGONA0TUhKX" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 23:29:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7eDIcNVIx9U8VmIiW83X24XGONA0TUhKX Content-Type: multipart/mixed; boundary="9GFaLkKRl5JbSf39It2Jhcnhfwof5N4lD"; protected-headers="v1" From: Bryan Drewery To: Larry Rosenman , Ed Maste , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" Message-ID: <4fe6fbf4-03e4-804d-784a-67283ed9efd0@FreeBSD.org> Subject: Re: svn commit: r318757 - head References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <145539DE-59B4-4F21-B699-877DED6A2D1C@lerctr.org> In-Reply-To: <145539DE-59B4-4F21-B699-877DED6A2D1C@lerctr.org> --9GFaLkKRl5JbSf39It2Jhcnhfwof5N4lD Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 5/23/2017 4:24 PM, Larry Rosenman wrote: > borg.lerctr.org /home/ler $ sudo poudriere jail -l > JAILNAME VERSION ARCH METHOD TIMESTAMP = PATH > p103amd64 10.3-RELEASE-p18 amd64 http 2017-04-23 08:39= :24 /usr/local/poudriere/jails/p103amd64 > p103i386 10.3-RELEASE-p18 i386 http 2017-04-23 08:40= :44 /usr/local/poudriere/jails/p103i386 > p110amd64 11.0-RELEASE-p10 amd64 http 2017-05-15 14:54= :58 /usr/local/poudriere/jails/p110amd64 > p110i386 11.0-RELEASE-p9 i386 http 2017-04-23 08:41= :48 /usr/local/poudriere/jails/p110i386 > live 12.0-CURRENT amd64 src=3D/usr/src 2017-05-23 13:= 39:40 /usr/local/poudriere/jails/live > pHEADamd64 12.0-CURRENT amd64 src=3D/usr/src 2017-04-24 17:= 15:13 /usr/local/poudriere/jails/pHEADamd64 > p120armv6 12.0-CURRENT r317340 arm.armv6 svn+https 2017-04-23 10:07= :40 /usr/local/poudriere/jails/p110borg.lerctr.org /usr/local/etc/poudrie= re.d/jails/live $ cat version > 12.0-CURRENT > borg.lerctr.org /usr/local/etc/poudriere.d/jails/live $armv6 > borg.lerctr.org /home/ler $ >=20 >=20 > borg.lerctr.org /usr/local/poudriere/data/packages/live-host-ports $ ca= t .jailversion > 12.0-CURRENT > borg.lerctr.org /usr/local/poudriere/data/packages/live-host-ports $ >=20 >=20 >=20 That looks like a bug in Poudriere with -m src. It is using 12.0-CURRENT rather than __FreeBSD_version of 1200031. I'm working on a fix. --=20 Regards, Bryan Drewery --9GFaLkKRl5JbSf39It2Jhcnhfwof5N4lD-- --7eDIcNVIx9U8VmIiW83X24XGONA0TUhKX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZJMXWAAoJEDXXcbtuRpfP/FkIANUr5zRaopwkNsKDg44grl0M PtWHRYAOLX1vmgrMgNRhPv8e+nbb9T2tgb9U4T1N3uJ9ifuD6j6IVWrX6+nCBI0m OzUnoPfG0ieXwOauYthNBx0EHAYL2y2AyM3aJJt0v/FUgdfs2XOFDja8hc+7C20H 5ztPJluCKvfPU88zEzwrMkWQMdDhFIn7CZyJjddr/6zU4JBEFzDwH6A8k/+hE9Kw nNkx2htz2HkW46U8f6nuG47ot3G5v90ntztVqwlPWS9OmCsq9TH2oaFQ9Fu9VqRw 81546gDaEW6FW4EBm/d0UXF3/zG0ddnp19FCoflVLpjfpJhhDcePPXpip0SlhG8= =P2A5 -----END PGP SIGNATURE----- --7eDIcNVIx9U8VmIiW83X24XGONA0TUhKX-- From owner-freebsd-current@freebsd.org Tue May 23 23:33:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11C17D798C6; Tue, 23 May 2017 23:33:14 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D187A1562; Tue, 23 May 2017 23:33:13 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id D3BC13067; Tue, 23 May 2017 23:33:12 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 187AF628F; Tue, 23 May 2017 23:33:12 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 5XmE4Ocyl3D8; Tue, 23 May 2017 23:33:06 +0000 (UTC) Subject: Re: svn commit: r318757 - head DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 88219628A From: Bryan Drewery To: Larry Rosenman , Ed Maste , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <145539DE-59B4-4F21-B699-877DED6A2D1C@lerctr.org> <4fe6fbf4-03e4-804d-784a-67283ed9efd0@FreeBSD.org> Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <1c1ab22c-60bf-4707-f635-8069aa1e0594@FreeBSD.org> Date: Tue, 23 May 2017 16:33:06 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <4fe6fbf4-03e4-804d-784a-67283ed9efd0@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sIw1a8MPU8obGIEqPMSjxuV84b026de6m" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 23:33:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sIw1a8MPU8obGIEqPMSjxuV84b026de6m Content-Type: multipart/mixed; boundary="8b3Tlc1Bt9VfscoFw6tX1N8B8aTeGubhr"; protected-headers="v1" From: Bryan Drewery To: Larry Rosenman , Ed Maste , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" Message-ID: <1c1ab22c-60bf-4707-f635-8069aa1e0594@FreeBSD.org> Subject: Re: svn commit: r318757 - head References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <145539DE-59B4-4F21-B699-877DED6A2D1C@lerctr.org> <4fe6fbf4-03e4-804d-784a-67283ed9efd0@FreeBSD.org> In-Reply-To: <4fe6fbf4-03e4-804d-784a-67283ed9efd0@FreeBSD.org> --8b3Tlc1Bt9VfscoFw6tX1N8B8aTeGubhr Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 5/23/2017 4:29 PM, Bryan Drewery wrote: > On 5/23/2017 4:24 PM, Larry Rosenman wrote: >> borg.lerctr.org /home/ler $ sudo poudriere jail -l >> JAILNAME VERSION ARCH METHOD TIMESTAMP = PATH >> p103amd64 10.3-RELEASE-p18 amd64 http 2017-04-23 08:3= 9:24 /usr/local/poudriere/jails/p103amd64 >> p103i386 10.3-RELEASE-p18 i386 http 2017-04-23 08:4= 0:44 /usr/local/poudriere/jails/p103i386 >> p110amd64 11.0-RELEASE-p10 amd64 http 2017-05-15 14:5= 4:58 /usr/local/poudriere/jails/p110amd64 >> p110i386 11.0-RELEASE-p9 i386 http 2017-04-23 08:4= 1:48 /usr/local/poudriere/jails/p110i386 >> live 12.0-CURRENT amd64 src=3D/usr/src 2017-05-23 13= :39:40 /usr/local/poudriere/jails/live >> pHEADamd64 12.0-CURRENT amd64 src=3D/usr/src 2017-04-24 17= :15:13 /usr/local/poudriere/jails/pHEADamd64 >> p120armv6 12.0-CURRENT r317340 arm.armv6 svn+https 2017-04-23 10:0= 7:40 /usr/local/poudriere/jails/p110borg.lerctr.org /usr/local/etc/poudri= ere.d/jails/live $ cat version >> 12.0-CURRENT >> borg.lerctr.org /usr/local/etc/poudriere.d/jails/live $armv6 >> borg.lerctr.org /home/ler $ >> >> >> borg.lerctr.org /usr/local/poudriere/data/packages/live-host-ports $ c= at .jailversion >> 12.0-CURRENT >> borg.lerctr.org /usr/local/poudriere/data/packages/live-host-ports $ >> >> >> >=20 > That looks like a bug in Poudriere with -m src. It is using 12.0-CURREN= T > rather than __FreeBSD_version of 1200031. I'm working on a fix. >=20 Usually Poudriere, for head, will rebuild if the SVN revision changes. It is very liberal with rebuilds on head and does not usually consider __FreeBSD_version since it can be forgotten, and historically was not always bumped on SA/EN either so we used the uname -r output. So this bug is limited to -m src|null|tar. --=20 Regards, Bryan Drewery --8b3Tlc1Bt9VfscoFw6tX1N8B8aTeGubhr-- --sIw1a8MPU8obGIEqPMSjxuV84b026de6m Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZJMayAAoJEDXXcbtuRpfPcd0IAKm8P8McX5I9yUZbOWf8I4Ms cz9Uhts2sDuaiAD1pGRR3/POZmljGebUQks2eX6BVdUz0Uwol6APEs+TK1M8BXBW 3RtL5pXGbjK4fx88DOpRuuWyi8/jZtGmscf4P+miMWPEqE9N7PM1oW41yT13zxmg n67e8BDAbMQTelEd2DZGpHx9QiqZp66ilhUXbQamp709WIBgzDnvzw/JLlogo/ya DigzeoUSsnbznKilvdhQHfTZqYzOOcoYJX7sPcyoS+OG/xLcN9ZxKYoy6ZSeoQ5s ZFQgcFOKhBGUSZwC4Zi4e4e5m6Ruu614wdlbdygD29gmm0WCvfVz+/wSASdRgX0= =3K0J -----END PGP SIGNATURE----- --sIw1a8MPU8obGIEqPMSjxuV84b026de6m-- From owner-freebsd-current@freebsd.org Tue May 23 23:57:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 589AAD7A31D for ; Tue, 23 May 2017 23:57:23 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 36F9C13C8 for ; Tue, 23 May 2017 23:57:23 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 364A9D7A31C; Tue, 23 May 2017 23:57:23 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35B04D7A31B for ; Tue, 23 May 2017 23:57:23 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F034613C7; Tue, 23 May 2017 23:57:22 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail-d.allbsd.org (p2251-ipbf201funabasi.chiba.ocn.ne.jp [221.187.16.251]) (authenticated bits=56) by mail.allbsd.org (8.15.2/8.15.2) with ESMTPSA id v4NNv80T082788 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) (Client CN "/OU=GT07882699/OU=See+20www.rapidssl.com/resources/cps+20+28c+2915/OU=Domain+20Control+20Validated+20-+20RapidSSL+28R+29/CN=*.allbsd.org", Issuer "/C=US/O=GeoTrust+20Inc./CN=RapidSSL+20SHA256+20CA+20-+20G3"); Wed, 24 May 2017 08:57:19 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from alph.allbsd.org (alph.allbsd.org [192.168.0.10]) by mail-d.allbsd.org (8.15.2/8.15.2) with ESMTPS id v4NNv7Qf012880 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 May 2017 08:57:07 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.15.2/8.15.2) with ESMTPA id v4NNv5g3012877; Wed, 24 May 2017 08:57:07 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 24 May 2017 08:55:56 +0900 (JST) Message-Id: <20170524.085556.2040925088868124402.hrs@allbsd.org> To: mckusick@mckusick.com Cc: bapt@FreeBSD.org, current@FreeBSD.org Subject: Re: The futur of the roff toolchain From: Hiroki Sato In-Reply-To: <201705232013.v4NKDhn3066014@chez.mckusick.com> References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> <201705232013.v4NKDhn3066014@chez.mckusick.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_May_24_08_55_56_2017_111)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [133.31.130.32]); Wed, 24 May 2017 08:57:20 +0900 (JST) X-Spam-Status: No, score=-97.9 required=13.0 tests=CONTENT_TYPE_PRESENT, QENCPTR1,URIBL_SC2_SURBL,URIBL_XS_SURBL,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on gatekeeper.allbsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 23:57:23 -0000 ----Security_Multipart(Wed_May_24_08_55_56_2017_111)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Kirk McKusick wrote in <201705232013.v4NKDhn3066014@chez.mckusick.com>: mc> Thanks for all your work on this project. As I still use roff for mc> our book and for many of my presentations, it is a topic of interest mc> to me. That said, I am fine with roff dropping out of base as I can mc> easily enough bring it in from ports. And I am curious to try using mc> heirloom doctools on our book to see if it works. We do some pretty mc> evil things with diversions, so I can easily believe that it will mc> not work. But it would be great if it does work, because the groff mc> in base has some bugs that are annoying to work around. JFYI, I am working on porting/adjust roff macros used in D&I book to make them compatible with heirloom doctools in parallel with the translation work because heirloom doctools has better support of UTF-8 and pnon-English font set. The modified MS macro and most of other small macros worked with some minor modifications though refer(1) in heirloom lacks flexibility in style specification. -- Hiroki ----Security_Multipart(Wed_May_24_08_55_56_2017_111)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlkkzAwACgkQTyzT2CeTzy2riQCeP6Y12fcBWvEMXbxdUtsfuXRY OkYAoJBJKxkmMkSb3JnhjWdGnp1Any4F =FemV -----END PGP SIGNATURE----- ----Security_Multipart(Wed_May_24_08_55_56_2017_111)---- From owner-freebsd-current@freebsd.org Wed May 24 00:13:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9568BD7ABB6; Wed, 24 May 2017 00:13:35 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78E611EB7; Wed, 24 May 2017 00:13:35 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id 204642679; Tue, 23 May 2017 19:13:34 -0500 (CDT) Date: Tue, 23 May 2017 19:13:33 -0500 From: Mark Linimon To: freebsd-ports@FreeBSD.org, freebsd-current@FreeBSD.org Cc: linimon@FreeBSD.org Subject: ports recently marked broken on -current Message-ID: <20170524001332.GA8306@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 00:13:35 -0000 So during my pass over recent powerpc64 package errorlogs, I found a few ports that were actually broken across all archs on -current, and made those commits. I may not have enough cycles to investigate all these down by myself, so I'm asking for help. Does anyone recognize any of these failure modes, and if so, can recommend a fix? I've grouped them together based on my analysis, which may not be correct. Note: error messages from gcc and clang are intermixed. Thanks. mcl benchmarks/dbs tcp_debug.h: field has incomplete type 'struct tcpcb' security/revealrk revealrk.c: 'struct xtcpcb' has no member named 'xt_socket' security/pidentd k_freebsd2.c: storage size of 'pcbp' isn't known japanese/nethack34 stdlib.h: conflicting types for 'srandom' net-mgmt/netdata freebsd_sysctl.c: storage size of 'vmmeter_data' isn't known sysutils/asmem read_mem.c: invalid use of undefined type 'struct vmmeter' net/lft lft_types.h: pcap-int.h: No such file or directory security/dsniff pcaputil.c: '/usr/include/pcap-int.h' file not found sysutils/pftop sf-gencode.h: pcap-int.h: No such file or directory sysutils/scprotect scprotect.c: 'sysctl__' undeclared (first use in this function) www/cherokee unable to detect data struct is used by crypt_r From owner-freebsd-current@freebsd.org Wed May 24 08:57:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 886F1D7B172 for ; Wed, 24 May 2017 08:57:21 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 66F1D1A20 for ; Wed, 24 May 2017 08:57:20 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:35893] helo=localhost) by dnvrco-omsmta03 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id BF/E8-25473-8AA45295; Wed, 24 May 2017 08:56:08 +0000 Date: Wed, 24 May 2017 08:56:08 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-current@freebsd.org CC: Ngie Cooper , "Simon J. Gerraty" Subject: Re: Bug in make setting wrong MAKESYSPATH References: <4E.66.25473.9D551295@dnvrco-omsmta03> <81057.1495500066@kaos.jnpr.net> <95058.1495555282@kaos.jnpr.net> X-RR-Connecting-IP: 107.14.64.88:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 08:57:21 -0000 >From Simon J. Gerraty: > Thomas Mueller wrote: > > It seems to me that MAKESYSPATH should match the host building system > > FreeBSD version. > Which would only be correct if building the same version of FreeBSD as > is running on the host. > Many folk work on multiple branches on the same machine. I have even built FreeBSD i386 from FreeBSD amd64, and vice versa. Even when the user tracks only one branch, such as HEAD, one or more /usr/share/mk files may have been updated since the last build, and therefore not in sync with the build host's /usr/share/mk . For building the system, MAKESYSPATH should be $SRCDIR/share/mk , to be in sync. I tried "make -V MAKESYSPATH" from several SRCDIRs, and that's what happened. Like this: $ make -C /usr/src -V MAKESYSPATH /usr/src/share/mk $ make -C /freebsd-base-graphics -V MAKESYSPATH /freebsd-base-graphics/share/mk > Thus for anyone working on src/ there is no guarantee that /usr/share/mk > is even remotely correct. > So you either buy into the idea of using a wrapper script and canned > .env file for each tree (that's what I do; > http://www.crufty.net/sjg/docs/sb-tools.htm) to ensure correct > settings per tree (whether FreeBSD, NetBSD, ...), or you compromise and > have 'make' itself try to find the "correct" share/mk for whereever it is. > This is why the default MAKESYSPATH starts with .../share/mk > > Now I believe the correct syntax for setting MAKESYSPATH in .cshrc and .profile would be > > export MAKESYSPATH=/usr/share/mk # for .profile, or > > setenv MAKESYSPATH /usr/share/mk # for .cshrc Something like that might be appropriate for ports but not for building the system. So maybe I have to set MAKESYSPATH every time I am in ports, don't know if this would work from /etc/make.conf (need to experiment). I wonder what would happen if there is no FreeBSD installation at all on partition where ports tree is located. > Yes, but requires you to keep /usr/share/mk in sync with whatever you a > building, tricky if you build head, stable/10 and stable/11 on the > same box. I don't think you have to do that, since I find that MAKESYSPATH becomes $SRCDIR/share/mk . > sjg Tom From owner-freebsd-current@freebsd.org Wed May 24 09:05:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD535D7B875; Wed, 24 May 2017 09:05:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5A27F13B2; Wed, 24 May 2017 09:05:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4O95qbG030400 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 May 2017 12:05:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4O95qbG030400 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4O95qht030392; Wed, 24 May 2017 12:05:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 May 2017 12:05:52 +0300 From: Konstantin Belousov To: Larry Rosenman Cc: Ed Maste , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: svn commit: r318757 - head Message-ID: <20170524090552.GF1622@kib.kiev.ua> References: <201705232025.v4NKPnrH001395@repo.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 09:05:59 -0000 On Tue, May 23, 2017 at 04:46:14PM -0500, Larry Rosenman wrote: > My PostgreSQL buildfarm animal BROKE with this change until I force rebuilt > lang/perl5.24 > and all my p5-* ports. So what was the symptoms and the error, exactly ? A lot of efforts were spent to ensure that _consistent_ set of old binaries and libraries would run without issues on the new system. I mean that if you have binaries and libraries built on pre-ino64 system, which do not reference any libraries built on post ino64, except system libraries (like libc/libthr etc), everything should work. This feature was the main cause of long delay finishing ino64. > > emulators/qemu-user-static also won???t compile (sbruno@ is on this one). This is a separate issue. > > Poudriere did *NOT* force a fuill rebuild even though freebsd-version *WAS* bumped. > > Is there a hazard for others here? > > Or more info needed in /usr/{src,ports}/UPDATING? > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 > > > > From owner-freebsd-current@freebsd.org Wed May 24 10:42:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E058DD7BEA3 for ; Wed, 24 May 2017 10:42:24 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47D3D1D01 for ; Wed, 24 May 2017 10:42:23 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from hermann ([87.138.105.249]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MTCDO-1dLcyZ1spy-00S7NH for ; Wed, 24 May 2017 12:42:21 +0200 Date: Wed, 24 May 2017 12:42:19 +0200 From: "Hartmann, O." To: FreeBSD CURRENT Subject: ino64: desastrous update - recommendations not working!!! Message-ID: <20170524124219.3410c416@hermann> Organization: walstatt.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:U6Sdhg80INiD1O3g2vUXfBWhKzJBC1omyl5g4ym6KmNfWyxbcM2 tjQw4CwZUSq7k10GGDElPYDXAVAt3uLecZ6ILJaVK/XLVGUJM/HheWWqscQ3gKpYTNPJLlD X8uZhZ6VJBeXZg9R9CH7hsGz5X848uibm25BF90zXkg6M6u86j7GFpEMnwTDslJmk8oUOkV YC7ZhhcFdddqc/AF1OqKw== X-UI-Out-Filterresults: notjunk:1;V01:K0:03y3akd+Y9Y=:r9ZEYZZMWoc9wfS6109+Zh SQSzfyvDcSY4mgrgX6zmc4M2JnlVJ6GnttI7OVLT7BWUz3AuEdoWFbu+lNXrmLyinBT8TFqFn ANvu2AO5iYVKm5FR7N8riZe6TYiw26zOH0l9HP2pRPoNXX+tDRqxsxwPoLhMgIom38zIJkh6a jkYAHlXRy+DZQOr/idN9vAKtE657LNMO9i41sid3c7ZRwiTqw+M1RVr97+l7Xm5rPydVH1g+3 k+iUg9WtJQ7prUa0CtzUXmQNIfBh5hQaq4rXcwT1Y7ZMlfcJ0UwMfZFN4Zukhm2VjIqyhoyfV yqkLfcSA3eJoIsQAAAjexz0X/irReJIrSE/Bb6DGRBu0gDYQpuHdtrXhunqaLZpBX431qOIJk YW5VtuK4kbYUsspjXR+6A7fk5XXAYU6E3ix2TFhERgR2jbafHyjpuM2y5f5tB86CGLpiT7S2Z rH8KHSMHZk+Ka6rJRf2+oTknBLjYXceLVtqrhlWT7+pg5D3IkLD+shWVZxSZEtBDe4/oP2Ybm OHh91a3t1V6chrSZW62LuqsiHlwpm4uGbBGpuNPPRwfqsqU/6ig8AQI3EXBw/SNDi/W6Nj4zT SWUIoq3wTq+e/6RmB3mTBIDQ8RFHtWnh+Iuz2/A1Le/VVnNuH2M0jLxTHA7q9FeSt+uRR1pIz DxUq7CwICAx0lVJ3i+JS3ruTsnEa4LPlxcrKDKY0KNJUDjnu+nC8u9IyAT67B2D4CT2MTpvAe RmXGfktTVK8xgguBk3HvqTD8Chnilfh8AC4HNqDrTLT1WIME24q/0Oc74E8Nm7t5DMtdkA2C/ mc6L4+TImd4EjK1khh4b1JWDxoLacqou/qv3vjK95i+y//yyM2l5VnXEk3XsoeyvvK4CIxjRw JGEte6hLHho6tzsy6qYw== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 10:42:25 -0000 On almost every CURRENT that has been updated according to UPDATING entry 2017-05-23 regarding ino64, the recommended update process ends up in a desaster or, if the old environemnt/kernel is intact, itr doesn't work. Procedure: make -jX buildworld buildkernel [successful] make installkernel [successful] reboot Booting single user mode as recommended withnthe newly installed kernel BUMMER! When it comes to the point to type in the full path of /bin/sh, /bin/sh immediately fails with SIGNAL 12 In this case, I can boot without problems the old kernel and the system works again. But, depending on the entry revision from which I started the 22nd, or 23rd of May ino64-deal, there is a more harsh failure! According to the above recommendation of updating, BUMMER! doesn't occur at that point and the shell /bin/sh starts as expected. Performing mergemaster -Fp also performs well without any questions or installations so far, but then make installworld BUMMER! again and this time with fatal consequences! The installation fails in libexec/rtld-elf or something like that in the source/object tree after copying libexec/ld-elf.so.1. I see /libexec/ld-elf.so.1 successfully copied with the security copy marked with appendix .old being of a conclusive date and time. The installworld bails out, leaves the tree in a mixture of old and new binaries and now, thanks, the whole system ist wrecked. When trying to reboot such a half-ready installation in single user mode, I can't even get an shell enymore. How can I fix this emergency case with the tools aboard? Since there is no compiler or build infrastructure any more on the USB bootimage, I can not simply installworld and installkernel - the boot image is useless - on this list I had such a discussion in March. For short: I have the intact and complete /usr/obj tree and I think it would be a great deal to be able to simply boot via USB memstick and perform installworld with propper settings of DESTDIR= and sibblings. Yes, now what is to do ... :-( Help appreciated and thanks in advance for those reading so far. O From owner-freebsd-current@freebsd.org Wed May 24 11:31:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C7F1D7B010 for ; Wed, 24 May 2017 11:31:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F05AB168A for ; Wed, 24 May 2017 11:31:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4OBV8Sk063282 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 May 2017 14:31:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4OBV8Sk063282 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4OBV8DI063281; Wed, 24 May 2017 14:31:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 May 2017 14:31:08 +0300 From: Konstantin Belousov To: "Hartmann, O." Cc: FreeBSD CURRENT Subject: Re: ino64: desastrous update - recommendations not working!!! Message-ID: <20170524113108.GK1622@kib.kiev.ua> References: <20170524124219.3410c416@hermann> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170524124219.3410c416@hermann> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 11:31:19 -0000 On Wed, May 24, 2017 at 12:42:19PM +0200, Hartmann, O. wrote: > On almost every CURRENT that has been updated according to UPDATING > entry 2017-05-23 regarding ino64, the recommended update process ends > up in a desaster or, if the old environemnt/kernel is intact, itr > doesn't work. > > Procedure: > > make -jX buildworld buildkernel [successful] > make installkernel [successful] > reboot > Booting single user mode as recommended withnthe newly installed kernel > BUMMER! > When it comes to the point to type in the full path of /bin/sh, /bin/sh > immediately fails with SIGNAL 12 Signal 12 is SIGSYS, which strongly suggest that your 'new' kernel is not new, it does not implement some of the syscalls called by new binaries. > > In this case, I can boot without problems the old kernel and the system > works again. > > But, depending on the entry revision from which I started the 22nd, or > 23rd of May ino64-deal, there is a more harsh failure! I do not understand what are you trying to say there. > > According to the above recommendation of updating, BUMMER! doesn't > occur at that point and the shell /bin/sh starts as expected. > Performing > > mergemaster -Fp > > also performs well without any questions or installations so far, > but then > > make installworld > > BUMMER! again and this time with fatal consequences! The installation > fails in libexec/rtld-elf or something like that in the > source/object tree after copying libexec/ld-elf.so.1. I > see /libexec/ld-elf.so.1 successfully copied with the security copy > marked with appendix .old being of a conclusive date and time. > The installworld bails out, leaves the tree in a mixture of old and new > binaries and now, thanks, the whole system ist wrecked. > When trying to reboot such a half-ready installation in single user > mode, I can't even get an shell enymore. > > How can I fix this emergency case with the tools aboard? > > Since there is no compiler or build infrastructure any more on the USB > bootimage, I can not simply installworld and installkernel - the boot > image is useless - on this list I had such a discussion in March. For > short: I have the intact and complete /usr/obj tree and I think it > would be a great deal to be able to simply boot via USB memstick and > perform installworld with propper settings of DESTDIR= and sibblings. > > Yes, now what is to do ... :-( > > Help appreciated and thanks in advance for those reading so far. I put a statically built stat(1) binary there: https://www.kib.kiev.ua/kib/stat-ino64-static You might use it as a test for the right kernel: after you boot with supposedly new kernel but old world, try to run the binary. If running results in SIGSYS (12), you have configuration issue to solve. From owner-freebsd-current@freebsd.org Wed May 24 11:59:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2EBCD7B8FB for ; Wed, 24 May 2017 11:59:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9D55716B8 for ; Wed, 24 May 2017 11:59:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 99E39D7B8FA; Wed, 24 May 2017 11:59:39 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97B59D7B8F9 for ; Wed, 24 May 2017 11:59:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A17C16B7 for ; Wed, 24 May 2017 11:59:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v4OBxVhY076672 for ; Wed, 24 May 2017 11:59:31 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v4OBxVYx076671 for current@freebsd.org; Wed, 24 May 2017 04:59:31 -0700 (PDT) (envelope-from david) Date: Wed, 24 May 2017 04:59:31 -0700 From: David Wolfskill To: current@freebsd.org Subject: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170524115931.GE1190@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="1BXV+/FYeXhtv2WT" Content-Disposition: inline User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 11:59:39 -0000 --1BXV+/FYeXhtv2WT Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Yesterday's in-place src update (r318606 -> r318739) was a bit more "interesting" than usual; as has been noted elsewhere, it really is necessary to boot the new kernel before the "make installworld" completes successfully. That said, it ("make installworld") did complete successfully, and a followup reboot/smoke test worked without incident. For today's update, sources are now at r318781; both laptop and build machine fail identically during ">>> stage 4.2: building libraries": =2E.. Building /common/S4/obj/usr/src/lib/libc/strsignal.pico Building /common/S4/obj/usr/src/lib/libc/libc.a --- libc.a --- building static c library Building /common/S4/obj/usr/src/lib/libc/libc.so.7 Building /common/S4/obj/usr/src/lib/libc/libc_pic.a --- libc.so.7 --- building shared library libc.so.7 --- libc_pic.a --- building special pic c library --- libc.so.7 --- cc: error: unable to execute command: Segmentation fault (core dumped) cc: error: linker command failed due to signal (use -v to see invocation) *** [libc.so.7] Error code 254 bmake[4]: stopped in /usr/src/lib/libc =2EERROR_TARGET=3D'libc.so.7' =2EERROR_META_FILE=3D'/common/S4/obj/usr/src/lib/libc/libc.so.7.meta' =2EMAKE.LEVEL=3D'4' MAKEFILE=3D'' =2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' =2ECURDIR=3D'/usr/src/lib/libc' =2EMAKE=3D'/usr/obj/usr/src/make.amd64/bmake' =2EOBJDIR=3D'/usr/obj/usr/src/lib/libc' =2ETARGETS=3D'all' DESTDIR=3D'/usr/obj/usr/src/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'/usr/obj' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20160604' PATH=3D'/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/us= r/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/ob= j/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/usr/src' =2EMAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.e= nv.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/= bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/shar= e/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/lib/l= ibc/Makefile /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /us= r/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/b= sd.compiler.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/lib/libc/amd64/Ma= kefile.inc /usr/src/lib/libc/db/Makefile.inc /usr/src/lib/libc/db/btree/Mak= efile.inc /usr/src/lib/libc/db/db/Makefile.inc /usr/src/lib/libc/db/hash/Ma= kefile.inc /usr/src/lib/libc/db/man/Makefile.inc /usr/src/lib/libc/db/mpool= /Makefile.inc /usr/src/lib/libc/db/recno/Makefile.inc /usr/src/lib/libc/com= pat-43/Makefile.inc /usr/src/lib/libc/gdtoa/Makefile.inc /usr/src/lib/libc/= gen/Makefile.inc /usr/src/lib/libc/amd64/gen/Makefile.inc /usr/src/lib/libc= /gmon/Makefile.inc /usr/src/lib/libc/iconv/Makefile.inc /usr/src/lib/libc_n= onshared/Makefile.iconv /usr/src/lib/libc/inet/Makefile.inc /usr/src/lib/li= bc/isc/Makefile.inc /usr/src/lib/libc/locale/Makefile.inc /usr/src/lib/libc= /md/Makefile.inc /usr/src/lib/libc/nameser/Makefile.inc /usr/src/lib/libc/n= et/Makefile.inc /usr/src/lib/libc/nls/Makefile.inc /usr/src/lib/libc/posix1= e/Makefile.inc /usr/src/lib/libc/regex/Makefile.inc /usr/src/lib/libc/resol= v/Makefile.inc /usr/src/lib/libc/stdio/Makefile.inc /usr/src/lib/libc/stdli= b/Makefile.inc /usr/src/lib/libc/amd64/stdlib/Makefile.inc /usr/src/lib/lib= c/stdlib/jemalloc/Makefile.inc /usr/src/lib/libc/stdtime/Makefile.inc /usr/= src/lib/libc/string/Makefile.inc /usr/src/lib/libc/amd64/string/Makefile.in= c /usr/src/lib/libc/sys/Makefile.inc /usr/src/sys/sys/syscall.mk /usr/src/l= ib/libc/amd64/sys/Makefile.inc /usr/src/lib/libc/secure/Makefile.inc /usr/s= rc/lib/libc/rpc/Makefile.inc /usr/src/lib/libc/uuid/Makefile.inc /usr/src/l= ib/libc/xdr/Makefile.inc /usr/src/lib/libc/x86/sys/Makefile.inc /usr/src/li= b/libc/yp/Makefile.inc /usr/src/lib/libc/capability/Makefile.inc /usr/src/s= hare/mk/bsd.lib.mk /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.in= it.mk /usr/src/share/mk/src.init.mk /usr/src/lib/libc/../Makefile.inc /usr/= src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk /usr/src/sha= re/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.file= s.mk /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.confs.mk /usr/src/= share/mk/bsd.links.mk /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.cl= ang-analyze.mk /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk= /usr/src/share/mk/bsd.sys.mk' =2EPATH=3D'. /usr/src/lib/libc /usr/src/lib/libc/db/btree /usr/src/lib/libc= /db/db /usr/src/lib/libc/db/hash /usr/src/lib/libc/db/man /usr/src/lib/libc= /db/mpool /usr/src/lib/libc/db/recno /usr/src/lib/libc/compat-43 /usr/src/l= ib/libc/gdtoa /usr/src/lib/libc/amd64/gen /usr/src/lib/libc/gen /usr/src/co= ntrib/libc-pwcache /usr/src/contrib/libc-vis /usr/src/lib/libc/gmon /usr/sr= c/lib/libc/iconv /usr/src/lib/libc/inet /usr/src/lib/libc/isc /usr/src/lib/= libc/locale /usr/src/lib/libmd /usr/src/lib/libc/nameser /usr/src/lib/libc/= net /usr/src/lib/libc/nls /usr/src/lib/libc/posix1e /usr/src/lib/libc/regex= /usr/src/lib/libc/resolv /usr/src/lib/libc/stdio /usr/src/lib/libc/amd64/s= tdlib /usr/src/lib/libc/stdlib /usr/src/lib/libc/stdlib/jemalloc /usr/src/l= ib/libc/stdtime /usr/src/contrib/tzcode/stdtime /usr/src/lib/libc/amd64/str= ing /usr/src/lib/libc/string /usr/src/sys/libkern /usr/src/lib/libc/amd64/s= ys /usr/src/lib/libc/sys /usr/src/lib/libc/secure /usr/src/lib/libc/rpc /us= r/src/lib/libc/. /usr/src/lib/libc/uuid /usr/src/lib/libc/xdr /usr/src/lib/= libc/x86/sys /usr/src/lib/libc/yp /usr/src/sys/kern /usr/src/lib/libc/capab= ility' 1 error =2E... I'm using 'WITH_META_MODE=3Dyes' -- have been for nearly a year (of daily updates) on both machines. I tried "make clean", then re-tried the build; the resulting failure looks "functionally identical" to me: =2E.. Building /common/S4/obj/usr/src/lib/libc/zh_CN.UTF-8.cat Building /common/S4/obj/usr/src/lib/libc/libc.a --- libc.a --- building static c library Building /common/S4/obj/usr/src/lib/libc/libc.so.7 Building /common/S4/obj/usr/src/lib/libc/libc_pic.a --- libc.so.7 --- building shared library libc.so.7 --- libc_pic.a --- building special pic c library --- libc.so.7 --- cc: error: unable to execute command: Segmentation fault (core dumped) cc: error: linker command failed due to signal (use -v to see invocation) *** [libc.so.7] Error code 254 bmake[4]: stopped in /usr/src/lib/libc =2EERROR_TARGET=3D'libc.so.7' =2EERROR_META_FILE=3D'/common/S4/obj/usr/src/lib/libc/libc.so.7.meta' =2EMAKE.LEVEL=3D'4' MAKEFILE=3D'' =2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' =2ECURDIR=3D'/usr/src/lib/libc' =2EMAKE=3D'/usr/obj/usr/src/make.amd64/bmake' =2EOBJDIR=3D'/usr/obj/usr/src/lib/libc' =2ETARGETS=3D'all' DESTDIR=3D'/usr/obj/usr/src/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' =2E... Any suggestions? Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org "[T]he president=E2=80=99s improper efforts to influence an ongoing investi= gation" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --1BXV+/FYeXhtv2WT Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZJXWjXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XohIH/1EbcbqLvPl86evDEdpCTx4G RKMzWzMZtuzd/0V7TBP6RS23JZXyV8Ysj0EsbNOp6ebU2cJjdPrV60yjS+Jt7dG5 ZRO1/WMtJCxG03mgIPHflyFvc32HJ0LOgST5cG8keQa4elwDzQBcu1k/yxaT7qTu +5W2ejjwtWlblH6o33mFZjWEE4DLsU9jJy3DPiZN7llhNHW5dSpKZ3/13FDvaD+c o6dHbLasqq04yoRQWSZqU7H+cwDxQ6rkxwba5gMOXPYLpRh6h3+sQDNqtwlUeGTb A0bplQoCtMPu+WrEVU42BTJU1U3qMQlmK4iDrhT1TZQvtu9XDEMcQcHdkW7v9HY= =wyfI -----END PGP SIGNATURE----- --1BXV+/FYeXhtv2WT-- From owner-freebsd-current@freebsd.org Wed May 24 12:10:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C0A2D786C1 for ; Wed, 24 May 2017 12:10:27 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 260D01048 for ; Wed, 24 May 2017 12:10:27 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 255F1D786C0; Wed, 24 May 2017 12:10:27 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25062D786BF for ; Wed, 24 May 2017 12:10:27 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D99D11047 for ; Wed, 24 May 2017 12:10:26 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [192.168.43.45] (unknown [188.206.111.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 85F9A336E2; Wed, 24 May 2017 14:10:17 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_1BA59281-B5CD-4417-8CCE-137864BB1D70"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Date: Wed, 24 May 2017 14:10:08 +0200 In-Reply-To: <20170524115931.GE1190@albert.catwhisker.org> Cc: current@freebsd.org To: David Wolfskill References: <20170524115931.GE1190@albert.catwhisker.org> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 12:10:27 -0000 --Apple-Mail=_1BA59281-B5CD-4417-8CCE-137864BB1D70 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 24 May 2017, at 13:59, David Wolfskill wrote: > > Yesterday's in-place src update (r318606 -> r318739) was a bit more > "interesting" than usual; as has been noted elsewhere, it really is > necessary to boot the new kernel before the "make installworld" > completes successfully. That said, it ("make installworld") did > complete successfully, and a followup reboot/smoke test worked without > incident. > > For today's update, sources are now at r318781; both laptop and build > machine fail identically during ">>> stage 4.2: building libraries": > > ... > Building /common/S4/obj/usr/src/lib/libc/strsignal.pico > Building /common/S4/obj/usr/src/lib/libc/libc.a > --- libc.a --- > building static c library > Building /common/S4/obj/usr/src/lib/libc/libc.so.7 > Building /common/S4/obj/usr/src/lib/libc/libc_pic.a > --- libc.so.7 --- > building shared library libc.so.7 > --- libc_pic.a --- > building special pic c library > --- libc.so.7 --- > cc: error: unable to execute command: Segmentation fault (core dumped) > cc: error: linker command failed due to signal (use -v to see invocation) > *** [libc.so.7] Error code 254 Looks like your linker is crashing. Can you figure out: 1) The exact linker command being run 2) The path to the linker executable that crashes 3) Backtrace of the crash -Dimitry --Apple-Mail=_1BA59281-B5CD-4417-8CCE-137864BB1D70 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAlkleCgACgkQsF6jCi4glqOnbgCeLnQjd7vtyA+END5b025uxL4w gMgAoI86SohY6BaS2x39oI3wfOrEBshd =RMHz -----END PGP SIGNATURE----- --Apple-Mail=_1BA59281-B5CD-4417-8CCE-137864BB1D70-- From owner-freebsd-current@freebsd.org Wed May 24 12:10:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83DFCD7887E for ; Wed, 24 May 2017 12:10:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6927A11B0 for ; Wed, 24 May 2017 12:10:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6885FD7887D; Wed, 24 May 2017 12:10:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 682CBD7887C for ; Wed, 24 May 2017 12:10:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA5A111A9 for ; Wed, 24 May 2017 12:10:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4OCAXlU071506 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 May 2017 15:10:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4OCAXlU071506 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4OCAX83071479; Wed, 24 May 2017 15:10:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 May 2017 15:10:33 +0300 From: Konstantin Belousov To: David Wolfskill , current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170524121033.GL1622@kib.kiev.ua> References: <20170524115931.GE1190@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20170524115931.GE1190@albert.catwhisker.org> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 12:10:51 -0000 On Wed, May 24, 2017 at 04:59:31AM -0700, David Wolfskill wrote: > Yesterday's in-place src update (r318606 -> r318739) was a bit more > "interesting" than usual; as has been noted elsewhere, it really is > necessary to boot the new kernel before the "make installworld" > completes successfully. That said, it ("make installworld") did > complete successfully, and a followup reboot/smoke test worked without > incident. >=20 > For today's update, sources are now at r318781; both laptop and build > machine fail identically during ">>> stage 4.2: building libraries": >=20 > ... > Building /common/S4/obj/usr/src/lib/libc/strsignal.pico > Building /common/S4/obj/usr/src/lib/libc/libc.a > --- libc.a --- > building static c library > Building /common/S4/obj/usr/src/lib/libc/libc.so.7 > Building /common/S4/obj/usr/src/lib/libc/libc_pic.a > --- libc.so.7 --- > building shared library libc.so.7 > --- libc_pic.a --- > building special pic c library > --- libc.so.7 --- > cc: error: unable to execute command: Segmentation fault (core dumped) > cc: error: linker command failed due to signal (use -v to see invocation) > *** [libc.so.7] Error code 254 >=20 > bmake[4]: stopped in /usr/src/lib/libc > .ERROR_TARGET=3D'libc.so.7' > .ERROR_META_FILE=3D'/common/S4/obj/usr/src/lib/libc/libc.so.7.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' > .CURDIR=3D'/usr/src/lib/libc' > .MAKE=3D'/usr/obj/usr/src/make.amd64/bmake' > .OBJDIR=3D'/usr/obj/usr/src/lib/libc' > .TARGETS=3D'all' > DESTDIR=3D'/usr/obj/usr/src/tmp' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'amd64' > MACHINE_ARCH=3D'amd64' > MAKEOBJDIRPREFIX=3D'/usr/obj' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20160604' > PATH=3D'/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/= usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/= obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP=3D'/usr/src' > OBJTOP=3D'/usr/obj/usr/src' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.e= nv.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/= bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/shar= e/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/lib/l= ibc/Makefile /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /us= r/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/b= sd.compiler.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/lib/libc/amd64/Ma= kefile.inc /usr/src/lib/libc/db/Makefile.inc /usr/src/lib/libc/db/btree/Mak= efile.inc /usr/src/lib/libc/db/db/Makefile.inc /usr/src/lib/libc/db/hash/Ma= kefile.inc /usr/src/lib/libc/db/man/Makefile.inc /usr/src/lib/libc/db/mpool= /Makefile.inc /usr/src/lib/libc/db/recno/Makefile.inc /usr/src/lib/libc/com= pat-43/Makefile.inc /usr/src/lib/libc/gdtoa/Makefile.inc /usr/src/lib/libc/= gen/Makefile.inc /usr/src/lib/libc/amd64/gen/Makefile.inc /usr/src/lib/libc= /gmon/Makefile.inc /usr/src/lib/libc/iconv/Makefile.inc /usr/src/lib/libc_n= onshared/Makefile.iconv /usr/src/lib/libc/inet/Makefile.inc /usr/src/lib/li= bc/isc/Makefile.inc /usr/src/lib/libc/locale/Makefile.inc /usr/src/lib/libc= /md/Makefile.inc /usr/src/lib/libc/nameser/Makefile.inc /usr/src/lib/libc/n= et/Makefile.inc /usr/src/lib/libc/nls/Makefile.inc /usr/src/lib/libc/posix1= e/Makefile.inc /usr/src/lib/libc/regex/Makefile.inc /usr/src/lib/libc/resol= v/Makefile.inc /usr/src/lib/libc/stdio/Makefile.inc /usr/src/lib/libc/stdli= b/Makefile.inc /usr/src/lib/libc/amd64/stdlib/Makefile.inc /usr/src/lib/lib= c/stdlib/jemalloc/Makefile.inc /usr/src/lib/libc/stdtime/Makefile.inc /usr/= src/lib/libc/string/Makefile.inc /usr/src/lib/libc/amd64/string/Makefile.in= c /usr/src/lib/libc/sys/Makefile.inc /usr/src/sys/sys/syscall.mk /usr/src/l= ib/libc/amd64/sys/Makefile.inc /usr/src/lib/libc/secure/Makefile.inc /usr/s= rc/lib/libc/rpc/Makefile.inc /usr/src/lib/libc/uuid/Makefile.inc /usr/src/l= ib/libc/xdr/Makefile.inc /usr/src/lib/libc/x86/sys/Makefile.inc /usr/src/li= b/libc/yp/Makefile.inc / > .PATH=3D'. /usr/src/lib/libc /usr/src/lib/libc/db/btree /usr/src/lib/libc= /db/db /usr/src/lib/libc/db/hash /usr/src/lib/libc/db/man /usr/src/lib/libc= /db/mpool /usr/src/lib/libc/db/recno /usr/src/lib/libc/compat-43 /usr/src/l= ib/libc/gdtoa /usr/src/lib/libc/amd64/gen /usr/src/lib/libc/gen /usr/src/co= ntrib/libc-pwcache /usr/src/contrib/libc-vis /usr/src/lib/libc/gmon /usr/sr= c/lib/libc/iconv /usr/src/lib/libc/inet /usr/src/lib/libc/isc /usr/src/lib/= libc/locale /usr/src/lib/libmd /usr/src/lib/libc/nameser /usr/src/lib/libc/= net /usr/src/lib/libc/nls /usr/src/lib/libc/posix1e /usr/src/lib/libc/regex= /usr/src/lib/libc/resolv /usr/src/lib/libc/stdio /usr/src/lib/libc/amd64/s= tdlib /usr/src/lib/libc/stdlib /usr/src/lib/libc/stdlib/jemalloc /usr/src/l= ib/libc/stdtime /usr/src/contrib/tzcode/stdtime /usr/src/lib/libc/amd64/str= ing /usr/src/lib/libc/string /usr/src/sys/libkern /usr/src/lib/libc/amd64/s= ys /usr/src/lib/libc/sys /usr/src/lib/libc/secure /usr/src/lib/libc/rpc /us= r/src/lib/libc/. /usr/src/lib/libc/uuid /usr/src/lib/libc/xdr /usr/src/lib/= libc/x86/sys /usr/src/lib/libc/yp /usr/src/sys/kern /usr/src/lib/libc/capab= ility' > 1 error > .... >=20 > I'm using 'WITH_META_MODE=3Dyes' -- have been for nearly a year (of daily > updates) on both machines. >=20 > I tried "make clean", then re-tried the build; the resulting failure > looks "functionally identical" to me: >=20 > ... > Building /common/S4/obj/usr/src/lib/libc/zh_CN.UTF-8.cat > Building /common/S4/obj/usr/src/lib/libc/libc.a > --- libc.a --- > building static c library > Building /common/S4/obj/usr/src/lib/libc/libc.so.7 > Building /common/S4/obj/usr/src/lib/libc/libc_pic.a > --- libc.so.7 --- > building shared library libc.so.7 > --- libc_pic.a --- > building special pic c library > --- libc.so.7 --- > cc: error: unable to execute command: Segmentation fault (core dumped) > cc: error: linker command failed due to signal (use -v to see invocation) > *** [libc.so.7] Error code 254 >=20 > bmake[4]: stopped in /usr/src/lib/libc > .ERROR_TARGET=3D'libc.so.7' > .ERROR_META_FILE=3D'/common/S4/obj/usr/src/lib/libc/libc.so.7.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' > .CURDIR=3D'/usr/src/lib/libc' > .MAKE=3D'/usr/obj/usr/src/make.amd64/bmake' > .OBJDIR=3D'/usr/obj/usr/src/lib/libc' > .TARGETS=3D'all' > DESTDIR=3D'/usr/obj/usr/src/tmp' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'amd64' > MACHINE_ARCH=3D'amd64' >=20 > .... >=20 > Any suggestions? If you perform build of r318739 on r318739 (i.e. build of the same sources as installed on your machine), does the SIGSEGV occur ? Anyway, get the core file loaded into gdb and get the backtrace, at least. From owner-freebsd-current@freebsd.org Wed May 24 12:48:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2AFBD7A60A for ; Wed, 24 May 2017 12:48:35 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 99F941712 for ; Wed, 24 May 2017 12:48:35 +0000 (UTC) (envelope-from bsam@passap.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 9943ED7A609; Wed, 24 May 2017 12:48:35 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 973ADD7A608 for ; Wed, 24 May 2017 12:48:35 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward10j.cmail.yandex.net (forward10j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::185]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F87A1711 for ; Wed, 24 May 2017 12:48:35 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp3m.mail.yandex.net (smtp3m.mail.yandex.net [77.88.61.130]) by forward10j.cmail.yandex.net (Yandex) with ESMTP id 6A9BA22AE1 for ; Wed, 24 May 2017 15:48:31 +0300 (MSK) Received: from smtp3m.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp3m.mail.yandex.net (Yandex) with ESMTP id 036522840F0C for ; Wed, 24 May 2017 15:48:30 +0300 (MSK) Received: by smtp3m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id GMjKk2zNfC-mTGGOcBG; Wed, 24 May 2017 15:48:29 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1495630109; bh=tUtQmw2As+slmtc41nHoRq93rPn2rZBcyF66vZ5R1k8=; h=To:From:Subject:Message-ID:Date; b=YB/plgnjjHTg2Ay47G2OGwZA3Q7ItXaNrcDTomis+BTzMgh4gerwcduhbdxDKylq1 k58TcgvGfNjX9OaMyFxu74TiZFilp/pajZJc5lMgMnIqXZJlJQIeJCo7u8XQi/JpiA JIo0S9lFdYXE0FN8VB47AM8G4R2dsOm+dc7AOrCk= Authentication-Results: smtp3m.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0 To: current@freebsd.org From: Boris Samorodov Subject: base packages, ino64 and upgrade Message-ID: Date: Wed, 24 May 2017 15:47:47 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 12:48:35 -0000 Hi All, Does anyone know the procedure to upgrade for those using base packages? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@freebsd.org Wed May 24 13:00:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F23AED7AA56 for ; Wed, 24 May 2017 13:00:11 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D87A71CFC for ; Wed, 24 May 2017 13:00:11 +0000 (UTC) (envelope-from bsam@passap.ru) Received: by mailman.ysv.freebsd.org (Postfix) id D5179D7AA55; Wed, 24 May 2017 13:00:11 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4C9CD7AA54 for ; Wed, 24 May 2017 13:00:11 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward19p.cmail.yandex.net (forward19p.cmail.yandex.net [IPv6:2a02:6b8:0:1465::aa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 915581CFA for ; Wed, 24 May 2017 13:00:11 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp1o.mail.yandex.net (smtp1o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::25]) by forward19p.cmail.yandex.net (Yandex) with ESMTP id 8C9C022462 for ; Wed, 24 May 2017 15:59:59 +0300 (MSK) Received: from smtp1o.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp1o.mail.yandex.net (Yandex) with ESMTP id 46D181300AF0 for ; Wed, 24 May 2017 15:59:24 +0300 (MSK) Received: by smtp1o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id cB05YHRZPE-xOW4Mps5; Wed, 24 May 2017 15:59:24 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1495630764; bh=0PviIQxL1OhmKlEV+5Kjs4rqakgD5aGCke9El7pzo+M=; h=To:From:Subject:Message-ID:Date; b=pfYHBUSRXEXxLKO1WDknAOsMc/r8cdSuaiok5olDfCx3sDvrj69mOKAhTmqZm0nWd UyM1ngFk6qbVvmJbYKHaSHfcrehDHynXe1jao5X4txIGThb+lfn3NJX6V8HgdPihLV R1lwtsoPDMlzZa27IdzfwiKjUCmF8TeBbVsjZL34= Authentication-Results: smtp1o.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0 To: current@freebsd.org From: Boris Samorodov Subject: ERROR: ctfconvert: [...] has too many members: 1911 > 1023 _and_ ERROR: rc = -1 No entry found [dwarf_next_cu_header_c(61)] Message-ID: <36de85a2-19e2-5b3a-56d5-8fbbab0ac876@passap.ru> Date: Wed, 24 May 2017 15:58:42 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 13:00:12 -0000 Hi All, JFYI: Today I've got a bunch (as much as 63) of cftconvert errors while make buildkernel. There were no such errors tomorrow. The building machine is FreeBSD-amd64-r317665. Errors are not fatal, so the kernel has build successfully. I didn't dare to try to install it yet. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@freebsd.org Wed May 24 13:00:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22E24D7AA76 for ; Wed, 24 May 2017 13:00:17 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0677E1D26 for ; Wed, 24 May 2017 13:00:17 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 05D2AD7AA75; Wed, 24 May 2017 13:00:17 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 058A3D7AA74 for ; Wed, 24 May 2017 13:00:17 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CEBFC1D1D; Wed, 24 May 2017 13:00:16 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 17B12410C; Wed, 24 May 2017 13:00:15 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 24 May 2017 13:00:13 +0000 From: Glen Barber To: Boris Samorodov Cc: current@freebsd.org Subject: Re: base packages, ino64 and upgrade Message-ID: <20170524130013.GC80123@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KDt/GgjP6HVcx58l" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-STABLE amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer X-Spidey-Sense: Uh oh, Peter logged in User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 13:00:17 -0000 --KDt/GgjP6HVcx58l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 24, 2017 at 03:47:47PM +0300, Boris Samorodov wrote: > Hi All, >=20 > Does anyone know the procedure to upgrade for those using base packages? >=20 'pkg install FreeBSD-kernel-generic' (or whatever your kernel package is called), reboot, 'pkg upgrade'. Glen --KDt/GgjP6HVcx58l Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlklg90ACgkQAxRYpUeP 4pN+5g//dpG8IDS1TM7WKURYe0znCWrXd+QvIIPW4yzPrnByiJXY7n+98Jo642Ah ktA5OwvHkrSnrMIT52optusqfpWqqj3K7mUwkSMfrPutPKqFjtSIXXHi4csc0/hx qf7eIrF+t2D91Ya1GhHoFi/+zLqWAlXtR3jYomMCgouomn4Ye0S9VoDxTQkB7B70 c2b0y2l1XsEHGgg7h5Z4O1VkeUJNlfq71suJKoTXgufIQP1ywPeL+M4BghFD0PHD 8qC1aTVI0Ti0vE29zmRByFQg8De5AweCKfAfHuAfEuP0qD8kF5DbH0Ly1e/4x1jp lGwfbdW3AvTpxzx3w3sgYUv32sZa0jqjEDnz+nDprtP2yzzl1vxkLp8TAf0hTp76 pLeIX4uApQbWmedpJIQWutBxkhpLNHKYqVrRQhj/Ov97BHrznWLT/NmG/Uugh+Ap dbhXojpVYq8dEZmOm3xg7Xr3B89QV2FAWq+p8r7GxNxsjtHt20yv9ziIuvRxU9qE fYPGn44w5ZSNJLFh5zkju2NKTvhqC5RiErzy5Wt83+w1anXIm8VY+dSq0d5NwXTE RIz8pxGxagnPx1c6uqARtI7l1wOKkIiW7LFy2AHO2ghy/r4ckNkey4RdwtgyK2ZD UrP9lrTd2Qot+4Krb6njIlnTnFyhlFZ1jankmHpBgOiECjcjoHc= =Pq2I -----END PGP SIGNATURE----- --KDt/GgjP6HVcx58l-- From owner-freebsd-current@freebsd.org Wed May 24 13:01:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA838D7AC72 for ; Wed, 24 May 2017 13:01:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B38311236 for ; Wed, 24 May 2017 13:01:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id B2D51D7AC71; Wed, 24 May 2017 13:01:45 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B27BED7AC70 for ; Wed, 24 May 2017 13:01:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 879901232; Wed, 24 May 2017 13:01:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v4OD1hjX077748; Wed, 24 May 2017 13:01:43 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v4OD1hJH077747; Wed, 24 May 2017 06:01:43 -0700 (PDT) (envelope-from david) Date: Wed, 24 May 2017 06:01:43 -0700 From: David Wolfskill To: Dimitry Andric , Konstantin Belousov Cc: current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170524130143.GL1190@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Dimitry Andric , Konstantin Belousov , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="cLlE6j+44ygFdGhU" Content-Disposition: inline In-Reply-To: <20170524121033.GL1622@kib.kiev.ua> User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 13:01:45 -0000 --cLlE6j+44ygFdGhU Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 24, 2017 at 02:10:08PM +0200, Dimitry Andric wrote: > ... > > building special pic c library > > --- libc.so.7 --- > > cc: error: unable to execute command: Segmentation fault (core dumped) > > cc: error: linker command failed due to signal (use -v to see invocatio= n) > > *** [libc.so.7] Error code 254 >=20 > Looks like your linker is crashing. Can you figure out: > 1) The exact linker command being run > 2) The path to the linker executable that crashes > 3) Backtrace of the crash >=20 > -Dimitry >=20 On Wed, May 24, 2017 at 03:10:33PM +0300, Konstantin Belousov wrote: > ... >=20 > If you perform build of r318739 on r318739 (i.e. build of the same sources > as installed on your machine), does the SIGSEGV occur ? >=20 > Anyway, get the core file loaded into gdb and get the backtrace, at least. Sorry for the delay; I'm way out of practice with using a debugger... and I see that gdb isn't in head now. lldb tells me: (lldb) bt * thread #1, name =3D 'ld', stop reason =3D signal SIGSEGV * frame #0: 0x0000000000000000 (lldb)=20 which isn't entirely unexpected, I suppose, given the nature of SIGSEGV. On the build machine, I "cloned" slice 4 to slice 3, then rebooted it =66rom slice 3, "updated" /usr/src to r318739 and told it to go build itself (while I continued poking at my laptop). The build machine has not yet completed the ">>> stage 4.2: building libraries" step -- recall that I had performed a "make clean" before cloning... -- but it has got quite a bit beyond the previous point of failure (still building clang). I have copied the ld.core and libc.so.7.meta files from the build machine to (and made gzipped copies, as well). As far as I can tell, the "ld" command was: freebeast(12.0-C)[10] ls -lT `which ld` -r-xr-xr-x 2 root wheel 1706336 May 23 05:29:59 2017 /usr/bin/ld This, from: FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #352 r3= 18739M/318739:1200031: Tue May 23 05:16:24 PDT 2017 root@freebeast.catw= hisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 Late note: ">>> stage 4.2: building libraries" has completed on the build machine (building r318739 while running r318739). I apologize for not getting all the information you (both) requested, but thought it best to provisde what I can (sooner). Peace, david --=20 David H. Wolfskill david@catwhisker.org "[T]he president=E2=80=99s improper efforts to influence an ongoing investi= gation" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --cLlE6j+44ygFdGhU Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZJYQ2XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XlUYIAJC0cxEpaxR5E6RY29Q5vYhV 7FyzXsd0JBYTOqDPK9j+vqkLoMDWjLq2qCYs5hMzQ66mFi36KcB/O2Ct6VjMkLBi 2yRKHlOUw/Ran3Acv4eMcb0rnRB8NnQ51EoSoXkpZLdrBd6rxvVNKFErEqL5MJmi Asjk50Ibg8FJcMiJxT9vvbMcsM8E+99vDlirXD5PfSKcCTJeCzc9zPnMF2awDwyx i1JYgiCENc5+3n17oS+wXscUuUduJLoOomvgFeKYgagTTyaFLPkzxpE+f2fjkMpx th6Mj8X07EssTLgNh9mB8MFX526PZa0iuTY1tsaNcH03WxyLGcsbq35JPQjeMFo= =ZLns -----END PGP SIGNATURE----- --cLlE6j+44ygFdGhU-- From owner-freebsd-current@freebsd.org Wed May 24 13:06:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E018D7B2EB; Wed, 24 May 2017 13:06:36 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C00816BF; Wed, 24 May 2017 13:06:36 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-transfer-encoding:Content-type:Mime-version:In-Reply-To: References:Message-ID:CC:To:From:Subject:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Zn21Gb2CZEPJpRgF45rO/+tXieOqv+9MKeq/3Z1Rz8g=; b=nmI8f4c7F3MOk9rI0/4Fxz2Nv2 PFGMsUbJKNeQcvIJVdTgZT5Xe8l0wUkMd2EpRlbOsQRwSDrzRY4LMJn8UWcEaDwdC0UWrIIUptQ1z Mt5qP0A8BRL8leEc1nU+ZsE25fDC6K0MWnX9dCWVCdz5YESYZEaQTswWb5oHIHDws6Wk=; Received: from [47.220.164.50] (port=35847 helo=[192.168.200.198]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dDVzn-000BkK-A5; Wed, 24 May 2017 08:06:35 -0500 User-Agent: Microsoft-MacOutlook/f.23.0.170517 Date: Wed, 24 May 2017 08:06:34 -0500 Subject: Re: svn commit: r318757 - head From: Larry Rosenman To: Konstantin Belousov CC: Ed Maste , , , , "freebsd-current@freebsd.org" Message-ID: <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> Thread-Topic: svn commit: r318757 - head References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> In-Reply-To: <20170524090552.GF1622@kib.kiev.ua> Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 13:06:36 -0000 The initial failure: https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=peripatus&dt=2017-05-23%2019%3A17%3A42 I then recompiled perl, and got: borg.lerctr.org /home/pgbuildfarm $ cd /home/pgbuildfarm/bin/latest && ./run_branches.pl --run-all --config=/home/pgbuildfarm/conf/build-farm.conf Socket.c: loadable library and perl binaries are mismatched (got handshake key 0xd200080, needed 0xdf00080) borg.lerctr.org /home/pgbuildfarm/bin/latest $ force rebuilding and installing perl and all p5-* ports fixed that. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 On 5/24/17, 4:05 AM, "Konstantin Belousov" wrote: On Tue, May 23, 2017 at 04:46:14PM -0500, Larry Rosenman wrote: > My PostgreSQL buildfarm animal BROKE with this change until I force rebuilt > lang/perl5.24 > and all my p5-* ports. So what was the symptoms and the error, exactly ? A lot of efforts were spent to ensure that _consistent_ set of old binaries and libraries would run without issues on the new system. I mean that if you have binaries and libraries built on pre-ino64 system, which do not reference any libraries built on post ino64, except system libraries (like libc/libthr etc), everything should work. This feature was the main cause of long delay finishing ino64. > > emulators/qemu-user-static also won???t compile (sbruno@ is on this one). This is a separate issue. > > Poudriere did *NOT* force a fuill rebuild even though freebsd-version *WAS* bumped. > > Is there a hazard for others here? > > Or more info needed in /usr/{src,ports}/UPDATING? > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 > > > > From owner-freebsd-current@freebsd.org Wed May 24 13:08:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8DFBD7B4AA for ; Wed, 24 May 2017 13:08:40 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B829E19C9 for ; Wed, 24 May 2017 13:08:40 +0000 (UTC) (envelope-from bsam@passap.ru) Received: by mailman.ysv.freebsd.org (Postfix) id B4B58D7B4A9; Wed, 24 May 2017 13:08:40 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4613D7B4A8 for ; Wed, 24 May 2017 13:08:40 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward5p.cmail.yandex.net (forward5p.cmail.yandex.net [IPv6:2a02:6b8:0:1465::15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A2F519C6; Wed, 24 May 2017 13:08:40 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp1j.mail.yandex.net (smtp1j.mail.yandex.net [95.108.130.59]) by forward5p.cmail.yandex.net (Yandex) with ESMTP id 48D812123B; Wed, 24 May 2017 16:08:36 +0300 (MSK) Received: from smtp1j.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp1j.mail.yandex.net (Yandex) with ESMTP id 965FD3C80EF3; Wed, 24 May 2017 16:08:35 +0300 (MSK) Received: by smtp1j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id WDCB23P8VS-8YjWDPM6; Wed, 24 May 2017 16:08:34 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1495631314; bh=MopkYkO6gmc1Sf+IpTHpafEXKC+xAgOuGbWWnKPqs4E=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=TMFAEpCaHnp1kCVLzfteDLrgzh148OOfNpe9/Ypp53UC2eOxXq9KWGxB/8wGxQGw2 vQLO1soj+ZZ89ZlsjPc/I1IRtdGSMQoPAI69gOWiPvB866u1tCcpSndolW/iMM2sMY fEOjVeDcsFlhJgqAq3tEUJ+uuBAu3MuDJdl01Zfo= Authentication-Results: smtp1j.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0,1 0 Subject: Re: base packages, ino64 and upgrade To: Glen Barber Cc: current@freebsd.org References: <20170524130013.GC80123@FreeBSD.org> From: Boris Samorodov Message-ID: <8d0ee865-fcd6-2fea-c143-c1a67fd3a849@passap.ru> Date: Wed, 24 May 2017 16:07:44 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 In-Reply-To: <20170524130013.GC80123@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="M5KgCrnbb14qvXpCbcIvU199x5IRsBaWV" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 13:08:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --M5KgCrnbb14qvXpCbcIvU199x5IRsBaWV Content-Type: multipart/mixed; boundary="ha3kBAUUOa0jf8CusGCqXuExvUh7il7cE" From: Boris Samorodov To: Glen Barber Cc: current@freebsd.org Message-ID: <8d0ee865-fcd6-2fea-c143-c1a67fd3a849@passap.ru> Subject: Re: base packages, ino64 and upgrade References: <20170524130013.GC80123@FreeBSD.org> In-Reply-To: <20170524130013.GC80123@FreeBSD.org> --ha3kBAUUOa0jf8CusGCqXuExvUh7il7cE Content-Type: text/plain; charset=UTF-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable 24.05.2017 16:00, Glen Barber =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Wed, May 24, 2017 at 03:47:47PM +0300, Boris Samorodov wrote: >> Hi All, >> >> Does anyone know the procedure to upgrade for those using base package= s? >=20 > 'pkg install FreeBSD-kernel-generic' (or whatever your kernel package i= s > called), reboot, 'pkg upgrade'. OK, thanks. I'll try in the evening. --=20 WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve --ha3kBAUUOa0jf8CusGCqXuExvUh7il7cE-- --M5KgCrnbb14qvXpCbcIvU199x5IRsBaWV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEiEg2cjwbwCvqC1Z0lg4gsDo/bSgFAlklhagACgkQlg4gsDo/ bSjWdxAAhFDLDJOqQb0WZJJ11xPj3UJuISBeCKCnUYluFauONXN85WjsG4x1Zppu MxpxdiPr9yOxma+TlBiSJaaCRxvLWlrOVdu02nsyejOyG2K6RK7e/T6c9CnwPpc2 j+tg5Z+LglcbNMxSMy5Tk4d/2bbzmPknjihq1A3y5mipHNZRdNl8j/XFyZJil1iB DOAE7RmgPqFDGIgSDhzjYF8H6QrIK6myvmGlHFkqc70DbQrBgu4QrEFPQuc6+RQb lCIuxXtTCKjv1kVPong5Rj4Ra5VzrAfRc7i21yW1TND8M0U9On14kFQg0A0d+W5r YaO6LUFbf+rYsfGa0zI5yw74YYFcfMAqXItSjFd++pq1BWus2G0azNQmshkRBYM4 AXa+9g6wVIBOnE1n1lODN9pINtp9ztA5LZFgPm+1yTVJ1BteFdWnWxCW7MQMUSWq s/1YRlOjm441ClN1HtcbVZickRWTlhn2rH2PkX2EsSbDFyvG0AljLgE2kmWtjJwT P6GCvrmUWGBRqnauBD6IEPYCODk8lyQwQTRmkQ9+cRVvTrWwEaphUSN5lqC+m13G 9LSLQukmCNdbwOwP2mwKbwwaU3m9uEKR5OzOReVhh0zzxteGRp2TSWeEURG18YnL LGpBMeV2yuI49lYD98+NN+NiGCmqMcO3Ljxgcic2zZHewzu+tBQ= =PW9f -----END PGP SIGNATURE----- --M5KgCrnbb14qvXpCbcIvU199x5IRsBaWV-- From owner-freebsd-current@freebsd.org Wed May 24 13:18:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0ABFD7B7C5 for ; Wed, 24 May 2017 13:18:30 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id DEF9D1EC7 for ; Wed, 24 May 2017 13:18:30 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: by mailman.ysv.freebsd.org (Postfix) id DB717D7B7C4; Wed, 24 May 2017 13:18:30 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB196D7B7C3 for ; Wed, 24 May 2017 13:18:30 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) by mx1.freebsd.org (Postfix) with ESMTP id 7CD3C1EC6; Wed, 24 May 2017 13:18:30 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: by sdaoden.eu (Postfix, from userid 1000) id C144116051; Wed, 24 May 2017 15:09:11 +0200 (CEST) Date: Wed, 24 May 2017 15:10:57 +0200 From: Steffen Nurpmeso To: Kirk McKusick Cc: Baptiste Daroussin , current@FreeBSD.org Subject: Re: The futur of the roff toolchain Message-ID: <20170524131057.U8GG5%steffen@sdaoden.eu> References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> <201705232013.v4NKDhn3066014@chez.mckusick.com> In-Reply-To: <201705232013.v4NKDhn3066014@chez.mckusick.com> Mail-Followup-To: Steffen Nurpmeso , Kirk McKusick , current@FreeBSD.org, Baptiste Daroussin User-Agent: s-nail v14.9.0-pre4-80-gae58644a OpenPGP: id=232C220BCB5690A37BD22FFDEB66022795F382CE; url=https://www.sdaoden.eu/downloads/steffen.asc BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 13:18:31 -0000 Mr. McKusick, Kirk McKusick wrote: |Thanks for all your work on this project. As I still use roff for |our book and for many of my presentations, it is a topic of interest |to me. That said, I am fine with roff dropping out of base as I can |easily enough bring it in from ports. And I am curious to try using |heirloom doctools on our book to see if it works. We do some pretty |evil things with diversions, so I can easily believe that it will |not work. But it would be great if it does work, because the groff |in base has some bugs that are annoying to work around. i would be interested to hear about all bugs for future references. I will continue to work on the GPLv2 clone of GNU roff -- that i will maintain -- again in the nearer future, and have brought that almost in sync with v1.22.3 years before. (In sync, but having left off some things which touch code, and that is GPLv3. Etc.) I have not seen annoying bugs in my daily, very unscientific though, use of the FreeBSD version of groff for what can be called many years. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From owner-freebsd-current@freebsd.org Wed May 24 13:33:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB15FD7BF5B; Wed, 24 May 2017 13:33:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 613BF1ACE; Wed, 24 May 2017 13:33:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4ODXI8N090403 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 May 2017 16:33:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4ODXI8N090403 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4ODXIYW090402; Wed, 24 May 2017 16:33:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 May 2017 16:33:18 +0300 From: Konstantin Belousov To: Larry Rosenman Cc: Ed Maste , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: svn commit: r318757 - head Message-ID: <20170524133318.GN1622@kib.kiev.ua> References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 13:33:24 -0000 On Wed, May 24, 2017 at 08:06:34AM -0500, Larry Rosenman wrote: > The initial failure: > https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=peripatus&dt=2017-05-23%2019%3A17%3A42 > > I then recompiled perl, and got: > borg.lerctr.org /home/pgbuildfarm $ cd /home/pgbuildfarm/bin/latest && ./run_branches.pl --run-all --config=/home/pgbuildfarm/conf/build-farm.conf > Socket.c: loadable library and perl binaries are mismatched (got handshake key 0xd200080, needed 0xdf00080) > borg.lerctr.org /home/pgbuildfarm/bin/latest $ > > force rebuilding and installing perl and all p5-* ports fixed that. >From what I understand in reading some perl bugs and perl source, perl performs some validation of the structures shared between the perl interpreter and XS libraries loaded into it. So I am almost sure that you have perl itself and some module built against different src/ bases. Is it true ? If yes, then this is user error. You are trying to mix two binaries built against incompatible ABI. > > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 > > > > On 5/24/17, 4:05 AM, "Konstantin Belousov" wrote: > > On Tue, May 23, 2017 at 04:46:14PM -0500, Larry Rosenman wrote: > > My PostgreSQL buildfarm animal BROKE with this change until I force rebuilt > > lang/perl5.24 > > and all my p5-* ports. > So what was the symptoms and the error, exactly ? > > A lot of efforts were spent to ensure that _consistent_ set of old binaries > and libraries would run without issues on the new system. I mean that > if you have binaries and libraries built on pre-ino64 system, which do > not reference any libraries built on post ino64, except system libraries > (like libc/libthr etc), everything should work. This feature was the > main cause of long delay finishing ino64. > > > > > emulators/qemu-user-static also won???t compile (sbruno@ is on this one). > This is a separate issue. > > > > > Poudriere did *NOT* force a fuill rebuild even though freebsd-version *WAS* bumped. > > > > Is there a hazard for others here? > > > > Or more info needed in /usr/{src,ports}/UPDATING? > > > > > > -- > > Larry Rosenman http://www.lerctr.org/~ler > > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 > > > > > > > > > > From owner-freebsd-current@freebsd.org Wed May 24 13:36:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7DE0D7A101 for ; Wed, 24 May 2017 13:36:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AF3631DD1 for ; Wed, 24 May 2017 13:36:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id AAA66D7A0FF; Wed, 24 May 2017 13:36:09 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA498D7A0FD for ; Wed, 24 May 2017 13:36:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5203B1DCF; Wed, 24 May 2017 13:36:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4ODZw9t091429 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 May 2017 16:35:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4ODZw9t091429 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4ODZwEh091423; Wed, 24 May 2017 16:35:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 May 2017 16:35:58 +0300 From: Konstantin Belousov To: David Wolfskill , Dimitry Andric , current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170524133558.GO1622@kib.kiev.ua> References: <20170524121033.GL1622@kib.kiev.ua> <20170524130143.GL1190@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170524130143.GL1190@albert.catwhisker.org> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 13:36:09 -0000 On Wed, May 24, 2017 at 06:01:43AM -0700, David Wolfskill wrote: > On Wed, May 24, 2017 at 02:10:08PM +0200, Dimitry Andric wrote: > > ... > > > building special pic c library > > > --- libc.so.7 --- > > > cc: error: unable to execute command: Segmentation fault (core dumped) > > > cc: error: linker command failed due to signal (use -v to see invocation) > > > *** [libc.so.7] Error code 254 > > > > Looks like your linker is crashing. Can you figure out: > > 1) The exact linker command being run > > 2) The path to the linker executable that crashes > > 3) Backtrace of the crash > > > > -Dimitry > > > > On Wed, May 24, 2017 at 03:10:33PM +0300, Konstantin Belousov wrote: > > ... > > > > If you perform build of r318739 on r318739 (i.e. build of the same sources > > as installed on your machine), does the SIGSEGV occur ? > > > > Anyway, get the core file loaded into gdb and get the backtrace, at least. > > Sorry for the delay; I'm way out of practice with using a debugger... > and I see that gdb isn't in head now. lldb tells me: > > (lldb) bt > * thread #1, name = 'ld', stop reason = signal SIGSEGV > * frame #0: 0x0000000000000000 > (lldb) > > which isn't entirely unexpected, I suppose, given the nature of SIGSEGV. Useful gdb is in ports, devel/gdb. There is nothing in the nature of SIGSEGV which makes lack of the backtrace a reasonable outcome. > > On the build machine, I "cloned" slice 4 to slice 3, then rebooted it > from slice 3, "updated" /usr/src to r318739 and told it to go build > itself (while I continued poking at my laptop). The build machine has > not yet completed the ">>> stage 4.2: building libraries" step -- recall > that I had performed a "make clean" before cloning... -- but it has got > quite a bit beyond the previous point of failure (still building clang). > > I have copied the ld.core and libc.so.7.meta files from the build > machine to (and > made gzipped copies, as well). > > As far as I can tell, the "ld" command was: > freebeast(12.0-C)[10] ls -lT `which ld` > -r-xr-xr-x 2 root wheel 1706336 May 23 05:29:59 2017 /usr/bin/ld > > This, from: > FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #352 r318739M/318739:1200031: Tue May 23 05:16:24 PDT 2017 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 > > Late note: ">>> stage 4.2: building libraries" has completed on the > build machine (building r318739 while running r318739). > > I apologize for not getting all the information you (both) requested, but > thought it best to provisde what I can (sooner). If build of r318739 succed, can you try, please, to rebuild the current latest sources, but now with reverted r318750 ? From owner-freebsd-current@freebsd.org Wed May 24 12:15:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C79A4D78A2E for ; Wed, 24 May 2017 12:15:12 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 43E021682 for ; Wed, 24 May 2017 12:15:11 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from hermann ([87.138.105.249]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M2ts6-1e3pAA0rva-00sgxN; Wed, 24 May 2017 14:15:08 +0200 Date: Wed, 24 May 2017 14:15:07 +0200 From: "Hartmann, O." To: Konstantin Belousov Cc: "Hartmann, O." , FreeBSD CURRENT Subject: Re: ino64: desastrous update - recommendations not working!!! Message-ID: <20170524141507.32490c2a@hermann> In-Reply-To: <20170524113108.GK1622@kib.kiev.ua> References: <20170524124219.3410c416@hermann> <20170524113108.GK1622@kib.kiev.ua> Organization: walstatt.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ze5muvFZ3FBKmxsk8kat7QjWbPYPe1UnYWJ+369pbQL3h1rD919 lrZshG82+NsiBaVtiqgUkGgRso/8vyLLMOjMZNd0kZyr1YmxmCTcztjFqHBm2jRlID9HYCt TuAN2YKLDxRf/MR9bvSAefq/ik2qG2qxRD9+l4S0UE69MeTqAwCCZt13crLS4Uw3ykz+WKM KpCylDcecPRhdbIdIS2hQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:eSLb5gjwgvo=:E3IfW+EjSxmGXex25DVKVp 1CBXZ5TGCak82xX36sMtIyTHd9OftbMy0EJA7BDn5voYftYbz33wc3Arb4q66ujAsLDmaxVw8 mqTsUgpfmCc5ZA3m8g6UJSj7bWmfRyvCTWCh7SiDkQeVNPkRXGAOM1iD66t2AXBOpoZfONNhx 2nbr4kR426uadNmSm5FhpqrZ3mc+na1ZKQfx0852FOKcXhJpXDAoqI01nBg911lKlitwE3Tfd giUuh/7dpAzpUpTMRV9bVHyETWcAUlOsrrQ6SWfbZvs/B9GhpCfOGs9KhHFE20Hb68oLqAJFc kYu5kfs/zz4tK2oVRkdb/TLpJ1WQ057GjYHOOJXgqsZKEUveGIS0My0bEvkvg7Q3ArLaDVFVS K/77rYN5a+GHXuY9rrmhqbeAVLp1B9dOxXLnvZa4zD4NkagxjPRHOrptqVWJOpJXUeyD4vp3T UHQrVezBCHWVB0Db6aMJhZOnaX4PdzkdfQOql/eZZKgmkIb4YJvdpVAl6elIoQbXTc1dl39IA 9YZr09axIq/SRfh41QD96ZTMk5KNPfZIboXIsIlhK3NoKTIhoBrPO86Szc2ypCXhRcmQjT6uv QzgpUYQe25x0O+UOqfaqHsGpmXrBGdGeaxYpxsOHbLAYbsT7yr0n/TosXqC0jKFv6rWJjogPL duj/ZY4HY/eGlM/EMC13X4HJiomcIk47SZdvgMDzEqwa9W0lQgcEhrX5iQXi+efjhT8RrgFLR 9bAehWi/CDkVW4c/Y8Gut18uBPXfaenIOqKLLfbpwmKDhyTHqw7UvQohMw9D9c/jQcuHJwgr/ lcNtnAzor08kbS9C42OKrUOrAO6CFPXlZOAy+g+zirg/54o4v9P4AmeolW1rK7mLX8qQvOPqv ypXUNyXGwA8vg94XSMOg== X-Mailman-Approved-At: Wed, 24 May 2017 13:46:14 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 12:15:12 -0000 On Wed, 24 May 2017 14:31:08 +0300 Konstantin Belousov wrote: > On Wed, May 24, 2017 at 12:42:19PM +0200, Hartmann, O. wrote: > > On almost every CURRENT that has been updated according to UPDATING > > entry 2017-05-23 regarding ino64, the recommended update process > > ends up in a desaster or, if the old environemnt/kernel is intact, > > itr doesn't work. > > > > Procedure: > > > > make -jX buildworld buildkernel [successful] > > make installkernel [successful] > > reboot > > Booting single user mode as recommended withnthe newly installed > > kernel BUMMER! > > When it comes to the point to type in the full path > > of /bin/sh, /bin/sh immediately fails with SIGNAL 12 > Signal 12 is SIGSYS, which strongly suggest that your 'new' kernel is > not new, it does not implement some of the syscalls called by new > binaries. It is(!) new as it has been installed from sources checked out recently, rebuilt world and rebuilt world after I completely DELETED(!) /usr/obj. The most striking evidence would be the revision number right now, but I don't have the luxury of time at the moment to play with the harhsly failing wreckeges. > > > > > In this case, I can boot without problems the old kernel and the > > system works again. > > > > But, depending on the entry revision from which I started the 22nd, > > or 23rd of May ino64-deal, there is a more harsh failure! > I do not understand what are you trying to say there. Well, that is easy. On our development and testing facilities, I do in most cases daily updates. Some notebooks or systems I/we have to rely a bit more on, I do this after two or more days after a successful update of the others. What I want to say - and did say - is: boxes which I have updated recently, 22nd, 23rd May the last time, do break on installworld after they booted successfully the new kernel and gave me a single-user console, while the notebooks, for instance, which has been updated CURRENT the last time on Thursday last week, only fail in getting a login due to the /bin/sh SIGSYS issue. I think David Wolfskill made a point about this in a recent commit to the list. > > > > > According to the above recommendation of updating, BUMMER! doesn't > > occur at that point and the shell /bin/sh starts as expected. > > Performing > > > > mergemaster -Fp > > > > also performs well without any questions or installations so far, > > but then > > > > make installworld > > > > BUMMER! again and this time with fatal consequences! The > > installation fails in libexec/rtld-elf or something like that in the > > source/object tree after copying libexec/ld-elf.so.1. I > > see /libexec/ld-elf.so.1 successfully copied with the security copy > > marked with appendix .old being of a conclusive date and time. > > The installworld bails out, leaves the tree in a mixture of old and > > new binaries and now, thanks, the whole system ist wrecked. > > When trying to reboot such a half-ready installation in single user > > mode, I can't even get an shell enymore. > > > > How can I fix this emergency case with the tools aboard? > > > > Since there is no compiler or build infrastructure any more on the > > USB bootimage, I can not simply installworld and installkernel - > > the boot image is useless - on this list I had such a discussion in > > March. For short: I have the intact and complete /usr/obj tree and > > I think it would be a great deal to be able to simply boot via USB > > memstick and perform installworld with propper settings of DESTDIR= > > and sibblings. > > > > Yes, now what is to do ... :-( > > > > Help appreciated and thanks in advance for those reading so far. > > I put a statically built stat(1) binary there: > https://www.kib.kiev.ua/kib/stat-ino64-static > > You might use it as a test for the right kernel: after you boot with > supposedly new kernel but old world, try to run the binary. If > running results in SIGSYS (12), you have configuration issue to solve. I'll try. And report. But I'm out of the lab until Monday :-( I have boxes at home I'd like to update, last update of those was the day before yesterday, but I do not dare until the issue is identified correctly. As David Wolfskill stated in his headline, it is probably not ino64 messing up - as I interprete his question mark. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed May 24 13:53:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5C87D7A7FA; Wed, 24 May 2017 13:53:26 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B35521A18; Wed, 24 May 2017 13:53:26 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-transfer-encoding:Content-type:Mime-version:In-Reply-To: References:Message-ID:CC:To:From:Subject:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=5D4J63eVro7sM0qJYmf0PJG6ACD7iZtn76b58drdU6o=; b=XUtdEP++BaoXkQH92eWBbE12az kFmxLcyycirFT6JxW/KVwDQm1Pi+58m+dC4x2hlwny9bb8mh4Ur1tFNo5w4EI8ssbqU24FGZdcPHf Km2XbpyBlijqk9Y0JLz8tR8vgIG9+qJ4IKQmKKhuIBg5lNzIYOOSJRSc+hIsVc+bInpk=; Received: from [74.203.163.58] (port=13119 helo=[10.106.10.44]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dDWj7-000DHr-VU; Wed, 24 May 2017 08:53:26 -0500 User-Agent: Microsoft-MacOutlook/f.23.0.170517 Date: Wed, 24 May 2017 08:52:55 -0500 Subject: Re: svn commit: r318757 - head From: Larry Rosenman To: Konstantin Belousov CC: Ed Maste , , , , "freebsd-current@freebsd.org" Message-ID: <341C4D4C-13EE-4640-96DC-F019E1A6E778@lerctr.org> Thread-Topic: svn commit: r318757 - head References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> <20170524133318.GN1622@kib.kiev.ua> In-Reply-To: <20170524133318.GN1622@kib.kiev.ua> Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 13:53:26 -0000 The initial failure was NOT, except that the PostgreSQL build builds a PL/Perl interpreter that MIGHT Be considered that. It was unexpected. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 On 5/24/17, 8:33 AM, "Konstantin Belousov" wrote: On Wed, May 24, 2017 at 08:06:34AM -0500, Larry Rosenman wrote: > The initial failure: > https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=peripatus&dt=2017-05-23%2019%3A17%3A42 > > I then recompiled perl, and got: > borg.lerctr.org /home/pgbuildfarm $ cd /home/pgbuildfarm/bin/latest && ./run_branches.pl --run-all --config=/home/pgbuildfarm/conf/build-farm.conf > Socket.c: loadable library and perl binaries are mismatched (got handshake key 0xd200080, needed 0xdf00080) > borg.lerctr.org /home/pgbuildfarm/bin/latest $ > > force rebuilding and installing perl and all p5-* ports fixed that. From what I understand in reading some perl bugs and perl source, perl performs some validation of the structures shared between the perl interpreter and XS libraries loaded into it. So I am almost sure that you have perl itself and some module built against different src/ bases. Is it true ? If yes, then this is user error. You are trying to mix two binaries built against incompatible ABI. > > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 > > > > On 5/24/17, 4:05 AM, "Konstantin Belousov" wrote: > > On Tue, May 23, 2017 at 04:46:14PM -0500, Larry Rosenman wrote: > > My PostgreSQL buildfarm animal BROKE with this change until I force rebuilt > > lang/perl5.24 > > and all my p5-* ports. > So what was the symptoms and the error, exactly ? > > A lot of efforts were spent to ensure that _consistent_ set of old binaries > and libraries would run without issues on the new system. I mean that > if you have binaries and libraries built on pre-ino64 system, which do > not reference any libraries built on post ino64, except system libraries > (like libc/libthr etc), everything should work. This feature was the > main cause of long delay finishing ino64. > > > > > emulators/qemu-user-static also won???t compile (sbruno@ is on this one). > This is a separate issue. > > > > > Poudriere did *NOT* force a fuill rebuild even though freebsd-version *WAS* bumped. > > > > Is there a hazard for others here? > > > > Or more info needed in /usr/{src,ports}/UPDATING? > > > > > > -- > > Larry Rosenman http://www.lerctr.org/~ler > > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 > > > > > > > > > > From owner-freebsd-current@freebsd.org Wed May 24 13:59:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A63C7D7AA1C for ; Wed, 24 May 2017 13:59:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3141E1E for ; Wed, 24 May 2017 13:59:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8A8F5D7AA1B; Wed, 24 May 2017 13:59:07 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A36FD7AA1A for ; Wed, 24 May 2017 13:59:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3C71E1E1D; Wed, 24 May 2017 13:59:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v4ODx5F8079364; Wed, 24 May 2017 13:59:05 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v4ODx5KG079363; Wed, 24 May 2017 06:59:05 -0700 (PDT) (envelope-from david) Date: Wed, 24 May 2017 06:59:05 -0700 From: David Wolfskill To: Konstantin Belousov Cc: Dimitry Andric , current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170524135905.GZ1190@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , Dimitry Andric , current@freebsd.org References: <20170524121033.GL1622@kib.kiev.ua> <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="jOWcLJj2EpBZWei/" Content-Disposition: inline In-Reply-To: <20170524133558.GO1622@kib.kiev.ua> User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 13:59:07 -0000 --jOWcLJj2EpBZWei/ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 24, 2017 at 04:35:58PM +0300, Konstantin Belousov wrote: > ... > > (lldb) bt > > * thread #1, name =3D 'ld', stop reason =3D signal SIGSEGV > > * frame #0: 0x0000000000000000 > > (lldb)=20 > >=20 > > which isn't entirely unexpected, I suppose, given the nature of SIGSEGV. > Useful gdb is in ports, devel/gdb. OK; thanks. > There is nothing in the nature of SIGSEGV which makes lack of the > backtrace a reasonable outcome. Oh; OK. > ... > If build of r318739 succed, can you try, please, to rebuild the current > latest sources, but now with reverted r318750 ? It did complete successfully. I have updated /usr/src back to 318781, then started a new build. While it has not yet completed ">>> stage 4.2: building libraries", it is well beyond the provious point of failure (again, building parts of clang/libllvm). I'm reporting now, as I'll need to head in to work fairly soon. I should be able to report definitively a bit later. Thank you for your help! Peace, david --=20 David H. Wolfskill david@catwhisker.org "[T]he president=E2=80=99s improper efforts to influence an ongoing investi= gation" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --jOWcLJj2EpBZWei/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZJZGpXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XK7kH/ju/9CcOSOiNWMwpaJApxqn5 ZcAz7Aaw7MO/6418fb3oO2WMruFzVLV/OgO8ovpWlDbLmZyJgtj3f9LuebQOBKVm 5elu3KNaLCPJEMdb/3wLWsNVWPCsCdmUZM1JqVJq2giB78QTo3oncX50zQCtojpo ylT5gVhJXaU6K1iBwmd0XaHC12IAaBpkjR6woOaqkCG8h1EE3lNU00aWq5ozo2Ei Dw4LQLQaB+uFCrl5y6vbVIicMxZxTr8MYoniu2OuWknVauybJQphaOHDWImqUJy8 bQ0Bg3Fd5s2hS17iII+3kuwJz11jlSdUlp+l1Z0ch3PJpXo0VusbyP5MMNaPErc= =Ois/ -----END PGP SIGNATURE----- --jOWcLJj2EpBZWei/-- From owner-freebsd-current@freebsd.org Wed May 24 14:16:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B53ED7AF7B for ; Wed, 24 May 2017 14:16:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 62CAA17A0 for ; Wed, 24 May 2017 14:16:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 62325D7AF79; Wed, 24 May 2017 14:16:53 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61D3ED7AF77 for ; Wed, 24 May 2017 14:16:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EC1DA179F; Wed, 24 May 2017 14:16:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4OEGdPP000808 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 May 2017 17:16:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4OEGdPP000808 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4OEGc0T000807; Wed, 24 May 2017 17:16:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 May 2017 17:16:38 +0300 From: Konstantin Belousov To: David Wolfskill , Dimitry Andric , current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170524141638.GP1622@kib.kiev.ua> References: <20170524121033.GL1622@kib.kiev.ua> <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170524135905.GZ1190@albert.catwhisker.org> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 14:16:53 -0000 On Wed, May 24, 2017 at 06:59:05AM -0700, David Wolfskill wrote: > On Wed, May 24, 2017 at 04:35:58PM +0300, Konstantin Belousov wrote: > > If build of r318739 succed, can you try, please, to rebuild the current > > latest sources, but now with reverted r318750 ? > > It did complete successfully. > > I have updated /usr/src back to 318781, then started a new build. So are you building stock 318781, or did you reverted r318750 ? > > While it has not yet completed ">>> stage 4.2: building libraries", it > is well beyond the provious point of failure (again, building parts of > clang/libllvm). > > I'm reporting now, as I'll need to head in to work fairly soon. I > should be able to report definitively a bit later. From owner-freebsd-current@freebsd.org Wed May 24 14:20:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B28D6D7B0AB for ; Wed, 24 May 2017 14:20:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4771958 for ; Wed, 24 May 2017 14:20:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 96C41D7B0AA; Wed, 24 May 2017 14:20:03 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9671BD7B0A9 for ; Wed, 24 May 2017 14:20:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 479871957; Wed, 24 May 2017 14:20:02 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v4OEK1kM079890; Wed, 24 May 2017 14:20:01 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v4OEK1xs079889; Wed, 24 May 2017 07:20:01 -0700 (PDT) (envelope-from david) Date: Wed, 24 May 2017 07:20:01 -0700 From: David Wolfskill To: Konstantin Belousov Cc: Dimitry Andric , current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170524142001.GA1190@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , Dimitry Andric , current@freebsd.org References: <20170524121033.GL1622@kib.kiev.ua> <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="XgWkusiZDs53F1ax" Content-Disposition: inline In-Reply-To: <20170524141638.GP1622@kib.kiev.ua> User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 14:20:03 -0000 --XgWkusiZDs53F1ax Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 24, 2017 at 05:16:38PM +0300, Konstantin Belousov wrote: > On Wed, May 24, 2017 at 06:59:05AM -0700, David Wolfskill wrote: > > On Wed, May 24, 2017 at 04:35:58PM +0300, Konstantin Belousov wrote: > > > If build of r318739 succed, can you try, please, to rebuild the curre= nt > > > latest sources, but now with reverted r318750 ? > >=20 > > It did complete successfully. > >=20 > > I have updated /usr/src back to 318781, then started a new build. > So are you building stock 318781, or did you reverted r318750 ? Stock 318781 [*]. I revert as a (nearly) last resort. :-) > > While it has not yet completed ">>> stage 4.2: building libraries", it > > is well beyond the provious point of failure (again, building parts of > > clang/libllvm). > >=20 > > I'm reporting now, as I'll need to head in to work fairly soon. I > > should be able to report definitively a bit later. It's completed the ">>> stage 4.2: building libraries" part, and well into ">>> stage 4.3: building everything". * Save for my (usual) hacking of conf/newvers.sh a bit. And now I really do need to head in to work. Peace, david --=20 David H. Wolfskill david@catwhisker.org "[T]he president=E2=80=99s improper efforts to influence an ongoing investi= gation" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --XgWkusiZDs53F1ax Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZJZaRXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XtvcIAMELGsOH1LoQ0if/dmuSYer7 D0g/YkVqWTGSaoplvUpv5J/rwXftUNyU0NCyax186LyQdgdUNbTTs++BUnyzbVue C7rZAcJv6n00Mc+ZrH6GOs9LOrLGfLxNxJydmV9vK4cmzklKNPgkrvhkLqLI7mYB 5rQ+fqNC8XbXc2jXbHkS1QNv8e5tRDmXt5b6RFBS8Hz7M65DU66yFeQ1vPcGWVtZ XkWcFKSTOA5Nl0+JqVMmrgkGj0Xo7G8sUuZpln9dwECr57G5f0YTu9IcB2RbQKAE CiXcj+x6rFYkpvqOSD6GqK6sjZQNGYP1q9bl+r3YzJ1pMQyAtObXoWgLkmDi56s= =2gnI -----END PGP SIGNATURE----- --XgWkusiZDs53F1ax-- From owner-freebsd-current@freebsd.org Wed May 24 14:40:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95D2CD7B94B for ; Wed, 24 May 2017 14:40:19 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x234.google.com (mail-yw0-x234.google.com [IPv6:2607:f8b0:4002:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5644C186D for ; Wed, 24 May 2017 14:40:19 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x234.google.com with SMTP id b68so90164065ywe.3 for ; Wed, 24 May 2017 07:40:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=atoxbIKQnBCV1y6jkCMFLKcswRVKGvh4IcpkEeAI/Ic=; b=JqLvHigr5UCDb3OIdOs9To5FREs1+laNQyZa731CPOcmgh18dmahjS09wBNo7YCxeQ owNq5WrnEFWdjR3u2hon0JwpsnLhwVZx54swWOkwL2nRIaiTS3NIHWpXZ49Ahn0tqHIn 7qyahklTS54NNx9E3CRCHLs/rhpBGap315Eenq4M/35ztuye/AN52G8E0fCJtm8lSPEq 0w24JQPqMgHoWwYNB4bBXCS5QPvgN1aMKOfIt6HjGkP8KgqRUoqqqI8LJh71xZyZKksU r2VWmMoRL3CaQ7Ub4S/STwQi9y8IKrCeicEh0UKAFGOrwvuNX2xEjMNWT7WAflMzfIAn jNOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=atoxbIKQnBCV1y6jkCMFLKcswRVKGvh4IcpkEeAI/Ic=; b=GAJhEqjPbp8Uapl1hxGKm1hUc9iyA5kMu8msuQhn15CnsD4RjEj5MVLtUCOj+zXbp4 uYEeQr6pITtbTjxWkj89QmgBOUVgUQ1H+nzNrqSjUfOmgSs3Or58bsKEcxAgbh79gyWt ZcQe7uxC4No44+8iq7rCqq2vgmOQJhndlx2NF1YM6LcO/hsYF3Vi5GORFXXAfhQtgbaB z3Vfhv4SDlsvos9kjlb1R9xSgXTrjsc0WO91ONFonx5m9KaDZXDN1AWBHhrMbKfMLOss YyThlRnD94+8pInUNSQHR8diARrfRAB8ExySMVHmBsQMLSlumdOjTe40hiZp5VsNDd59 CdDQ== X-Gm-Message-State: AODbwcB/ggNHemqrxeXFSUXwaxU31bCR3WvKjq3lB9hE7R4gfPX/HcUD nu9WnjTQxJlDYFyj3IWv6DZcHy90QsSS X-Received: by 10.129.4.137 with SMTP id 131mr25084168ywe.222.1495636818490; Wed, 24 May 2017 07:40:18 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.13.206.199 with HTTP; Wed, 24 May 2017 07:40:17 -0700 (PDT) In-Reply-To: <20170524124219.3410c416@hermann> References: <20170524124219.3410c416@hermann> From: Alan Somers Date: Wed, 24 May 2017 08:40:17 -0600 X-Google-Sender-Auth: q8WD66rln3busu-qndweisiVV7g Message-ID: Subject: Re: ino64: desastrous update - recommendations not working!!! To: "Hartmann, O." Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 14:40:19 -0000 On Wed, May 24, 2017 at 4:42 AM, Hartmann, O. wrote: > On almost every CURRENT that has been updated according to UPDATING > entry 2017-05-23 regarding ino64, the recommended update process ends > up in a desaster or, if the old environemnt/kernel is intact, itr > doesn't work. > > Procedure: > > make -jX buildworld buildkernel [successful] > make installkernel [successful] > reboot > Booting single user mode as recommended withnthe newly installed kernel > BUMMER! > When it comes to the point to type in the full path of /bin/sh, /bin/sh > immediately fails with SIGNAL 12 Did you use a custom kernel config file without COMPAT_FREEBSD11? From owner-freebsd-current@freebsd.org Wed May 24 15:09:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A21AD7A47C for ; Wed, 24 May 2017 15:09:58 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2388D1C1A for ; Wed, 24 May 2017 15:09:58 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1FFB7D7A47B; Wed, 24 May 2017 15:09:58 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1FA33D7A479 for ; Wed, 24 May 2017 15:09:58 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEC5B1C18 for ; Wed, 24 May 2017 15:09:57 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [192.168.2.2] (unknown [77.95.97.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 0EB0A336F7; Wed, 24 May 2017 17:09:55 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_93EBB073-8629-49C3-A521-1778C58742E9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: ERROR: ctfconvert: [...] has too many members: 1911 > 1023 _and_ ERROR: rc = -1 No entry found [dwarf_next_cu_header_c(61)] Date: Wed, 24 May 2017 17:09:42 +0200 In-Reply-To: <36de85a2-19e2-5b3a-56d5-8fbbab0ac876@passap.ru> Cc: current@freebsd.org To: Boris Samorodov References: <36de85a2-19e2-5b3a-56d5-8fbbab0ac876@passap.ru> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 15:09:58 -0000 --Apple-Mail=_93EBB073-8629-49C3-A521-1778C58742E9 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 24 May 2017, at 14:58, Boris Samorodov wrote: > > JFYI: Today I've got a bunch (as much as 63) of cftconvert errors > while make buildkernel. There were no such errors tomorrow. The building > machine is FreeBSD-amd64-r317665. > > Errors are not fatal, so the kernel has build successfully. I didn't > dare to try to install it yet. Hi Boris, These messages have been occurring for a long time now (years?), and can be safely ignored. -Dimitry --Apple-Mail=_93EBB073-8629-49C3-A521-1778C58742E9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAlklokMACgkQsF6jCi4glqOAvgCg+OdUoBgARoLKc99YObOk8Lw/ K/wAoM3nrcuvZvMKXCrMi2ysSxjern2f =DO9s -----END PGP SIGNATURE----- --Apple-Mail=_93EBB073-8629-49C3-A521-1778C58742E9-- From owner-freebsd-current@freebsd.org Wed May 24 15:15:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73175D7A8AE for ; Wed, 24 May 2017 15:15:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 59E0614D6 for ; Wed, 24 May 2017 15:15:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 59313D7A8AD; Wed, 24 May 2017 15:15:12 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58DBBD7A8AB for ; Wed, 24 May 2017 15:15:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0905714D3; Wed, 24 May 2017 15:15:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v4OFF9uW080843; Wed, 24 May 2017 15:15:09 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v4OFF9tr080842; Wed, 24 May 2017 08:15:09 -0700 (PDT) (envelope-from david) Date: Wed, 24 May 2017 08:15:09 -0700 From: David Wolfskill To: Konstantin Belousov , Dimitry Andric , current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170524151509.GB1190@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , Dimitry Andric , current@freebsd.org References: <20170524121033.GL1622@kib.kiev.ua> <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> <20170524142001.GA1190@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="XqFDY9bHNWRmuMQr" Content-Disposition: inline In-Reply-To: <20170524142001.GA1190@albert.catwhisker.org> User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 15:15:12 -0000 --XqFDY9bHNWRmuMQr Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 24, 2017 at 07:20:01AM -0700, David Wolfskill wrote: > ... > > > I have updated /usr/src back to 318781, then started a new build. > > So are you building stock 318781, or did you reverted r318750 ? >=20 > Stock 318781 [*]. I revert as a (nearly) last resort. :-) >=20 > > > While it has not yet completed ">>> stage 4.2: building libraries", it > > > is well beyond the provious point of failure (again, building parts of > > > clang/libllvm). > > >=20 > > > I'm reporting now, as I'll need to head in to work fairly soon. I > > > should be able to report definitively a bit later. >=20 > It's completed the ">>> stage 4.2: building libraries" part, and well > into ">>> stage 4.3: building everything". >=20 > * Save for my (usual) hacking of conf/newvers.sh a bit. >=20 > And now I really do need to head in to work. > ... It completed successfully and a reboot shows: FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #354 r3= 18781M/318781:1200031: Wed May 24 07:31:48 PDT 2017 root@freebeast.catw= hisker.org:/common/S3/obj/usr/src/sys/GENERIC amd64 Peace, david (typing from shuttle en route to work) --=20 David H. Wolfskill david@catwhisker.org "[T]he president=E2=80=99s improper efforts to influence an ongoing investi= gation" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --XqFDY9bHNWRmuMQr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZJaN9XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XZ8AH/jOsZX22FeUPh5otUxTm3o6T GQSVcrVh90OeIFXM2S9U8fkwyoaJiUx+y9A4XLWOR0eCq5Mdk9xc01+DJlJTYBqQ i/FgPk1n4rw9WHNYS8ruFNSMu7DtcOaccONMFrtB515nqUpGfmfTW6+6lXhNPGG9 5sFHDsb2yDQV1L1TSTZez34fBYMW7IfkmXFO/wpKpWaVL/SvJRdJGxeaEgL0fmEM Xp+gdklm3YnpbLvmZK2/4jxAy1BVpObMzH5dGt1IYw4kRQG/QsyCVs2IcIg1g36Y LKyIP9BjM8SFH30fzcR9fLe0ZUP8czNtibiBldshXlt860ysT9vod2FPIh7UjXQ= =FV6Z -----END PGP SIGNATURE----- --XqFDY9bHNWRmuMQr-- From owner-freebsd-current@freebsd.org Wed May 24 15:34:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47801D7B110 for ; Wed, 24 May 2017 15:34:56 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 23EE312A0 for ; Wed, 24 May 2017 15:34:56 +0000 (UTC) (envelope-from bsam@passap.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 233C3D7B10F; Wed, 24 May 2017 15:34:56 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22E30D7B10D for ; Wed, 24 May 2017 15:34:56 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2m.cmail.yandex.net (forward2m.cmail.yandex.net [IPv6:2a02:6b8:b030::19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CAE2129F; Wed, 24 May 2017 15:34:55 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp2o.mail.yandex.net (smtp2o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::26]) by forward2m.cmail.yandex.net (Yandex) with ESMTP id 9E80A21012; Wed, 24 May 2017 18:34:51 +0300 (MSK) Received: from smtp2o.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp2o.mail.yandex.net (Yandex) with ESMTP id BDD2B5080C42; Wed, 24 May 2017 18:34:50 +0300 (MSK) Received: by smtp2o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id Zdsw64l1gp-YnQu71k8; Wed, 24 May 2017 18:34:49 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1495640089; bh=g8ITqtmwQB5MmiKSg4cMoK9/t7yQ0dfszg0R6ubU6fY=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=G9kLZHMl4dffB/B8mAvdrf7eSTyRaGTROBdY/q6V6a5vdtYLYMKHBSubkyNmzPJtN rljnxfTzpH0PuuOkOo9Fub2eay0nvyRlQwoPVTXUTQCCIftQ+7JW0x/Ivyoj9+KBlx uSuOhRERyihW5iUy/UyPwWzhaWQPcszcbpFNBggI= Authentication-Results: smtp2o.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0,1 0 Subject: Re: ERROR: ctfconvert: [...] has too many members: 1911 > 1023 _and_ ERROR: rc = -1 No entry found [dwarf_next_cu_header_c(61)] To: Dimitry Andric Cc: current@freebsd.org References: <36de85a2-19e2-5b3a-56d5-8fbbab0ac876@passap.ru> From: Boris Samorodov Message-ID: Date: Wed, 24 May 2017 18:34:14 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rOLT07QnXTgfFUQSInAHg1AIOlA2k6IRk" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 15:34:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rOLT07QnXTgfFUQSInAHg1AIOlA2k6IRk Content-Type: multipart/mixed; boundary="G1s9xaAWhHv28GtGGvu7gnCWt4HFfWpfR" From: Boris Samorodov To: Dimitry Andric Cc: current@freebsd.org Message-ID: Subject: Re: ERROR: ctfconvert: [...] has too many members: 1911 > 1023 _and_ ERROR: rc = -1 No entry found [dwarf_next_cu_header_c(61)] References: <36de85a2-19e2-5b3a-56d5-8fbbab0ac876@passap.ru> In-Reply-To: --G1s9xaAWhHv28GtGGvu7gnCWt4HFfWpfR Content-Type: text/plain; charset=UTF-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable 24.05.2017 18:09, Dimitry Andric =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 24 May 2017, at 14:58, Boris Samorodov wrote: >> >> JFYI: Today I've got a bunch (as much as 63) of cftconvert errors >> while make buildkernel. There were no such errors tomorrow. The buildi= ng >> machine is FreeBSD-amd64-r317665. >> >> Errors are not fatal, so the kernel has build successfully. I didn't >> dare to try to install it yet. >=20 > These messages have been occurring for a long time now (years?), and > can be safely ignored. Hi Dimitry, I suspected something like this. I have WITH_META_MODE defined so it may be why I do see those messages rarely. Thank you. --=20 WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve --G1s9xaAWhHv28GtGGvu7gnCWt4HFfWpfR-- --rOLT07QnXTgfFUQSInAHg1AIOlA2k6IRk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEiEg2cjwbwCvqC1Z0lg4gsDo/bSgFAlklp/YACgkQlg4gsDo/ bSiA/g//eIdpH7DkCwr9ZRLcST6qZx49oh8JCWHMC4EggGEAgAxUmlov+u2GFv8v VvbF2lR15gMR92wA4KrAa3bATT0ekW0Xn7gE16RR0e9e+QS+W0xThovO/bmUOCH9 3KCVc3i4cRxgHMBZQh+TP6omh7RSXhm7HB8YUQbHyWl4cr2oNhkkSj0hpUlrx4H2 JA7JbN2M2ZYAmxNW1U1mh2eu3Nw5vaQ92MCmGz6OH8Yd/rAQeCbnO61/1a38akwf tQ903aHmn+HBmpXoUHoecAWDX8uAmXZ9dNCyrczaDdG2+Us9SXqiRDdjDbAGisAx cAcNMzczd6Q5rWRa1R4AQ0uiDiz4O9B8cGvkM0yE4yYSgwcQkA2Zl4mUbaX39I5u //dlOHYVEJHGZCorfDCZayaH791XiX7r6U6HbHtpZSFHZVcjd7SE61QGzVkl7r0F c55Qi/4lXL23HWB5OGrFXuzRMw4RoB/+TxGhIgLbWMHIQJEjOE1qmBG6q6QxKpTd 0n6rv5AWJPmT7ooJVvz+74Kl5ES5Nv2pQTNhaFExyyfOxVGNvpuznLPiQNCHOKXA 0AFTH15SqJUYTGvdgLCQ40dVkZUzIIl+MkeTrvHD4TovAVTfm5phbvUGB5CA2pzr BSk5w35CWsM9S5phA8LCKGq+ZLvKB+n79stc0+Aa8jJkhrJZkds= =Q/Gp -----END PGP SIGNATURE----- --rOLT07QnXTgfFUQSInAHg1AIOlA2k6IRk-- From owner-freebsd-current@freebsd.org Wed May 24 15:47:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 173B8D7B821 for ; Wed, 24 May 2017 15:47:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E62561C1C for ; Wed, 24 May 2017 15:47:42 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id E23D7D7B81F; Wed, 24 May 2017 15:47:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1E77D7B81E for ; Wed, 24 May 2017 15:47:42 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x243.google.com (mail-pf0-x243.google.com [IPv6:2607:f8b0:400e:c00::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AB8181C1A; Wed, 24 May 2017 15:47:42 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x243.google.com with SMTP id f27so33381004pfe.0; Wed, 24 May 2017 08:47:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=yMQ92dDm9FDgOPnWkniGozphoOl4cqA8KgPohTPpf9s=; b=kUdENmjp2Sw3g3772GpS/o/wYiXAvS7Uz9A5c9MhWwfLTdfn0gVUpY2uSu3BHLGlSJ t/js9Hefr3xCpGj7DpG5elUDxo25TiW7188CTq9oXH8FN9W5faVtI46vWun8uFPOmad/ wh4/ruX+3PCl4uL3Po6XGOD6saQbs3DqCsoP47S/ba8EOoAOgPCcXrrfJnpy8c5/n42x 6sLnReAQg4WuuwKZWqBFT0RA4cIsyPoIHRBTfQzGqvjcR3xFZJoMeNuAIvlKIRRDgVMJ PaA0GbW7H9TjTy4FHfA8oKqkKEDm2o9ooitXLmJV5xOXutlCWDRiiRRPsQZ4CdcSr1KM SVjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=yMQ92dDm9FDgOPnWkniGozphoOl4cqA8KgPohTPpf9s=; b=LNjC0DjsEGf1gOG2zY9Pk1sWKPk4LeoJxkO++hzmdL7kG9d08zKPfEzha72gXJOJaq sTefkbLav8uylG9fucnYZeCxKt/BA8MUnUYMIJKtq04YEtxWpkdridAW2NcuOqXYPkDk eEu+DFEvM09mbpVvQ36fvELTM7JKIfiFHzV38R21EYuYlmoeQmI56hULWW9lT5H/2Nam KPsc5dBOP80h9HjId+ha6mOfDgwwsU1Fu75Ccjh17Z9exQGaMotIbbGWW5e3Dt+t2xrL hCCPY5dK1zSZq2wjPmsj+UGZKf1SPSo+2ylxV6khftsHV4u6naJySVjOoAExuvDWe4D3 /azw== X-Gm-Message-State: AODbwcAiIdkixIZKNDcR9x+k/ucluZDSWKkUSDWFXmzmYxaL0NlQyyRd WdWX4xU/coUkcw== X-Received: by 10.98.64.93 with SMTP id n90mr38102976pfa.96.1495640862279; Wed, 24 May 2017 08:47:42 -0700 (PDT) Received: from [192.168.20.13] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id l186sm7779284pgd.42.2017.05.24.08.47.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 24 May 2017 08:47:41 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV From: Ngie Cooper X-Mailer: iPhone Mail (14F89) In-Reply-To: <20170524151509.GB1190@albert.catwhisker.org> Date: Wed, 24 May 2017 08:47:41 -0700 Cc: Konstantin Belousov , Dimitry Andric , current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <6ECCD13E-E2F0-4026-B429-1DA7A202AB02@gmail.com> References: <20170524121033.GL1622@kib.kiev.ua> <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> <20170524142001.GA1190@albert.catwhisker.org> <20170524151509.GB1190@albert.catwhisker.org> To: David Wolfskill X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 15:47:43 -0000 > On May 24, 2017, at 08:15, David Wolfskill wrote: ... > It completed successfully and a reboot shows: >=20 > FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #354 r= 318781M/318781:1200031: Wed May 24 07:31:48 PDT 2017 root@freebeast.catw= hisker.org:/common/S3/obj/usr/src/sys/GENERIC amd64 Hi David! There was another report on the list about a stale MAKEOBJDIRPREFIX caus= ing someone grief. I think it's safe to say that meta mode and -DNO_CLEAN mi= ght not work across this transition--in particular meta mode tends to err on= the side of not to rebuilding things. Cheers, -Ngie= From owner-freebsd-current@freebsd.org Wed May 24 17:05:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3CAFAD7C6E0 for ; Wed, 24 May 2017 17:05:02 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0096.outbound.protection.outlook.com [104.47.41.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B03A11D3D for ; Wed, 24 May 2017 17:05:00 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=93mbJN5Qvf7KyTk5vAAV4+C5F/CTrPiSXSAWpqgzac0=; b=TBPLQxEdT4NWeng5se44p/twLVO2gfBiN13cus0BgbMRUKT7eX9fMVB9e4aiyn2blJtcJVTfoLrt128i1jaRcybe4WZEQvDsfGMj2ODaVkxy3rS83n1H2pJiGaClHQng4auPli1W1x2zx5g0JM3s6DoVQopAP5tGlV4Djcpuk4M= Received: from BY1PR0501CA0023.namprd05.prod.outlook.com (10.162.139.33) by BY1PR0501MB1302.namprd05.prod.outlook.com (10.160.200.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5; Wed, 24 May 2017 17:04:59 +0000 Received: from BY2NAM05FT005.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e52::203) by BY1PR0501CA0023.outlook.office365.com (2a01:111:e400:4821::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5 via Frontend Transport; Wed, 24 May 2017 17:04:59 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by BY2NAM05FT005.mail.protection.outlook.com (10.152.100.142) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Wed, 24 May 2017 17:04:58 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 24 May 2017 10:04:54 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4OH4sZe014355; Wed, 24 May 2017 10:04:54 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 832C238551F; Wed, 24 May 2017 10:04:54 -0700 (PDT) To: Thomas Mueller CC: , Ngie Cooper , Subject: Re: Bug in make setting wrong MAKESYSPATH In-Reply-To: References: <4E.66.25473.9D551295@dnvrco-omsmta03> <81057.1495500066@kaos.jnpr.net> <95058.1495555282@kaos.jnpr.net> Comments: In-reply-to: Thomas Mueller message dated "Wed, 24 May 2017 08:56:08 -0000." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <24671.1495645494.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Wed, 24 May 2017 10:04:54 -0700 Message-ID: <24672.1495645494@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39400400002)(39860400002)(39840400002)(39850400002)(39450400003)(39410400002)(2980300002)(24454002)(189002)(199003)(9170700003)(38730400002)(110136004)(50466002)(107886003)(6266002)(6246003)(478600001)(305945005)(8676002)(23726003)(4326008)(356003)(5660300001)(46406003)(86362001)(189998001)(7126002)(50986999)(8656002)(7696004)(76506005)(97756001)(53936002)(68736007)(9686003)(39060400002)(105596002)(2950100002)(8746002)(6916009)(47776003)(93886004)(50226002)(117636001)(8936002)(229853002)(2810700001)(76176999)(53416004)(55016002)(81166006)(106466001)(54906002)(77096006)(2906002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1302; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; MX:1; A:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2NAM05FT005; 1:yaCUDnCuinUepWUlNVUt/jy5YT7W024aR07JmdXcg25/U7aTUaDiNHBKmD0lPXFaqI1N+pp2sothZpKk6QTujYA95sVzsKRPxne0PWLhjPveQgGv/H5dBf8CsM61tEM60JSatWMWVgypaIPtyz+Q8KKP4R3Fxtue9buVrwFXojAx84rrZ7TR/VWVlbWk7ogrBz29eR/p8vC/RdjFlMTVSsKqAAA6sdshvv38XxxWD6zge1hWXvI4RfREVDllrgIV+xo/HGbckASuZ4o9of5Avs4w3bQezlYenb8IsZXimOWFR5fbi367nQ8Ryhyxm/yXlCqdILu2ze20kxFX2alaM5OJjHUdr1XOhRz3JDeWn5N8JnvOyKIfP/g9aqqTOttmQkDwWNIL4xeHemtDi0jB1bK2kpKlvpleWQuDBCw22KQT+auDcLWkEZWsmLSRH86HV4JdeymR6j0QPvsWZyTA6fYa4139H3B8O6iAKpGpk8XE5vPYmn1V7hpaRD5b4Z07h+DeAWTOQ+cKzCXsiCDM8f/uxQMJW52A8O5v8LkkbuhzDf0ftJJWZSBdxbGa4Y/ENAJHWrGtrM82LO83S5942yePh1oS5rzTuk5EnDjcM9wzivLzljlnLm1BL72+iOcP X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: BY1PR0501MB1302: X-MS-Office365-Filtering-Correlation-Id: 3564658e-2ec1-4731-6e4c-08d4a2c702a7 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:BY1PR0501MB1302; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1302; 3:5cH0pMkhnkdsuLIVipVN2CDxic6ouVQq51khPSwM30hYwkbHcZHysOnMAip/wcVki+xj8TPoTjHDID6uHf8vuce21pZAtGYXycK1TzGlcuQtnxN1mbq9ha/FZdd/tvpI8siLGsG6s7oAkiQmu/IHrS7jOXXVAdkaCO0ij/fQWWWrRX78mgPRP4uTTToy+4FaFsT1bOVj8x/dRdCI0MBepdFCtfzE6iAZuRaqMwHNjQhPvq76AKi0uGoeRnmlcow4/AW9N7uGi8nskzTDMrrtWqCBTZhLHMtLc8Cv2yWkL3dSuCw9nBowwiwbBEdpz8KY34vZSs2FHyNjoCEY96xnZqsA5+fUIkGSv5Y/p0QjD0QN/m4HaTA/bHJKMUSQQZWfOm7muJ+i8Z/ePtym2uKJiyjyY72PXw/11RD6dhUPEfxMFEXCVOsn9/tpqaFhdJUniV+GnieHnbZSs56fwVlSRw== X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1302; 25:oycq4a9JB2Z8HWkWKa+BIimGP37fmB6aoJRc30EXZr6jodveuntMGl7FKvwJ96FveKHI+4yZzGNDxAScIORPh+zSzxCmiE1XWZv60INfLzyX0zr3g2MBpcoUQtYb+9HPU00mbA19EWHQqKVG0CBjcan+KxKsKmy2Y3M73+gyEd3SRYi6QPo1CE81TSdD6s/0fUmO0jPGtsC6j6/k9H1Yq8cWrLLXotRx/0SPzz9YV3WlxZ0bzI3kENKKbDgjhcrseiVu9PIQ6YoS3sLiCOqGaI+MFDsAOqgSob51pAxLtAjLpnLVdhbS6NxIOxRtu5Jr+kNrzrn+VDt4Luilj0DmCYnctynWDG4b1Q0hrdWvge+hMbxIBo9OjmJ0YRYVDbpTTcWhv1q4GsrAywVeoN4+ZSGMNFn154Z5zJrblRbMyv/EdiGS7Rv1LHOYlDp4Joxu9TJEQct/pl6Ibl/4jPtonoW8bBnKmIiSqy/SratgRtI=; 31:IXK8p4nCFwz+oHn8uKagSkrx1aO8MZfaMI7KKoDoQoOqR0KJrwlasEEbMDYdKyyjYriZskCbHcUBMd/EiLeC4HyAqGNFFwFLYXCkgJ9tYQTv8v8IYkW05leLCaT98gBkXVxoBLrSll02ayMsDxgh4cfkureocs3/I3xSGdh+1hPICAbagnwnqoPJGYCSgztwP4r4VANBlf1WR703FhuG5SVU/sB/3XybyI5J7z56c8ZidsnJLbTWiI8BulqHBfOpL1OP6olGvMAFwEVnHA25Zg== X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1302; 20:jeDtAPTVdaBfbXAOu0znALzol8JkiYm/KlxsnnHZ1DnPLBnpkHZZtgw2l26FLWf7XCx2mXWXp+dQGeRC39n31TCG78ROhzBurPg3I1Y4u5d3ANYpUx10mDcf66PDb1XhQUMLeUrtdXOhJBsaAlYXxcG6dvjx2HxEqOgbHSOkP0NfDj3PVJBtDMNVEDNDRFYXSDpt5oeDVNyoaJjA0Mnx4soqh6dhiYb1buG5HkPgu6L2pySgiOSBbkqy7lB4XxCSsG+U8qJl1nlGC7AbzQ+FO7EtGHzceBeraBG474NOTBNQg3Jy5qLiXLc1tURTBnTZAgiXMv2IEuZkS1pseHjSywwOibabsaff8f4uao3/VJJORACTsgKVMTOSYpNIHrCZSX36R6PCqGCjZVghxG6LDplVGgRgV5WiXXzwMeIYf9T7XxEWgf2AKDe788nclwOXOoCG1lp7m81pe/1rvibSqWZV8c5oE6uIDI2PDAuxOGAvppSVW7E1R37VmD6GQ/vB X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(71323512122534); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700054)(100105000095)(100000701054)(100105300095)(100000702054)(100105100095)(6040450)(601004)(2401047)(13017025)(5005006)(13024025)(8121501046)(13018025)(13015025)(13023025)(3002001)(100000703054)(100105400095)(93006095)(93003095)(10201501046)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123558100)(20161123560025)(20161123564025)(20161123555025)(6072148)(100000704054)(100105200095)(100000705054)(100105500095); SRVR:BY1PR0501MB1302; BCL:0; PCL:0; RULEID:(100000800054)(100110000095)(100000801054)(100110300095)(100000802054)(100110100095)(100000803054)(100110400095)(100000804054)(100110200095)(100000805047)(100110500095); SRVR:BY1PR0501MB1302; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0501MB1302; 4:/VqOwnc+si4VFFhyBr66lxOc0MOIW827zD1k8e5R?= =?us-ascii?Q?FkxPPHRMvRIRugQSzYbEgfnzlFuNF91V+JHD6H3nOnSDkNeEagzDAaAJDhWp?= =?us-ascii?Q?NRNXHILtgNyGWqq4CM+YDFt5FVAqMbF5Vmmc4VPiLuXG2ofMR6k3iIdNO104?= =?us-ascii?Q?mzzWgnxKEo/yCC28TaSBdsYLX6aGZDAU2f0hjwOvNG+97a/Wq3UeVxGYTk2H?= =?us-ascii?Q?+AFtDkItUO6Nt6JwWvB5TyfnFst6/GmSNp8mTPpg8le+YOJ+wLC/uknOADM/?= =?us-ascii?Q?tkKXFEgl6FpnZjvpBYihvWWAnD86Yr5keuLs6CUymu9PrPBPY3gDQ00csoNy?= =?us-ascii?Q?t6UJ8efex4bhKYE6c/xuSScqPro+3Izd5rK8MDjHLBgZRxkOZ0nchQDVJ+k5?= =?us-ascii?Q?RzJunbCPBoFxfneW4iIf61ONprOFt11NCVHgenbhTBMDLCZBS/3Ib6FBHvCc?= =?us-ascii?Q?9p3EATXPAH7QTEn6lEcd60L1h7oz2dyXgAeKu0h5yzj0TMv9DNPGKD51Eei4?= =?us-ascii?Q?sjNJlq+n6oib2fChBUv8LCSP99skx0UWOGOJcUlt1Gg+/b71gt7XEb3IIsyG?= =?us-ascii?Q?ete6TSUkJ4R5q/zk/Eq4P1yPgyIUQG7KJUXK1F++3EG3BCr3//o3LekLzV5i?= =?us-ascii?Q?gGCxuMxrzr+6fc8evTZDdQgTrJt51dWlf0jTJkNVJ64wowKQGpmGaDpBQpTH?= =?us-ascii?Q?kERY5I0GtkjFatMfAsENn7PNqnabrvxoCLiVHObg4kOuZ/fU4fC3Yl39QEpO?= =?us-ascii?Q?Lx+eQqBPQTvfYucG8pm8wGgPbZPH6OZRH8a3NMWqfJOfsgtXNK44Ny6ojoIJ?= =?us-ascii?Q?RaNWESrSaVC41eJNRNpKFYaPQ7+ur0EA3vNY2diQpfB+nl95kOoDHHqnTpcE?= =?us-ascii?Q?YttgGIEv9iokQknU3IS8IX9rVdRUczvhtMvqTKqhgOQW+YlrpUOoDIaRya5T?= =?us-ascii?Q?KD5mQIX9N/puF8wyny6Y5wQkFJtJRStAvSDknRp7jzAy136a9dMvGmJZz5H2?= =?us-ascii?Q?1pssbUUy8hS/+PWPG8r/MjYqX6yXVu8dksxWNpBVOXDzXenv/GKQIbicoz5k?= =?us-ascii?Q?dXFjW7kskNfl7JQ2UtozfT00gNBHh5dNuOh8Q3mrTtqEICJtz+scSK9Pb3sy?= =?us-ascii?Q?vkkgppXAAni9z+K41Q+H3l3vg2mNuQ602jLvqItZfo1Aj6iCYnC45/is6Klk?= =?us-ascii?Q?TX7Gv5osl+szKFUAbpOaUn3vvphjaxw3Q+k1yS7vKQh9xCIn9HMcZm98IOK5?= =?us-ascii?Q?ClFsren1nc+2yhUQZyIRbwUpVEg7lNInGCK7FZUzP6AK1PizZIFJo9LQ3AMS?= =?us-ascii?Q?FmoihpJlzfqFKhxjNtXAtRk=3D?= X-Forefront-PRVS: 031763BCAF X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0501MB1302; 23:4z20RiIZqpKlolqyuuWnfVUh7iswUhfzgmi8UhP?= =?us-ascii?Q?B1Z9YicFFDV7NENb6Cvxyba5vYooCmDjO/X/LaoDpOkJK8aM+UUy66hb79lB?= =?us-ascii?Q?c/lb95cUSe6IPKQ+AQtgb/oeCfylLfWgQZuzFajQyDAYvfedPrPn+pJIsawf?= =?us-ascii?Q?06z71U9lh4OFfSGNDZu5naIGURCsdTTKgp/dPuROl5b86n9+uEeM3uO+eVJu?= =?us-ascii?Q?aqkFGVJFh0UsnKDhv8yBXcAQjmUOT3M7L1Fu9mVoUtPKoxocM7bkZtuRY/5F?= =?us-ascii?Q?JQaKhv0imupiTZEM1TBrGZS1F5vGGAVeo8p8Nc1XUvtYumauPpfXAEpBsyU3?= =?us-ascii?Q?ZwDBgdt01LamjddKU7RGyFY1NFEIBlaQzC9YkIpngWubBx7A9JUS0EWJ7la0?= =?us-ascii?Q?RRxU4ArDiGP14HMxoZ78y4EkxJ6JdJ/O0yri4S1ClRfrmqZRXLjUYcc0NVLM?= =?us-ascii?Q?UG+klx45iUaqtlQGPmGHxmIiB9lYi06UfNXAEQ2VDRL+KOJLrBnJfCcuiJM3?= =?us-ascii?Q?gqdsQYl6z5h/Xkhk6uZ5jeF7YHCrwpr/XoLyuz+tEMsBUofPx69WoAl85aS+?= =?us-ascii?Q?yPBKzgy9oW1yJNcBCRSRK6bKeBo0TVzIsj7GNOrlS4MDFZAqnqOV3lo9JU9a?= =?us-ascii?Q?N8qVqflcmyKo4m1Lnh1mD/CY70CPkDmY3WK7XwcgVLjto6w1urMZDySKXFQa?= =?us-ascii?Q?BuzqO8o6gVDTn48zQbaPR0emWFnwYaDrVqsrfQXBiwcV5f7tPifiZrkbUxiA?= =?us-ascii?Q?67JPB+YMAbAU0ZkvzjFkzvKnhx5tys7XjVpB4OVwqJMkQwJ+VanADppM4zkj?= =?us-ascii?Q?PCz7eEhCY7pw4SGNk19T4uF+GcQOw5/fFKxnfksYtNkU3bkhI44lIaEkRzvV?= =?us-ascii?Q?09niK01clHBJfP3nFmkOxKe4ddVH3RikhNU2fG5QTEx11H9RETgq47L/EK4X?= =?us-ascii?Q?pjjWaXSz5IiDUx1ozm9RcQnMiUv4F8bZrNNY/zUxzc5BAPiiy7H5BPOVGc9Y?= =?us-ascii?Q?+wClKlN7QSLQ8xsdgLiH/2Xi6EQXLpqClkLCIa8xEr37ahX/D99ikmdwHJfg?= =?us-ascii?Q?VfnZFt0UTyAcEKqLSn3JOxPttEcvsrBjbGmFN1+9m2MPjp9cAB3PlFObUaZd?= =?us-ascii?Q?GcWd4iyoBsXldfJ8ACfJsa87LYv0W6DRxVD1hkIEi1JDS2SJerXFpEdPbSN0?= =?us-ascii?Q?QcvH/ZeMM3Z1U+fotmZ2AR5BiiQKB63AeoQV9o2zjI4YfCgac2mq3y04M8ZH?= =?us-ascii?Q?Z4xi5paIDOHXzfUtr/mEso2PjQSL6so4ugUx00opLcj6mHWk0u6W8/heGY8+?= =?us-ascii?Q?h/gx9v+OUrg1SSP3r/BetYEGqlNxL44CpYjxb6MTaulFYVkREbdM92Q6gN2x?= =?us-ascii?Q?NLxLdeKXQKLQQXi2nvRgie2IniHjT7LN52cGU7X2oyG3FQuKi?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1302; 6:bSs4L90Vov7pIX36j8fvCvxn7GGOsDiZr0MUxQ/BWb8pm2gRoJczjhE0J3Qa7V+gGSGpxiRa5u9dJ4EiYbtljKgYRd/Tj4DKBUC/ph+2xckUcH+LdIBDjnQhH3MGxKNISLo1Vlp2OZshqsx7UA3GX0YxnTeA1RFXzpn4s2YwmjeEHfBvCzay0ATwmVE+nL921YtxhTwXxke31BQJW/0xf3be5xd0XCcJqyvsqvQUujHTySVPCbTVoBEMNI7Nc19xjnBXWt7dip21Ap0PglKTZZOfs2dAapN8BmuErS/9b4A4OUlR+wgzsGuvdAQa2GbS2FO+sLxiEwXRkpZ8dz0xgu26m2QnSYtXM+2TCCLbdL4AQ30kcG06OeO1Mauq4PP5bTZsfXQnJI8fOv4iGveabZby4MGF8gqXrsbdoxA6xKz+MakoIslemlONmqKcaWVCTXf+PBiUNyWlPT+hNkb349azJ2taNkNHhWNep9Q+TUjL1Vp7PCCnQNwvzlVv5Q9h30TGR8oWj9W4uPRNjcHDex8C85gq/lmnXJTW4JNENoI= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1302; 5:1TIJ/kDIx3rqY+LvQ3ELImoOT2aOSNNyK9eEMK+rJ20reQwZTBVxpKkm+VIXTk+oqfP0UC3JlwZ9ozoC6oYUjHs/SVM7hhtnQsuzDuhs5toaYlTPZzYGLO/hKiBIoGLZModIGwFB5yCOt9y//IUqj2D4sewjOEFswHbyBLc+/WvaiVwM1rbwpa7ix0qmlLIbVtVSA0ImMxnHugvgzDThlfkpyMQjVveBP+fKvxoRuKycq99kuJjVMX3S0EMZz8Bh0lMupP4AOQ/8886V3dplFg6GgNpb4VLPOLlyXC0811NnlM3w+Eon2y0GMd8/JAK8ct8/ztC9vf2Q1Fr49O3/wJEJM9qdd4d6g9SWbz8TPIO5w/0sbWVKdS06DAoRGmaJR8gp+P4Btgjcs7BzVWGu6vyq4Xlh7VgbYyJv7LxVeL1Oi/HogZm98c/3VBR7ucnn09CYeLPI6C9oSISSAN/UNSU7yuFJsLII+7ZQ614jymloYi+0CUDERTWPaF6zagiU; 24:64kd4d8TzZmttToBvJU0AW/acuW71QYUw5vKvjFL+BuNunCu2rT0PgLueP3Xo9FUahDDCj/SHCTCqkGePZ41OfrZNTD4Ma1VHKORzhqk1l4= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1302; 7:E+XwH1BaiYNI5+dstW93sU1hXjhgusUrn/iLnimoixSysf034kCdNSfdRbD+EGpp6QiPGvyC4A9dvRrD2bbb5PTxzNJcoBIcJpyu9qgwadNTg/ytYLuB9bnZHcQi7XnPVrXu6lxLvrclYDUcMgTRHlaU3sXGSkHpPbd2Rgtt9iGUr7mYY5FPMj84IyBOkqu5ELpn6Lhj2Gtig+Lph5IsDH1q2GWzIrk6aPZ94rhItto8lqQ1rHJ7s8g4b9eCHwaROib/WaKF/uKfA5uoykjP6bLVOH6RsRUsmjalrflZ2UPmMObwZDufqwJCEctZNrwvcnyDePUbEpdLGcjeSVrgMQ== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 May 2017 17:04:58.9598 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1302 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 17:05:02 -0000 Thomas Mueller wrote: > For building the system, MAKESYSPATH should be $SRCDIR/share/mk , to be = in sync. > = > I tried "make -V MAKESYSPATH" from several SRCDIRs, and that's what happ= ened. Yes. If you look at share/mk/src.sys.env.mk it detects that it was found via a .../ path, and replaces it in MAKESYSPATH with the actual location - otherwise some makefiles break. > So maybe I have to set MAKESYSPATH every time I am in ports, don't > know if this would work from /etc/make.conf (need to experiment). Probably not, because sys.mk will have already been found before that ie. the damage may already have been done = > I wonder what would happen if there is no FreeBSD installation at all > on partition where ports tree is located. An error like: make: no system rules (sys.mk). > = > > Yes, but requires you to keep /usr/share/mk in sync with whatever you = a > > building, tricky if you build head, stable/10 and stable/11 on the > > same box. > = > I don't think you have to do that, since I find that MAKESYSPATH > becomes $SRCDIR/share/mk . Per above; that's due to the default .../share/mk I was speaking about alternatives to that magic value. Thanks --sjg From owner-freebsd-current@freebsd.org Wed May 24 17:05:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD51ED7C748 for ; Wed, 24 May 2017 17:05:32 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9D17B1E0F for ; Wed, 24 May 2017 17:05:32 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 99AC6D7C747; Wed, 24 May 2017 17:05:32 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99586D7C746 for ; Wed, 24 May 2017 17:05:32 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 58F461E0E; Wed, 24 May 2017 17:05:32 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v4OH5MTh060028; Wed, 24 May 2017 10:05:26 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201705241705.v4OH5MTh060028@gw.catspoiler.org> Date: Wed, 24 May 2017 10:05:22 -0700 (PDT) From: Don Lewis Subject: ino64 package fallout To: current@freebsd.org cc: brooks@FreeBSD.org, haskell@FreeBSD.org, riggs@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 17:05:32 -0000 I just upgraded by package build box and its poudriere jail to r318776 and ran into some significant package build fallout. devel/llvm40:build: /usr/bin/c++ -DHAVE_RPC_XDR_H=0 -DHAVE_TIRPC_RPC_XDR_H=0 -O2 -pipe -fstack-protector -isystem /usr/local/include -fno-strict-aliasing -isystem /usr/local/include -Wall -std=c++11 -Wno-unused-parameter -O2 -pipe -fstack-protector -isystem /usr/local/include -fno-strict-aliasing -isystem /usr/local/include -O2 -pipe -fstack-protector -isystem /usr/local/include -fno-strict-aliasing -isystem /usr/local/include -Wall -std=c++11 -Wno-unused-parameter -m64 -fPIC -fno-builtin -fno-exceptions -fomit-frame-pointer -funwind-tables -fno-stack-protector -fno-sanitize=safe-stack -fvisibility=hidden -fvisibility-inlines-hidden -fno-function-sections -fno-lto -O3 -gline-tables-only -Wno-gnu -Wno-variadic-macros -Wno-c99-extensions -Wno-non-virtual-dtor -fno-rtti -Wframe-larger-than=570 -Wglobal-constructors -MD -MT lib/sanitizer_common/CMakeFiles/RTSanitizerCommonNoTermination.x86_64.dir/sanitizer_platform_limits_posix.cc.o -MF lib/sanitizer_common/CMakeFiles/RTSanitizerCommonNoTer! mination.x86_64.dir/sanitizer_platform_limits_posix.cc.o.d -o lib/sanitizer_common/CMakeFiles/RTSanitizerCommonNoTermination.x86_64.dir/sanitizer_platform_limits_posix.cc.o -c /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitizer_common/sanitizer_platform_limits_posix.cc In file included from /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitizer_common/sanitizer_platform_limits_posix.cc:59: /usr/include/sys/timeb.h:42:2: warning: "this file includes which is deprecated" [-W#warnings] #warning "this file includes which is deprecated" ^ /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitizer_common/sanitizer_platform_limits_posix.cc:1037:1: error: 'assertion_failed__1037' declared as an array with a negative size CHECK_SIZE_AND_OFFSET(dirent, d_ino); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitizer_common/sanitizer_platform_limits_posix.h:1470:3: note: expanded from macro 'CHECK_SIZE_AND_OFFSET' COMPILER_CHECK(sizeof(((__sanitizer_##CLASS *) NULL)->MEMBER) == \ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitizer_common/sanitizer_internal_defs.h:257:30: note: expanded from macro 'COMPILER_CHECK' #define COMPILER_CHECK(pred) IMPL_COMPILER_ASSERT(pred, __LINE__) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitizer_common/sanitizer_internal_defs.h:263:57: note: expanded from macro 'IMPL_COMPILER_ASSERT' typedef char IMPL_PASTE(assertion_failed_##_, line)[2*(int)(pred)-1] ^~~~~~~~~~~~~~~ /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitizer_common/sanitizer_platform_limits_posix.cc:1045:1: error: 'assertion_failed__1045' declared as an array with a negative size CHECK_SIZE_AND_OFFSET(dirent, d_reclen); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitizer_common/sanitizer_platform_limits_posix.h:1472:3: note: expanded from macro 'CHECK_SIZE_AND_OFFSET' COMPILER_CHECK(offsetof(__sanitizer_##CLASS, MEMBER) == \ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitizer_common/sanitizer_internal_defs.h:257:30: note: expanded from macro 'COMPILER_CHECK' #define COMPILER_CHECK(pred) IMPL_COMPILER_ASSERT(pred, __LINE__) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitizer_common/sanitizer_internal_defs.h:263:57: note: expanded from macro 'IMPL_COMPILER_ASSERT' typedef char IMPL_PASTE(assertion_failed_##_, line)[2*(int)(pred)-1] ^~~~~~~~~~~~~~~ 1 warning and 2 errors generated. lang/ghc:configure: [1 of 1] Compiling Main ( Setup.hs, Setup.o ) Linking Setup ... Setup: No cabal file found. Please create a package description file .cabal *** Error code 1 lang/rust:build: extracting cargo-nightly-x86_64-unknown-freebsd/cargo/etc/bash_completion.d/ca rgo Compiling rustc-serialize v0.3.22 Compiling libc v0.2.21 Compiling gcc v0.3.43 Compiling getopts v0.2.14 Compiling num_cpus v0.2.13 Compiling filetime v0.1.10 Compiling build_helper v0.1.0 (file:///wrkdirs/usr/ports/lang/rust/work/rustc -1.17.0-src/src/build_helper) Compiling cmake v0.1.21 Compiling toml v0.1.30 Compiling bootstrap v0.0.0 (file:///wrkdirs/usr/ports/lang/rust/work/rustc-1. 17.0-src/src/bootstrap) Finished dev [unoptimized] target(s) in 31.38 secs Build completed unsuccessfully in 0:00:45 gmake[1]: *** [Makefile:24: all] Error 245 ... and lots more ports skipped because of the above. From owner-freebsd-current@freebsd.org Wed May 24 17:08:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FEBBD7C8D1 for ; Wed, 24 May 2017 17:08:00 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2716E1085 for ; Wed, 24 May 2017 17:08:00 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2080BD7C8CF; Wed, 24 May 2017 17:08:00 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 202A2D7C8CE for ; Wed, 24 May 2017 17:08:00 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C68D41082 for ; Wed, 24 May 2017 17:07:59 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qk0-x22a.google.com with SMTP id u75so158535914qka.3 for ; Wed, 24 May 2017 10:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=U0rzxLYvwIBTDzRyNfhlh2sO0wtg1wntaaLLxAZLehY=; b=JLKaK4usTVobRbgYoWBClIlUpqXxa9Zp2C4/F1zJY2QClpF34FBamJGEUVDeYgTMRX LrobIEv0XdVJX54XTvjcGI7tcWW0YcwuKYngGi/eIuafUmOTYZZ35wZ6jJAUcexeFFLO 3wlHx2qKdVEzMzp3Y1q1M2Qw/a22QOHE3y2HH+Nn5mGKzhlDgAjgX13cFLQBGGuq1J+W DtSO8ROuclFV/xMuZuwXbVvpPavUWLU/jM4opVg/H1B+xv8I0PEzomVJDD2CDvabFgUW E7JywfIKQUc9ogITzBqlbr/5miMgbVfJnuX9Qci+2h70bsB877EUFhBZ3QVKXd0O1i0V b0ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=U0rzxLYvwIBTDzRyNfhlh2sO0wtg1wntaaLLxAZLehY=; b=Qi3GHb1tkFYhQ54FvBeIMU33HIEJK5wxckfOH8w7l8aD0wLu8oU9W0+Rw7O6xWXcsj hTARZ1a9r28+iLFSS2q2RdK6Y/adido4PJM2LtVuiK8iacP0vQJ02O54PmCrr35x9JFj Yn6Y2H87n5BVcdlm976a5l1DAGkhMR6UN5sPpX+VelbUSBoZm4uLRLmQuv1q3iJXfAU/ l8CTEJSi5kONf1/38FpfFl777nQJCh8bzWfMbEji+74vsTHAbU3zpWcdNePMb2/eiCBT +enl3tUF2pyb14eTwneyHlj/oEANGfg3ryWDar0jPLzABSovLZcyuoOhDDMYaO+z2ANJ BpIg== X-Gm-Message-State: AODbwcA904snP2zeSMyNQ78ZBiJnEyo870dzjC/2kb3UgoUz/BXpMBS1 YCzjvEHsVMOu60wf7VO4Ew== X-Received: by 10.55.68.20 with SMTP id r20mr31443074qka.30.1495645678750; Wed, 24 May 2017 10:07:58 -0700 (PDT) Received: from mutt-hbsd ([63.88.83.66]) by smtp.gmail.com with ESMTPSA id x49sm2966022qth.5.2017.05.24.10.07.57 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 24 May 2017 10:07:58 -0700 (PDT) Date: Wed, 24 May 2017 13:07:54 -0400 From: Shawn Webb To: Don Lewis Cc: current@freebsd.org, brooks@FreeBSD.org, haskell@FreeBSD.org, riggs@FreeBSD.org Subject: Re: ino64 package fallout Message-ID: <20170524170754.znpz554yqgyemjsu@mutt-hbsd> References: <201705241705.v4OH5MTh060028@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zztr5u2q7ntvbfar" Content-Disposition: inline In-Reply-To: <201705241705.v4OH5MTh060028@gw.catspoiler.org> X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT FreeBSD 12.0-CURRENT X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170428 (1.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 17:08:00 -0000 --zztr5u2q7ntvbfar Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 24, 2017 at 10:05:22AM -0700, Don Lewis wrote: > I just upgraded by package build box and its poudriere jail to r318776 > and ran into some significant package build fallout. >=20 > devel/llvm40:build: >=20 >=20 > /usr/bin/c++ -DHAVE_RPC_XDR_H=3D0 -DHAVE_TIRPC_RPC_XDR_H=3D0 -O2 -pipe = -fstack-protector -isystem /usr/local/include -fno-strict-aliasing -isyste= m /usr/local/include -Wall -std=3Dc++11 -Wno-unused-parameter -O2 -pipe -fs= tack-protector -isystem /usr/local/include -fno-strict-aliasing -isystem /= usr/local/include -O2 -pipe -fstack-protector -isystem /usr/local/includ= e -fno-strict-aliasing -isystem /usr/local/include -Wall -std=3Dc++11 -Wno= -unused-parameter -m64 -fPIC -fno-builtin -fno-exceptions -fomit-frame-poin= ter -funwind-tables -fno-stack-protector -fno-sanitize=3Dsafe-stack -fvisib= ility=3Dhidden -fvisibility-inlines-hidden -fno-function-sections -fno-lto = -O3 -gline-tables-only -Wno-gnu -Wno-variadic-macros -Wno-c99-extensions -W= no-non-virtual-dtor -fno-rtti -Wframe-larger-than=3D570 -Wglobal-constructo= rs -MD -MT lib/sanitizer_common/CMakeFiles/RTSanitizerCommonNoTermination.x= 86_64.dir/sanitizer_platform_limits_posix.cc.o -MF lib/sanitizer_common/CMa= keFiles/RTSanitizerCommonNoTer! > mination.x86_64.dir/sanitizer_platform_limits_posix.cc.o.d -o lib/saniti= zer_common/CMakeFiles/RTSanitizerCommonNoTermination.x86_64.dir/sanitizer_p= latform_limits_posix.cc.o -c /wrkdirs/usr/ports/devel/llvm40/work/compiler-= rt-4.0.1rc1.src/lib/sanitizer_common/sanitizer_platform_limits_posix.cc > In file included from /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.= 0.1rc1.src/lib/sanitizer_common/sanitizer_platform_limits_posix.cc:59: > /usr/include/sys/timeb.h:42:2: warning: "this file includes = which is deprecated" [-W#warnings] > #warning "this file includes which is deprecated" > ^ > /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitiz= er_common/sanitizer_platform_limits_posix.cc:1037:1: error: 'assertion_fail= ed__1037' declared as an array with a negative size > CHECK_SIZE_AND_OFFSET(dirent, d_ino); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitiz= er_common/sanitizer_platform_limits_posix.h:1470:3: note: expanded from mac= ro 'CHECK_SIZE_AND_OFFSET' > COMPILER_CHECK(sizeof(((__sanitizer_##CLASS *) NULL)->MEMBER) =3D=3D \ > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitiz= er_common/sanitizer_internal_defs.h:257:30: note: expanded from macro 'COMP= ILER_CHECK' > #define COMPILER_CHECK(pred) IMPL_COMPILER_ASSERT(pred, __LINE__) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitiz= er_common/sanitizer_internal_defs.h:263:57: note: expanded from macro 'IMPL= _COMPILER_ASSERT' > typedef char IMPL_PASTE(assertion_failed_##_, line)[2*(int)(pred)-1] > ^~~~~~~~~~~~~~~ > /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitiz= er_common/sanitizer_platform_limits_posix.cc:1045:1: error: 'assertion_fail= ed__1045' declared as an array with a negative size > CHECK_SIZE_AND_OFFSET(dirent, d_reclen); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitiz= er_common/sanitizer_platform_limits_posix.h:1472:3: note: expanded from mac= ro 'CHECK_SIZE_AND_OFFSET' > COMPILER_CHECK(offsetof(__sanitizer_##CLASS, MEMBER) =3D=3D \ > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitiz= er_common/sanitizer_internal_defs.h:257:30: note: expanded from macro 'COMP= ILER_CHECK' > #define COMPILER_CHECK(pred) IMPL_COMPILER_ASSERT(pred, __LINE__) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /wrkdirs/usr/ports/devel/llvm40/work/compiler-rt-4.0.1rc1.src/lib/sanitiz= er_common/sanitizer_internal_defs.h:263:57: note: expanded from macro 'IMPL= _COMPILER_ASSERT' > typedef char IMPL_PASTE(assertion_failed_##_, line)[2*(int)(pred)-1] > ^~~~~~~~~~~~~~~ > 1 warning and 2 errors generated. >=20 >=20 > lang/ghc:configure: >=20 > [1 of 1] Compiling Main ( Setup.hs, Setup.o ) > Linking Setup ... > Setup: No cabal file found. > Please create a package description file .cabal > *** Error code 1 >=20 >=20 > lang/rust:build: >=20 > extracting cargo-nightly-x86_64-unknown-freebsd/cargo/etc/bash_completi= on.d/ca > rgo > Compiling rustc-serialize v0.3.22 > Compiling libc v0.2.21 > Compiling gcc v0.3.43 > Compiling getopts v0.2.14 > Compiling num_cpus v0.2.13 > Compiling filetime v0.1.10 > Compiling build_helper v0.1.0 (file:///wrkdirs/usr/ports/lang/rust/wor= k/rustc > -1.17.0-src/src/build_helper) > Compiling cmake v0.1.21 > Compiling toml v0.1.30 > Compiling bootstrap v0.0.0 (file:///wrkdirs/usr/ports/lang/rust/work/r= ustc-1. > 17.0-src/src/bootstrap) > Finished dev [unoptimized] target(s) in 31.38 secs > Build completed unsuccessfully in 0:00:45 > gmake[1]: *** [Makefile:24: all] Error 245 >=20 >=20 > ... and lots more ports skipped because of the above. HardenedBSD, too, is seeing huge fallout with package building due to ino64. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --zztr5u2q7ntvbfar Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlklvecACgkQaoRlj1JF bu6Ulw//Uyr5RSzfAafl4VKBEv2ihx1L0LOtwg0Wb3FFGl5gEjQwRJukSJIMPA6p t1Pgc4Gr5aDPqJ1ObE/MwMKllVGhf4WBPJ0q3AOGgULasL7BG+fPCcuTmirCbTOR tkaU1iARtQZIj+L3gAqJC+LOXhiz6FuCLYxkFCtFW3tSTygSbDXZ4IMXiyghYg+D Hc0dHBcK3UYg+rCaD58luXQo5yJC2eFim+mhjaJDMe8DcP+rWnTV3csinbMcNaI2 ZQuv7JHvA0qd12tO92A4O/AYVwM8b3WBvwd+mLEy2WVg+NfcNSrW2JlyOFLt5w50 QcVDlh2t7qCR8Lg1zBusMhw18z4/pVGGbIf5MNrmpNKPdIwa9whn709McnaL5vuC M5NrL934fJK+mJVq/zklCdXXUUhNzH1Tvi7z9W8m91HQQACqVC/894zr4Q25DGpX OJKcYKpgzDLMWqMf8C2nbAvZeMRUm9Cz/i3FeAZgB46ob6RjMnUeT7uAtBO8kQYl GfaoHYNV0eSe1NWohPR1s8RGqyTYcQKGhmmhNXUfOa8BtnAOlEEAo9NG66ojTsF2 87lb6kdUibPRTaehVBckM5NzzBuX8moy4EubgbxV6rHQZS2dY0d+As5kHY+Qo9BY 8dMJp5ASV6M4xsdvOuGEWFsvjseJA+ZR14T3lHm/m+CHek6MyZ4= =mbKk -----END PGP SIGNATURE----- --zztr5u2q7ntvbfar-- From owner-freebsd-current@freebsd.org Wed May 24 17:13:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C60B1D7CC4B for ; Wed, 24 May 2017 17:13:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id AF1FD1723 for ; Wed, 24 May 2017 17:13:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id AB6E3D7CC4A; Wed, 24 May 2017 17:13:36 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB0FFD7CC49 for ; Wed, 24 May 2017 17:13:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 426E71722; Wed, 24 May 2017 17:13:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4OHDQQk039828 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 May 2017 20:13:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4OHDQQk039828 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4OHDQFJ039827; Wed, 24 May 2017 20:13:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 May 2017 20:13:26 +0300 From: Konstantin Belousov To: Don Lewis Cc: current@freebsd.org, brooks@FreeBSD.org, haskell@FreeBSD.org, riggs@FreeBSD.org Subject: Re: ino64 package fallout Message-ID: <20170524171326.GQ1622@kib.kiev.ua> References: <201705241705.v4OH5MTh060028@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201705241705.v4OH5MTh060028@gw.catspoiler.org> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 17:13:36 -0000 On Wed, May 24, 2017 at 10:05:22AM -0700, Don Lewis wrote: > I just upgraded by package build box and its poudriere jail to r318776 > and ran into some significant package build fallout. There are several reviews that fix ports with most significant fallouts, lang/llvm39 D10796 lang/llvm40 D10797 lang/ghc D10798 multimedia/webcamd D10800 devel/libgtop D10795 sysutils/py-psutil D1081 lang/rust D10799 I intend to commit this tomorrow, after the ino64 get some probation time, long enough to ensure that it does not get immediate revert. You may see the discussions and use the patches locally, meantime. From owner-freebsd-current@freebsd.org Wed May 24 17:22:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B71FCD7CF2D for ; Wed, 24 May 2017 17:22:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0131C9A for ; Wed, 24 May 2017 17:22:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 993FBD7CF2C; Wed, 24 May 2017 17:22:05 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98D28D7CF2B for ; Wed, 24 May 2017 17:22:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 106251C95; Wed, 24 May 2017 17:22:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4OHLsQl042031 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 May 2017 20:21:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4OHLsQl042031 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4OHLsdq042030; Wed, 24 May 2017 20:21:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 May 2017 20:21:54 +0300 From: Konstantin Belousov To: David Wolfskill , Dimitry Andric , current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170524172154.GR1622@kib.kiev.ua> References: <20170524121033.GL1622@kib.kiev.ua> <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> <20170524142001.GA1190@albert.catwhisker.org> <20170524151509.GB1190@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170524151509.GB1190@albert.catwhisker.org> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 17:22:05 -0000 On Wed, May 24, 2017 at 08:15:09AM -0700, David Wolfskill wrote: > On Wed, May 24, 2017 at 07:20:01AM -0700, David Wolfskill wrote: > > ... > > > > I have updated /usr/src back to 318781, then started a new build. > > > So are you building stock 318781, or did you reverted r318750 ? > > > > Stock 318781 [*]. I revert as a (nearly) last resort. :-) > > > > > > While it has not yet completed ">>> stage 4.2: building libraries", it > > > > is well beyond the provious point of failure (again, building parts of > > > > clang/libllvm). > > > > > > > > I'm reporting now, as I'll need to head in to work fairly soon. I > > > > should be able to report definitively a bit later. > > > > It's completed the ">>> stage 4.2: building libraries" part, and well > > into ">>> stage 4.3: building everything". > > > > * Save for my (usual) hacking of conf/newvers.sh a bit. > > > > And now I really do need to head in to work. > > ... > > It completed successfully and a reboot shows: > > FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #354 r318781M/318781:1200031: Wed May 24 07:31:48 PDT 2017 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/GENERIC amd64 > I performed a local experiment, first building sources from r318784 on a system where I did pre-commit test for ino64, updating the machine to the result of it, then building sources of r318789 and again updating. No SIGSEGV etc, so I think that the effects seen are due to build system. rm -rf obj/* is the safest trick, I believe. From owner-freebsd-current@freebsd.org Wed May 24 17:25:25 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EED3BD7B071; Wed, 24 May 2017 17:25:25 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 566EC1EC1; Wed, 24 May 2017 17:25:24 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.189]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LcSAg-1ddKaz3mX0-00jtEu; Wed, 24 May 2017 19:25:16 +0200 Date: Wed, 24 May 2017 19:25:08 +0200 From: "O. Hartmann" To: Larry Rosenman Cc: Konstantin Belousov , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Ed Maste , "freebsd-current@freebsd.org" Subject: Re: svn commit: r318757 - head Message-ID: <20170524192415.7bb764a7@thor.intern.walstatt.dynvpn.de> In-Reply-To: <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/HXwAKwZWR0EO3RAdCuQhNXc"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:vaO/dICadey8gwzTKquirs3W/4+tH8T7VGEkpbttTKRUGkiM7GQ /ENTjlU+MO0bjLGFNS/6uS4UCPh3snZ0Ok5ECsCYt0f/vlsIHDZbNVNATz4D6h6beVxbpS4 2OIohIGi9LhStb2J08KSfTqpHm3m/+CojaG2YrqLUaap2mi69Yye8EzU6d89n/9GOEqYXwJ DS3Z+Nyd4QUdmKsc0I2NA== X-UI-Out-Filterresults: notjunk:1;V01:K0:r6Ny5eS5iR4=:JbJbRuJdwn1lE2WE9/KPqq yqrxfNUk5Vjzuzh+WAHW+SijErOpPFiNJdBhXfbuHG9FttttazFgFBT81cGia3U/77E6GtpQt WSbWe+5+H9L+PPELmj9M1I2qDtMBgJvrgMnfwxnoHjaE1FdtYjomCpX9n/wQl4ejyZ5zf0RKV DAIElNPqb3NalsZ0XsbicZaPEw4tj/Qfmw3doKOPiKogVTIEddSPA4XKrxjiALzcfTZjzRP8n kLBOpQnihS3N5nnu5fqUBKAHUGyMaH8vdQ5MNM9uzzejGO1ZMsDw1oJpJUt+3HsU/DeofZtJR +kdD5NIjW03pMMa6UpzzqVWztdLZGCK4N163pEdz7VuogZXfKj7DvnmQbQDJ5MoYDSajbLKyP 7omGgI10KLsI9BOfdcZtWu8x+uIk9srazl0SpEKDLchA4AUayit3Qto3JjHRRGx+QBlytL37n qRg56ZRQx02cnqfTpPQL7+coOb9Ip44HlgkglEiDLwGsN+mS2ir9ZE2H0wNKjWYS3ROhlD4pK C6MjTL4YJ7dZTK+gLhBYmU0mMTtFiIpoF24vs0ItRv4nXt6ylLf8KgwD2VoEWgWJkG/m7Ey+X 4Kqa8VnVslxHrZC6OcXhIK3LxZnm6e0JoqCtkF3QFEcvvGLYeH9LwgPQUWOJwY02rFn+OBUzC 9fcafp4tnb+/oFEyMm1Zd/3a22w6Di6ULKYl2ggysf6Yiwh3ZpUf6RYeAIaRZ/GI1dGZ3MAz7 JgCB4DbP0+vIeQNoHxGm6LllMbqPMN+s+hd2aFfMPmte1BTi3VkPVjjxWuU= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 17:25:26 -0000 --Sig_/HXwAKwZWR0EO3RAdCuQhNXc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Wed, 24 May 2017 08:06:34 -0500 Larry Rosenman schrieb: > The initial failure: > https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=3Dperipatus&dt=3D= 2017-05-23%2019%3A17%3A42 >=20 > I then recompiled perl, and got: > borg.lerctr.org /home/pgbuildfarm $ cd /home/pgbuildfarm/bin/latest > && ./run_branches.pl --run-all --config=3D/home/pgbuildfarm/conf/build-fa= rm.conf > Socket.c: loadable library and perl binaries are mismatched (got handshak= e key > 0xd200080, needed 0xdf00080) borg.lerctr.org /home/pgbuildfarm/bin/latest= $ >=20 > force rebuilding and installing perl and all p5-* ports fixed that.=20 >=20 >=20 >=20 I ran into a similar problem, several ports do not build due to a mysteriou= s error from perl: ListUtil.c: loadable library and perl binaries are mismatched (got handshak= e key 0xd200080, needed 0xdf00080) lang/perl5.24 can be rebuild, but almost every p5* port bails out with that= error shown above. Rebuilding p5-* ports is impossible. Running FreeBSD 12.0-CURRENT #3 r318789: Wed May 24 18:03:48 CEST 2017 am= d64 with WITH_LLD_IS_LD=3Dyes. --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/HXwAKwZWR0EO3RAdCuQhNXc Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWSXB9AAKCRDS528fyFhY lMx2Af9VMWu9nqGEnQl3VYZZKUN9LeOATJmhHclqxFZLzYyiEFV2pu/hWuQdhQV/ 8miyNDVZnn4oAfZcFUj/N+uhcUr1Af973dwdunpkN7WF8yP3UzdEbuD7ChwYKFbL BPR/LHqcPBTbWkCiJRvIqRv2+tnEeS1IdU/gnRqFAKtQ5/ZWiMML =Sqdw -----END PGP SIGNATURE----- --Sig_/HXwAKwZWR0EO3RAdCuQhNXc-- From owner-freebsd-current@freebsd.org Wed May 24 17:29:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21849D7B2B3; Wed, 24 May 2017 17:29:23 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2EF312F3; Wed, 24 May 2017 17:29:22 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-transfer-encoding:Content-type:Mime-version:In-Reply-To: References:Message-ID:CC:To:From:Subject:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=WmIzXrPZlmr1PxWZLAuHaC5xZHKY/Erz5vbMJZjpqNQ=; b=IKQ65r7IGbGe/Ue00aLW4Iri4V GU6Z2OKLJEDyWlpXTFkDu9bzIWhosH4NSJId1C6sr/AXTzWeZQvUfWXaFEHsqOYjsDdIUX71GaWl8 o3TWPHZkAUrn3PGaOq3AP3XRe+Eab4djpxNjyGUdDn5qgVsA3FwK+j3/a1JPZxxUguxU=; Received: from [74.203.163.58] (port=43042 helo=[10.106.10.44]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dDa65-000KQM-Q8; Wed, 24 May 2017 12:29:21 -0500 User-Agent: Microsoft-MacOutlook/f.23.0.170517 Date: Wed, 24 May 2017 12:28:51 -0500 Subject: Re: svn commit: r318757 - head From: Larry Rosenman To: "O. Hartmann" CC: Konstantin Belousov , , , , Ed Maste , "freebsd-current@freebsd.org" Message-ID: <163D09DC-C0B3-4D49-B0BF-C71C26C2807B@lerctr.org> Thread-Topic: svn commit: r318757 - head References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> <20170524192415.7bb764a7@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170524192415.7bb764a7@thor.intern.walstatt.dynvpn.de> Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 17:29:23 -0000 I fixed my issues by force-rebuilding perl and all installed p5-* ports. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 From owner-freebsd-current@freebsd.org Wed May 24 17:40:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5B0DD7B76D; Wed, 24 May 2017 17:40:58 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 06F1C1BB1; Wed, 24 May 2017 17:40:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.189]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LwqwS-1e22CU13Oa-016Q1F; Wed, 24 May 2017 19:40:54 +0200 Date: Wed, 24 May 2017 19:40:46 +0200 From: "O. Hartmann" To: Larry Rosenman Cc: "O. Hartmann" , src-committers@freebsd.org, Ed Maste , svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" , Konstantin Belousov Subject: Re: svn commit: r318757 - head Message-ID: <20170524194046.1226b05b@thor.intern.walstatt.dynvpn.de> In-Reply-To: <163D09DC-C0B3-4D49-B0BF-C71C26C2807B@lerctr.org> References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> <20170524192415.7bb764a7@thor.intern.walstatt.dynvpn.de> <163D09DC-C0B3-4D49-B0BF-C71C26C2807B@lerctr.org> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/Qxe0A1Q9LNeFnxwAIt0cOiU"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:LpeonhpISUQspAfXIHlfexPohc5YklM+MqWwSWfi9UgAlDVlqu9 0k8SaxsfpzICbERemxetQ7kfQRQIDuqtHOspYDj/WpbfUA8+kMJZvGxIQzSlkiZdjS5nSCy QJGUxxFjA11ZnqOBGxDjxP2/NvK+p5FdM54yv/TwSdA4wz4eqagM7ao0qYDm/4jMTg6jrXH cb92ce8ixujrOHycY/nDA== X-UI-Out-Filterresults: notjunk:1;V01:K0:Cjzrh2VDmkE=:ZZw8U4TyRjTEKKJS/hj3ir 5VV+3p+/dNJU7bpm5xZnTIPRCGIWcUL5ge/bNcA08KTbw0Cdkfjy708Omj1Y9oDL9Znogi6yi PwIjb1SWbPvaPg1fCaFEBeMiToD5kNwc+DjgndurxQt0BlXtBvpf9vzT9nm5tSctO9SpfZoBL CqcIfW6sOJSKf2VdiYmXqPEe9pdO8Ire5FZSKXC6LhnEfsV3j6bKfwdj+X+j/oZ9jQAew933C dalXgzrD2QRmg31hxY/6cbgmKzGDjScyh8BtQsOt2EwIhFJiTpJGhkDuuVX6itcXDmgLo9aH0 BCi9I/QxxJog+7j1wXY2e6IU9Nm9CNSG0j3I6wM9MKd/sKrarbUD3tj9JGDGu4E2CtGQGcCLw SO93b/9IeuzgDmtVgmLoaqrwprrSMAv+n5kmcvy7bqSaWhmr/+dFi7ZsbpxtSYiLy2no8QIzB /N246rxYwoB8yu4utACaIoxaQiKdLtwbfLxKvY/b7fi4J/frygPRVODZ5HtNtZ0S0Q0I+fA3f 6Jzf8tS7K0A+VJ1HXzHIMiDI/Eq8Ekh0CmoA8a6FOCSAskwiz+TZvasq7NdPcf0ASjR02VRGR ewaJJ3AGhGWU0Efg2MW3/W4BOkGo1tOwAxxZMkYVmYEhbkeXxVRv4frkWb7i8iJzuLEIdVJko ISe2G9RyNjLmnJnBuKlStI+fH4aZYDIoQWYxMDj5Lt0kxNgh2w4AmJecMjwtmU+GPCCwwTLta HITjvp3qCbI+FFqVKzgfHK974B+Gk2zyHJgi6c8xZUrDVqIEz7BuZnnYGJ8= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 17:40:58 -0000 --Sig_/Qxe0A1Q9LNeFnxwAIt0cOiU Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Wed, 24 May 2017 12:28:51 -0500 Larry Rosenman schrieb: > I fixed my issues by force-rebuilding perl and all installed p5-* ports.= =20 >=20 >=20 This isn't possible in my case :-( lang/perl rebuilds all right, but every p5-* ports fails with [...] Checking if your kit is complete... ListUtil.c: loadable library and perl binaries are mismatched (got handshak= e key 0xd200080, needed 0xdf00080)=20 *** Error code 1 I tried to rebuild also via portmaster -f, no success. Now, I growing bunch= of ports showing up with this mysterious error. To which port "ListUtil.c" might belong to? Rebuilding autotools (which I suspected first) also fails ... --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/Qxe0A1Q9LNeFnxwAIt0cOiU Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWSXFngAKCRDS528fyFhY lJmqAgCHPd10F/shbWNTVqrmb2CyQAnICW3L5yKCpvCgsl7kLKMIPAR6Vfx6Z9Lr IpMmxMvNfJMA6vP9MZRrnYcfmoCCAf0fv4q9TaqCwqzRNdtusW98T0nlkimG7aeW uYdz8WWEeXaj8ongo9Qou19Va3Ldep69uJR4TZhqyfRm1Eym69kp =4DGd -----END PGP SIGNATURE----- --Sig_/Qxe0A1Q9LNeFnxwAIt0cOiU-- From owner-freebsd-current@freebsd.org Wed May 24 17:42:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A321D7BA60; Wed, 24 May 2017 17:42:38 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7675910AB; Wed, 24 May 2017 17:42:38 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-transfer-encoding:Content-type:Mime-version:In-Reply-To: References:Message-ID:CC:To:From:Subject:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=6rJJmRfysSYWxe2An696FD5pXmvVQShE5XvOJrljbqE=; b=IJZUMh8B+pNIg0FlbuAP7Xph5+ KvK3LgwYamhWZeHmlcGuejsj5B7OdMyr/I/xZV3KrO2wtiev+bhwo21xmbhvwd5Mis9JhrnbClg/V MENQ1D0lrv2cp64iqpzelNwme/n7IAsMNyEkFmRVXfhaUM2vHTn709Mpds1Tez79mgn4=; Received: from [74.203.163.58] (port=32002 helo=[10.106.10.44]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dDaIv-000Kqv-SI; Wed, 24 May 2017 12:42:37 -0500 User-Agent: Microsoft-MacOutlook/f.23.0.170517 Date: Wed, 24 May 2017 12:42:07 -0500 Subject: Re: svn commit: r318757 - head From: Larry Rosenman To: "O. Hartmann" CC: , Ed Maste , , , "freebsd-current@freebsd.org" , Konstantin Belousov Message-ID: Thread-Topic: svn commit: r318757 - head References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> <20170524192415.7bb764a7@thor.intern.walstatt.dynvpn.de> <163D09DC-C0B3-4D49-B0BF-C71C26C2807B@lerctr.org> <20170524194046.1226b05b@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170524194046.1226b05b@thor.intern.walstatt.dynvpn.de> Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 17:42:38 -0000 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 On 5/24/17, 12:40 PM, "O. Hartmann" wrote: Am Wed, 24 May 2017 12:28:51 -0500 Larry Rosenman schrieb: > I fixed my issues by force-rebuilding perl and all installed p5-* ports. > > This isn't possible in my case :-( lang/perl rebuilds all right, but every p5-* ports fails with [...] Checking if your kit is complete... ListUtil.c: loadable library and perl binaries are mismatched (got handshake key 0xd200080, needed 0xdf00080) *** Error code 1 I tried to rebuild also via portmaster -f, no success. Now, I growing bunch of ports showing up with this mysterious error. To which port "ListUtil.c" might belong to? Rebuilding autotools (which I suspected first) also fails ... I rebuilt all in Poudriere and it was fine. From owner-freebsd-current@freebsd.org Wed May 24 18:01:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6CDCFD7C258; Wed, 24 May 2017 18:01:53 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6786109D; Wed, 24 May 2017 18:01:52 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.189]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MMTZa-1dJeLh2d6U-008HMS; Wed, 24 May 2017 20:01:43 +0200 Date: Wed, 24 May 2017 20:01:36 +0200 From: "O. Hartmann" To: "O. Hartmann" Cc: Larry Rosenman , src-committers@freebsd.org, Ed Maste , svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" , Konstantin Belousov Subject: Re: svn commit: r318757 - head Message-ID: <20170524200136.09ac15b1@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170524194046.1226b05b@thor.intern.walstatt.dynvpn.de> References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> <20170524192415.7bb764a7@thor.intern.walstatt.dynvpn.de> <163D09DC-C0B3-4D49-B0BF-C71C26C2807B@lerctr.org> <20170524194046.1226b05b@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/3nYXUifKigH5b4auBUi23i3"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:IY+ZH8oRj94cOpVNOEyN5vTYA//EBVYy7pjbBrIcDbxFkNCx4UN JuliUdPDlko9UXrBGcyghL68MHY0+5Fl8ov6nv3/XS+xbytjFO140gCm++7KKv2K1Fcf3Bq 7La8caticZYMMn/Bu32HBmGzD7HmYZqg3SkhPKNS9ToKFtSRm1VBJTAn3Eb+KAiAvXxnAkl vN9XDOZ12nnBZenzVWF6g== X-UI-Out-Filterresults: notjunk:1;V01:K0:+AFGLqgNgQc=:WWuqxPCtLURBp3iQY5HqVD UCFS98AG9V/zuLMjzbekQ986nycI/JfnNincDeFQ5pkMV2AvpqPSnxmjigaZWY2DbbSr+0hcR sb9jKrAiWuRtbxyEKGOwUNCK+Yy3h+C+Ggenm53KnaNtfxeUVMIk9WqsEKxCU18F6Cpz1H4Q8 8i0M/RRJbXIeDtIc8nnqMylHxoUQgG0kiDM7qDx+GcWg/B2FN0uApJXRqk5XbiYauJT8HD0tN nklhLL9e2ee8LcwztJ21KfJHcp3SP77XArNsphFsOC+DjFMQRN59LOgHIhPgI2Ux5UI8ckqk+ +/q56meBxODXExPpj6kg39H+p7y5gWMrUUqrlc1/QLLxzkqP80iqve/npBJ/nXd5LaSvgIQ5K YInmrkRHp/N3aeE2dsOC+OL1rBLO1rKzRDudjpS5SDZt8Vokmj9VDI7QMQfaBay6doihU9qyW LPfHUa3Pv/yJu6xc15bCJxASSgS7jSlPbSHabLFUgT3eOPdz+1VTHB2GF8rKrgA1kYJd7Cwix C4bJnHAZqDYrusqSFHP//531EDsLF+3gb4cMNV1lGzKOTtB2MkwSWQk6LlPf621rvcAhIVrKq LNYcHFWQaaS2r/hLpHZKqii2dcJL9f226ktGmDtmiCySjSxgl5ix27ow5pgGUtzvL2VlBCiG+ y0S0F0jvob6Ea4gYTwg3ZE2xJjJSutwQNZSITn5ErDzlyw+4XWhys7zQkXhg/o22mdZtUk23i VZvr7fcALJjtr1pYcu4vg/snOACStGjkhl5ZvwjntVvhsa+dQsV6gkS5Iik= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 18:01:53 -0000 --Sig_/3nYXUifKigH5b4auBUi23i3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Wed, 24 May 2017 19:40:46 +0200 "O. Hartmann" schrieb: > Am Wed, 24 May 2017 12:28:51 -0500 > Larry Rosenman schrieb: >=20 > > I fixed my issues by force-rebuilding perl and all installed p5-* ports= .=20 > >=20 > > =20 >=20 >=20 > This isn't possible in my case :-( >=20 > lang/perl rebuilds all right, but every p5-* ports fails with >=20 > [...] > Checking if your kit is complete... > ListUtil.c: loadable library and perl binaries are mismatched (got handsh= ake key > 0xd200080, needed 0xdf00080)=20 > *** Error code 1 >=20 > I tried to rebuild also via portmaster -f, no success. Now, I growing bun= ch of ports > showing up with this mysterious error. >=20 > To which port "ListUtil.c" might belong to? >=20 > Rebuilding autotools (which I suspected first) also fails ... >=20 >=20 ... it seems, as K. belousov mentioned prior regarding different ABI, all p= 5-* ports need to be deleted by force ... They rebuild properly afterwards. --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/3nYXUifKigH5b4auBUi23i3 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWSXKgAAKCRDS528fyFhY lI3oAf9+f0tRnl/GBTmvOa6J9+KZnN7WYFi9X2PbDkrr0R0NYHeJC4avdlf2k8+g 1V2XvIui7Qc0JbounWtAp/03p/qxAf9b4Nob1oei5rCZ+vApXzGPIFUwpjg0EKad GxRrEKkE30I6ngAusHG1ZLG4GdC46BvjZMvZYNo+lmI3gy9FdP89 =sLnN -----END PGP SIGNATURE----- --Sig_/3nYXUifKigH5b4auBUi23i3-- From owner-freebsd-current@freebsd.org Wed May 24 18:05:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D79DD7C38F; Wed, 24 May 2017 18:05:01 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 58F3D1591; Wed, 24 May 2017 18:05:01 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-transfer-encoding:Content-type:Mime-version:In-Reply-To: References:Message-ID:CC:To:From:Subject:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=cWy4zL+BQlSKdAJqSu7mN73OyYO/PaISTgJu7Vh1HrA=; b=hl1n6z74rdVydeuo2YLKeWf6dw t7XddrmI+ElbKi1RKeehHlyk676xAA5SZDBf4JvdicSywzBRLMDA9cjwtx3OLTCuTJc+3KwRCSB2d cMRmgHOq+xIDWWYNmg4ypg3Gf1IJV0cNPFs/5I/JVyLzntPmK7F+r4JfQEeoytILk1Eo=; Received: from [74.203.163.58] (port=33186 helo=[10.106.10.44]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dDaea-000LkG-Gl; Wed, 24 May 2017 13:05:00 -0500 User-Agent: Microsoft-MacOutlook/f.23.0.170517 Date: Wed, 24 May 2017 13:04:30 -0500 Subject: Re: svn commit: r318757 - head From: Larry Rosenman To: "O. Hartmann" CC: , Ed Maste , , , "freebsd-current@freebsd.org" , Konstantin Belousov Message-ID: <26FCC584-3B24-4F70-9374-C432775844F6@lerctr.org> Thread-Topic: svn commit: r318757 - head References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> <20170524192415.7bb764a7@thor.intern.walstatt.dynvpn.de> <163D09DC-C0B3-4D49-B0BF-C71C26C2807B@lerctr.org> <20170524194046.1226b05b@thor.intern.walstatt.dynvpn.de> <20170524200136.09ac15b1@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170524200136.09ac15b1@thor.intern.walstatt.dynvpn.de> Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 18:05:01 -0000 On 5/24/17, 1:01 PM, "O. Hartmann" wrote: Am Wed, 24 May 2017 19:40:46 +0200 "O. Hartmann" schrieb: =20 > Am Wed, 24 May 2017 12:28:51 -0500 > Larry Rosenman schrieb: >=20 > > I fixed my issues by force-rebuilding perl and all installed p5-* p= orts.=20 > >=20 > > =20 >=20 >=20 > This isn't possible in my case :-( >=20 > lang/perl rebuilds all right, but every p5-* ports fails with >=20 > [...] > Checking if your kit is complete... > ListUtil.c: loadable library and perl binaries are mismatched (got ha= ndshake key > 0xd200080, needed 0xdf00080)=20 > *** Error code 1 >=20 > I tried to rebuild also via portmaster -f, no success. Now, I growing= bunch of ports > showing up with this mysterious error. >=20 > To which port "ListUtil.c" might belong to? >=20 > Rebuilding autotools (which I suspected first) also fails ... >=20 >=20 =20 ... it seems, as K. belousov mentioned prior regarding different ABI, a= ll p5-* ports need to be deleted by force ... They rebuild properly afterwards. =20 Which is essentially what I did re: Poudriere (poudriere bulk =E2=80=93C =E2=80=93j -p -f ) =20 From owner-freebsd-current@freebsd.org Wed May 24 18:10:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74E70D7C511; Wed, 24 May 2017 18:10:11 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ECB4218DC; Wed, 24 May 2017 18:10:10 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.189]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lmqxo-1ds9jx2NDg-00h4SH; Wed, 24 May 2017 20:10:01 +0200 Date: Wed, 24 May 2017 20:10:00 +0200 From: "O. Hartmann" To: Larry Rosenman Cc: "O. Hartmann" , , Ed Maste , , , "freebsd-current@freebsd.org" , Konstantin Belousov Subject: Re: svn commit: r318757 - head Message-ID: <20170524201000.5bfc736f@thor.intern.walstatt.dynvpn.de> In-Reply-To: <26FCC584-3B24-4F70-9374-C432775844F6@lerctr.org> References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> <20170524192415.7bb764a7@thor.intern.walstatt.dynvpn.de> <163D09DC-C0B3-4D49-B0BF-C71C26C2807B@lerctr.org> <20170524194046.1226b05b@thor.intern.walstatt.dynvpn.de> <20170524200136.09ac15b1@thor.intern.walstatt.dynvpn.de> <26FCC584-3B24-4F70-9374-C432775844F6@lerctr.org> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/B2ftN4AfDQgPu8dljSySCvm"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:w64jR4dxgcE4dVI5al09fmSLtNxxMiua4kc8mP5pFhjKkwiPelS aHaGuzb3etdVH6RdbmAAb9b9o4zRbisp0mTC4Rb3V37LgsF+i5LmqPKNji7aigZiPiprwrJ 1ki6pyy5q5m6YDCegLepK0btDsByILHirxs1AzlVgf65or+2AYfLbmno28/gTL1zNUYVozz HSKUXkmFlcj+CiAMRDyOw== X-UI-Out-Filterresults: notjunk:1;V01:K0:Ns4mbM6nHZY=:cPT0ND3xLjRYb78yz85rFi ZlrdN/LGMIqAieMW3UL4aKZdOy4X01YpRC8scjpjJ/29NuT2laDvCPNSBwrcrwoGukcrNSaQb M8Tf/EW85yM4zyP1NdxOmBhhVG0xFV0PX7KmzRzGsKgAEY//BBTv7nrJad7djQ5iXkLwsE3M8 GxJoVFqs4XjIWU132CMm7ND3Gfg3gcaFW8Ig+obfxS0P/w9ZKTHklLkc5GfjzptX0sUBoQEjF n2jmuZbMltV+8FqfEoVoY4Cnh2PZ2U8WWZg5ZpTSMY4ErybkrbwM4ZRcLsl7Pkh3mH9cPCn9L +etq7UviMOWJYqebbG7anVgdQAc7GLiKfvjaCwgd1jVYoba6yTPU6hweuyU4NViWGycJmpfmy JFkLnnMWRaJjpy0ysrxiea9qveqZMXluuqq9SGCZG0Ta7u3gmEf1+P9WnKOjFibOUzxQTrKb8 0c0UCAeyQ6SbLXLs+5RID4BfCQij0likiCGkjCrfhiSugTmjuDGbPHGgwYK+YWRHbuGA18r98 tSsX2sqPMmPq1VCPXF9zFWxSMKvOctzxnc9X/Ndy3P4NHwfd/A1ji2aknLmAPzhCzmw/Jl7bS fkJmvPRxC3S8LMXEXvvhu69rpgERTxqVaVfQOSi7xTRsbtOfLVas5vjQYFAM8Q7AQqiNpEjaH MltDpKHzNUiMjAXNNOprHSDPg/QA2S9qjYcoglCX8yhCsPddrqcSWKWhZIvHJKtpOp/UrUQ7v 8vYnIIW8zUJgmo7CCnspkQqwT8S8FlkcNcx2oTmFy0WakiEFvfc7XYdr1K0= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 18:10:11 -0000 --Sig_/B2ftN4AfDQgPu8dljSySCvm Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Wed, 24 May 2017 13:04:30 -0500 Larry Rosenman schrieb: > On 5/24/17, 1:01 PM, "O. Hartmann" wrote: >=20 > Am Wed, 24 May 2017 19:40:46 +0200 > "O. Hartmann" schrieb: > =20 > > Am Wed, 24 May 2017 12:28:51 -0500 > > Larry Rosenman schrieb: > > =20 > > > I fixed my issues by force-rebuilding perl and all installed p5-*= ports.=20 > > >=20 > > > =20 > >=20 > >=20 > > This isn't possible in my case :-( > >=20 > > lang/perl rebuilds all right, but every p5-* ports fails with > >=20 > > [...] > > Checking if your kit is complete... > > ListUtil.c: loadable library and perl binaries are mismatched (got = handshake key > > 0xd200080, needed 0xdf00080)=20 > > *** Error code 1 > >=20 > > I tried to rebuild also via portmaster -f, no success. Now, I growi= ng bunch of > > ports showing up with this mysterious error. > >=20 > > To which port "ListUtil.c" might belong to? > >=20 > > Rebuilding autotools (which I suspected first) also fails ... > >=20 > > =20 > =20 > ... it seems, as K. belousov mentioned prior regarding different ABI,= all p5-* > ports need to be deleted by force ... They rebuild properly afterwards. > =20 > Which is essentially what I did re: Poudriere (poudriere bulk =E2=80=93C = =E2=80=93j -p > -f ) I use the traditional "make" way (via portmaster) --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/B2ftN4AfDQgPu8dljSySCvm Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWSXMeAAKCRDS528fyFhY lC3FAgCjOsC9Vq+JEj7IXCBiDh2tbLfH8I8pZa3UnYCr81dSYV1Lobqu7HE6+Z1F dpkWPJcpsnnsGJvD5UGANLpuvmaQAf9wQs6KToM7mI97tYWpLRI9+a1zeLHBxtJq Qitq0G+CUJB+QDwpMNllasOTtUIlEIcaytsWiD+uVEbgR3G1VHv+ =IYSB -----END PGP SIGNATURE----- --Sig_/B2ftN4AfDQgPu8dljSySCvm-- From owner-freebsd-current@freebsd.org Wed May 24 19:11:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C560DD7C8EC; Wed, 24 May 2017 19:11:09 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x243.google.com (mail-pf0-x243.google.com [IPv6:2607:f8b0:400e:c00::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8CDA91C95; Wed, 24 May 2017 19:11:09 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x243.google.com with SMTP id w69so33970602pfk.1; Wed, 24 May 2017 12:11:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=H+hSoUgbGoYg+gFU1DdaAdLjL/Lz0RM/0qJOJeuAtuw=; b=ujR+w3LuizboSxFePmnqsjnR2NAAqU0Bbzghmpe1+RmTqlvlZAhFZ03WJ/T74n+zvK m7ylpg08VQtQjjfAtb/iJf1n7XEXecOdeVQq3KZKA4+kQwByaW/HtO+uRhKQHNxWaZ2y 5YYv3P2g8CEccmgCR2Qcs6O17p400yjs8JaX+RCnU6cx0DkT1ON3UkgGp9/XkMjdShk+ X+htL1R1rIVhw/7E5ggWelvOM6oCesOZmXL6C6pBp5FjfHBui+D/UKYUJZ2cQWM3X4/T rPbS41p7feEjexYGNx7+7/2kN8nXD0WpN1Joz7JydLgCEBnnz/QuquLVJXb8QRMx6Bhe bFrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=H+hSoUgbGoYg+gFU1DdaAdLjL/Lz0RM/0qJOJeuAtuw=; b=ljjIjEKdtdaYnytfRSjB18d/qdZazl/fj0qzQ7lkcJW5Kj5zwjPzCKy2hThgNLomlh 7D9whzC5mKIbty3yXblWIcRtFsUNelFjZqKJ4lwd86XKDRPxixDTKzoAAYeSovBmBQpd KjHZs5Z6Uns9fO4u30tRCgOd3m3pp9VJLQIulFkVN9bQeBUVERR117ocWEVQOS+G+Hms Ju7dvOpqR+SM1vnmOVqJNDxUxiGR1b/wgSglfjl7vfHQX4zbMejNzZ18mZFxs8QcnREa gCmxytRYlxDnAEfHuWZTINDRh49y82nu+D+G344Rl+Xx9goOkCSXsapqg8uMWSpCdavw rAbQ== X-Gm-Message-State: AODbwcD2bQPpIbbDL5G2k5QTp0A9CswDXaQi1mjBR513eYLyDJhPDZ/y pPSDzhtJMGebOnRrDLk= X-Received: by 10.99.103.70 with SMTP id b67mr41521704pgc.96.1495653069049; Wed, 24 May 2017 12:11:09 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id d2sm9321522pfb.110.2017.05.24.12.11.07 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 24 May 2017 12:11:08 -0700 (PDT) Subject: Re: svn commit: r318757 - head Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_3E3916D7-5B6E-40CD-A65A-0D3DE2D153B6"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <20170524201000.5bfc736f@thor.intern.walstatt.dynvpn.de> Date: Wed, 24 May 2017 12:11:06 -0700 Cc: Larry Rosenman , src-committers , Ed Maste , svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" , Konstantin Belousov Message-Id: References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> <20170524192415.7bb764a7@thor.intern.walstatt.dynvpn.de> <163D09DC-C0B3-4D49-B0BF-C71C26C2807B@lerctr.org> <20170524194046.1226b05b@thor.intern.walstatt.dynvpn.de> <20170524200136.09ac15b1@thor.intern.walstatt.dynvpn.de> <26FCC584-3B24-4F70-9374-C432775844F6@lerctr.org> <20170524201000.5bfc736f@thor.intern.walstatt.dynvpn.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 19:11:09 -0000 --Apple-Mail=_3E3916D7-5B6E-40CD-A65A-0D3DE2D153B6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 24, 2017, at 11:10, O. Hartmann wrote: >=20 > Am Wed, 24 May 2017 13:04:30 -0500 > Larry Rosenman schrieb: =E2=80=A6 > I use the traditional "make" way (via portmaster) There were some reports about needing to do =E2=80=9Cmake = clean=E2=80=9D before =E2=80=9Cmake install=E2=80=9D. Memory serves me = correctly there are ways in portmaster to bypass =E2=80=9Cmake clean=E2=80= =9D before running =E2=80=9Cmake install=E2=80=9D. Could you please = provide your portmasterrc file? Thanks, -Ngie --Apple-Mail=_3E3916D7-5B6E-40CD-A65A-0D3DE2D153B6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZJdrLAAoJEPWDqSZpMIYVTPAP/1vRh+QCPZhNkfcrr1tEcJPi z3dsNAuJPTyhe16osCwSu4MMCPAGnJRqF9Kt8PI6h0WUvRyP0lIfG4t1tlZKl3L3 sezcrNuRrEoAr1/o94RoyWXdQCX8zizRk2nbEL0sDrM9Nc4mPx7KFWIJgXJZm76C moA+7glJU7kNet96BYtzdwfKeaSPTCAOUkdkb68QH8qh+hfIhNwrBMEdV21zNt7M Hw8k+bZZXqJ/ZX9wSeQsjjwHM6l6W8QGcHRBQqEwsRmLYMC0500ucMIsWt9mV33b UFUZMF9SVQOKmfByzTqeuLx9VWHoGz6GF/+NR4UM0MhYPND+WGuqGhtfqwk+Sand pQ44MeX1MZYNTNIGoKYTlMPZygzi13CZmR44XMuZ84KuZTs4H5H7QGUrVRAvh5Cp Efg4YMoCOiXmsvA83FhFltvxLIcU+hTbgD94AycZ7rYKzmuZG/NYWm+isKbMbXne 8Z8WraZBx5/g81ropHtDJuB3jfHpEw552IsKtRQQEXeVodOJOGUWpAAQIOnl6ILK m4bU7rrKfiCxF6qYKOeQpVHyCd+0H+1uJMal/aujPpEyWiRsnSVQDC/tI019os3z 4cCjJVTkzuJuQ/xdIGw4AWcLOwnR1SIHAQ/KIYtqeZ/nbICiToTJTmpY+mH0Eang qKPXimhBGpgDbq+QPpk0 =bpJB -----END PGP SIGNATURE----- --Apple-Mail=_3E3916D7-5B6E-40CD-A65A-0D3DE2D153B6-- From owner-freebsd-current@freebsd.org Wed May 24 17:27:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8D28D7B228 for ; Wed, 24 May 2017 17:27:45 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 28825118E for ; Wed, 24 May 2017 17:27:44 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.189]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MId0S-1dFmzn3ugK-002FY6; Wed, 24 May 2017 19:27:36 +0200 Date: Wed, 24 May 2017 19:27:34 +0200 From: "O. Hartmann" To: Konstantin Belousov Cc: "Hartmann, O." , FreeBSD CURRENT Subject: Re: ino64: desastrous update - recommendations not working!!! Message-ID: <20170524192734.67a84527@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170524141507.32490c2a@hermann> References: <20170524124219.3410c416@hermann> <20170524113108.GK1622@kib.kiev.ua> <20170524141507.32490c2a@hermann> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/4+3DjX6aWzM+U5.TkY0/Z6W"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:Yc1WUDBUW0JBIwAN5EpD1/Ru9AHhef80J0ZxnmBEawWRuGGIvm+ FlECsOhpAEhOMS7zlAXRz/Yi4mT5I/rGmSjnpPYLC28kOqvIQUzy7Tp0wL87IAV9hw19Caz acNlZIOi/YDX5icXPzu1YR8qyVaAsolsocWh11rKd3aTQRmnW+wzDF77Op2ZNYxMV6Gx8+O XrSs7Xf03SwN/0pjY5eIQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:aD0fug/VR8U=:K1MRn+z7KhxP6GoVysrhBC QGg0rxhsmIoxIvMFqsfzG4BDFHRA0V5oBevbtVFy4pIO0IFYAhefmX9scCHdh2BW+MQCfAbXR Ww0ZVZGZKidQb2PNHwaWxIZJSSGarujXMiypkqvcMo29kxBMFstlS8n34Vs9ebQSub9DqOzvd Eyj/CtzYYINFahtM72BPE1e4X57d0DRm9ijGDL7XcCcVy755NY96l7ipTZMAR7xEpa/NZf0bL ptEGyWnLqTUKxdXs1tvSHEJWtdyB50B5N9mRlVpp85rV4A3M9soZX6BAisLa46k4qQGeTx/u7 0ssPVarDvzHUWFl+gUsEABKXI6azn+FWeTGyWtBfPCN1V+GTyqrQ07FaWVz16cd3ydUA+qPux iq97tPVTbUzz7uPoWwMrLXdnmfXkyT7idtfaEv511dcP78KBJhBfCxOlNGJblhF6n4Y7mj3Xj ubasl5hy2V/YVU79wAJC+di7lbM/HVC/0EkYR1PGSB6tUAd/iEXb9MERSC7bL1nUmya0YFmBd BRHpBQ+N3URlJckn0j63nSQk1AB8ufHzKEjUFSZpwbhVTzdbK7DZssLsagXJOi7FsXXKM5FeB ZXaJl+p/2jvmGjKCebNE6RexahwAD56Jgah6MUg1w3uJsA5Uy+aD0Ymr+rwd1xCgaT3GSCJrG fj++l+PdruCP/Lqk+3gmyzpyqHwnMf0hI/hHEAzHgPY7Tc56lPpCyRMizEHbovYmHy3QhAnwC v+AjqqVthQAOFIT4/zBI/xg5KrVa3RqwxrGRKbfp/7ldRZwAdjLbR1xvDhGbf4MuyhO1yL905 SaEpEL9c9fbzDTdXeILwFvURNrURnMP2jV/LSZmsA3bIRBx+gjAp9A3j7XTFyr+FwrAZyT1 X-Mailman-Approved-At: Wed, 24 May 2017 19:32:42 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 17:27:45 -0000 --Sig_/4+3DjX6aWzM+U5.TkY0/Z6W Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Wed, 24 May 2017 14:15:07 +0200 "Hartmann, O." schrieb: > On Wed, 24 May 2017 14:31:08 +0300 > Konstantin Belousov wrote: >=20 > > On Wed, May 24, 2017 at 12:42:19PM +0200, Hartmann, O. wrote: =20 > > > On almost every CURRENT that has been updated according to UPDATING > > > entry 2017-05-23 regarding ino64, the recommended update process > > > ends up in a desaster or, if the old environemnt/kernel is intact, > > > itr doesn't work. > > >=20 > > > Procedure: > > >=20 > > > make -jX buildworld buildkernel [successful] > > > make installkernel [successful] > > > reboot > > > Booting single user mode as recommended withnthe newly installed > > > kernel BUMMER! > > > When it comes to the point to type in the full path > > > of /bin/sh, /bin/sh immediately fails with SIGNAL 12 =20 > > Signal 12 is SIGSYS, which strongly suggest that your 'new' kernel is > > not new, it does not implement some of the syscalls called by new > > binaries. =20 >=20 > It is(!) new as it has been installed from sources checked out > recently, rebuilt world and rebuilt world after I completely > DELETED(!) /usr/obj. > The most striking evidence would be the revision number right now, but > I don't have the luxury of time at the moment to play with the harhsly > failing wreckeges. >=20 > > =20 > > >=20 > > > In this case, I can boot without problems the old kernel and the > > > system works again. > > >=20 > > > But, depending on the entry revision from which I started the 22nd, > > > or 23rd of May ino64-deal, there is a more harsh failure! =20 > > I do not understand what are you trying to say there. =20 >=20 > Well, that is easy. On our development and testing facilities, I do > in most cases daily updates. Some notebooks or systems I/we have to > rely a bit more on, I do this after two or more days after a successful > update of the others. >=20 > What I want to say - and did say - is: boxes which I have updated > recently, 22nd, 23rd May the last time, do break on installworld after > they booted successfully the new kernel and gave me a single-user > console, while the notebooks, for instance, which has been updated > CURRENT the last time on Thursday last week, only fail in getting a > login due to the /bin/sh SIGSYS issue. >=20 > I think David Wolfskill made a point about this in a recent commit to > the list. >=20 > > =20 > > >=20 > > > According to the above recommendation of updating, BUMMER! doesn't > > > occur at that point and the shell /bin/sh starts as expected. > > > Performing=20 > > >=20 > > > mergemaster -Fp > > >=20 > > > also performs well without any questions or installations so far, > > > but then > > >=20 > > > make installworld > > >=20 > > > BUMMER! again and this time with fatal consequences! The > > > installation fails in libexec/rtld-elf or something like that in the > > > source/object tree after copying libexec/ld-elf.so.1. I > > > see /libexec/ld-elf.so.1 successfully copied with the security copy > > > marked with appendix .old being of a conclusive date and time. > > > The installworld bails out, leaves the tree in a mixture of old and > > > new binaries and now, thanks, the whole system ist wrecked. > > > When trying to reboot such a half-ready installation in single user > > > mode, I can't even get an shell enymore. > > >=20 > > > How can I fix this emergency case with the tools aboard? > > >=20 > > > Since there is no compiler or build infrastructure any more on the > > > USB bootimage, I can not simply installworld and installkernel - > > > the boot image is useless - on this list I had such a discussion in > > > March. For short: I have the intact and complete /usr/obj tree and > > > I think it would be a great deal to be able to simply boot via USB > > > memstick and perform installworld with propper settings of DESTDIR=3D > > > and sibblings. > > >=20 > > > Yes, now what is to do ... :-( > > >=20 > > > Help appreciated and thanks in advance for those reading so far. =20 > >=20 > > I put a statically built stat(1) binary there: > > https://www.kib.kiev.ua/kib/stat-ino64-static > >=20 > > You might use it as a test for the right kernel: after you boot with > > supposedly new kernel but old world, try to run the binary. If > > running results in SIGSYS (12), you have configuration issue to solve. = =20 >=20 > I'll try. And report. But I'm out of the lab until Monday :-( I have > boxes at home I'd like to update, last update of those was the day > before yesterday, but I do not dare until the issue is identified > correctly. As David Wolfskill stated in his headline, it is probably > not ino64 messing up - as I interprete his question mark. >=20 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" =20 >=20 Stefan Esser was so kind and pushed me towards COMPAT_FREEBSD11 options req= uisite in the kernel. It was missing in kernel configs of mine or I had COMPAT_FREEBSD10 = already set and confused with the version 11. Mea culpa! --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/4+3DjX6aWzM+U5.TkY0/Z6W Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWSXChgAKCRDS528fyFhY lPhJAgCp0kcFawDFTzACIzTKaaY8BGL33KIV9jj2r6LRPHegaUK77IFNXu6VR+jg sWtO7c09Boh0kIOt975hBnpa/jWRAf9hrTUmjJYCRrRuv8dfnq7T/u+Ky6+zwH1k LxT6A0UneePBp7m2JMAHQ+4rzbEctgWZx5MWuQcLInu6YC2A+M4o =T8Dd -----END PGP SIGNATURE----- --Sig_/4+3DjX6aWzM+U5.TkY0/Z6W-- From owner-freebsd-current@freebsd.org Wed May 24 19:42:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AF99D7C4BF; Wed, 24 May 2017 19:42:53 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A953C121F; Wed, 24 May 2017 19:42:52 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.189]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5cpk-1eApbE35K4-00xdY9; Wed, 24 May 2017 21:42:48 +0200 Date: Wed, 24 May 2017 21:42:40 +0200 From: "O. Hartmann" To: "Ngie Cooper (yaneurabeya)" Cc: "O. Hartmann" , Larry Rosenman , src-committers , Ed Maste , svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" , Konstantin Belousov Subject: Re: svn commit: r318757 - head Message-ID: <20170524214240.56898f49@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <201705232025.v4NKPnrH001395@repo.freebsd.org> <20170524090552.GF1622@kib.kiev.ua> <8A9597FF-FC4B-4998-87A8-F5ED13303474@lerctr.org> <20170524192415.7bb764a7@thor.intern.walstatt.dynvpn.de> <163D09DC-C0B3-4D49-B0BF-C71C26C2807B@lerctr.org> <20170524194046.1226b05b@thor.intern.walstatt.dynvpn.de> <20170524200136.09ac15b1@thor.intern.walstatt.dynvpn.de> <26FCC584-3B24-4F70-9374-C432775844F6@lerctr.org> <20170524201000.5bfc736f@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_//9UtlAXwddK82MsGGgt9aeP"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:eAZVHU55JnQ1NGPFxZtRZrDg1UgnRU8Gra6kxuGjOjqHvO/8djb 0s069pdsS8vas5E39NqoQDYkpG6g1RZFk1N+ZYIS08KM2KuX7/UVFqK72tGZMvywCtiAxXG 14O5GfBt9IlfCkFy2G/Qn798LAhiDBLCN3EtEdLPeb4lmqcF2McW7rBTtjufPYFrdVJUOSq KOotUCF3WGoZqYi5O1kew== X-UI-Out-Filterresults: notjunk:1;V01:K0:/FputYUvTmc=:dca8V8h3yST9OFy2xZ1aF9 BPQpGz9FxGLTqeZfasmZ9o6AjyXQv5s26zJpcBdB6/n3p/BCHffhDvrHtruTZW6QyPrayppku g3Ednf1L5j9OXEzlKR04suJKHE+iQANnDzUZa+cSIGlvCDa7/kYed1TB7pOzfF2n8o1ZBJtYI H5fzovGam+rfxYNdWl6Fmmko6+jNgQjw5ptd5voTuHYnDdpaPJ570UlN9Fk89aXfAxfVIo6FD IbRrk560k5FO4stOqV1YIp2be5TvG8ypi8UOAO5xTtS/S5ROo2rLNmg8bEhcgsT0y7ztAX/vT t58dRFVHQU/5BDWFqBonzzTprS6CSJCzWye+DJAO6XVGfHv52NAAapnKCD2mCjr3nuTfIDoAj Bj5uwVTAEOlD+POgTuyCedcKRC45Btul9SjyLgGDoalE1ieTo+MzIfNzsMY0B3sznFupvU8K8 lZDJIMUFB811gHSy8CyCUjZbjXGIYAz9j4z7FcBRioGS6r4arFy2Up5ltKIFws+TovSYdPz3k G+FRPADdgWxv9ILI7gCPR+fbqMDzj5HylXi4BX6nYS9VogIZKbmBNEHAaHPynn/he6Hjwi7in EjyLVEfSOMx4KgWcik7KOxTsXd+TrvIgFHK5tBUtonGqfc0wYi9/ZZekOdBcSi64mkneB3RUA WCj1tKQPcXt1JG+FQ6Cq26tue1+sC89f4GOkww7sE82WwbNZf3VK/hI6E/LT00+i10u6R7zlg Z/LXXYWzUSYRSjd5S0QmLS7G5RD5Pl7TGsX8mbKznvfBoJH7nay9+F6N+QY= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 19:42:53 -0000 --Sig_//9UtlAXwddK82MsGGgt9aeP Content-Type: multipart/mixed; boundary="MP_/QXuJWY8+K7cFF5R+jrvtRLx" --MP_/QXuJWY8+K7cFF5R+jrvtRLx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Wed, 24 May 2017 12:11:06 -0700 "Ngie Cooper (yaneurabeya)" schrieb: > > On May 24, 2017, at 11:10, O. Hartmann wrote: > >=20 > > Am Wed, 24 May 2017 13:04:30 -0500 > > Larry Rosenman schrieb: =20 >=20 > =E2=80=A6 >=20 > > I use the traditional "make" way (via portmaster) =20 >=20 > There were some reports about needing to do =E2=80=9Cmake clean=E2=80=9D= before =E2=80=9Cmake install=E2=80=9D. > Memory serves me correctly there are ways in portmaster to bypass =E2=80= =9Cmake clean=E2=80=9D before > running =E2=80=9Cmake install=E2=80=9D. Could you please provide your por= tmasterrc file? Thanks, -Ngie attached, but there is nothing unusual from my point of view. make clean is= also done prior to the make all. --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --MP_/QXuJWY8+K7cFF5R+jrvtRLx Content-Type: application/octet-stream; name=portmaster.rc Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=portmaster.rc IyAkRnJlZUJTRCQKIwojIFNhbXBsZSBwb3J0bWFzdGVyIHJjIGZpbGUuCiMgUGxhY2UgaW4gJEhP TUUvLnBvcnRtYXN0ZXJyYyBvciAvdXNyL2xvY2FsL2V0Yy9wb3J0bWFzdGVyLnJjCiMKIyBQbGVh c2UgcmVhZCB0aGUgcG9ydG1hc3RlciBtYW4gcGFnZSBmb3IgbW9yZSBpbmZvcm1hdGlvbiBvbgoj IHRoZXNlIG9wdGlvbnMuCiMKIyBEbyBub3QgY3JlYXRlIHRlbXBvcmFyeSBiYWNrdXAgcGFja2Fn ZXMgYmVmb3JlIHBrZ19kZWxldGUgKC1CKQojIE5PX0JBQ0tVUD1Cb3B0CiMKIyBBbHdheXMgc2F2 ZSB0aGUgYmFja3VwIHBhY2thZ2VzIG9mIHRoZSBvbGQgcG9ydCAoLWIpCiMgQkFDS1VQPWJvcHQK IwojIE1ha2UgYW5kIHNhdmUgYSBwYWNrYWdlIG9mIHRoZSBuZXcgcG9ydCAoLWcpCiMgTUFLRV9Q QUNLQUdFPWdvcHQKIwojIERvIG5vdCBwcmVjbGVhbiB0aGUgcG9ydCdzIGJ1aWxkIGRpcmVjdG9y eSAoLUMpCiMgRE9OVF9QUkVfQ0xFQU49Q29wdAojCiMgRG8gbm90IGNsZWFuIHRoZSBwb3J0J3Mg YnVpbGQgZGlyZWN0b3J5IGFmdGVyIGluc3RhbGxhdGlvbiAoLUspCiMgRE9OVF9QT1NUX0NMRUFO PUtvcHQKIwojIE5ldmVyIHNlYXJjaCBmb3Igc3RhbGUgZGlzdGZpbGVzIHRvIGRlbGV0ZSAoLUQp CiMgRE9OVF9TQ1JVQl9ESVNURklMRVM9RG9wdAojCiMgQWx3YXlzIGRlbGV0ZSBzdGFsZSBkaXN0 ZmlsZXMgd2l0aG91dCBwcm9tcHRpbmcgKC1kKQpBTFdBWVNfU0NSVUJfRElTVEZJTEVTPWRvcHQK IwojIERvIG5vdCBydW4gJ21ha2UgY29uZmlnJyBmb3IgcG9ydHMgdGhhdCBuZWVkIHVwZGF0aW5n ICgtRykKIyBQTV9OT19NQUtFX0NPTkZJRz1Hb3B0CiMKIyBIaWRlIHRoZSBidWlsZCBhbmQgaW5z dGFsbCBwcm9jZXNzZXMgaW4gYSBsb2cgZmlsZSAoLUgpCiMgSElERV9CVUlMRD1Ib3B0CiMKIyBB cmd1bWVudHMgdG8gcGFzcyB0byBtYWtlICgtbSkKIyBQTV9NQUtFX0FSR1M9Jy1ERk9SQ0VfUEtH X1JFR0lTVEVSJwojCiMgUmVjdXJzZSB0aHJvdWdoIGV2ZXJ5IGRlcGVuZGVuY3ksIGFuZCBjaGls ZCBkZXBlbmRlbmNpZXMgKC10KQojCiMgTk9URToJVVNFIE9GIFRISVMgT1BUSU9OIElOIFlPVVIg Q09ORklHIEZJTEUgSVMgTk9UIFJFQ09NTUVOREVECiMJSVQgSVMgT05MWSBORUVERUQgSU4gU1BF Q0lBTCBDSVJDVU1TVEFOQ0VTLCBBTkQgU0hPVUxEIEJFCiMJVVNFRCBGUk9NIFRIRSBDT01NQU5E IExJTkUuCiMKIyBSRUNVUlNFX1RIT1JPVUdIPXRvcHQKIwojIEJlIHZlcmJvc2UgKC12KQojIFBN X1ZFUkJPU0U9dm9wdAojCiMgU2F2ZSBjb3BpZXMgb2Ygb2xkIHNoYXJlZCBsaWJyYXJpZXMgKHJl Y29tbWVuZGVkKSAoLXcpCiMgU0FWRV9TSEFSRUQ9d29wdAojCiMgSW5zdGFsbCBhIHBhY2thZ2Ug aWYgYXZhaWxhYmxlICgtUCBvciAtLXBhY2thZ2VzKQojIFBNX1BBQ0tBR0VTPWZpcnN0CiMKIyBP bmx5IGluc3RhbGwgcGFja2FnZXMgKC1QUCBvciAtLXBhY2thZ2VzLW9ubHkpCiMgUE1fUEFDS0FH RVM9b25seQojCiMgSW5zdGFsbCBwYWNrYWdlcyBmb3IgYnVpbGQtb25seSBkZXBlbmRlbmNpZXMg KC0tcGFja2FnZXMtYnVpbGQpCiMgUE1fUEFDS0FHRVNfQlVJTEQ9cG1wX2J1aWxkCiMKIyBEZWxl dGUgYnVpbGQtb25seSBkZXBlbmRlbmNpZXMgd2hlbiBmaW5pc2hlZCAoLS1kZWxldGUtYnVpbGQt b25seSkKIyBQTV9ERUxfQlVJTERfT05MWT1wbV9kYm8KIwojIFVzZSBwYWNrYWdlcyBpZiB0aGV5 IGFyZSBuZXdlciB0aGFuIGluc3RhbGxlZCAoLS1wYWNrYWdlcy1uZXdlcikKIyBQTV9QQUNLQUdF Uz1uZXdlcgojIFBNX1BBQ0tBR0VTX05FV0VSPXBtcF9uZXdlcgojCiMgQWx3YXlzIGZldGNoIG5l dyBwYWNrYWdlIGZpbGVzICgtLWFsd2F5cy1mZXRjaCkKIyBQTV9BTFdBWVNfRkVUQ0g9cG1fYWx3 YXlzX2ZldGNoCiMKIyBTcGVjaWZ5IGEgbG9jYWwgcGFja2FnZSByZXBvc2l0b3J5ICgtLWxvY2Fs LXBhY2thZ2VkaXIpCiMgTE9DQUxfUEFDS0FHRURJUj08cGF0aD4KIwojIE9ubHkgdXNlIHBhY2th Z2VzIGZyb20gLS1sb2NhbC1wYWNrYWdlZGlyICgtLXBhY2thZ2VzLWxvY2FsKQojIFBNX1BBQ0tB R0VTX0xPQ0FMPXBtcF9sb2NhbAojCiMgRGVsZXRlIHBhY2thZ2VzIGFmdGVyIHRoZXkgYXJlIGlu c3RhbGxlZCAoLS1kZWxldGUtcGFja2FnZXMpCiMgUE1fREVMRVRFX1BBQ0tBR0VTPXBtX2RlbGV0 ZV9wYWNrYWdlcwojCiMgU3VwcHJlc3MgdGhlIGJ1aWxkIGNvbmZpcm1hdGlvbiBtZXNzYWdlICgt LW5vLWNvbmZpcm0pCiMgUE1fTk9fQ09ORklSTT1wbV9ub19jb25maXJtCiMKIyBEbyBub3QgdXBk YXRlIHRoZSB4dGVybSB0aXRsZSBiYXIgKC0tbm8tdGVybS10aXRsZSkKIyBQTV9OT19URVJNX1RJ VExFPXBtX25vX3Rlcm1fdGl0bGUKIwojIERvIG5vdCBmZXRjaCB0aGUgSU5ERVggZmlsZSAoLS1u by1pbmRleC1mZXRjaCkKIyBQTV9OT19JTkRFWF9GRVRDSD1wbV9ub19pbmRleF9mZXRjaAojCiMg VXNlIG9ubHkgdGhlIElOREVYIGZpbGUgdG8gY2hlY2sgaWYgYSBwb3J0IGlzIG91dCBvZiBkYXRl ICgtLWluZGV4KQojIFBNX0lOREVYPXBtX2luZGV4CiMKIyBVc2UgdGhlIElOREVYIGZpbGUgZmly c3QsIHRoZW4gY2hlY2sgL3Vzci9wb3J0cyAoLS1pbmRleC1maXJzdCkKIyBQTV9JTkRFWD1wbV9p bmRleAojIFBNX0lOREVYX0ZJUlNUPXBtX2luZGV4X2ZpcnN0CiMKIyBVc2UgdGhlIElOREVYIGZp bGUgaW5zdGVhZCBvZiAvdXNyL3BvcnRzICgtLWluZGV4LW9ubHkpCiMgUE1fSU5ERVg9cG1faW5k ZXgKIyBQTV9JTkRFWF9PTkxZPXBtX2luZGV4X29ubHkKIwojIElmIGJ1aWxkaW5nIGFzIGFuIHVu cHJpdmlsZWdlZCB1c2VyIGFuZCB5b3UgaGF2ZSBTVV9DTUQgaW4gbWFrZS5jb25mKDUpLgojIE5v dGU6IHBvcnRtYXN0ZXIgZG9lcyBub3QgcHJvdmlkZSBjb21tYW5kIGFzIGEgc2luZ2xlIGFyZ3Vt ZW50LCBpLmUuCiMgaWYgeW91ciBtYWtlLmNvbmYoNSkgc3BlY2lmaWVzIGBTVV9DTUQ9c3VkbyAt RSBzaCAtY2AsIHRoZW4gdGhlIGNvcnJlY3QKIyBjb3JyZXNwb25kaW5nIHBvcnRtYXN0ZXIgY29u ZmlndXJhdGlvbiBpcyBgUE1fU1VfQ01EPXN1ZG9gLgojIFBNX1NVX0NNRD1zdWRvCiMKIwojIFRo ZSBmb2xsb3dpbmcgb3B0aW9ucyBhcmUgYXZhaWxhYmxlIGZvciB0aGUgcmMgZmlsZSBvbmx5Ogoj CiMgTG9nIGFjdGlvbnMgdGFrZW4gYnkgcG9ydG1hc3RlciB3aXRoIGEgZGF0ZS90aW1lIHN0YW1w CiMgUE1fTE9HPS9mdWxsL3BhdGgvdG8vZmlsZQojCiMgRG8gbm90IHByb21wdCB0aGUgdXNlciBm b3IgZmFpbGVkIGJhY2t1cCBwYWNrYWdlIGNyZWF0aW9uCiMgUE1fSUdOT1JFX0ZBSUxFRF9CQUNL VVBfUEFDS0FHRT1wbV9pZ25vcmVfZmFpbGVkX2JhY2t1cF9wYWNrYWdlCiMKIyBMaXN0IG9mIGZp bGVzIHRvIHByZXNlcnZlIGFjcm9zcyB1cGdyYWRlcywgYW5kIHRoZSBwb3J0cyB0aGF0IGluc3Rh bGwgdGhlbS4KIyBZb3UgY2FuIGNvbnZlcnQgY2F0ZWdvcnkvcG9ydG5hbWUgdG8gdGhlIHJpZ2h0 IHBhdHRlcm4gZm9yIHRoZSBfZmlsZXMgdmFyaWFibGUKIyBieSB1c2luZyB0aGUgZm9sbG93aW5n OiBlY2hvIGNhdGVnb3J5L3BvcnRuYW1lIHwgc2VkICdzI1stKy9cLl0jXyNnJwojIFBNX1BSRVNF UlZFX1BPUlRTPSJkbnMvcDUtTmV0LUROUyIKIyBkbnNfcDVfTmV0X0ROU19maWxlcz0iL3Vzci9s b2NhbC9zaGFyZS9kb2MvcDUtTmV0LUROUy9UT0RPIgo= --MP_/QXuJWY8+K7cFF5R+jrvtRLx-- --Sig_//9UtlAXwddK82MsGGgt9aeP Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWSXiMAAKCRDS528fyFhY lKZaAf9Mh/NGbOXlFteO1mCZgevP6TNx+jVtWsNNORsT8yDqnl/AWlObYlo8+jPG BllRgegk9sMlTnGKe6ywabqfd0QKAf9qMxJPu2RpFJuljWWKlr3lLGetMBRTDXn6 6dbjTi5tC061y1OnKSzCapCCzx9FIjybvteqmSIwGm1ZFThKzd4G =JoU6 -----END PGP SIGNATURE----- --Sig_//9UtlAXwddK82MsGGgt9aeP-- From owner-freebsd-current@freebsd.org Wed May 24 19:52:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25149D7C8AC for ; Wed, 24 May 2017 19:52:38 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ECAB21A3C for ; Wed, 24 May 2017 19:52:37 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id DcKgdXTXheQWUDcKhdhaC3; Wed, 24 May 2017 13:52:35 -0600 X-Authority-Analysis: v=2.2 cv=UpATD64B c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=tJ8p9aeEuA8A:10 a=iaTFZB6CAAAA:8 a=pGLkceISAAAA:8 a=KqpIfyakAAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=dHTvhCqPd3kgqaJhdDYA:9 a=onJU5r5euI5dhfGb:21 a=7hOMw-0Mpf1Gyxt0:21 a=CjuIK1q_8ugA:10 a=QWXrQ9iV8q7LKaLQ9lfw:22 a=6kGIvZw6iX1k4Y-7sg4_:22 a=gdFSoX5FBteAPHjtcXXc:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 1756D14D; Wed, 24 May 2017 12:52:34 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v4OJpIx3007258; Wed, 24 May 2017 12:51:18 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201705241951.v4OJpIx3007258@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: "O. Hartmann" cc: Konstantin Belousov , "Hartmann, O." , FreeBSD CURRENT Subject: Re: ino64: desastrous update - recommendations not working!!! In-Reply-To: Message from "O. Hartmann" of "Wed, 24 May 2017 19:27:34 +0200." <20170524192734.67a84527@thor.intern.walstatt.dynvpn.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 May 2017 12:51:18 -0700 X-CMAE-Envelope: MS4wfNu8rUD0geEizqVQKjemGn4UbQiavZaIsWDh+BxNA/GyRwO4MoP8RzE19PT4qysVqUwT2rbKJLr762VCxXTxjNrkCQ+6rbkX48NKSUXUrsWDfJE/X+Zr TgPr8gG1i+5NcHROE+EiuFPAzQPOvxNm33ui1nue50IK/MvMPy9NIJAlSDbfGYOMdrb9EZoIGSBbsCp0Zf0dXYcEop8zE9NXnHMaVTvXBvKlHm9QCKEXTFnw Sr2PbpOloTU/uoC+Fb3tftUkp3NA/WNCe17k7Y7RlXtJDHMPpnHyya9Nk9MF1n8Y X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 19:52:38 -0000 In message <20170524192734.67a84527@thor.intern.walstatt.dynvpn.de>, "O. Hartma nn" writes: > --Sig_/4+3DjX6aWzM+U5.TkY0/Z6W > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: quoted-printable > > Am Wed, 24 May 2017 14:15:07 +0200 > "Hartmann, O." schrieb: > > > On Wed, 24 May 2017 14:31:08 +0300 > > Konstantin Belousov wrote: > >=20 > > > On Wed, May 24, 2017 at 12:42:19PM +0200, Hartmann, O. wrote: =20 > > > > On almost every CURRENT that has been updated according to UPDATING > > > > entry 2017-05-23 regarding ino64, the recommended update process > > > > ends up in a desaster or, if the old environemnt/kernel is intact, > > > > itr doesn't work. > > > >=20 > > > > Procedure: > > > >=20 > > > > make -jX buildworld buildkernel [successful] > > > > make installkernel [successful] > > > > reboot > > > > Booting single user mode as recommended withnthe newly installed > > > > kernel BUMMER! > > > > When it comes to the point to type in the full path > > > > of /bin/sh, /bin/sh immediately fails with SIGNAL 12 =20 > > > Signal 12 is SIGSYS, which strongly suggest that your 'new' kernel is > > > not new, it does not implement some of the syscalls called by new > > > binaries. =20 > >=20 > > It is(!) new as it has been installed from sources checked out > > recently, rebuilt world and rebuilt world after I completely > > DELETED(!) /usr/obj. > > The most striking evidence would be the revision number right now, but > > I don't have the luxury of time at the moment to play with the harhsly > > failing wreckeges. > >=20 > > > =20 > > > >=20 > > > > In this case, I can boot without problems the old kernel and the > > > > system works again. > > > >=20 > > > > But, depending on the entry revision from which I started the 22nd, > > > > or 23rd of May ino64-deal, there is a more harsh failure! =20 > > > I do not understand what are you trying to say there. =20 > >=20 > > Well, that is easy. On our development and testing facilities, I do > > in most cases daily updates. Some notebooks or systems I/we have to > > rely a bit more on, I do this after two or more days after a successful > > update of the others. > >=20 > > What I want to say - and did say - is: boxes which I have updated > > recently, 22nd, 23rd May the last time, do break on installworld after > > they booted successfully the new kernel and gave me a single-user > > console, while the notebooks, for instance, which has been updated > > CURRENT the last time on Thursday last week, only fail in getting a > > login due to the /bin/sh SIGSYS issue. > >=20 > > I think David Wolfskill made a point about this in a recent commit to > > the list. > >=20 > > > =20 > > > >=20 > > > > According to the above recommendation of updating, BUMMER! doesn't > > > > occur at that point and the shell /bin/sh starts as expected. > > > > Performing=20 > > > >=20 > > > > mergemaster -Fp > > > >=20 > > > > also performs well without any questions or installations so far, > > > > but then > > > >=20 > > > > make installworld > > > >=20 > > > > BUMMER! again and this time with fatal consequences! The > > > > installation fails in libexec/rtld-elf or something like that in the > > > > source/object tree after copying libexec/ld-elf.so.1. I > > > > see /libexec/ld-elf.so.1 successfully copied with the security copy > > > > marked with appendix .old being of a conclusive date and time. > > > > The installworld bails out, leaves the tree in a mixture of old and > > > > new binaries and now, thanks, the whole system ist wrecked. > > > > When trying to reboot such a half-ready installation in single user > > > > mode, I can't even get an shell enymore. > > > >=20 > > > > How can I fix this emergency case with the tools aboard? > > > >=20 > > > > Since there is no compiler or build infrastructure any more on the > > > > USB bootimage, I can not simply installworld and installkernel - > > > > the boot image is useless - on this list I had such a discussion in > > > > March. For short: I have the intact and complete /usr/obj tree and > > > > I think it would be a great deal to be able to simply boot via USB > > > > memstick and perform installworld with propper settings of DESTDIR=3D > > > > and sibblings. > > > >=20 > > > > Yes, now what is to do ... :-( > > > >=20 > > > > Help appreciated and thanks in advance for those reading so far. =20 > > >=20 > > > I put a statically built stat(1) binary there: > > > https://www.kib.kiev.ua/kib/stat-ino64-static > > >=20 > > > You might use it as a test for the right kernel: after you boot with > > > supposedly new kernel but old world, try to run the binary. If > > > running results in SIGSYS (12), you have configuration issue to solve. = > =20 > >=20 > > I'll try. And report. But I'm out of the lab until Monday :-( I have > > boxes at home I'd like to update, last update of those was the day > > before yesterday, but I do not dare until the issue is identified > > correctly. As David Wolfskill stated in his headline, it is probably > > not ino64 messing up - as I interprete his question mark. > >=20 > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to > > > "freebsd-current-unsubscribe@freebsd.org" =20 > >=20 > > Stefan Esser was so kind and pushed me towards COMPAT_FREEBSD11 options req= > uisite in the > kernel. It was missing in kernel configs of mine or I had COMPAT_FREEBSD10 = > already set > and confused with the version 11. > > Mea culpa! The solution to this is to use an include statement followed by options, nooptions, device and nodevice statements, i.e., include GENERIC ident MYKERNEL nooptions ... options ... nodevice ... device ... ... and so on... You will automatically get any new options and devices in GENERIC until you exclude them in your custom kernel. Additionally you can nest your kernels such that you might have a site-wide config that is included in various other configs, e.g., include MYKERNEL ident BREAK makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options KDB #Enable kernel debugger support. options DDB #Support DDB options GDB #Support remote GDB. and so on... Of course the problem then becomes keeping track of a proliferation of configs and which relate to each other. ;) -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Wed May 24 20:19:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF293D7CF91; Wed, 24 May 2017 20:19:43 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8DA541A2E; Wed, 24 May 2017 20:19:42 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id DckldeK0rM9gtDckmdFLty; Wed, 24 May 2017 14:19:35 -0600 X-Authority-Analysis: v=2.2 cv=a+JAzQaF c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=tJ8p9aeEuA8A:10 a=6I5d2MoRAAAA:8 a=6VqBrpBaAAAA:8 a=YxBL1-UpAAAA:8 a=QflrKiuasJPXsMzlugIA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 a=l6wOqGboJC1rSQv2Z1Bd:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 70FCE196; Wed, 24 May 2017 13:19:31 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v4OKHFbC030278; Wed, 24 May 2017 13:17:15 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201705242017.v4OKHFbC030278@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Bryan Drewery cc: Larry Rosenman , Ed Maste , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: svn commit: r318757 - head In-Reply-To: Message from Bryan Drewery of "Tue, 23 May 2017 16:33:06 -0700." <1c1ab22c-60bf-4707-f635-8069aa1e0594@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 May 2017 13:17:15 -0700 X-CMAE-Envelope: MS4wfNjCKTfuCmf/qz4XavPa4oh94E2fIMBgZsLPhJM4ToPk+eG7QotPLp9S5QS2+cCMykuGN8HD3wf5bxkId4XgOtorhDchnBt0GT2PmcvWL6zWjRE/6mLE J7k6pbe6NpP4r5r+JP7rzM53dzQ8i9C1s5gSWzoO1/oQ7b9xdFnuxDlGiU20hnlvHB0o2DsFUetzi04xr2L/lN5qcRMOPm8CGdQpcrO500SGpeT8OhRgSDvw +vIqMwa+53gU/jIZu6dFyBLPfPu8oZJxsTMSocwpHHQxO9tktdN55GVjCaNgG9VlHDyWcGdyuCkSJu2eoA7hnB+wFdCttJPgBauLoZ6rpv8TrTQo9076shMi EG8/MZITQWlXJa/9Wi7gieKxq5xnNw== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 20:19:44 -0000 In message <1c1ab22c-60bf-4707-f635-8069aa1e0594@FreeBSD.org>, Bryan Drewery wr ites: > This is an OpenPGP/MIME signed message (RFC 4880 and 3156) > --sIw1a8MPU8obGIEqPMSjxuV84b026de6m > Content-Type: multipart/mixed; boundary="8b3Tlc1Bt9VfscoFw6tX1N8B8aTeGubhr"; > protected-headers="v1" > From: Bryan Drewery > To: Larry Rosenman , Ed Maste , > src-committers@freebsd.org, svn-src-all@freebsd.org, > svn-src-head@freebsd.org, > "freebsd-current@freebsd.org" > Message-ID: <1c1ab22c-60bf-4707-f635-8069aa1e0594@FreeBSD.org> > Subject: Re: svn commit: r318757 - head > References: <201705232025.v4NKPnrH001395@repo.freebsd.org> > > > <145539DE-59B4-4F21-B699-877DED6A2D1C@lerctr.org> > <4fe6fbf4-03e4-804d-784a-67283ed9efd0@FreeBSD.org> > In-Reply-To: <4fe6fbf4-03e4-804d-784a-67283ed9efd0@FreeBSD.org> > > --8b3Tlc1Bt9VfscoFw6tX1N8B8aTeGubhr > Content-Type: text/plain; charset=utf-8 > Content-Language: en-US > Content-Transfer-Encoding: quoted-printable > > On 5/23/2017 4:29 PM, Bryan Drewery wrote: > > On 5/23/2017 4:24 PM, Larry Rosenman wrote: > >> borg.lerctr.org /home/ler $ sudo poudriere jail -l > >> JAILNAME VERSION ARCH METHOD TIMESTAMP = > PATH > >> p103amd64 10.3-RELEASE-p18 amd64 http 2017-04-23 08:3= > 9:24 /usr/local/poudriere/jails/p103amd64 > >> p103i386 10.3-RELEASE-p18 i386 http 2017-04-23 08:4= > 0:44 /usr/local/poudriere/jails/p103i386 > >> p110amd64 11.0-RELEASE-p10 amd64 http 2017-05-15 14:5= > 4:58 /usr/local/poudriere/jails/p110amd64 > >> p110i386 11.0-RELEASE-p9 i386 http 2017-04-23 08:4= > 1:48 /usr/local/poudriere/jails/p110i386 > >> live 12.0-CURRENT amd64 src=3D/usr/src 2017-05-23 13= > :39:40 /usr/local/poudriere/jails/live > >> pHEADamd64 12.0-CURRENT amd64 src=3D/usr/src 2017-04-24 17= > :15:13 /usr/local/poudriere/jails/pHEADamd64 > >> p120armv6 12.0-CURRENT r317340 arm.armv6 svn+https 2017-04-23 10:0= > 7:40 /usr/local/poudriere/jails/p110borg.lerctr.org /usr/local/etc/poudri= > ere.d/jails/live $ cat version > >> 12.0-CURRENT > >> borg.lerctr.org /usr/local/etc/poudriere.d/jails/live $armv6 > >> borg.lerctr.org /home/ler $ > >> > >> > >> borg.lerctr.org /usr/local/poudriere/data/packages/live-host-ports $ c= > at .jailversion > >> 12.0-CURRENT > >> borg.lerctr.org /usr/local/poudriere/data/packages/live-host-ports $ > >> > >> > >> > >=20 > > That looks like a bug in Poudriere with -m src. It is using 12.0-CURREN= > T > > rather than __FreeBSD_version of 1200031. I'm working on a fix. > >=20 > > Usually Poudriere, for head, will rebuild if the SVN revision changes. > It is very liberal with rebuilds on head and does not usually consider > __FreeBSD_version since it can be forgotten, and historically was not > always bumped on SA/EN either so we used the uname -r output. So this > bug is limited to -m src|null|tar. Hi Bryan, If do you choose to fix this, please provide a facility to override the liberal rebuilds. I for one know when I need to blow away all my package repos and start from scratch, which BTW I commenced with -c this morning after upgrading my poudriere jails. I may update a poudriere jail to address occasional port build failures under 12.0 which are fixed by more recent commits to -CURRENT that don't affect the ABI. Rebuilding packages from scratch is painful. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Wed May 24 20:37:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24FEAD807C2; Wed, 24 May 2017 20:37:26 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EAABC1D33; Wed, 24 May 2017 20:37:25 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id D897D56C1; Wed, 24 May 2017 20:37:24 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 9D0C972EE; Wed, 24 May 2017 20:37:23 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id iEtasI4ylVsa; Wed, 24 May 2017 20:37:18 +0000 (UTC) Subject: Re: svn commit: r318757 - head DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com C933B72E8 To: Cy Schubert References: <201705242017.v4OKHFbC030278@slippy.cwsent.com> Cc: Larry Rosenman , Ed Maste , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" From: Bryan Drewery Organization: FreeBSD Message-ID: <939f7ce1-b6f0-2ca1-5d83-da100b5727e5@FreeBSD.org> Date: Wed, 24 May 2017 13:37:01 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <201705242017.v4OKHFbC030278@slippy.cwsent.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="JCUPfB24pL7cutbBkXanSp027BebBqLE2" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 20:37:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --JCUPfB24pL7cutbBkXanSp027BebBqLE2 Content-Type: multipart/mixed; boundary="j5V9ka7PD7rxapig3ihA8RJkqXjxWaDSH"; protected-headers="v1" From: Bryan Drewery To: Cy Schubert Cc: Larry Rosenman , Ed Maste , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-current@freebsd.org" Message-ID: <939f7ce1-b6f0-2ca1-5d83-da100b5727e5@FreeBSD.org> Subject: Re: svn commit: r318757 - head References: <201705242017.v4OKHFbC030278@slippy.cwsent.com> In-Reply-To: <201705242017.v4OKHFbC030278@slippy.cwsent.com> --j5V9ka7PD7rxapig3ihA8RJkqXjxWaDSH Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 5/24/17 1:17 PM, Cy Schubert wrote: > In message <1c1ab22c-60bf-4707-f635-8069aa1e0594@FreeBSD.org>, Bryan=20 > Drewery wr > ites: >> This is an OpenPGP/MIME signed message (RFC 4880 and 3156) >> --sIw1a8MPU8obGIEqPMSjxuV84b026de6m >> Content-Type: multipart/mixed; boundary=3D"8b3Tlc1Bt9VfscoFw6tX1N8B8aT= eGubhr"; >> protected-headers=3D"v1" >> From: Bryan Drewery >> To: Larry Rosenman , Ed Maste , >> src-committers@freebsd.org, svn-src-all@freebsd.org, >> svn-src-head@freebsd.org, >> "freebsd-current@freebsd.org" >> Message-ID: <1c1ab22c-60bf-4707-f635-8069aa1e0594@FreeBSD.org> >> Subject: Re: svn commit: r318757 - head >> References: <201705232025.v4NKPnrH001395@repo.freebsd.org> >> >> >> <145539DE-59B4-4F21-B699-877DED6A2D1C@lerctr.org> >> <4fe6fbf4-03e4-804d-784a-67283ed9efd0@FreeBSD.org> >> In-Reply-To: <4fe6fbf4-03e4-804d-784a-67283ed9efd0@FreeBSD.org> >> >> --8b3Tlc1Bt9VfscoFw6tX1N8B8aTeGubhr >> Content-Type: text/plain; charset=3Dutf-8 >> Content-Language: en-US >> Content-Transfer-Encoding: quoted-printable >> >> On 5/23/2017 4:29 PM, Bryan Drewery wrote: >>> On 5/23/2017 4:24 PM, Larry Rosenman wrote: >>>> borg.lerctr.org /home/ler $ sudo poudriere jail -l >>>> JAILNAME VERSION ARCH METHOD TIMESTAMP = =3D >> PATH >>>> p103amd64 10.3-RELEASE-p18 amd64 http 2017-04-23 08= :3=3D >> 9:24 /usr/local/poudriere/jails/p103amd64 >>>> p103i386 10.3-RELEASE-p18 i386 http 2017-04-23 08= :4=3D >> 0:44 /usr/local/poudriere/jails/p103i386 >>>> p110amd64 11.0-RELEASE-p10 amd64 http 2017-05-15 14= :5=3D >> 4:58 /usr/local/poudriere/jails/p110amd64 >>>> p110i386 11.0-RELEASE-p9 i386 http 2017-04-23 08= :4=3D >> 1:48 /usr/local/poudriere/jails/p110i386 >>>> live 12.0-CURRENT amd64 src=3D3D/usr/src 2017-05-2= 3 13=3D >> :39:40 /usr/local/poudriere/jails/live >>>> pHEADamd64 12.0-CURRENT amd64 src=3D3D/usr/src 2017-04-2= 4 17=3D >> :15:13 /usr/local/poudriere/jails/pHEADamd64 >>>> p120armv6 12.0-CURRENT r317340 arm.armv6 svn+https 2017-04-23 10= :0=3D >> 7:40 /usr/local/poudriere/jails/p110borg.lerctr.org /usr/local/etc/pou= dri=3D >> ere.d/jails/live $ cat version >>>> 12.0-CURRENT >>>> borg.lerctr.org /usr/local/etc/poudriere.d/jails/live $armv6 >>>> borg.lerctr.org /home/ler $ >>>> >>>> >>>> borg.lerctr.org /usr/local/poudriere/data/packages/live-host-ports $= c=3D >> at .jailversion >>>> 12.0-CURRENT >>>> borg.lerctr.org /usr/local/poudriere/data/packages/live-host-ports $= >>>> >>>> >>>> >>> =3D20 >>> That looks like a bug in Poudriere with -m src. It is using 12.0-CURR= EN=3D >> T >>> rather than __FreeBSD_version of 1200031. I'm working on a fix. >>> =3D20 >> >> Usually Poudriere, for head, will rebuild if the SVN revision changes.= >> It is very liberal with rebuilds on head and does not usually consider= >> __FreeBSD_version since it can be forgotten, and historically was not >> always bumped on SA/EN either so we used the uname -r output. So this= >> bug is limited to -m src|null|tar. >=20 > Hi Bryan, >=20 > If do you choose to fix this, please provide a facility to override the= =20 > liberal rebuilds. I for one know when I need to blow away all my packag= e=20 > repos and start from scratch, which BTW I commenced with -c this mornin= g=20 > after upgrading my poudriere jails. I may update a poudriere jail to=20 > address occasional port build failures under 12.0 which are fixed by mo= re=20 > recent commits to -CURRENT that don't affect the ABI. >=20 > Rebuilding packages from scratch is painful. >=20 >=20 Agreed, it is painful. I came up with an idea to reduce the massive rebuild needs on arch@ a few years ago. I just haven't had a chance to implement it. https://lists.freebsd.org/pipermail/freebsd-arch/2015-April/017025.html --=20 Regards, Bryan Drewery --j5V9ka7PD7rxapig3ihA8RJkqXjxWaDSH-- --JCUPfB24pL7cutbBkXanSp027BebBqLE2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJZJe7uAAoJEDXXcbtuRpfPpC4IAI0/ODHDGqXlGj9qXiqmLcJR mvtzCrepymiwwy/2nC5jfv00oD8Q/e2RIzjiHjvpusl/Em9ETh4vm47CbyYnW0PE ZnzK7hMQeeptuK3V2IeJzrPV3dw0MFImSyBCVpv5IMSdE8qQIBQGX/z+qS3YR9PA IEPQcjODbEp2GIWQTh7Boe6z79fEu5hYOYHHPLt4NHGqOB0YkHVYlsEtSnQ5BLhy xWBKZqq2Ge6npoowGPiM26l0lGA4tqAy9UpOZNoiCpz1PQN7QRNfqdX7Rk4d7zuu 9R7BvAtxHZ/7k06xC/JJw7BPiOw1PXYMOP9XVB50358UnH/hhwrsmjq7oRKFu5k= =/s3v -----END PGP SIGNATURE----- --JCUPfB24pL7cutbBkXanSp027BebBqLE2-- From owner-freebsd-current@freebsd.org Wed May 24 20:40:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88CB8D8093E for ; Wed, 24 May 2017 20:40:03 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670076.outbound.protection.outlook.com [40.107.67.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44DB4100F for ; Wed, 24 May 2017 20:40:02 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1101.14; Wed, 24 May 2017 20:40:01 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.1101.022; Wed, 24 May 2017 20:40:01 +0000 From: Rick Macklem To: "freebsd-current@freebsd.org" Subject: NFS client performance degradation when SMP enabled Thread-Topic: NFS client performance degradation when SMP enabled Thread-Index: AQHS1MwG2fxodwGtMEW4vi34w36XTw== Date: Wed, 24 May 2017 20:40:00 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR01MB0189; 7:THMuKrhZVtYzQ1l2WwDU6RzP2lOXTpPZVXXqVxqhDkT+5pnldiYwtVFhYtm/KeYjJDQG5kfgHfwGFSx63KgGITpbpdtSV4vPIrOYbxC4yJq0+V9SDwbZ9iGgyUjl0qwxPb9VZQzA2FngUvdwdO2gxL+UqNZ1vihWGGmm120F/XREt7ZIWvDpduZrS918Txp+VGWNy196h7Jf6LOzKy2IY0j3KeSsbXmWAKQ0teecHZ5dFu0XlgvyIlz64ilTa5EdvgqOqPh51ZzfqUamNylnXPpx6gcYAkarK0thEswSu/ZB0HmgKwOnmBdG9AiMYSpvOKxpc8zYAqGta92OloDUVQ== x-ms-traffictypediagnostic: YTXPR01MB0189: x-ms-office365-filtering-correlation-id: 8ddcbe9a-1121-4eb2-d64c-08d4a2e50cba x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:YTXPR01MB0189; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(6041248)(20161123564025)(20161123555025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123560025)(20161123562025)(6072148); SRVR:YTXPR01MB0189; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0189; x-forefront-prvs: 031763BCAF x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39400400002)(39840400002)(39850400002)(39410400002)(39450400003)(55016002)(6506006)(5640700003)(2351001)(81166006)(33656002)(25786009)(50986999)(8676002)(54356999)(5660300001)(189998001)(8936002)(86362001)(74482002)(6436002)(77096006)(102836003)(6916009)(2501003)(122556002)(7696004)(74316002)(305945005)(2906002)(2900100001)(3280700002)(478600001)(9686003)(110136004)(53936002)(3660700001)(38730400002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0189; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 24 May 2017 20:40:00.9633 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0189 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 20:40:03 -0000 Without boring you with too much detail, I have been doing development/test= ing of pNFS stuff (mostly server side) on a 1 year old kernel (Apr. 12, 2016). When I recently carried the code across to a recent kernel, everything seem= ed to work, but performance was much slower. After some fiddling around, it appears to be on the NFS client side and not= hing in the NFS client code seemed to be causing it. (RPC counts were almost exactly th= e same, for example. I tried reverting r316532 and disabling vfs.nfs.use_buf_pager.= Neither made a significant difference.) I made most of the performance degradation go away by disabling SMP on the = client. Here's some elapsed times for kernel builds with everything the same except= for which kernel and SMP enabled/disabled (amd64 client machine). 1 year old kernel, SMP enabled - 100minutes recent kernel, SMP disabled - 113minutes recent kernel, SMP enabled - 148minutes (The builds were all of the same kernel sources. When I say "1 year old" vs= "recent" I am referring to which kernel was booted for the test run.) All I can think of is that some change in the last year has resulted in an = increase in something like interrupt latency or context switch latency that has caused = this? Anyone have an idea what this might be caused by or any tunables to fool wi= th beyond disabling SMP (which I suspect won't be a popular answer to "how to = fix slow NFS";-). I haven't yet tried fiddling with interrupt moderation on the net interface= , but the tests all used the same settings. rick= From owner-freebsd-current@freebsd.org Wed May 24 20:42:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53F37D80C0E for ; Wed, 24 May 2017 20:42:48 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0FEDB1664 for ; Wed, 24 May 2017 20:42:48 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id 0F2D2D80C0D; Wed, 24 May 2017 20:42:48 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EBFED80C0C for ; Wed, 24 May 2017 20:42:48 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0129.outbound.protection.outlook.com [104.47.33.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D4C21663; Wed, 24 May 2017 20:42:46 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=x7b9DZPD18teUN3DELdGxMA0+OcQIjOqkgu6eNryC20=; b=FUl/xakDIEIElLssIR2aK26TjlFtCYGZiF9+XGnOiPcYHe1tcT4vG52M4avy0Axopbpls/Worw7InOuxLrgCaznvFI0FgMA6fabhp+2YSPA1wO8z9qI9IJOAnMbwzTlJt9DsYnUZKLoy0qtSwnO1Igzc8k6qFy8TYm9uDEIx6xM= Received: from CO2PR05CA0079.namprd05.prod.outlook.com (10.166.88.175) by CY1PR0501MB1305.namprd05.prod.outlook.com (10.160.225.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5; Wed, 24 May 2017 20:42:44 +0000 Received: from CO1NAM05FT014.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e50::204) by CO2PR05CA0079.outlook.office365.com (2603:10b6:102:2::47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5 via Frontend Transport; Wed, 24 May 2017 20:42:43 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by CO1NAM05FT014.mail.protection.outlook.com (10.152.96.121) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Wed, 24 May 2017 20:42:43 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 24 May 2017 13:42:39 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4OKgdXp028751; Wed, 24 May 2017 13:42:39 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 2A3A138551F; Wed, 24 May 2017 13:42:39 -0700 (PDT) To: David Wolfskill , Dimitry Andric , Konstantin Belousov , Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV In-Reply-To: <20170524130143.GL1190@albert.catwhisker.org> References: <20170524130143.GL1190@albert.catwhisker.org> Comments: In-reply-to: David Wolfskill message dated "Wed, 24 May 2017 06:01:43 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <29260.1495658559.1@kaos.jnpr.net> Date: Wed, 24 May 2017 13:42:39 -0700 Message-ID: <29261.1495658559@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(39850400002)(39400400002)(39840400002)(39450400003)(39410400002)(2980300002)(24454002)(199003)(189002)(9170700003)(478600001)(86362001)(356003)(558084003)(5660300001)(7126002)(50986999)(76176999)(105596002)(46406003)(106466001)(7696004)(53416004)(76506005)(189998001)(39060400002)(50466002)(97756001)(229853002)(305945005)(2950100002)(50226002)(6266002)(38730400002)(2810700001)(6246003)(2906002)(117636001)(8676002)(81166006)(8936002)(47776003)(9686003)(23726003)(77096006)(55016002)(53936002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1305; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; A:1; MX:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; CO1NAM05FT014; 1:bQXwZY6Os/rq21ysLVeEDR/Y3n/C1ALHpbk7Mbhz2GifT6GH1KihemEboeri3/T2Lp97eQtLm/YojDg1w/YzSy8sptNyZJpa6/QoqAjYf2yYDSdfmSlqWMTmqjhYdr51foYhuo1aWQKICElRrnpQYjzn9yl035bSqQ6LKhO+hOdRd11BdEWR1S8OYwanG766kzf3GpfmZeaxLzXytR0zZP0P0oeWSWxZikbH/N4G1DvC3gYphk+KIr62aNxpc7g8/R6+7h6PkL7VjbnR21yAMYSw4tFO9yPpu5BCygoYjR5zcriHNl+bMba+2mt1krjn0Zw+8qd2yw7KKm02kVtZPqL2JSm+bRHw3GZ6iAzETTwcUj88anb4GhqE/+ow7bKSt+P8gcdco9+mfwTA/sa66UNgyxWXRDAbU/fAHwE4PupqMnRr3rNEhTv1Nn8Pv8/QYej+/5t6iwph6lhsrMq4o4RnpN+PIUNJ3p3MYIeDLVBGQ4ekSi+sBkuo0A+WV93Om4O3UMqKxFOJhB9bH/I1YonDp8N7YU9XZUyF9iSEVnPFKPCXZyc7UVFzW7A6U+q6uA97BI77u2tmi5sG/9umcMWOW8+dw5AG98vK9AWKbcU= X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CY1PR0501MB1305: X-MS-Office365-Filtering-Correlation-Id: ef83d572-14e5-4188-b7b2-08d4a2e56d76 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:CY1PR0501MB1305; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1305; 3:yV/0RO0KsULYGFN1apoSyiBGzEzSHKud5E6KXp09E1Opas1klGirTCqkulWZlopb5lNv+77Gq4snzKcFCXcDbPo+Bx4UrqC73aYA9uKYKMnjT60luz/C6YxpKydNFF3wd2dDqHXwzeR4c27vlo2X8ctcs8lSVRChYz5NTPBDpfOVkAJJPGVmAFuT0gd52ttKQvs8QcBOdDBNlhKEggbUQsIYATdUGFeyw9Q4W9TNvmZqGyVhBEx3c2Dnf0kZxt87ooxk0RUprAQ2478o4dP8qYzOdCaslid71cX6ge+7MTRVaNSBGgwNeJtt98oxP9E2X3aMgcLgAFRCBC8Lzz3CY1fCG6RxA1YOGwIJcbSepRyvelQzXjQXR1brdPpkPJ+vfYo9nPA6Mx9ghTqoJERBW/aSeOnhrf7fjIvlDjX0Fif4SCLdchsii9gEpUTW1edsOHWVo2gJCGZ7/SRQ1j2whg== X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1305; 25:PWVAnPdFzEq2bIgukQPx/XMMyg6SILG1lkv4iRcxTo6FJYHpYrRRFhkfge+HHjYq1aoFFYz67kzOPMI/E37gD/AAHaFHqAizE62g2xlutOEyOmqTscA6EiefKcE5IeFH0nzX3zg0AoROdTZnkaCabLvE4j5Aw4qEIY9achRP4CU5C2KGb88kzcHHRVvaaz15ZHTEwK9vHyEZVQlCobE7PhOpTWYhKfe2Zv5XtcL6GTt3tWfvfFDHuoS8epbfkTY80xYGey9JOZnFrLNrivNsPAtRUXlhYtzTmKAEiGe5GI37oeAXvpEAlyj4lXJOv7+5bE/ukMtcrkTaOjbpDAg2AdYcuqrXb5CMycHHto1DkQTqgY/QJklr5SDsepfFLqYBHJPXPlHyndZBxV7LIq01/h8IIXguksEM/+9Zn2N/W7cpgKNDbDTNTznq/mrr84LFEy2aFkGEiu9rHQb9NOzIvd3GE7vz65A3EJIVni9k4o8=; 31:kwxTzHORUsHgB3Y5HqDAnT/1YxuFm0dF7FyX+iRQXs8Q6FY1uOwr0KN+UkN48t6z57plKt9DlKFojY6+y09KqPxhER9jAmWfYM1PHUPgugpJJ8FDF59u7D3Rdiyl8Dd9/OR90HSsIuZoOiXJDIMrTYMuOX1qDa7r8Wc5sObocRLDXLWlzlTGf5+VAnXEjS6Z5ZXCENZQrIo2etrHKTkV+SGpLLfwff1WpLUH5wlsovC727tcLOOHoAPQuz5RR2IM X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1305; 20:EbC2v2rMThvnNZVQvEdDgZ+eZjwPwHRBhZOsi2SOOSGJXQ+toJAGCKmPqjiOGGVNjQsb0qtHxLLL/lOUGQo9890DfHOasELY08E805oc3CT2cdP7ca03gdZ8LtsZUcJibXAHuT8z8aciMT4fEmHerj/Cq045ydTfPCyXAhfJSSoRPMfZJh8Uug1HE2Rx7kQTBalRI9Z/s16Y0UytHl9Eedr2zzvkZzNVamJdGxqHUUrUHzwgDdPVrMREAvMVa7YDvcEpXs4pqMeE1zguUXl5UyYP5iznZZsOir0ZyYUmUBYeF/7rZTE05E8YRLBgxAr9FavO3FhrDBFCUHQpWwAABgEExoDN6lrtepUGKaFcCWaF6ZNi5r9b2rH5lNY8DTJU5hGGCpEpnyBaHuikH4hCYrI1GQfA5MNOz0d86cEWROvHPWr+9uZCX98h2c/S/VrcvDtkjDc8Hoii7Vi4nqcSL+2cMe4qhKRG4wg9ilqOfOf4Hv/ZC4TL20PGhvTr4Q8L X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13017025)(13015025)(5005006)(13024025)(13023025)(8121501046)(13018025)(10201501046)(3002001)(93006095)(93003095)(6055026)(6041248)(20161123564025)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123560025)(20161123562025)(6072148); SRVR:CY1PR0501MB1305; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1305; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1305; 4:uHCMsQeSlxlbfm+tI8BB8Sn/gX0pYlWqlvaKTlgd+5AIU5GIL12MDaGunnA5WMdpFazhAtAOg5EW9KP4IJftWL6EldUNwLRdhhg+NJ4F+uA7gGiNqZJD6S52bVHNaygxxf1l1tVSapoVb/rbKuTk7MuZTPH7lcmtYLJC43iUxzsLbnEjD8wKd50UVdhx5LG5krx2UWTb5TNNNfE0aO0w9Gg93KJNGzopfv0F0sFsi5vzykeau702Ys5nYRl0Imm9oM33hIvMyva/ZxMWpBBL7PzMrtAB92xkiNfHAoYshf+XQsMNpB/aAe/o6uRXVOm5nllPhGNTeh7NprplzaNzycQPTOMONuywbIumDtc54SiWefYkmRlMQkhOsflV2Yi/L6uNj21HytOTXqTA7DdP7KDM4uqVnM7VYV+TWj9r7HR+8xlG5mUu4WnorkCzfKwH2XQpvTEP0KLO1iigowfCoEiaO+PxMYosYgXyY49gB5TMZmg8Dh8J/h9WONc2e+9JIK3jakg+sq/Stoolkmsu8Un65YwLpZyKR85pGvOexY7KMcCAdinbxkX8ugsy08een3fY1oeJ8hugTPXD35mQRJxC22iV5EUkLW8HkhvurhnjNsBdK1eKFnfkXeUOc78Mi8KICm6pDzAGn89EAfw75MqDSAV6qgkXXCT66neyiVCFXVlpqQMvNY9+VV7Sc+9IO9KU4nAflx1+HfUk9V3XGTS5e4V8YxObDhB/cwbLzEdvq8oICP5P3uv+L5WVijmIUNXDtXemyo4o2z85v+2oyoJnIK4fML/kBehkLfh1dQxlfCK50va29nu/1c9b+ldRkwb3eJyviXE9bwqrClYZNp9LoVgDcV5EbU6K26QMSpr56MNx7bJBJH6O8evIcDzVJX2+SgedxtQ2tqlBoa9EUg== X-Forefront-PRVS: 031763BCAF X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY1PR0501MB1305; 23:OioYjNDvCI2T5NH5m0fwJTaHrz7r3KM6ngXO7kc?= =?us-ascii?Q?XXN5QvihiYiHXaldrCwWOkEJODPNNt7ZMkIrb6HIEmRBL5WuYpOjHCHpWAKS?= =?us-ascii?Q?WZ4V8tXnqiVx93ASbyz3loODtJd1Jmt7MdiTood2S/knLWYclt4h/3zDlwpZ?= =?us-ascii?Q?f5M2VW3BKDACHP/1AXprQSJ/F+4jrBhi3GLRIiDv3L8/K6nip5J5N0n5FR0Q?= =?us-ascii?Q?+jFe2sq3+den69+jFhxfdqtOIAYhaRoF0krh0PAxVcMIcZFkl796rddr8Rko?= =?us-ascii?Q?Hq6yOrg1r2dS+yHi8D/7VpewUmyTaWUtnasZWtYtzWBDNUMBVtjfGGQ35ykk?= =?us-ascii?Q?maxImj7/wGNyjqiiuE9P3VIV7EM/eeVRxtT++Ni7YGNfqSmUeQz8DRO6qy4s?= =?us-ascii?Q?HsftQz5/Ic+KJ7Om0m16B04RcU6nexgL9yKto1Fx5bNmwGdODHhVDkNfscfv?= =?us-ascii?Q?DTVCAviXHtWDIHabivGtT1qsz7D34XetU0yjVTNU26grag+KzW9CC+XrG4J1?= =?us-ascii?Q?u4E6Z5gz25c2OJrlKiNfXoJzxGVqvrTivV82p6WeCNYg3OQpdxo5RZqHAjlZ?= =?us-ascii?Q?eQL6XBK71s5XDt53+EmWqBEk9kSjSLaCTwlxkSt4ofF4GmhHSckYLVpGkqyK?= =?us-ascii?Q?irSx8u2u7gR4ACO1uL6ndtADab3tepged33592fmyY502rCWCalfaY9SqfHT?= =?us-ascii?Q?c5n/PD+qRxfccsjNvrnw72CsMJonUbM7UzQa/BUKP36WO7QRf7HYCkcXKS/I?= =?us-ascii?Q?DZr+wHfWNlrKFXfjff9OAh8pdl0DbHI7IJhWxy9psSSCcykWtkybEsQIjrdx?= =?us-ascii?Q?mYRE6ay5dqxkc5D5Z4VTN9T+4breP/v5IgwF82Oiq/OWD/8A8XD5Gl5clOxZ?= =?us-ascii?Q?xcs0zZjkBf1DU8C3kFWhol2gB3DoIRNQz/mRrONHIANd4hk9T0KoqpmywLLX?= =?us-ascii?Q?qTX4mAPtdN0nNJ0EVVjC42GDNSpIDPpLQoSRcky+0GbnCS/jJ/DHWLt4Rv/E?= =?us-ascii?Q?Ai6PGe/IVA5MI+5iZhjb1WdrjN0TqphtQxDZknqCE5lTl2gc6kjzuWc4g+gB?= =?us-ascii?Q?HR8ySai8CANGW+xisembxLGrlMoeNL3RGQkrByxqB1ZKIvSyY8OMXNxwtCGJ?= =?us-ascii?Q?Fr3gMdE7FT8wMhglMXbhHzBDdMzSjnT4Ux02Y8PVuMsaIcdHy8BKBgP4MF7y?= =?us-ascii?Q?I/E/L1rmYzTD2jfh2yd3wsKAJe2tr3qNbswSZBnSGFMq4GV/vzBPdAiUQ4Ts?= =?us-ascii?Q?d7gw74UCQIIhmbfzheXA=3D?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1305; 6:LE7hBkmDbTiKkOJgnSL9pWZ+z3wp9EzRLxWspLvWQ5T+FoCrUHEqLYL21cYpBxD//WuTY9v7A8QeO176JTvsKri3IZiHeqQPJxaDAH6FzwE3xr/avLKVqwBU9NeMc2jin9kkACLBZFUvjCCVf/AcYFmtuhb5zZUWuXQRu4m+9TYkXZ5CBqq8lATchaOVSipbBV7Ce8XBejpMjaiH2c0mwgMu5/ZjcXDdA3BMx7/eemSr1RZaD4W3nS20kEZMK0bg7jIy4cJYiE8GHxzo9+6N+x6bulxX/zmM6OW3wf8VTO2tzbQAVzXR5GW6k8rHF+4mv8cgvxsScUTtC6YbHtzUw+CHZtcIWpNbqiqDXEwjfir493iTgF+YkzZC01S+2JJXco4ebLp0eGDXpU8LCzHcM4wVcXtQlQuCJ/cyjaqBl88RFSdsK/bF3tDue1lBZOzR1yPIPbQGnZ7o5J+Szk4Uu8u8vrD6oEbMx0n/keoZITXEf2tAozgdf42QRzyAjYN0l0gVIrYzE4nVhjjecSNa+wxjiW3txkAFLsyAD6Ypm7E=; 5:xeQWnBVnW9e6nkWNI0ZtIfESw27n4gQiCGQJ4rJ5KP7YQuqPuKUnr/hfB+PdhcBC1nnwLmtGF12pCqlqL5+HC/k2rNHq6t3HbtVNNEHdIf/qWkl+PZPqygsZ1XipQ6nfmj5liCJhlpAIA684ggp55fwIqEkIWbj4ai9ZlNJk4wE=; 24:HBIa1/+y3sG6AQTab/4w71RUjEbfBtfL4lqAhZynUtkQvh/0rJkcyUDfW16ixwZ5Knk9UOpbj4X29cPtK5lJJO8Ow2+Vqx4TFk1zmzWcTbM= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1305; 7:lUh6bA5xSKrKeMyae0vGqZ2Qrhmw/PzU88v3N8hIVS5XSUCfcWAeuphHgip6jpFxWk0L+HYV+JP5ZQ2FpkhSUNPYv4upnhaCSa5o7evPKhbvTClmWoSNbx1DmR1PlkkO4IxJv86PRp9b8wJeEttKHpKdLzrnd1l//kp8jfkNjT+f7IcJYlf4uUI6yy6hHdIoDJoxIsR6GR+VK5NFzhTtC2vci1Fk9d67jkkMCSSt3s+BFckEz2uAB4SxaoBmNJ28wIXIXIATZExLEoRslM8dCZFzoAlMTV/7+gPacppAIUFvT+nbBEfSjgPskQLmurpylxjOGftY9pyeX89tcjRw6w== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 May 2017 20:42:43.0947 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1305 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 20:42:48 -0000 David Wolfskill wrote: > As far as I can tell, the "ld" command was: Since you have the .meta file, it should tell you exactly what the command was and what path was actually exec'd From owner-freebsd-current@freebsd.org Wed May 24 20:48:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F1BDD80D15 for ; Wed, 24 May 2017 20:48:08 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DAF8F185B for ; Wed, 24 May 2017 20:48:07 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id D7415D80D14; Wed, 24 May 2017 20:48:07 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6D5AD80D13 for ; Wed, 24 May 2017 20:48:07 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0137.outbound.protection.outlook.com [104.47.40.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 777011859; Wed, 24 May 2017 20:48:06 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=yQIp5TxlIWPteLcERvd69Q94wDhAKWydePCmiuxTlEQ=; b=hqlzqr8lNUBlwPt8UoD7A2t/fn4DxzH3A9MWeAXZPS8i7rUP+PraFggOTALxiJKvcfkicdHO/+zdbGtFQaYhJyA4H33UfOJJT+STA/6Zmi5lPonxM441ClIx4WGeQeWzLCdUHMQaHAlgfnXQ83g76qQ7b5mAol7ranv3ut4jHPA= Received: from BL2PR05CA0038.namprd05.prod.outlook.com (10.255.226.38) by BY2PR05MB1976.namprd05.prod.outlook.com (10.163.32.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5; Wed, 24 May 2017 20:48:05 +0000 Received: from BY2NAM05FT040.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e52::208) by BL2PR05CA0038.outlook.office365.com (2a01:111:e400:c04::38) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5 via Frontend Transport; Wed, 24 May 2017 20:48:04 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by BY2NAM05FT040.mail.protection.outlook.com (10.152.100.177) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Wed, 24 May 2017 20:48:04 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 24 May 2017 13:48:03 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4OKm3AH029683; Wed, 24 May 2017 13:48:03 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 9F310385558; Wed, 24 May 2017 13:48:03 -0700 (PDT) To: Ngie Cooper CC: David Wolfskill , Konstantin Belousov , Dimitry Andric , , Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV In-Reply-To: <6ECCD13E-E2F0-4026-B429-1DA7A202AB02@gmail.com> References: <20170524121033.GL1622@kib.kiev.ua> <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> <20170524142001.GA1190@albert.catwhisker.org> <20170524151509.GB1190@albert.catwhisker.org> <6ECCD13E-E2F0-4026-B429-1DA7A202AB02@gmail.com> Comments: In-reply-to: Ngie Cooper message dated "Wed, 24 May 2017 08:47:41 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <29377.1495658883.1@kaos.jnpr.net> Date: Wed, 24 May 2017 13:48:03 -0700 Message-ID: <29378.1495658883@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39400400002)(39450400003)(39410400002)(39840400002)(39850400002)(39860400002)(2980300002)(189002)(199003)(24454002)(9170700003)(46406003)(97756001)(4326008)(6916009)(2950100002)(9686003)(76506005)(53416004)(54906002)(53936002)(478600001)(39060400002)(55016002)(105596002)(106466001)(1411001)(117636001)(50466002)(47776003)(50986999)(8936002)(6246003)(76176999)(50226002)(81166006)(23726003)(8676002)(5660300001)(229853002)(7126002)(93886004)(7696004)(2810700001)(77096006)(86362001)(356003)(38730400002)(107886003)(305945005)(2906002)(189998001)(6266002)(110136004)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB1976; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; MX:1; A:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2NAM05FT040; 1:88neaubCMY+h/tS7IK97GNJarMKJYzYOXWDhts8LIR++/5S3EZPnBqA5RF6Wibh3UFP2k/tf1D45Tye5bs9Mh5vG+ANvztIHXnnxYhFBkYwx2Ze04rH5QevbGd5tUqwpPh8kBGg7eIY5EK3aRldHlP3sDGIcAwd4jYGqHUz5gVhSY9GaLr8m2rPpw1IA/ilcguhac+I1VUvliTqOYpb42DhpRIDfgyFENeBSon94WGDXVeehR3nm29aBaHJOvjo1JVrq+y+s7O0sb+vTCcSpR1QUPNGDJ/Bc6PqKuqgbPCmFTeLWaNMnGrOfnZyeYj2FM1uoI4pPVARyQzvKu4q8SR1NP9ueNLSAl0hiswbd/hlkt2+0SJtWNgEpZ3LGGZFu1CmQ+5gaTa2486MIl0y9LkiZNAfAOhTkTz4ueslv4rFUIt4UtmJqBsEZeM5TxOC8wa9pGoEzVZ+nVISAIP+6QhK4MuCjNnKYg3/0QBIFZ8zCKcTSb+SrvRkrbc6FUmRPRWmtW1ama0hrIylnnPPXU3JrtmJnjY+bMh/R5VAVgIaFDemtF50SC7NZlqXKg42+3zvQvrlLFDjSoEtTjvO5tOfFQNDdougRNlH2S5JRjRo= X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: BY2PR05MB1976: X-MS-Office365-Filtering-Correlation-Id: f7c704ec-9038-4ada-0b76-08d4a2e62d29 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:BY2PR05MB1976; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB1976; 3:cY4QWr5NcxNzITKLNfpDTPN0nlwfaJhNVVtbDmpQ8JbDK4VuggGIvWZepWaSKjZNcHkxl0TQouiQx7c+dWBAQWijXuXo0smJkE9voVEwJej8sooDb/gjCtwKWQuCQsCGsl4V1pWZGNVadiuWHfRORCr9Oe2RWjwYNRPs7j6SFtJHJpbkmhqVDeGKS44DlWn8PjwStN8pxoiQyIh/2RbW5a+Db+bFa/IgYudk2xUPCt//cPJk0NwCdc2Tb4qHwTnXxf6CCHnurR9X/49eFCxF8d8yGmgyB5VB/FYnr2jDgHMKWsv2pg34IF2yuURN3dP4trY1et+oOvRkIlX88alRmQrZySSvJti39nlkq5tJp0QK0kxDpRm1QkldDIWL2tbSCaeZdusDi1rxFn772AcCcO5cv1g0a/2SOi1ia+1CMzwtBNyOJ7U8D1oHB+N0KhdcWNuN/luTfz0oWo5QlD2q3A== X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB1976; 25:L9K4w4HSSHMTWFUzkstjCFJZcY3uLEqBbBCOHp8/ukqf01d2x+oJJkQEqZGsUe/t+oA5yZeT9Rim8Z/sHqRAEchs2c9z7Nz57k2zZ40yc1rpBtiQVuiLzIua1UU93HNk7++u2/2TN82Wsq4Et9VNE6usVOYfQL3Tz1RLjvDCtqlQUeogwqokMd0Iciu5lSU4dRxA1xXD8frevy2yAiC1odChUjT49Os4/j75fV/QpJQ0STPpyLOeJ+uBq0ID+P4h285zZUiS9Ql0Ka1AGrIreJQne7jVcOUc0/sdSOjHMIfjMCUyG8qg2NSIVPlSyadn2PKsWCbI326sx1eWOptYuiRQ5qGXKFhxUrJdqCLhxZX8vJPBKjtGlyG7RVpaL4A0CfhJ+wlvGdTEHqR182VLYs2FZwyQN7bWK2pVg9W8M6CYrSmWaO/YEl5CDOgs/DGTwhvyrfAlWoel1P5+yNRHJCXivKnQfa1Bvg3F7tMUqW8=; 31:OS0Mux+saL9WpEvbwhfPLFanFhY+mZGuIM3MlSaknAH0jAsy2h5+TcOH+Q6pcLz33A3Xn2YpKDJhzwrZKxJO9T7Fo0SjJIqFhwTRocb7/ni6wo8I8P53QPqDWONGrV+IzVec3+4bAqqr9Bu2ojG9LojeI2QlEPz/VbC5Blo9f3IaxZ53V6ZvFuNB7vabMApghvAAymwdd7vZz8LpAhBfvpTPUZ+pLT30mhSIhU0kcw/TRQ0NMleI1Y4V3l4uq/MOKIMXWiofBrBs0RU3G8t+2A== X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB1976; 20:oVAriXtAhH1fhpObbfQkaAp+xZInKhkNZiMTsWl1IhPtkYyDvo+QjQABVChHkS02edIr0MbPU2ChgIwJm0e9QMbg79BslGox/JZAJ4KWC6uqo45jPUJeOvgaa/8D2TdgGhr1me8jKzqcFWMXgyY3NKgQ2KidhCDgEVYkS9WZBs4iGGu7SU3COXyMgylkLIXaZvND+AJ6WlSfxpJEMF7bG8osxBaJQsKvQZYCMFfo9wh4XHA0TEsEpjgPDPy2mzoawywswfZ8AQkYist4Zyf9PLNbZaY0GAE96L9veui57m4kfj1LginNTs2ugUkKRt9cFAqgpxpSZmCvf6hCedmVdmwKf+ncod4if7vBbCWPxOstKtE19UXMr35zEMz4VLnRVOEINGvObclDhXsKJuZjsfxd2TgIoi4AzD3E7JU4mUbjVqQyUc/5W+eoz5toMTcdNcihSPh29dlIEXPFBjDdyi7mSCmofRTiy4HiXK5g28rIu60qb6O+dY/7qSUn0qH5 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13018025)(8121501046)(13017025)(13015025)(13023025)(13024025)(5005006)(93006095)(93003095)(10201501046)(3002001)(6055026)(6041248)(20161123560025)(20161123562025)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123564025)(6072148); SRVR:BY2PR05MB1976; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB1976; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB1976; 4:8Mx+WsTlXGHA+CZlcBCCmypUGirl84uH5XVW/bgm4pmppzDQgsKu5yd5AiFGTbgJyT6Ai29NNZVcEnbWKRo74OmcA+Nag0iZOjcFICX8/GcN1IBc2kvlKRFWJZWKbS2JZtmo7x3fcQxCt9ZIoMmdqSWrVXJ4B56gUAEzJD0fJJ/UChxDJ0DmLOMIcmDrnltOnV6Xz7mQLRgPov4RggliS/cT7f8ITJx1uCrRYAa9y2/gwUXEG3eR9IEbSdJH96RRqD7lis7zrTKD4o0DDeHIR3pK1MLHExFPSXAo8GJc8IXQDJWmf8TSIKzjD2Ts/VXLQuforneQpFVEHD1p5P65S8W4CbHAHc+/PZRV6JPnXOkIxvMNJEEPI8ku4kVQfvylhXxqfADfAZH0k1HURCpr8Pw4ZVATxDzbeyT1P8JYWLzjpi92F80JergJayGJ78azE3RCSOGo0bPAXMEczB3xfQqMdW6tUOqcdNx0iMp43fTikXOjCC1XL2XpzC1b337INXgj/0HXrhXjkdVy32eW8Y0nILMCTT47ud27V3FaEyrvigVIx9Vxx+x3MPmtoEI4M36vuygPe5260o8ahCWWwsOZxZoZxcOLryUkNLG3HaZhz4b8AwpmXC1kc+jXYmUZPBaWIyajHZ5VKaH6D1tvKHrNptYH6H2NIaKisBZtUrsEZqhNNM1ElAqbYR6FGK8OVEBCuPzdHmW1iL95sHDLm3RWLPwYCACamlihDjIiw8HKtOJaSmHs0QxTiH+BJw0mPt6WLYH6Ceiyq/pdF+UVuujbn25IC/gcKZOxvXtw9C5G7tp4+GNmSQX086UD31cNtzVTtSH28r1Xq00FKMCfDG/GaVGdamCFwiY4j6Bcl+Kb20ben1IkBmzAxtCoNr670NxvM/LYbZ8ycWDV70ZESQ== X-Forefront-PRVS: 031763BCAF X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY2PR05MB1976; 23:qKyoCjtxLTegYbGC5MuNNDOOsE+VtOn+SnCKgkfhg?= =?us-ascii?Q?pU06cWB/Qp7vBrIQXtjjPbdgaGZOSvyZ5Z2bUVvfcT/XrhkLHaEnAZML+rFL?= =?us-ascii?Q?yVMUs6F0P7eS1vi/8HpiPQbXEKkjqtMii/D6FPDf95hWxOeCxzOsf8MD8V0D?= =?us-ascii?Q?KsENbfTq2c0c4EQh2y4PePC1tYEv5ApWr81+jYcEiE984fpj+JSwgmrEYjm1?= =?us-ascii?Q?qvXl2Q1yAUR5/yzem9MNfRfhYLsGc7oo/WlNV3nHrHxWez2IwjTQpW7DuiBb?= =?us-ascii?Q?nYKM7ocxpCUKm8E1Ley+CYPxdRa3gebe1CJdW9q9isFk9qiuoqqLORy3zdqg?= =?us-ascii?Q?0fccsxrmgM1Lp6F6rNOA0pK0xB94bVNGVQoFIcvKMLj2fH6euFEgsQaS8Ejq?= =?us-ascii?Q?qbvemlyPIwqyMa6Jx2KNkoGergWp+kjNLDax4qKuUzgNqTyA4Rbc7xxplYMJ?= =?us-ascii?Q?N82B4JdkdJbdRdKGrrgbZbF1fgf+1pFhyufoeFEWNJr3rLxYKyqHAhYe8oEe?= =?us-ascii?Q?VXfXsEJAzo374qYA1sZm/cjXl65yBmyqOO45Y7JYukFt9sq3seOT2ejLTrkO?= =?us-ascii?Q?E6WFtQRIVMGNRF+9QdmF5wdcCJo2cAp7wx2AIEHU4kAUd7hUdcnhYGhZADZF?= =?us-ascii?Q?/KfJDf67lGnuTfKeE9x1TVit1ym1G+NyR/q2lhzarxc1rXT3RkGptwH55waU?= =?us-ascii?Q?yjzMN2DC5XxSL5sy3QfnIlsTVX2IZGSL1gvJqmVmvOvqOAoBfRV2V1WojUqs?= =?us-ascii?Q?4X4vOWwty+It3jHDm2iBFvKTVcamr3crzhV159d88WZIOdC5zpE0xq9H2sIP?= =?us-ascii?Q?zW+xhJ6WPfDFX2BcppRhVG9rEGzMOk8mLW/tYFMXSOh9w1b3ulhtqNy+kbm6?= =?us-ascii?Q?wgtLJHBrsdalzUceoE1eZO3lwQewIL1y1cVufPFqlDRWnz2Kz5R8Ll/Yvp0e?= =?us-ascii?Q?y5QfLXr1uI8I0ayuHGpUbiNx6Xcbfw5vNJvTa/lfpLbFYDDwQ+fL+Fy20jF+?= =?us-ascii?Q?HXM2KDyzUNq/7h94RCP8ruEVLrzIMDclxlBdtX+bPjWDNMquZ2shK3ASn+Bl?= =?us-ascii?Q?lc9nP3OgjE4RDnWmhWW+dy15opSq1gsfYpUIF4+GGb3B0plY80x29Qlp3j9G?= =?us-ascii?Q?hpeBtbtE0A8z3cFmCKDVvG3WQ+hA/lKggKCzSQjQgziJE9sMJMmvxpmUonrB?= =?us-ascii?Q?x7kSGUD9VeozHHw+5OPKRSe5y/6dP3eMMpiDZF/8i24zDeT4RCFGkGRFvHPB?= =?us-ascii?Q?lghDylVG421APJiwpUe52I+f/igfJwCnspOYX5tPUY9Ti9dmKAQE+TqQG4/o?= =?us-ascii?Q?cgPoxUygoekqqxbHIJJIVfnpMWmo3o3UrZYVGm6AU6QT6czBe4t//JnuNx78?= =?us-ascii?Q?RWQ8A=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB1976; 6:2YqtF1unzhk/CSraokpTmJE813ouMXGwiLr5pOkOcVOg/U4j5Dk9ACCEQf23xjcgMvLeovcIu0d2maqk7MYCeYs9ZJ+JPkJhF4yM3pZYsu1I4ikiCU4zm5vhKnNfXPD0VZfSfc9U4ciFberAsUu1sQXrvQ7o7wxUMksbjFLtRHb0AhcJr8YLGobhCXfJcU8rWet3yijT7c6ngk/vO5TTqqFaThVolCmG2JEc4mg/oc56TyT//OqlWEAEoIz2qqXrTTA6rNaTN2TxeY3O3ICaZqMgq+aCLfV9c9FaBjEEEJ6XWjd2nFKD5mzq5GceMedNuFHsLLPVVdCz9dI9hqIkXasXYYUPqH3pfqBAgmqzzr7pbBShdMCGOU1lOx2Zb8xoooUXJHTamcGII7UZTowOz+SdS9faUARD0Pbc6NvU+JJcY2jl1+agye2qKPecIS9dRMiBwUQebMA2I+YH4TIM2htfA5hnm2pnaNwp/5nsNxonfX1LOJBjqvvwCMYkLyvTkwNKJTedkOkLsfEX8ojaG2mAWe1WwGaFghK9Ct1k/Rw=; 5:JrLF5/J4uUcBYTndZQbz7WBq5HIDOJX2qlJ3Pt12a39orMCQqSCjCkY3W7o/kUiF35/J9lOkvoV+igowZesZFx26xoVuWvdTnFRrCPuavCzY0XFT+IUvvg7fCORBpVeDoQO1g5PKJyK6Pl5iqBPQtQ==; 24:r8/MBMqRR2cZgg8kyRTI+rcOmDW5w/tpBa9XW/XhCVB+kTzjdHCvMJC+noyZ8vlRBLHGdEzUUqGPGfLBLoCseUPCTbKs4D+KbTrMHInVMrw= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB1976; 7:FsJHDhThrm/RutAnj0bbXS7H3v7BuLN8H9V9g+hwKct6GccLdyDcPk0e4XjiAh3XS8KQtEghqsVXFhFtn318S6Mrp3SggXGO9MQKq/rszcAvYd8Chnp4UI+90ubOYlZpzL6KHl58KFotMpgOG58r3ru4Vh0x7n8YvcZuF45gSEtkHh2hpGrTUHk10TRmtXPufe8yr4lyu9D9fn7W/IUIPtxeClOr51dm4dVGsRCQ2Bi4BKyAmdqsniVTZl6Ej6Wo6dRL2lc2HE6dzp5eTFbwaMqczCOQXfMrFGzlbOz4LeddfIqZ7FL2A1yQPcjiyxfp/PVNVRYv+ElCba61aS8vMg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 May 2017 20:48:04.4173 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB1976 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 20:48:08 -0000 Ngie Cooper wrote: > There was another report on the list about a stale > MAKEOBJDIRPREFIX causing someone grief. Pointer? What does stale MAKEOBJDIRPREFIX mean? >I think it's safe to say that > meta mode and -DNO_CLEAN might not work across this transition--in > particular meta mode tends to err on the side of not to rebuilding > things. I would have expected the opposite. From owner-freebsd-current@freebsd.org Wed May 24 20:49:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD0FCD80D91 for ; Wed, 24 May 2017 20:49:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B682A19A8 for ; Wed, 24 May 2017 20:49:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id B5DD6D80D90; Wed, 24 May 2017 20:49:07 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B58DBD80D8F for ; Wed, 24 May 2017 20:49:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8593519A5 for ; Wed, 24 May 2017 20:49:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v4OKn524083744; Wed, 24 May 2017 20:49:05 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v4OKn5RQ083743; Wed, 24 May 2017 13:49:05 -0700 (PDT) (envelope-from david) Date: Wed, 24 May 2017 13:49:05 -0700 From: David Wolfskill To: "Simon J. Gerraty" Cc: current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170524204905.GC1190@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , "Simon J. Gerraty" , current@freebsd.org References: <20170524130143.GL1190@albert.catwhisker.org> <29261.1495658559@kaos.jnpr.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KQtzXpABaZjuvfJ9" Content-Disposition: inline In-Reply-To: <29261.1495658559@kaos.jnpr.net> User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 20:49:07 -0000 --KQtzXpABaZjuvfJ9 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 24, 2017 at 01:42:39PM -0700, Simon J. Gerraty wrote: > David Wolfskill wrote: > > As far as I can tell, the "ld" command was: >=20 > Since you have the .meta file, it should tell you exactly what the > command was and what path was actually exec'd And now that I'm not running around like a headless chicken, and had time to look to see where the single-character codes in the meta file are documented (filemon(4)), the correct answeer is: /usr/obj/usr/src/tmp/usr/bin/ld (Note that I provided the entire meta file, as well.... :-}) Peace, david --=20 David H. Wolfskill david@catwhisker.org "[T]he president=E2=80=99s improper efforts to influence an ongoing investi= gation" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --KQtzXpABaZjuvfJ9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZJfHBXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XOKAH/3ZhcSDZtex/e1Ia6ICbQOup Di4v8iaB9cXgEEgKjNrbGHdtoi+6ComJS1WuijBzEB/uPr/j33Jb7BWCtbGJ0Zfw FBOawKpYaLCzzD3uTmA/dnnydSUizXT8LAm1y+qUb0NkuokSx7fxFjDGMADzCHIC tRpJa46dy2cUGO5DbrpArD+Yv4vDjeuj+Qa9w1fRTFhgVTnKPLjj/vEtf7iG2Dsr Jhab+SokffVDVekl23/T4HSdEASlK2GeWdzIdcbQfUBGyfEKji9RtgSI+nIWqakK DBiNAtRqiTehL57I8GogQ6jM3/ij5eZlrHo/CPzyu+YhhjWBQjTYLYXcw/wUVpI= =RfVc -----END PGP SIGNATURE----- --KQtzXpABaZjuvfJ9-- From owner-freebsd-current@freebsd.org Thu May 25 00:12:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00145D7BC46 for ; Thu, 25 May 2017 00:12:55 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDB6B1FD4 for ; Thu, 25 May 2017 00:12:55 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-io0-x22e.google.com with SMTP id k91so127822600ioi.1 for ; Wed, 24 May 2017 17:12:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=zEdfKbg9kkEjQTJgVRrRTOz1tJeAUmwzybPTLVkbRT8=; b=mPj7m93Q9FDm1GO0u6J1g7IjDe3GcRDmUzZzNTbxm4Q1GUnwX+gf9EWbw3ATMJ5Y1+ U+82qFw9izX8yVuZ0UtZ+am6Zdhx/PfdrnQD/iRxxAE0atrds6HvlNMsDQcEyLheioyU DONS40SuantY0PAnHPQ2FK/FxVtFQK5RcXvLEHeQCMNeyK/98Lba9YxZjZhG0e5xluQr +nxw1VWa6aafwvboZH9qiU2xGdA2jphPCVFCHXLrDN2B+qq9R4uzeI5xr8Vq61toNSGD vRqkodB8tvEBneI20kklZheURIYE3ZSNxN68/GUBH5RgJk1U3ieEjw7lHjWGWoNT8B34 iTjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=zEdfKbg9kkEjQTJgVRrRTOz1tJeAUmwzybPTLVkbRT8=; b=ZUUe8B7gr5T1+bfYddB0p44aQ/wH+g+bodLraonaSTCnDzRAIpthuUUUWPZVN9BE5r 90KP8SSK6Lww62kQ8/8T5EmEkhPbb7j+PVeb4+HJTPsR9uqujORWJ64CchFEvgROsvBG W8EoxEIrUXYIeWFN0MMMsVxuoKQSOeFDLSRDZJYWvv5OJ+k9+G1jgI2ku/st5KhpnYxp 0etXkVJoxbDqpNV2jljHf9f9i536XJ9o9tlJjUuaSFA3cTII+YyL4CWgZN6aXr5GbBuo HbpApuaTqyyfnxPuECvhoHuefsv8coRqkkQllt4dTDY4Q3doqgYd5zZIoF82mc16Qq0L tkLw== X-Gm-Message-State: AODbwcCgOJI7b2kuCxxVbiihrc3fyL4Na4OLstivb14tedXsuBZ7sAE1 64mO2n6OaGqozjy9oXopbYDzKONKog== X-Received: by 10.107.25.203 with SMTP id 194mr33929370ioz.182.1495671175119; Wed, 24 May 2017 17:12:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.32.211 with HTTP; Wed, 24 May 2017 17:12:54 -0700 (PDT) In-Reply-To: References: From: Ryan Stone Date: Wed, 24 May 2017 20:12:54 -0400 Message-ID: Subject: Re: NFS client performance degradation when SMP enabled To: Rick Macklem Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 00:12:56 -0000 What type of network interface do you have? The Intel 1G (em and igb) were switched over to the "iflib" framework a few months ago and that could be the cause. From owner-freebsd-current@freebsd.org Thu May 25 00:39:25 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89933D803B5 for ; Thu, 25 May 2017 00:39:25 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6ADAF1CFB for ; Thu, 25 May 2017 00:39:25 +0000 (UTC) (envelope-from peter@rulingia.com) Received: by mailman.ysv.freebsd.org (Postfix) id 69F4AD803B4; Thu, 25 May 2017 00:39:25 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6997CD803B3 for ; Thu, 25 May 2017 00:39:25 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EBE6A1CFA; Thu, 25 May 2017 00:39:24 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id v4P0PoIX035764 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 25 May 2017 10:25:55 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id v4P0PiY6041731 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 25 May 2017 10:25:44 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id v4P0PgZu041730; Thu, 25 May 2017 10:25:42 +1000 (AEST) (envelope-from peter) Date: Thu, 25 May 2017 10:25:42 +1000 From: Peter Jeremy To: Ngie Cooper Cc: David Wolfskill , Konstantin Belousov , Dimitry Andric , current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170525002542.GA41428@server.rulingia.com> References: <20170524121033.GL1622@kib.kiev.ua> <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> <20170524142001.GA1190@albert.catwhisker.org> <20170524151509.GB1190@albert.catwhisker.org> <6ECCD13E-E2F0-4026-B429-1DA7A202AB02@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <6ECCD13E-E2F0-4026-B429-1DA7A202AB02@gmail.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 00:39:25 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2017-May-24 08:47:41 -0700, Ngie Cooper wrote: > There was another report on the list about a stale MAKEOBJDIRPREFIX ca= using someone grief. I think it's safe to say that meta mode and -DNO_CLEAN= might not work across this transition--in particular meta mode tends to er= r on the side of not to rebuilding things. I ran into a very similar problem trying to update from r318744 to r318781. In my case, even two "make clean" wasn't enough and "make buildworld" died as follows. My suspicion is that meta mode isn't seeing enough of the differences between the bootstrap and main build steps and so causing make to incorrectly skip steps. -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj INSTALL=3D"sh /usr/src/tools/inst= all.sh" TOOLS_PREFIX=3D/usr/obj/usr/src/tmp PATH=3D/usr/obj/usr/src/tmp/l= egacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/leg= acy/bin:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=3D/usr/obj/usr/src/tmp MAK= EFLAGS=3D"-m /usr/src/tools/build/mk -m /usr/src/share/mk" /usr/obj/usr/sr= c/make.amd64/bmake -f Makefile.inc1 TARGET=3Damd64 TARGET_ARCH=3Damd64 D= ESTDIR=3D BOOTSTRAPPING=3D1200031 SSP_CFLAGS=3D -DNO_LINT -DNO_CPU_CFLA= GS MK_WARNS=3Dno MK_CTF=3Dno MK_CLANG_EXTRAS=3Dno MK_CLANG_FULL=3Dno MK_L= LDB=3Dno MK_TESTS=3Dno build-tools =2E.. =3D=3D=3D> usr.bin/mkesdb_static (obj,build-tools) Building /usr/obj/usr/src/usr.bin/mkesdb_static/citrus_bcs.o Building /usr/obj/usr/src/usr.bin/mkesdb_static/citrus_db_factory.o Building /usr/obj/usr/src/usr.bin/mkesdb_static/citrus_db_hash.o Building /usr/obj/usr/src/usr.bin/mkesdb_static/citrus_lookup_factory.o Building /usr/obj/usr/src/usr.bin/mkesdb_static/lex.c Building /usr/obj/usr/src/usr.bin/mkesdb_static/lex.o /usr/src/usr.bin/mkesdb/lex.l:44:10: fatal error: 'yacc.h' file not found #include "yacc.h" ^~~~~~~~ 1 error generated. *** Error code 1 Stop. bmake[3]: stopped in /usr/src/usr.bin/mkesdb_static =2EERROR_TARGET=3D'lex.o' =2EERROR_META_FILE=3D'/usr/obj/usr/src/usr.bin/mkesdb_static/lex.o.meta' =2EMAKE.LEVEL=3D'3' MAKEFILE=3D'' =2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' =2ECURDIR=3D'/usr/src/usr.bin/mkesdb_static' =2EMAKE=3D'/usr/obj/usr/src/make.amd64/bmake' =2EOBJDIR=3D'/usr/obj/usr/src/usr.bin/mkesdb_static' =2ETARGETS=3D'build-tools' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'/usr/obj' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20161212' PATH=3D'/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/us= r/bin:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/usr/src' =2EMAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.e= nv.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/= bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/shar= e/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /usr/src/usr.bin/mkesdb_stat= ic/Makefile /usr/src/usr.bin/mkesdb/Makefile.inc /usr/src/tools/build/mk/bs= d.prog.mk /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk /usr/= src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/loc= al.init.mk /usr/src/share/mk/src.init.mk /usr/src/usr.bin/mkesdb_static/../= Makefile.inc /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk= /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.libnames.mk /usr/s= rc/share/mk/src.libnames.mk /usr/src/share/mk/src.opts.mk /usr/src/share/mk= /bsd.nls.mk /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk /= usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk /usr/src/share/= mk/bsd.man.mk /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-anal= yze.mk /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk /usr/sr= c/share/mk/bsd.sys.mk /usr/src/tools/build/mk/Makefile.boot' =2EPATH=3D'. /usr/src/usr.bin/mkesdb_static /usr/src/lib/libc/iconv /usr/sr= c/usr.bin/mkesdb' *** Error code 1 I've done a "find /usr/obj -name \*.meta -print0 | xargs -0 rm" and am still waiting for that to complete, though it has passed the above failure point. --=20 Peter Jeremy --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJZJiSGXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0ntQQAIXctMs4RV0f/z8L8L7Le/8c Q2SsZPWtLdPUfBwWmQbOz40yuZTKJpccycGnIraA0cNvhG2gEGA3DeOV3lF5T3EW 3PttZY5k6sCZAh4DM3WbLAYQwyx6vssgnjWQEJA991Sg0IQD9tLbHthhPpI2Vaey 1EcwUueGSUb0L9yK6G09lhpsFCM8NHfMLNpl/uNX+Xd30hmg45ontRbjwhM6oTAt nhXdpcMWlamJB8bl+Ro8RuXgCqaEtCaCZ963aDwinCEl5g6h7PiEPGnHy38+CxW+ BnUXGwEPlUf96HJVZ9e/OjBEqnzr7b2hr7IGqgY8zzdRYCNxWSMB/LZMgx6NSeCm E1PU0Q3LTXTdw32dhJTewpX6VPKtNePk3aOoQyw+xD3ulyGbI2Kiski+ueRS/oqt LWOt0hjo/Wha/xR1xg10A1YV3mtsw59hg8FFGE5k14xNdEL+f2Wyp1JGAB3x9lnu U+viyxb6XhqayF4u4zPydXoDJPR7dlLUdx0hk/m1bgIMMl1LRzqRtX5tqkzh+Wky GI4KH317D2JPdH0o2DvNjb8kquU5MldHIb+xNv6T4DWlsZOXz1nJKz9xVRtqgxjU EkJ4Fm0IEn6/7R3snQOTT7r1uRHwY5CTglDRDTJr3fDfFxFcbmTaL5eEI54Yt1uX tMR8DWj7W66w2uDOEGPv =wdyl -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@freebsd.org Thu May 25 00:49:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD8A9D8083A for ; Thu, 25 May 2017 00:49:13 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CD9071475 for ; Thu, 25 May 2017 00:49:13 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id CCE23D80839; Thu, 25 May 2017 00:49:13 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC7FDD80838 for ; Thu, 25 May 2017 00:49:13 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FB301474 for ; Thu, 25 May 2017 00:49:13 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v4P0n40X070175; Wed, 24 May 2017 17:49:08 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201705250049.v4P0n40X070175@gw.catspoiler.org> Date: Wed, 24 May 2017 17:49:04 -0700 (PDT) From: Don Lewis Subject: Re: ino64 package fallout To: kostikbel@gmail.com cc: current@freebsd.org In-Reply-To: <20170524171326.GQ1622@kib.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 00:49:14 -0000 On 24 May, Konstantin Belousov wrote: > On Wed, May 24, 2017 at 10:05:22AM -0700, Don Lewis wrote: >> I just upgraded by package build box and its poudriere jail to r318776 >> and ran into some significant package build fallout. > > There are several reviews that fix ports with most significant fallouts, > lang/llvm39 D10796 > lang/llvm40 D10797 > lang/ghc D10798 > multimedia/webcamd D10800 > devel/libgtop D10795 > sysutils/py-psutil D1081 > lang/rust D10799 > > I intend to commit this tomorrow, after the ino64 get some probation time, > long enough to ensure that it does not get immediate revert. You may > see the discussions and use the patches locally, meantime. devel/libgtop is also broken: procopenfiles.c:325:39: error: no member named 'kf_sa_local' in 'struct kinfo_file' sun = (struct sockaddr_un *)&kif->kf_sa_local; ~~~ ^ procopenfiles.c:330:37: error: no member named 'kf_sa_local' in 'struct kinfo_file' addrstr = addr_to_string(&kif->kf_sa_local); ~~~ ^ procopenfiles.c:338:37: error: no member named 'kf_sa_peer' in 'struct kinfo_file' addrstr = addr_to_string(&kif->kf_sa_peer); ~~~ ^ procopenfiles.c:352:36: error: no member named 'kf_sa_peer' in 'struct kinfo_file' addrstr = addr_to_string(&kif->kf_sa_peer); ~~~ ^ procopenfiles.c:357:52: error: no member named 'kf_sa_peer' in 'struct kinfo_file' entry.info.sock.dest_port = addr_to_port(&kif->kf_sa_peer); procwd.c:155:16: warning: comparison of integers of different signs: 'int' and 'unsigned long' [-Wsign-compare] for (i = 0; i < len / sizeof(*kif); i++, kif++) { ~ ^ ~~~~~~~~~~~~~~~~~~ ~~~ ^ procopenfiles.c:388:9: warning: cast from 'gchar *' (aka 'char *') to 'glibtop_open_files_entry *' (aka 'struct _glibtop_open_files_entry *') increases required alignment from 1 to 4 [-Wcast-align] return (glibtop_open_files_entry*)g_array_free(entries, FALSE); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ procopenfiles.c:305:16: warning: comparison of integers of different signs: 'ssize_t' (aka 'long') and 'unsigned long' [-Wsign-compare] for (i = 0; i < len / sizeof(*kif); i++, kif++) { ~ ^ ~~~~~~~~~~~~~~~~~~ 2 warnings and 5 errors generated. From owner-freebsd-current@freebsd.org Thu May 25 01:01:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 428E4D80C06 for ; Thu, 25 May 2017 01:01:48 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id DED111DDA for ; Thu, 25 May 2017 01:01:47 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id DB46CD80C05; Thu, 25 May 2017 01:01:47 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DAE04D80C04 for ; Thu, 25 May 2017 01:01:47 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0115.outbound.protection.outlook.com [104.47.36.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D6201DD0; Thu, 25 May 2017 01:01:47 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=zdvJZVrfENoWp+Vb3HE+CPHCkF/UzJP8MA5RjegBDds=; b=I5+2teChj6SC5XuCYaNwsY0J8NDHtcPEIBOJmPZ+/SJ+fGo1AZZ395kLTSQwlZNv+YPEhs6sLZUAY8PRXu4m/LJotiDLUSwrQsFWyHm+sLNbRBMfgqomwWo3z9vxoU7Xp9oRvV+fMExgykjXxj8YWmTXqK0aoFZ4nYSQZUQo13A= Received: from BL2PR05CA0049.namprd05.prod.outlook.com (10.255.226.49) by SN1PR05MB1981.namprd05.prod.outlook.com (10.162.132.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5; Thu, 25 May 2017 01:01:45 +0000 Received: from CO1NAM05FT032.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e50::208) by BL2PR05CA0049.outlook.office365.com (2a01:111:e400:c04::49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5 via Frontend Transport; Thu, 25 May 2017 01:01:44 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by CO1NAM05FT032.mail.protection.outlook.com (10.152.96.144) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Thu, 25 May 2017 01:01:44 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 24 May 2017 18:01:43 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4P11gVU014314; Wed, 24 May 2017 18:01:42 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id E07E7385558; Wed, 24 May 2017 18:01:42 -0700 (PDT) To: Peter Jeremy CC: Ngie Cooper , David Wolfskill , Konstantin Belousov , "Dimitry Andric" , , Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV In-Reply-To: <20170525002542.GA41428@server.rulingia.com> References: <20170524121033.GL1622@kib.kiev.ua> <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> <20170524142001.GA1190@albert.catwhisker.org> <20170524151509.GB1190@albert.catwhisker.org> <6ECCD13E-E2F0-4026-B429-1DA7A202AB02@gmail.com> <20170525002542.GA41428@server.rulingia.com> Comments: In-reply-to: Peter Jeremy message dated "Thu, 25 May 2017 10:25:42 +1000." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <34810.1495674102.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Wed, 24 May 2017 18:01:42 -0700 Message-ID: <34811.1495674102@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39840400002)(39410400002)(39850400002)(39860400002)(39400400002)(2980300002)(199003)(24454002)(189002)(9170700003)(77096006)(478600001)(50466002)(106466001)(55016002)(38730400002)(110136004)(5660300001)(107886003)(76176999)(7126002)(46406003)(93886004)(305945005)(81166006)(50986999)(2810700001)(117636001)(8746002)(6266002)(53936002)(8676002)(8936002)(50226002)(6246003)(53416004)(4326008)(86362001)(189998001)(2906002)(76506005)(105596002)(54906002)(47776003)(97756001)(6916009)(229853002)(2950100002)(39060400002)(9686003)(23726003)(7696004)(356003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR05MB1981; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; A:1; MX:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; CO1NAM05FT032; 1:TN6a+lcu2wkEf8JMNnQlkUKDCdM8KdqlUcggRGGk3Kq12Jyjd0Z5CTqW65b4yyMwl7R36S/m9Me6izJaLsDrNSa5gmxiPjVdZZNTlJ/UWp1GEP2ygtMvcYF5pR+zQEswkEhxpdBp3/NaBa7e0Tcwlo6+ZMXSBdGFTOtVgah+OnzOhEmpN/zN6422yg7Xonmaco7t0tZLfwjz0xoG5pzfvUe2VAGblYze9FguVGz1R8nNRF3A6pQZRLMbU1laXtowvGQU02P8M1TQykVz9g63S0c8Z/hBMvX6GbM3wGLSS0GPKlv1Y4ts1JffYHxtDBuqP7PHxQNfby4R087z5nyIQJcHf4UtBp0ZRy/5yZIIMu/yOXN24gpiAjo50J1/tT6BlxTHcoqraS6OJAxDDyBMh86SpGwDFmtwYbynSHQJs6ZepujGMqU3X7vHUC2XR1qyHTXsF3ropNJ8s7R4JvwNeGwYpEh5oEzM3NU6BHHl9vrpyrK3ZrOVgT2Kg8+nbKS1EzBU4BgKQHT7wAuLYWUngSYAunntvnOdK/+8g+Vv3g5Lz0BWOSzuyvPMxuK3J5Jif27A41Nwln+Eku0/hNo7JVdLvxyyGYRwyc4Y5C3HD4I= X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SN1PR05MB1981: X-MS-Office365-Filtering-Correlation-Id: 8c8f3b2e-9176-499c-1c60-08d4a3099ceb X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:SN1PR05MB1981; X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1981; 3:GOHdDfDeHfEeXFac8EZ3KorjvQEF4ki2ggh7MKg9AqyhzZ0ygbbz0Zq87OhIEz+4HYFH8OOt52dASVBD9NMr0MIZm7ypDGI1hum4XTmbl7uDWXG74E6cwD4/rLNmCJvpnCORfGOSgYWEPkoIRMrZhr7dXa0SthIL2gGa81+74ToQ3T8wejasLDK23E3IVpD+tP5Lz+8ZEgU7OiLNrHMoGlj9Yv+KTjYsDyGAgNcI2gkvchuMAgwag/SmtJ2NHbNYKsldQ9oik4pbBSNr7tTBz08BNJBf7FgmwKdpLUi2KzF2kNBuB5CFYfARU85IbP4BrFbYt8tKW97ENxKPoACp8tIQDTBVv/9rB6CcDxO7rBjebZMFjWZ5qlH8X/1W+nNt6JNpVfdy1yvsuZIYEGoOkdIXeKAEbb7G1gBioV7fjEGBlB3ZBKcJ0GEOWWShCEuTOqH5l904aRQMnrjhPCc14aXNc7tJfYKX9YPvINiKE+mIhtCUBhsHExx3VurMkyx3 X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1981; 25:s7f5C33cXjYs9b/x1r8lcQSHk7LQheWMImuAO/pz/YIwqdTJAoDRalgxQWK84GKbOJg6Gsw7dBQc/sXrUJJF+mhH5Vfma2Eag6QfDZ5HkvSokBn9zIuXBsw1z8qhd143YtbSxY8jcqPUZWY4jEsPNej17sJuCekW/exN0WpUYyGI8uyMw57KZHCFQ6FOZYP04vjYo8EvZnC2IAXt5TwQkQD9Tddbu8lo6J13n6NHBNLuWJCsDBzVjXRzI1YcuzbBaBXfnxIw0I2NOhuxbczYqK6Ej7gbELNuRv/E2XpKrPZf2/I/9uVxAITy2PGqLFFQxXLmqVkUee1nqFnQfwYNWi8BtLL4ANyv7v6qILB9yF1yk7DBdFmC46kUPSEq3duTR7Ye7KWype+m+aSUZ6XHidQoZI15Yz6cxGv3MOSSOmJ4mkOjncKqnFRG9cPOMNZlloYi4I83axzF+lSFlEdYjdqTPT6yd1kwHTpcdQhQIfI=; 31:vA3+SE2e8l7ACmg3OAx+byQoQ/YJwqh85aEOPAZdP2R9gfxjzniBoSSEfTsQkXvl9CULkWHpPS8H8SVqxg8cTHrgdIJkDiH+dJdXl6bowLCXLVKbAy4J2r+73XSPGYrCaGJYQSGPnHapWOXDCgokpL6YP36yhhC0WD/b5TLnAbfTipKZEYhSzjr0PsrGBKgtfjk38LHt4nAZlZzQ5NQLCOqJ0+y1OHBBx1EUWJz1d2Ko/KhTcOkcSVjObM+NS1P8 X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1981; 20:ly3YHfkyttPX44alCqmyUtruY88WbbKMe+macGQ1knWXUONkjEr3vg7Ruaz2Uw6H+fq8H5ZV16CCzlkD1dCOz/Kmg6K+FOtCcHCR402rA2YarGDb69u6/pBnRvNM3z/nwKDYMR0II79pc8tonsk77urzQYST3v+F5IClhGCi3oJ6G6X6mcnlVVRGMKEm/stOZv0k47GvzKXJB+GAUKc6vO2jyzp1nP4s88eZG4yLpSclDTEPW6TxHeYInPicAM0Tn7I2qzqNyzcPeZfUWGdJ7XlBA1RlcdFTHjmqEkNm1FeeVt823VIQc4elH3tynQZ7KJQ2VIV1QVMXePEefli50gIotKZqNmv2aalaNBhbYVc+VbVSux/VrI+p3gJsRW3swPOR0wIhiW4CWPUzAYZlpwMKFMZvj3TJfY4G7mAjJ9nXEZDmn/UBKZbK68We0cIdXhuD7wHPn7qPapCeKnNYYnvmbOUy1LY0inZTe1IRGwMxmupX9/A0uO32Isv+oIAR X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13024025)(13018025)(13015025)(13023025)(5005006)(8121501046)(13017025)(93006095)(93003095)(10201501046)(3002001)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123560025)(20161123555025)(20161123558100)(20161123564025)(6072148); SRVR:SN1PR05MB1981; BCL:0; PCL:0; RULEID:; SRVR:SN1PR05MB1981; X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1981; 4:5cfR46icifUtTDIukCOPD0R4FuUiSZwgcyuzfWlSCqRqv6qzAgZSmd+3+9RzuF9mV0yHOOz/umb/gaMVh551ZlBJ8Wn0YpNRrOwhyscQGGXT1NwpxLLYM4eShlQT8D+7m/aZ1HWiOrC6+m2Vtf+h+oipwdWtAUkW69yDXhCDOkPwdp52ovjrMb/CAnqoTEabrZbtl+/hbS3EklUmPSl25eczEkcEpTsgDkIwMDIn1CTtSOpphOaT7dUWQexkHVq1Ax9vWVz1T02qvfLEAh8am4eu1qPXORaq+o1DBagC2YYEnf4UqtbZLsXUGP1rTzDS2uDxr14NTsz0aW/xFTZ8u7CSQen12N2K0/Wv/xXYKUqv58N3M6EycPnaueWB7/0LjKwrdO9IqnSxXqa411NSr2m0/lR9GbbMd5IAukApORCNkqh1mdWYW1NFx1JwwSB275SNDlfyTr1c2yl/QPFOzSZbQLolT4iXY/Xo4aP5F+VvfNiNP9pg46d4TRI2dogitHtoHm43d5Y8EqAPlGfvBFhpv+ZGrs48t1FV1CllIDswlWYU+JExbUP2C7HuoewE51owt9+KHnjWVj4A3NRyaCImGC0PYaWKcuApN2xiTQQHFZN7Bp23gs3CBTFgoYDhEgl+VFpOOlL3sB7wALdzLBkdRa7AavgBBrU5AtB/n0SxmQgdSpnfq/wrCq2zEyLmYR0PMjcrUzChaAGmMFtwjWMqDZqyXEMTWBG8FRslCjpyw0xBjzPGNLrcC3+naWHCq8JMk731UKC1K3REOLLDCVNCrRHuDArH9YzvxRCu1paDtDmTUivW2mbw0bIJRtSC1hPy+YCQOZnIRS94VF7CvKCh1uTKmgw93YCbLHNZ3RMBgggvqvo3AZMtokcRnGDBooh1qGxfnUCYGf2Zm2yAGQ== X-Forefront-PRVS: 0318501FAE X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; SN1PR05MB1981; 23:XujNppCA4BfWvxXa0PD54LA8dHmAo1S/Zap9OqCeL?= =?us-ascii?Q?H9/JeZsDUvfaxjWKqKnTnG2OCv7/2oEaEEFNUnhegPMJDv5dsJYaDl71i7dV?= =?us-ascii?Q?791HsxtRs9QJi6wB9TmuIyLJ3N+rKED6VGIsO+KzxazO2tLz6ahsWFfP4n1L?= =?us-ascii?Q?nl18U7zEU3YkgDQQjxP+xb8SILDeA4Z8bzYKO899oKmffcuU6VKZJbNCmom+?= =?us-ascii?Q?+rdDmusLolR1asuvh49bT8u4ryDNl37TEF2JgrW+5kNSq4aDIw64Jra00QxQ?= =?us-ascii?Q?xhSiJ2KlnHAukwWTfG62LUzCM/6qj+KHAIAhRB1Er2VOzFWuqj8KpzR81u8m?= =?us-ascii?Q?ngbhogHQATp7lDWLjxCw3PjgrvRQbdBRQRyfa23xotUyBivYBtPROcaR3IYS?= =?us-ascii?Q?coPNtgSpycD2ZdeVxKXXLpU5V7Ky34IG3gcVAIpn8uGp9mxnO91lemM04tM/?= =?us-ascii?Q?YaTcCR23e+hVf+2anP7UmepjkSWEcVhzqpm/JTkhIlBTNtM+dCi00yAwwtIT?= =?us-ascii?Q?4Wz5pNBH70RzxzLKIUFHLHzzOfzfKVSBRLiub6d0wuh+Kz1+B2aBHQVDyouu?= =?us-ascii?Q?8MqeR/TKBr3NKfrQnx7AhtqyBkvEbTigpNGRG99B8aq8kBN2VbPWZnHahlkI?= =?us-ascii?Q?9TRpI9nYZ0qKo14+d7NukxWCUCc3cczh4BZ8olmDXl1GhrPFm/MjLEdRQQuh?= =?us-ascii?Q?bo4s0GExZLG8eUj7Tm2enBA4tGZZ653AjAWtIq3VxkYwXn1zTZ0yLWI9DQUY?= =?us-ascii?Q?dCMqgxWipfehq4b+ZTzImUMiN5Rt0+fbNeTncAfFUlRyeQTgHtr6klkdjNn8?= =?us-ascii?Q?FScroIDUuVo1s1EFfGT3tofyDMvxudD+52Nb/2lgNSPlolePfWMr4gaRG4Wa?= =?us-ascii?Q?18xQzoByG5ZjAp8XuN/uxPbJ5peDJYA7XnTGiY0C+u0stp2BmWpMtDKVmlMP?= =?us-ascii?Q?GMr9J0JysThbldThadHftzkibUB+klzkRSQQ51Qx6DObjOOg+BiO7cyZheXv?= =?us-ascii?Q?zlWgKOxyYeysdwV5kELsICHV+VMN4mDlfDrhnD95J87HfcHN7uqkfWfcg2rF?= =?us-ascii?Q?6v3QAHv2JSaeXLjtrLDtPzWj+u2C21YZfD7kcW7gKT+lTmcGvxOiZgYAkdx9?= =?us-ascii?Q?Kf1b7q+xNTQGB/Bh+IJsMl7mKPn8bcSQ09LJaG5bKGfsk7SOn9fCCiDGVmJg?= =?us-ascii?Q?axSQqd+aHJtN60i+2mzj4yOwl1tN2esWI1GiJdV5RBzWX9+7fiogY7Qg+6G7?= =?us-ascii?Q?QEbpX84JzBCF4+87hev7LKJjy6bI6lTJEKL7rG8vmro1JLSpO1CKlbYZlGnK?= =?us-ascii?Q?mJsjYOKOxCKrWkCsO3cqADwjqtqN8cyqK8h0htBEQGAW63TNWKoa3Ez60wWh?= =?us-ascii?Q?e+0GA=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1981; 6:KRk9U4J5foSSTr7DDpL6EuTWw9XsS99EoZ7Zk9ri0kLzphMt55Q67HdnPbTM4WoMeoFwSWsH+ZBsGXW8B3HqrFICN/JgtnpOfIiSlyjvFLSOIx4s4nZyv8p3I+3pa8GBJtVpA8KIvCaQWwdtPAxCRSraYbPbAZ8FYcyZhvCx/iAxrbp8HKwYF7sAwJkI6iDWL9gO8LYcd33Mr+R0tXShRxrmhDCmIhCDVJApdAul7K+5yRIxuJKSHIIN5Cg/nRExpdmPEQL90ox27xAdpdU9JFMu2CeYKsDQ4ynzu/6vGrHoluJj7e7GK6yMfgVaY+OgeOMtsKxciJqTg1GtRnd3kgMnS5AJkRIFgdc9HVUaZhrf5mo6JvwRohbCMFZHTeI6JlzaUm/rk5m4faMVP2atjaUqW76gsUTPWz0gWVz2lJOTw802WuHANkqqJLcNMH+LpD+PCOJGQaXt7p9OJWeVevQRLnuKloC3ZvCXwZW/xZNeVamd52nR1vd18jdkFmMIa+HlFd/wB+B0n3Jp9NXYhZBJrAUB2QXvEkfXy3Y6Flk=; 5:HgtO/z2Y1nieYOf6HmGRqg+fnQTh5x1xOJXfQT3M9Dzd0ZCNG3HWZ0aM2mXU9FqhHiNG32nWWvFOyOAh41GbdLKSgDF6WLDVvRwekdPPEGjxcpOoPxazFyf01YdoqwlhfvABEPbgytBYbvkgUkTIIA==; 24:80+dO1iw8RKEC1x2RHBpW4gmWlTYicOUucGtq2VqmIp0bZE93Z9HQEGSRZkd55oMPuTVlO9BNfaLU40cPB4nQ5SDSnq97ih7WmgJZUJ8IAI= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1981; 7:fETUilf1289OLIERHNlj2PBZB0+/iZNtj8VYPU8cbwnaoOtBixS9WBHY+xgzPILg0yS58PaQj6DOAliZnTFYuhTzcSKpbhbBkbWVnoonOD15l4+5NkVEZO0MRJ86cMjGsqjfenwdSaq8Q5BeTve3WQoHAj9rlYMfRUmpe++wBPY2rg1JcVE48iWcj4U21Ks99hiPYw8ZnRtbaUY420Dfd8sZxmhvLJHkvfVTCpVImSsjNO4ZHUVI9OVGWK3hp9QwURLHvQYFG3pR0znVUeOvkxh/fAiRKEGBSezBit1TPsx0tsZmw8JWvy+3YJfYZ2KDPA0PhlsLV3eQANMAhk6Tlw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 May 2017 01:01:44.5995 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR05MB1981 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 01:01:48 -0000 Peter Jeremy wrote: > as follows. My suspicion is that meta mode isn't seeing enough of the > differences between the bootstrap and main build steps and so causing ma= ke > to incorrectly skip steps. I see a number of places in src/Makefile* where BUILD_TOOLS_META=3D.NOMETA is added to env of things like CROSSENV, CD2MAKE, LIBCOMPATWMAKEENV Use of .NOMETA could be leading to problems - but I'm not familiar with where BUILD_TOOLS_META is used. > = > -------------------------------------------------------------- > >>> stage 2.3: build tools > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj INSTALL=3D"sh /usr/src/tools/i= nstall.sh" TOOLS_PREFIX=3D/usr/obj/usr/src/tmp PATH=3D/usr/obj/usr/src/t= mp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tm= p/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=3D/usr/obj/usr/src/tm= p MAKEFLAGS=3D"-m /usr/src/tools/build/mk -m /usr/src/share/mk" /usr/obj= /usr/src/make.amd64/bmake -f Makefile.inc1 TARGET=3Damd64 TARGET_ARCH=3D= amd64 DESTDIR=3D BOOTSTRAPPING=3D1200031 SSP_CFLAGS=3D -DNO_LINT -DNO= _CPU_CFLAGS MK_WARNS=3Dno MK_CTF=3Dno MK_CLANG_EXTRAS=3Dno MK_CLANG_FULL=3D= no MK_LLDB=3Dno MK_TESTS=3Dno build-tools > ... > =3D=3D=3D> usr.bin/mkesdb_static (obj,build-tools) > Building /usr/obj/usr/src/usr.bin/mkesdb_static/citrus_bcs.o > Building /usr/obj/usr/src/usr.bin/mkesdb_static/citrus_db_factory.o > Building /usr/obj/usr/src/usr.bin/mkesdb_static/citrus_db_hash.o > Building /usr/obj/usr/src/usr.bin/mkesdb_static/citrus_lookup_factory.o > Building /usr/obj/usr/src/usr.bin/mkesdb_static/lex.c > Building /usr/obj/usr/src/usr.bin/mkesdb_static/lex.o > /usr/src/usr.bin/mkesdb/lex.l:44:10: fatal error: 'yacc.h' file not foun= d > #include "yacc.h" > ^~~~~~~~ > 1 error generated. > *** Error code 1 From owner-freebsd-current@freebsd.org Thu May 25 01:32:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25F59D7C91F; Thu, 25 May 2017 01:32:55 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB9801F0A; Thu, 25 May 2017 01:32:54 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1dDh3M-0000Oi-3P; Thu, 25 May 2017 02:55:00 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1dDh3M-0004V1-1G; Thu, 25 May 2017 02:55:00 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Thu, 25 May 2017 00:54:59 GMT From: "Jeffrey Bouquet" To: "O. Hartmann" CC: "Larry Rosenman" , "O. Hartmann" , "src-committers" , "Ed Maste" , "svn-src-all" , "svn-src-head" , "freebsd-current@freebsd.org" , "Konstantin Belousov" Subject: Re: svn commit: r318757 - head Date: Wed, 24 May 2017 17:54:59 -0700 (PDT) X-Mailer: RMM6 In-Reply-To: <20170524201000.5bfc736f@thor.intern.walstatt.dynvpn.de> Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 01:32:55 -0000 On Wed, 24 May 2017 20:10:00 +0200, "O. Hartmann" = wrote: > Am Wed, 24 May 2017 13:04:30 -0500 > Larry Rosenman schrieb: >=20 > > On 5/24/17, 1:01 PM, "O. Hartmann" wrote: > >=20 > > Am Wed, 24 May 2017 19:40:46 +0200 > > "O. Hartmann" schrieb: > >=20=20=20=20=20 > > > Am Wed, 24 May 2017 12:28:51 -0500 > > > Larry Rosenman schrieb: > > >=20=20=20 > > > > I fixed my issues by force-rebuilding perl and all installed p5= -* ports.=20 > > > >=20 > > > >=20=20=20=20=20 > > >=20 > > >=20 > > > This isn't possible in my case :-( > > >=20 > > > lang/perl rebuilds all right, but every p5-* ports fails with > > >=20 > > > [...] > > > Checking if your kit is complete... > > > ListUtil.c: loadable library and perl binaries are mismatched (go= t handshake key > > > 0xd200080, needed 0xdf00080)=20 > > > *** Error code 1 > > >=20 > > > I tried to rebuild also via portmaster -f, no success. Now, I gro= wing bunch of > > > ports showing up with this mysterious error. > > >=20 > > > To which port "ListUtil.c" might belong to? > > >=20 > > > Rebuilding autotools (which I suspected first) also fails ... > > >=20 > > >=20=20=20 > >=20=20=20=20=20 > > ... it seems, as K. belousov mentioned prior regarding different AB= I, all p5-* > > ports need to be deleted by force ... They rebuild properly afterwards. > >=20=20=20=20=20 > > Which is essentially what I did re: Poudriere (poudriere bulk =E2=80=93= C =E2=80=93j -p > > -f ) >=20 > I use the traditional "make" way (via portmaster) >=20 > --=20 > O. Hartmann >=20 > Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr > Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Ab= s. 4 BDSG). Would it be worthwhile to have say weeks 1-3 of each month usual, then the = fourth week a 'fix poudriere run of current totally [ or synth ] so that snapshots can be= had monthly of the CURRENT with ALL ports working as packages? And a freeze on CURRENT du= ring that time? so poudriere and/or synth takes precedence over CURRENT? For the sak= e of=20 persons using CURRENT as their principal desktop/dev box?= From owner-freebsd-current@freebsd.org Thu May 25 01:44:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81E76D80574 for ; Thu, 25 May 2017 01:44:40 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5FD7B1FA5 for ; Thu, 25 May 2017 01:44:39 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:24292] helo=localhost) by dnvrco-omsmta01 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 68/62-09002-EB636295; Thu, 25 May 2017 01:43:27 +0000 Date: Thu, 25 May 2017 01:43:25 +0000 Message-ID: <68.62.09002.EB636295@dnvrco-omsmta01> From: "Thomas Mueller" To: freebsd-current@freebsd.org CC: Ngie Cooper , "Simon J. Gerraty" Subject: Re: Bug in make setting wrong MAKESYSPATH References: <4E.66.25473.9D551295@dnvrco-omsmta03> <81057.1495500066@kaos.jnpr.net> <95058.1495555282@kaos.jnpr.net> <24672.1495645494@kaos.jnpr.net> X-RR-Connecting-IP: 107.14.64.6:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 01:44:40 -0000 >From Simon J. Gerraty: > > Thomas Mueller wrote: > > For building the system, MAKESYSPATH should be $SRCDIR/share/mk , to be in sync. > > I tried "make -V MAKESYSPATH" from several SRCDIRs, and that's what happened. > Yes. If you look at share/mk/src.sys.env.mk > it detects that it was found via a .../ path, and replaces it in > MAKESYSPATH with the actual location - otherwise some makefiles break. > > So maybe I have to set MAKESYSPATH every time I am in ports, don't > > know if this would work from /etc/make.conf (need to experiment). > Probably not, because sys.mk will have already been found before that > ie. the damage may already have been done > > I wonder what would happen if there is no FreeBSD installation at all > > on partition where ports tree is located. > An error like: > make: no system rules (sys.mk). I go into /BETA1/usr/ports/ports-mgmt/synth , run env MAKESYSPATH make all-depends-list and then it seems to work correctly with no syntax error in /BETA1/usr/share/mk/bsd.compiler.mk Maybe I need to file a bug. What happens if src, ports and doc trees are installed on an NFS share, where there would be no FreeBSD installation? Tom From owner-freebsd-current@freebsd.org Thu May 25 03:55:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 656E9D812BE; Thu, 25 May 2017 03:55:37 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-wr0-f175.google.com (mail-wr0-f175.google.com [209.85.128.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 007BB1272; Thu, 25 May 2017 03:55:36 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-wr0-f175.google.com with SMTP id l50so65096071wrc.3; Wed, 24 May 2017 20:55:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=denZGa0E7R+2zwrbI2YNAlSG+9qZEkN29uS8oV5zyOk=; b=lBQrtZ2y5+kZ1odgef5E1VdMRBbYW5Q+La0hi4H7QN8wqs71DWgzsz2FDihe5drnHs RbSus5ZNevz6HM4hwiSyTs9GgP/3a1TTav9gAuPo+Fk5fLkOLhfbZ891qNDJaifVURQJ 7pKta3NvxtdzrIgO0LOowhV5WfJwKFVdEZBhfB3L9XKZQNLlis2h4pgp7w3Uual5g+mm rGEKrI8HL2C1tah448bQP5sQqDnR/I8PytNf1PgJLOjpLmb2aTcmdPdnAVGXN9b7NDib /H95qpK5rZ2jqpdvwv6fT3Y36J/XNZwEvshcO1wkwlNjiN2v9Kop00uAokGgz4dLx2iO vY6Q== X-Gm-Message-State: AODbwcB3eJRAULB5yt0kxWg4sefqKs3gvBl1MW+5ksTYWRF2TxKjJQNu tAlSmiuvyYV/9w== X-Received: by 10.223.174.200 with SMTP id y66mr26944855wrc.79.1495684146203; Wed, 24 May 2017 20:49:06 -0700 (PDT) Received: from mail-wm0-f42.google.com (mail-wm0-f42.google.com. [74.125.82.42]) by smtp.gmail.com with ESMTPSA id j44sm6014205wre.67.2017.05.24.20.49.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 24 May 2017 20:49:05 -0700 (PDT) Received: by mail-wm0-f42.google.com with SMTP id d127so84454804wmf.0; Wed, 24 May 2017 20:49:05 -0700 (PDT) X-Received: by 10.80.184.129 with SMTP id l1mr26296183ede.88.1495684145147; Wed, 24 May 2017 20:49:05 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.80.169.4 with HTTP; Wed, 24 May 2017 20:49:04 -0700 (PDT) In-Reply-To: <20170521121456.GA21613@stack.nl> References: <20170420194314.GI1788@kib.kiev.ua> <20170521121456.GA21613@stack.nl> From: Conrad Meyer Date: Wed, 24 May 2017 20:49:04 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 64-bit inodes (ino64) Status Update and Call for Testing To: Jilles Tjoelker Cc: freebsd-current , freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 03:55:37 -0000 Hi Jilles, Thanks for bringing this up. And of course, thanks to kib@ for including the d_namlen size bump and for his work in driving the rest of this change through to completion. On Sun, May 21, 2017 at 5:14 AM, Jilles Tjoelker wrote: > We have another type in this area which is too small in some situations: > uint8_t for struct dirent.d_namlen. For filesystems that store filenames > as upto 255 UTF-16 code units, the name to be stored in d_name may be > upto 765 bytes long in UTF-8. This was reported in PR 204643. The code > currently handles this by returning the short (8.3) name, but this name > may not be present or usable, leaving the file inaccessible. We've been working to add such support to our FreeBSD-derivative product. A big piece of it is expanding d_namlen out to 16 bits. We've also been trying to divorce system-wide constants like MAXNAMLEN / NAME_MAX and MAXPATHLEN / PATH_MAX from filesystem-specific limitations (UFS' limit of 255 bytes). And push that upstream when possible, e.g., r313475, r316509. Bumping d_namlen in FreeBSD reduces the amount of ABI breakage we have to introduce in our product relative to FreeBSD, and leaves open the possibility of supporting 255-unicode-character filesystems natively in FreeBSD down the road. > Actually allowing longer names seems too complicated to add to the ino64 > change, but changing d_namlen to uint16_t (using d_pad0 space) and > skipping entries with d_namlen > 255 in libc may be helpful. > > Note that applications using the deprecated readdir_r() will not be able > to read such long names, since the API does not allow specifying that a > larger buffer has been provided. (This could be avoided by making struct > dirent.d_name 766 bytes long instead of 256.) We're looking at 255 Unicode code points, which can be 4 bytes a piece in UTF8, or 1020 bytes potentially. > Unfortunately, the existence of readdir_r() also prevents changing > struct dirent.d_name to the more correct flexible array. Best, Conrad From owner-freebsd-current@freebsd.org Thu May 25 05:08:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2BFF1D81469 for ; Thu, 25 May 2017 05:08:06 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0132.outbound.protection.outlook.com [104.47.40.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD8A81AF3 for ; Thu, 25 May 2017 05:08:04 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Ppnn6gxnjdOm8DIrZ9yZknQ1vbvlWKwMVPLdva6DK+0=; b=ZV8IyhMY+t9JVQ7g4whiNWVMuPMDcasXbhL6b8eDWjMjvUHDo3KpKLMU8qvYvB/4ZG8mMaQqCwiFfLjuI9psEf+YctgT+dsvIShZBRqFXpi084Yq0/WOa30ed7Ntm4l+2VvSbTEQg8aGpQgxS4vzvzZt2wVzOsqbMAMbrvqpMv0= Received: from DM2PR0501CA0017.namprd05.prod.outlook.com (10.162.29.155) by BY1PR0501MB1304.namprd05.prod.outlook.com (10.160.200.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5; Thu, 25 May 2017 05:08:03 +0000 Received: from DM3NAM05FT009.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::200) by DM2PR0501CA0017.outlook.office365.com (2a01:111:e400:5148::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5 via Frontend Transport; Thu, 25 May 2017 05:08:03 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by DM3NAM05FT009.mail.protection.outlook.com (10.152.98.115) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Thu, 25 May 2017 05:08:02 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 24 May 2017 22:08:01 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4P581WN032515; Wed, 24 May 2017 22:08:01 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 6EA2F38551F; Wed, 24 May 2017 22:08:01 -0700 (PDT) To: Thomas Mueller CC: , Ngie Cooper , Subject: Re: Bug in make setting wrong MAKESYSPATH In-Reply-To: <68.62.09002.EB636295@dnvrco-omsmta01> References: <4E.66.25473.9D551295@dnvrco-omsmta03> <81057.1495500066@kaos.jnpr.net> <95058.1495555282@kaos.jnpr.net> <24672.1495645494@kaos.jnpr.net> <68.62.09002.EB636295@dnvrco-omsmta01> Comments: In-reply-to: Thomas Mueller message dated "Thu, 25 May 2017 01:43:25 -0000." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <38540.1495688881.1@kaos.jnpr.net> Date: Wed, 24 May 2017 22:08:01 -0700 Message-ID: <38541.1495688881@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(979002)(6009001)(39860400002)(39840400002)(39450400003)(39410400002)(39400400002)(39850400002)(2980300002)(24454002)(189002)(199003)(9170700003)(8676002)(8656002)(6266002)(105596002)(77096006)(305945005)(81166006)(54906002)(76506005)(478600001)(106466001)(4326008)(39060400002)(55016002)(53936002)(2906002)(7126002)(9686003)(23726003)(86362001)(97756001)(5660300001)(110136004)(38730400002)(6246003)(2950100002)(189998001)(50226002)(47776003)(117636001)(46406003)(229853002)(50466002)(93886004)(107886003)(356003)(76176999)(8936002)(53416004)(7696004)(50986999)(6916009)(2810700001)(42262002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1304; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; MX:1; A:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM05FT009; 1:4YnIiH89Z0oxIvynAJKu9k4sML79+x8f87784PuoZdGqDgpD8Csqa27hWmHWydZKgGxAgz2uVxf5kSzB/q/rTN+PvPKE8oE8YmWV+FVVNF5knItgeRbv6dsc+cuWu9Vp3s7C13KWyIEthUpRRKv342RVhRxVv8PCksH09QavGxKnEOdSPOZZyXXCjhOQVigHgbNMP2oHAD+aFAyWbcKVjlDlCMpwHD2ZE4UkANdtBMF9ItbihfWLLV5eEUCzh2hF6pqfBwdQpvDWqKmmrs0K0kCkoNcDBBRcKYOIkbx4MiSmYhsBhyvbPvZIyLDqCNzG9JLki45mKuGoBp7t17w6+TqInVPPWEPck46IgyAIsL3LMQE1LI0bCAriOFMv2TYaUDj9OFpmmCjSc0HHgjEHjK2yDWM9EcM7s46qYH4VHjYC5F1NDZePbeE00MCVl0naNRalJXk+lZMYHnSSB6w/qNDTx9/to28zImUpKIhjkWFu7s/WU5CDIGo6i+1ebbgTR8s16+1EAfT9H6whHwAv9EruV62db7oCi+t8dh4oMLJUK1UUGV+H6wHjxnJZJ7z8O1UOtYC6LAsvlN3tN4QhLSS7hiNAI1XXRngEAnoze9qhDDuXMVJn29fMqEzjCUH4 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: BY1PR0501MB1304: X-MS-Office365-Filtering-Correlation-Id: 62457bd7-95e5-4844-3cb2-08d4a32c0573 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:BY1PR0501MB1304; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1304; 3:NYnnzejOYX6/yPA9czvbiK+mUAK3JcJ//d754lJcShxxBBWrpBuPbi+2e4ZHnqrMOIHc+Vo1PXBuE51I5TMl7tnCZ0gx676ARtCFVaWVWkMfc0rlFVtnZzDfaqUDUs2IjxZxqbe2BijiiiJPtPFSK8kx5A5GdO6IsCpK/DpCtqRCNyjqF+xJV61SiQaPmmuT4XK0UjLXSYJ7oNu3vX08HSAaeAfIRvAQRwjCgQK2xO351iLY4ZhOohRwec/3TmWJTsRAkg5QFTN3ScDbLwXZeIU+kdCQ4B1sHCJ7OEFGqKTfsYAdYWmQRqXquPpdgaNMS2xkpA+fmTV3+LI5GBiPcXBCR6XJn8w6mUCVgvp0d+wx+QZmKk9QAgR5+mWtSEnyCOMek9vABUuewpUXJVUyD5Ntngoekvf5DfWQYpViMHZnfdzyp3klinwhzjyI+stZyPTZ5gq2QTZYCqL36FOHWA== X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1304; 25:pw92fMdEXEYs96haFH+8mL/XetN8fXjdjsW4DyTbr+zfmTG1HhOKLoQH6uMXwUd708Q0KDYa54oHaDw467x0o3sAyrN0d/AKhmOz2YHeebZ7vAdjtCxmavDwxBDz4IiwAmnyrIBrwvsmdkWkzTFrgoRgE42zF3WK2orJKOZkQeKI91/gfucMbuJP/UKCpFx/Y0zTbcUGD/bDMJ1WHfpVHRMyJ2NDOa58U+vs/sLtNB5GFt7+vQ7400/qx2nVcXEzLxy36vnvUgIs13UVlkMnst11gpjtNx2mTfd0LCnUhFaQj09l5S5AEd7H51p3FaGLKvL5OtybRKNaNA1lncSUKeH2IXqZRDWEyTrdYsU/mZ7bcmQmj6qmU19VmUwRwqnRndY6dYKU3mB9RXcADxbN1tPv/RGNvgxJePT46lQsCX6PGEi3I1z/F34kBrf6Ko6GAM+Qp4JTtsDI1qrWaeS+EcXuPTNoW73Z2CnhilrIlxA=; 31:BVK/UvQOYGFaPK4GM2a5f0puw4TKtHwysDfbxypMAp4EkT7jUbxkSF1rHX3Y27BWDdJgczI7tAFXqXYlf0DC2fqyi09HCbYbvlNQ3uprsbdY9dB+4qcmwnB6beGXLvglOf6QWcAcOa2rFcAYBkwFmbs6sEg6sj7sK3eE4/8nNFXcrj6MFK8GYqiNWSd8U/zTxpNQMH3ymQ1nbC5irrIfq0JwYhVfMtBAR3vG176O9NyqRVwzDZ90Y2ZyVSns3Lz4 X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1304; 20:jPeuD89LP0v7uexg7nZTXCqJmmGaeI01d+/aG8j6KKPU29QiP2Wp1jbuZcxDKSNq2hj/EfrdwF3pt/aix7SD29jUg4dfaFzU86sFb2uf+CllvoTqAmfDnCEuHOzYt+2DHqltjw8TOhlGgouvwR2IW24Z64aLXd4bXBz6poe+aWBPaOIRx31ZGJQFilnJrJVIYUbG31Ko7qogG9I5gX1SeX3qbKU6iZCwUab8hchux5IeGcdLQ70hXe9+3W4ggL+0liz4mgjr6ZVd3JLHE6oTySA7g3uUzG5Z6kxH253Q4cjV+1XO66teCXtiIKU3ydeySotIocbMhIoe857S494GSivFezxN0OdGo01jWXcVZW1TUPgB/dzgoHFjAcr1ae/WJwXod99nQkChVYauKbOLSFYbE84RCpfneF79uKT1kYGDmpMlOpS/Lt7VfnYqT+je0i0DievvF38+cdFdYbTN0UnHhOeOjSkU5Hx2VlaV2Bv/mUd3PRnVamqa+/9cLoWD X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(71323512122534); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700054)(100105000095)(100000701054)(100105300095)(100000702054)(100105100095)(6040450)(601004)(2401047)(5005006)(13015025)(13023025)(13024025)(13017025)(13018025)(8121501046)(93006095)(93003095)(10201501046)(100000703054)(100105400095)(3002001)(6055026)(6041248)(20161123555025)(20161123558100)(20161123560025)(20161123562025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(100000704054)(100105200095)(100000705054)(100105500095); SRVR:BY1PR0501MB1304; BCL:0; PCL:0; RULEID:(100000800054)(100110000095)(100000801054)(100110300095)(100000802054)(100110100095)(100000803054)(100110400095)(100000804054)(100110200095)(100000805047)(100110500095); SRVR:BY1PR0501MB1304; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0501MB1304; 4:4826oZebPznxnVUqtF8i8wRphKbGtairuG00MV3+?= =?us-ascii?Q?SceAy54rmI53tZW5ItPSHfscdwXbtszUfXcGg1AeJG81Z95EkAYC0oWaO3Tb?= =?us-ascii?Q?n3BdNYPO5iLxcwz68l9wev/Aht+d1K8SubLpuQiiKFRrSuX0TCixEjjkr8TU?= =?us-ascii?Q?ZY40GZBXxP8M99K+skWK1OaHN+27nKjAOIiDC3cIfCdE/CK8qaeGbeyCnPhA?= =?us-ascii?Q?q7V9h8qpsn/eyywF9X6U9v35PIgMblAdUBp9jm0pcrYlZEv094K+/0I30s8i?= =?us-ascii?Q?3IBDflVF+AjprBN3Kjv9Ts2lJtfcdhMrZt/S7o1iChpedV2W4YUp6Q/71zWT?= =?us-ascii?Q?ZKXJLZBDkxDeVSffK9rbaSbQfRNJWVlJRrEciKfPwNNIMl2z+5ZllKHI5h9C?= =?us-ascii?Q?Q48wPI9LJs8GUDs11N5vFZRXzGJSY9shchLffm+oJ9MiUs0+xRvea9mFmD74?= =?us-ascii?Q?dkAQ7QzaV9h0+jrrdivunTv++zVdIwJArA/E/hGM5TmYrLiQU4/iBpGmr1JG?= =?us-ascii?Q?8DAZKtzei7ULiQ5+s1gXK/+qozOQo7u1mDkKm6ihHN8YA8M34O1QH/NwVjGp?= =?us-ascii?Q?/6oYnYjtgvp0/FmZzt1TdkgiHd7AjNmvLrukdv54IIIjj0qRj9OGJQU9gwjW?= =?us-ascii?Q?Zpqw3/kqedMp79gcz36vR2ZDf1AgTYLkn/SO8AoP2RT9bcZshsAUgDIBBfJO?= =?us-ascii?Q?8ppouu+J7pvswksTuiPWzP7l3qlncOLIsYILDsf0t+opygZQX6y2iSZefxWg?= =?us-ascii?Q?L/+feWfeEDEdqYr/ZLuQaFg2P2O6SR/fjWFHglQ9JublM7T4qUx8DJIJ+c5T?= =?us-ascii?Q?/+EbmZHu7RCnDhjR9Jb7BvHZcMdEScQAfuw8XP8G4xiUU676CqRfocoajF11?= =?us-ascii?Q?odatYmK4Fg/UivWzaKWEQxWEuyYijwNasSo6AL63gWr96K+d1xrP8Jp67ULD?= =?us-ascii?Q?H3fXf4ardVRB/2aBZ0oq/hY0sD4wp3VqwYO75VoJ3tCSqX6KgFhhQdDXMbk6?= =?us-ascii?Q?De0Wp3DAezLyrVbXgfgcaroJnPR0CrupS31Tp8jmW3ZNEoUIJLAoFzDM4+jD?= =?us-ascii?Q?gbiczkLn45fflZebtZCXQsIHMWkG51PyARWMQ7NWwEB3h7C+giXGVwh18BQM?= =?us-ascii?Q?EJhMDnLPUdAW6tHot/9SYDIX+jev5XtorVb4GD44hPzFialBHd6kiUuSNMHz?= =?us-ascii?Q?r2A8atd7Z2Gw+h/9HnXdwySbApz+AtUPbBHps2L/ZgpFmSAc1EJrVNSeRyjm?= =?us-ascii?Q?rZ8sDKlqLQUtvLKjHlu23hFvc64LXoPvnOWXXk8Gsn2/bJsAsqakMEGbDush?= =?us-ascii?Q?wc82wTQM/hCXVGskzxXHbUE=3D?= X-Forefront-PRVS: 0318501FAE X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0501MB1304; 23:kMZcBtcb6KKDjDbq/IL9riT/cMCy1JsASssEewJ?= =?us-ascii?Q?rrjU5mc4OJgyxPd1rRZiKIZjt3r6d+cWK9OgDjb9PZF+H/S1CctpVbqTtiaW?= =?us-ascii?Q?0HjXo1XfOoQRHv+BUcvatUlCmnm/KJJcx5Vp5WmdYOkbUxP24SYJLOVffvSC?= =?us-ascii?Q?UfFMXNyZJnEKNyxwIRLRlUHRYMM3BPtAywc0okYIjGxYTE+vwe2ZgXVBSKzn?= =?us-ascii?Q?VZEqwSjDf26370fNo/AHFouq7fUZT05+FLAof2wKQI6eJcq8kvhA5DqMQzAs?= =?us-ascii?Q?lnEeiBK/XesGoYCshbIXNUKu+5FIlFz/BwD00R7qzlcduXxmNRPlbvW2PjDC?= =?us-ascii?Q?qL6DAXqLqH8F26eZM31ei5+WkYsx8IqOJ4YphoLnRccF110qqxJ3lnEZH0jD?= =?us-ascii?Q?2Y3ZXWr0QpgVt9o0BxbTwD5wD4qrJ64IOy5LI9bUY7Yq1vrlQOzgRfnR/uQb?= =?us-ascii?Q?yUKNSVQ2q3aAXslH/AgtkePMGjM0Pkq+ml7YoJHaJn8mw/26WVxtIynK0tLh?= =?us-ascii?Q?iKVXTuKvZq4ekefDeaWaZe45j7ARn14EVcfZDEP1PQbpXWnWyFpUmd118zKs?= =?us-ascii?Q?/hGqy4zU4M3Om0yN9TqazUoXLj/FNKSUa/PfPEwtvlvaXIQ/kSHn+2Bs5Dz1?= =?us-ascii?Q?h43hMagwvUgPAFjvJu1E3Nxmw0rhIYvzJqOXnC1fWXw/chO+utr91rvxEEiM?= =?us-ascii?Q?usjj45DSu8S7CbnJkPFX6I2qP4dcuCqpY+Gw1N3ZpY221A+RBvgbCuPGER5b?= =?us-ascii?Q?1csTIFtDSHFgeNmQ5k+MkQmUt59BUE90jO4rk6LeH56ngshXG7NyEZEEJdGg?= =?us-ascii?Q?m3ZzJjBKWx1cFglWTFuh4Qd4iIwqO5t5QSTVK3UgVhgbckOT83DsO+Fctzj9?= =?us-ascii?Q?mNsV5tAU1gakm9U92jQ9ju02cUm3PpzK4nTtBcTDHmk1x0C3lHinQjwdKjyc?= =?us-ascii?Q?QtvoQxiJWpLgr4gO+DFpbubQAV4A9rpK07P/s2Dq5zGZOngEWyQefJe/zy3G?= =?us-ascii?Q?h22naKr+GVwZCXJ5YnB/c1g5wlWduhoYBR+EGeUeeRVZia9OmbSuD9raDyBd?= =?us-ascii?Q?aBrQ2y4JJvSllYCWNjVBlWEbuQxyci6fnkZgdiVs6kvO8Ssd1R/Q8F4D/OP8?= =?us-ascii?Q?zx2rtL9MPOVBfOJeWmM/uDM5viCN0snUQ+Nz2iFdqJQwywh2venyK+Hi0Its?= =?us-ascii?Q?SQ/hcqBJ78CQFcenS7xB7gvJBxDqiPu+CQ/VRFllDlm1qc0jl95XLeLohXj+?= =?us-ascii?Q?EOVjp+k+3Dn++pU8MgKC+bkqEuWL/36LpEUND2yDmLvY1fF+WVmC3YfUcBE4?= =?us-ascii?Q?L8y8/yPsaACDPhS0OT1lduaxPMRNHiN/+6ZUzCcn1/uFqndoVkrs3wOdMHBT?= =?us-ascii?Q?4oO237bPFXmEkKvcbAiyA0LUnZa+Mfl0fimAdkQGo7bzTnLd4/O3amiKjEhL?= =?us-ascii?Q?OvE0VbkPhvATzybPQPXXuOIyccuvWQPaGwpxNFrAZz1PJkW8tj4j3?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1304; 6:TZOHsQeqgm9RXyrMW6XS41Ra7JFbhkFiHmm0LFoGEQa2v69G56souPO8lCcUc2tqg2FymNr7T4KkGARrkOLheckKjWvT4oSglgowvEMf0Qn/E9Lc02NmUW3wZI7y4O8aouxqFhC1XzvMeL/gGlWQKonoKn06L+h/yHdXTQoqLgzEArwpU6g8H32DKlX+w8jOrIFW8FqtOyBjmxW3tHavbZw0jHlzJM0eP6UdHCm5PnJokTc4FmQiGgLl1LlvET3CLVJBdlLuVSzudjIoshPU3HVYa8IQlgt+1b4x3OQM/Y6RS7uaHzNkq1m96xbwBS3vZtN7OFwzvSAnms+bZ2Uf9J/m373agl21+P4rjPxRN89+s8i+juZBg+29RuG8/Ee2EjTN87GdKLvhXnwu3MDV3zpinDSp5Ju0y3b/1FTCtEIeXyeX0+hH+RspeShUemkUTB7GV/H6r6/b0mkajJPj1+SqSel7aXvK51rmuKlz0BPAg7FTzxi4W24dKLGRHruvhi0Etpp276fCDIQu2JFpI179dhMyDnOJPN9o1Hgr6qs= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1304; 5:24DJjm/Le04oEh38qSI1FW44XHiJcCgm+eK5GhWlqN9/PwTDzY7h26/lzEN5amyD0uhQ1nrb8zSCxW3BUyZefP7LEJxy5zwT4qvS7KhUt94ZZI4cp23TH8ep5mc+dd7wOSvbUl8vgD7ORnUfHArjdSGjBSAF/JwI+wyd1VjKW8C0qxIjrNudR0Ao7muVqXh1PmmZlorzOY6oByXnoIUzCTvKj8M+f2FsneHTn+YsRlkF8ZlSoyBtEsQY9WlWRiGZACdrAklX/y75smasJUsJBvK26ZM3nA7ohsKtr1/RGUGEzRqmOWBX8TfiGLofXtFlsgZxytFWdx696tn6frGtPoG098tn8LrMsCNWtSykzZjJb84WILaKnGOTcfwTQR9lCGqgvvwgpesLBxZiCXtSslNkNEn+5nbsMoO4AUZACBWKdDnRSlVTxb2sZsVpo3J8HueHpaOlT0u2N3Ig1INnc8ej0qH/1OIg7q5JorpnDHdV4xtaS8uR1n1q5GuUvYuz; 24:4CgnZ0pl/kPDGa5cAXysGClpjbBnl2FzF7yMe5koGLZ/HGvOyhke6iofA0WXvbg78NegdGkUGDH85zext1YPE5qqry5b+S5P1twY5e7VQ0c= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1304; 7:4DCX4MRDj06CgYb6prKaOnEmW71lxwyGDMogLR28U13r88rc5zslXGdoO9GCsc5+FoofQIVjvfbpLAGvWzEsvNaUya7ziLN23rH5c8AYqfs3qkkLRd+8bOEgNEt3MRcyMjKMgofqhMnUCFdwc0DAy4oVOIOmrGjvEC+PGFeIOSZqibodbUBS/qg3TjQFLxmVD280NtdnFOV9MobEdbuIdQIl4ovV3ZsOlbFnoAG4/wEUpds5IN/+c8ChrKQ3n09hutm2ZMFGBxV3/7XIqLZZMiMWXQJ2g6k4IRu771FGLwQ0gXAQuLkJvIwNrQwiWLWExaKy6K9KP7ue2js7pdqL+A== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 May 2017 05:08:02.8206 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1304 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 05:08:06 -0000 Thomas Mueller wrote: > I go into /BETA1/usr/ports/ports-mgmt/synth , run > env MAKESYSPATH make all-depends-list I assume you mean MAKESYSPATH=something? otherwise env itself should vomit > and then it seems to work correctly with no syntax error in > /BETA1/usr/share/mk/bsd.compiler.mk > > Maybe I need to file a bug. For what? > What happens if src, ports and doc trees are installed on an NFS > share, where there would be no FreeBSD installation? Not sure what you mean. make doesn't care what the filesystem is if there is a share/mk found in . or somewhere above it, the default MAKESYSPATH will find it. From owner-freebsd-current@freebsd.org Thu May 25 05:20:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92569D8188C for ; Thu, 25 May 2017 05:20:44 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6CA0A1021 for ; Thu, 25 May 2017 05:20:44 +0000 (UTC) (envelope-from peter@rulingia.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6C025D8188B; Thu, 25 May 2017 05:20:44 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BAD7D81889 for ; Thu, 25 May 2017 05:20:44 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3522101E; Thu, 25 May 2017 05:20:42 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id v4P5KLvk036650 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 25 May 2017 15:20:27 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id v4P5KE7B043172 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 25 May 2017 15:20:15 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id v4P5KDAb043171; Thu, 25 May 2017 15:20:13 +1000 (AEST) (envelope-from peter) Date: Thu, 25 May 2017 15:20:13 +1000 From: Peter Jeremy To: "Simon J. Gerraty" Cc: Ngie Cooper , David Wolfskill , Konstantin Belousov , Dimitry Andric , current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170525052013.GB41428@server.rulingia.com> References: <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> <20170524142001.GA1190@albert.catwhisker.org> <20170524151509.GB1190@albert.catwhisker.org> <6ECCD13E-E2F0-4026-B429-1DA7A202AB02@gmail.com> <20170525002542.GA41428@server.rulingia.com> <34811.1495674102@kaos.jnpr.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR" Content-Disposition: inline In-Reply-To: <34811.1495674102@kaos.jnpr.net> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 05:20:44 -0000 --6sX45UoQRIJXqkqR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2017-May-24 18:01:42 -0700, "Simon J. Gerraty" wrote: >Peter Jeremy wrote: >> as follows. My suspicion is that meta mode isn't seeing enough of the >> differences between the bootstrap and main build steps and so causing ma= ke >> to incorrectly skip steps. > >I see a number of places in src/Makefile* where BUILD_TOOLS_META=3D.NOMETA >is added to env of things like CROSSENV, CD2MAKE, LIBCOMPATWMAKEENV > >Use of .NOMETA could be leading to problems - but I'm not familiar with >where BUILD_TOOLS_META is used. I've not looked at the guts of how meta mode works or is inhibited either. In my case, I have "WITH_META_MODE=3Dyes" in /etc/src-env.conf and was using "make buildworld" - which failed. The upgrade worked cleanly when I manually deleted all the .meta files. If I get a round tuit, I'll try to revert to before the update and have a closer look at what broke with the "normal" build, if no-one else beats me to it. --=20 Peter Jeremy --6sX45UoQRIJXqkqR Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJZJmmNXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0Q24P/0B6bMHb4UroqxIrfdK5/Ddu ZOTWKMHMHmVbrQxYKBuvBlF6D5PwHquO8eIYhswaRaHpSCI9Dza6MJ1yv6bOHggz Pw8rBP5jq/DeossvMpksDMNr5GAMmbOIkoMnx8zmCRcazmQfszxX8HEOP1ap7FBE OBWxQNiQvl1fV4zE0JsLtteah4qz2k+yR8n9qI1M32s9DXU7SZlHTGPtQDK9u/Au oW8rfe5WyjhzgL7UtBY39JFpB9bIG+dTYWMSC2SdwaVTgjuj9ecOIxReg+QhyxvC u/z3prgsZVYv/WGQ/Bx38ZollsPOFv51bB0QZWiXjNxxLWsK1atEi0dClznML2vv KjrEFPY/F4LtUGQC0i+6qxum+1QwvLJO6gCqUjx+6i13fZ/R0b1ijoEJpA2oMvvQ TvsitbkSeKCFG6IaLkaUKf3X6HTp1QsPb8+HiloOnkg0WFCoD2xXZ6IOpRmkpEHK j6vfw8QJIeKTXI0EoUHycO8L4rfeqD5ipCo/wdvi0GM5qMLalt65Am2fYHSjbwmT Yv64CoMgaTvn7zn2B/mA0jA8/GHyldOAWn+aMAkSM7+CDRw94jW/wYTcfWS4Vtk4 UyeNvEaK5ZO5EtkutZBMtu5YrXwG/uBq373yB72lycr0v/sOzZZNy1DGQ+FImyqJ B65aFTX0F/cazqn7W+Z7 =Qlnq -----END PGP SIGNATURE----- --6sX45UoQRIJXqkqR-- From owner-freebsd-current@freebsd.org Thu May 25 05:34:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99ACED81D2E for ; Thu, 25 May 2017 05:34:51 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7C2361962 for ; Thu, 25 May 2017 05:34:51 +0000 (UTC) (envelope-from peter@rulingia.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7B91CD81D2D; Thu, 25 May 2017 05:34:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B405D81D2C for ; Thu, 25 May 2017 05:34:51 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EA54F1960; Thu, 25 May 2017 05:34:50 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id v4P5YWhC036701 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 25 May 2017 15:34:38 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id v4P5YQIu043245 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 25 May 2017 15:34:26 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id v4P5YPGc043244; Thu, 25 May 2017 15:34:25 +1000 (AEST) (envelope-from peter) Date: Thu, 25 May 2017 15:34:25 +1000 From: Peter Jeremy To: Konstantin Belousov Cc: David Wolfskill , Dimitry Andric , current@freebsd.org Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV Message-ID: <20170525053425.GC41428@server.rulingia.com> References: <20170524121033.GL1622@kib.kiev.ua> <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> <20170524142001.GA1190@albert.catwhisker.org> <20170524151509.GB1190@albert.catwhisker.org> <20170524172154.GR1622@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="yLVHuoLXiP9kZBkt" Content-Disposition: inline In-Reply-To: <20170524172154.GR1622@kib.kiev.ua> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 05:34:51 -0000 --yLVHuoLXiP9kZBkt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2017-May-24 20:21:54 +0300, Konstantin Belousov wr= ote: >No SIGSEGV etc, so I think that the effects seen are due to build system. >rm -rf obj/* is the safest trick, I believe. But the behaviour does indicate that meta mode is not doing the right thing under all circumstances. It's blatently breaking in this scenario but could be causing more subtle (and unnoticed) breakage in other cases. This makes me feel that this is worth investigating further. --=20 Peter Jeremy --yLVHuoLXiP9kZBkt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJZJmzhXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0L24P/1U+szamg4j7lyO1Ac0fm48D XjQFXJtDntuh9rUO55KPBP+2cKkirnm0W2MFCq2gxtEDmoI+5HCo9uWQzhaezXP+ 4PiHze95l1ZXvSkchsQX7z5+HAyPZGg9DqKO6ILrZmZ+8At5OH5389z8CDX1m/1e H9/cJcrIj/AKcA/Hs/wjQcHCgQ2hr5zs/6fwQswpXEQfnsidNcuBWCEF5v4qle6R c++BEbo72VYNBOxxxhCqsggvemnICy87TWDuKzqu3MQdA0brd59w9cRYmZeZ9DDO wqUN5Jz0Lj2NqDu7VkfBoLxRB3ZZA5jk1SG1/xsr5S/B9cbsz3FnqQA75AEnrDUI xUJiMkzX2i+C9XGGhUpyK2SV6mZ4TfQdlVL9yiGoKgC1szy1xA9AEhMotVVJvZ4N cJmA+sRNcyOibCuL8zVqxxmH1IrJyFOgnr7+9uAUbEuUGaQuk2WnLLWcpbNxi4cO fK56bQCrhFA3mF8O//H5myY1T7ewl+fsBEBVxWc2gP1yIXXZjBWqK4uXzPqbnT/Z vqpmuUCgGcEJBPnqIS84uk9OCp+i/6cyKtr42d6ehrAaQPtVu4DtGAuU4xOiv1EI pCpOwZtgOp1BNvkTMcQUTkg4Z11LTsr6kS3TdvKo5v9BbCJYpybsI0gV5EEYeLyK jHJNOf2Yc/Vp+JAmuVSP =6p38 -----END PGP SIGNATURE----- --yLVHuoLXiP9kZBkt-- From owner-freebsd-current@freebsd.org Thu May 25 05:41:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 228F9D81F1D for ; Thu, 25 May 2017 05:41:02 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CE3341C58 for ; Thu, 25 May 2017 05:41:01 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id CD700D81F1C; Thu, 25 May 2017 05:41:01 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD000D81F1B for ; Thu, 25 May 2017 05:41:01 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0091.outbound.protection.outlook.com [104.47.38.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56AD41C55; Thu, 25 May 2017 05:41:00 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=mKFqU5qZBwsAr0EM0ior8Ts380hAI5h8j1027O0LRHY=; b=fKnaGez8QzRfpx5THEZu2obXcx0o3IGUH5tKOkAP7tJFncp10s63rD07eA4Kz4Oa6ardWp+V75IibViv9pOctbFhkmJaUO38ySBplGF1u+aSSZt04v8hNCljrd6OBfXI38AiURn6mV/37I4tur/oiA9gZEKIUR3s38k6PnRCdHA= Received: from DM2PR0501CA0013.namprd05.prod.outlook.com (10.162.29.151) by BLUPR05MB1971.namprd05.prod.outlook.com (10.162.224.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5; Thu, 25 May 2017 05:40:59 +0000 Received: from DM3NAM05FT026.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::206) by DM2PR0501CA0013.outlook.office365.com (2a01:111:e400:5148::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5 via Frontend Transport; Thu, 25 May 2017 05:40:59 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by DM3NAM05FT026.mail.protection.outlook.com (10.152.98.136) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Thu, 25 May 2017 05:40:58 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 24 May 2017 22:40:49 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4P5elUA006508; Wed, 24 May 2017 22:40:47 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id CA15838551F; Wed, 24 May 2017 22:40:47 -0700 (PDT) To: Peter Jeremy CC: Ngie Cooper , David Wolfskill , Konstantin Belousov , "Dimitry Andric" , , Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV In-Reply-To: <20170525052013.GB41428@server.rulingia.com> References: <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> <20170524142001.GA1190@albert.catwhisker.org> <20170524151509.GB1190@albert.catwhisker.org> <6ECCD13E-E2F0-4026-B429-1DA7A202AB02@gmail.com> <20170525002542.GA41428@server.rulingia.com> <34811.1495674102@kaos.jnpr.net> <20170525052013.GB41428@server.rulingia.com> Comments: In-reply-to: Peter Jeremy message dated "Thu, 25 May 2017 15:20:13 +1000." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <39086.1495690847.1@kaos.jnpr.net> Date: Wed, 24 May 2017 22:40:47 -0700 Message-ID: <39087.1495690847@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39400400002)(39410400002)(39850400002)(39450400003)(39840400002)(39860400002)(2980300002)(199003)(189002)(24454002)(9170700003)(106466001)(53416004)(105596002)(50466002)(50986999)(76176999)(117636001)(86362001)(93886004)(97756001)(76506005)(356003)(46406003)(2906002)(229853002)(5660300001)(39060400002)(4326008)(8676002)(53936002)(2810700001)(8936002)(305945005)(77096006)(81166006)(50226002)(9686003)(55016002)(54906002)(478600001)(23726003)(7126002)(6916009)(2950100002)(107886003)(38730400002)(110136004)(47776003)(6246003)(189998001)(6266002)(7696004)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB1971; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; A:1; MX:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM05FT026; 1:GQDQIWeAtn1tI0hprOJ5mEYOesTM/7i8QbpH6KDfBw0iGZYmMak2GDMS+MAG+aotoxGl1FEKfoBAazo30ZHOejUzxo2h3si1IEBAEugKeI1wXUrhaX8h0jF7BF8mcHmXryMMUYVtRzLMCAV2alwHoppnf1ou7amnswgUqXwjk9LG22ojWf9MQvDz8NL/suBhLkYFd4Z7ee8C4nj4K/AyjrFHnTgZ1IqTY3ux0H3mwvGA7z3hcTY1MM6dxvAdHh1dDGW7N+Ab/7JrWDAeHRWCtbJiVAT1MEHOQUDeSx+iOciQeaAJdQnH8+bAm1ukUtWPYakXJTe7nwpFeLizG2r3jVzr3nOY7RciMcNAkJ/HMSbTDDiRI2btZu1RGNFv4waXmj04DStg63TTNErO/QSwKAaZJxLwB6vy57iqm3FDkJg3tRx/j2XByQsbcV4iQDtor4OvWZmfUqKKnKdfR0TItsnHt3GSs3wB2Rklq45nhLB6eKcIIac3YYB03PV9z4uf9PB5WccYB7LOmy99hjpIo5DuFLf/+nh8+vxW80syqaw= X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: BLUPR05MB1971: X-MS-Office365-Filtering-Correlation-Id: 7343b652-f87d-4338-179b-08d4a3309f58 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:BLUPR05MB1971; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB1971; 3:MtPImE4ZISfRxJJkAkz5VszsVQGpi0PLX5NmdmZYlPKTozFnZQM+qvAdTzzjOz0HzYvK1oesEEAYee5KYJZ8tqAAuNrZQD4xJtVnJ3WVy4NI7gwIgCg4WjyJXe2MEIGOmqvmtwV6YiAJHdf/JHPgaiholeLAM2hxXLOaCoe1mttAVHVfOWmoJ7Ns4ZnryoKltM7O7995386Ceqo+/SfFc7i6aGKcBPdIHAXabUd7GMURSIbk+5IpovrVliS01sNRAORzBPdVBJoDqRH0F+9i6yRphBowAeRAU4oosl9HbeIThSo3rzjWs6ZoV+4ZIwp2hgSdC7iLamYLP7UqcqsM3tBGcHXsWGmG7jOBuO873D0LodQ1EjbYjWDmKS0hi9yoJmXUFGawYQavCRQyWKOnfIwj6/SsLcteSrB/KVWpNakxzhbb4KA1HpnuMZxxLJj0YTbfAeAH8JzZeYqf7uEKQg== X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB1971; 25:veXZgN1ZOsYFvgzwG6DB5bR8L5zPDGZccwKTQlqgFk2SLf7UmoQlr/UbCf4bdqEmI+eBsuUTUFpah/ZBcf6cRomL31lha12Iu4QktQVJKVgBAv9o6Jm+eTyPzHrlRBDlVSwYM+f7p3SEIOjuKsrAlC0sidefZeI81zQvGnDOYSqwqmxvuIZKImRi428eVw18bPWSoUTmuaDb/dItectUkUQIv1KLRAashDB8qfyEVJ4v9ac9ZEhJDQReR9F6TTBj4LieqzNfbYKQYS0Q2dBSw2e65WItJ56DGT2dSo9JXrpd7lSSFnCdITh05kzNa0J96MAfsPuZ42xtBH/4uqCPryMwlV7g6Xob89VxuBV7VKPxDcVzQBuFGVAiLSmDTwu2BNmlZYX28PNOF37Nku6iV4mwZDIQ7Oe3zQU8svJXOMkfUaNeyW00jk/34z5YxfuqUBbTiyommb8kDqUzCg7mhoHlihcflClNIGXSmYe87vA=; 31:XF9WfYI31J9Ntsj6v95MfNeolBKBS5p9T8TQ+Ke7yWEG+fbHhffU2LShqRAbR/HEY+aNsLxUPA08+4wSYKlUoMxVXbr3DjMSIRMi1Q4srVYloq4M9UMeGtvvIdEQpdoIx0n42WXfNZDfbEj8CYcv1BOPkEvqkU+0V2chB7zPHgkWB/u0QVkfcvJbLkXhhSAgVGeUo68tSDQPmKEp311DJoQ5R1SwqTWGG2ZStaD/2FS126MxU9CaxMRvTPnWUOQB+QQqpJUqjz5QiBstufMYng== X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB1971; 20:WWMsULCvxfArbzkqVkICyVvgEW7dGnsiu+0P15Wf7cLEzbDU4KtQz4bwHDfYKtmA6SQQlBN8lqdItAAUqQId6MB93VAJia0JE9hIvJ8Ml9nJa9Ab/EjWsGAOlehsukABOAIfWYSx5v07a2Hwh8wMDZoQrjBXi9sc7iHka+GHMs7L37XC4rRr93k/Tn5byUDq/QcpNj8LTTODln7TesKKyv7Z7/3un+WWBOiES7aNvsJlWAcCqbdAS23cwnf/IlLGLkAPhvAKMbPEbWBguQdd9Ucq8r67GhZVjPlSR21DBLY0Gav0VO4Ywe0ikQEUX+wKDxCB04GUaJLhclQkD3yv+0to+1VY0ZMKgHJynaUyUwRn8tAJavYvdt6c6acfSlrE/go8AbMkw/fKIq7Ii3Iy3Jy65et5UyJyXti/yfFyWyDIioBOklL4NmTDXAPLdNBD/J4WrQA/2I9IdtlRLvLrMDoRQOBpblhGUWlloHD2n5qMFeJj1sVr4jd3rhzZPRPE X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13018025)(8121501046)(13016025)(5005006)(93006095)(93003095)(3002001)(10201501046)(6055026)(6041248)(20161123560025)(20161123562025)(20161123558100)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(6072148); SRVR:BLUPR05MB1971; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB1971; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB1971; 4:1y2ZW87i4WxcP4R7A2Uw00mkUbajXzEiou7jqYxNs+BkjaD/gviDIQVcPU/0Ohf+PyxYwL2HeQd1DmA7hH4kpztsoJ52a+VOEtBQsvfIwrmiA7hyFHBvno62RU/VI+77nzypdbeQX90fB5dLSonGnrQSmeo8aTqN5ziR1wSXMdKqAb57ZWj+vRuNTL0RNPtujF3xBC5kIZ+ziucxMoKs0scbq9xFd7lxGV4ZavmGysJvPUMuPiaRtBgZwOYbcZJ+uY14H2wY7n5QRc6qVUyzFERViCnTyD/yOQm0fOo0NkyW3/LcqgZIqHvJQY2QhSSIsNaYDqC6F9FLGC1qPmBoefzESvCDW0KOUb6uE0Y4z++lWMOpvCW/SuzU+Q9Yn9B4jPL9nmhmQL2YeH/IHYb/RmHIi/2vWx74C4EEDbpp+BmsC5b5iLx1pAVKA1iqiKKln9OnHPEnV2UIGa+CBYDl/ezKiePMMEugWoD52Dgob1ezM+xspGhbT2j+//i5kzsWuJ8RR9qnv9m3ar0RIwE8iGQiu85X4BxLRu+0LsiWWJ37cfyzwNQUcjPxKd/3X6M3zCpLHf4msKATa3qJ0buMOZODDoENCqcfoRqRL9rAoJGMUh00kc6lQI/gTKrVx36UeRF/P79lRNEUn8blBgGXqTgTovbI2QR2u1SZIaOyd7RA5MZ7HzzjJXeCN0FERFYLqhlnEH7I3oNWPatJBA0S7OYM9Enxk6FUmRJ181bIPgEG2BXRDePz/P8NSlLKg4bDcx8bJ8ZFiPtarBhgKjt5H2GlBlOyUcrP1LmgF6yUsHI+NzSKT1bRj4euWFck9kR2tfTOrC0ytX7zseB2RSn3Cw== X-Forefront-PRVS: 0318501FAE X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BLUPR05MB1971; 23:IjKjGxUuehBcYnuJpT2jo0PoGploLEZIq6QwDz4T6?= =?us-ascii?Q?mBoM+uaEOILTaG6Y4nv13hR+kPbVXucvd3tugU87vpufem27+6/YmfJ1j899?= =?us-ascii?Q?B1SRgzEHC50FiGHSogFZu8P0yuVHifUZ8osx+bH6/RO5c+DsKsZcwPRrdSpm?= =?us-ascii?Q?5pIf/+ojyd8eerBVUY9+eFrmi8lfg8/hfsdlEJu97ls+vBMdthxhCVAYL/nj?= =?us-ascii?Q?Ch2FftE5IkXSjkLW9dCduaKLJXbtK1//PFpIh8FaEhImQffXgIGQTo2YzBmV?= =?us-ascii?Q?A9MBbzoGqsAMVIPLSg+iOg1xttccYRIFa1yFS2x8xbTk31DQC33HNkgGcs71?= =?us-ascii?Q?VakB71OxOfkBkb9VM1X9YPbcVnuAyONfrALMbkXRtI7jiFw9irLnGNZdmbGK?= =?us-ascii?Q?XictWZTWC1+nn5S160CThLjpG4rJEJre8VD4WoivuoQH3kbqWeUzgz1pRJNK?= =?us-ascii?Q?hMv4O6TF7wjNWQ8qAMTRz+Li3pZpqibLUMh+W7/SwxAZAhBhPHkBAm4L+mBJ?= =?us-ascii?Q?0rRSdf6rmxEVpZf1m88G1lNoLkwrWl1IpOoDFmUxy5uZRWbymsy4ak9wid9F?= =?us-ascii?Q?lbHZrnO6rirJIGjuWcTenE98GTFSP6bw/hw8/EHKtJxHEknKKN7w7KRnA+5E?= =?us-ascii?Q?HOYP3EXUvaqNQqnikJVEonaCIskPmtOO71/iUd7xFum4uom6ZI4GMUc/kDUw?= =?us-ascii?Q?Ej8/yJO8qQLuVZgOQrWN+VaaCeXQfX6VnVP3YTWOUFoNYEiQUfvRi+lU+LW/?= =?us-ascii?Q?xoU7q+snc5fh13BtKDKNSZ3i9RZlyru9YY082A8LM+mWl8ktQMdyMPUgN6Zx?= =?us-ascii?Q?KZiM3jXQlFyfVoY7YUCijZBlCPlW7wqb2t4PaB2rrTlU8rcrX8sishqjyWws?= =?us-ascii?Q?90LUXl7d4rh6tVIxreLRZXTXtSDEJzoQYhcpiQA/OAJU0ESY5/mnC0geXXsT?= =?us-ascii?Q?Y7wZ7xY1EvCrd4ZhDsZf+k0OOsCq6spemMv3267LA+W++5jJuuqQaw1N6CqO?= =?us-ascii?Q?H+zXfSFfgs0p4y+vV9bTd36/X5EAzCiF2GthqFcjB0aVW8qp02+7J1pWDHIu?= =?us-ascii?Q?qfIusTGxT4h5cKXRntqvBdmBVhFPFgu6Fq9jTj7NGYuWZBmJL8WYC3TTs+By?= =?us-ascii?Q?gnLvTO4Ps0Un9sgoALxyD+1TJGIu2cB9mnWThN5gf1SAKuIue31gJuyHhWih?= =?us-ascii?Q?HUvETVrcO1KtaZxTnQwkqn8i012WgNRsEm15Jiidtb0qavBrHHsN7YLpWv7/?= =?us-ascii?Q?1O6l2i7PdX3zKaQfC8DxQtll/hYySCMfYCVZLf0pbHbZ2T2ufk6imBBDfsao?= =?us-ascii?Q?CUivcNiqb22UoC14VqmgZ4FCJalETQ48s15GzmCyhpA?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB1971; 6:EEDXh7JIYtTUvLQbHFGiObI8sfytf0VAXZqpMtQwIhGMPO+S/n437a2TNnMe9Ryn3N0JwYIC/xc5itkZKtvKwI0nv6uT9SVDrIEuK1QYqwzPiNfR+eCadpeJE1aaAjN/iEn/T7r0DNWCrPkKafGN3pP7qCgglcFS06dxib+osFABi7j6RxY7jj3gQqB/ZZ7VYYKP8T621cDffPr6wc9Jiu5tJDRfj1brZIszmNrFpdX3j1H4BMCyRWAe4q4obNsBxES+4MZMSP/Pa2X2Io8HkrDn+LjO8vdiUZo3r5Qvf6oLFv1mhFG0Aomsp1NC+zZH5Uga/834HW29W3GOhCysH8DRpLem9gO59oN99hfyaEb28BsiI7s/DrazpLTIa9ZTGxeCTYTLARYDdOtRpsSpqwiOnanUt+L0CwYaASmlNa1v2N2IpFzRtWVSQ/IX1HVPpQLn5Rj1VJ6rNjsjLI8IQVedVN2dvE8mUexM2ljhZZnwMGoX+S+yZyD5TOsxm9yy2hYXhVWMWgY5sE9/igX+XJldC8Bz5qr5VxBcQkuR51Y=; 5:HU816a/RNYoX+iQJdjCKwh4nufZnR7Vwo4vko93zeV+E1/lY1VwsPSm2+ga8MJ/F/+MAX00lwFSqrZS6uYJXz+BOVivI/NqweS4tJve3Rf/4kqZs1aKRHbhXL/4l/JdQEUu86URRENCy7WpQDY/dRutPMT1aV+tTCHloGvC3qHw=; 24:mt6TKQxsUCGW1DoG1hyZg6LFhRVMOnW885SJvWPUo/a13jMvX59NSwkuoMuGxnbEY/5a06EdmGe0PqTr+TKsNzAvoBYnn2FMVBLbcVnNztg= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB1971; 7:R2HuxbZzUFwCt0JlpSZK7LlmNqacWXikHICA667qzqQ5AceIYBIOR3HzCv2f7ZWfP83RkPTjNoX4Oqm/17v5ACEuasQNtdc9IiLQ6viWEMsouHD7nirzpB0zohtenRnZAUu2OIw2sP7c3Wk1T/i6TK2k/2NXTy8DPXI48q57s9pvsNAiWHyyBC+ldkx3gc2RWPJ8YpRPA++SAPTG+ehQ+UyriZp2Tbu5gAKPYiCIA2CZ8YdyE8amZuAn8S4hMQCHUYiLLjR2y4Qt6s04OYQTuJBvcE/HcFXpD3HfjTOY5SAgY+xKjpnJ8+pexpmBjUAZjyGFH+HJ/y96ZpU54loMBw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 May 2017 05:40:58.8308 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB1971 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 05:41:02 -0000 Peter Jeremy wrote: > In my case, I have "WITH_META_MODE=yes" in /etc/src-env.conf and was > using "make buildworld" - which failed. The upgrade worked cleanly > when I manually deleted all the .meta files. If I get a round tuit, sys.mk is setup such that missing .meta file makes the target out-of-date. FWIW I just did a buildworld -DWITH_META_MODE followed by the same with -DNO_CLEAN - but no change to the tree. That at least worked fine (and quickly) tree was last updated to r318755 Wonder if it is safe to update... From owner-freebsd-current@freebsd.org Thu May 25 07:52:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDEFAD814A7 for ; Thu, 25 May 2017 07:52:35 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39FE614F4; Thu, 25 May 2017 07:52:34 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.189]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MWPOI-1dSlGt49IQ-00XfY7; Thu, 25 May 2017 09:52:26 +0200 Date: Thu, 25 May 2017 09:52:20 +0200 From: "O. Hartmann" To: Alan Somers Cc: "Hartmann, O." , FreeBSD CURRENT Subject: Re: ino64: desastrous update - recommendations not working!!! Message-ID: <20170525095220.18f84a56@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <20170524124219.3410c416@hermann> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/+KmNLfd1k.wJdfhJPldtzvc"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:Gf+WA22yaHI9w1+do6fCT0o2QLyJVNHljVNKUH2M8UA4OQPBJtY gD0BK+Jrj7dbWvZNn2xZW4WGLec2x9Y6x5cmh761osn625zzvl6XQ8qbjE5NfioR+++OVsY cbzw981OV0MMAXjy2JlAqWASowUMjtCi+2bhNMYy3/TBf3gdpMPBU3RhEADsUWmlEIc9RC9 Hk4PMXH+5DwhWMh34Zg1w== X-UI-Out-Filterresults: notjunk:1;V01:K0:hRsnMUCeCl0=:tAiGOY8k5/WunHSS6g0E/3 4vDQ/kNoaJLdoSorOQWvb57kkaQ10H6YUtayyI22SMcTcfEC7Z02eWJ1keLz+P2Ql8wGBrtGb 7R2fgtUsUylz62wGjl6ooGq2N9QCknuim530SJ3S+QqwAl+8z/RKXCUSqFb9+YzVkHUQxU6sI 0imDPC5CvgZ4rXGurjVJrfExhK5ep0PwffzkZs9GIXwHZiZahlZtUxjA54VZu6DgwUn7gpSSl wtOTV+xsgGl1gyTth0FL8Q54HVnuFfGYuRz9x6T4ZENuuyugODsUu7XcGuB7jC+4DgbxhBj6t vAJapF0FlHp+fqnqPt0QXP3oSky/qx4shJXD7TT8OI3JYQkxrObCCZoqdktxvUUtp58GAhxSz l7rtdU+7nXa2/P0QeFTFlFTuZ1QRRtBp/6IwOz4ZtQBE1F4hU7xFSN4pyBT06cMHHQyiooR/s iAZv8R2Tphvpu5z44Mngz6ajUUZWRZrSHt303Q36km1hRgZa0dSEH+44QEVolclc8IpeJ5H/U WzROoOdPju9f2dg1AKfgPhpSorkdSVaUm9IdT+uKT6TyObHGFMWZIJl+6jaORNE0q0oF8xxXL n95o69mdY5AWGq6x4QnrqhpVubJ/Egnc9Xg3h1W49IehT4vQBlqkanssPj8mSn/ltUIeVGkZw cJyR+NfLwkhQBqN3QHYbqY3ctRxhIcdnH8YFurteSvb+7iwAHrFAArk8LzVaaNWPX6r8UhBiQ Nf9ftpEWciPpy/fM1zRTBrA9pPBZv1B/enILPNEyyvzm9ay3Ltq5/Pmajog= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 07:52:35 -0000 --Sig_/+KmNLfd1k.wJdfhJPldtzvc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Wed, 24 May 2017 08:40:17 -0600 Alan Somers schrieb: > On Wed, May 24, 2017 at 4:42 AM, Hartmann, O. wr= ote: > > On almost every CURRENT that has been updated according to UPDATING > > entry 2017-05-23 regarding ino64, the recommended update process ends > > up in a desaster or, if the old environemnt/kernel is intact, itr > > doesn't work. > > > > Procedure: > > > > make -jX buildworld buildkernel [successful] > > make installkernel [successful] > > reboot > > Booting single user mode as recommended withnthe newly installed kernel > > BUMMER! > > When it comes to the point to type in the full path of /bin/sh, /bin/sh > > immediately fails with SIGNAL 12 =20 >=20 > Did you use a custom kernel config file without COMPAT_FREEBSD11? > _______________________________________________ YES :-( First, I wasn't aware of the fact since it hasn't been mentioned in UPDATIN= G, secondly, after I've read it many times, I realised too late that I had COMPAT_FREEBS= D10 instead of COMPAT_FREEBSD11 defined ... after a very stressful day mistake after mista= ke ... Now, after recompiling a proper kernel, on working systems which do have th= e "old" world but the "new" kernel the SIGSYS for /bin/sh vanished and the procedure of u= pdating went as expected. On boxes, where I had a terrible mixture of both world and no proper kernel= , I recompiled the kernel stuff on a working and compatible system and copied /boot/kernel= to the wrecked system and proceeded as recommended. That made things working again. --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/+KmNLfd1k.wJdfhJPldtzvc Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWSaNNAAKCRDS528fyFhY lCEqAf4ns5bgGAzInzz2VGYNS35Qwzuz/yv3RApy+odwBd+HsiLsTjsW8v1Xw+Ip SRmbWS1Uqho1PbFUNDZIqvhXTOArAf9OvaPDqdanbVfol0VDPTMp5pLDzvf1XX+0 NUyR6il8al3uJgNv1rbqu3xQPQmlrJ2AtKwSOeT9/PcwF8vlctzH =NVqf -----END PGP SIGNATURE----- --Sig_/+KmNLfd1k.wJdfhJPldtzvc-- From owner-freebsd-current@freebsd.org Thu May 25 08:03:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FB01D81AB2 for ; Thu, 25 May 2017 08:03:06 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CF4D1B66 for ; Thu, 25 May 2017 08:03:05 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:23592] helo=localhost) by dnvrco-omsmta02 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 2F/65-29375-7BF86295; Thu, 25 May 2017 08:03:04 +0000 Date: Thu, 25 May 2017 08:03:01 +0000 Message-ID: <2F.65.29375.7BF86295@dnvrco-omsmta02> From: "Thomas Mueller" To: freebsd-current@freebsd.org CC: Ngie Cooper , "Simon J. Gerraty" Subject: Re: Bug in make setting wrong MAKESYSPATH References: <4E.66.25473.9D551295@dnvrco-omsmta03> <81057.1495500066@kaos.jnpr.net> <95058.1495555282@kaos.jnpr.net> <24672.1495645494@kaos.jnpr.net> <68.62.09002.EB636295@dnvrco-omsmta01> <38541.1495688881@kaos.jnpr.net> X-RR-Connecting-IP: 107.14.64.7:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 08:03:06 -0000 >From Simon J. Gerraty: > Thomas Mueller wrote: > > I go into /BETA1/usr/ports/ports-mgmt/synth , run > > env MAKESYSPATH make all-depends-list > I assume you mean MAKESYSPATH=something? otherwise env itself should > vomit When I did those last examples, that last line was env MAKESYSPATH=/usr/share/mk make all-depends-list > > and then it seems to work correctly with no syntax error in > > /BETA1/usr/share/mk/bsd.compiler.mk > > > Maybe I need to file a bug. > For what? Bug occurs when building or configuring ports, syntax error in /BETA1/usr/share/mk/bsd.compiler.mk line 52 I don't know about other situations such as building doc. I could avoid this error either by setting (setenv or export, depending on shell) MAKESYSPATH or by null-mounting /BETA1/usr/ports at /usr/ports . > > What happens if src, ports and doc trees are installed on an NFS > > share, where there would be no FreeBSD installation? > Not sure what you mean. make doesn't care what the filesystem is > if there is a share/mk found in . or somewhere above it, the default > MAKESYSPATH will find it. Tom From owner-freebsd-current@freebsd.org Thu May 25 11:36:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 867EAD81A67 for ; Thu, 25 May 2017 11:36:28 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670051.outbound.protection.outlook.com [40.107.67.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F62D1A97 for ; Thu, 25 May 2017 11:36:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0190.CANPRD01.PROD.OUTLOOK.COM (10.165.218.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1101.14; Thu, 25 May 2017 11:36:25 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.1101.022; Thu, 25 May 2017 11:36:25 +0000 From: Rick Macklem To: Ryan Stone CC: "freebsd-current@freebsd.org" Subject: Re: NFS client performance degradation when SMP enabled Thread-Topic: NFS client performance degradation when SMP enabled Thread-Index: AQHS1MwG2fxodwGtMEW4vi34w36XT6IELbYAgAC+cfs= Date: Thu, 25 May 2017 11:36:25 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR01MB0190; 7:saEn2vE5yzaoZF28C68gJ+k6o10CeKgYbP/0er5OfTftWr1+EK/kFxx/+Ya/iZF6lxMQlHKtGr0XCZGziZjEkW14/8so9H05Ff0NU+jPhuJXRwvy9vCTB+jn9hZoNV5K0gdRNlpfCg2WIcqAHR1OUpBGRxhwK5On5HBpomPHk91jtkZmFKUNvb5iHx9QjHVcHLS5sZRuBTfzD6EahMl3erTtuQqTERDeVLn6Bd+RVmGRfHktP/9kBYQ+qPljbDEgKXRsmtIrt2Vz5oH2uFx9Yu9PwAzKCNNMfgPU/iMzKZazChVGQCr4fODXNJ7pw+ep6wbkJR0+KegVCxVcRofJpQ== x-ms-traffictypediagnostic: YTXPR01MB0190: x-ms-office365-filtering-correlation-id: f05be48e-c264-42eb-ce53-08d4a36246ed x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:YTXPR01MB0190; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(6041248)(20161123562025)(20161123564025)(20161123558100)(20161123560025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(6072148); SRVR:YTXPR01MB0190; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0190; x-forefront-prvs: 0318501FAE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(39410400002)(39850400002)(39840400002)(39400400002)(377454003)(97736004)(229853002)(54356999)(76176999)(33656002)(478600001)(74482002)(189998001)(122556002)(102836003)(50986999)(86362001)(38730400002)(110136004)(55016002)(6436002)(9686003)(6246003)(53936002)(8936002)(6506006)(77096006)(81166006)(1411001)(53546009)(25786009)(3660700001)(8676002)(2900100001)(3280700002)(74316002)(5660300001)(2950100002)(6916009)(7696004)(4326008)(39060400002)(305945005)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0190; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 25 May 2017 11:36:25.6503 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0190 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 11:36:28 -0000 Nope, it's an alc and the driver has very few changes between the old and new kernel (a change in the DMA channel from 3 to 4, whatever that means?). rick ________________________________________ From: Ryan Stone Sent: Wednesday, May 24, 2017 8:12:54 PM To: Rick Macklem Cc: freebsd-current@freebsd.org Subject: Re: NFS client performance degradation when SMP enabled What type of network interface do you have? The Intel 1G (em and igb) were= switched over to the "iflib" framework a few months ago and that could be = the cause. From owner-freebsd-current@freebsd.org Thu May 25 11:45:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0B87D81E0A for ; Thu, 25 May 2017 11:45:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D6B4B107D for ; Thu, 25 May 2017 11:45:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id D32A4D81E05; Thu, 25 May 2017 11:45:26 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2448D81E03; Thu, 25 May 2017 11:45:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A65921077; Thu, 25 May 2017 11:45:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id F3BAA401C; Thu, 25 May 2017 11:45:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 25 May 2017 11:45:19 +0000 From: Glen Barber To: Baptiste Daroussin Cc: arch@freebsd.org, doceng@freebsd.org, doc@FreeBSD.org, current@FreeBSD.org Subject: Re: The futur of the roff toolchain Message-ID: <20170525114519.GB17188@FreeBSD.org> References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> X-Operating-System: FreeBSD 11.0-STABLE amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer X-Spidey-Sense: Uh oh, Peter logged in User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 11:45:27 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: > No the problem left is documentations available in share/doc. >=20 > I would like to push them elsewhere. Those documents are mostly useful for > historical reason (hence we want to keep them) but not really for daily u= se of > modern FreeBSD. > Another issue with those documentation, they are installed as text/ascii = version > in base, which makes most of them not really readable (as the documents h= as not > be written for a ascii/text target but more for a PDF/html view - using p= ic(1) > for example) >=20 > A plan was to push as sources in the svn doc repository and continue to b= uild > them. This approach also have an issue: over the time roff evolved a bit = and > while working on heirloom doctools import I had to fix a bunch of markup = to make > the rendering of those documents clean (also meaning almost noone should = read > them considering some were not really readable). >=20 > What I want to propose now, it to render them as PDF (html?) once and pus= h them > somewhere (to be defined) as static document on our documentation website. > Please doceng@ provide me a location where to push them. >=20 Unless anyone on doceng@ objects within the next three days, I will create a new directory for the PDFs under doc/head/en_US.ISO8859-1/. Glen Hat: doceng@ --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlkmw8oACgkQAxRYpUeP 4pPGnw/+M+TI/COFXDONgIFGRlJMYt9Hs0CtD/aUQYnRavids7Ydj0ZJswCSFGsi wHI3y8HtSd9f7+gTEMC1gyeTIPTIRvIB/9iDhujhJ0RTYrlBop2FPI5hdWjXUXjK 6Xx12t4RaQ4sMvr3HChwZh5Co83N8hxuERJC3d7AjyJRoH8/tu00Yps29GAYDF8y KV4rXIuh9xmEZ49twO71ZXxdWbwWtbTNER5kmqs/7ipt/6t+ZGZK41kF1SQrcTc8 P+Pb59mqR5hEGod6k9XzBYmSLeHhxc4RJE1J9reN8W+30Vhf9ey5MPQvzzlg9TXg IN4zmMO8zs+3LI3U0N0VHkwB5pHPnkmubvK3fHcyPdofBMI82g3kHZZx0N+yWx43 HG8W6vTDHVUVu4SfqtiKnTk+mZxovQYkWkD5yEnd+FqQxTRpNDNtEjMrV2l2nMN5 PtgwBCU3+Ohdr0i8N6A9YYs+zxk0kMQrwuSLs9FK1soFC32oMn/z81WLdkQKYlLv z6F4N8rgMISv+pQJfCsH3M6ThFnPO+VjdEPAlbu3lSNtUnc+1KS5BaSfUZNN0lBw NsIRHyRKzlSsKiMSTSLn8q4t9JCOG0+dOwfYPo/6YpQGqCJkFkxPteSqGajozKEK dLkc6CermAxA+ovjJ+KflWFJEhCt1aXyc3zTb8UZyrtCk9qbiJw= =aTuO -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-current@freebsd.org Thu May 25 12:07:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D132DD78E83 for ; Thu, 25 May 2017 12:07:01 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BE0981FB1 for ; Thu, 25 May 2017 12:07:01 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id B9D7DD78E80; Thu, 25 May 2017 12:07:01 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9483D78E7F; Thu, 25 May 2017 12:07:01 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 99B2C1FAF; Thu, 25 May 2017 12:07:01 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id C0CCC449D; Thu, 25 May 2017 12:07:00 +0000 (UTC) Date: Thu, 25 May 2017 14:07:00 +0200 From: Baptiste Daroussin To: Glen Barber Cc: arch@freebsd.org, doceng@freebsd.org, doc@FreeBSD.org, current@FreeBSD.org Subject: Re: The futur of the roff toolchain Message-ID: <20170525120629.kv2bi4yjtzcegx4e@ivaldir.net> References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> <20170525114519.GB17188@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ibymrjwgghg2m2zb" Content-Disposition: inline In-Reply-To: <20170525114519.GB17188@FreeBSD.org> User-Agent: NeoMutt/20170428 (1.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 12:07:01 -0000 --ibymrjwgghg2m2zb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 25, 2017 at 11:45:19AM +0000, Glen Barber wrote: > On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: > > No the problem left is documentations available in share/doc. > >=20 > > I would like to push them elsewhere. Those documents are mostly useful = for > > historical reason (hence we want to keep them) but not really for daily= use of > > modern FreeBSD. > > Another issue with those documentation, they are installed as text/asci= i version > > in base, which makes most of them not really readable (as the documents= has not > > be written for a ascii/text target but more for a PDF/html view - using= pic(1) > > for example) > >=20 > > A plan was to push as sources in the svn doc repository and continue to= build > > them. This approach also have an issue: over the time roff evolved a bi= t and > > while working on heirloom doctools import I had to fix a bunch of marku= p to make > > the rendering of those documents clean (also meaning almost noone shoul= d read > > them considering some were not really readable). > >=20 > > What I want to propose now, it to render them as PDF (html?) once and p= ush them > > somewhere (to be defined) as static document on our documentation websi= te. > > Please doceng@ provide me a location where to push them. > >=20 >=20 > Unless anyone on doceng@ objects within the next three days, I will > create a new directory for the PDFs under doc/head/en_US.ISO8859-1/. >=20 Thank you, For the record I have pushed the generated PDF: https://people.freebsd.org/~bapt/pdfdocs/ The have been built with a modern groff and I forced the embedded fonts for= all fonts used. Best regards, Bapt --ibymrjwgghg2m2zb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlkmyOQACgkQY4mL3PG3 PlqUURAAs8gSIXEud08R9TeaN0MQRSPBkKuApTnY9ZkvHoN6Sm2LyJ1MkFuUyXpK bfdeYIHZT5InIWEdfNS9fTu0YzwyiGfwk+mIkz7D2wRjaIrbfci+OWY7Xy8G/ng3 WfCQqAXyujdoR2KcXam7+8VpQ9o0a9I7WKWnDyVEbPtjJjX5PlHGV1Olt9+0LbTd 9bEEOTN1AKuZDDswX5pDDRZdnK4DkwBhm44/HswRue8p15Vv1xAIPsTmvgToQ4Xe PerBcy7czqkMwNj2cjRxCPModkdSWuvVQL09iwtu8T/3+6nGfkeyYwZ4WTW/wOCq N4e6TPytBfoSp8jhlxq0hcgSSlcW6ily5k8DlIQFI0IBJZGDpJobAcVtpPDl+P8V dmUnmdmRaa0Qxu+InpRP1hZFxxdBBoHPvalq/sSfy+mr9UnhEl25qrhVr5W8JqNF gTN9RKgz2rW8bxTQr35rouUZs2iwQ3d/LGI6U6VXqEPMiyJ+VJCjFogrE5wPFI/k lb68Y1qdwaOUsg+iaYDKxNFvsA3TP2PupUs5WEvAmEh/umPJXixLXvtk+gAXKiHF nNngW9olRvWrkA9SAYQRa2udAD30qciUTmjalNxnL8NEnXv3t8J7Dm9Q0wJ+ymNP B6QsFChLGuq4sXYQVebSeqGznQz3ow0mUqBgIZ6fCgfbLs8r5RY= =Nxns -----END PGP SIGNATURE----- --ibymrjwgghg2m2zb-- From owner-freebsd-current@freebsd.org Thu May 25 12:07:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C04BD78F64 for ; Thu, 25 May 2017 12:07:27 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E0CD31187 for ; Thu, 25 May 2017 12:07:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id DF03FD78F62; Thu, 25 May 2017 12:07:26 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD521D78F61 for ; Thu, 25 May 2017 12:07:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8BA2E1178 for ; Thu, 25 May 2017 12:07:25 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v4PC7JmH094099 for ; Thu, 25 May 2017 12:07:19 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v4PC7JB3094098 for current@freebsd.org; Thu, 25 May 2017 05:07:19 -0700 (PDT) (envelope-from david) Date: Thu, 25 May 2017 05:07:19 -0700 From: David Wolfskill To: current@freebsd.org Subject: Build failure in sys/modules/drm2/radeonkmsfw/ARUBA_pfp Message-ID: <20170525120719.GF1190@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="sQHYUlYw2n5TT65C" Content-Disposition: inline User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 12:07:27 -0000 --sQHYUlYw2n5TT65C Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is on my "build machine"; running GENERIC/amd64 built yesterday: FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #353 r3= 18739M/318739:1200031: Wed May 24 10:00:20 PDT 2017 root@freebeast.catw= hisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 after updating sources to r318863: >>> World build started on Thu May 25 03:59:04 PDT 2017 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 3.1: recording compiler metadata >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: building everything >>> stage 5.1: building lib32 shim libraries >>> World build completed on Thu May 25 04:45:02 PDT 2017 >>> Kernel build for GENERIC started on Thu May 25 04:45:02 PDT 2017 >>> stage 1: configuring the kernel >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: building everything =2E.. --- all_subdir_drm2/radeonkms --- Building /common/S4/obj/usr/src/sys/GENERIC/modules/usr/src/sys/modules/drm= 2/radeonkms/iicbus_if.h --- all_subdir_ctl --- Building /common/S4/obj/usr/src/sys/GENERIC/modules/usr/src/sys/modules/ctl= /ctl.ko.debug --- all_subdir_drm2 --- --- all_subdir_drm2/radeonkmsfw --- --- ARUBA_pfp.bin --- uudecode: stdin: missing or bad "begin" line --- all_subdir_ctl --- Building /common/S4/obj/usr/src/sys/GENERIC/modules/usr/src/sys/modules/ctl= /ctl.ko --- all_subdir_drm2 --- --- all_subdir_drm2/radeonkmsfw/ARUBA_me --- Building /common/S4/obj/usr/src/sys/GENERIC/modules/usr/src/sys/modules/drm= 2/radeonkmsfw/ARUBA_me/ARUBA_me.bin bmake[6]: stopped in /usr/src/sys/modules/drm2/radeonkmsfw/ARUBA_pfp =2EERROR_TARGET=3D'ARUBA_pfp.bin' =2EERROR_META_FILE=3D'/common/S4/obj/usr/src/sys/GENERIC/modules/usr/src/sy= s/modules/drm2/radeonkmsfw/ARUBA_pfp/ARUBA_pfp.bin.meta' =2EMAKE.LEVEL=3D'6' MAKEFILE=3D'' =2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' =2ECURDIR=3D'/usr/src/sys/modules/drm2/radeonkmsfw/ARUBA_pfp' =2EMAKE=3D'/usr/obj/usr/src/make.amd64/bmake' =2EOBJDIR=3D'/common/S4/obj/usr/src/sys/GENERIC/modules/usr/src/sys/modules= /drm2/radeonkmsfw/ARUBA_pfp' =2ETARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'/common/S4/obj/usr/src/sys/GENERIC/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20160604' PATH=3D'/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/us= r/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/ob= j/usr/src/tm p/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/common/S4/obj/usr/src/sys/GENERIC/modules/usr/src' =2EMAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.e= nv.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/= bsd.mkopt.mk / usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/share/mk/local.sys= =2Emk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/sys/modules/drm2/= radeonkmsfw/ ARUBA_pfp/Makefile /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/= mk/bsd.cpu =2Emk /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk /usr/sr= c/sys/modules/drm2/radeonkmsfw/ARUBA_pfp/../Makefile.inc /usr/src/share/mk/= bsd.own.mk / usr/src/share/mk/bsd.compiler.mk /usr/src/sys/conf/kern.opts.mk /usr/src/sy= s/conf/config.mk /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.dep.m= k /usr/src /share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk /usr/src/share/= mk/bsd.subdir.mk /usr/src/sys/conf/kern.mk' =2E... I have attached a copy of the meta file in question. The only file in /usr/src/sys/modules/drm2/radeonkmsfw/ARUBA_pfp is a Makefile ... last updated Oct 23 07:29:55 2014 (US/Pacific time). Peace, david --=20 David H. Wolfskill david@catwhisker.org "[T]he president=E2=80=99s improper efforts to influence an ongoing investi= gation" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --sQHYUlYw2n5TT65C Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZJsj3XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XHxkH/1NRRZbiJqJLHFUTQay+DRrn tNwfs3qyvDmY4LrxhWv8sDX8bWxmvcWZW2fWy/DXue9VJZNhiLQCG0UuHTSYDItq +wOpplzeDrEInYUA7Abh31bNDu0+RVxzpTBYAglxY+8FjWRrU/+RxPPt5KQVKYUt mOL2OFoyCp6B8JA1jJ2Bzmw4c3TBFpwpQNoqddrNKFb+6rzYGEV6x2gST0jBdlh8 Z4JPD86cGNVlnzAfmG18IZdMI81y7+l2/P2W0LcyolCvPgyhSEQ1LIg/7CqH0wfE 1XpKR6RfbKnNCyFShgTZBRecrbmCQRMhyFZSw6OxWRUajHs5++YJriXtFYi1YE8= =fSv0 -----END PGP SIGNATURE----- --sQHYUlYw2n5TT65C-- From owner-freebsd-current@freebsd.org Thu May 25 12:09:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDB00D80157 for ; Thu, 25 May 2017 12:09:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C624113D9 for ; Thu, 25 May 2017 12:09:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id C2964D80156; Thu, 25 May 2017 12:09:20 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C239DD80155 for ; Thu, 25 May 2017 12:09:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85F6913D8 for ; Thu, 25 May 2017 12:09:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v4PC9J5S094136 for ; Thu, 25 May 2017 12:09:19 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v4PC9J2Z094135 for current@freebsd.org; Thu, 25 May 2017 05:09:19 -0700 (PDT) (envelope-from david) Date: Thu, 25 May 2017 05:09:19 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: Build failure in sys/modules/drm2/radeonkmsfw/ARUBA_pfp Message-ID: <20170525120919.GG1190@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20170525120719.GF1190@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RAUcXqUVQkqOo8Xa" Content-Disposition: inline In-Reply-To: <20170525120719.GF1190@albert.catwhisker.org> User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 12:09:21 -0000 --RAUcXqUVQkqOo8Xa Content-Type: multipart/mixed; boundary="dSpJDy4UaQtcpV/6" Content-Disposition: inline --dSpJDy4UaQtcpV/6 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 25, 2017 at 05:07:19AM -0700, David Wolfskill wrote: > ... > I have attached a copy of the meta file in question. > .... Bah. Really attaching this time. Peace, david --=20 David H. Wolfskill david@catwhisker.org "[T]he president=E2=80=99s improper efforts to influence an ongoing investi= gation" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --dSpJDy4UaQtcpV/6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ARUBA_pfp.bin.meta" # Meta data file /common/S4/obj/usr/src/sys/GENERIC/modules/usr/src/sys/modules/drm2/radeonkmsfw/ARUBA_pfp/ARUBA_pfp.bin.meta CMD uudecode -p > ARUBA_pfp.bin CWD /common/S4/obj/usr/src/sys/GENERIC/modules/usr/src/sys/modules/drm2/radeonkmsfw/ARUBA_pfp TARGET ARUBA_pfp.bin -- command output -- uudecode: stdin: missing or bad "begin" line *** Error code 1 -- filemon acquired metadata -- # filemon version 5 # Target pid 17403 # Start 1495712760.942230 V 5 E 17502 /bin/sh R 17502 /etc/libmap.conf R 17502 /var/run/ld-elf.so.hints R 17502 /lib/libedit.so.7 R 17502 /lib/libc.so.7 R 17502 /lib/libncursesw.so.8 R 17502 /usr/share/locale/en_US.UTF-8/LC_COLLATE R 17502 /usr/share/locale/en_US.UTF-8/LC_CTYPE R 17502 /usr/share/locale/en_US.UTF-8/LC_MONETARY R 17502 /usr/share/locale/en_US.UTF-8/LC_NUMERIC R 17502 /usr/share/locale/en_US.UTF-8/LC_TIME R 17502 /usr/share/locale/en_US.UTF-8/LC_MESSAGES F 17502 17505 W 17505 ARUBA_pfp.bin E 17505 /usr/bin/uudecode R 17505 /etc/libmap.conf R 17505 /var/run/ld-elf.so.hints R 17505 /lib/libc.so.7 X 17505 1 0 X 17502 1 0 # Stop 1495712760.979230 # Bye bye --dSpJDy4UaQtcpV/6-- --RAUcXqUVQkqOo8Xa Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZJslvXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XTAwH/iyA4irdA/CvmWnY3YgwgZP0 MjGwwOAWg+t7dqb46UsM0n71MGSRCw3yhHAyEGxXyRLapqXTZyLYn8bukn4yxg/c XDyqv9Ak0zcEDOnEflsqeToRHatA+Pl97SbLW+HZ0XPwm2fiaIQ+wKJtS+KU6fj1 oxJ9AllPwnRPeV9U6qkx8xkc9pldk32ftpe++1hx53Vz4EEPB/kjFGFEBJ/JgiQp ni4YXR8+RXIdnAckDV6ojqO2MrlvdtYdulvk3Sm1rHpUTN3ID4ueaJ7X0m8AwFio Tje9VLcE6JATGfaKapOtMxfKJY0qGKDocjtFvJc9kYfmo4gPA5dALCaZF2FwAMw= =X0jR -----END PGP SIGNATURE----- --RAUcXqUVQkqOo8Xa-- From owner-freebsd-current@freebsd.org Thu May 25 12:22:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E7A3D809C5 for ; Thu, 25 May 2017 12:22:03 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1A4A01EDE for ; Thu, 25 May 2017 12:22:03 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 16BA5D809C0; Thu, 25 May 2017 12:22:03 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1610FD809BE; Thu, 25 May 2017 12:22:03 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CDD1F1ED8; Thu, 25 May 2017 12:22:02 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 0C9864A0A; Thu, 25 May 2017 12:22:02 +0000 (UTC) Date: Thu, 25 May 2017 14:22:01 +0200 From: Baptiste Daroussin To: tj Cc: Glen Barber , arch@freebsd.org, doc@FreeBSD.org, current@FreeBSD.org, doceng@freebsd.org Subject: Re: The futur of the roff toolchain Message-ID: <20170525122201.7v5zfspu35a3qx47@ivaldir.net> References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> <20170525114519.GB17188@FreeBSD.org> <20170525120629.kv2bi4yjtzcegx4e@ivaldir.net> <20170525121251.GB55153@tom-desk.erg.abdn.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3fpbd6igd3luxhs4" Content-Disposition: inline In-Reply-To: <20170525121251.GB55153@tom-desk.erg.abdn.ac.uk> User-Agent: NeoMutt/20170428 (1.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 12:22:03 -0000 --3fpbd6igd3luxhs4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 25, 2017 at 01:12:51PM +0100, tj wrote: > On Thu, May 25, 2017 at 02:07:00PM +0200, Baptiste Daroussin wrote: > > On Thu, May 25, 2017 at 11:45:19AM +0000, Glen Barber wrote: > > > On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: > > > > No the problem left is documentations available in share/doc. > > > >=20 > > > > I would like to push them elsewhere. Those documents are mostly use= ful for > > > > historical reason (hence we want to keep them) but not really for d= aily use of > > > > modern FreeBSD. > > > > Another issue with those documentation, they are installed as text/= ascii version > > > > in base, which makes most of them not really readable (as the docum= ents has not > > > > be written for a ascii/text target but more for a PDF/html view - u= sing pic(1) > > > > for example) > > > >=20 > > > > A plan was to push as sources in the svn doc repository and continu= e to build > > > > them. This approach also have an issue: over the time roff evolved = a bit and > > > > while working on heirloom doctools import I had to fix a bunch of m= arkup to make > > > > the rendering of those documents clean (also meaning almost noone s= hould read > > > > them considering some were not really readable). > > > >=20 > > > > What I want to propose now, it to render them as PDF (html?) once a= nd push them > > > > somewhere (to be defined) as static document on our documentation w= ebsite. > > > > Please doceng@ provide me a location where to push them. > > > >=20 > > >=20 > > > Unless anyone on doceng@ objects within the next three days, I will > > > create a new directory for the PDFs under doc/head/en_US.ISO8859-1/. > > >=20 > >=20 > > Thank you, > >=20 > > For the record I have pushed the generated PDF: > > https://people.freebsd.org/~bapt/pdfdocs/ > >=20 > > The have been built with a modern groff and I forced the embedded fonts= for all > > fonts used. > >=20 >=20 > Multicolumn doesn't render correct in firefox for this: >=20 > https://people.freebsd.org/~bapt/pdfdocs/papers/timecounter.pdf >=20 > but is fine for this: >=20 > https://people.freebsd.org/~bapt/pdfdocs/papers/devfs.pdf >=20 Good catch thanks! I will see what I can do Bapt --3fpbd6igd3luxhs4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlkmzGYACgkQY4mL3PG3 Plrl1A/9HWlW6GLv1EXf9ER47FzYBvz5okI6F99oCV53L6mpPc5lWKMb2Pwu8m+W cZumcsXtNpjS31GvG5BVifKoLZzBdYjHb5L6FyO1niFUWgPYrrOvtl0ZJixNEvpk 3M9PFTTURwIXJXlhEg5BkXcFEKowfrDibg8aQ0848/Wq0pOHuxvlg8bAVWU7BcLb N46av5gh3nW4gdt23wFtiSdM+/GnMZAbF3+RHDdtrmS8vhQsW2GRHJqx0sHApYSy TEt/n7F1kvyXGZbTOS7xuVMmYTH52+/XoQe3X/sxVzLT94Mf/1CMBh3lTvYoMaqI KGU5oLoIPYD0X/HSg31aCH6RwF8njiF6qdfBGmckZJymg33Vg1pJyDYkDF/u2GZ+ buUnjR5u3sNHIrWmyQI/syuZJlp1JhrgAvQU0AmxB1K2LE1z4WHeT3eCWeV3kM5C AJChnsmttYKDq0vVqR51RKLW4aWcGVH/MGF3YN5Odp/x4ruhI5o4hw/DNmf2/MqH LbTNnICfd84vnlKqNKG6gBezIJPUtvtwFE7KA92gS/dtcExYdmmB3UGT3MHAC/mr bDqgEp2VBrNh9I9ja/DOPgEJObyIMuv21xZ3xsJmOpXmci2ltTiS88Ddo0/7wxle ALPdQLjpi/kM4bmfn20Iio6Uyssquz48LRTV7BB1z409OkmTelg= =nB81 -----END PGP SIGNATURE----- --3fpbd6igd3luxhs4-- From owner-freebsd-current@freebsd.org Thu May 25 12:32:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE95ED80E3B for ; Thu, 25 May 2017 12:32:18 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C8CE515C6 for ; Thu, 25 May 2017 12:32:18 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id C81F5D80E3A; Thu, 25 May 2017 12:32:18 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7C34D80E39 for ; Thu, 25 May 2017 12:32:18 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2370415C2 for ; Thu, 25 May 2017 12:32:17 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v4PCWGK4094851 for ; Thu, 25 May 2017 12:32:16 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v4PCWGfQ094850 for current@freebsd.org; Thu, 25 May 2017 05:32:16 -0700 (PDT) (envelope-from david) Date: Thu, 25 May 2017 05:32:16 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: Build failure in sys/modules/drm2/radeonkmsfw/ARUBA_pfp Message-ID: <20170525123216.GH1190@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20170525120719.GF1190@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="OfyoAYARu3sSNMjT" Content-Disposition: inline In-Reply-To: <20170525120719.GF1190@albert.catwhisker.org> User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 12:32:19 -0000 --OfyoAYARu3sSNMjT Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 25, 2017 at 05:07:19AM -0700, David Wolfskill wrote: > This is on my "build machine"; running GENERIC/amd64 built yesterday: >=20 > FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #353 = r318739M/318739:1200031: Wed May 24 10:00:20 PDT 2017 root@freebeast.ca= twhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 > .... Well, the laptop, running: FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #355 r3187= 81M/318781:1200031: Wed May 24 19:23:41 PDT 2017 root@g1-252.catwhisker= =2Eorg:/common/S4/obj/usr/src/sys/CANARY amd64 failed to exhibit the failure. I'll poke a bit more at the build machine. Peace, david --=20 David H. Wolfskill david@catwhisker.org "[T]he president=E2=80=99s improper efforts to influence an ongoing investi= gation" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --OfyoAYARu3sSNMjT Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZJs7PXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XcOsIAIEaU96hyQtzrQI+okA0NTHs X45KnjtgcSbUuaz1LDBYLc8c5PGtfMXLpyw38NAc9gx5+pnrWiiuFh1hakwA+aly GAHoFMEZtB5cMPWn+70i1kc3bqThKaB1D8hukoaA1uq4g6o04R0A/PYYEV9YN6BO 2G0TjMLDT4CDrpnYrF7fqDPKR+kJC3sbvxPfa/2wEle8TKwiANR2Z0Z7lXVScYXL 0D7Wt9sMJjmWvhpKd2CCC9mBkNK/THAUgMMlAXS88SHy2bkwmXzI65gP0EXuIJHl Dd6g41ybQY4Cgr9ZZpvjmn5OTR7/Rwm2LGArpuXVk8pGqYmAPhbsGITc/lNNR70= =aXmM -----END PGP SIGNATURE----- --OfyoAYARu3sSNMjT-- From owner-freebsd-current@freebsd.org Thu May 25 12:59:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 599BED81755 for ; Thu, 25 May 2017 12:59:49 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 457CE13D1 for ; Thu, 25 May 2017 12:59:49 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3EBE0D81752; Thu, 25 May 2017 12:59:49 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E078D8174D; Thu, 25 May 2017 12:59:49 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3C1D13CF; Thu, 25 May 2017 12:59:48 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 2ACC25230; Thu, 25 May 2017 12:59:48 +0000 (UTC) Date: Thu, 25 May 2017 14:59:47 +0200 From: Baptiste Daroussin To: tj Cc: Glen Barber , arch@freebsd.org, doc@FreeBSD.org, current@FreeBSD.org, doceng@freebsd.org Subject: Re: The futur of the roff toolchain Message-ID: <20170525125947.5myf5cavuyxvwvkr@ivaldir.net> References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> <20170525114519.GB17188@FreeBSD.org> <20170525120629.kv2bi4yjtzcegx4e@ivaldir.net> <20170525121251.GB55153@tom-desk.erg.abdn.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="efqrsk2ytmo7fvgn" Content-Disposition: inline In-Reply-To: <20170525121251.GB55153@tom-desk.erg.abdn.ac.uk> User-Agent: NeoMutt/20170428 (1.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 12:59:49 -0000 --efqrsk2ytmo7fvgn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 25, 2017 at 01:12:51PM +0100, tj wrote: > On Thu, May 25, 2017 at 02:07:00PM +0200, Baptiste Daroussin wrote: > > On Thu, May 25, 2017 at 11:45:19AM +0000, Glen Barber wrote: > > > On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: > > > > No the problem left is documentations available in share/doc. > > > >=20 > > > > I would like to push them elsewhere. Those documents are mostly use= ful for > > > > historical reason (hence we want to keep them) but not really for d= aily use of > > > > modern FreeBSD. > > > > Another issue with those documentation, they are installed as text/= ascii version > > > > in base, which makes most of them not really readable (as the docum= ents has not > > > > be written for a ascii/text target but more for a PDF/html view - u= sing pic(1) > > > > for example) > > > >=20 > > > > A plan was to push as sources in the svn doc repository and continu= e to build > > > > them. This approach also have an issue: over the time roff evolved = a bit and > > > > while working on heirloom doctools import I had to fix a bunch of m= arkup to make > > > > the rendering of those documents clean (also meaning almost noone s= hould read > > > > them considering some were not really readable). > > > >=20 > > > > What I want to propose now, it to render them as PDF (html?) once a= nd push them > > > > somewhere (to be defined) as static document on our documentation w= ebsite. > > > > Please doceng@ provide me a location where to push them. > > > >=20 > > >=20 > > > Unless anyone on doceng@ objects within the next three days, I will > > > create a new directory for the PDFs under doc/head/en_US.ISO8859-1/. > > >=20 > >=20 > > Thank you, > >=20 > > For the record I have pushed the generated PDF: > > https://people.freebsd.org/~bapt/pdfdocs/ > >=20 > > The have been built with a modern groff and I forced the embedded fonts= for all > > fonts used. > >=20 >=20 > Multicolumn doesn't render correct in firefox for this: >=20 > https://people.freebsd.org/~bapt/pdfdocs/papers/timecounter.pdf >=20 > but is fine for this: >=20 > https://people.freebsd.org/~bapt/pdfdocs/papers/devfs.pdf >=20 > - [tj] Fixed, and reuploaded. because there should be some caching on people.f.o y= ou cannot yet see the fixed version but I have fixed it. It is supposed to be a monocolumn as far as I understand it. Bapt --efqrsk2ytmo7fvgn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlkm1ToACgkQY4mL3PG3 PloR3Q//Sus+q3+ZmmlLh+P16EmEAWbidUc0Ba5lsMTY7HBfMTtZhNn4HUbGsbdy Fu7nHar91tNzEmR1HofmA3U0NtI7WvdzzZTKWkBFIUg1WIEEox4+QygRazV+gZLp AKHw7/QlPNwrHLA7net+aI282qf8qglelCMTooDZpg3f7uV6p/zVImIDITC9ioxX wequmVtHQAmpREO8KoYN24xeuKfzBJvX69b1yNa6PDkrTuCJHlq5FjIhQ1mthfWj ZVAiAPl0AhoqrjYFoXt+6VylOsGMLP9MJdYNM4x+F//0gewJ10OAjSGwxXVyZtl+ 1zpLGkeR4qEVrAfSGP60umfztGz2n/wPw3bDAsRvAnxaj+ccfiJ9a/z9t92Tavek kQIdlsi2kmmQ50QVJdpBZolmNA7wCxbsiOagfos2wf9+3XxCsETobGUcwcLbhfSo SdKpr/3phIx4lfHHAaaEChStj/jRHWYd0tfcdGWWTl6EZ+iz4coyGMiqGFLiGZI5 CTkjt7wNrdE1pj5Ooc9Y7Is4yenL7i0Qtj8R0PB0YoDqMKzEnxJDZns4aH3pxJOA c3tcLsKlRG/cVMIII52FtFcbKExN+NmngPXdERJwgCGjc56JblZsXa2GPlM+Bsrc aC7plRtXkTAPb+8UVADjHc+YcafX4Egtt6kEoDdqN6ibjSB67GY= =ClDq -----END PGP SIGNATURE----- --efqrsk2ytmo7fvgn-- From owner-freebsd-current@freebsd.org Thu May 25 14:19:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 398BCD81587 for ; Thu, 25 May 2017 14:19:15 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 23EDE1712 for ; Thu, 25 May 2017 14:19:15 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 20474D81586; Thu, 25 May 2017 14:19:15 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1FF32D81585 for ; Thu, 25 May 2017 14:19:15 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E54BD1711 for ; Thu, 25 May 2017 14:19:14 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v4PEJDCP096303 for ; Thu, 25 May 2017 14:19:13 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v4PEJCiI096302 for current@freebsd.org; Thu, 25 May 2017 07:19:12 -0700 (PDT) (envelope-from david) Date: Thu, 25 May 2017 07:19:12 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: Build failure in sys/modules/drm2/radeonkmsfw/ARUBA_pfp Message-ID: <20170525141912.GQ1190@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20170525120719.GF1190@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="oAOQDB2mA8gEsNZP" Content-Disposition: inline In-Reply-To: <20170525120719.GF1190@albert.catwhisker.org> User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 14:19:15 -0000 --oAOQDB2mA8gEsNZP Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 25, 2017 at 05:07:19AM -0700, David Wolfskill wrote: > This is on my "build machine"; running GENERIC/amd64 built yesterday: > .... Nevermind. Replacing /usr/src with a fresh checkout resolved the issue. Peace, davdi --=20 David H. Wolfskill david@catwhisker.org "[T]he president=E2=80=99s improper efforts to influence an ongoing investi= gation" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --oAOQDB2mA8gEsNZP Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZJufgXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XYbMH/36nb4T76mL2C+ilaDXqTg2N bIsZaX5QGdWyhJcSH2Gx572NJvYOfVWJ0bqsFCoJfMoUklBA6qSClg44L+isAsFa 3jL8EN2FTx3+Ymam0Jv0frFlE86MaQebhWDRCf3mGkJz6J+dzjRrQW8VlXj+WigL lmw6ISmQ1p6bjnbFz7qYykqkUsFxlxNpDDbrHpArp1kLMWae3vyp72wJWpxqZ1gP aCTVnUBpttB/5MSTxkzP+/C94mJsxl4RgZim9FUBfNX47e0VdETUBNzmmjdu7WGQ Y+P4GRk32oC5xeMyeqqR7HUIAAZ3MacPjmQ9+vhhEsv3E7+5D7LJ1sLFiLtRYpo= =bDqT -----END PGP SIGNATURE----- --oAOQDB2mA8gEsNZP-- From owner-freebsd-current@freebsd.org Thu May 25 12:12:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8582D804AA for ; Thu, 25 May 2017 12:12:57 +0000 (UTC) (envelope-from tj@enoti.me) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9D5A61928 for ; Thu, 25 May 2017 12:12:57 +0000 (UTC) (envelope-from tj@enoti.me) Received: by mailman.ysv.freebsd.org (Postfix) id 9A10AD804A8; Thu, 25 May 2017 12:12:57 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99793D804A6; Thu, 25 May 2017 12:12:57 +0000 (UTC) (envelope-from tj@enoti.me) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7196E1926; Thu, 25 May 2017 12:12:56 +0000 (UTC) (envelope-from tj@enoti.me) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 672DF20926; Thu, 25 May 2017 08:12:55 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Thu, 25 May 2017 08:12:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=cWugNugJThzWFxoR7e 7ARY9ki91ODXR4j7BzIxSLjjw=; b=eVVq8jKptCPb/RdG+BsgC0Hj4g6prYdNrS PN1nyvtXuZqQHQ1EoZ+uv0541kySfRyy9hlwPiBDAjizBFVeUwZYvPOvwCWTM0CA Vxr1tIJ9vsWGkE2oDPz7vpf1aj8awLfCdDsIaaTUT+mYc6W+4zrWhvSrT9xo+1mx jan2nNkjixvU212ZYNYf7bSYvaRCfHb3hVhY3gZo7vZtjt42W7bWUgUHcIUob3vv t/MOBLZFjHXQRAv/Jbz7fWq//J3E58ZIUMERoLju5opZFSROlKlV3t+Vxv+ACiBz X+/q3iW52BF/wpRzUIKCLmG/GCL+SLnRunibDU9xWpb74VWKGVQg== X-ME-Sender: X-Sasl-enc: UaMzTCUitmFv80ii0EGRD46b52MYv8LA7zPDof9iLCm4 1495714375 Received: from tom-desk.erg.abdn.ac.uk (tom-desk.erg.abdn.ac.uk [139.133.204.4]) by mail.messagingengine.com (Postfix) with ESMTPA id 8136C7E545; Thu, 25 May 2017 08:12:54 -0400 (EDT) Date: Thu, 25 May 2017 13:12:51 +0100 From: tj To: Baptiste Daroussin Cc: Glen Barber , arch@freebsd.org, doc@FreeBSD.org, current@FreeBSD.org, doceng@freebsd.org Subject: Re: The futur of the roff toolchain Message-ID: <20170525121251.GB55153@tom-desk.erg.abdn.ac.uk> References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> <20170525114519.GB17188@FreeBSD.org> <20170525120629.kv2bi4yjtzcegx4e@ivaldir.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170525120629.kv2bi4yjtzcegx4e@ivaldir.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Thu, 25 May 2017 14:24:53 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 12:12:57 -0000 On Thu, May 25, 2017 at 02:07:00PM +0200, Baptiste Daroussin wrote: > On Thu, May 25, 2017 at 11:45:19AM +0000, Glen Barber wrote: > > On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: > > > No the problem left is documentations available in share/doc. > > > > > > I would like to push them elsewhere. Those documents are mostly useful for > > > historical reason (hence we want to keep them) but not really for daily use of > > > modern FreeBSD. > > > Another issue with those documentation, they are installed as text/ascii version > > > in base, which makes most of them not really readable (as the documents has not > > > be written for a ascii/text target but more for a PDF/html view - using pic(1) > > > for example) > > > > > > A plan was to push as sources in the svn doc repository and continue to build > > > them. This approach also have an issue: over the time roff evolved a bit and > > > while working on heirloom doctools import I had to fix a bunch of markup to make > > > the rendering of those documents clean (also meaning almost noone should read > > > them considering some were not really readable). > > > > > > What I want to propose now, it to render them as PDF (html?) once and push them > > > somewhere (to be defined) as static document on our documentation website. > > > Please doceng@ provide me a location where to push them. > > > > > > > Unless anyone on doceng@ objects within the next three days, I will > > create a new directory for the PDFs under doc/head/en_US.ISO8859-1/. > > > > Thank you, > > For the record I have pushed the generated PDF: > https://people.freebsd.org/~bapt/pdfdocs/ > > The have been built with a modern groff and I forced the embedded fonts for all > fonts used. > Multicolumn doesn't render correct in firefox for this: https://people.freebsd.org/~bapt/pdfdocs/papers/timecounter.pdf but is fine for this: https://people.freebsd.org/~bapt/pdfdocs/papers/devfs.pdf - [tj] From owner-freebsd-current@freebsd.org Thu May 25 14:24:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13B48D81B3E for ; Thu, 25 May 2017 14:24:51 +0000 (UTC) (envelope-from tj@enoti.me) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EBCE7115D for ; Thu, 25 May 2017 14:24:50 +0000 (UTC) (envelope-from tj@enoti.me) Received: by mailman.ysv.freebsd.org (Postfix) id EB224D81B3B; Thu, 25 May 2017 14:24:50 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA8EBD81B38; Thu, 25 May 2017 14:24:50 +0000 (UTC) (envelope-from tj@enoti.me) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C21E1115C; Thu, 25 May 2017 14:24:50 +0000 (UTC) (envelope-from tj@enoti.me) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 6366320760; Thu, 25 May 2017 10:24:49 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Thu, 25 May 2017 10:24:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=fQBrQ7UU0gwFH52vf0 FqAuXlVC2eUTODXa+2Yv4LigM=; b=GD+MmqIaiWtoMxBpVDpN6JnuUqjFWbZxyA hKH7xaib8BNQ1T6TuMIjXTFUrro9WN4m+TaiRpJZPXxoC8VfcaqtahMPt9n6N6FR iRaIgk+D30YbGnO1md9JTDPimiRftXCUZB7ZyGBDXJodj23NJrW+biHvFP+bZUM1 IZk7lxbTJ2OvI7fQS3HpGyHQ7hEtNGSESVr/N3+zUqvCK2h+I9zT/9nfS10elpAm ydvVWBJ5M5KOBr/Ik1RZ4/YV6jrWa9ShRX+ydzi21o2B2sFHsZcjBWTJv8RlFNdy 0f6vOyhiSBakSlKm+ClIsQVFxl2ICwm1wYCrWBFy30PwpWJhDA9w== X-ME-Sender: X-Sasl-enc: s1hPxXPkM0lsx61OaMVWkPuDiIpfRUOAjUeA/kysX7f/ 1495722288 Received: from tom-desk.erg.abdn.ac.uk (tom-desk.erg.abdn.ac.uk [139.133.204.4]) by mail.messagingengine.com (Postfix) with ESMTPA id 5E52E7E545; Thu, 25 May 2017 10:24:48 -0400 (EDT) Date: Thu, 25 May 2017 15:24:45 +0100 From: tj To: Baptiste Daroussin Cc: Glen Barber , doc@FreeBSD.org, current@FreeBSD.org, doceng@freebsd.org, arch@freebsd.org Subject: Re: The futur of the roff toolchain Message-ID: <20170525142445.GC55153@tom-desk.erg.abdn.ac.uk> References: <20170521125733.bmd4tmq6iqpsbvgl@ivaldir.net> <20170525114519.GB17188@FreeBSD.org> <20170525120629.kv2bi4yjtzcegx4e@ivaldir.net> <20170525121251.GB55153@tom-desk.erg.abdn.ac.uk> <20170525125947.5myf5cavuyxvwvkr@ivaldir.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170525125947.5myf5cavuyxvwvkr@ivaldir.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Thu, 25 May 2017 15:12:50 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 14:24:51 -0000 > > Fixed, and reuploaded. because there should be some caching on people.f.o you > cannot yet see the fixed version but I have fixed it. It is supposed to be a > monocolumn as far as I understand it. Yup, that renders fine for me now too. - [tj] From owner-freebsd-current@freebsd.org Thu May 25 16:22:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 407F0D81CD0 for ; Thu, 25 May 2017 16:22:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 29AEA185E for ; Thu, 25 May 2017 16:22:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 28FBFD81CCF; Thu, 25 May 2017 16:22:06 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 289F3D81CCE for ; Thu, 25 May 2017 16:22:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AACA9185C; Thu, 25 May 2017 16:22:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4PGM0h1047289 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 25 May 2017 19:22:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4PGM0h1047289 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4PGM0Fw047288; Thu, 25 May 2017 19:22:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 25 May 2017 19:22:00 +0300 From: Konstantin Belousov To: Don Lewis Cc: current@freebsd.org Subject: Re: ino64 package fallout Message-ID: <20170525162200.GX1622@kib.kiev.ua> References: <20170524171326.GQ1622@kib.kiev.ua> <201705250049.v4P0n40X070175@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201705250049.v4P0n40X070175@gw.catspoiler.org> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 16:22:06 -0000 On Wed, May 24, 2017 at 05:49:04PM -0700, Don Lewis wrote: > On 24 May, Konstantin Belousov wrote: > > On Wed, May 24, 2017 at 10:05:22AM -0700, Don Lewis wrote: > >> I just upgraded by package build box and its poudriere jail to r318776 > >> and ran into some significant package build fallout. > > > > There are several reviews that fix ports with most significant fallouts, > > lang/llvm39 D10796 > > lang/llvm40 D10797 > > lang/ghc D10798 > > multimedia/webcamd D10800 > > devel/libgtop D10795 > > sysutils/py-psutil D1081 > > lang/rust D10799 > > > > I intend to commit this tomorrow, after the ino64 get some probation time, > > long enough to ensure that it does not get immediate revert. You may > > see the discussions and use the patches locally, meantime. > > devel/libgtop is also broken: > > procopenfiles.c:325:39: error: no member named 'kf_sa_local' in 'struct kinfo_file' > sun = (struct sockaddr_un *)&kif->kf_sa_local; > ~~~ ^ > procopenfiles.c:330:37: error: no member named 'kf_sa_local' in 'struct kinfo_file' > addrstr = addr_to_string(&kif->kf_sa_local); > ~~~ ^ > procopenfiles.c:338:37: error: no member named 'kf_sa_peer' in 'struct kinfo_file' > addrstr = addr_to_string(&kif->kf_sa_peer); > ~~~ ^ > procopenfiles.c:352:36: error: no member named 'kf_sa_peer' in 'struct kinfo_file' > addrstr = addr_to_string(&kif->kf_sa_peer); > ~~~ ^ > procopenfiles.c:357:52: error: no member named 'kf_sa_peer' in 'struct kinfo_file' > entry.info.sock.dest_port = addr_to_port(&kif->kf_sa_peer); > procwd.c:155:16: warning: comparison of integers of different signs: 'int' and 'unsigned long' [-Wsign-compare] > for (i = 0; i < len / sizeof(*kif); i++, kif++) { > ~ ^ ~~~~~~~~~~~~~~~~~~ > ~~~ ^ > procopenfiles.c:388:9: warning: cast from 'gchar *' (aka 'char *') to 'glibtop_open_files_entry *' (aka 'struct _glibtop_open_files_entry *') increases required alignment from 1 to 4 [-Wcast-align] > return (glibtop_open_files_entry*)g_array_free(entries, FALSE); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > procopenfiles.c:305:16: warning: comparison of integers of different signs: 'ssize_t' (aka 'long') and 'unsigned long' [-Wsign-compare] > for (i = 0; i < len / sizeof(*kif); i++, kif++) { > ~ ^ ~~~~~~~~~~~~~~~~~~ > 2 warnings and 5 errors generated. This looks like errors from the unpatched port. For instance, in my working directory, content of the file devel/libgtop/work/libgtop-2.32.0/sysdeps/freebsd/procopenfiles.c around line 325 is: struct sockaddr_un *sun; entry.type = GLIBTOP_FILE_TYPE_LOCALSOCKET; sun = (struct sockaddr_un *)&kif->kf_un.kf_sock. kf_sa_local; which is not sun = (struct sockaddr_un *)&kif->kf_sa_local; as reported by compiler in your case. The patch is applied as extra-patch, might be you have OSVERSION set forcibly ? From owner-freebsd-current@freebsd.org Thu May 25 16:25:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 109FFD81E5C for ; Thu, 25 May 2017 16:25:47 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id BB2D21ACA for ; Thu, 25 May 2017 16:25:46 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id BA7F0D81E59; Thu, 25 May 2017 16:25:46 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA155D81E58 for ; Thu, 25 May 2017 16:25:46 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0094.outbound.protection.outlook.com [104.47.40.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 424EF1AC9; Thu, 25 May 2017 16:25:45 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=NEJhB0/O33bffRNVjSEhYxUB6hdaYsiQzc//+9+cUmI=; b=GswC1TqyD+/VM5QPBF3tD3DIR2Eam2BARyrT/vuMDh5fLAO8CGbpwtoYW1zKNTtjwr9Ol01vJHQr5edc9H6z8RG4guO08635QW7hEmEhwi7/AwHTnyei8Dm+a4Hpu4zsFuRHsiYQwfJBqhkNEHU89ZUoMZn1dQyxfRbLEBc8J7s= Received: from BY2PR05CA039.namprd05.prod.outlook.com (10.141.250.29) by BN3PR0501MB1297.namprd05.prod.outlook.com (10.160.183.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5; Thu, 25 May 2017 16:25:43 +0000 Received: from DM3NAM05FT006.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::205) by BY2PR05CA039.outlook.office365.com (2a01:111:e400:2c5f::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5 via Frontend Transport; Thu, 25 May 2017 16:25:43 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by DM3NAM05FT006.mail.protection.outlook.com (10.152.98.111) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Thu, 25 May 2017 16:25:43 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 25 May 2017 09:25:23 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4PGPMvm016739; Thu, 25 May 2017 09:25:22 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id AC61C38551F; Thu, 25 May 2017 09:25:22 -0700 (PDT) To: Peter Jeremy CC: , Ngie Cooper , David Wolfskill , Konstantin Belousov , "Dimitry Andric" , Subject: Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV In-Reply-To: <39087.1495690847@kaos.jnpr.net> References: <20170524130143.GL1190@albert.catwhisker.org> <20170524133558.GO1622@kib.kiev.ua> <20170524135905.GZ1190@albert.catwhisker.org> <20170524141638.GP1622@kib.kiev.ua> <20170524142001.GA1190@albert.catwhisker.org> <20170524151509.GB1190@albert.catwhisker.org> <6ECCD13E-E2F0-4026-B429-1DA7A202AB02@gmail.com> <20170525002542.GA41428@server.rulingia.com> <34811.1495674102@kaos.jnpr.net> <20170525052013.GB41428@server.rulingia.com> <39087.1495690847@kaos.jnpr.net> Comments: In-reply-to: "Simon J. Gerraty" message dated "Wed, 24 May 2017 22:40:47 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <48697.1495729522.1@kaos.jnpr.net> Date: Thu, 25 May 2017 09:25:22 -0700 Message-ID: <48698.1495729522@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39400400002)(39850400002)(39410400002)(39840400002)(39860400002)(39450400003)(2980300002)(199003)(24454002)(189002)(9170700003)(6246003)(106466001)(305945005)(53936002)(93886004)(189998001)(23726003)(6266002)(7126002)(53416004)(47776003)(38730400002)(7696004)(46406003)(50466002)(105596002)(110136004)(229853002)(356003)(76506005)(117636001)(54906002)(39060400002)(86362001)(77096006)(81166006)(8676002)(55016002)(6916009)(9686003)(2906002)(2950100002)(50226002)(97756001)(2810700001)(478600001)(4326008)(5660300001)(8936002)(76176999)(50986999)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1297; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; A:1; MX:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM05FT006; 1:9Gq6E2WAzLvNZlVm/VwU+252Yl+F1625mPENzf+TyJlSATr6ezRisMTI0pWqSezYziIFVLzbCw18UaFvGnluif2jKbFmKBO4cekX7QgDe5M/7TyIzHOGpjsthHu69voB7o908t1dDeX1YboiRBr9kv51NOqwti2AMZV+JRzie72Q7FRgxYISQ5kTyieyteniHg7zZFc8GF+D9aM1coGiHjYru403jhOq4y+UFtkQEGZybiTl667RJR3QmVyLvHWgPMpLu7Qi67AA+YCNmBO54TnDmYidfn/pUtlS7w/SsMLDicO0vScmyACKiStdr6DeyjqBRxkUagjwBguA6rho+cGrOHdhy78BWlCsgCjrrwll7d+uAYaJ27KZiFGt7XXLhhCxnEg4AO0js5jY/x9xEaIQpVc7S0n+RpTOG1BkzzFvVUd2pwvNV+Ie1ja31NsUGOSKdSGUGGEZFpGfiPZybbZ8+2rKKEVR7lJUsWgooi26Tfrql9DwksVNxenxlT1ene6XBnYp7thU31M4OoczXArTGiP8te7hTnMt5zqApc99a9eOWiLsoP13pGY0vBII1jEgGzpvoOXmqDVj6nuuYhH0H68SwnoYTd0eHYGeq+g= X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: BN3PR0501MB1297: X-MS-Office365-Filtering-Correlation-Id: 4592a348-ef65-48db-9345-08d4a38ab107 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:BN3PR0501MB1297; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 3:/v6kNnjmnIlOuznvVWjWBxDIMMd5Xh5uXgqZDKGuIqc1qXicIkC9HlDVb3LH7L/TzrgjfJvolTTv49fCQMPaEW3JMdMEHJWA2SKEGNuZl8RlE2Npc+SfQczpfoqUovC5Kae8BCLdXTMwtsf7VXtrEHn37DL3UMwjWwm12sARmaIJ2mNsFo9rSEUgc25FNhgyrNlaUdiHkntrJIMOCODwgH+/YmaTa4edV0Qjn6hs9hNR6pkybrQWYk8HaEsc0IUewkfEbm4FOmtiflv+hIfYsbmlQyBEAWHwyYBZrUWzcp5C0HIcXM0hcqa3QV5fAr12rX+brL2dLhpEhsnqON2/GAYqJt1RW/0WNokjHBSDclxIW0kqcBRlZI97oKft4Hg3tEGZpjjfWbGgaj9zRCcjQGWC3TRUxuVcqODJ6C0T/59lMVen2XUmI/JkHlY3p2gm50BQ0ZODBLKaczx6riIqqQ== X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 25:qf/ObEUlemKeR7OVkyoI5SzGNfBQeERNajapbCzyhjVl37jQhjvZZPRMBTQrX5euhxTLPhw5UeuDd5kkmeQtf5VkhBu6PacgFZ8jT8rKM+arP2qI+XMqnojnsH4ku8wo7xxoMHUwJXjismEtoOe1HwbUOGtJ3z5Xc7b53ZdKEKnY1G9gxHWumPdu2GTsyWPlMxkwKJ3S4t6wtIJrkZVoObEAcfHL1uXiYpWY4fGOmjjEX+50KxoitlU2+fAUnFhBdn3WE72oaVg2Vz3iuPcrdOcKFNRsnDH9If4GcuErw6kYti10i/wZZZA8krXy5WG1Srspk+W9og0jxG3WMc2MRFU2TzypgU+M8VQLU1GU8gCg31dB5N+yTZXplFMnjB89tenRfgNF0EoSowJnbyJ49W22/sr5x32hncJWWYoYB7uakoQDgt55waJGK/h3gGempOqbLv2MG9gBILbjrWw8r7/zCnCMDzNS0X65tmFJwp8=; 31:hCqriu98oJgHME00JA43a2JYYrB5P0gBICZo9z9FtRdusul9t2CQmcPbX8xgu3Q2bDxP5Sxpi59nHMs3a8AV/mUuxsss0YJ3NNzB+JOpZxy8WOfxDSW9RA0qnycIBPSQKrEq/VdAI6chJ1fS54AQynAjq9XNObxYRTPGORitoJD8ukIsuOAA5gl/Q9yfOgRi0AUNcIyisG8v61V1Tdg8bfLUU5ZqA/1s7M0QR3aeMx6K5yIdYkLXZew1wTzrzchFmffsm7musuFrN/f0uGYmQQ== X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 20:KHAe7COO8ybn5p4mO6NGbGqCvNBJfLecVo4gsgLtP7EbmtuHrZjwnbteee2WlgYCGEHZqKoSsCkjqNLqtVyRGsNjA2rzyIqTwjgSjsMcruHj+DuJiosynd+sIf8mfgoVbPosTOQREnx3JK5Y1O03bh61JqUhEZyhMPbQAQ/awfKKctw2TCvDSW0ssEL1rno08C8ErNNNwdzCNxiDm4g5JC3ooFaB4Y/wMhWVZCbwuAimF8Q5r08PDWKBSjTeRZ0TPsIHWtouRTO/NWqKSt15aXnicAqv5//4W6udYXTSfthJKK2NPjeKNwhI3uabavjngCr8sZBUHTDpsl7K4ty7DS8XK+uEPBeyNYLJQr05SOOJBGXCvaU6PQQeeyi5wgLkViZ0MBwIdxdu4YrKLb3cEx5YP1ywvybZpoF9Rfa38u2XbzQ/MysX9U0GoG8ya+c7IKCqwfK4wbeEf32yb9dGJoWuCsAsBrhIWBVo/GFuAT1pZ1YOeOR48BovlZ+YOiMj X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(138986009662008); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13018025)(8121501046)(13017025)(13024025)(5005006)(13023025)(13015025)(10201501046)(93006095)(93003095)(3002001)(6055026)(6041248)(20161123562025)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(20161123564025)(6072148); SRVR:BN3PR0501MB1297; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1297; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 4:+w/4Lv3RMkU8l+ffN+TLOZ2f5ezIHfbftmsk6w6kI6r1cLVdqHOXECWG242JWAYq4tsu9RV7vgMsfJ8FU/z8OAyVMJL45za+G3FuMeH9c6Cfec/kdGk+4mmGh+KxF9uuMKtf1N/Q7hmdELa7thvlynq+Nyg717kS0v3ybmhHmsukFpEnyNLpwDZ7fchMAn+VnWkuZTe44vXPsABYb8EMhkqZ4rU/m13rtvzHKOM2wEAkZEp6W/mUS/I2V6hSKF2R1r5e7ykMpEtytb2NUkG1E05HX0oIPOHhcc9G/skTeXh9JP7ECuk+HBg07m/qyUOtlDxsEa6rKwAu5qMeBIwMXFBWPdy1V7ZmFeLvLwwurorjJwasF9Y5Hxbcr6tqqVDzvS0Fij979ojfhUxaW6eyTM5yLNex1AZryT8auRninvU4rCcRr5PjatVWqgf5HA5ebq4LQyqY4RbI+EdhAMVdYon7pf77Z7oSowWm0rO/ePqEouPSq8z401MZoJ/ie8hvJODvzTrlkRlHw0QIOfPrLLHOKHyenxKGUCZbpBgRqIcFbfeCVaOEExhr11U1TTlLRGwHI5Q8G+dxMLN8FtNYb/deMvWzTu5qoui8ogkFdB3wGHtZMOZVFiT8IdMMuZnMY+Xq7IUzNzGLP25d0kGceVyJCMzx3L+mnq3+MfPtJ4xl7zX+ZO6/rT5qU848tMex/3aLfcDbEtiVgYfLu1uQBZlzL2/jFKNHaIbSCrSJGOphzxIEdAsrjIOawalxqrE2axnbVj4/7RU8OvoiYnQJcI5ew9FTLe8MVl+el/MfMc3F9/22raF3CKVgB8mdkpX0sp0p4rE2X2Dw6sf/Rs2rPqy6iYHnjnT2l9Ct/WE3je0nZPDT76dfd0rHS2LPOEzbNGxZF++pzXLZnQBFWkwKOcRVnU8fJ54u6XEdqd8uxHPmAObF3Plf44ESYCcudSKu X-Forefront-PRVS: 0318501FAE X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN3PR0501MB1297; 23:pQYN3Rqd3ik/8DG/psCywR02gQ8c0dZhl9v8TLT?= =?us-ascii?Q?ObepxQGt/lGa/dBtY95fd/0giZpEeP1l79w7aZ3ZY/6FiwYk5l8bfs3NSzku?= =?us-ascii?Q?MhneUPVRKpWRTKZ+x88aJM5+AD9po7ZuyspgVZ2UCS1PVVJE2zH8jYu+rmbb?= =?us-ascii?Q?8H57DsdNIi5ekm4dOB+3uDlA4oG+1TQdkeoYn3LVhi+HNfzH7bLC/mThHcI0?= =?us-ascii?Q?RhNUVpi/dMOBWKJtPPsnwrtaNy8Z2emZAvdRDtp2N33lR2hXhUVEhjEXaJaE?= =?us-ascii?Q?fwA/0rQaWYwsJqNqMxbGti0ZVB38CaBWfIGvrgyWputfzbjW5eea6NEvPSwA?= =?us-ascii?Q?CTw/J5G8iYuYuEs7DUf+wICDNF8hL8Qnn+9AAO+9l0vGmM8yHaSwR2o8pZUv?= =?us-ascii?Q?tGKNhSuxgwZNeGoYtzK7+UCOwUeJLPCnwdWbOjlaMhu0Hx+GH2ACVlPZoC8D?= =?us-ascii?Q?pdZXP8OS5UIcDAen+L+02B0hepDROG9jxbMWjjEm3caCRlluL2/WThvegcoI?= =?us-ascii?Q?EKupp/gcCeVKtnpC3MYCxQ8l49s1auKBr3z2Ygxe4MHiFkCVo6rEFI4Puhpr?= =?us-ascii?Q?NGu3fdHqLXWi49vq8LWTrsevw1k2ffRZvkDrr3yfCkEIgiXYJgkxtfQqsYXX?= =?us-ascii?Q?FE71fZOH7BbhvvxzRWyVLskMP6EDYl8sojuGoYRZjf9ZX2M6eOfSgQ30vKC9?= =?us-ascii?Q?YNOxUtLTGfb4V4bOcz0H1MV+CSokVQh7Lsf+uHZqW0ldkxEyq7kL9Q6I7cUa?= =?us-ascii?Q?pDCloBL6XQiYehastIOURc0tvUHDdDDTZKnsA83QPhduRv0AATIl/ysWyE+2?= =?us-ascii?Q?XSiz9Q4BVxOEHoao4PcvbGU+F8WWnJHyi7wif09SXxv6I/omSLOW/vwJ7g8u?= =?us-ascii?Q?VDTS/N4z/ax5UBbtTar08WO5H6epzgbhLj7bMpNudgXxP7zKyx6GKUb/WEEo?= =?us-ascii?Q?+N2dXGFzyoNWs7UzsljjE3bzB16H8POTuzHH3m8aeT4D+lj0/I97nVe4Q1hE?= =?us-ascii?Q?Irqh+EzNWGeFxg6HQn7w++t28O6FiRiAmYE8bf957qhMZSm5fUarJLT9GsnA?= =?us-ascii?Q?cu+8ZAyFSm8x3vSgnpsk6+S5rx3YaBUpJtN/ZULcVy25VDGMT9i/VqvlPNOV?= =?us-ascii?Q?VU+aSLkWeLImEryLEtoXkyAd43HcHnnTCBZoPJQSfYeVCoSolvPTtJgHwZyV?= =?us-ascii?Q?ExOCHhweDlek7P8jve7xBpIEGE22JMbtRKVa20Hydeo/jUwKijkePC13KpC8?= =?us-ascii?Q?6DxUi+PfYtf23T8OxZXc5Wfz/ivcBriCKthg/nwO2j8rXmQ0tyGyeIG7UkBu?= =?us-ascii?Q?kJAWqlI8gAx2w4I5DDxVrkJ8=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 6:ztRnjv3KG8n50tlKSh5N6A1nd3KeoHiS5yBtmpcH5Yv8w9azvAE3moclUXmS7W1lq9ENCQLZD5WiyyGlmJPVt0u8+vOI7a8pH/BHPeTqSDaNHzP8WwJ3qNKa+NOZG1AT5WtDR6FP6pTc4UefK3aJlTUlUZj2GZXmjVi/EwQErKqXGsuNNy5D6skq8Dpy9i+YwHju3ac+2cQ5q6sF4TpV5sX8ti8obN8b9sruOsdGjoFtpT7GJl/zxlAKXG8tCjZVMmKDS1OGBPxeyBJ7cqcHgYVfvLQ2JFrQRgGWDbTHINuntgVxya69xqJrIQETAS1oYBbq5xuOGoeaxdDA641+8U7EfQ2MrdrMGVuxtKhFxoL6uUdrw9VYmr606KdbyCY6uPO0ETz512qyc0aV2HCaIQtrR3Aat8KKukL351CR1OIf7WAlWkCgwBNrepv6QORVJV3Vacyjxdv7Zdx1Cw13Krkujr0tpcYJoLLYh4uWD39YqXJj3W9fOu5tr2K78q4sL7S7wddjoQJPLE167+Ds3b199j7UVvapALMdGMOXpWg=; 5:jAn/N0Q/pfxDF3+vA+3bpcLi2szS9JE9BBMoz5b/7q36pyc+B5vIiO88vfD68sQDb+Xr6MKES3e851UClBgHSQWwMIp1KRXJ/126A1mtPuAEypl+tkfMKUmu68tZiDSRqD4fQqv89XGhHo9g+gpohw==; 24:72JyC7A1almVR+hStVkXZQMGUEilMtgUv7Zietb7VUjb76sxrFB6ZFc3uL49kPojhnHQVbY+ciRpUo6oKiw/vZtJnlR1iJySmiq7u3QgAtw= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 7:i4SeRdb/sA1wl64dQcclETtYCJ1YkVTX+plPJuQs5pqUmbxN071ZcV5Y3TONZ4cH+/0xHG7JFdeoshuLL45nvam/1DGFUYs1M7BVxBeSM4v79fkGjYmyBS75GWo1XpMB+lYmW8EoUjgXDQ7UQdGaAqiHDGPB8Srt5OTwRT11mQ34FQp0cExA68jnCeXdvvJwWOp4Ier4rKJO/g/BiCm4pUZMFhL5+vEvbz9EUn/RZ/MeVBn2v0d3gxBVcXb4+z0FeDDMolVzNlF8KOJ4oU7JtxnregaZKH2tvzR/+myAX2bJWAxhV3/YjYQ2TZeiwMGbHaxSrC4Dp8CyV9SiDL0kfw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 May 2017 16:25:43.3868 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1297 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 16:25:47 -0000 Simon J. Gerraty wrote: > Peter Jeremy wrote: > > In my case, I have "WITH_META_MODE=yes" in /etc/src-env.conf and was > > using "make buildworld" - which failed. The upgrade worked cleanly > > when I manually deleted all the .meta files. If I get a round tuit, > > sys.mk is setup such that missing .meta file makes the target > out-of-date. > > FWIW I just did a buildworld -DWITH_META_MODE followed by the same with > -DNO_CLEAN - but no change to the tree. > That at least worked fine (and quickly) tree was last updated to r318755 > > Wonder if it is safe to update... FWIW I updated to r318860 and again make -j12 -DWITHOUT_TESTS buildworld -DWITH_META_MODE -DNO_CLEAN completed happily. I guess need to update to/from the specific grns people had issue with to reproduce. From owner-freebsd-current@freebsd.org Thu May 25 17:17:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A463D82EB6 for ; Thu, 25 May 2017 17:17:30 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0108.outbound.protection.outlook.com [104.47.41.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8835E10D6 for ; Thu, 25 May 2017 17:17:28 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=EptVmJk877WGygHNK2v6bl/2ly0O1HnvVi70XjJpeIM=; b=Ay+wB2f64ISisXufBTrCf262D7XJk8ZO3oh9oNpYz1rafSMit9onEE/3ai2s7+hN7GlRd7MLxGwzc2S0R3nYdfbVl/aaArTCQD5/J1fpo2d0SMrm8A87n0/Fbviso0uZmFP3BalquzKI7lhpJmlCWxgZkyuAK4In9E05XFjXLFM= Received: from DM2PR0501CA0025.namprd05.prod.outlook.com (10.162.29.163) by SN1PR05MB1984.namprd05.prod.outlook.com (10.162.132.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5; Thu, 25 May 2017 17:17:26 +0000 Received: from BY2NAM05FT024.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e52::208) by DM2PR0501CA0025.outlook.office365.com (2a01:111:e400:5148::35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5 via Frontend Transport; Thu, 25 May 2017 17:17:26 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by BY2NAM05FT024.mail.protection.outlook.com (10.152.100.161) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Thu, 25 May 2017 17:17:26 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 25 May 2017 10:17:25 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4PHHPjw026934; Thu, 25 May 2017 10:17:25 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 84B21385558; Thu, 25 May 2017 10:17:25 -0700 (PDT) To: Thomas Mueller CC: , Ngie Cooper , Subject: Re: Bug in make setting wrong MAKESYSPATH In-Reply-To: <2F.65.29375.7BF86295@dnvrco-omsmta02> References: <4E.66.25473.9D551295@dnvrco-omsmta03> <81057.1495500066@kaos.jnpr.net> <95058.1495555282@kaos.jnpr.net> <24672.1495645494@kaos.jnpr.net> <68.62.09002.EB636295@dnvrco-omsmta01> <38541.1495688881@kaos.jnpr.net> <2F.65.29375.7BF86295@dnvrco-omsmta02> Comments: In-reply-to: Thomas Mueller message dated "Thu, 25 May 2017 08:03:01 -0000." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <49696.1495732645.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Thu, 25 May 2017 10:17:25 -0700 Message-ID: <49697.1495732645@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(39450400003)(39840400002)(39400400002)(39850400002)(39410400002)(2980300002)(199003)(189002)(24454002)(9170700003)(50466002)(23726003)(7696004)(53936002)(356003)(46406003)(2950100002)(38730400002)(117636001)(97756001)(86362001)(47776003)(8936002)(107886003)(8746002)(106466001)(229853002)(76506005)(53416004)(93886004)(105596002)(81166006)(478600001)(110136004)(6916009)(9686003)(50986999)(5660300001)(6246003)(8676002)(189998001)(8656002)(50226002)(55016002)(7126002)(2906002)(6266002)(4326008)(2810700001)(76176999)(77096006)(305945005)(39060400002)(54906002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR05MB1984; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; A:1; MX:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2NAM05FT024; 1:KU3HFk4jT871xuxCoXxfvB0kGmlr4wNt9TJefFy8Zpt1owHCiTkB7lBHpCsXoBTmKdCJhGKzsvmBAEfVII8oYoZudsRmVPO0UlYWti4QhzOmIbuACU6u1yC4MyQ8uQv6oEOjfa0zEeBjqRyKHhv/lRp54XElAWuz5Z08npQgMaII2of6XC75geTDk97+CXozccl8lGIPJaMDmumVEzL2aGVCSeMe3y9JioVimYC2P28fpOJb1Emi+62MjPT62cZDuFTx/dyW7vVUQEA9lOy9rNcXrfBzlJlybx4ijX8cVao2tIIQ/Qi+58UxVbT6JLAbIcmecLJyLxWKLkwzsU9EbKb41zO5JyTQQSN9PGJ1Am+Mgu27o0PHYNHR1ukZAuUBRpb5UZiKqa5ZI3KELI37D7TQjAJXUNZNysKNRNFIKcKqLmOPl22h3vomischiuxl20X/EKP/KDGh39aAN5j+acLej2PRLMmS1DraNxn6AjE8K0PU28EHV5NlqikLIfTa3J6w3U+OaRbDIuqbPwxctPJIytfAMUlpDtAFZRMo15gtf7wi2Y6vXqQRJlLzaULpg0tAO9xp4nlsMFYUH7nv6GclEA6tbWUXlKGCkTHYLZjXH46Dniq06dNZGQVRr9Wg X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SN1PR05MB1984: X-MS-Office365-Filtering-Correlation-Id: 35cfd2cc-fbca-4f9a-58f3-08d4a391ea72 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:SN1PR05MB1984; X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1984; 3:IWHBrcRRdeH61/7rdwnsXFzxxqJtOiVy07s8FCU/X1UDfozcrXCC5fTBnvPx3uVCVohb6V1yA/psNbPndMnuTZu53HYKUeBD4D80tUeFuhM/WIB/wspqidIyZuRGfA2lnGimthguVIHPW5/lJCYFHfhX3kckp++I4qtbtu8zPdU8z6Rfo+wGglpMsQSdtKkP9QuaaEFh7POQLqD3F1USe55+dURrgygU2lGlG1f8fEf1+vSgAmypcF8XZqHTNhJ+I7V5M0y1fI1pG7kPdba5nHIiTIlevIwDMjaIfRiu5J+wvM1ALhhz7TXY5S1H7HGaBnfR9PHedOB0ChCnZHy0sUqis+T6cRdbzVDUaSdOeoDjw1LrRQB+4wb9R9grOXCKgWx83CDCBnHVXJq7LJIXS7B3SOvWiPsgi+SFDMysOq+4yCoUgqxI2hLSWLtocX7ukMa/f+5j4/jpKMTaDEx0VQ== X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1984; 25:CipGu1sdXfkQulna5H07YEpTr3sKDfyLI+F+LeBrGB5A/DpAy0hh+pca7IGzOiWTup/n5tzrRr/kgY87puUe2dF3acjfXiWxd2sZfkgeSTAdJ1qAsykjkYsZPpRNItNEPGDfOsOlTct2fu5bbdU1XePDtJcehslq9aLjys/BV9fMPdV4zNdFJhsJQv1ZRSzpxOpY3O1DBGf5EuiTj1jeyChcISTsPZEHtlJipPZI3lTqJNbeF2an8DFgkEXiHbfZHulkwSkEEL5OXR/mbK/NllqooRjv6EB84Vsp0CJK7EslRBwvA3Gna9usl5FINzBBt38MY1/nEwXvOm0GJWz8Ys3U7QF3OKpzQa55OqAFggrdrwY7+aVarpVfes22UrlN7csWc3GI7Naa2uwRj1SMghBaFqc01B1k4fCDuF8AT+LRLpnqfWlt60xyIeoNyD++v14mUQfnomBmlYxUM4cTSO/gk/50T/rHfwWcR8ab8kM=; 31:7Gk6s32l/OFBsvcQ5Iupm1DjMeEY28MHA0vbvFS2mx384/vjTONtSclm2QHQMLHehkt0PdLHpJ8K6m4WO5QN2XsxY6byxY4QGT4k5jlnMKrrJ4Vu1jXW/8fWRmBgZHkn7jK/mBveB6AQaX1fJkJjbGVCM2fKAoBpD4QIqmWe4O2zbBZgVMBYoneh8kMfrx71t9Sk7xWSvn4vcTP3aVSLb+Sd3WxZBWhsUczJNDoztN0bwQqCez8nJQDf3unC9Nci X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1984; 20:LlRO1Igfl3Q5P4egIwGh+QjazJ1CLeXXb6ZNwGJYuVdxxSWH8fr8P4icWL8+t0rwdtmst1rTROjEtt4TqmiYXgxmu/tcty9cQk7PuqxAdaOh/B6HYnOE7MhE8ZkSHn213SWW8Y91FkZX7qy3qnWHp7cOTzAhj2Q/Genjcqw4A6VfTTTIoWePqQlOelhS/VurN/YRx/7UdfulsBhRMdKjgn9GLh8uA9HGpthhbrM0mJ3X3D6ajUdOdQUG2ar+LIk9iSwHroER1gWdsJ0sYpAXXcLeB/cTV7CqRJ5oiT6d/OPdr7Z8iZiGOfjqHBzB4s4aox7bdQcMEqWDs3QNxHYX7Gk1Wrzv5epaJL6ojb26ViZpfA1ckEtxw0EIIQEkX3GmIm6zTqQ3WwVOQWvRZe4zoTbAuehp/N7V9uDY5sSpfWXuTxWdf/s8wkpXfMZkOXAynTrIcZcpYCSJP4vtt11ffMQ2WO40pvk8N1TCyc8awqrv+w79zwow19H7ZIzv2ldu X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(71323512122534); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13017025)(13015025)(5005006)(13023025)(13024025)(8121501046)(13018025)(93006095)(93003095)(10201501046)(3002001)(6055026)(6041248)(20161123555025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123558100)(20161123562025)(6072148); SRVR:SN1PR05MB1984; BCL:0; PCL:0; RULEID:; SRVR:SN1PR05MB1984; X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1984; 4:KYtzS56X9XyGgMKue8U54W5FebAFMsaOF2sFhlYL+YWbz++r6AW9lVzFk6h9PsIyJERutPFFSfnqktoMpwNrfSieq+NWI+Q+cVAcsNQIH5GulojPgJYViNEO/pnnlHLlNXRQGfzDie4QcThywAvz50ud40rz0uj32+HLAv31aDQFOBQ6xn8s59q5r230+mRznHh+8CzitxRUUwRAygwITq0nP4yjXJXqahR3llmQyxRDB2UYgGcvxgboChK29zaXrY0pZ/E274utJ03mmYVZ8JyInpminvFEbBmaoIF/aIctQWPjdPGpuhzeYLdN2sqlJakg/0DYN2dVL8eEDWIj36bNMLH67Ow5A11+8RrMIRwONzd5C+2/MKRElsCAni7A7OEMJgCmdlbbUNswTXePWOfmgw3NANb1VRH9bN0gbkbDDyoATotoVKK1qf8HV+IJ38XvbHpFoRwBkP3QX0eltx/UZW2JkCehSS3wfKP6kCYZwGnnvuCNnFXDL2izRFAt3GnYZ5sjmQZ+SXr0JkULmJ7k9wvlaT1Hm7K4ZIPV192G38ulSDGSYFyPIsBJ77bYTL+jdljeuuXjb8E7SpeHuBWFRy+lgiYVXMx6vq/k6bE1LJcmBWeAb5P327EZ236ztGhL6s/6/weeZ9CfLCh1W3xkTBPzC3GlcrCWhz2qlOp3cCTCKgXw9ZAD3ISP1mrg0++jd78lN/aKHMn4dG319yehNkhc+W9o72fJSIRONCiSGEuX1/bK4tvQs0V8Tvqm7MG2M/WEYg0lLbJb/h6v/QsRvQEl3QrX1wjct0V+sUdPu6Ooh8vO7u2Nqv5hLuS86w0I5BMb0WUbELUG997/EDHS7uktc25udbewHg6ZVUuBOS6m1jS6HV4qfuO/Ocp3nsN23RO9hTcpZs59U4w2SlrTFTkaRC5dNtxnScprRlloNzSnhqqRjmTYndd41i2x X-Forefront-PRVS: 0318501FAE X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; SN1PR05MB1984; 23:jmH4wnbpAH3M+2WPHDZJkzOhowMAFgiDhdHy+lujY?= =?us-ascii?Q?xtD++kR9ZwmRxVu8wLarq1NXSrj9I1rucBZjn9O0519pm5DmUZfQijoVmdOH?= =?us-ascii?Q?Eo5rDw2tmePFpHDjFSaZM2af0+C5DNlHX++GW3z46tfHYoNEfoAd5VDtAM5s?= =?us-ascii?Q?gn+CKUI/7Fd8DENY6WYDgDTm9EgQ3oLvndamkqW2Fh8DEgz4kZQumowX4usf?= =?us-ascii?Q?opjUIAlDtk92VilfUftwxsGAfckU+TtJoRwojWoHizR+rfLm2J/6ZKJ1LUNE?= =?us-ascii?Q?H8KmTWTBucsL2e7QUlgUp7b7Plakduj8Gv/h5guSpfxO9605aCmkJbRJXljh?= =?us-ascii?Q?Q31a5fxh087d+r44YY67H2p7hidYbzwmctfEiJ8iy/4IvjXnCF5lw6cM9Xpz?= =?us-ascii?Q?rufmom2UDcsoQMZl84RlIyZiUGOhiy/7yGLP2jPTjtVTms0BzYCTo17ADyxz?= =?us-ascii?Q?D0DQ+HYHPRDmYLMcrG5Vo7YbXXQWiiA9qywX/gT8/LCjT2ixzgASn1qHDtmQ?= =?us-ascii?Q?YJ8t42X3eEbeuwYKoLBvLS90qFbHs4E2oxYZ1r9cZtXcIFSFWbkh0DLQjbUC?= =?us-ascii?Q?EH1HA2MDUBC1h2sK+OZKC5ZuZ5FWAz6mEygHYmw+KUo9t/vrYVv9dZfrsMV6?= =?us-ascii?Q?mmNHPwuROVlyOCg44Jz4+i8sirvikF/3iJsmWGhiT5T7sdQQysM30NLGt11M?= =?us-ascii?Q?c/eyXKICcRS+nAP/l+QuNqu82hdEL1XCW+utTBo4mhO6v7EtYbYHinwR298x?= =?us-ascii?Q?X8wBZPr3zXIT1adDzPYpI30QkLFYJPu0/6HnMUzAJDEhciS0Icxpur9bzezJ?= =?us-ascii?Q?aAUuWdZCWvyNHa7bFO6RaLeCcSlLE/43M5TgPS0UZwpCVOqmmhTa251vW1y/?= =?us-ascii?Q?6GN912CSmh8kkoQq2HdxuOS5ok+61dgOTEAlx1lCOMxni1U+NjyNbLYMfH1t?= =?us-ascii?Q?+y8Md8gZRk7IhRxCH1gm2Ecmlm2z8q/VESBq0ndpE4NhCCo3x7zlTPaEbKuW?= =?us-ascii?Q?G34MDkrsZtIkBq6BBRPNVuD2MDNwgLfrILRHGNeSEA9E3Uqmdav8s3JNrNmY?= =?us-ascii?Q?usRO6mhEJU9LiX5UCwxPmzfJoXB+4F+o0b5ueyIY6Z5ypemTCeIxUjSuTCKf?= =?us-ascii?Q?OZ0hetA7AvSKh3ZAEqsRGaO0A5FbyeC6Fx/WhFBQaR/qS6mkbR7NZDmC15jy?= =?us-ascii?Q?LO6kauBxoFyaVNaZC2iY6D0MguflkkzbzzFiVWM6CcYAv4VxioUuU9Iqa9fG?= =?us-ascii?Q?KMcSroorftGz3oHhT/mGRgpqSxdawIFeE+OcRkartQclmDDh0FRCvOARDxZH?= =?us-ascii?Q?iHB63O+D+THTLyiGhzxvsz2Wj07vx+OKEofwd4+xzTzSfKDWUDgjoD3gRGRQ?= =?us-ascii?Q?4BWIHqj0epyO1HH8FyJsCONi6w=3D?= X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1984; 6:glLvKGSb7bGXgYTEuVl/l1xYi9//UasS16i12BlltLPW3NWmGw8CnE1UJBX3E/dQcq9tLhZw73ztMAFjiy97Z1PexIcWxPc/Ca+HLMKN+s/r8FTFUZVFM9Y0PvtsWktVRrTOyo/1TeXDI/KKINjgkU8p1OJtInfuEB1mgXkv31HzYPZ5tOEs4/oqEeOQLrTXLIs3jD7ByCI0/+/iEKXMoEBWCHgTdGP/THZnjsucnQrhNVhYDEkJpHJoJ0etLa31p/w28/g46SEIqAWiu7GR3J/Yliswa0P49LI3Z4KwqSYfGqgTzbNXIaQmuiWsJPfgdNqkX+l4heDAalNgZ7LQ/K5aK6s8MmUP4Z/a35ZwOr73tUzhSWtuJQqtmg7ygoX92C/8rmDbNMD2EvfeuZgSWayErndoMgiwEcu9MaFWa4z/UsBsS1XrTtkn2MdKLKkq9IhK8Y6A902blhqO4iCHHsKI46A5nKOqUjlWYGna3UJ5J9nFyO5LmLeud8jw3f0lcEElTOBrz5hRiQje6gO7ccswBcZwFqkdc6Cvu8et7JA=; 5:ONgdhr1/TpyRgeXHKmQUgPUe9c5nHclvSREhKysxH0u/8Rm3W7hWk2dBV4okKqIu5TKatusTlsQK3MJrt+wrNn1XYY9uZhwqNv+Cv15OKfOf4o2GKQaXvbxLYOkl9KLWA1p51ogwHCCkxyEzTdK3sA==; 24:/sD5h4GGTRy2CoEgx7kuzH4y4egPfKBg/5yuM8EvIyGuHmrQTYfFJ9XcF+iTqoXm7t9jeKaLm8Z9gEYyyNI820DkpyEMORUyS6219MQPFW0= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB1984; 7:hXnzwnS3SMVKBwJ+921NiHAJA/QTYUoWOH5duzAKQK4e4N2HmYdtjR3OQHVG67SeUAoOhuPT7dfrr9V2xXevCe//HsIzF8j0HCeZjDkaq7GUSOENNSBCxQTHLPvwIxqR2P133YQAdUZq+uiukwOyZuQ7SXmHHZsxKB3DLKAfTc3XNj1bfbtR3jCQkruOarn82FxXGdpzCJf4NoAa0tmIfQLcyHIN0o/ONSMX9A9Hfdci/B0wXsdnlYJbENLYWeyGxVGSpT7b3w2a5p0o6c3gWhUeE7muVuWApId8jCCETF4wfaHoPaeN68jBL8pGpZWbOyMPDGnSOASMb/xlsL/BkA== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 May 2017 17:17:26.2658 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR05MB1984 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 17:17:30 -0000 Thomas Mueller wrote: > When I did those last examples, that last line was > env MAKESYSPATH=3D/usr/share/mk make all-depends-list ok, that makes sense. > > > and then it seems to work correctly with no syntax error in > > > /BETA1/usr/share/mk/bsd.compiler.mk > > > > > Maybe I need to file a bug. > = > > For what? > = > Bug occurs when building or configuring ports, syntax error in = > /BETA1/usr/share/mk/bsd.compiler.mk line 52 This is of course specific to your particular arrangement if you'd mounted /BETA1/usr/ports on /usr/ports, it would function as you wish, or if /BETA1/usr/share/mk happend to match /usr/share/mk it would work fine. So, anoying in this case, but not a bug. > I don't know about other situations such as building doc. > = > I could avoid this error either by setting (setenv or export, depending = on shell) MAKESYSPATH or > by null-mounting /BETA1/usr/ports at /usr/ports . Yes. From owner-freebsd-current@freebsd.org Thu May 25 18:53:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DC3CD825AC for ; Thu, 25 May 2017 18:53:44 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E99A9145B; Thu, 25 May 2017 18:53:43 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x243.google.com with SMTP id 99so14125368lfu.2; Thu, 25 May 2017 11:53:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:date:subject:cc:to :message-id; bh=MamOmxfOg61KaC99OPpzuQiz8xmT1+j19HoNtKmWuaA=; b=mQ0JWdPiB5a9tnOv67aLr27Wn/UsyLm7o6WfBBb/wPIIM0NQZBgJiCICHMNt6Bwclk 8kchqR6g4O1h+fJHNcPMHP5t+w2Fx31ZB6Jhr4mfcWwhW55pKwNWyA5jsZ9Twj35cufZ 5a0ZpJj15fvE5n3xF9jK6PZ3FYPfQ3qK/BeeYj7Jvm5DxEQqzxwU6OpsS7CrP/TCRzog db1IuG8oEznP678qDRzJNMcJCAhDJfaNo93TFSzfQV9MvZFQZSyf1XFlJV4ZVawhlYH8 EdlVbQOYxMJUySdDVovBotaNHKFY/245T9/mo1OUZdQxTPEjjLKL7JvHhRhQhbvbHHAo qDkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version:date :subject:cc:to:message-id; bh=MamOmxfOg61KaC99OPpzuQiz8xmT1+j19HoNtKmWuaA=; b=Y8UaIi9Azf3MNuP7QzEKkJsGXmx9jHHoSp9+FrMzmh3FTN8ha5ACIJwfnuZ3CBX7xC 6m00f6TvE2NgyGFCvdHlMqM2dgWvg1RKf+GQ0IUImRnEIv6rrEnNSQhmRyEQvqpjL5g1 aHmqGtfxRH6VBxaICCMq0DGV68tU7B1UPrrG3QOT3H1hzU6by4LRGOTCwIVzjiD21slr caF4Yi75Moj14kpKquLSQA3U0y/HtWPEU8ENXpYc1ePVzp8pmXk0wKnFzC9t6YI98jdU oEq4JMzsygiiaQU5fcfObkQIQfTD0SsfAjDUvWdFqTDsnkj83py8j81yjV/okHbcFnuU xB8w== X-Gm-Message-State: AODbwcAFxaVF4VRkLILdYvQfOYKxCcQnH2Y7E4U67cf5+LWvuYqmcxJQ a7B80ApZAVkWBQ== X-Received: by 10.46.33.212 with SMTP id h81mr12758582lji.62.1495738421159; Thu, 25 May 2017 11:53:41 -0700 (PDT) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id 129sm1596133ljf.36.2017.05.25.11.53.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 May 2017 11:53:40 -0700 (PDT) From: Alex Deiter Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Thu, 25 May 2017 21:53:38 +0300 Subject: Rangeley C2758: missed IOMMU support for Xen Dom0 Cc: roger.pau@citrix.com, royger@freebsd.org To: freebsd-current Message-Id: <10A301AB-4F9D-4F62-8912-5F71E604C454@gmail.com> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 18:53:44 -0000 Hello, Could you please help me understand what and were i did wrong? =20 Running a FreeBSD 12.0-CURRENT-r318425 GENERIC-NODEBUG and trying to = install Xen Dom0 (xen-4.7.0_2 from ports). HW setup: Supermicro A1SRM-2758F [Intel Rangeley Atom processor C2758] Motherboard spec: = http://supermicro.com/products/motherboard/Atom/X10/A1SRM-2758F.cfm CPU spec: = https://ark.intel.com/products/77988/Intel-Atom-Processor-C2758-4M-Cache-2= _40-GHz loader.conf: hw.pci.mcfg=3D0 xen_kernel=3D"/boot/xen" xen_cmdline=3D"dom0_mem=3D2048M dom0_max_vcpus=3D4 dom0pvh=3D1 = com1=3D115200,8n1 com2=3D115200,8n1 console=3Dcom2 guest_loglvl=3Dall = loglvl=3Dall" Xen Dom0 boot failed with error Full boot log - https://cloud.deiter.ru/index.php/s/bg5lQSjPPSkiTAq ... (XEN) I/O virtualisation disabled ... (XEN) **************************************** (XEN) Panic on CPU 0: (XEN) Presently, iommu must be enabled for PVH hardware domain (XEN) (XEN) **************************************** =20 Boot without Xen kernel is OK Full boot log - https://cloud.deiter.ru/index.php/s/lUXLPnPSTWqqQNO ... CPU: Intel(R) Atom(TM) CPU C2758 @ 2.40GHz (2400.06-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x406d8 Family=3D0x6 Model=3D0x4d = Stepping=3D8 = Features=3D0xbfebfbff = Features2=3D0x43d8e3bf AMD Features=3D0x28100800 AMD Features2=3D0x101 Structured Extended Features=3D0x2282 VT-x: Basic Features=3D0xda0400 Pin-Based Controls=3D0x7f Primary Processor = Controls=3D0xfff9fffe Secondary Processor = Controls=3D0x28ef Exit Controls=3D0xda0400 Entry Controls=3D0xda0400 EPT Features=3D0x6114141 VPID = Features=3D0xf01 ... pci0: at device 15.0 (no driver attached) pci0: at device 19.0 (no driver attached) ... # pciconf -lv none1@pci0:0:15:0: class=3D0x080600 card=3D0x082015d9 = chip=3D0x1f168086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Atom processor C2000 RCEC' class =3D base peripheral subclass =3D IOMMU Thank you! Alex Deiter alex.deiter@gmail.com From owner-freebsd-current@freebsd.org Fri May 26 00:18:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB36DD7A500 for ; Fri, 26 May 2017 00:18:07 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7835A14BD for ; Fri, 26 May 2017 00:18:07 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id 778E6D7A4FF; Fri, 26 May 2017 00:18:07 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77258D7A4FE for ; Fri, 26 May 2017 00:18:07 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0106.outbound.protection.outlook.com [104.47.36.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 123C614BC for ; Fri, 26 May 2017 00:18:06 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=93EHVp+DbZD/wv+BOtDXdXRUoFss5XONSU9IbKWhvQE=; b=Nax427EvzDxeIKiKtkkCiNBEdGgWEwnI91OSBJTZjiO91fOCoc1dnah7o7wTppk6wx+WkAus3cIkyeYmnQNFN0FgvYUZzII6zDk8rkWAYXyBeK/G6t1c9zv3LTRYoCOvYQH07Nin6jIIdRFVGK3KpEUoB2nYckxweBvn3/ue/iY= Received: from CY1PR05CA0004.namprd05.prod.outlook.com (10.166.186.142) by BN3PR0501MB1297.namprd05.prod.outlook.com (10.160.183.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.5; Fri, 26 May 2017 00:18:05 +0000 Received: from CO1NAM05FT020.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e50::209) by CY1PR05CA0004.outlook.office365.com (2a01:111:e400:c5a4::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1143.1 via Frontend Transport; Fri, 26 May 2017 00:18:04 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; catwhisker.org; dkim=none (message not signed) header.d=none; catwhisker.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by CO1NAM05FT020.mail.protection.outlook.com (10.152.96.128) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1075.12 via Frontend Transport; Fri, 26 May 2017 00:18:03 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 25 May 2017 17:18:02 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v4Q0I0gv008343; Thu, 25 May 2017 17:18:01 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 87FF838551F; Thu, 25 May 2017 17:18:00 -0700 (PDT) To: David Wolfskill , Subject: Re: Build failure in sys/modules/drm2/radeonkmsfw/ARUBA_pfp In-Reply-To: <20170525123216.GH1190@albert.catwhisker.org> References: <20170525120719.GF1190@albert.catwhisker.org> <20170525123216.GH1190@albert.catwhisker.org> Comments: In-reply-to: David Wolfskill message dated "Thu, 25 May 2017 05:32:16 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <56455.1495757880.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Thu, 25 May 2017 17:18:00 -0700 Message-ID: <56456.1495757880@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39840400002)(39860400002)(39410400002)(39850400002)(39400400002)(2980300002)(189002)(24454002)(199003)(9170700003)(2906002)(8746002)(9686003)(55016002)(81166006)(86362001)(2950100002)(8676002)(77096006)(5660300001)(50986999)(76176999)(8936002)(2810700001)(478600001)(50226002)(97756001)(189998001)(117636001)(53936002)(23726003)(106466001)(6246003)(305945005)(50466002)(46406003)(7696004)(105596002)(76506005)(356003)(229853002)(53416004)(7126002)(6266002)(38730400002)(47776003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1297; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; CO1NAM05FT020; 1:Z/VpX0+ApmqqK3AiojC+QmFuPZMDskWpLSZViJe86ggWLMgxI62U4r69ZPq4/eOwH5WRn1S2H9IrSBHSTCMMjygoWiDuXsXMJAh123CNnDCXhTiTP31fF0zFDyAiNNIcxbKyDyTb99o+TsQIMTxFzXi/uaUMaA5pshDqrD+4vhH+ElXL62L0ASpI0iHwEqn7oZVCGDDFWgSiopqGvv3nWLPpaegsrt5BvIRhEFuG2UwHfNz6IcnKKyL55KQK8150ph1xQPDV3lhYqpqPzRudnAW/7reCyVW8AbMh6epI/gXc4VFyqMo8GxZp/rV37dQeApilJexl7VPD0/faC0s3+W9vzSgBqS4P7bKyo96cdEA0TZ8Y1W1JnR4EuPAOjyLiCZ2geh32vqjHD3nJTpksQBErgDvBH03lC8dhEOjHXmEJWQuZ/M1pwIvZPRZt72OKlnIMABaXZbE/OepUkqCFJiIcuNUmsEy+eb+I2alWyuGkFpAxL8WnsOzf/5XcxTP5 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: BN3PR0501MB1297: X-MS-Office365-Filtering-Correlation-Id: 4a135fb8-3a22-4770-9c3d-08d4a3ccad4c X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:BN3PR0501MB1297; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 3:BuRzPlkKHeyCL0vPPisNHE3qNapoADkj+xjgGtzUXHL7CUFG6DfEYp34oy6S/N5pmpjbhBdZFzadfs37ikPcESjSIFehz0KurP2S7gnVZEviYmQnUSmzHi8pwdmMBTqSrdhIXNPBXAg9Scb82eshmMnKR9Cu4WBQ2UZ5oEdIaOJHJC4ETp9r8wfnyQNANcqAKHSbPQJUho75XNuqJC3IkNmUiyjqSyLIYDB/t6RfsOepYWByEhqlh7QDftk4HfCWS3Co2mISX6UQwGM5oB9/xfWsKRsqp7xXvkvwNqSW1zqANaUSK89jcnXN6dTB5mZA8BASThzESkh9Ky3YL0fIccmut1mvjB6xu7qgaibk4DfxqubHMEyMQzmpa3os4w2nnIJ800Xxm0rOt0zVFOgL9QvcREo3V/5ozHcK0yE7nxnR22BSvJRk4NvdIDjeliR0X+eH0u27r0OYSbmc/2/UHQ== X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 25:hPbE6rX0P4eh+RMmBZR61QCg1mjxHoy9IzJCFLRbxspAwiInTwHIug9iSbJhcKH3Pob6BAhvTVbKcg0eFdQgEX5Eo+9PGMEi9WeWFnRByw5aMdofwU6SdATZbjEAg773wvH2ysPP3pyykjRIPeGR2KmUB7m1sxj/j14l0JRWbl1vGy4ULl+KM8iqkwQdZlFvbzilpqAlGiCmbrlgmmqhO6mfgiOZiGXL1dCtXiFoi7LaRuGbry86UlpdcfQUA6ZbH7TLzdzxg/S5aSnzZDHFKyf+n6XyIEMzKdTOlUgInr1nMRtnYD56UD9Wwi/b/5UTlsiVy6Ak7oJjHiFWxoTXkSHcM2Hq29YT5JtGg9esMrAKL2mVSMqC9aqzJ7RiwK2AGaZr9uY/9CJyyv+u28vmYUzh6KVrhwM8k9gTH7zMxrPV8J/qN3UQkgnMY7/rBaVnWRt0kLYQ/T6FHVWnma89RoRI0Hok+JwwyItH2Iol+fw=; 31:0D1pi73H2oYmimxLHe51SIhDkv5l7I05HNSPUK3w+4euIRtviKZfSgq/Kf4eVGQKzp1dvuzrCKguoSio2yILSUYtll18n/1fi0aeKrohAapdXcsWybEI+Is+/lmEay6h+1eP1eK3s6cpD819B29L6MgL2z2RgzutKGkH9OH0iXxXTvLw7Mt58mp36X+r3JI/TFYW/ZNsUfqoyTq/1eOVOmqDx/AHn6z0SShKQ0en4dAbvhDeOgPtc4E4WvNpXdd6c994NKhy+FNcp3bhwyXnDzthkoxct6rVi6CbvCYuBTQ= X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 20:Ql4fc8unI3OBH/Kf2KbPdqmQIZBGElN0ehp1F4MLIFQpc9HDveDBKjvkcvHU12KTbVA4obCaOcytJYJs77Yn44SHmf4oSadVS2+H29JPqkDFLJxAFSyRetcRDlV7pu5dfXSgliJmWbhP64ifd7NXRvtx68Z0m75wNTIBMq/GoAmKOPfb3W/e2cMiGViNQA3dgUzynuGfuzhDbTxU+ZsJJDFxnZ0XbDtGX/nL9s048xNPVLf2tN/GwGj6YWQzDJESkIdRx4VVjz2C2nqCefq2p8TWS1ns1GLoWR4FE2EmJ7is+LFWqB157kuR1GF8HuEtB2qtO5o6xoKu4HC5PwF+ZouiqhHJrgplqBPHtMCNXC3VdXMcJDsrkz6wBVMjSGreRP5IUH3TcMeQzqjr8eskzPD799ACQigbWlhNkexYU2RjqTnQcvEvZzW9UAst+KpruQod9vb6n1Pv+0NKD25ekzx5NEHs9xpkIfkMpWuSGv7mKEoV2ytwjS2CT9ZJb2He X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13018025)(8121501046)(13016025)(5005006)(10201501046)(93006095)(93003095)(3002001)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123562025)(20161123560025)(20161123564025)(20161123555025)(6072148); SRVR:BN3PR0501MB1297; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1297; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 4:EQOSJnBzFj+k/Sd8Xpp23aQzdbBV19gP7o4m/NuqMfwpFmCpx7YpU94VxD2bp1QYPY1+NNPytj1tB4/B8+oQ0QAm/YHH6Oq5x6bGIEc3lDAHTlkBml+2HsZdxcorbVP6/ywOZ9IXhsyYJjKLR16QUuIDo6XfEKLcAIqzolgJB+M34QOU4E6oQElQzUgtU721IxOUHPxpvGX2v+zI/+xddyeWZhElpMeOGelLLnKnMTuRKTmwDk6OANKSIfmkDNsFgb7vnK2nRQQ9g9zAnDwlOWp7evpCRgzqCe/nDz5pgYiD0GP2017DGSdPv8v5Viaa68gfCPBpOsDyc798V6SqF9hA70Nn3d6TfmDxtW08EEt8HHnwwl94qUV2b+VBGnPbVoF1O49SqHc9FHDeQa0n50l5QRVSVHf0fmp8SArbB6HnR8ecpOZFDL962HJvoEXTIc/l6mfvGdRdkGBl+2In63JthnlH5qHBDAuJci9rkas9VMbcNlDnWkjK6SKrtT6It7jAebsjuCAUeAYXw5BzXnpz0R0NVQ2ry5f0say5xmzfoa9NtaqpDTBAAQPrJKqJUkE9M8N/6lOaV5fkd5x36Sy9rYPn1OkKsvIiMQVeZ9JcnkAs6tDonvnO9ZtFTQsng5wdwdHgpDF/LxrZpIohXP7Dnz28zcJvRSqI1nm0LZvFvsupePRNd24zb5ZnunOPqrkVUQW1WqbPE++hhFADoSxMdS7+hxilyROb5e2edpaNOSmSlRgEKUdmY4ptJ54xOtDu5vF8dBV4xF7Jd/Uqk+6blQK00EINp9rOJJJmO5ibhT6toFpWeirNTKZ5hxja5vrsKVqVy7iVUjLFYxuLUA== X-Forefront-PRVS: 031996B7EF X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN3PR0501MB1297; 23:hkILuTD4pEmZJFiLm1zhyiDPw5qY4nLKwfupEXb?= =?us-ascii?Q?xv9oewGBAg3gEPJ8XxeUTpKeeC9X7B9GwJ2njqRbYrxhtbNLmeTVbXz2hRRI?= =?us-ascii?Q?sf6bd448EMY6SJDEiPFYlZENpP83IJ90Lyj3/7f+cJKJI9taURegyitCZ5j8?= =?us-ascii?Q?panwP2ertUdjVynPSTfMRHNziA3rKQxYFDxEKx0D/PdN9gBFetOZ3fL0PEow?= =?us-ascii?Q?tuZq/6k3FmdZzFjWflmFjiuJm/r+V0YeDm6kAYJ1qvhbpt9fJm1zr52jUtmU?= =?us-ascii?Q?83BxEpykkb6XnU+Dr2fQQD7xgQ0vw2ZOeK//itXz+ec1M2iIZTcxgNPNOy2W?= =?us-ascii?Q?nlsI2WvchuMY1pXuVmg/inE/xa09pPv3c7xAE7JLtpkhCgIGWDUt78aMz/SK?= =?us-ascii?Q?wn6LwicQUnIOkLlLFsS5iGv/sE7Vafj88kb7Ks/Yoq4sysPEx+2G1hU5CCts?= =?us-ascii?Q?FPMki8siqBGHEIQZIsx0da2SFK89Dni/rH+Zh132i/NRaSfNyy6AzAxJSzVr?= =?us-ascii?Q?nuB0f4KBR/WuOO/941zMSy0II7nihiF3M7Q2sxYv8dJaRUcEN1HZNkqp1NgQ?= =?us-ascii?Q?SqH9tZSt9kGYzqAGh+qOhOGLwjpX662Ya2ceeyIKnUtTH/O6fTs/zIXEbkZo?= =?us-ascii?Q?TB0njF7qHTFIUu2D2M9GyIryrrpfMEO7RZ/EIIDqVX7lY9g28tW9H/DqDvgz?= =?us-ascii?Q?3aBO34kRA504d8WU1uOb5U/pdqKyQIe9nMX7ehaPsDgyxmm78SFPQ9uffRyK?= =?us-ascii?Q?GRYUgLeEh76JDngRIEue4EdezRcljFRaex97qUY819KzyUkwnI7a+EUo/THE?= =?us-ascii?Q?bMG3hhayEkqy+OSkiLTtly+7k2l1bbHIDHlvyaCI0heqyFgYXYsFUg/1hsva?= =?us-ascii?Q?G6cw0X8rPRHAXXwzrKZT9iniodihAthC6Cr5n0aOAS6nakLXQf7fzIHtDJ7y?= =?us-ascii?Q?Hbo58vb/Ex//hCtGng5jJcxMrqybMTWR2GjvyUCNlWIBnD1q5VVzYp56Mmbg?= =?us-ascii?Q?a4wHLy/jrYOYnJlGKS7JB9VlN6wN4Jx5QI+tVHp+cQc1R/xjtJ+RQlhCnW25?= =?us-ascii?Q?fmk19yF3XfiH6Qeiw0uQDRwPE3FZ/HBeE99Tk3+6BjLLKQm9N+SR6n7e+88M?= =?us-ascii?Q?KAadkXDHyI4UwGHXVK4x2MDtmlxlEbG5SYgiF9tm/wLF/i+8EdRouWUA/wqC?= =?us-ascii?Q?uMwbu1Y5uSoKjEtc6oM/LnZylsj8seCeof6wP?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 6:u6bKALs0ZIzc9kOwKNvBT7tV8Pt7zY8ltHV8Uec5EEPiC1RuFQFp/OWvpJtu65oHZBtJ5yVOAuXD5Oeq3z7T99qFRRq9jw/SNWdP48B0zpVaRLLg7tbSYaunDxXVCEeT/u3pfnsgP+gm5PPxRY7JiZku+aM+H4jv0m92xb0XplxIAoKZDRLpuYV7LbilU2Bn6IWRQqMsBxLthAHMc2b5vgDUGtBz0bwthU8BxKR7RKJtq5OR6WDKzPXN0Q6D2QDK4Ejz8zMv/D4eMoBkNMwPPAMk6eX/CsXvTjd7Co2RuMar6x+LADAxSXjHEHwOhJKQrOViQdJuCp9zTLpzqhkzEw10KH1r4nfJGx0fyZFTvO3Wcy3iVOTVNF7NdGy1FoKABLa7gVv6tBP8SMm0e8wKj+EbgQME2DrbPMO9OiuifM+M0RlT3OunKQlYxbLIiLVANVPAXwm+lqWr2jwXwC9d6To9JoOgh5RdGrbmAmkvIGVTH+6m5MdF8Ociz/zRFSX+8LCvxUlGvvjtfl3Hu76wR44AHoBDM0S7eDVo2P+dry0=; 5:CWzjy4iy9F4F9bv/P7ONqgXvZVEXCTX0IoshsPVtZnhRo4wv0eKdfG2FxIOXdtkbQjZK9mH6MfzVftHTt8Kvff0j11SFGbWpD8UTfYslwepss5QLuONeu/aBi1opiGnYXK9XcuN6BikgC/B0rL/UHXwJyIb2bQFZopNC9WCsVSE=; 24:Hyfc65i02zW1zvVM79KTCihMYG3lVBGuyLbZ50tMTVBzXMRx0N0v1Z2L9dG31X8paTXmwhIjN+GTBVKEdO61gm/NdG5l0erXJR3n/xOKUmo= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1297; 7:HLPbK9EVDxWTWeB7QlX9AHgWHRNNv3Oad3Fab35P6aYKcxIOAaYMBFRyS6j6QcR7B/dcion+JR0GI9PVqtOBB+vnFPBxjGWN4wpTcgJrDosGj+rUvX1vMXV69kcgug/Ky94sbp5GS1bzNyZ57H4kOS4x9Axauw1G+0ZdZCivR1vRURYIY8zSE5fWrYmFAFUoYkBqQRDJZtRgpip5PHbqhdX3zju7c9ujF6Xe//5n0zy8Tt/1eC/05lcWIT4nQIpX7e4t6CB3AofC9HktRGlOV6Kr9g1fv14/2Bo7zEpaSsjLgN4EdWjHWOVXMw/pmyT5e7L1YxmwIr3DUIuMBQxBuQ== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 May 2017 00:18:03.9475 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1297 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2017 00:18:07 -0000 David Wolfskill wrote: > On Thu, May 25, 2017 at 05:07:19AM -0700, David Wolfskill wrote: > > This is on my "build machine"; running GENERIC/amd64 built yesterday: > > = > > FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #35= 3 r318739M/318739:1200031: Wed May 24 10:00:20 PDT 2017 root@freebeas= t.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 > > .... > = > Well, the laptop, running: Compare the meta files for ARUBA_pfp.bin in the failure case it looks very much like a input file was not supplied (eg empty variable) A possibility is .OODATE being used; which will be empty if none of the srcs are out-of-date. A quick scan didn't identify where the target for that comes from so guessing... From owner-freebsd-current@freebsd.org Fri May 26 00:19:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B58DDD7A59F for ; Fri, 26 May 2017 00:19:09 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A31851628 for ; Fri, 26 May 2017 00:19:09 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id A259CD7A59B; Fri, 26 May 2017 00:19:09 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F33CD7A59A; Fri, 26 May 2017 00:19:09 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 66F4B1627; Fri, 26 May 2017 00:19:09 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1dE2y9-0007s2-Lf; Fri, 26 May 2017 02:19:05 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1dE2y9-0004Up-K7; Fri, 26 May 2017 02:19:05 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Fri, 26 May 2017 00:19:05 GMT From: "Jeffrey Bouquet" To: "current" , "Baptiste Daroussin" Subject: pkg weirdness Date: Thu, 25 May 2017 17:19:05 -0700 (PDT) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2017 00:19:09 -0000 On a machine, pkg install xorg-server. It wants to install the 1G llvm40 downloads... errors out. Reboot .................... boot up use tty1 rather than tty0 pkg install xorg-server AGAIN downloads the metadata. starts to AGAIN download llvm40, I cntl-C it. I add 'pkg add ' the llvm40 that is ALREADY in /var/cache/pkg Now pkg install xorg-server runs again, but RE downloading the smaller [...= xorg-server ] ................. It lists the packages it is going to download. Then, not in the new install... upgrade... reinstall... Y/N? ... it starts downloading seamonkey! I only asked it to 'install xorg-server!' ..................... I think some more huge transparency [ pkg tells us in a verbose way what it is doing, and why, and eventually have fine grained menu control before an action... so that one can begin to make more sense of a post like this=20 >> eventual bugzilla if need be. ...................... Just curious more than anything this time, though...=20 ..................... Sounds like did not happen, but did. Sorry...=20 [ by the way on the desktop, if I build from ports it is v11, but if I use = pkg, it is v12. ]=20 So I build from ports, all is good, but next pkg [week] it wants to upgrade= a port from v11 to v12. too many places to look, I don't see that setting [v11 on= a v12 machine] anywhere. 12.0-CURRENT by the way... .......................... From owner-freebsd-current@freebsd.org Fri May 26 00:21:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F20ACD7AC45 for ; Fri, 26 May 2017 00:21:54 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DE8501C39 for ; Fri, 26 May 2017 00:21:54 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id DDEB6D7AC42; Fri, 26 May 2017 00:21:54 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD825D7AC41; Fri, 26 May 2017 00:21:54 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A3C7F1C37; Fri, 26 May 2017 00:21:54 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1dE30q-0002NC-A3; Fri, 26 May 2017 02:21:52 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1dE30q-0004hr-8r; Fri, 26 May 2017 02:21:52 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Fri, 26 May 2017 00:21:52 GMT From: "Jeffrey Bouquet" To: "Jeffrey Bouquet" CC: "current" , "Baptiste Daroussin" Subject: Re: pkg weirdness [corrected] Date: Thu, 25 May 2017 17:21:52 -0700 (PDT) X-Mailer: RMM6 In-Reply-To: Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2017 00:21:55 -0000 Errata... on a part of the below... On Thu, 25 May 2017 17:19:05 -0700 (PDT), "Jeffrey Bouquet" wrote: > On a machine, pkg install xorg-server. > It wants to install the 1G llvm40 > downloads... errors out. Reboot > .................... > boot up > use tty1 rather than tty0 > pkg install xorg-server > AGAIN downloads the metadata. > starts to AGAIN download llvm40, I cntl-C it. > I add 'pkg add ' the llvm40 that is ALREADY in /var/cache/pkg > Now pkg install xorg-server runs again, but RE downloading the smaller [.= .. xorg-server ] > ................. > It lists the packages it is going to download. > Then, not in the new install... upgrade... reinstall... Y/N? ... it starts ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ was in a later version of the= list... > downloading seamonkey! I only asked it to 'install xorg-server!' > ..................... > I think some more huge transparency [ pkg tells us in a verbose way what = it > is doing, and why, and eventually have fine grained menu control before an > action... so that one can begin to make more sense of a post like this=20 > >> eventual bugzilla if need be. > ...................... > Just curious more than anything this time, though...=20 > ..................... > Sounds like did not happen, but did. Sorry...=20 > [ by the way on the desktop, if I build from ports it is v11, but if I us= e pkg, it is v12. ]=20 > So I build from ports, all is good, but next pkg [week] it wants to upgra= de a port > from v11 to v12. too many places to look, I don't see that setting [v11 = on a v12 machine] > anywhere. 12.0-CURRENT by the way... > .......................... > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Sorry. seamonkey WAS in the list...= From owner-freebsd-current@freebsd.org Fri May 26 01:17:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13022D82C9B for ; Fri, 26 May 2017 01:17:59 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E71261847 for ; Fri, 26 May 2017 01:17:58 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date:Sender :Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=p2v/nyYBRa+9w2J0NXQ3m4xMqgaDpKztez0GNn7ryiE=; b=l4/YPRTeMDEzsLtL4popdWfYv5 EPah6cqElldDozF6oT1ybu5W7ghtkQgf50PSZ1QCdbjC1J122edjQpjMTpTjw6yhbHdL5K4h3nZv7 e9vAhq8m7o8tcYc0A29TZFXPfVijKtQQogG6NoZz7a9fg1xEcMahErpds3i+o5ER+xhY=; Received: from [2001:470:1f0f:42c:4115:4c78:4a:45c2] (port=52172 helo=lrosenman.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dE3t8-0004CW-0b for freebsd-current@FreeBSD.org; Thu, 25 May 2017 20:17:58 -0500 Date: Thu, 25 May 2017 20:17:57 -0500 From: Larry Rosenman To: freebsd-current@FreeBSD.org Subject: adding -R to the skeleton file for the PAGER variable Message-ID: <20170526011757.ykuptsuroj4ucy5g@lrosenman.lerctr.org> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="f4b2qcw6lssdp66x" Content-Disposition: inline User-Agent: NeoMutt/20170428 (1.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2017 01:17:59 -0000 --f4b2qcw6lssdp66x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I ran into an "interesting" issue today using the devel/awscli port.=20 aws help generates almost unreadable output using the "standard" shell .profile, etc= =2E=20 The reason is it uses $PAGER or $MANPAGER if it's present, and the skeleton sets: PAGER=3Dmore which, using the .rst files that awscli has, just makes the output ESC=20 sequences get printed and not acted upon.=20 I'm wondering if there would be any objections to changing the "standard"= =20 skeleton PAGER environment to: PAGER=3D"more -R" so the ESC sequences get passed through to the terminal unmolested and do t= he right thing. Comments? --=20 Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 --f4b2qcw6lssdp66x Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEHjgknedhWzvJgwVzaXyZsatIp30FAlkngkVfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDFF MzgyNDlERTc2MTVCM0JDOTgzMDU3MzY5N0M5OUIxQUI0OEE3N0QACgkQaXyZsatI p33v9Af8DKcELw1BcSVuhCExlDFvYko+Svj1t+ozHVMlfnX7mok3A0Lf2IyBKczr A5V0zNrtXMOmlXaYvhi4TblICuDCWsZzk4X4Q28UzmkqOzRHSS7m50zCYpvxDgie /xdNzpRjPOLNL7YWrxubyGl787FFXJOk41gpsUr7gHaBfUfQIF0ZP11HmS7iZtmj BxClc184MwigMdMnp9WAZpcD6PQxIIRsLJPkdBNQDNOsT8oYrc/vTN+qmLdKs1/D UIOqhMefDwpyN3VOm21C32/jm2YLd6wRwnFHAaXUOQ2g0GzvMEoBmC7m/C04uCUG 3RQ4XeZYiiVhsU9En0h5ESxsc+cDcQ== =UCxb -----END PGP SIGNATURE----- --f4b2qcw6lssdp66x-- From owner-freebsd-current@freebsd.org Fri May 26 04:26:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90684D82F07 for ; Fri, 26 May 2017 04:26:44 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CAC71B38; Fri, 26 May 2017 04:26:44 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qk0-x236.google.com with SMTP id y201so191368876qka.0; Thu, 25 May 2017 21:26:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=uqv8ASNm1fSAg2uLRLAE12JfmcJBKM5ujnbCCVXWHOs=; b=pXNyDQxU6b4ngA5tegoQx/T8ZUGBiYmDwxWj43bVgJcKQsbmhY4rb2D/McK9Lsy9L7 lJJtRhLMsiy/PBitcB32HY91GIsv5QzotFKQxLLVMgruGJVJIeGyOVaoSQLhopMk1YOg wFQFtLZ874coVwk0v1AFxV2Xp177kZ1JfQJobM79jE1mgMq1zorkWD7spYjux3vA3J+u nU3CEx/hxg0tzbhu8R18z9GedLSG2eQoGCw7K1HHxNvzJ6smG8xT89zQsmk1JQCLzdfF 0h9drluQz4608ED6b9bb7tUO8rqDsPyVMrGY6ZyuhaRQ20+RKhI944neP7SygXDS5ViT 6K+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=uqv8ASNm1fSAg2uLRLAE12JfmcJBKM5ujnbCCVXWHOs=; b=XJIfng0yZlygydSpIicaszbRd9rL4k6UbRVSxFgCgCv7TmJDsw2YTvBWgXZnmk/vdV YqzUMr3loGeM6nZ+ZyQ0JSxiHKhnj9RcIgFe93+Ih7I0BYVOXQxVjdBfduPjOT0RihYf 5h7snLfSj80Rge/tJssuRnxUY2QuwvbcT90Q2uyKROqUQv3YC8qkrS0oAU+bpv4bHPoy WWMB6GWS4RS0vtfYoxZusijhprEAvuYn9LOs8/qiQjHLIfw1BC8U4EfQFJZ3Wcir6vRv RDjAucsqsRtMik0/9ttTvqSdmnuydTIRCNs3AoODC06BCLLbws3SnDAC6sYe5roLXZvC gizA== X-Gm-Message-State: AODbwcAwUdWfx7b2S6STEvHJ/Bx6hfVDGJKMyIZWMup59V3rOh10XWD0 0lyDabRJTlrhAz/d6OS4fUW25lvJzg== X-Received: by 10.55.21.148 with SMTP id 20mr40518665qkv.212.1495772803353; Thu, 25 May 2017 21:26:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.98.243 with HTTP; Thu, 25 May 2017 21:26:12 -0700 (PDT) In-Reply-To: <10A301AB-4F9D-4F62-8912-5F71E604C454@gmail.com> References: <10A301AB-4F9D-4F62-8912-5F71E604C454@gmail.com> From: Jia-Shiun Li Date: Fri, 26 May 2017 12:26:12 +0800 Message-ID: Subject: Re: Rangeley C2758: missed IOMMU support for Xen Dom0 To: Alex Deiter Cc: freebsd-current , roger.pau@citrix.com, royger@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2017 04:26:44 -0000 On Fri, May 26, 2017 at 2:53 AM, Alex Deiter wrote: > > # pciconf -lv > none1@pci0:0:15:0: class=0x080600 card=0x082015d9 chip=0x1f168086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Atom processor C2000 RCEC' > class = base peripheral > subclass = IOMMU > Rangeley does not have IOMMU, or in Intel term VT-d. Device 15 is RCEC for PCIe error reporting. -Jia-Shiun. From owner-freebsd-current@freebsd.org Fri May 26 15:20:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89301D82D16 for ; Fri, 26 May 2017 15:20:58 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6BBFD1ECF for ; Fri, 26 May 2017 15:20:58 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6B28ED82D14; Fri, 26 May 2017 15:20:58 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6ABD9D82D13; Fri, 26 May 2017 15:20:58 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A2751ECE; Fri, 26 May 2017 15:20:58 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 3863B47D2; Fri, 26 May 2017 15:20:57 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 116E97B74; Fri, 26 May 2017 15:20:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id RTW1NFxMCAU1; Fri, 26 May 2017 15:20:53 +0000 (UTC) To: current@FreeBSD.org, ports@FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com AE1CB7B6F From: Bryan Drewery Subject: (head users) 64-bit inodes: Packages heads up and Poudriere errors Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 26 May 2017 08:20:31 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uiOGc6uvPsKo3XBHI2f48fOeLHrFl0FII" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2017 15:20:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --uiOGc6uvPsKo3XBHI2f48fOeLHrFl0FII Content-Type: multipart/mixed; boundary="DabqeoUXQjH9mhswMwg2LEd17Js19q5p2"; protected-headers="v1" From: Bryan Drewery To: current@FreeBSD.org, ports@FreeBSD.org Message-ID: Subject: (head users) 64-bit inodes: Packages heads up and Poudriere errors --DabqeoUXQjH9mhswMwg2LEd17Js19q5p2 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable For those running FreeBSD head, the ABI was majorly changed in r318736 for 64-bit inodes. This change was *backwards compatible* but not *forward compatible*. This is normal and expected. For Pkg users: You are advised to upgrade your system past r318736 soon or avoid using official packages until you do. Portmgr may upgrade the package builders at any time and without much notice. For Poudriere users: What this means is that you may see warnings like this in Poudriere: > [00:00:01] =3D=3D=3D=3D>> Warning: !!! Jail is newer than host. (Jail: = 1200031, Host: 1200030) !!! > [00:00:01] =3D=3D=3D=3D>> Warning: This is not supported. > [00:00:01] =3D=3D=3D=3D>> Warning: Host kernel must be same or newer th= an jail. > [00:00:01] =3D=3D=3D=3D>> Warning: Expect build failures. This warning is quite old and usually can be ignored as the __FreeBSD_version number it is tracking is normally bumped for minor things. Large ABI breakage is relatively rare. In this case it matters though. =2E.. > [00:00:03] =3D=3D=3D=3D>> Starting jail exp-head-commit-test > [00:00:03] =3D=3D=3D=3D>> Error: Unable to execute id(1) in jail. Emula= tion or ABI wrong. This is due to the ABI breakage - your older kernel cannot run the newer binary from the jail. The solution is to upgrade your host system past r318736. Be sure to follow the proper (and normal) upgrade procedure as documented in UPDATING. (For people finding this error on Google, it can indicate anything wrong in the jail that is disallowing binaries from running from a broken QEMU to a non-forward-compatible ABI change to simply missing files or broke jail setup) Lastly, Poudriere normally automatically rebuilds packages for head jails anytime the VCS revision is changed, so SVN revision or GIT hash. This is important in these ABI-breaking cases as you want all packages to use the new ABI. I am changing this in the next Poudriere updates to track __FreeBSD_version for svn/git/-m src=3D builds. It will still continue to track "Release name" for other methods. This will do 2 thing= s: 1. Rebuild less often and only when someone updates __FreeBSD_version. This is more proper and we should strive to update this only as needed to rebuild things. 2. Fix -m src=3D *not* rebuilding packages after the recent ABI breakage.= If your jail uses -m src=3D I recommend forcifully doing a bulk -c once t= o ensure you get working packages. --=20 Regards, Bryan Drewery --DabqeoUXQjH9mhswMwg2LEd17Js19q5p2-- --uiOGc6uvPsKo3XBHI2f48fOeLHrFl0FII Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZKEfEAAoJEDXXcbtuRpfPAKQIALLJffPO/3hB8ekKxY+Afex1 oHRAUPp3q9IxaGTfaC8c9HG1QMVGyjDVhr4OvNK2Nu2H5UGR2DO6FE7+YP740zrR aEX75jCKbkJ42oooji0qlPBoM2FRt6yrf/8UcX13lkl/LR/Tzm0zQ/PDij9+aJxm 6/rIErVZdDlKVLYGIvg6iI0at7bZf3X5LiLR8Z4xxpdxhTi+PNLrVWqszEZZ1J15 stK+0K6NL/DXpy1Jdtf6Ew2g21t8SqjXRA/SU3p+9rjvtc8knDAYEaMWUwePMx7R 0S5rqxuAFDEJsGIi9WhGP1IxSuBpaPXM/grWNVxGZD8/oUK6M78PoQMec4IG1PU= =LvmR -----END PGP SIGNATURE----- --uiOGc6uvPsKo3XBHI2f48fOeLHrFl0FII-- From owner-freebsd-current@freebsd.org Fri May 26 16:18:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCAD6D8303B for ; Fri, 26 May 2017 16:18:15 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BC6F81BCA for ; Fri, 26 May 2017 16:18:15 +0000 (UTC) (envelope-from lists@opsec.eu) Received: by mailman.ysv.freebsd.org (Postfix) id B8C3ED8303A; Fri, 26 May 2017 16:18:15 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8651D83037 for ; Fri, 26 May 2017 16:18:15 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 82EED1BC8; Fri, 26 May 2017 16:18:15 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dEHwP-000HWZ-NZ; Fri, 26 May 2017 18:18:17 +0200 Date: Fri, 26 May 2017 18:18:17 +0200 From: Kurt Jaeger To: Bryan Drewery Cc: current@FreeBSD.org Subject: Re: (head users) 64-bit inodes: Packages heads up and Poudriere errors Message-ID: <20170526161817.GD43031@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2017 16:18:15 -0000 Hi! > For those running FreeBSD head, the ABI was majorly changed in r318736 > for 64-bit inodes. This change was *backwards compatible* but not > *forward compatible*. This is normal and expected. Is any fall-out from this change already handled or is it wise to wait a few more days ? -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-current@freebsd.org Fri May 26 17:58:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79756D8399F for ; Fri, 26 May 2017 17:58:54 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 594E31CFF for ; Fri, 26 May 2017 17:58:54 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 55B0AD8399E; Fri, 26 May 2017 17:58:54 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55526D8399D for ; Fri, 26 May 2017 17:58:54 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F79E1CFE; Fri, 26 May 2017 17:58:54 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x234.google.com with SMTP id p24so13910592ioi.0; Fri, 26 May 2017 10:58:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=RPEpfhf+YaIxGNad8eGXWZFhxqd/M9cV7me2csZsOx4=; b=n8l7rbWkz74+qQ3+R4rTC2a3E8MNLiw7Dw/92TGMhscF1igILP/QlqGXeZIRhsOTjj 3ev+9eQMxlTu63wlam/TWXPfNgsQ+jiOPVyG5mBUvAgtCOhL6sPk409+JsXoz31+m09r UKYMh0mb8nTV5eFQq8mRpLKnH8c7vICDpiSRQUquhZfCWtaGuawyYH30M0l9Bd3Jjq3b eDElLEG4ciSEwHkl1R0fdj6hxCP+oGkRYjyOoo8l6IBSwj65wudBvABptc9mQfPsQVt/ F6NpAxjM9YXuDzHnzgj6Dn2bJCaTmdpX8DSvmQjX9xr8ClzQDhISUldRId6XD6maqTcS rEwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=RPEpfhf+YaIxGNad8eGXWZFhxqd/M9cV7me2csZsOx4=; b=FZY1dUimrZTZjbhO5LOAD40Rf8GVSlBQKaRZQGMMkOPuGfklRberDvJMN5ig2HBJ2S 2QvB+qi7S+flETu4YTOPURxvo7lilfd0O6V9s0TDLQTqdTlZBpcjfX1hXMZ83omWAM1G j5kDJNIz2MSHPVNRZ8gTeRejj9EkNdjLA5+usQ6SUScpbEw0jk0cRBaJqX2S+dmNeDPM V7oqRcCNQ25/e2fX1/P7SIDbQ19Y/nEw9VGLrAnJn22OOg5ABqUn9M68EG74zDZ7kX3s PMxEkByukNBhZe8NCXo4KWTafMVueAf14mwwZYypxhTTsfB7EMCc9YgKuJjGUS65sC2r TkzQ== X-Gm-Message-State: AODbwcAGaIUHNkXXRHKRqZYebsBrpqxHYfc8/9zZ2YM2qSK/LG1KMMZs 616S6lQHoA1Ny8zff8u/Ghv67JXAuuUE X-Received: by 10.107.1.70 with SMTP id 67mr3046584iob.159.1495821533466; Fri, 26 May 2017 10:58:53 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.169.201 with HTTP; Fri, 26 May 2017 10:58:32 -0700 (PDT) In-Reply-To: <20170526161817.GD43031@home.opsec.eu> References: <20170526161817.GD43031@home.opsec.eu> From: Ed Maste Date: Fri, 26 May 2017 13:58:32 -0400 X-Google-Sender-Auth: JAldiuWw1LIqsSuOThWbYZ3eqVA Message-ID: Subject: Re: (head users) 64-bit inodes: Packages heads up and Poudriere errors To: Kurt Jaeger Cc: Bryan Drewery , "current@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2017 17:58:54 -0000 On 26 May 2017 at 12:18, Kurt Jaeger wrote: > Hi! > >> For those running FreeBSD head, the ABI was majorly changed in r318736 >> for 64-bit inodes. This change was *backwards compatible* but not >> *forward compatible*. This is normal and expected. > > Is any fall-out from this change already handled or is it wise > to wait a few more days ? All fallout I'm aware of is due to either taking a shortcut and skipping the reboot after installing the new kernel, or running a custom kernel without COMPAT_FREEBSD11 in the config (required to support running the old world on the new kernel). Both of these are (now) explicitly called out in UPDATING. So as long as those steps are followed it should be fine. From owner-freebsd-current@freebsd.org Fri May 26 18:13:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4649D83E50 for ; Fri, 26 May 2017 18:13:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8512915F1 for ; Fri, 26 May 2017 18:13:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 81ADED83E4E; Fri, 26 May 2017 18:13:16 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 812E3D83E4D; Fri, 26 May 2017 18:13:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5570115F0; Fri, 26 May 2017 18:13:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 69EFA7C19; Fri, 26 May 2017 18:13:15 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 1F24A7E74; Fri, 26 May 2017 18:13:14 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id dUGtYw2oau9j; Fri, 26 May 2017 18:13:10 +0000 (UTC) Subject: Re: (head users) 64-bit inodes: Packages heads up and Poudriere errors DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 5CD807E6F To: current@FreeBSD.org, ports@FreeBSD.org References: From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <88e4f6f6-fef4-1191-36d5-41a7b551b457@FreeBSD.org> Date: Fri, 26 May 2017 11:12:48 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TJbc8Ih6ujQfuI4kQNuXoOhaAM10LGf9g" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2017 18:13:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TJbc8Ih6ujQfuI4kQNuXoOhaAM10LGf9g Content-Type: multipart/mixed; boundary="fjOOUqulmcNKeEdl94ATvRi8ErUwUdJs4"; protected-headers="v1" From: Bryan Drewery To: current@FreeBSD.org, ports@FreeBSD.org Message-ID: <88e4f6f6-fef4-1191-36d5-41a7b551b457@FreeBSD.org> Subject: Re: (head users) 64-bit inodes: Packages heads up and Poudriere errors References: In-Reply-To: --fjOOUqulmcNKeEdl94ATvRi8ErUwUdJs4 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 5/26/2017 8:20 AM, Bryan Drewery wrote: > For those running FreeBSD head, the ABI was majorly changed in r318736 > for 64-bit inodes. This change was *backwards compatible* but not > *forward compatible*. This is normal and expected. >=20 > For Pkg users: >=20 > You are advised to upgrade your system past r318736 soon or avoid using= > official packages until you do. Portmgr may upgrade the package > builders at any time and without much notice. I had forgotten a detail here. The package builds are all automated. The source jails are automatically updated before a build. The package builder's kernel doesn't matter here. So head package builds _will_ be ABI broken for systems older than r318736 either now or in the next day or two once the builds finish and upload to the mirrors. --=20 Regards, Bryan Drewery --fjOOUqulmcNKeEdl94ATvRi8ErUwUdJs4-- --TJbc8Ih6ujQfuI4kQNuXoOhaAM10LGf9g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZKHAhAAoJEDXXcbtuRpfP1KMIAMJe30SZBe4ASGyGhPafUEzW yJx9ZPvHjno1dHedMTE1MKtdzc0PFCrr6K9DCKqNfVgfgqRc5rJGKKVwwTyw/ufj 0llOvcfUjlDgZ62ShUrP/v2CO31hrzZWONfFX7+SrFQdUwz1KJRuJQivPD+OpZ/U 4o6YK4OF4m+bgVvnc3QLLcqyvvZCq3g7akB7xk7umDdZ7sbGol9GBRfF310yQ8fA oNIiXzTXQIExR836PoO5l3awE+Uug/QLcQkRSxc7dqDlmlMXVvjA6HZsFLRK8dK7 Wkf7OBJH9z16/xltjSZ9sVVKj9KawXqB7DzJLK//WMTYeetSGK5SQzIxwGv16sg= =tyA2 -----END PGP SIGNATURE----- --TJbc8Ih6ujQfuI4kQNuXoOhaAM10LGf9g-- From owner-freebsd-current@freebsd.org Fri May 26 19:24:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 894ECD810F9 for ; Fri, 26 May 2017 19:24:20 +0000 (UTC) (envelope-from rsb@berentweb.com) Received: from mail-wr0-x230.google.com (mail-wr0-x230.google.com [IPv6:2a00:1450:400c:c0c::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 243F61D23 for ; Fri, 26 May 2017 19:24:19 +0000 (UTC) (envelope-from rsb@berentweb.com) Received: by mail-wr0-x230.google.com with SMTP id z52so6897301wrc.2 for ; Fri, 26 May 2017 12:24:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=berentweb-com.20150623.gappssmtp.com; s=20150623; h=mime-version:reply-to:sender:from:date:message-id:subject:to; bh=7qOTY5nA+9iyEX5+cYso9OY2c2PPAAdw+mdQ/mmwr50=; b=N/KNxkcpKR22GetkSDFB0ik1SkZrALyyF404O8S51cuNB2glbR3Q05d8kz1dga0LLj gG8CrTqLVUisx+GPmq+C2UgG0iAXHjnJdaSDYjY6C4SB4oO2tpoyi9hgy36Q41Rr4Ozy Mht5ivVCwIIbOyHe71INtLyZslsz0v6KZqq5NFTtcWuuXague2W+RoKfNOLIk0zL8t24 dX9RLmWLNQsdk3U1M2lif8S1y0JNRYdujDAiJFrCIkeyPVxvQMv9L8ZQig58B9sfOiAK gtYMqBN8y5/GzIK4e0zsnnyU0MA0Jg44p4BRwOop9CFlpG9d3fDArfqqf/Pi58u0RCuK tPhA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:sender:from:date :message-id:subject:to; bh=7qOTY5nA+9iyEX5+cYso9OY2c2PPAAdw+mdQ/mmwr50=; b=C6grfi/BFdvqhzJaTwV6vRhkowG0PMyQTwA54qp0I8ByTLoxaFYrlsLvuRDYZbBk0p AkBIuRCTVK2GIfY2pedxYtNabdn3Pl7NKRZQ+92Bs2Vl8eQE4fbusmpl3WajHNK3QSly KjaelWDYi/BSHjT5LtCDhq3xQZKBO5BUf6EPF2ACo8q/gY3GT8tYyUpq39xL6h3kLsd1 DVdiYSxgJOhYe8Pb2xgH0/WBfNyne6LhhkC3xE+YRirQfVKRjr33TecdeMN+s2WQB6/W JeQKvJXIgkvrmpIdWsMEV2EydjPTzoiK/cAfLCNM8J0DKe6FfDZNS6PqeJGB0C2FPGl6 DomQ== X-Gm-Message-State: AODbwcDLtTcZZZVysJl4K3OOCw7Z58kjZNU//GudSw4+Lm+6NMaKLrGF LXxiXQebSIOPDGJ7bbZUDASxhVcDNU8G X-Received: by 10.223.142.135 with SMTP id q7mr2631458wrb.180.1495826658005; Fri, 26 May 2017 12:24:18 -0700 (PDT) MIME-Version: 1.0 Reply-To: zaphod@berentweb.com Sender: rsb@berentweb.com Received: by 10.28.41.65 with HTTP; Fri, 26 May 2017 12:24:17 -0700 (PDT) X-Originating-IP: [24.133.238.42] Received: by 10.28.41.65 with HTTP; Fri, 26 May 2017 12:24:17 -0700 (PDT) From: Beeblebrox Date: Fri, 26 May 2017 22:24:17 +0300 X-Google-Sender-Auth: eJlYqes8pyEWTsowHMp67t-SVrY Message-ID: Subject: src.conf clang x-build flags To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2017 19:24:20 -0000 Is there any hope we will get src.conf flags to specify which clang x-build tools world builds? For example build for i386 but not ARM.? From owner-freebsd-current@freebsd.org Fri May 26 21:57:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6461DD823F6 for ; Fri, 26 May 2017 21:57:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660079.outbound.protection.outlook.com [40.107.66.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0ABA810DF for ; Fri, 26 May 2017 21:57:18 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.9; Fri, 26 May 2017 21:57:16 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.1124.013; Fri, 26 May 2017 21:57:16 +0000 From: Rick Macklem To: "freebsd-current@freebsd.org" Subject: NFS client perf. degradation when SCHED_ULE is used (was when SMP enabled) Thread-Topic: NFS client perf. degradation when SCHED_ULE is used (was when SMP enabled) Thread-Index: AQHS1mmgxqkdxhAY5U2DZ8FjIm51zg== Date: Fri, 26 May 2017 21:57:16 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR01MB0189; 7:R4A19J+bQQ515HQlmnDBsZuulPTG8FvDX1krhaaIh68seiwekAdF721SayIrdQcb09M3dRLysAXxKz/6TnzzW3f51RGzm3fPvIcm9KWYbGVkPMB2BgTXMbWN6odyJ3NfOtJMPDFeZ5D5xavHyiSw/Xq32DjvoKywvOYUbgU5aYPyYW8cnDxM5sL/q/1OeQLJudR6AmYNQFREQwVLJu+FRdxisH4Xp9w7U1AByiL7+t0UEDiCvPrxp3zPXW8aVuPStU0SubYLn5EdCWqdlCWJO/fBuFw3yGYK7WjOYLr3FThlwqfXj0smPr10f5KC1FZrJW6RAt3ACL0jx/E09wYA7Q== x-ms-traffictypediagnostic: YTXPR01MB0189: x-ms-office365-filtering-correlation-id: e6ee8e40-00af-44dc-161f-08d4a4822c7f x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:YTXPR01MB0189; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(6041248)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123558100)(20161123555025)(20161123564025)(20161123562025)(6072148); SRVR:YTXPR01MB0189; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0189; x-forefront-prvs: 031996B7EF x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(39850400002)(39400400002)(39410400002)(39840400002)(6916009)(5640700003)(2351001)(2900100001)(86362001)(8936002)(14454004)(8676002)(110136004)(102836003)(38730400002)(2501003)(81166006)(478600001)(53936002)(3660700001)(3280700002)(74316002)(305945005)(2906002)(55016002)(9686003)(50986999)(6506006)(6436002)(7696004)(54356999)(25786009)(74482002)(189998001)(122556002)(77096006)(5660300001)(33656002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0189; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 26 May 2017 21:57:16.4111 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0189 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2017 21:57:19 -0000 To briefly summarize the previous post related to perf. degradation when ru= nning a recent kernel... - kernel build running 1yr old kernel took 100minutes - same kernel build running recent kernel 148minutes (ie. Almost a 50% degradation.) As noted in the last post, I got rid of most of the degradation by disablin= g SMP. - same kernel build running recent kernel with SCHED_4BSD 104minutes I have now found I can get rid of almost all of the degradation by building= the recent kernel with options SCHED_4BSD instead of options SCHED_ULE The 1yr old kernel was built with SCHED_ULE, so the degradation is some cha= nge to the kernel since Apr. 12, 2016 that affects SCHED_ULE but not SCHED_4BSD= . Any ideas? Since GENERIC uses SCHED_ULE, it would be nice to see good perf. with that = option. However, recommending "options SCHED_4BSD" is nicer than recommending disab= ling SMP;-) rick ps: I tried the 1yr old net driver in the recent kernel and it had no effec= t on perf.= From owner-freebsd-current@freebsd.org Sat May 27 05:02:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A787CD846F5 for ; Sat, 27 May 2017 05:02:04 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C7C910B7 for ; Sat, 27 May 2017 05:02:04 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v4R51wGt088997 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 26 May 2017 22:01:58 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v4R51vMp088996; Fri, 26 May 2017 22:01:57 -0700 (PDT) (envelope-from sgk) Date: Fri, 26 May 2017 22:01:57 -0700 From: Steve Kargl To: Rick Macklem Cc: "freebsd-current@freebsd.org" Subject: Re: NFS client perf. degradation when SCHED_ULE is used (was when SMP enabled) Message-ID: <20170527050157.GA88900@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 May 2017 05:02:04 -0000 On Fri, May 26, 2017 at 09:57:16PM +0000, Rick Macklem wrote: > I have now found I can get rid of almost all of the degradation by building the > recent kernel with > options SCHED_4BSD > instead of > options SCHED_ULE > > The 1yr old kernel was built with SCHED_ULE, so the degradation is some change > to the kernel since Apr. 12, 2016 that affects SCHED_ULE but not SCHED_4BSD. > > Any ideas? > What is the load on the system? A long time ago [1], I pointed out that ULE performs very poorly if there is an over commit situation. To boil it down to something simple, the MPI master process on a SMP system with N processers would fork N+1 processes where each process is essentially independent and cpu-bound. N-1 of the processes would be pinned to N-1 cpus and run with nearly 100% cpu usage. The N and N+1 processes would be pinned to a single CPU. The master process would then need to wait for the N and N+1 processes to complete before moving on. Note MPI isn't necessary to show the problem. Simply have an over commit situation with cpu intensive processes coudl kill ULE preformance. 4BSD has never exhibited this problem. [1] http://freebsd.1045724.x6.nabble.com/ULE-scheduling-oddity-td3911224.html -- Steve 20170425 https://www.youtube.com/watch?v=VWUpyCsUKR4 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Sat May 27 07:42:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99EF5D8437A for ; Sat, 27 May 2017 07:42:33 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7501C1571 for ; Sat, 27 May 2017 07:42:33 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:21926] helo=localhost) by dnvrco-omsmta03 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id B7/B7-01815-7ED29295; Sat, 27 May 2017 07:42:32 +0000 Date: Sat, 27 May 2017 07:42:23 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-current@freebsd.org CC: Ngie Cooper , "Simon J. Gerraty" Subject: Re: Bug in make setting wrong MAKESYSPATH References: <4E.66.25473.9D551295@dnvrco-omsmta03> <81057.1495500066@kaos.jnpr.net> <95058.1495555282@kaos.jnpr.net> <24672.1495645494@kaos.jnpr.net> <68.62.09002.EB636295@dnvrco-omsmta01> <38541.1495688881@kaos.jnpr.net> X-RR-Connecting-IP: 107.14.64.88:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 May 2017 07:42:33 -0000 >From Simon J. Gerraty: >> Bug occurs when building or configuring ports, syntax error in >> /BETA1/usr/share/mk/bsd.compiler.mk line 52 >This is of course specific to your particular arrangement >if you'd mounted /BETA1/usr/ports on /usr/ports, it would function as >you wish, or if /BETA1/usr/share/mk happend to match /usr/share/mk >it would work fine. >So, anoying in this case, but not a bug. >> I don't know about other situations such as building doc. >> I could avoid this error either by setting (setenv or export, depending on shell) MAKESYSPATH or >> by null-mounting /BETA1/usr/ports at /usr/ports . >Yes. Just because I found a workaround does not mean it is not a bug. If I were setting up a computer or hard disk from the beginning, I would put ports tree, src tree(s) and doc trees on a separate partition with no FreeBSD installation. NetBSD pkgsrc and src trees could be installed on same or another partition. That would facilitate backing up the entire installation (FreeBSD or NetBSD) without backing up the src and other trees, which could be redownloaded by cvs, svn or git, as the case might be. I guess then I would need to set MAKESYSPATH in FreeBSD ports, or null-mount PORTSDIR at /usr/ports. If you look at github.com/FreeBSD, you see some modified ports trees that might be installed at, for instance /freebsd-ports-graphics Tom From owner-freebsd-current@freebsd.org Sat May 27 16:41:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C434D83A8A for ; Sat, 27 May 2017 16:41:07 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cdptpa-oedge", Issuer "cdptpa-oedge" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4561B1B25 for ; Sat, 27 May 2017 16:41:06 +0000 (UTC) (envelope-from lausts@laus.org) Received: from [65.29.112.189] ([65.29.112.189:50813] helo=mail.laus.org) by cdptpa-omsmta01 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 3B/8A-10880-188A9295; Sat, 27 May 2017 16:25:37 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id v4RGPa8t090116 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 27 May 2017 12:25:37 -0400 (EDT) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.15.2/8.15.2/Submit) id v4RGPaTE090115 for freebsd-current@freebsd.org; Sat, 27 May 2017 12:25:36 -0400 (EDT) (envelope-from lausts) Date: Sat, 27 May 2017 12:25:36 -0400 From: Thomas Laus To: freebsd-current@freebsd.org Subject: Another INO64 Disaster Message-ID: <20170527162536.GA90078@mail.laus.org> Reply-To: lausts@acm.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 11.0-RELEASE-p10 on an amd64 User-Agent: Mutt/1.8.2 (2017-04-18) X-RR-Connecting-IP: 107.14.168.6:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 May 2017 16:41:07 -0000 I did not following the upgrade instructions to the letter and 'blew up' my FreeBSD laptop. Having made a recent backup of all of my important files, I decided that performing a reinstall would be easier than repairing my system. I downloaded the r318945 snapshot and performed a clean install on a Compaq Presario F500 laptop. After the first boot, I tried to install the pkg system. The first fault said that the libarchive.so.6 was missing. I symlinked it to the installed libarchive.so.7 and installed the necessary files for pkg. I tried a pkg install of bash and the files installed in /usr/local/bin had "REAL" strange permissions and dates. The dates were all December 1969 and before the Unix epoch date of January 1970. Something is wrong with INO64 on a recent snapshot! Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Sat May 27 17:59:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 764F4D85201 for ; Sat, 27 May 2017 17:59:30 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x22a.google.com (mail-io0-x22a.google.com [IPv6:2607:f8b0:4001:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 411371520 for ; Sat, 27 May 2017 17:59:30 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x22a.google.com with SMTP id f102so24235918ioi.2 for ; Sat, 27 May 2017 10:59:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=oCHtsT6JySBQJXwMaBE6q2iwBECdB9H5ir1NDO2JSHw=; b=a0azH7tn+MC9NaMNvJpwwsa0UyAxQirSfZjtRHbgo2U8RQlLmno7LaoTNMXe6oYAD5 gq4IFqgl9ayn+49htYdb/2thcmglOTWJP433+5tpz3dekQA7VHrDfMdhiDbEEhN/zxpm xsf33V/kMIgzVrW8fRMVZVzDwIC6uifENi/g2ASiS4ZplHg8uk9ump4vhGFCtK4+br18 v/UqvpmR+A3UKjfJSUdG2V0QhNdwaW6AOMCdcAxgzsGvb28i9KQ+hxIn5RYyPzj/fw/R yPH/RBU9kz77zrKBi+W6P2akcdO1uljF/QKeKntADC8IQS4i79sWBOBtJECScWCZ0IXp M7dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=oCHtsT6JySBQJXwMaBE6q2iwBECdB9H5ir1NDO2JSHw=; b=Opa9qzaF2GSlMcEZIMbmt9LMalPyToofuN2BBP+GMXPsaZpK6BLaa/ycmPGgeyAEOI FrnIc8IvBZYcQeHjKivNux6QXhFZdBcMIYczSMZnxtlA620sn9kyLaKdeRX7oThYhteK r5/tQVn85gLBnC+kTHJ60UGU8VdOE7mVtHhzFUiTfGeQb1u8Q12Z1VcSI1KucgWk1svs UKAkJeFF6YaqfgQpBE6T3wIR67FzmSDoM8eBGA6rnQitrCB4KmFg5sBtW2pIMIdrdBca V4hV0TUlfUpDMCbwbOoBDM6IpUtfH+FkYisLJAeREvqVsXrntPfIupegzPrKxGsKUKi3 Kr6w== X-Gm-Message-State: AODbwcBuJ56oG/81HuQ4GvAjoPVGrTB0dBQ78pmRRjHiRTLWjBtltVpZ /RA4k2h8NkR8VyFrVutIABs/Z1/fRA== X-Received: by 10.107.167.197 with SMTP id q188mr7092126ioe.110.1495907969636; Sat, 27 May 2017 10:59:29 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.169.201 with HTTP; Sat, 27 May 2017 10:59:09 -0700 (PDT) In-Reply-To: <20170527162536.GA90078@mail.laus.org> References: <20170527162536.GA90078@mail.laus.org> From: Ed Maste Date: Sat, 27 May 2017 13:59:09 -0400 X-Google-Sender-Auth: pgk4iDCsDAPrdtQU9B8MAHNb-8I Message-ID: Subject: Re: Another INO64 Disaster To: lausts@acm.org Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 May 2017 17:59:30 -0000 On 27 May 2017 at 12:25, Thomas Laus wrote: > After the > first boot, I tried to install the pkg system. The first fault said > that the libarchive.so.6 was missing. Yes, the most recent package set available is built against a pre-ino64 world and depends on older versions of libraries (like libarchive) than those provided in an ino64 image. In-place upgrades will work because existing binaries still use the old, not-deleted libraries, but existing packages won't work against a fresh ino64 install. You can wait until the next package build (against ino64 world) is complete, or build your own packages from the ports tree or via Poudriere. From owner-freebsd-current@freebsd.org Sat May 27 22:20:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8562BD85201 for ; Sat, 27 May 2017 22:20:51 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670058.outbound.protection.outlook.com [40.107.67.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3CF261F2A; Sat, 27 May 2017 22:20:50 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0191.CANPRD01.PROD.OUTLOOK.COM (10.165.218.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.9; Sat, 27 May 2017 22:20:48 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.1124.015; Sat, 27 May 2017 22:20:48 +0000 From: Rick Macklem To: "freebsd-current@freebsd.org" CC: Andriy Gapon , "cem@freebsd.org" , "jeff@freebsd.org" , Ryan Stone Subject: Re: NFS client perf. degradation when SCHED_ULE is used (was when SMP enabled) Thread-Topic: NFS client perf. degradation when SCHED_ULE is used (was when SMP enabled) Thread-Index: AQHS1mmgxqkdxhAY5U2DZ8FjIm51zqIIvdIk Date: Sat, 27 May 2017 22:20:48 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: FreeBSD.org; dkim=none (message not signed) header.d=none;FreeBSD.org; dmarc=none action=none header.from=uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR01MB0191; 7:ukXOdVXaqXVm67Ucc3IrI7lD8mCP/a3msZIq6S+GPzbOuOBfmFK0MXgvjJgnoPz2IEdO93DOKoyZBNmwNKmUVTNSF4cnrfbbylwk5jvAB2An9U1QgzfPk7QgyRKoyMxkPgzFB4BSn4NqVcHUAHZprv9zq/+kqN7XOHPfu+k26XLnXs3yc+7aC8F4P7TMxg4lzev/Ol5B0KnqECcaUStrvr4BoluH8vggjsDqJiAZ86iAkJP79w+5vKzXOyswsZV5cmrscKf/ARroIleZiN5ydompmOpvw+t9BpCKITdnYvXOxGtix0G5PZouRSIUVAozuc5VmS0ETEaLDLrzSdufNA== x-ms-traffictypediagnostic: YTXPR01MB0191: x-ms-office365-filtering-correlation-id: 1976c55f-f1f3-4ce5-90df-08d4a54ea0b9 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:YTXPR01MB0191; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(6041248)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123560025)(20161123555025)(20161123562025)(20161123564025)(6072148); SRVR:YTXPR01MB0191; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0191; x-forefront-prvs: 0320B28BE1 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39410400002)(39840400002)(39400400002)(39450400003)(24454002)(8936002)(8676002)(2351001)(81166006)(2900100001)(305945005)(74316002)(74482002)(5660300001)(86362001)(3280700002)(2906002)(229853002)(122556002)(50986999)(76176999)(33656002)(54356999)(77096006)(450100002)(25786009)(2501003)(4326008)(189998001)(14454004)(2950100002)(6916009)(3660700001)(5640700003)(7696004)(54906002)(55016002)(53936002)(6506006)(9686003)(110136004)(38730400002)(478600001)(102836003)(6246003)(6436002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0191; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 27 May 2017 22:20:48.7380 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0191 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 May 2017 22:20:51 -0000 I wrote: >To briefly summarize the previous post related to perf. degradation when r= unning a >recent kernel... >- kernel build running 1yr old kernel took 100minutes >- same kernel build running recent kernel 148minutes >(ie. Almost a 50% degradation.) >As noted in the last post, I got rid of most of the degradation by disabli= ng SMP. > >- same kernel build running recent kernel with SCHED_4BSD 104minutes > After poking at this some more, it appears that r312426 is the main cause o= f this degradation. Doing SMP enabled test runs using SCHED_ULE running the recent kernel, I go= t: - recent kernel (as above) 148minutes - with r312426 reverted 122minutes - with the "obvious change" mentioned in r312426's commit message, using (flags & SW_TYPE_MASK) =3D=3D SWT_RELINQUISH instead of (flag & SWT_RELI= NQUISH) 121minutes So, I'd say either reverting the patch or replacing it with the "obvious ch= ange" mentioned in the commit message will at least mostly fix the problem. I actually suspect that setting "preempt" for SWT_IDLE and/or SWT_IWAIT is = what is needed to be the pre-r312426 performance, since those are the ones that SWT_RELINQUISH doesn't match. (There is also SWT_PREEMPT, but that was handled by the r312426 patch.) I also tested: ((flags & SW_PREEMPT) !=3D 0 || (flags & SW_TYPE_MASK) =3D=3D SWT_IDLE = || (flags & SW_TYPE_MASK) =3D=3D SWT_IWAIT) and it also resulted in 121minutes I still get better perf. from SCHED_4BSD of 104minutes, but I usually see b= etter performance for SCHED_4BSD, so I think this is expected. I know nothing about SCHED_ULE, so I don't think I can do more, unless some= one wants me to try a different patch? rick=