From owner-freebsd-current@freebsd.org Sun Mar 6 00:46:56 2016 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 3AD6AA13FE4 for ; Sun, 6 Mar 2016 00:46:56 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (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 041B595D for ; Sun, 6 Mar 2016 00:46:56 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::801c:51b8:cf22:6fdb] (unknown [IPv6:2001:7b8:3a7:0:801c:51b8:cf22:6fdb]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 82E0D3E526 for ; Sun, 6 Mar 2016 01:46:52 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_A1239B3B-5168-46E4-A92C-385D9A8F2DB4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> Date: Sun, 6 Mar 2016 01:46:44 +0100 Message-Id: <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 00:46:56 -0000 --Apple-Mail=_A1239B3B-5168-46E4-A92C-385D9A8F2DB4 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 06 Mar 2016, at 00:30, Dimitry Andric wrote: > > On 05 Mar 2016, at 22:32, Dimitry Andric wrote: >> >> I imported the (tentative) 3.8.0 release of clang, llvm, lldb and >> compiler-rt into head, in r296417. The upstream release is going to be >> very soon now, but I do not expect any changes anymore. >> >> This was tested with make universe, and a few exp-runs, but there is >> always a chance that you might run into something unexpected, either >> with the base system or ports. In such cases, please file bugs, and >> make sure you note somewhere in the description that it is related to >> this import. > > Please hold off upgrading for now, if you are on amd64, and loading the > aesni.ko module. It appears that loading this module can cause the > kernel ELF linker to panic, but it is not yet clear why. This is being > tracked in PR207729 [1]. It should be safe again after r296419. Thanks to Kostik Belousov for the quick fix. (Clang 3.8.0 generates a different type for unwind sections on amd64, and this was unexpected in the kernel linker.) -Dimitry [1] https://svnweb.freebsd.org/changeset/base/296419 --Apple-Mail=_A1239B3B-5168-46E4-A92C-385D9A8F2DB4 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----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlbbffwACgkQsF6jCi4glqPT/gCeKJfhgL4DZRaUvCMCWbuaRpWT IFIAoOsLWMex1dfAp64SAJZjSk1HHySn =f1ow -----END PGP SIGNATURE----- --Apple-Mail=_A1239B3B-5168-46E4-A92C-385D9A8F2DB4-- From owner-freebsd-current@freebsd.org Sun Mar 6 00:53:46 2016 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 260DF9DB2A0; Sun, 6 Mar 2016 00:53:46 +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 9919FDA2; Sun, 6 Mar 2016 00:53:45 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::801c:51b8:cf22:6fdb] (unknown [IPv6:2001:7b8:3a7:0:801c:51b8:cf22:6fdb]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 236933E53E; Sun, 6 Mar 2016 01:53:43 +0100 (CET) Subject: Re: [CFT] packaging the base system with pkg(8) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_0BC48C46-7AC4-408B-BC39-3D719945EF98"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <20160302235429.GD75641@FreeBSD.org> Date: Sun, 6 Mar 2016 01:53:42 +0100 Cc: freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Message-Id: References: <20160302235429.GD75641@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 00:53:46 -0000 --Apple-Mail=_0BC48C46-7AC4-408B-BC39-3D719945EF98 Content-Type: multipart/mixed; boundary="Apple-Mail=_A57466AD-AAE8-4986-A948-2A84D7A05F94" --Apple-Mail=_A57466AD-AAE8-4986-A948-2A84D7A05F94 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 03 Mar 2016, at 00:54, Glen Barber wrote: > > For those who have missed the initial email surrounding this topic, we > are planning on packaging the base system with pkg(8) for 11.0-RELEASE. ... > # pkg update -r FreeBSD-base > # pkg install -g 'FreeBSD-*' FWIW, this went all OK for me on the first try, even. I indeed got 755 packages, output of "pkg info" and "pkg stat" are attached. I didn't use your lib32 patch, since I don't mind the 32 bit libs to be packaged separately. I got 342 packages with "-lib32" in their names. Any suggestions for specific things to test? Of course some sort of upgrade scenario would be nice to try out, but then I'd have to run "make packages" over a newer version of the release-pkg branch... -Dimitry --Apple-Mail=_A57466AD-AAE8-4986-A948-2A84D7A05F94 Content-Disposition: attachment; filename=pkg-info.txt Content-Type: text/plain; name="pkg-info.txt" Content-Transfer-Encoding: quoted-printable FreeBSD-acct-11.0.s20160305232540 Accounting Utilties FreeBSD-acct-debug-11.0.s20160305232540 Accounting Utilties (Debugging = Symbols) FreeBSD-acpi-11.0.s20160305232540 ACPI Utilities FreeBSD-acpi-debug-11.0.s20160305232540 ACPI Utilities (Debugging = Symbols) FreeBSD-amd-11.0.s20160305232540 AMD Utilities FreeBSD-amd-debug-11.0.s20160305232540 AMD Utilities (Debugging Symbols) FreeBSD-apm-11.0.s20160305232540 APM Utilities FreeBSD-apm-debug-11.0.s20160305232540 APM Utilities (Debugging Symbols) FreeBSD-at-11.0.s20160305232540 AT Utilities FreeBSD-at-debug-11.0.s20160305232540 AT Utilities (Debugging Symbols) FreeBSD-atm-11.0.s20160305232540 atm package FreeBSD-atm-debug-11.0.s20160305232540 atm package (Debugging Symbols) FreeBSD-autofs-11.0.s20160305232540 Autofs Utilities FreeBSD-autofs-debug-11.0.s20160305232540 Autofs Utilities (Debugging = Symbols) FreeBSD-bhyve-11.0.s20160305232540 Bhyve Utilities FreeBSD-bhyve-debug-11.0.s20160305232540 Bhyve Utilities (Debugging = Symbols) FreeBSD-binutils-11.0.s20160305232540 Binutils FreeBSD-binutils-debug-11.0.s20160305232540 Binutils (Debugging Symbols) FreeBSD-bsdinstall-11.0.s20160305232540 BSDInstall Utilities FreeBSD-bsdinstall-debug-11.0.s20160305232540 BSDInstall Utilities = (Debugging Symbols) FreeBSD-bsnmp-11.0.s20160305232540 BSNMP Utilities FreeBSD-bsnmp-debug-11.0.s20160305232540 BSNMP Utilities (Debugging = Symbols) FreeBSD-bsnmp-development-11.0.s20160305232540 BSNMP Utilities = (Development Files) FreeBSD-bsnmp-lib32-11.0.s20160305232540 BSNMP Utilities (32-bit = Libraries) FreeBSD-bsnmp-lib32-debug-11.0.s20160305232540 BSNMP Utilities (32-bit = Libraries, Debugging Symbols) FreeBSD-bsnmp-lib32-development-11.0.s20160305232540 BSNMP Utilities = (32-bit Libraries, Development Files) FreeBSD-bsnmp-lib32-profile-11.0.s20160305232540 BSNMP Utilities (32-bit = Libraries, Profiling) FreeBSD-bsnmp-profile-11.0.s20160305232540 BSNMP Utilities (Profiling = Libraries) FreeBSD-casper-11.0.s20160305232540 casper package FreeBSD-casper-debug-11.0.s20160305232540 casper package (Debugging = Symbols) FreeBSD-casper-development-11.0.s20160305232540 casper package = (Development Files) FreeBSD-casper-lib32-11.0.s20160305232540 casper package (32-bit = Libraries) FreeBSD-casper-lib32-debug-11.0.s20160305232540 casper package (32-bit = Libraries, Debugging Symbols) FreeBSD-casper-lib32-development-11.0.s20160305232540 casper package = (32-bit Libraries, Development Files) FreeBSD-casper-lib32-profile-11.0.s20160305232540 casper package (32-bit = Libraries, Profiling) FreeBSD-casper-profile-11.0.s20160305232540 casper package (Profiling = Libraries) FreeBSD-ccdconfig-11.0.s20160305232540 ccdconfig package FreeBSD-ccdconfig-debug-11.0.s20160305232540 ccdconfig package = (Debugging Symbols) FreeBSD-clang-11.0.s20160305232540 Clang Utilities FreeBSD-clang-debug-11.0.s20160305232540 Clang Utilities (Debugging = Symbols) FreeBSD-clibs-11.0.s20160305232540 Core C Libraries FreeBSD-clibs-debug-11.0.s20160305232540 Core C Libraries (Debugging = Symbols) FreeBSD-clibs-development-11.0.s20160305232540 Core C Libraries = (Development Files) FreeBSD-clibs-lib32-11.0.s20160305232540 Core C Libraries (32-bit = Libraries) FreeBSD-clibs-lib32-debug-11.0.s20160305232540 Core C Libraries (32-bit = Libraries, Debugging Symbols) FreeBSD-clibs-lib32-development-11.0.s20160305232540 Core C Libraries = (32-bit Libraries, Development Files) FreeBSD-clibs-lib32-profile-11.0.s20160305232540 Core C Libraries = (32-bit Libraries, Profiling) FreeBSD-clibs-profile-11.0.s20160305232540 Core C Libraries (Profiling = Libraries) FreeBSD-debug-11.0.s20160305232540 FreeBSD Base System (Debugging = Symbols) FreeBSD-development-11.0.s20160305232540 FreeBSD Base System = (Development Files) FreeBSD-dma-11.0.s20160305232540 DMA Mail Agent Utilities FreeBSD-dma-debug-11.0.s20160305232540 DMA Mail Agent Utilities = (Debugging Symbols) FreeBSD-docs-11.0.s20160305232540 Documentation FreeBSD-ee-11.0.s20160305232540 Easy Editor Utilities FreeBSD-ee-debug-11.0.s20160305232540 Easy Editor Utilities (Debugging = Symbols) FreeBSD-gdb-11.0.s20160305232540 GDB Utilities FreeBSD-gdb-debug-11.0.s20160305232540 GDB Utilities (Debugging Symbols) FreeBSD-groff-11.0.s20160305232540 Groff Utilities FreeBSD-groff-debug-11.0.s20160305232540 Groff Utilities (Debugging = Symbols) FreeBSD-hast-11.0.s20160305232540 Highly Available Storage daemon FreeBSD-hast-debug-11.0.s20160305232540 Highly Available Storage daemon = (Debugging Symbols) FreeBSD-ipf-11.0.s20160305232540 ipf package FreeBSD-ipf-debug-11.0.s20160305232540 ipf package (Debugging Symbols) FreeBSD-ipfw-11.0.s20160305232540 ipfw package FreeBSD-ipfw-debug-11.0.s20160305232540 ipfw package (Debugging Symbols) FreeBSD-iscsi-11.0.s20160305232540 iscsi package FreeBSD-iscsi-debug-11.0.s20160305232540 iscsi package (Debugging = Symbols) FreeBSD-iscsi_legacy-11.0.s20160305232540 iscsi package FreeBSD-iscsi_legacy-debug-11.0.s20160305232540 iscsi package (Debugging = Symbols) FreeBSD-jail-11.0.s20160305232540 Jail Utilities FreeBSD-jail-debug-11.0.s20160305232540 Jail Utilities (Debugging = Symbols) FreeBSD-jail-development-11.0.s20160305232540 Jail Utilities = (Development Files) FreeBSD-jail-lib32-11.0.s20160305232540 Jail Utilities (32-bit = Libraries) FreeBSD-jail-lib32-debug-11.0.s20160305232540 Jail Utilities (32-bit = Libraries, Debugging Symbols) FreeBSD-jail-lib32-development-11.0.s20160305232540 Jail Utilities = (32-bit Libraries, Development Files) FreeBSD-jail-lib32-profile-11.0.s20160305232540 Jail Utilities (32-bit = Libraries, Profiling) FreeBSD-jail-profile-11.0.s20160305232540 Jail Utilities (Profiling = Libraries) FreeBSD-kernel-generic-debug-11.0.s20160305232540 FreeBSD GENERIC kernel = debug FreeBSD-kernel-generic-release-11.0.s20160305232540 FreeBSD GENERIC = kernel release FreeBSD-lib32-11.0.s20160305232540 FreeBSD Base System (32-bit = Libraries) FreeBSD-lib32-debug-11.0.s20160305232540 FreeBSD Base System (32-bit = Libraries) (Debugging Symbols) FreeBSD-lib32-development-11.0.s20160305232540 FreeBSD Base System = (32-bit Libraries) (Development Files) FreeBSD-lib32-profile-11.0.s20160305232540 FreeBSD Base System (32-bit = Libraries) (Profiling Libraries) FreeBSD-lib80211-11.0.s20160305232540 lib80211 package FreeBSD-lib80211-debug-11.0.s20160305232540 lib80211 package (Debugging = Symbols) FreeBSD-lib80211-development-11.0.s20160305232540 lib80211 package = (Development Files) FreeBSD-lib80211-lib32-11.0.s20160305232540 lib80211 package (32-bit = Libraries) FreeBSD-lib80211-lib32-debug-11.0.s20160305232540 lib80211 package = (32-bit Libraries, Debugging Symbols) FreeBSD-lib80211-lib32-development-11.0.s20160305232540 lib80211 package = (32-bit Libraries, Development Files) FreeBSD-lib80211-lib32-profile-11.0.s20160305232540 lib80211 package = (32-bit Libraries, Profiling) FreeBSD-lib80211-profile-11.0.s20160305232540 lib80211 package = (Profiling Libraries) FreeBSD-libalias-11.0.s20160305232540 libalias package FreeBSD-libalias-debug-11.0.s20160305232540 libalias package (Debugging = Symbols) FreeBSD-libalias-development-11.0.s20160305232540 libalias package = (Development Files) FreeBSD-libalias-lib32-11.0.s20160305232540 libalias package (32-bit = Libraries) FreeBSD-libalias-lib32-debug-11.0.s20160305232540 libalias package = (32-bit Libraries, Debugging Symbols) FreeBSD-libalias-lib32-development-11.0.s20160305232540 libalias package = (32-bit Libraries, Development Files) FreeBSD-libalias-lib32-profile-11.0.s20160305232540 libalias package = (32-bit Libraries, Profiling) FreeBSD-libalias-profile-11.0.s20160305232540 libalias package = (Profiling Libraries) FreeBSD-libarchive-11.0.s20160305232540 libarchive package FreeBSD-libarchive-debug-11.0.s20160305232540 libarchive package = (Debugging Symbols) FreeBSD-libarchive-development-11.0.s20160305232540 libarchive package = (Development Files) FreeBSD-libarchive-lib32-11.0.s20160305232540 libarchive package (32-bit = Libraries) FreeBSD-libarchive-lib32-debug-11.0.s20160305232540 libarchive package = (32-bit Libraries, Debugging Symbols) FreeBSD-libarchive-lib32-development-11.0.s20160305232540 libarchive = package (32-bit Libraries, Development Files) FreeBSD-libarchive-lib32-profile-11.0.s20160305232540 libarchive package = (32-bit Libraries, Profiling) FreeBSD-libarchive-profile-11.0.s20160305232540 libarchive package = (Profiling Libraries) FreeBSD-libauditd-11.0.s20160305232540 libauditd package FreeBSD-libauditd-debug-11.0.s20160305232540 libauditd package = (Debugging Symbols) FreeBSD-libauditd-development-11.0.s20160305232540 libauditd package = (Development Files) FreeBSD-libauditd-lib32-11.0.s20160305232540 libauditd package (32-bit = Libraries) FreeBSD-libauditd-lib32-debug-11.0.s20160305232540 libauditd package = (32-bit Libraries, Debugging Symbols) FreeBSD-libauditd-lib32-development-11.0.s20160305232540 libauditd = package (32-bit Libraries, Development Files) FreeBSD-libauditd-lib32-profile-11.0.s20160305232540 libauditd package = (32-bit Libraries, Profiling) FreeBSD-libauditd-profile-11.0.s20160305232540 libauditd package = (Profiling Libraries) FreeBSD-libbegemot-11.0.s20160305232540 libbegemot package FreeBSD-libbegemot-debug-11.0.s20160305232540 libbegemot package = (Debugging Symbols) FreeBSD-libbegemot-development-11.0.s20160305232540 libbegemot package = (Development Files) FreeBSD-libbegemot-lib32-11.0.s20160305232540 libbegemot package (32-bit = Libraries) FreeBSD-libbegemot-lib32-debug-11.0.s20160305232540 libbegemot package = (32-bit Libraries, Debugging Symbols) FreeBSD-libbegemot-lib32-development-11.0.s20160305232540 libbegemot = package (32-bit Libraries, Development Files) FreeBSD-libbegemot-lib32-profile-11.0.s20160305232540 libbegemot package = (32-bit Libraries, Profiling) FreeBSD-libbegemot-profile-11.0.s20160305232540 libbegemot package = (Profiling Libraries) FreeBSD-libblocksruntime-11.0.s20160305232540 libblocksruntime package FreeBSD-libblocksruntime-debug-11.0.s20160305232540 libblocksruntime = package (Debugging Symbols) FreeBSD-libblocksruntime-development-11.0.s20160305232540 = libblocksruntime package (Development Files) FreeBSD-libblocksruntime-lib32-11.0.s20160305232540 libblocksruntime = package (32-bit Libraries) FreeBSD-libblocksruntime-lib32-debug-11.0.s20160305232540 = libblocksruntime package (32-bit Libraries, Debugging Symbols) FreeBSD-libblocksruntime-lib32-development-11.0.s20160305232540 = libblocksruntime package (32-bit Libraries, Development Files) FreeBSD-libblocksruntime-lib32-profile-11.0.s20160305232540 = libblocksruntime package (32-bit Libraries, Profiling) FreeBSD-libblocksruntime-profile-11.0.s20160305232540 libblocksruntime = package (Profiling Libraries) FreeBSD-libbluetooth-11.0.s20160305232540 libbluetooth package FreeBSD-libbluetooth-debug-11.0.s20160305232540 libbluetooth package = (Debugging Symbols) FreeBSD-libbluetooth-development-11.0.s20160305232540 libbluetooth = package (Development Files) FreeBSD-libbluetooth-lib32-11.0.s20160305232540 libbluetooth package = (32-bit Libraries) FreeBSD-libbluetooth-lib32-debug-11.0.s20160305232540 libbluetooth = package (32-bit Libraries, Debugging Symbols) FreeBSD-libbluetooth-lib32-development-11.0.s20160305232540 libbluetooth = package (32-bit Libraries, Development Files) FreeBSD-libbluetooth-lib32-profile-11.0.s20160305232540 libbluetooth = package (32-bit Libraries, Profiling) FreeBSD-libbluetooth-profile-11.0.s20160305232540 libbluetooth package = (Profiling Libraries) FreeBSD-libbsdstat-11.0.s20160305232540 libbsdstat package FreeBSD-libbsdstat-debug-11.0.s20160305232540 libbsdstat package = (Debugging Symbols) FreeBSD-libbsdstat-development-11.0.s20160305232540 libbsdstat package = (Development Files) FreeBSD-libbsdstat-lib32-11.0.s20160305232540 libbsdstat package (32-bit = Libraries) FreeBSD-libbsdstat-lib32-debug-11.0.s20160305232540 libbsdstat package = (32-bit Libraries, Debugging Symbols) FreeBSD-libbsdstat-lib32-development-11.0.s20160305232540 libbsdstat = package (32-bit Libraries, Development Files) FreeBSD-libbsdstat-lib32-profile-11.0.s20160305232540 libbsdstat package = (32-bit Libraries, Profiling) FreeBSD-libbsdstat-profile-11.0.s20160305232540 libbsdstat package = (Profiling Libraries) FreeBSD-libbsdxml-11.0.s20160305232540 libbsdxml package FreeBSD-libbsdxml-debug-11.0.s20160305232540 libbsdxml package = (Debugging Symbols) FreeBSD-libbsdxml-development-11.0.s20160305232540 libbsdxml package = (Development Files) FreeBSD-libbsdxml-lib32-11.0.s20160305232540 libbsdxml package (32-bit = Libraries) FreeBSD-libbsdxml-lib32-debug-11.0.s20160305232540 libbsdxml package = (32-bit Libraries, Debugging Symbols) FreeBSD-libbsdxml-lib32-development-11.0.s20160305232540 libbsdxml = package (32-bit Libraries, Development Files) FreeBSD-libbsdxml-lib32-profile-11.0.s20160305232540 libbsdxml package = (32-bit Libraries, Profiling) FreeBSD-libbsdxml-profile-11.0.s20160305232540 libbsdxml package = (Profiling Libraries) FreeBSD-libbsm-11.0.s20160305232540 libbsm package FreeBSD-libbsm-debug-11.0.s20160305232540 libbsm package (Debugging = Symbols) FreeBSD-libbsm-development-11.0.s20160305232540 libbsm package = (Development Files) FreeBSD-libbsm-lib32-11.0.s20160305232540 libbsm package (32-bit = Libraries) FreeBSD-libbsm-lib32-debug-11.0.s20160305232540 libbsm package (32-bit = Libraries, Debugging Symbols) FreeBSD-libbsm-lib32-development-11.0.s20160305232540 libbsm package = (32-bit Libraries, Development Files) FreeBSD-libbsm-lib32-profile-11.0.s20160305232540 libbsm package (32-bit = Libraries, Profiling) FreeBSD-libbsm-profile-11.0.s20160305232540 libbsm package (Profiling = Libraries) FreeBSD-libbz2-11.0.s20160305232540 libbz2 package FreeBSD-libbz2-debug-11.0.s20160305232540 libbz2 package (Debugging = Symbols) FreeBSD-libbz2-development-11.0.s20160305232540 libbz2 package = (Development Files) FreeBSD-libbz2-lib32-11.0.s20160305232540 libbz2 package (32-bit = Libraries) FreeBSD-libbz2-lib32-debug-11.0.s20160305232540 libbz2 package (32-bit = Libraries, Debugging Symbols) FreeBSD-libbz2-lib32-development-11.0.s20160305232540 libbz2 package = (32-bit Libraries, Development Files) FreeBSD-libbz2-lib32-profile-11.0.s20160305232540 libbz2 package (32-bit = Libraries, Profiling) FreeBSD-libbz2-profile-11.0.s20160305232540 libbz2 package (Profiling = Libraries) FreeBSD-libcalendar-11.0.s20160305232540 libcalendar package FreeBSD-libcalendar-debug-11.0.s20160305232540 libcalendar package = (Debugging Symbols) FreeBSD-libcalendar-development-11.0.s20160305232540 libcalendar package = (Development Files) FreeBSD-libcalendar-lib32-11.0.s20160305232540 libcalendar package = (32-bit Libraries) FreeBSD-libcalendar-lib32-debug-11.0.s20160305232540 libcalendar package = (32-bit Libraries, Debugging Symbols) FreeBSD-libcalendar-lib32-development-11.0.s20160305232540 libcalendar = package (32-bit Libraries, Development Files) FreeBSD-libcalendar-lib32-profile-11.0.s20160305232540 libcalendar = package (32-bit Libraries, Profiling) FreeBSD-libcalendar-profile-11.0.s20160305232540 libcalendar package = (Profiling Libraries) FreeBSD-libcam-11.0.s20160305232540 libcam package FreeBSD-libcam-debug-11.0.s20160305232540 libcam package (Debugging = Symbols) FreeBSD-libcam-development-11.0.s20160305232540 libcam package = (Development Files) FreeBSD-libcam-lib32-11.0.s20160305232540 libcam package (32-bit = Libraries) FreeBSD-libcam-lib32-debug-11.0.s20160305232540 libcam package (32-bit = Libraries, Debugging Symbols) FreeBSD-libcam-lib32-development-11.0.s20160305232540 libcam package = (32-bit Libraries, Development Files) FreeBSD-libcam-lib32-profile-11.0.s20160305232540 libcam package (32-bit = Libraries, Profiling) FreeBSD-libcam-profile-11.0.s20160305232540 libcam package (Profiling = Libraries) FreeBSD-libcasper-11.0.s20160305232540 libcasper package FreeBSD-libcasper-debug-11.0.s20160305232540 libcasper package = (Debugging Symbols) FreeBSD-libcasper-development-11.0.s20160305232540 libcasper package = (Development Files) FreeBSD-libcasper-lib32-11.0.s20160305232540 libcasper package (32-bit = Libraries) FreeBSD-libcasper-lib32-debug-11.0.s20160305232540 libcasper package = (32-bit Libraries, Debugging Symbols) FreeBSD-libcasper-lib32-development-11.0.s20160305232540 libcasper = package (32-bit Libraries, Development Files) FreeBSD-libcasper-lib32-profile-11.0.s20160305232540 libcasper package = (32-bit Libraries, Profiling) FreeBSD-libcasper-profile-11.0.s20160305232540 libcasper package = (Profiling Libraries) FreeBSD-libcom_err-11.0.s20160305232540 libcom package FreeBSD-libcom_err-debug-11.0.s20160305232540 libcom package (Debugging = Symbols) FreeBSD-libcom_err-development-11.0.s20160305232540 libcom package = (Development Files) FreeBSD-libcom_err-lib32-11.0.s20160305232540 libcom package (32-bit = Libraries) FreeBSD-libcom_err-lib32-debug-11.0.s20160305232540 libcom package = (32-bit Libraries, Debugging Symbols) FreeBSD-libcom_err-lib32-development-11.0.s20160305232540 libcom package = (32-bit Libraries, Development Files) FreeBSD-libcom_err-lib32-profile-11.0.s20160305232540 libcom package = (32-bit Libraries, Profiling) FreeBSD-libcom_err-profile-11.0.s20160305232540 libcom package = (Profiling Libraries) FreeBSD-libcompat-11.0.s20160305232540 libcompat package FreeBSD-libcompat-development-11.0.s20160305232540 libcompat package = (Development Files) FreeBSD-libcompat-lib32-development-11.0.s20160305232540 libcompat = package (32-bit Libraries, Development Files) FreeBSD-libcompat-lib32-profile-11.0.s20160305232540 libcompat package = (32-bit Libraries, Profiling) FreeBSD-libcompat-profile-11.0.s20160305232540 libcompat package = (Profiling Libraries) FreeBSD-libcompiler_rt-11.0.s20160305232540 libcompiler package FreeBSD-libcompiler_rt-development-11.0.s20160305232540 libcompiler = package (Development Files) FreeBSD-libcompiler_rt-lib32-11.0.s20160305232540 libcompiler package = (32-bit Libraries) FreeBSD-libcompiler_rt-lib32-development-11.0.s20160305232540 = libcompiler package (32-bit Libraries, Development Files) FreeBSD-libcompiler_rt-lib32-profile-11.0.s20160305232540 libcompiler = package (32-bit Libraries, Profiling) FreeBSD-libcompiler_rt-profile-11.0.s20160305232540 libcompiler package = (Profiling Libraries) FreeBSD-libcrypt-11.0.s20160305232540 libcrypt package FreeBSD-libcrypt-debug-11.0.s20160305232540 libcrypt package (Debugging = Symbols) FreeBSD-libcrypt-development-11.0.s20160305232540 libcrypt package = (Development Files) FreeBSD-libcrypt-lib32-11.0.s20160305232540 libcrypt package (32-bit = Libraries) FreeBSD-libcrypt-lib32-debug-11.0.s20160305232540 libcrypt package = (32-bit Libraries, Debugging Symbols) FreeBSD-libcrypt-lib32-development-11.0.s20160305232540 libcrypt package = (32-bit Libraries, Development Files) FreeBSD-libcrypt-lib32-profile-11.0.s20160305232540 libcrypt package = (32-bit Libraries, Profiling) FreeBSD-libcrypt-profile-11.0.s20160305232540 libcrypt package = (Profiling Libraries) FreeBSD-libcuse-11.0.s20160305232540 libcuse package FreeBSD-libcuse-debug-11.0.s20160305232540 libcuse package (Debugging = Symbols) FreeBSD-libcuse-development-11.0.s20160305232540 libcuse package = (Development Files) FreeBSD-libcuse-lib32-11.0.s20160305232540 libcuse package (32-bit = Libraries) FreeBSD-libcuse-lib32-debug-11.0.s20160305232540 libcuse package (32-bit = Libraries, Debugging Symbols) FreeBSD-libcuse-lib32-development-11.0.s20160305232540 libcuse package = (32-bit Libraries, Development Files) FreeBSD-libcuse-lib32-profile-11.0.s20160305232540 libcuse package = (32-bit Libraries, Profiling) FreeBSD-libcuse-profile-11.0.s20160305232540 libcuse package (Profiling = Libraries) FreeBSD-libdevctl-11.0.s20160305232540 libdevctl package FreeBSD-libdevctl-debug-11.0.s20160305232540 libdevctl package = (Debugging Symbols) FreeBSD-libdevctl-development-11.0.s20160305232540 libdevctl package = (Development Files) FreeBSD-libdevctl-lib32-11.0.s20160305232540 libdevctl package (32-bit = Libraries) FreeBSD-libdevctl-lib32-debug-11.0.s20160305232540 libdevctl package = (32-bit Libraries, Debugging Symbols) FreeBSD-libdevctl-lib32-development-11.0.s20160305232540 libdevctl = package (32-bit Libraries, Development Files) FreeBSD-libdevctl-lib32-profile-11.0.s20160305232540 libdevctl package = (32-bit Libraries, Profiling) FreeBSD-libdevctl-profile-11.0.s20160305232540 libdevctl package = (Profiling Libraries) FreeBSD-libdevinfo-11.0.s20160305232540 libdevinfo package FreeBSD-libdevinfo-debug-11.0.s20160305232540 libdevinfo package = (Debugging Symbols) FreeBSD-libdevinfo-development-11.0.s20160305232540 libdevinfo package = (Development Files) FreeBSD-libdevinfo-lib32-11.0.s20160305232540 libdevinfo package (32-bit = Libraries) FreeBSD-libdevinfo-lib32-debug-11.0.s20160305232540 libdevinfo package = (32-bit Libraries, Debugging Symbols) FreeBSD-libdevinfo-lib32-development-11.0.s20160305232540 libdevinfo = package (32-bit Libraries, Development Files) FreeBSD-libdevinfo-lib32-profile-11.0.s20160305232540 libdevinfo package = (32-bit Libraries, Profiling) FreeBSD-libdevinfo-profile-11.0.s20160305232540 libdevinfo package = (Profiling Libraries) FreeBSD-libdevstat-11.0.s20160305232540 libdevstat package FreeBSD-libdevstat-debug-11.0.s20160305232540 libdevstat package = (Debugging Symbols) FreeBSD-libdevstat-development-11.0.s20160305232540 libdevstat package = (Development Files) FreeBSD-libdevstat-lib32-11.0.s20160305232540 libdevstat package (32-bit = Libraries) FreeBSD-libdevstat-lib32-debug-11.0.s20160305232540 libdevstat package = (32-bit Libraries, Debugging Symbols) FreeBSD-libdevstat-lib32-development-11.0.s20160305232540 libdevstat = package (32-bit Libraries, Development Files) FreeBSD-libdevstat-lib32-profile-11.0.s20160305232540 libdevstat package = (32-bit Libraries, Profiling) FreeBSD-libdevstat-profile-11.0.s20160305232540 libdevstat package = (Profiling Libraries) FreeBSD-libdpv-11.0.s20160305232540 libdpv package FreeBSD-libdpv-debug-11.0.s20160305232540 libdpv package (Debugging = Symbols) FreeBSD-libdpv-development-11.0.s20160305232540 libdpv package = (Development Files) FreeBSD-libdpv-lib32-11.0.s20160305232540 libdpv package (32-bit = Libraries) FreeBSD-libdpv-lib32-debug-11.0.s20160305232540 libdpv package (32-bit = Libraries, Debugging Symbols) FreeBSD-libdpv-lib32-development-11.0.s20160305232540 libdpv package = (32-bit Libraries, Development Files) FreeBSD-libdpv-lib32-profile-11.0.s20160305232540 libdpv package (32-bit = Libraries, Profiling) FreeBSD-libdpv-profile-11.0.s20160305232540 libdpv package (Profiling = Libraries) FreeBSD-libdwarf-11.0.s20160305232540 libdwarf package FreeBSD-libdwarf-debug-11.0.s20160305232540 libdwarf package (Debugging = Symbols) FreeBSD-libdwarf-development-11.0.s20160305232540 libdwarf package = (Development Files) FreeBSD-libdwarf-lib32-11.0.s20160305232540 libdwarf package (32-bit = Libraries) FreeBSD-libdwarf-lib32-debug-11.0.s20160305232540 libdwarf package = (32-bit Libraries, Debugging Symbols) FreeBSD-libdwarf-lib32-development-11.0.s20160305232540 libdwarf package = (32-bit Libraries, Development Files) FreeBSD-libdwarf-lib32-profile-11.0.s20160305232540 libdwarf package = (32-bit Libraries, Profiling) FreeBSD-libdwarf-profile-11.0.s20160305232540 libdwarf package = (Profiling Libraries) FreeBSD-libelf-11.0.s20160305232540 libelf package FreeBSD-libelf-debug-11.0.s20160305232540 libelf package (Debugging = Symbols) FreeBSD-libelf-development-11.0.s20160305232540 libelf package = (Development Files) FreeBSD-libelf-lib32-11.0.s20160305232540 libelf package (32-bit = Libraries) FreeBSD-libelf-lib32-debug-11.0.s20160305232540 libelf package (32-bit = Libraries, Debugging Symbols) FreeBSD-libelf-lib32-development-11.0.s20160305232540 libelf package = (32-bit Libraries, Development Files) FreeBSD-libelf-lib32-profile-11.0.s20160305232540 libelf package (32-bit = Libraries, Profiling) FreeBSD-libelf-profile-11.0.s20160305232540 libelf package (Profiling = Libraries) FreeBSD-libelftc-development-11.0.s20160305232540 libelftc package = (Development Files) FreeBSD-libevent-11.0.s20160305232540 libevent package FreeBSD-libevent-debug-11.0.s20160305232540 libevent package (Debugging = Symbols) FreeBSD-libevent-development-11.0.s20160305232540 libevent package = (Development Files) FreeBSD-libevent-lib32-11.0.s20160305232540 libevent package (32-bit = Libraries) FreeBSD-libevent-lib32-debug-11.0.s20160305232540 libevent package = (32-bit Libraries, Debugging Symbols) FreeBSD-libevent-lib32-development-11.0.s20160305232540 libevent package = (32-bit Libraries, Development Files) FreeBSD-libevent-lib32-profile-11.0.s20160305232540 libevent package = (32-bit Libraries, Profiling) FreeBSD-libevent-profile-11.0.s20160305232540 libevent package = (Profiling Libraries) FreeBSD-libexecinfo-11.0.s20160305232540 libexecinfo package FreeBSD-libexecinfo-debug-11.0.s20160305232540 libexecinfo package = (Debugging Symbols) FreeBSD-libexecinfo-development-11.0.s20160305232540 libexecinfo package = (Development Files) FreeBSD-libexecinfo-lib32-11.0.s20160305232540 libexecinfo package = (32-bit Libraries) FreeBSD-libexecinfo-lib32-debug-11.0.s20160305232540 libexecinfo package = (32-bit Libraries, Debugging Symbols) FreeBSD-libexecinfo-lib32-development-11.0.s20160305232540 libexecinfo = package (32-bit Libraries, Development Files) FreeBSD-libexecinfo-lib32-profile-11.0.s20160305232540 libexecinfo = package (32-bit Libraries, Profiling) FreeBSD-libexecinfo-profile-11.0.s20160305232540 libexecinfo package = (Profiling Libraries) FreeBSD-libfetch-11.0.s20160305232540 libfetch package FreeBSD-libfetch-debug-11.0.s20160305232540 libfetch package (Debugging = Symbols) FreeBSD-libfetch-development-11.0.s20160305232540 libfetch package = (Development Files) FreeBSD-libfetch-lib32-11.0.s20160305232540 libfetch package (32-bit = Libraries) FreeBSD-libfetch-lib32-debug-11.0.s20160305232540 libfetch package = (32-bit Libraries, Debugging Symbols) FreeBSD-libfetch-lib32-development-11.0.s20160305232540 libfetch package = (32-bit Libraries, Development Files) FreeBSD-libfetch-lib32-profile-11.0.s20160305232540 libfetch package = (32-bit Libraries, Profiling) FreeBSD-libfetch-profile-11.0.s20160305232540 libfetch package = (Profiling Libraries) FreeBSD-libfigpar-11.0.s20160305232540 libfigpar package FreeBSD-libfigpar-debug-11.0.s20160305232540 libfigpar package = (Debugging Symbols) FreeBSD-libfigpar-development-11.0.s20160305232540 libfigpar package = (Development Files) FreeBSD-libfigpar-lib32-11.0.s20160305232540 libfigpar package (32-bit = Libraries) FreeBSD-libfigpar-lib32-debug-11.0.s20160305232540 libfigpar package = (32-bit Libraries, Debugging Symbols) FreeBSD-libfigpar-lib32-development-11.0.s20160305232540 libfigpar = package (32-bit Libraries, Development Files) FreeBSD-libfigpar-lib32-profile-11.0.s20160305232540 libfigpar package = (32-bit Libraries, Profiling) FreeBSD-libfigpar-profile-11.0.s20160305232540 libfigpar package = (Profiling Libraries) FreeBSD-libgeom-11.0.s20160305232540 libgeom package FreeBSD-libgeom-debug-11.0.s20160305232540 libgeom package (Debugging = Symbols) FreeBSD-libgeom-development-11.0.s20160305232540 libgeom package = (Development Files) FreeBSD-libgeom-lib32-11.0.s20160305232540 libgeom package (32-bit = Libraries) FreeBSD-libgeom-lib32-debug-11.0.s20160305232540 libgeom package (32-bit = Libraries, Debugging Symbols) FreeBSD-libgeom-lib32-development-11.0.s20160305232540 libgeom package = (32-bit Libraries, Development Files) FreeBSD-libgeom-lib32-profile-11.0.s20160305232540 libgeom package = (32-bit Libraries, Profiling) FreeBSD-libgeom-profile-11.0.s20160305232540 libgeom package (Profiling = Libraries) FreeBSD-libgpio-11.0.s20160305232540 libgpio package FreeBSD-libgpio-debug-11.0.s20160305232540 libgpio package (Debugging = Symbols) FreeBSD-libgpio-development-11.0.s20160305232540 libgpio package = (Development Files) FreeBSD-libgpio-lib32-11.0.s20160305232540 libgpio package (32-bit = Libraries) FreeBSD-libgpio-lib32-debug-11.0.s20160305232540 libgpio package (32-bit = Libraries, Debugging Symbols) FreeBSD-libgpio-lib32-development-11.0.s20160305232540 libgpio package = (32-bit Libraries, Development Files) FreeBSD-libgpio-lib32-profile-11.0.s20160305232540 libgpio package = (32-bit Libraries, Profiling) FreeBSD-libgpio-profile-11.0.s20160305232540 libgpio package (Profiling = Libraries) FreeBSD-libgssapi-11.0.s20160305232540 libgssapi package FreeBSD-libgssapi-debug-11.0.s20160305232540 libgssapi package = (Debugging Symbols) FreeBSD-libgssapi-development-11.0.s20160305232540 libgssapi package = (Development Files) FreeBSD-libgssapi-lib32-11.0.s20160305232540 libgssapi package (32-bit = Libraries) FreeBSD-libgssapi-lib32-debug-11.0.s20160305232540 libgssapi package = (32-bit Libraries, Debugging Symbols) FreeBSD-libgssapi-lib32-development-11.0.s20160305232540 libgssapi = package (32-bit Libraries, Development Files) FreeBSD-libgssapi-lib32-profile-11.0.s20160305232540 libgssapi package = (32-bit Libraries, Profiling) FreeBSD-libgssapi-profile-11.0.s20160305232540 libgssapi package = (Profiling Libraries) FreeBSD-libipsec-11.0.s20160305232540 libipsec package FreeBSD-libipsec-debug-11.0.s20160305232540 libipsec package (Debugging = Symbols) FreeBSD-libipsec-development-11.0.s20160305232540 libipsec package = (Development Files) FreeBSD-libipsec-lib32-11.0.s20160305232540 libipsec package (32-bit = Libraries) FreeBSD-libipsec-lib32-debug-11.0.s20160305232540 libipsec package = (32-bit Libraries, Debugging Symbols) FreeBSD-libipsec-lib32-development-11.0.s20160305232540 libipsec package = (32-bit Libraries, Development Files) FreeBSD-libipsec-lib32-profile-11.0.s20160305232540 libipsec package = (32-bit Libraries, Profiling) FreeBSD-libipsec-profile-11.0.s20160305232540 libipsec package = (Profiling Libraries) FreeBSD-libkiconv-11.0.s20160305232540 libkiconv package FreeBSD-libkiconv-debug-11.0.s20160305232540 libkiconv package = (Debugging Symbols) FreeBSD-libkiconv-development-11.0.s20160305232540 libkiconv package = (Development Files) FreeBSD-libkiconv-lib32-11.0.s20160305232540 libkiconv package (32-bit = Libraries) FreeBSD-libkiconv-lib32-debug-11.0.s20160305232540 libkiconv package = (32-bit Libraries, Debugging Symbols) FreeBSD-libkiconv-lib32-development-11.0.s20160305232540 libkiconv = package (32-bit Libraries, Development Files) FreeBSD-libkiconv-lib32-profile-11.0.s20160305232540 libkiconv package = (32-bit Libraries, Profiling) FreeBSD-libkiconv-profile-11.0.s20160305232540 libkiconv package = (Profiling Libraries) FreeBSD-libkvm-11.0.s20160305232540 libkvm package FreeBSD-libkvm-debug-11.0.s20160305232540 libkvm package (Debugging = Symbols) FreeBSD-libkvm-development-11.0.s20160305232540 libkvm package = (Development Files) FreeBSD-libkvm-lib32-11.0.s20160305232540 libkvm package (32-bit = Libraries) FreeBSD-libkvm-lib32-debug-11.0.s20160305232540 libkvm package (32-bit = Libraries, Debugging Symbols) FreeBSD-libkvm-lib32-development-11.0.s20160305232540 libkvm package = (32-bit Libraries, Development Files) FreeBSD-libkvm-lib32-profile-11.0.s20160305232540 libkvm package (32-bit = Libraries, Profiling) FreeBSD-libkvm-profile-11.0.s20160305232540 libkvm package (Profiling = Libraries) FreeBSD-libldns-11.0.s20160305232540 libldns package FreeBSD-libldns-debug-11.0.s20160305232540 libldns package (Debugging = Symbols) FreeBSD-libldns-development-11.0.s20160305232540 libldns package = (Development Files) FreeBSD-libldns-lib32-11.0.s20160305232540 libldns package (32-bit = Libraries) FreeBSD-libldns-lib32-debug-11.0.s20160305232540 libldns package (32-bit = Libraries, Debugging Symbols) FreeBSD-libldns-lib32-development-11.0.s20160305232540 libldns package = (32-bit Libraries, Development Files) FreeBSD-libldns-lib32-profile-11.0.s20160305232540 libldns package = (32-bit Libraries, Profiling) FreeBSD-libldns-profile-11.0.s20160305232540 libldns package (Profiling = Libraries) FreeBSD-liblzma-11.0.s20160305232540 liblzma package FreeBSD-liblzma-debug-11.0.s20160305232540 liblzma package (Debugging = Symbols) FreeBSD-liblzma-development-11.0.s20160305232540 liblzma package = (Development Files) FreeBSD-liblzma-lib32-11.0.s20160305232540 liblzma package (32-bit = Libraries) FreeBSD-liblzma-lib32-debug-11.0.s20160305232540 liblzma package (32-bit = Libraries, Debugging Symbols) FreeBSD-liblzma-lib32-development-11.0.s20160305232540 liblzma package = (32-bit Libraries, Development Files) FreeBSD-liblzma-lib32-profile-11.0.s20160305232540 liblzma package = (32-bit Libraries, Profiling) FreeBSD-liblzma-profile-11.0.s20160305232540 liblzma package (Profiling = Libraries) FreeBSD-libmagic-11.0.s20160305232540 libmagic package FreeBSD-libmagic-debug-11.0.s20160305232540 libmagic package (Debugging = Symbols) FreeBSD-libmagic-development-11.0.s20160305232540 libmagic package = (Development Files) FreeBSD-libmagic-lib32-11.0.s20160305232540 libmagic package (32-bit = Libraries) FreeBSD-libmagic-lib32-debug-11.0.s20160305232540 libmagic package = (32-bit Libraries, Debugging Symbols) FreeBSD-libmagic-lib32-development-11.0.s20160305232540 libmagic package = (32-bit Libraries, Development Files) FreeBSD-libmagic-lib32-profile-11.0.s20160305232540 libmagic package = (32-bit Libraries, Profiling) FreeBSD-libmagic-profile-11.0.s20160305232540 libmagic package = (Profiling Libraries) FreeBSD-libmd-11.0.s20160305232540 libmd package FreeBSD-libmd-debug-11.0.s20160305232540 libmd package (Debugging = Symbols) FreeBSD-libmd-development-11.0.s20160305232540 libmd package = (Development Files) FreeBSD-libmd-lib32-11.0.s20160305232540 libmd package (32-bit = Libraries) FreeBSD-libmd-lib32-debug-11.0.s20160305232540 libmd package (32-bit = Libraries, Debugging Symbols) FreeBSD-libmd-lib32-development-11.0.s20160305232540 libmd package = (32-bit Libraries, Development Files) FreeBSD-libmd-lib32-profile-11.0.s20160305232540 libmd package (32-bit = Libraries, Profiling) FreeBSD-libmd-profile-11.0.s20160305232540 libmd package (Profiling = Libraries) FreeBSD-libmemstat-11.0.s20160305232540 libmemstat package FreeBSD-libmemstat-debug-11.0.s20160305232540 libmemstat package = (Debugging Symbols) FreeBSD-libmemstat-development-11.0.s20160305232540 libmemstat package = (Development Files) FreeBSD-libmemstat-lib32-11.0.s20160305232540 libmemstat package (32-bit = Libraries) FreeBSD-libmemstat-lib32-debug-11.0.s20160305232540 libmemstat package = (32-bit Libraries, Debugging Symbols) FreeBSD-libmemstat-lib32-development-11.0.s20160305232540 libmemstat = package (32-bit Libraries, Development Files) FreeBSD-libmemstat-lib32-profile-11.0.s20160305232540 libmemstat package = (32-bit Libraries, Profiling) FreeBSD-libmemstat-profile-11.0.s20160305232540 libmemstat package = (Profiling Libraries) FreeBSD-libmp-11.0.s20160305232540 libmp package FreeBSD-libmp-debug-11.0.s20160305232540 libmp package (Debugging = Symbols) FreeBSD-libmp-development-11.0.s20160305232540 libmp package = (Development Files) FreeBSD-libmp-lib32-11.0.s20160305232540 libmp package (32-bit = Libraries) FreeBSD-libmp-lib32-debug-11.0.s20160305232540 libmp package (32-bit = Libraries, Debugging Symbols) FreeBSD-libmp-lib32-development-11.0.s20160305232540 libmp package = (32-bit Libraries, Development Files) FreeBSD-libmp-lib32-profile-11.0.s20160305232540 libmp package (32-bit = Libraries, Profiling) FreeBSD-libmp-profile-11.0.s20160305232540 libmp package (Profiling = Libraries) FreeBSD-libmt-11.0.s20160305232540 libmt package FreeBSD-libmt-debug-11.0.s20160305232540 libmt package (Debugging = Symbols) FreeBSD-libmt-development-11.0.s20160305232540 libmt package = (Development Files) FreeBSD-libmt-lib32-11.0.s20160305232540 libmt package (32-bit = Libraries) FreeBSD-libmt-lib32-debug-11.0.s20160305232540 libmt package (32-bit = Libraries, Debugging Symbols) FreeBSD-libmt-lib32-development-11.0.s20160305232540 libmt package = (32-bit Libraries, Development Files) FreeBSD-libmt-lib32-profile-11.0.s20160305232540 libmt package (32-bit = Libraries, Profiling) FreeBSD-libmt-profile-11.0.s20160305232540 libmt package (Profiling = Libraries) FreeBSD-libnetgraph-11.0.s20160305232540 libnetgraph package FreeBSD-libnetgraph-debug-11.0.s20160305232540 libnetgraph package = (Debugging Symbols) FreeBSD-libnetgraph-development-11.0.s20160305232540 libnetgraph package = (Development Files) FreeBSD-libnetgraph-lib32-11.0.s20160305232540 libnetgraph package = (32-bit Libraries) FreeBSD-libnetgraph-lib32-debug-11.0.s20160305232540 libnetgraph package = (32-bit Libraries, Debugging Symbols) FreeBSD-libnetgraph-lib32-development-11.0.s20160305232540 libnetgraph = package (32-bit Libraries, Development Files) FreeBSD-libnetgraph-lib32-profile-11.0.s20160305232540 libnetgraph = package (32-bit Libraries, Profiling) FreeBSD-libnetgraph-profile-11.0.s20160305232540 libnetgraph package = (Profiling Libraries) FreeBSD-libngatm-11.0.s20160305232540 libngatm package FreeBSD-libngatm-debug-11.0.s20160305232540 libngatm package (Debugging = Symbols) FreeBSD-libngatm-development-11.0.s20160305232540 libngatm package = (Development Files) FreeBSD-libngatm-lib32-11.0.s20160305232540 libngatm package (32-bit = Libraries) FreeBSD-libngatm-lib32-debug-11.0.s20160305232540 libngatm package = (32-bit Libraries, Debugging Symbols) FreeBSD-libngatm-lib32-development-11.0.s20160305232540 libngatm package = (32-bit Libraries, Development Files) FreeBSD-libngatm-lib32-profile-11.0.s20160305232540 libngatm package = (32-bit Libraries, Profiling) FreeBSD-libngatm-profile-11.0.s20160305232540 libngatm package = (Profiling Libraries) FreeBSD-libnv-11.0.s20160305232540 libnv package FreeBSD-libnv-debug-11.0.s20160305232540 libnv package (Debugging = Symbols) FreeBSD-libnv-development-11.0.s20160305232540 libnv package = (Development Files) FreeBSD-libnv-lib32-11.0.s20160305232540 libnv package (32-bit = Libraries) FreeBSD-libnv-lib32-debug-11.0.s20160305232540 libnv package (32-bit = Libraries, Debugging Symbols) FreeBSD-libnv-lib32-development-11.0.s20160305232540 libnv package = (32-bit Libraries, Development Files) FreeBSD-libnv-lib32-profile-11.0.s20160305232540 libnv package (32-bit = Libraries, Profiling) FreeBSD-libnv-profile-11.0.s20160305232540 libnv package (Profiling = Libraries) FreeBSD-libopie-11.0.s20160305232540 libopie package FreeBSD-libopie-debug-11.0.s20160305232540 libopie package (Debugging = Symbols) FreeBSD-libopie-development-11.0.s20160305232540 libopie package = (Development Files) FreeBSD-libopie-lib32-11.0.s20160305232540 libopie package (32-bit = Libraries) FreeBSD-libopie-lib32-debug-11.0.s20160305232540 libopie package (32-bit = Libraries, Debugging Symbols) FreeBSD-libopie-lib32-development-11.0.s20160305232540 libopie package = (32-bit Libraries, Development Files) FreeBSD-libopie-lib32-profile-11.0.s20160305232540 libopie package = (32-bit Libraries, Profiling) FreeBSD-libopie-profile-11.0.s20160305232540 libopie package (Profiling = Libraries) FreeBSD-libpam-11.0.s20160305232540 libpam package FreeBSD-libpam-debug-11.0.s20160305232540 libpam package (Debugging = Symbols) FreeBSD-libpam-development-11.0.s20160305232540 libpam package = (Development Files) FreeBSD-libpam-lib32-11.0.s20160305232540 libpam package (32-bit = Libraries) FreeBSD-libpam-lib32-debug-11.0.s20160305232540 libpam package (32-bit = Libraries, Debugging Symbols) FreeBSD-libpam-lib32-development-11.0.s20160305232540 libpam package = (32-bit Libraries, Development Files) FreeBSD-libpcap-11.0.s20160305232540 libpcap package FreeBSD-libpcap-debug-11.0.s20160305232540 libpcap package (Debugging = Symbols) FreeBSD-libpcap-development-11.0.s20160305232540 libpcap package = (Development Files) FreeBSD-libpcap-lib32-11.0.s20160305232540 libpcap package (32-bit = Libraries) FreeBSD-libpcap-lib32-debug-11.0.s20160305232540 libpcap package (32-bit = Libraries, Debugging Symbols) FreeBSD-libpcap-lib32-development-11.0.s20160305232540 libpcap package = (32-bit Libraries, Development Files) FreeBSD-libpcap-lib32-profile-11.0.s20160305232540 libpcap package = (32-bit Libraries, Profiling) FreeBSD-libpcap-profile-11.0.s20160305232540 libpcap package (Profiling = Libraries) FreeBSD-libpjdlog-11.0.s20160305232540 libpjdlog package FreeBSD-libpjdlog-debug-11.0.s20160305232540 libpjdlog package = (Debugging Symbols) FreeBSD-libpjdlog-development-11.0.s20160305232540 libpjdlog package = (Development Files) FreeBSD-libpjdlog-lib32-11.0.s20160305232540 libpjdlog package (32-bit = Libraries) FreeBSD-libpjdlog-lib32-debug-11.0.s20160305232540 libpjdlog package = (32-bit Libraries, Debugging Symbols) FreeBSD-libpjdlog-lib32-development-11.0.s20160305232540 libpjdlog = package (32-bit Libraries, Development Files) FreeBSD-libpjdlog-lib32-profile-11.0.s20160305232540 libpjdlog package = (32-bit Libraries, Profiling) FreeBSD-libpjdlog-profile-11.0.s20160305232540 libpjdlog package = (Profiling Libraries) FreeBSD-libpmc-11.0.s20160305232540 libpmc package FreeBSD-libpmc-debug-11.0.s20160305232540 libpmc package (Debugging = Symbols) FreeBSD-libpmc-development-11.0.s20160305232540 libpmc package = (Development Files) FreeBSD-libpmc-lib32-11.0.s20160305232540 libpmc package (32-bit = Libraries) FreeBSD-libpmc-lib32-debug-11.0.s20160305232540 libpmc package (32-bit = Libraries, Debugging Symbols) FreeBSD-libpmc-lib32-development-11.0.s20160305232540 libpmc package = (32-bit Libraries, Development Files) FreeBSD-libpmc-lib32-profile-11.0.s20160305232540 libpmc package (32-bit = Libraries, Profiling) FreeBSD-libpmc-profile-11.0.s20160305232540 libpmc package (Profiling = Libraries) FreeBSD-libproc-11.0.s20160305232540 libproc package FreeBSD-libproc-debug-11.0.s20160305232540 libproc package (Debugging = Symbols) FreeBSD-libproc-development-11.0.s20160305232540 libproc package = (Development Files) FreeBSD-libproc-lib32-11.0.s20160305232540 libproc package (32-bit = Libraries) FreeBSD-libproc-lib32-debug-11.0.s20160305232540 libproc package (32-bit = Libraries, Debugging Symbols) FreeBSD-libproc-lib32-development-11.0.s20160305232540 libproc package = (32-bit Libraries, Development Files) FreeBSD-libproc-lib32-profile-11.0.s20160305232540 libproc package = (32-bit Libraries, Profiling) FreeBSD-libproc-profile-11.0.s20160305232540 libproc package (Profiling = Libraries) FreeBSD-libprocstat-11.0.s20160305232540 libprocstat package FreeBSD-libprocstat-debug-11.0.s20160305232540 libprocstat package = (Debugging Symbols) FreeBSD-libprocstat-development-11.0.s20160305232540 libprocstat package = (Development Files) FreeBSD-libprocstat-lib32-11.0.s20160305232540 libprocstat package = (32-bit Libraries) FreeBSD-libprocstat-lib32-debug-11.0.s20160305232540 libprocstat package = (32-bit Libraries, Debugging Symbols) FreeBSD-libprocstat-lib32-development-11.0.s20160305232540 libprocstat = package (32-bit Libraries, Development Files) FreeBSD-libprocstat-lib32-profile-11.0.s20160305232540 libprocstat = package (32-bit Libraries, Profiling) FreeBSD-libprocstat-profile-11.0.s20160305232540 libprocstat package = (Profiling Libraries) FreeBSD-libradius-11.0.s20160305232540 libradius package FreeBSD-libradius-debug-11.0.s20160305232540 libradius package = (Debugging Symbols) FreeBSD-libradius-development-11.0.s20160305232540 libradius package = (Development Files) FreeBSD-libradius-lib32-11.0.s20160305232540 libradius package (32-bit = Libraries) FreeBSD-libradius-lib32-debug-11.0.s20160305232540 libradius package = (32-bit Libraries, Debugging Symbols) FreeBSD-libradius-lib32-development-11.0.s20160305232540 libradius = package (32-bit Libraries, Development Files) FreeBSD-libradius-lib32-profile-11.0.s20160305232540 libradius package = (32-bit Libraries, Profiling) FreeBSD-libradius-profile-11.0.s20160305232540 libradius package = (Profiling Libraries) FreeBSD-librpcsec_gss-11.0.s20160305232540 librpcsec package FreeBSD-librpcsec_gss-debug-11.0.s20160305232540 librpcsec package = (Debugging Symbols) FreeBSD-librpcsec_gss-development-11.0.s20160305232540 librpcsec package = (Development Files) FreeBSD-librpcsec_gss-lib32-11.0.s20160305232540 librpcsec package = (32-bit Libraries) FreeBSD-librpcsec_gss-lib32-debug-11.0.s20160305232540 librpcsec package = (32-bit Libraries, Debugging Symbols) FreeBSD-librpcsec_gss-lib32-development-11.0.s20160305232540 librpcsec = package (32-bit Libraries, Development Files) FreeBSD-librpcsvc-11.0.s20160305232540 librpcsvc package FreeBSD-librpcsvc-debug-11.0.s20160305232540 librpcsvc package = (Debugging Symbols) FreeBSD-librpcsvc-development-11.0.s20160305232540 librpcsvc package = (Development Files) FreeBSD-librpcsvc-lib32-11.0.s20160305232540 librpcsvc package (32-bit = Libraries) FreeBSD-librpcsvc-lib32-debug-11.0.s20160305232540 librpcsvc package = (32-bit Libraries, Debugging Symbols) FreeBSD-librpcsvc-lib32-development-11.0.s20160305232540 librpcsvc = package (32-bit Libraries, Development Files) FreeBSD-librpcsvc-lib32-profile-11.0.s20160305232540 librpcsvc package = (32-bit Libraries, Profiling) FreeBSD-librpcsvc-profile-11.0.s20160305232540 librpcsvc package = (Profiling Libraries) FreeBSD-librt-11.0.s20160305232540 librt package FreeBSD-librt-debug-11.0.s20160305232540 librt package (Debugging = Symbols) FreeBSD-librt-development-11.0.s20160305232540 librt package = (Development Files) FreeBSD-librt-lib32-11.0.s20160305232540 librt package (32-bit = Libraries) FreeBSD-librt-lib32-debug-11.0.s20160305232540 librt package (32-bit = Libraries, Debugging Symbols) FreeBSD-librt-lib32-development-11.0.s20160305232540 librt package = (32-bit Libraries, Development Files) FreeBSD-librt-lib32-profile-11.0.s20160305232540 librt package (32-bit = Libraries, Profiling) FreeBSD-librt-profile-11.0.s20160305232540 librt package (Profiling = Libraries) FreeBSD-librtld_db-11.0.s20160305232540 librtld package FreeBSD-librtld_db-debug-11.0.s20160305232540 librtld package (Debugging = Symbols) FreeBSD-librtld_db-development-11.0.s20160305232540 librtld package = (Development Files) FreeBSD-librtld_db-lib32-11.0.s20160305232540 librtld package (32-bit = Libraries) FreeBSD-librtld_db-lib32-debug-11.0.s20160305232540 librtld package = (32-bit Libraries, Debugging Symbols) FreeBSD-librtld_db-lib32-development-11.0.s20160305232540 librtld = package (32-bit Libraries, Development Files) FreeBSD-librtld_db-lib32-profile-11.0.s20160305232540 librtld package = (32-bit Libraries, Profiling) FreeBSD-librtld_db-profile-11.0.s20160305232540 librtld package = (Profiling Libraries) FreeBSD-libsbuf-11.0.s20160305232540 libsbuf package FreeBSD-libsbuf-debug-11.0.s20160305232540 libsbuf package (Debugging = Symbols) FreeBSD-libsbuf-development-11.0.s20160305232540 libsbuf package = (Development Files) FreeBSD-libsbuf-lib32-11.0.s20160305232540 libsbuf package (32-bit = Libraries) FreeBSD-libsbuf-lib32-debug-11.0.s20160305232540 libsbuf package (32-bit = Libraries, Debugging Symbols) FreeBSD-libsbuf-lib32-development-11.0.s20160305232540 libsbuf package = (32-bit Libraries, Development Files) FreeBSD-libsbuf-lib32-profile-11.0.s20160305232540 libsbuf package = (32-bit Libraries, Profiling) FreeBSD-libsbuf-profile-11.0.s20160305232540 libsbuf package (Profiling = Libraries) FreeBSD-libsdp-11.0.s20160305232540 libsdp package FreeBSD-libsdp-debug-11.0.s20160305232540 libsdp package (Debugging = Symbols) FreeBSD-libsdp-development-11.0.s20160305232540 libsdp package = (Development Files) FreeBSD-libsdp-lib32-11.0.s20160305232540 libsdp package (32-bit = Libraries) FreeBSD-libsdp-lib32-debug-11.0.s20160305232540 libsdp package (32-bit = Libraries, Debugging Symbols) FreeBSD-libsdp-lib32-development-11.0.s20160305232540 libsdp package = (32-bit Libraries, Development Files) FreeBSD-libsdp-lib32-profile-11.0.s20160305232540 libsdp package (32-bit = Libraries, Profiling) FreeBSD-libsdp-profile-11.0.s20160305232540 libsdp package (Profiling = Libraries) FreeBSD-libsmb-11.0.s20160305232540 libsmb package FreeBSD-libsmb-debug-11.0.s20160305232540 libsmb package (Debugging = Symbols) FreeBSD-libsmb-development-11.0.s20160305232540 libsmb package = (Development Files) FreeBSD-libsmb-lib32-11.0.s20160305232540 libsmb package (32-bit = Libraries) FreeBSD-libsmb-lib32-debug-11.0.s20160305232540 libsmb package (32-bit = Libraries, Debugging Symbols) FreeBSD-libsmb-lib32-development-11.0.s20160305232540 libsmb package = (32-bit Libraries, Development Files) FreeBSD-libsmb-lib32-profile-11.0.s20160305232540 libsmb package (32-bit = Libraries, Profiling) FreeBSD-libsmb-profile-11.0.s20160305232540 libsmb package (Profiling = Libraries) FreeBSD-libsqlite3-11.0.s20160305232540 libsqlite3 package FreeBSD-libsqlite3-debug-11.0.s20160305232540 libsqlite3 package = (Debugging Symbols) FreeBSD-libsqlite3-development-11.0.s20160305232540 libsqlite3 package = (Development Files) FreeBSD-libsqlite3-lib32-11.0.s20160305232540 libsqlite3 package (32-bit = Libraries) FreeBSD-libsqlite3-lib32-debug-11.0.s20160305232540 libsqlite3 package = (32-bit Libraries, Debugging Symbols) FreeBSD-libsqlite3-lib32-development-11.0.s20160305232540 libsqlite3 = package (32-bit Libraries, Development Files) FreeBSD-libsqlite3-lib32-profile-11.0.s20160305232540 libsqlite3 package = (32-bit Libraries, Profiling) FreeBSD-libsqlite3-profile-11.0.s20160305232540 libsqlite3 package = (Profiling Libraries) FreeBSD-libstand-11.0.s20160305232540 libstand package FreeBSD-libstand-development-11.0.s20160305232540 libstand package = (Development Files) FreeBSD-libstand-lib32-development-11.0.s20160305232540 libstand package = (32-bit Libraries, Development Files) FreeBSD-libstdbuf-11.0.s20160305232540 libstdbuf package FreeBSD-libstdbuf-debug-11.0.s20160305232540 libstdbuf package = (Debugging Symbols) FreeBSD-libstdbuf-development-11.0.s20160305232540 libstdbuf package = (Development Files) FreeBSD-libstdbuf-lib32-11.0.s20160305232540 libstdbuf package (32-bit = Libraries) FreeBSD-libstdbuf-lib32-debug-11.0.s20160305232540 libstdbuf package = (32-bit Libraries, Debugging Symbols) FreeBSD-libstdbuf-lib32-development-11.0.s20160305232540 libstdbuf = package (32-bit Libraries, Development Files) FreeBSD-libstdbuf-lib32-profile-11.0.s20160305232540 libstdbuf package = (32-bit Libraries, Profiling) FreeBSD-libstdbuf-profile-11.0.s20160305232540 libstdbuf package = (Profiling Libraries) FreeBSD-libstdthreads-11.0.s20160305232540 libstdthreads package FreeBSD-libstdthreads-debug-11.0.s20160305232540 libstdthreads package = (Debugging Symbols) FreeBSD-libstdthreads-development-11.0.s20160305232540 libstdthreads = package (Development Files) FreeBSD-libstdthreads-lib32-11.0.s20160305232540 libstdthreads package = (32-bit Libraries) FreeBSD-libstdthreads-lib32-debug-11.0.s20160305232540 libstdthreads = package (32-bit Libraries, Debugging Symbols) FreeBSD-libstdthreads-lib32-development-11.0.s20160305232540 = libstdthreads package (32-bit Libraries, Development Files) FreeBSD-libstdthreads-lib32-profile-11.0.s20160305232540 libstdthreads = package (32-bit Libraries, Profiling) FreeBSD-libstdthreads-profile-11.0.s20160305232540 libstdthreads package = (Profiling Libraries) FreeBSD-libsysdecode-11.0.s20160305232540 libsysdecode package FreeBSD-libsysdecode-debug-11.0.s20160305232540 libsysdecode package = (Debugging Symbols) FreeBSD-libsysdecode-development-11.0.s20160305232540 libsysdecode = package (Development Files) FreeBSD-libsysdecode-lib32-11.0.s20160305232540 libsysdecode package = (32-bit Libraries) FreeBSD-libsysdecode-lib32-debug-11.0.s20160305232540 libsysdecode = package (32-bit Libraries, Debugging Symbols) FreeBSD-libsysdecode-lib32-development-11.0.s20160305232540 libsysdecode = package (32-bit Libraries, Development Files) FreeBSD-libsysdecode-lib32-profile-11.0.s20160305232540 libsysdecode = package (32-bit Libraries, Profiling) FreeBSD-libsysdecode-profile-11.0.s20160305232540 libsysdecode package = (Profiling Libraries) FreeBSD-libtacplus-11.0.s20160305232540 libtacplus package FreeBSD-libtacplus-debug-11.0.s20160305232540 libtacplus package = (Debugging Symbols) FreeBSD-libtacplus-development-11.0.s20160305232540 libtacplus package = (Development Files) FreeBSD-libtacplus-lib32-11.0.s20160305232540 libtacplus package (32-bit = Libraries) FreeBSD-libtacplus-lib32-debug-11.0.s20160305232540 libtacplus package = (32-bit Libraries, Debugging Symbols) FreeBSD-libtacplus-lib32-development-11.0.s20160305232540 libtacplus = package (32-bit Libraries, Development Files) FreeBSD-libtacplus-lib32-profile-11.0.s20160305232540 libtacplus package = (32-bit Libraries, Profiling) FreeBSD-libtacplus-profile-11.0.s20160305232540 libtacplus package = (Profiling Libraries) FreeBSD-libthread_db-11.0.s20160305232540 libthread package FreeBSD-libthread_db-debug-11.0.s20160305232540 libthread package = (Debugging Symbols) FreeBSD-libthread_db-development-11.0.s20160305232540 libthread package = (Development Files) FreeBSD-libthread_db-lib32-11.0.s20160305232540 libthread package = (32-bit Libraries) FreeBSD-libthread_db-lib32-debug-11.0.s20160305232540 libthread package = (32-bit Libraries, Debugging Symbols) FreeBSD-libthread_db-lib32-development-11.0.s20160305232540 libthread = package (32-bit Libraries, Development Files) FreeBSD-libthread_db-lib32-profile-11.0.s20160305232540 libthread = package (32-bit Libraries, Profiling) FreeBSD-libthread_db-profile-11.0.s20160305232540 libthread package = (Profiling Libraries) FreeBSD-libucl-11.0.s20160305232540 libucl package FreeBSD-libucl-debug-11.0.s20160305232540 libucl package (Debugging = Symbols) FreeBSD-libucl-development-11.0.s20160305232540 libucl package = (Development Files) FreeBSD-libucl-lib32-11.0.s20160305232540 libucl package (32-bit = Libraries) FreeBSD-libucl-lib32-debug-11.0.s20160305232540 libucl package (32-bit = Libraries, Debugging Symbols) FreeBSD-libucl-lib32-development-11.0.s20160305232540 libucl package = (32-bit Libraries, Development Files) FreeBSD-libucl-lib32-profile-11.0.s20160305232540 libucl package (32-bit = Libraries, Profiling) FreeBSD-libucl-profile-11.0.s20160305232540 libucl package (Profiling = Libraries) FreeBSD-libufs-11.0.s20160305232540 libufs package FreeBSD-libufs-debug-11.0.s20160305232540 libufs package (Debugging = Symbols) FreeBSD-libufs-development-11.0.s20160305232540 libufs package = (Development Files) FreeBSD-libufs-lib32-11.0.s20160305232540 libufs package (32-bit = Libraries) FreeBSD-libufs-lib32-debug-11.0.s20160305232540 libufs package (32-bit = Libraries, Debugging Symbols) FreeBSD-libufs-lib32-development-11.0.s20160305232540 libufs package = (32-bit Libraries, Development Files) FreeBSD-libufs-lib32-profile-11.0.s20160305232540 libufs package (32-bit = Libraries, Profiling) FreeBSD-libufs-profile-11.0.s20160305232540 libufs package (Profiling = Libraries) FreeBSD-libugidfw-11.0.s20160305232540 libugidfw package FreeBSD-libugidfw-debug-11.0.s20160305232540 libugidfw package = (Debugging Symbols) FreeBSD-libugidfw-development-11.0.s20160305232540 libugidfw package = (Development Files) FreeBSD-libugidfw-lib32-11.0.s20160305232540 libugidfw package (32-bit = Libraries) FreeBSD-libugidfw-lib32-debug-11.0.s20160305232540 libugidfw package = (32-bit Libraries, Debugging Symbols) FreeBSD-libugidfw-lib32-development-11.0.s20160305232540 libugidfw = package (32-bit Libraries, Development Files) FreeBSD-libugidfw-lib32-profile-11.0.s20160305232540 libugidfw package = (32-bit Libraries, Profiling) FreeBSD-libugidfw-profile-11.0.s20160305232540 libugidfw package = (Profiling Libraries) FreeBSD-libulog-11.0.s20160305232540 libulog package FreeBSD-libulog-debug-11.0.s20160305232540 libulog package (Debugging = Symbols) FreeBSD-libulog-development-11.0.s20160305232540 libulog package = (Development Files) FreeBSD-libulog-lib32-11.0.s20160305232540 libulog package (32-bit = Libraries) FreeBSD-libulog-lib32-debug-11.0.s20160305232540 libulog package (32-bit = Libraries, Debugging Symbols) FreeBSD-libulog-lib32-development-11.0.s20160305232540 libulog package = (32-bit Libraries, Development Files) FreeBSD-libulog-lib32-profile-11.0.s20160305232540 libulog package = (32-bit Libraries, Profiling) FreeBSD-libulog-profile-11.0.s20160305232540 libulog package (Profiling = Libraries) FreeBSD-libusb-11.0.s20160305232540 libusb package FreeBSD-libusb-debug-11.0.s20160305232540 libusb package (Debugging = Symbols) FreeBSD-libusb-development-11.0.s20160305232540 libusb package = (Development Files) FreeBSD-libusb-lib32-11.0.s20160305232540 libusb package (32-bit = Libraries) FreeBSD-libusb-lib32-debug-11.0.s20160305232540 libusb package (32-bit = Libraries, Debugging Symbols) FreeBSD-libusb-lib32-development-11.0.s20160305232540 libusb package = (32-bit Libraries, Development Files) FreeBSD-libusb-lib32-profile-11.0.s20160305232540 libusb package (32-bit = Libraries, Profiling) FreeBSD-libusb-profile-11.0.s20160305232540 libusb package (Profiling = Libraries) FreeBSD-libusbhid-11.0.s20160305232540 libusbhid package FreeBSD-libusbhid-debug-11.0.s20160305232540 libusbhid package = (Debugging Symbols) FreeBSD-libusbhid-development-11.0.s20160305232540 libusbhid package = (Development Files) FreeBSD-libusbhid-lib32-11.0.s20160305232540 libusbhid package (32-bit = Libraries) FreeBSD-libusbhid-lib32-debug-11.0.s20160305232540 libusbhid package = (32-bit Libraries, Debugging Symbols) FreeBSD-libusbhid-lib32-development-11.0.s20160305232540 libusbhid = package (32-bit Libraries, Development Files) FreeBSD-libusbhid-lib32-profile-11.0.s20160305232540 libusbhid package = (32-bit Libraries, Profiling) FreeBSD-libusbhid-profile-11.0.s20160305232540 libusbhid package = (Profiling Libraries) FreeBSD-libutil-11.0.s20160305232540 libutil package FreeBSD-libutil-debug-11.0.s20160305232540 libutil package (Debugging = Symbols) FreeBSD-libutil-development-11.0.s20160305232540 libutil package = (Development Files) FreeBSD-libutil-lib32-11.0.s20160305232540 libutil package (32-bit = Libraries) FreeBSD-libutil-lib32-debug-11.0.s20160305232540 libutil package (32-bit = Libraries, Debugging Symbols) FreeBSD-libutil-lib32-development-11.0.s20160305232540 libutil package = (32-bit Libraries, Development Files) FreeBSD-libutil-lib32-profile-11.0.s20160305232540 libutil package = (32-bit Libraries, Profiling) FreeBSD-libutil-profile-11.0.s20160305232540 libutil package (Profiling = Libraries) FreeBSD-libvgl-11.0.s20160305232540 libvgl package FreeBSD-libvgl-debug-11.0.s20160305232540 libvgl package (Debugging = Symbols) FreeBSD-libvgl-development-11.0.s20160305232540 libvgl package = (Development Files) FreeBSD-libvgl-lib32-11.0.s20160305232540 libvgl package (32-bit = Libraries) FreeBSD-libvgl-lib32-debug-11.0.s20160305232540 libvgl package (32-bit = Libraries, Debugging Symbols) FreeBSD-libvgl-lib32-development-11.0.s20160305232540 libvgl package = (32-bit Libraries, Development Files) FreeBSD-libvgl-lib32-profile-11.0.s20160305232540 libvgl package (32-bit = Libraries, Profiling) FreeBSD-libvgl-profile-11.0.s20160305232540 libvgl package (Profiling = Libraries) FreeBSD-libvmmapi-11.0.s20160305232540 libvmmapi package FreeBSD-libvmmapi-debug-11.0.s20160305232540 libvmmapi package = (Debugging Symbols) FreeBSD-libvmmapi-development-11.0.s20160305232540 libvmmapi package = (Development Files) FreeBSD-libvmmapi-profile-11.0.s20160305232540 libvmmapi package = (Profiling Libraries) FreeBSD-libwrap-11.0.s20160305232540 libwrap package FreeBSD-libwrap-debug-11.0.s20160305232540 libwrap package (Debugging = Symbols) FreeBSD-libwrap-development-11.0.s20160305232540 libwrap package = (Development Files) FreeBSD-libwrap-lib32-11.0.s20160305232540 libwrap package (32-bit = Libraries) FreeBSD-libwrap-lib32-debug-11.0.s20160305232540 libwrap package (32-bit = Libraries, Debugging Symbols) FreeBSD-libwrap-lib32-development-11.0.s20160305232540 libwrap package = (32-bit Libraries, Development Files) FreeBSD-libwrap-lib32-profile-11.0.s20160305232540 libwrap package = (32-bit Libraries, Profiling) FreeBSD-libwrap-profile-11.0.s20160305232540 libwrap package (Profiling = Libraries) FreeBSD-libxo-11.0.s20160305232540 libxo package FreeBSD-libxo-debug-11.0.s20160305232540 libxo package (Debugging = Symbols) FreeBSD-libxo-development-11.0.s20160305232540 libxo package = (Development Files) FreeBSD-libxo-lib32-11.0.s20160305232540 libxo package (32-bit = Libraries) FreeBSD-libxo-lib32-debug-11.0.s20160305232540 libxo package (32-bit = Libraries, Debugging Symbols) FreeBSD-libxo-lib32-development-11.0.s20160305232540 libxo package = (32-bit Libraries, Development Files) FreeBSD-libxo-lib32-profile-11.0.s20160305232540 libxo package (32-bit = Libraries, Profiling) FreeBSD-libxo-profile-11.0.s20160305232540 libxo package (Profiling = Libraries) FreeBSD-liby-development-11.0.s20160305232540 liby package (Development = Files) FreeBSD-liby-lib32-development-11.0.s20160305232540 liby package (32-bit = Libraries, Development Files) FreeBSD-liby-lib32-profile-11.0.s20160305232540 liby package (32-bit = Libraries, Profiling) FreeBSD-liby-profile-11.0.s20160305232540 liby package (Profiling = Libraries) FreeBSD-libypclnt-11.0.s20160305232540 libypclnt package FreeBSD-libypclnt-debug-11.0.s20160305232540 libypclnt package = (Debugging Symbols) FreeBSD-libypclnt-development-11.0.s20160305232540 libypclnt package = (Development Files) FreeBSD-libypclnt-lib32-11.0.s20160305232540 libypclnt package (32-bit = Libraries) FreeBSD-libypclnt-lib32-debug-11.0.s20160305232540 libypclnt package = (32-bit Libraries, Debugging Symbols) FreeBSD-libypclnt-lib32-development-11.0.s20160305232540 libypclnt = package (32-bit Libraries, Development Files) FreeBSD-libypclnt-lib32-profile-11.0.s20160305232540 libypclnt package = (32-bit Libraries, Profiling) FreeBSD-libypclnt-profile-11.0.s20160305232540 libypclnt package = (Profiling Libraries) FreeBSD-libz-11.0.s20160305232540 libz package FreeBSD-libz-debug-11.0.s20160305232540 libz package (Debugging Symbols) FreeBSD-libz-development-11.0.s20160305232540 libz package (Development = Files) FreeBSD-libz-lib32-11.0.s20160305232540 libz package (32-bit Libraries) FreeBSD-libz-lib32-debug-11.0.s20160305232540 libz package (32-bit = Libraries, Debugging Symbols) FreeBSD-libz-lib32-development-11.0.s20160305232540 libz package (32-bit = Libraries, Development Files) FreeBSD-libz-lib32-profile-11.0.s20160305232540 libz package (32-bit = Libraries, Profiling) FreeBSD-libz-profile-11.0.s20160305232540 libz package (Profiling = Libraries) FreeBSD-natd-11.0.s20160305232540 natd package FreeBSD-natd-debug-11.0.s20160305232540 natd package (Debugging Symbols) FreeBSD-pf-11.0.s20160305232540 pf package FreeBSD-pf-debug-11.0.s20160305232540 pf package (Debugging Symbols) FreeBSD-profile-11.0.s20160305232540 FreeBSD Base System (Profiling = Libraries) FreeBSD-quotacheck-11.0.s20160305232540 quotacheck package FreeBSD-quotacheck-debug-11.0.s20160305232540 quotacheck package = (Debugging Symbols) FreeBSD-rcmds-11.0.s20160305232540 Remote Command Utilities FreeBSD-rcmds-debug-11.0.s20160305232540 Remote Command Utilities = (Debugging Symbols) FreeBSD-rescue-11.0.s20160305232540 Rescue Utilities FreeBSD-runtime-11.0.s20160305232540 FreeBSD Base System FreeBSD-runtime-manuals-11.0.s20160305232540 runtime-manuals package FreeBSD-sendmail-11.0.s20160305232540 Sendmail Utilities FreeBSD-sendmail-debug-11.0.s20160305232540 Sendmail Utilities = (Debugging Symbols) FreeBSD-sendmail-development-11.0.s20160305232540 Sendmail Utilities = (Development Files) FreeBSD-sendmail-lib32-11.0.s20160305232540 Sendmail Utilities (32-bit = Libraries) FreeBSD-sendmail-lib32-debug-11.0.s20160305232540 Sendmail Utilities = (32-bit Libraries, Debugging Symbols) FreeBSD-sendmail-lib32-development-11.0.s20160305232540 Sendmail = Utilities (32-bit Libraries, Development Files) FreeBSD-sendmail-lib32-profile-11.0.s20160305232540 Sendmail Utilities = (32-bit Libraries, Profiling) FreeBSD-sendmail-profile-11.0.s20160305232540 Sendmail Utilities = (Profiling Libraries) FreeBSD-ssh-11.0.s20160305232540 Secure Shell Utilities FreeBSD-ssh-debug-11.0.s20160305232540 Secure Shell Utilities (Debugging = Symbols) FreeBSD-ssh-development-11.0.s20160305232540 Secure Shell Utilities = (Development Files) FreeBSD-ssh-lib32-11.0.s20160305232540 Secure Shell Utilities (32-bit = Libraries) FreeBSD-ssh-lib32-debug-11.0.s20160305232540 Secure Shell Utilities = (32-bit Libraries, Debugging Symbols) FreeBSD-ssh-lib32-development-11.0.s20160305232540 Secure Shell = Utilities (32-bit Libraries, Development Files) FreeBSD-ssh-lib32-profile-11.0.s20160305232540 Secure Shell Utilities = (32-bit Libraries, Profiling) FreeBSD-ssh-profile-11.0.s20160305232540 Secure Shell Utilities = (Profiling Libraries) FreeBSD-svn-11.0.s20160305232540 Subversion Version Control System FreeBSD-svn-debug-11.0.s20160305232540 Subversion Version Control System = (Debugging Symbols) FreeBSD-syscons-11.0.s20160305232540 Syscons Console FreeBSD-tests-11.0.s20160305232540 Test Suite FreeBSD-tests-debug-11.0.s20160305232540 Test Suite (Debugging Symbols) FreeBSD-tests-development-11.0.s20160305232540 Test Suite (Development = Files) FreeBSD-tests-profile-11.0.s20160305232540 Test Suite (Profiling = Libraries) FreeBSD-unbound-11.0.s20160305232540 Unbound DNS Resolver FreeBSD-unbound-debug-11.0.s20160305232540 Unbound DNS Resolver = (Debugging Symbols) FreeBSD-unbound-development-11.0.s20160305232540 Unbound DNS Resolver = (Development Files) FreeBSD-unbound-lib32-11.0.s20160305232540 Unbound DNS Resolver (32-bit = Libraries) FreeBSD-unbound-lib32-debug-11.0.s20160305232540 Unbound DNS Resolver = (32-bit Libraries, Debugging Symbols) FreeBSD-unbound-lib32-development-11.0.s20160305232540 Unbound DNS = Resolver (32-bit Libraries, Development Files) FreeBSD-unbound-lib32-profile-11.0.s20160305232540 Unbound DNS Resolver = (32-bit Libraries, Profiling) FreeBSD-unbound-profile-11.0.s20160305232540 Unbound DNS Resolver = (Profiling Libraries) FreeBSD-vi-11.0.s20160305232540 Vi Editor FreeBSD-vi-debug-11.0.s20160305232540 Vi Editor (Debugging Symbols) bash-4.3.42_1 The GNU Project's Bourne Again SHell ca_root_nss-3.22.2 Root certificate bundle from the Mozilla = Project curl-7.47.0 Non-interactive tool to get files from = FTP, GOPHER, HTTP(S) servers cvsps-2.1_1 Create patchset information from CVS dosunix-1.0.14 Manipulation of text files in a mixed = DOS/Windows and Unix environment expat-2.1.0_3 XML 1.0 parser written in C gettext-runtime-0.19.7 GNU gettext runtime libraries and = programs git-2.7.2_1 Distributed source code management tool indexinfo-0.2.4 Utility to regenerate the GNU info page = index libffi-3.2.1 Foreign Function Interface p5-Authen-SASL-2.16_1 Perl5 module for SASL authentication p5-Digest-HMAC-1.03_1 Perl5 interface to HMAC Message-Digest = Algorithms p5-Error-0.17024 Error/exception handling in = object-oriented programming style p5-GSSAPI-0.28_1 Perl extension providing access to the = GSSAPIv2 library p5-IO-Socket-IP-0.37 Drop-in replacement for IO::Socket::INET = supporting IPv4 and IPv6 p5-IO-Socket-SSL-2.024 Perl5 interface to SSL sockets p5-Mozilla-CA-20141217 Perl extension for Mozilla CA cert bundle = in PEM format p5-Net-SMTP-SSL-1.03 SSL support for Net::SMTP p5-Net-SSLeay-1.72 Perl5 interface to SSL p5-Socket-2.021 Networking constants and support = functions perl5-5.20.3_8 Practical Extraction and Report Language pkg-1.6.4_1 Package manager python27-2.7.11_1 Interpreted object-oriented programming = language readline-6.3.8 Library for editing command lines as they = are typed screen-4.3.1_2 Multi-screen window manager sudo-1.8.15 Allow others to run commands as root texinfo-6.0.20151108 Typeset documentation system with = multiple format output unix2dos-1.3 Convert ASCII newlines between CR/LF and = LF zsh-5.2_1 The Z shell --Apple-Mail=_A57466AD-AAE8-4986-A948-2A84D7A05F94 Content-Disposition: attachment; filename=pkg-stat.txt Content-Type: text/plain; name="pkg-stat.txt" Content-Transfer-Encoding: 7bit Local package database: Installed packages: 784 Disk space occupied: 1 GiB Remote package database(s): Number of repositories: 2 Packages available: 25517 Unique packages: 25517 Total size of packages: 45 GiB --Apple-Mail=_A57466AD-AAE8-4986-A948-2A84D7A05F94-- --Apple-Mail=_0BC48C46-7AC4-408B-BC39-3D719945EF98 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----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlbbf5YACgkQsF6jCi4glqM7HACg4c0aDmPfWH4cCzeXD7Dzebo+ m+8AoIof9cg0J/PGV1tlD+Dtnnc4UdNL =7UGT -----END PGP SIGNATURE----- --Apple-Mail=_0BC48C46-7AC4-408B-BC39-3D719945EF98-- From owner-freebsd-current@freebsd.org Sun Mar 6 04:12:20 2016 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 9151AA93495; Sun, 6 Mar 2016 04:12:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 7F2108CF; Sun, 6 Mar 2016 04:12:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id EDCD3148F; Sun, 6 Mar 2016 04:12:19 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sun, 6 Mar 2016 04:12:18 +0000 From: Glen Barber To: Dimitry Andric Cc: freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160306041218.GB71734@FreeBSD.org> References: <20160302235429.GD75641@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="TRYliJ5NKNqkz5bu" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 04:12:20 -0000 --TRYliJ5NKNqkz5bu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 06, 2016 at 01:53:42AM +0100, Dimitry Andric wrote: > On 03 Mar 2016, at 00:54, Glen Barber wrote: > >=20 > > For those who have missed the initial email surrounding this topic, we > > are planning on packaging the base system with pkg(8) for 11.0-RELEASE. > ... > > # pkg update -r FreeBSD-base > > # pkg install -g 'FreeBSD-*' >=20 > FWIW, this went all OK for me on the first try, even. I indeed got 755 > packages, output of "pkg info" and "pkg stat" are attached. >=20 Great. > I didn't use your lib32 patch, since I don't mind the 32 bit libs to be > packaged separately. I got 342 packages with "-lib32" in their names. >=20 It's not a patch for lib32, but a patch to ensure shlibs for the base system are properly tracked. Converse to your reply, it tracks shlibs *except* lib32. > Any suggestions for specific things to test? "Do things." I have this running several machines in my network, one is a CUPS server on an RPI-B, for example. Basically, best test cases are the day-to-day stuff. > Of course some sort of > upgrade scenario would be nice to try out, but then I'd have to run > "make packages" over a newer version of the release-pkg branch... >=20 An upstream repository for an upgrade path is planned, but not until this is merged to head. And even after that, infrastructural changes will be necessary. That said, I'm doing a MFH to the branch now. Thank you for testing. Glen --TRYliJ5NKNqkz5bu Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW264iAAoJEAMUWKVHj+KT+PYP/2e51Ih1ZqLCaG8MVW8DmaOg 419Ad77fXMoSISlrPeK5pzxQ+iCt4SOymPdwYrIPBUiIqST6zrPm5k4lI+11j7Ml g8P5AHLNVjMvIuftECJwuw7O96w50iEk5cliL49+ygwRGmLLt5Np0xulV4E//GLr oPl4bL9oFVGcfco6l88p2CbCmKdJtpRR0W1LiKeQNvLFsXMmE7c87X1Tj15pmDJu JgHmvCaUkN6GTuukcC+pKNuPXagFFi7nbBgN0VNb/1w9yWaMPdGooDvrn7hq3p7m TyPaKw1/F6Xx9LBxjhpDoJ6Cj7WBFEjgrXhuxxZP7mJC/yKhNzfEW3koiYCPgGpp FZxv3DN/4o2yxHr/ZKJVXz/YCIDv3WDowwF2SsLtKC+hUiB9QmAVOdmsEKeZTAQb k7EvNSoBuuWrI/aDCWHfZq0OFDWpCDwbt8sRMYB8Jx3CB3tvJg9wRicDzVX6xLo8 +f7gJh9uiSUyNLx+ci0Te9k++JlwwQ/eSlu1p9TB/fGCQIXxl7+RBAGGB7clrBw3 ZM8TjWYSWazz8S/FF4IWXaJGQUgJyXcLCPXqdnBULAWr+Ud/L61ATCWb333aGet9 KUkUcjXlch7hWQOn+5aKTydQzn8uYkiK0S9Z7oTLbr3oURjtU2HN8lsHDK9H5SuX oJFcd4dTQtdqhD2mvOkI =lcfI -----END PGP SIGNATURE----- --TRYliJ5NKNqkz5bu-- From owner-freebsd-current@freebsd.org Sun Mar 6 05:05:08 2016 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 AF2549DA9FE for ; Sun, 6 Mar 2016 05:05:08 +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 92774E7F for ; Sun, 6 Mar 2016 05:05:08 +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-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=4Ro82wEuGb6xX/39Bzg2a/CVMyGtBSAdehGBkVfavyM=; b=W1rKwzsVgyeWaqz7g3fifJ+ibr PjyQQXT5J3MoEpKjT80q3VLkZ6xyiQR/dmax5+5i1BJ1qpnxHfC6oUwKQJbiXG5IE2tB8XDVsdpmE D4+T97ASNNSpN1kAra7uQRPoXlZrG1r7VnQbBdC2GUjpNYgcNtRyG6apjbrimVX61KeA=; Received: from [2605:6000:ec17:203:226:b6ff:fe05:a01d] (port=62281 helo=trivet.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1acQsN-000MTL-Qz for freebsd-current@freebsd.org; Sat, 05 Mar 2016 23:05:08 -0600 Date: Sat, 5 Mar 2016 23:04:55 -0600 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: clang 3.8.0 crash at mi_startup Message-ID: <20160306050455.GB1182@trivet.lerctr.org> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 05:05:08 -0000 see picture at: http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sun Mar 6 05:20:19 2016 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 61B809DAE8C; Sun, 6 Mar 2016 05:20:19 +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 405E1319; Sun, 6 Mar 2016 05:20:19 +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=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=wVcvegd2NIRepV/rvhSz3epUXoKITnwvPCwCxNFGSvY=; b=QYluKxxiuX1HK8r17BFg5XMj0y rWlbddy9glsWvMWhl+em3h6wFpRrp+paUj0594P9FrNAD2nzIwjN7FNb7GRFdMEAPKTOUvnY3GWgj Bfj+FQGmozjJ3hOe/YDiu1LCooZzjS4WWFqFp2PXy57Jfja7Skva657mBex2FQv35Tnc=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:34260 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1acR74-000MoZ-Bt; Sat, 05 Mar 2016 23:20:18 -0600 Received: from 2605:6000:ec17:200:a93e:2e53:9aeb:5dd2 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sat, 05 Mar 2016 23:20:18 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 05 Mar 2016 23:20:18 -0600 From: Larry Rosenman To: Dimitry Andric Cc: freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported In-Reply-To: <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 05:20:19 -0000 On 2016-03-05 18:46, Dimitry Andric wrote: > On 06 Mar 2016, at 00:30, Dimitry Andric wrote: >> >> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: >>> >>> I imported the (tentative) 3.8.0 release of clang, llvm, lldb and >>> compiler-rt into head, in r296417. The upstream release is going to >>> be >>> very soon now, but I do not expect any changes anymore. >>> >>> This was tested with make universe, and a few exp-runs, but there is >>> always a chance that you might run into something unexpected, either >>> with the base system or ports. In such cases, please file bugs, and >>> make sure you note somewhere in the description that it is related to >>> this import. >> >> Please hold off upgrading for now, if you are on amd64, and loading >> the >> aesni.ko module. It appears that loading this module can cause the >> kernel ELF linker to panic, but it is not yet clear why. This is >> being >> tracked in PR207729 [1]. > > It should be safe again after r296419. Thanks to Kostik Belousov for > the quick fix. (Clang 3.8.0 generates a different type for unwind > sections on amd64, and this was unexpected in the kernel linker.) > > -Dimitry > > [1] https://svnweb.freebsd.org/changeset/base/296419 I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. Picture at: http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sun Mar 6 11:40:02 2016 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 AF78FA95EF7 for ; Sun, 6 Mar 2016 11:40:02 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (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 55F4B1EFE; Sun, 6 Mar 2016 11:40:02 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id l68so74412986wml.0; Sun, 06 Mar 2016 03:40:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Gj4wYpxylkN5jNluJyZzzsfYy448C9CuHsALQ4Yn1kk=; b=o82juhCpT7CnPgiYLnEyP9vexYagoP0jrmrQ6EGXzDAGO2rJBRMGQY5WE0zgw79bhM pFb3UDF2pfwjaRqWHl+voWbstekO7CHu33ApUvGhgZxeE7fQ+fbMH/fshUM67EtutWCn j6iIi3T+YP/cN+ii0iBl0G/NO9QoFgmi18nu8FewEbvy2I5zNNq2Vqz9tWuwpDhUJxWx ohs6W6Q7wE0Nf+1tmkfHWprSD8T0W/AepDMG5IyJPlpiU5TMUx+TRSRj0db7G/WTcrQe 6c99uaGIYnG8WMDAncZbzb4dhQsctUJIWIn950/qIDMZdX2dipxLapiU2e4IAE2FW6Ud KAag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=Gj4wYpxylkN5jNluJyZzzsfYy448C9CuHsALQ4Yn1kk=; b=OK5HyqYH4CvRU1s7Xa7QXuv0ZHQXI8W/Ml1yTgrFvTzaRQuFrFAkSRYy2efva1GJN5 TP+HVW5MXqHxPJE+EgYrNr7h5U9ynlDKD8iKAn7vgi5uBqI/uJOUYSu3oCBczaqrA2wj P+ANQIQdKuxamhPLUtqmvjXaQL8Czn9IoW3r/4Ty2IjZ1cRpTrWUzfKdcPzXPs3d/uMj nOD/5Ny2n4rlXH5RLP9UJXCf9g5wqeTk1F4DSZGC0AAEANQP0H2a8HyHOp3kPeQ5UneH nkwfLtwFB77OybWwx0OTzlF9yzeOnDS7sdyop1uvDavcw3xLvPh0rSuRAiBhZHLa8Qc3 9wPg== X-Gm-Message-State: AD7BkJKit9Kb05siPFqzFwQOXIdQkgC96i/SsNoyTkfokk4H1SXhBFcJcAaEbYg8M9aoVQ== X-Received: by 10.194.242.202 with SMTP id ws10mr17487639wjc.3.1457264400571; Sun, 06 Mar 2016 03:40:00 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id gk4sm12555393wjd.7.2016.03.06.03.39.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Mar 2016 03:39:59 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 6 Mar 2016 12:39:57 +0100 From: Baptiste Daroussin To: Matthew Seaman Cc: freebsd-current@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160306113957.GJ31877@ivaldir.etoilebsd.net> References: <20160302235429.GD75641@FreeBSD.org> <56D81174.3070000@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pFej7zHSL6C5fFIz" Content-Disposition: inline In-Reply-To: <56D81174.3070000@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 11:40:02 -0000 --pFej7zHSL6C5fFIz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 03, 2016 at 10:27:00AM +0000, Matthew Seaman wrote: > On 03/02/16 23:54, Glen Barber wrote: > > Also note (as repeated below), running 'pkg delete -a' will implicitly > > remove base system packages after they are installed. >=20 > This has the potential for many feet to be shot, given that up to now, > 'pkg delete -a' would always leave you with a viable system. >=20 > We already make an exception for pkg itself -- you need 'pkg delete -fa' > to actually remove pkg(8) as well. (Note to self: this needs to be > documented in the pkg-delete(8) man page.) >=20 > We should have similar exceptions for the essential bits of the base > system -- at minimum everything you need to boot the system up and > install stuff from a package repository. >=20 > We should also have a command line that will remove all ported software > but leave the base intact. Maybe by adding '-r reponame' functionality > to 'pkg delete'? >=20 It is planned to have a "precious" flag for packages which will prevent pkg delete -a from dropping them Best regards, Bapt --pFej7zHSL6C5fFIz Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW3BcNAAoJEGOJi9zxtz5af0EQAOjOcvxpDOMRMV16kIiIO3UI 8bNTdUAaiovtyIN+R7+xajBcZmHjZIGIVryT9+cvVpLn+WE5s0cCGMePHJnqC/3t CFo0E4NOgGLLHwN5LfEKAs6et4ETYa1B8x/SHy20M7ezgSqk8bFHkQYnGtZAgaxM 53Q0iPTJeEt2wG9N6YpNywReJBiirbaTTU+G5BJbbeNu9Jz20e9QvVyUXGgh0yG3 KXnz9riCYWC3LUEx9Z3VigkXlGbTwxV+/gc9JphYgS1z93uT4+q6RMAMUJdLb07O LZLMBs/WFP35qMjTccchbJ1vjIDCedrZbNvX9IM0lUtHdQi1fPSbCitUhWl8m7vo 8P9emlazGSHv7M9E+p7vVriT3FsTmDiA4y9XWBxl9UcnxRIUi8ziImMHgU936ZQX ij4QI0dZMtDDk6/WMqzPvwGvRPGYeL+7LFPjjS8OaP3kcpXL0mt5cgZb5HOc5iCj oDcltpZrZtzrNHLu2Je9fjQnzZ6tjcv3s5Hm2jMtvPoySogG2Y35IQCp69CofuYY hb2P1dx+VmS3cRXqwhPYCrCr5oC8LlOmxokDSD4JmizoXtP5C0DmHzg9kR8QGs/q IZdQSyugbvZTfXQJXarxDuGhgtmkkfQFohz7KQJOVUO+tVksEqm73wFg9/K20UUj oDFhWTo13Vz8zXgk7+tK =chI7 -----END PGP SIGNATURE----- --pFej7zHSL6C5fFIz-- From owner-freebsd-current@freebsd.org Sun Mar 6 12:12:55 2016 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 AEC0A9DA477 for ; Sun, 6 Mar 2016 12:12:55 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from relay12.nicmail.ru (relay12.nicmail.ru [195.208.5.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 64C5294A for ; Sun, 6 Mar 2016 12:12:54 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from [109.70.25.118] (port=58588 helo=nicmail.ru) by f06.mail.nic.ru with esmtp (Exim 5.55) (envelope-from ) id 1acXSS-00051T-1x; Sun, 06 Mar 2016 15:06:48 +0300 Received: from [10.0.6.226] (account afiskon@devzen.ru HELO fujitsu) by fcgp07.nicmail.ru (CommuniGate Pro SMTP 5.2.3) with ESMTPA id 259823702; Sun, 06 Mar 2016 15:06:40 +0300 Received: from [188.123.231.37] (account afiskon@devzen.ru HELO fujitsu) by proxy06.mail.nic.ru (Exim 5.55) with id 1acXSJ-0004ma-S3; Sun, 06 Mar 2016 15:06:40 +0300 Date: Sun, 6 Mar 2016 15:03:58 +0300 From: Eax Melanhovich To: Aneesh Dandime Cc: freebsd-current@freebsd.org Subject: Re: Contributing Message-ID: <20160306150358.5e4e91d1@fujitsu> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 12:12:55 -0000 Hello, Aneesh I believe that "Guide to contribute to kernel video drivers" thread could interest you: https://lists.freebsd.org/pipermail/freebsd-x11/2016-February/thread.html#17226 Also in this thread you will find actual books and articles regarding FreeBSD kernel development. -- Best regards, Eax Melanhovich http://eax.me/ From owner-freebsd-current@freebsd.org Sun Mar 6 12:58:04 2016 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 B42CEA95A01 for ; Sun, 6 Mar 2016 12:58:04 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 783A1F7C; Sun, 6 Mar 2016 12:58:04 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1acYFw-002o5I-CT>; Sun, 06 Mar 2016 13:57:56 +0100 Received: from x5ce130fa.dyn.telefonica.de ([92.225.48.250] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1acYFw-0011zN-1h>; Sun, 06 Mar 2016 13:57:56 +0100 Date: Sun, 6 Mar 2016 13:57:59 +0100 From: "O. Hartmann" To: Dimitry Andric Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported Message-ID: <20160306135759.18eb25e6.ohartman@zedat.fu-berlin.de> In-Reply-To: <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/fM7jH7.maZu0BrvHuK/CuBi"; protocol="application/pgp-signature" X-Originating-IP: 92.225.48.250 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 12:58:04 -0000 --Sig_/fM7jH7.maZu0BrvHuK/CuBi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sun, 6 Mar 2016 01:46:44 +0100 Dimitry Andric schrieb: > On 06 Mar 2016, at 00:30, Dimitry Andric wrote: > >=20 > > On 05 Mar 2016, at 22:32, Dimitry Andric wrote: =20 > >>=20 > >> I imported the (tentative) 3.8.0 release of clang, llvm, lldb and > >> compiler-rt into head, in r296417. The upstream release is going to be > >> very soon now, but I do not expect any changes anymore. > >>=20 > >> This was tested with make universe, and a few exp-runs, but there is > >> always a chance that you might run into something unexpected, either > >> with the base system or ports. In such cases, please file bugs, and > >> make sure you note somewhere in the description that it is related to > >> this import. =20 > >=20 > > Please hold off upgrading for now, if you are on amd64, and loading the > > aesni.ko module. It appears that loading this module can cause the > > kernel ELF linker to panic, but it is not yet clear why. This is being > > tracked in PR207729 [1]. =20 >=20 > It should be safe again after r296419. Thanks to Kostik Belousov for > the quick fix. (Clang 3.8.0 generates a different type for unwind > sections on amd64, and this was unexpected in the kernel linker.) >=20 > -Dimitry >=20 > [1] https://svnweb.freebsd.org/changeset/base/296419 >=20 "make delete-old-dirs" complains about not empty dir as shown below: =20 [src] ll -R /usr/lib/clang/3.7.1 total 12 802562 drwxr-xr-x 3 root wheel - 512B Mar 6 10:38 ./ 803264 drwxr-xr-x 4 root wheel - 512B Mar 6 10:34 ../ 802584 drwxr-xr-x 3 root wheel - 512B Dec 26 12:59 lib/ /usr/lib/clang/3.7.1/lib: total 12 802584 drwxr-xr-x 3 root wheel - 512B Dec 26 12:59 ./ 802562 drwxr-xr-x 3 root wheel - 512B Mar 6 10:38 ../ 802592 drwxr-xr-x 2 root wheel - 512B Mar 6 10:38 freebsd/ /usr/lib/clang/3.7.1/lib/freebsd: total 12 802592 drwxr-xr-x 2 root wheel - 512B Mar 6 10:38 ./ 802584 drwxr-xr-x 3 root wheel - 512B Dec 26 12:59 ../ 802657 -r--r--r-- 1 root wheel - 980B Jan 10 10:11 libclang_rt.asan-pre= init-x86_64.a Nice to have 3.8.0 now, thanks for all the work! Regards, Oliver --Sig_/fM7jH7.maZu0BrvHuK/CuBi Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW3ClXAAoJEOgBcD7A/5N8MXUH/2mWc4mX0RE9ENNg/Upgcyrt MPESNYZmmdOL/GhmzVi/6awm7jAWIZOD0c9yA+SciqUSc7q8O6TX/hzpbR5ejYUA pHyykhY8NV94A9jlx1jwiaUJs1hHGKOMsX1Nzaq4Iuw9wd4P2Q51o2KRLOXanhk0 Ijor8GmYpRzPvAKdhWvKusc/Ox4GsJmYmXdldNVT82I9GnOC9sq7hQhENUAJxh7J hFY/0HKtg6L5WluHIFX/gX9czv4NJtMWR01bClmk+LSmL2L4V7xHS1ZVyXen11D5 J96N8GjSox6/6oy9hihwuuP5A8p15gTCGJRr85OWvLHOu02h2TDGYNmiIbNnqIs= =lsMy -----END PGP SIGNATURE----- --Sig_/fM7jH7.maZu0BrvHuK/CuBi-- From owner-freebsd-current@freebsd.org Sun Mar 6 14:15:23 2016 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 E7860A95998 for ; Sun, 6 Mar 2016 14:15:23 +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 AE1A075A for ; Sun, 6 Mar 2016 14:15:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::c8cc:92f5:a9cb:d8ee] (unknown [IPv6:2001:7b8:3a7:0:c8cc:92f5:a9cb:d8ee]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E07C83EF05; Sun, 6 Mar 2016 15:15:14 +0100 (CET) Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5993FD40-B04D-41D4-BF0A-063C0E48799A"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: Date: Sun, 6 Mar 2016 15:15:10 +0100 Cc: FreeBSD CURRENT Message-Id: <232E493E-9B22-4D1E-A1C8-619B573C56E1@FreeBSD.org> References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> To: Larry Rosenman X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 14:15:24 -0000 --Apple-Mail=_5993FD40-B04D-41D4-BF0A-063C0E48799A Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 06 Mar 2016, at 06:20, Larry Rosenman wrote: > > On 2016-03-05 18:46, Dimitry Andric wrote: >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: >>>> I imported the (tentative) 3.8.0 release of clang, llvm, lldb and >>>> compiler-rt into head, in r296417. The upstream release is going to be >>>> very soon now, but I do not expect any changes anymore. >>>> This was tested with make universe, and a few exp-runs, but there is >>>> always a chance that you might run into something unexpected, either >>>> with the base system or ports. In such cases, please file bugs, and >>>> make sure you note somewhere in the description that it is related to >>>> this import. >>> Please hold off upgrading for now, if you are on amd64, and loading the >>> aesni.ko module. It appears that loading this module can cause the >>> kernel ELF linker to panic, but it is not yet clear why. This is being >>> tracked in PR207729 [1]. >> It should be safe again after r296419. Thanks to Kostik Belousov for >> the quick fix. (Clang 3.8.0 generates a different type for unwind >> sections on amd64, and this was unexpected in the kernel linker.) >> -Dimitry >> [1] https://svnweb.freebsd.org/changeset/base/296419 > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. > > Picture at: > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg It's pretty hard to make out, but it looks like it is panic'ing in link_elf_reloc_local(). That should have been fixed with r296419, but maybe there is yet another edge case that wasn't fixed. Do you have a crash dump and/or a backtrace? Which modules are you preloading? -Dimitry --Apple-Mail=_5993FD40-B04D-41D4-BF0A-063C0E48799A 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----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlbcO3IACgkQsF6jCi4glqNlNQCgpDlOyOJyb+zsoFM4SDLatulN EBgAnRVT9ew60Wne8Y5deDN8SSdDYmmE =SWSf -----END PGP SIGNATURE----- --Apple-Mail=_5993FD40-B04D-41D4-BF0A-063C0E48799A-- From owner-freebsd-current@freebsd.org Sun Mar 6 14:20:45 2016 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 6BB41A95B2F for ; Sun, 6 Mar 2016 14:20: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 4C01E95E; Sun, 6 Mar 2016 14:20: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=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date; bh=PoB9jM6JBzIE6UdDW/UI25DB/uogVcn4sCTXsmtRkwM=; b=O 2iKyUSBSDpSXkP4f6WA8MvqtnQphKJuF683iTIgI8YNrq7ixEh2TkTGSPlCb8rXiOwddu2mUfmDfd 8W3XrWosf0Wq7BaLrTkCfVo+/Q+XXMA61fxqUnIzuQuDzOUPKN+xBcKr9cwsOdcULtYCefhV0ZHvR L9rHTXJ4LjBsMsk0=; Received: from [2605:6000:ec17:203:226:b6ff:fe05:a01d] (port=27570 helo=trivet.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1acZY4-0009kR-BO; Sun, 06 Mar 2016 08:20:44 -0600 Date: Sun, 6 Mar 2016 08:20:32 -0600 From: Larry Rosenman To: Dimitry Andric Cc: FreeBSD CURRENT Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported Message-ID: <20160306142032.GA4063@trivet.lerctr.org> Mail-Followup-To: Dimitry Andric , FreeBSD CURRENT References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> <232E493E-9B22-4D1E-A1C8-619B573C56E1@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <232E493E-9B22-4D1E-A1C8-619B573C56E1@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 14:20:45 -0000 On Sun, Mar 06, 2016 at 03:15:10PM +0100, Dimitry Andric wrote: > On 06 Mar 2016, at 06:20, Larry Rosenman wrote: > > > > On 2016-03-05 18:46, Dimitry Andric wrote: > >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: > >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: > >>>> I imported the (tentative) 3.8.0 release of clang, llvm, lldb and > >>>> compiler-rt into head, in r296417. The upstream release is going to be > >>>> very soon now, but I do not expect any changes anymore. > >>>> This was tested with make universe, and a few exp-runs, but there is > >>>> always a chance that you might run into something unexpected, either > >>>> with the base system or ports. In such cases, please file bugs, and > >>>> make sure you note somewhere in the description that it is related to > >>>> this import. > >>> Please hold off upgrading for now, if you are on amd64, and loading the > >>> aesni.ko module. It appears that loading this module can cause the > >>> kernel ELF linker to panic, but it is not yet clear why. This is being > >>> tracked in PR207729 [1]. > >> It should be safe again after r296419. Thanks to Kostik Belousov for > >> the quick fix. (Clang 3.8.0 generates a different type for unwind > >> sections on amd64, and this was unexpected in the kernel linker.) > >> -Dimitry > >> [1] https://svnweb.freebsd.org/changeset/base/296419 > > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. > > > > Picture at: > > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg > > It's pretty hard to make out, but it looks like it is panic'ing in > link_elf_reloc_local(). That should have been fixed with r296419, but > maybe there is yet another edge case that wasn't fixed. Do you have a > crash dump and/or a backtrace? Which modules are you preloading? > > -Dimitry > loader,conf: kern.msgbuf_clear="1" kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" zfs_load="YES" ichsmb_load="YES" hwpmc_load="YES" aesni_load="YES" cryptodev_load="YES" dtraceall_load="YES" cpuctl_load="YES" cuse_load="YES" coretemp_load="YES" #hw.usb.quirk.0="0x0bda 0x0129 0x3960 0x3960 UQ_MSC_FORCE_WIRE_BBB,UQ_MSC_FORCE_PROTO_SCSI" #hw.usb.umass.debug="-1" I'll see if I can get a better pic with a backtrace. This crash is WAY early, so no dump :( acpi_dsdt_load="YES" # DSDT Overriding acpi_dsdt_name="/boot/dsdt.aml" #hw.psm.synaptics_support="1" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sun Mar 6 14:28:57 2016 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 8E49FA95EAB for ; Sun, 6 Mar 2016 14:28:57 +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 6D34CF04; Sun, 6 Mar 2016 14:28:57 +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=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=L8d80k/Bpk8u3WoOY8Iw//Fd+jtIgcnfTudZNkprylg=; b=HKQUyEqVvSltNVIhV52IiUUZfh HycbVp50YnScN/ByNXgcbf50QM92Ot/uPV+jgQdv3zeVUlQVcAoCDVf6ASosYuXNLLX9pDEgWvKt2 L1KvuLHL5CxMbX1MwrfFxg1eBLf4faQv1S9njfEGr6NkMYO3sKLddjVJLQPUUwnkP0ug=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:10246 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1acZg0-0009yW-NF; Sun, 06 Mar 2016 08:28:56 -0600 Received: from 2605:6000:ec17:200:a93e:2e53:9aeb:5dd2 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 06 Mar 2016 08:28:56 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 06 Mar 2016 08:28:56 -0600 From: Larry Rosenman To: Dimitry Andric Cc: FreeBSD CURRENT Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported In-Reply-To: <20160306142032.GA4063@trivet.lerctr.org> References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> <232E493E-9B22-4D1E-A1C8-619B573C56E1@FreeBSD.org> <20160306142032.GA4063@trivet.lerctr.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 14:28:57 -0000 On 2016-03-06 08:20, Larry Rosenman wrote: > On Sun, Mar 06, 2016 at 03:15:10PM +0100, Dimitry Andric wrote: >> On 06 Mar 2016, at 06:20, Larry Rosenman wrote: >> > >> > On 2016-03-05 18:46, Dimitry Andric wrote: >> >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: >> >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: >> >>>> I imported the (tentative) 3.8.0 release of clang, llvm, lldb and >> >>>> compiler-rt into head, in r296417. The upstream release is going to be >> >>>> very soon now, but I do not expect any changes anymore. >> >>>> This was tested with make universe, and a few exp-runs, but there is >> >>>> always a chance that you might run into something unexpected, either >> >>>> with the base system or ports. In such cases, please file bugs, and >> >>>> make sure you note somewhere in the description that it is related to >> >>>> this import. >> >>> Please hold off upgrading for now, if you are on amd64, and loading the >> >>> aesni.ko module. It appears that loading this module can cause the >> >>> kernel ELF linker to panic, but it is not yet clear why. This is being >> >>> tracked in PR207729 [1]. >> >> It should be safe again after r296419. Thanks to Kostik Belousov for >> >> the quick fix. (Clang 3.8.0 generates a different type for unwind >> >> sections on amd64, and this was unexpected in the kernel linker.) >> >> -Dimitry >> >> [1] https://svnweb.freebsd.org/changeset/base/296419 >> > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. >> > >> > Picture at: >> > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg >> >> It's pretty hard to make out, but it looks like it is panic'ing in >> link_elf_reloc_local(). That should have been fixed with r296419, but >> maybe there is yet another edge case that wasn't fixed. Do you have a >> crash dump and/or a backtrace? Which modules are you preloading? >> >> -Dimitry >> > > loader,conf: > > kern.msgbuf_clear="1" > kern.geom.label.disk_ident.enable="0" > kern.geom.label.gptid.enable="0" > zfs_load="YES" > ichsmb_load="YES" > hwpmc_load="YES" > aesni_load="YES" > cryptodev_load="YES" > dtraceall_load="YES" > cpuctl_load="YES" > cuse_load="YES" > coretemp_load="YES" > #hw.usb.quirk.0="0x0bda 0x0129 0x3960 0x3960 > UQ_MSC_FORCE_WIRE_BBB,UQ_MSC_FORCE_PROTO_SCSI" > #hw.usb.umass.debug="-1" > > I'll see if I can get a better pic with a backtrace. This crash is > WAY early, so no dump :( > > > > acpi_dsdt_load="YES" # DSDT Overriding > acpi_dsdt_name="/boot/dsdt.aml" > #hw.psm.synaptics_support="1" new pic: http://www.lerctr.org/~ler/FreeBSD/20160306_082426.jpg -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sun Mar 6 14:40:04 2016 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 78E95AC03DF; Sun, 6 Mar 2016 14:40:04 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (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 58676A42; Sun, 6 Mar 2016 14:40:04 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: by mail.lifanov.com (Postfix, from userid 58) id 69298239742; Sun, 6 Mar 2016 09:40:03 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.lifanov.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.1 Received: from app.lifanov.com (chat.lifanov.com [206.125.175.13]) by mail.lifanov.com (Postfix) with ESMTPA id 1EB43239403; Sun, 6 Mar 2016 09:40:01 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 06 Mar 2016 09:40:00 -0500 From: Nikolai Lifanov To: Larry Rosenman Cc: Dimitry Andric , FreeBSD CURRENT , owner-freebsd-current@freebsd.org Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported In-Reply-To: References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> <232E493E-9B22-4D1E-A1C8-619B573C56E1@FreeBSD.org> <20160306142032.GA4063@trivet.lerctr.org> Message-ID: <7c0070cf1cf21e8a66b0e5c4567aa0c7@mail.lifanov.com> X-Sender: lifanov@mail.lifanov.com User-Agent: Roundcube Webmail/1.1.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 14:40:04 -0000 On 2016-03-06 09:28, Larry Rosenman wrote: > On 2016-03-06 08:20, Larry Rosenman wrote: >> On Sun, Mar 06, 2016 at 03:15:10PM +0100, Dimitry Andric wrote: >>> On 06 Mar 2016, at 06:20, Larry Rosenman wrote: >>> > >>> > On 2016-03-05 18:46, Dimitry Andric wrote: >>> >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: >>> >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: >>> >>>> I imported the (tentative) 3.8.0 release of clang, llvm, lldb and >>> >>>> compiler-rt into head, in r296417. The upstream release is going to be >>> >>>> very soon now, but I do not expect any changes anymore. >>> >>>> This was tested with make universe, and a few exp-runs, but there is >>> >>>> always a chance that you might run into something unexpected, either >>> >>>> with the base system or ports. In such cases, please file bugs, and >>> >>>> make sure you note somewhere in the description that it is related to >>> >>>> this import. >>> >>> Please hold off upgrading for now, if you are on amd64, and loading the >>> >>> aesni.ko module. It appears that loading this module can cause the >>> >>> kernel ELF linker to panic, but it is not yet clear why. This is being >>> >>> tracked in PR207729 [1]. >>> >> It should be safe again after r296419. Thanks to Kostik Belousov for >>> >> the quick fix. (Clang 3.8.0 generates a different type for unwind >>> >> sections on amd64, and this was unexpected in the kernel linker.) >>> >> -Dimitry >>> >> [1] https://svnweb.freebsd.org/changeset/base/296419 >>> > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. >>> > >>> > Picture at: >>> > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg >>> >>> It's pretty hard to make out, but it looks like it is panic'ing in >>> link_elf_reloc_local(). That should have been fixed with r296419, >>> but >>> maybe there is yet another edge case that wasn't fixed. Do you have >>> a >>> crash dump and/or a backtrace? Which modules are you preloading? >>> >>> -Dimitry >>> >> >> loader,conf: >> >> kern.msgbuf_clear="1" >> kern.geom.label.disk_ident.enable="0" >> kern.geom.label.gptid.enable="0" >> zfs_load="YES" >> ichsmb_load="YES" >> hwpmc_load="YES" >> aesni_load="YES" >> cryptodev_load="YES" >> dtraceall_load="YES" >> cpuctl_load="YES" >> cuse_load="YES" >> coretemp_load="YES" >> #hw.usb.quirk.0="0x0bda 0x0129 0x3960 0x3960 >> UQ_MSC_FORCE_WIRE_BBB,UQ_MSC_FORCE_PROTO_SCSI" >> #hw.usb.umass.debug="-1" >> >> I'll see if I can get a better pic with a backtrace. This crash is >> WAY early, so no dump :( >> >> >> >> acpi_dsdt_load="YES" # DSDT Overriding >> acpi_dsdt_name="/boot/dsdt.aml" >> #hw.psm.synaptics_support="1" > > new pic: http://www.lerctr.org/~ler/FreeBSD/20160306_082426.jpg I loaded everything in this list other than acpi_dsdt override. - Nikolai Lifanov From owner-freebsd-current@freebsd.org Sun Mar 6 14:54:14 2016 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 EE254AC0B51 for ; Sun, 6 Mar 2016 14:54:14 +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 CB49A66A for ; Sun, 6 Mar 2016 14:54:14 +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=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=PDyiJ1an5Nz4cQR6/ANMWSE1i+IQzH7Tn3dDu54Sb88=; b=EXgAXKJqJn+btRkX6mQi4s/V+7 3Q3AABQ7J+7f6NU765jXgtYxJ9HNQ9oq2a4YnSO47OtwCw4W7Uw/BBJ2ojyNlNDWo/2TzX5nA50qX W4ELpBtsngFbGB9xaVDU8srTlMBl/08k+6F5Xks3VE13VXXLb8o5+FPcAz5lkaEPDeHE=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:14514 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1aca4U-000AiG-1b; Sun, 06 Mar 2016 08:54:14 -0600 Received: from 2605:6000:ec17:200:a93e:2e53:9aeb:5dd2 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 06 Mar 2016 08:54:13 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 06 Mar 2016 08:54:13 -0600 From: Larry Rosenman To: Nikolai Lifanov Cc: Freebsd current Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported In-Reply-To: References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> <232E493E-9B22-4D1E-A1C8-619B573C56E1@FreeBSD.org> <20160306142032.GA4063@trivet.lerctr.org> <7c0070cf1cf21e8a66b0e5c4567aa0c7@mail.lifanov.com> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 14:54:15 -0000 On 2016-03-06 08:49, Larry Rosenman wrote: > On 2016-03-06 08:40, Nikolai Lifanov wrote: >> On 2016-03-06 09:28, Larry Rosenman wrote: >>> On 2016-03-06 08:20, Larry Rosenman wrote: >>>> On Sun, Mar 06, 2016 at 03:15:10PM +0100, Dimitry Andric wrote: >>>>> On 06 Mar 2016, at 06:20, Larry Rosenman wrote: >>>>> > >>>>> > On 2016-03-05 18:46, Dimitry Andric wrote: >>>>> >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: >>>>> >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: >>>>> >>>> I imported the (tentative) 3.8.0 release of clang, llvm, lldb and >>>>> >>>> compiler-rt into head, in r296417. The upstream release is going to be >>>>> >>>> very soon now, but I do not expect any changes anymore. >>>>> >>>> This was tested with make universe, and a few exp-runs, but there is >>>>> >>>> always a chance that you might run into something unexpected, either >>>>> >>>> with the base system or ports. In such cases, please file bugs, and >>>>> >>>> make sure you note somewhere in the description that it is related to >>>>> >>>> this import. >>>>> >>> Please hold off upgrading for now, if you are on amd64, and loading the >>>>> >>> aesni.ko module. It appears that loading this module can cause the >>>>> >>> kernel ELF linker to panic, but it is not yet clear why. This is being >>>>> >>> tracked in PR207729 [1]. >>>>> >> It should be safe again after r296419. Thanks to Kostik Belousov for >>>>> >> the quick fix. (Clang 3.8.0 generates a different type for unwind >>>>> >> sections on amd64, and this was unexpected in the kernel linker.) >>>>> >> -Dimitry >>>>> >> [1] https://svnweb.freebsd.org/changeset/base/296419 >>>>> > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. >>>>> > >>>>> > Picture at: >>>>> > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg >>>>> >>>>> It's pretty hard to make out, but it looks like it is panic'ing in >>>>> link_elf_reloc_local(). That should have been fixed with r296419, >>>>> but >>>>> maybe there is yet another edge case that wasn't fixed. Do you >>>>> have a >>>>> crash dump and/or a backtrace? Which modules are you preloading? >>>>> >>>>> -Dimitry >>>>> >>>> >>>> loader,conf: >>>> >>>> kern.msgbuf_clear="1" >>>> kern.geom.label.disk_ident.enable="0" >>>> kern.geom.label.gptid.enable="0" >>>> zfs_load="YES" >>>> ichsmb_load="YES" >>>> hwpmc_load="YES" >>>> aesni_load="YES" >>>> cryptodev_load="YES" >>>> dtraceall_load="YES" >>>> cpuctl_load="YES" >>>> cuse_load="YES" >>>> coretemp_load="YES" >>>> #hw.usb.quirk.0="0x0bda 0x0129 0x3960 0x3960 >>>> UQ_MSC_FORCE_WIRE_BBB,UQ_MSC_FORCE_PROTO_SCSI" >>>> #hw.usb.umass.debug="-1" >>>> >>>> I'll see if I can get a better pic with a backtrace. This crash is >>>> WAY early, so no dump :( >>>> >>>> >>>> >>>> acpi_dsdt_load="YES" # DSDT Overriding >>>> acpi_dsdt_name="/boot/dsdt.aml" >>>> #hw.psm.synaptics_support="1" >>> >>> new pic: http://www.lerctr.org/~ler/FreeBSD/20160306_082426.jpg >> >> I loaded everything in this list other than acpi_dsdt override. >> >> - Nikolai Lifanov > > still breaks for me without the dsdt override :( +list -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sun Mar 6 16:17:41 2016 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 B508FA95B2C; Sun, 6 Mar 2016 16:17:41 +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 91404F2A; Sun, 6 Mar 2016 16:17:41 +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=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=Q2pELwCUHqeAEcT9XiZZs4faPLfI+W0vTU5eyYLliqI=; b=e11majxS9pqU0QJ+XFAcEp4wt+ JESaABj+aRwBe3c2TTufon0wGITdMBNCYiJLGwUh+XXDUHQD1JoIpqQck59scX1ylK/heF41R5HWG FabAfEVocKgyIDzubRV0QhmJ7GUaLnFcT/QmrwoLNgInMbIDAuLhH+XpmJs5mTmbz1U0=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:38815 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1acbNE-000CwP-J0; Sun, 06 Mar 2016 10:17:40 -0600 Received: from 2605:6000:ec17:200:a93e:2e53:9aeb:5dd2 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 06 Mar 2016 10:17:40 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 06 Mar 2016 10:17:40 -0600 From: Larry Rosenman To: Nikolai Lifanov Cc: Freebsd current , owner-freebsd-current@freebsd.org Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported In-Reply-To: References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> <232E493E-9B22-4D1E-A1C8-619B573C56E1@FreeBSD.org> <20160306142032.GA4063@trivet.lerctr.org> <7c0070cf1cf21e8a66b0e5c4567aa0c7@mail.lifanov.com> Message-ID: <8e5b5bbb0050e7531259487a8a0bddf2@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 16:17:41 -0000 On 2016-03-06 08:54, Larry Rosenman wrote: > On 2016-03-06 08:49, Larry Rosenman wrote: >> On 2016-03-06 08:40, Nikolai Lifanov wrote: >>> On 2016-03-06 09:28, Larry Rosenman wrote: >>>> On 2016-03-06 08:20, Larry Rosenman wrote: >>>>> On Sun, Mar 06, 2016 at 03:15:10PM +0100, Dimitry Andric wrote: >>>>>> On 06 Mar 2016, at 06:20, Larry Rosenman wrote: >>>>>> > >>>>>> > On 2016-03-05 18:46, Dimitry Andric wrote: >>>>>> >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: >>>>>> >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: >>>>>> >>>> I imported the (tentative) 3.8.0 release of clang, llvm, lldb and >>>>>> >>>> compiler-rt into head, in r296417. The upstream release is going to be >>>>>> >>>> very soon now, but I do not expect any changes anymore. >>>>>> >>>> This was tested with make universe, and a few exp-runs, but there is >>>>>> >>>> always a chance that you might run into something unexpected, either >>>>>> >>>> with the base system or ports. In such cases, please file bugs, and >>>>>> >>>> make sure you note somewhere in the description that it is related to >>>>>> >>>> this import. >>>>>> >>> Please hold off upgrading for now, if you are on amd64, and loading the >>>>>> >>> aesni.ko module. It appears that loading this module can cause the >>>>>> >>> kernel ELF linker to panic, but it is not yet clear why. This is being >>>>>> >>> tracked in PR207729 [1]. >>>>>> >> It should be safe again after r296419. Thanks to Kostik Belousov for >>>>>> >> the quick fix. (Clang 3.8.0 generates a different type for unwind >>>>>> >> sections on amd64, and this was unexpected in the kernel linker.) >>>>>> >> -Dimitry >>>>>> >> [1] https://svnweb.freebsd.org/changeset/base/296419 >>>>>> > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. >>>>>> > >>>>>> > Picture at: >>>>>> > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg >>>>>> >>>>>> It's pretty hard to make out, but it looks like it is panic'ing in >>>>>> link_elf_reloc_local(). That should have been fixed with r296419, >>>>>> but >>>>>> maybe there is yet another edge case that wasn't fixed. Do you >>>>>> have a >>>>>> crash dump and/or a backtrace? Which modules are you preloading? >>>>>> >>>>>> -Dimitry >>>>>> >>>>> >>>>> loader,conf: >>>>> >>>>> kern.msgbuf_clear="1" >>>>> kern.geom.label.disk_ident.enable="0" >>>>> kern.geom.label.gptid.enable="0" >>>>> zfs_load="YES" >>>>> ichsmb_load="YES" >>>>> hwpmc_load="YES" >>>>> aesni_load="YES" >>>>> cryptodev_load="YES" >>>>> dtraceall_load="YES" >>>>> cpuctl_load="YES" >>>>> cuse_load="YES" >>>>> coretemp_load="YES" >>>>> #hw.usb.quirk.0="0x0bda 0x0129 0x3960 0x3960 >>>>> UQ_MSC_FORCE_WIRE_BBB,UQ_MSC_FORCE_PROTO_SCSI" >>>>> #hw.usb.umass.debug="-1" >>>>> >>>>> I'll see if I can get a better pic with a backtrace. This crash >>>>> is >>>>> WAY early, so no dump :( >>>>> >>>>> >>>>> >>>>> acpi_dsdt_load="YES" # DSDT Overriding >>>>> acpi_dsdt_name="/boot/dsdt.aml" >>>>> #hw.psm.synaptics_support="1" >>>> >>>> new pic: http://www.lerctr.org/~ler/FreeBSD/20160306_082426.jpg >>> >>> I loaded everything in this list other than acpi_dsdt override. >>> >>> - Nikolai Lifanov >> >> still breaks for me without the dsdt override :( > > +list https://svnweb.freebsd.org/changeset/base/296428 fixes it after installing the new boot1.efi -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sun Mar 6 16:34:06 2016 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 45F5D9DB189 for ; Sun, 6 Mar 2016 16:34:06 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (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 0A09DB92 for ; Sun, 6 Mar 2016 16:34:06 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::c8cc:92f5:a9cb:d8ee] (unknown [IPv6:2001:7b8:3a7:0:c8cc:92f5:a9cb:d8ee]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 616BF3E0CA; Sun, 6 Mar 2016 17:34:01 +0100 (CET) Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5BFB724B-251F-4E5A-8FED-CE94D89EDEAD"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <8e5b5bbb0050e7531259487a8a0bddf2@thebighonker.lerctr.org> Date: Sun, 6 Mar 2016 17:33:54 +0100 Cc: Nikolai Lifanov , Freebsd current Message-Id: <87812E00-DCD6-4A8C-94E9-3EC43F3C0D9F@FreeBSD.org> References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> <232E493E-9B22-4D1E-A1C8-619B573C56E1@FreeBSD.org> <20160306142032.GA4063@trivet.lerctr.org> <7c0070cf1cf21e8a66b0e5c4567aa0c7@mail.lifanov.com> <8e5b5bbb0050e7531259487a8a0bddf2@thebighonker.lerctr.org> To: Larry Rosenman X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 16:34:06 -0000 --Apple-Mail=_5BFB724B-251F-4E5A-8FED-CE94D89EDEAD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 06 Mar 2016, at 17:17, Larry Rosenman wrote: >=20 > On 2016-03-06 08:54, Larry Rosenman wrote: >> On 2016-03-06 08:49, Larry Rosenman wrote: >>> On 2016-03-06 08:40, Nikolai Lifanov wrote: ... >>>> I loaded everything in this list other than acpi_dsdt override. >>>> - Nikolai Lifanov >>> still breaks for me without the dsdt override :( >> +list > https://svnweb.freebsd.org/changeset/base/296428 fixes it after = installing the new boot1.efi Thanks for the confirmation. I could reproduce the panic locally, by preloading the modules from the boot loader. -Dimitry --Apple-Mail=_5BFB724B-251F-4E5A-8FED-CE94D89EDEAD 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----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlbcW/gACgkQsF6jCi4glqPZEgCg0QNP4uv++gMzsnZmQmteM8am 42sAoMeeXXOAvuC9i2fmzkAh9UMSxYaI =46AL -----END PGP SIGNATURE----- --Apple-Mail=_5BFB724B-251F-4E5A-8FED-CE94D89EDEAD-- From owner-freebsd-current@freebsd.org Sun Mar 6 16:40:19 2016 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 7F2B39DB327 for ; Sun, 6 Mar 2016 16:40:19 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (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 698CDDDC; Sun, 6 Mar 2016 16:40:19 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: by mail.lifanov.com (Postfix, from userid 58) id 223BD239744; Sun, 6 Mar 2016 11:40:19 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.lifanov.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.1 Received: from app.lifanov.com (chat.lifanov.com [206.125.175.13]) by mail.lifanov.com (Postfix) with ESMTPA id 4086523958D; Sun, 6 Mar 2016 11:40:18 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 06 Mar 2016 11:40:18 -0500 From: Nikolai Lifanov To: Dimitry Andric Cc: Larry Rosenman , Freebsd current Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported In-Reply-To: <87812E00-DCD6-4A8C-94E9-3EC43F3C0D9F@FreeBSD.org> References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> <232E493E-9B22-4D1E-A1C8-619B573C56E1@FreeBSD.org> <20160306142032.GA4063@trivet.lerctr.org> <7c0070cf1cf21e8a66b0e5c4567aa0c7@mail.lifanov.com> <8e5b5bbb0050e7531259487a8a0bddf2@thebighonker.lerctr.org> <87812E00-DCD6-4A8C-94E9-3EC43F3C0D9F@FreeBSD.org> Message-ID: <2966656fa45a2225d16b84cf0abffabd@mail.lifanov.com> X-Sender: lifanov@mail.lifanov.com User-Agent: Roundcube Webmail/1.1.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 16:40:19 -0000 On 2016-03-06 11:33, Dimitry Andric wrote: > On 06 Mar 2016, at 17:17, Larry Rosenman wrote: >> >> On 2016-03-06 08:54, Larry Rosenman wrote: >>> On 2016-03-06 08:49, Larry Rosenman wrote: >>>> On 2016-03-06 08:40, Nikolai Lifanov wrote: > ... >>>>> I loaded everything in this list other than acpi_dsdt override. >>>>> - Nikolai Lifanov >>>> still breaks for me without the dsdt override :( >>> +list >> https://svnweb.freebsd.org/changeset/base/296428 fixes it after >> installing the new boot1.efi > > Thanks for the confirmation. I could reproduce the panic locally, by > preloading the modules from the boot loader. > > -Dimitry I tend to load only what's absolutely necessary for a successful boot from loader.conf and load the rest from kld_list in rc.conf so that single user mode has the greatest chance of working. - Nikolai Lifanov From owner-freebsd-current@freebsd.org Sun Mar 6 16:44:43 2016 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 EA88F9DB4FE for ; Sun, 6 Mar 2016 16:44:42 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: from mail-lb0-x242.google.com (mail-lb0-x242.google.com [IPv6:2a00:1450:4010:c04::242]) (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 6E9F11F1 for ; Sun, 6 Mar 2016 16:44:42 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: by mail-lb0-x242.google.com with SMTP id vk4so9163173lbb.1 for ; Sun, 06 Mar 2016 08:44:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:sender:date:from:to:subject:mime-version :content-disposition:user-agent; bh=9Y5T2HK9RoVTwEck7ZapWssS5kQycPiQ0UHDX2zd6Wo=; b=xF+BrqwgoWATXiMZitvJZmftV0+CQ8kTkDY4Qhlnz7Soyh5vnBCsPKNlIX34SMHVew LiwjRXhnyWfny5hXl3Ed2/xp2r3JNhGSvgbYDhmRJK57gpq4gR6E+E/KOGWQH1UuY7aV 5t+tpaaNt+WOx1icByJ3RXJo8Xh+fue4JXR7ey1Xuc0kR9w7OU7kO70DhkC/KS1dBXvr SgRxExFioYlrkfQYJUt7Czv9gULKnqKD4j4v7tgIxstWS6VoHmrjmWTmA5SK/ZWKsWy2 VMy9gVksDPEb8XOtKdSyd9w2bZWxPBKorVCF7IeHx5ZLhB8gt7N2pCOtLWCIlYZumVJu B2SQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:sender:date:from:to:subject :mime-version:content-disposition:user-agent; bh=9Y5T2HK9RoVTwEck7ZapWssS5kQycPiQ0UHDX2zd6Wo=; b=AQOtI8bNwAGpixdWSghvTtzoR3bsngaOihzI5MGcC3vECbLQX56SeO31YCsQJyiy3t A4XPugKqqHklRWIn3osb5KBVlGYs96tz7+jVBHjoJZ8SI/l+jnV47HTRecTd/5tqutnf 7RG+qGhxlNGKsi9LZVU2wz4RYx3CC83Mo7jDInzv4JHCYOTnt+Xgkfw1+5AsKTKUcDtt ReD3gabKG8mmE5nznnWNYuPu1pLAgPT/JAmAmj2cbIyHe/frrJPYXT55i73fl2Wadhjp Kc5cgkPRGap6UxQorVCIOFsA2ZZdFXD/IopFcZ4HILI8aaddUVgbAxeTJKLALqHQ1d8H JkIw== X-Gm-Message-State: AD7BkJId0e95HpqrkYIoD4WFzKNUJJHP2yp4zYq4sdnReulxgWUpbnnnN/Gve5lh5VXGCw== X-Received: by 10.25.154.14 with SMTP id c14mr6633283lfe.35.1457282680164; Sun, 06 Mar 2016 08:44:40 -0800 (PST) Received: from kloomba.lvv.mirantis.netpoz.mirantis.netsjc.mirantis.netsnv.mirantis.netinfra.mirantis.netdevops.mirantis.netmosi.mirantis.netbud.mirantis.netscc.mirantis.netvm.mirantis.netssl.mirantis.netmsk.mirantis.netsrt.mirantis.netkha.mirantis.netmnv.mirantis.net ([31.29.238.235]) by smtp.gmail.com with ESMTPSA id s5sm2164394lbr.12.2016.03.06.08.44.39 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Mar 2016 08:44:39 -0800 (PST) Message-ID: <56dc5e77.c53d700a.262e9.ffff953d@mx.google.com> X-Google-Original-Message-ID: <20160306164433.GA35099@kloomba.lvv.mirantis.netpoz.mirantis.netsjc.mirantis.netsnv.mirantis.netinfra.mirantis.netdevops.mirant Sender: Roman Bogorodskiy Date: Sun, 6 Mar 2016 19:44:34 +0300 From: Roman Bogorodskiy To: freebsd-current@freebsd.org Subject: lldb input issue MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 16:44:43 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I'm seeing an issue with lldb: when I start it (without arguments) and try to type commands, it looks like this: $ lldb (lldb) \U+7F68\U+7F65\U+7F6C\U+7F70\U+7F0A So, basically, I cannot execute any command and cannot even exit from its shell, only by ctrl-z and killing it. This happens to me on today's -CURRENT / amd64. I was wondering if that's an issue with my user's locale, but the behavior is same for root. Also, I can see exactly the same behavior with lldb on FreeBSD. Is that some known issue or maybe configuration problem? Thanks, Roman Bogorodskiy --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJW3F5xAAoJEMltX/4IwiJqVksH/1zOLkw6nYegQjqIoQxqXso2 zLvux3vYqKPRSWU+HDiH/wKkVuSCw58RwSz/JJ9PplhD09G+4mF1vocWz6xe/my4 E34/w3/i6cfHl74F0u4knCPp5yqBGaJHbYUpj4yeUmR9MZYqmLeTst9B1NP/q7c3 fD+7ZPc0ztE2eQaiMB/kNZlPuHspMMoIa1xlk1pXVeEf+IlOAgPk6cIGboY8kMCE MsM6M5jzXiEAns63/RAaVoJyS4cainLnBq/bxwgNofgWvSnn+tAgFmplNZTHOpFd 1MOWXSX/aaV5e+yBss63FNnpChzYLWOduuvCsdIcQelnTuca8qEx1HHoVFSjVcM= =Vq/B -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@freebsd.org Sun Mar 6 16:46:54 2016 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 16A409DB5CE for ; Sun, 6 Mar 2016 16:46:54 +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 E5D3D366; Sun, 6 Mar 2016 16:46:53 +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=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=5w0CSdfa/TYfyfl4D+WoBUPDVxhJLmbcNyzhnlOvkgI=; b=ohhRosCc/U0AVn6cWC/WQwjeMi gczPMrRneFyQUMVC3NWDOHIeogJ3W0bQvssQdhpYC0cVhB8KTVLKD/Mi/N+/8DUR0Hos5PZNTJvfx jIGi5VHkfTzUmql8yiRKBcroCTKxe/JWLIptApy9ghFt+U3RN9pytIBWxRcAhfbjg6h0=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:19051 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1acbpV-000Dgl-7P; Sun, 06 Mar 2016 10:46:53 -0600 Received: from 2605:6000:ec17:200:a93e:2e53:9aeb:5dd2 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 06 Mar 2016 10:46:53 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 06 Mar 2016 10:46:53 -0600 From: Larry Rosenman To: Nikolai Lifanov Cc: Dimitry Andric , Freebsd current Subject: Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported In-Reply-To: <2966656fa45a2225d16b84cf0abffabd@mail.lifanov.com> References: <06A7CAA8-1F51-4A86-97D1-F0DA938C2BC4@FreeBSD.org> <0CAC6D2A-D16B-4BD5-90F0-3A1E2F1FC375@FreeBSD.org> <613F619A-DE9E-4030-BF11-CE30465B9538@FreeBSD.org> <232E493E-9B22-4D1E-A1C8-619B573C56E1@FreeBSD.org> <20160306142032.GA4063@trivet.lerctr.org> <7c0070cf1cf21e8a66b0e5c4567aa0c7@mail.lifanov.com> <8e5b5bbb0050e7531259487a8a0bddf2@thebighonker.lerctr.org> <87812E00-DCD6-4A8C-94E9-3EC43F3C0D9F@FreeBSD.org> <2966656fa45a2225d16b84cf0abffabd@mail.lifanov.com> Message-ID: <65ccd15790bd52c6f499ea28ad45e432@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 16:46:54 -0000 On 2016-03-06 10:40, Nikolai Lifanov wrote: > On 2016-03-06 11:33, Dimitry Andric wrote: >> On 06 Mar 2016, at 17:17, Larry Rosenman wrote: >>> >>> On 2016-03-06 08:54, Larry Rosenman wrote: >>>> On 2016-03-06 08:49, Larry Rosenman wrote: >>>>> On 2016-03-06 08:40, Nikolai Lifanov wrote: >> ... >>>>>> I loaded everything in this list other than acpi_dsdt override. >>>>>> - Nikolai Lifanov >>>>> still breaks for me without the dsdt override :( >>>> +list >>> https://svnweb.freebsd.org/changeset/base/296428 fixes it after >>> installing the new boot1.efi >> >> Thanks for the confirmation. I could reproduce the panic locally, by >> preloading the modules from the boot loader. >> >> -Dimitry > > I tend to load only what's absolutely necessary for a successful boot > from loader.conf > and load the rest from kld_list in rc.conf so that single user mode > has the greatest > chance of working. > > - Nikolai Lifanov However, it's a POLA violation to HAVE to do that :) Thanks Dimitry for the quick fix. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sun Mar 6 17:25:55 2016 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 01CAEA953DC for ; Sun, 6 Mar 2016 17:25:55 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (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 8D8B8A62; Sun, 6 Mar 2016 17:25:54 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id n186so55770333wmn.1; Sun, 06 Mar 2016 09:25:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=qbhV4IHe3VgZptDs561VsaZg2/sXBwmkj+O3w2VgAiM=; b=nptOQzNNeds24DlhnU4jyeZuee1aKNcy2MgMUJL4t4foERobJLCbyzakcygIGkka0N gL6zsWy1XrH+hHDKshLkkimWnEUB5DJZKlwkR3CjAp/GFjM7ci4obV4q9MGfyJkuRkRO TYvneXEWMIAfzD0THlifsU8m+E4VklaT+yiMd0wHCh8+GlODzrZW9QTicDSeAwl4JyFd qfCqLP7NU9rwHTfMT9PPRa/9sk7Lu2qsliZ5MuKvRpi6loSewAxxvyvWOX52pGrTng6N fLuFROBHnDrAaCYk5cqXdV1RBFRY29GiakKbXf8N/f4DZviPQ3rbGLqvmwgO8oj0d0iN 0M6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=qbhV4IHe3VgZptDs561VsaZg2/sXBwmkj+O3w2VgAiM=; b=H1BoWMAV6C/o7vQu2571eY2idBWZHHy2dLiCE3/mNgGH/9ZWwo38UhvRP/oizyablS RPtah+CUg+EmkMXYZvbrztTzy+RGQgh4Qv5SXEExSrGXdCSPiC9ANLK5+A5FTFTlmmDT YFr6pX4n9e5fR9WdQLWYzotv2aRcZEydQ45tb/J3mNgTn8JyttxbmdW7bcKCa066awZI veCiGtyas+ewwAIVt5gTQRpvrJJiJcz4xxASW+a639nhGSmB8e1IR171LYwAfGehhnhV zQ+pjmhKYMbqvqvgH9hon6TTKuhgTzr9io3CbSulyp517ofJFigkPpDah93uaPxkQLll /fGg== X-Gm-Message-State: AD7BkJLsCMnN9PBzyyaR3WUpHuDWcvOfVevZYsa6P48STS7VAbGLvO5Je+5VHLrpgm5I8Q== X-Received: by 10.28.91.83 with SMTP id p80mr9350516wmb.48.1457285153020; Sun, 06 Mar 2016 09:25:53 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id 192sm9642604wmw.0.2016.03.06.09.25.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Mar 2016 09:25:51 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 6 Mar 2016 18:25:50 +0100 From: Baptiste Daroussin To: Roman Bogorodskiy Cc: freebsd-current@freebsd.org Subject: Re: lldb input issue Message-ID: <20160306172550.GL31877@ivaldir.etoilebsd.net> References: <56dc5e77.c53d700a.262e9.ffff953d@mx.google.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QQNwO3VdVfodZayb" Content-Disposition: inline In-Reply-To: <56dc5e77.c53d700a.262e9.ffff953d@mx.google.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 17:25:55 -0000 --QQNwO3VdVfodZayb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 06, 2016 at 07:44:34PM +0300, Roman Bogorodskiy wrote: > Hi, >=20 > I'm seeing an issue with lldb: when I start it (without arguments) and > try to type commands, it looks like this: >=20 > $ lldb > (lldb) \U+7F68\U+7F65\U+7F6C\U+7F70\U+7F0A >=20 > So, basically, I cannot execute any command and cannot even exit from > its shell, only by ctrl-z and killing it. >=20 > This happens to me on today's -CURRENT / amd64. >=20 > I was wondering if that's an issue with my user's locale, but the > behavior is same for root. >=20 > Also, I can see exactly the same behavior with lldb on FreeBSD. >=20 > Is that some known issue or maybe configuration problem? >=20 > Thanks, >=20 > Roman Bogorodskiy Sounds like an issue with libedit, probably due to the latest import of lib= edit (just a guess) Best regards, Bapt --QQNwO3VdVfodZayb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW3GgeAAoJEGOJi9zxtz5aB8sQAM3h6zexcV04idEXiG1z3hZX 2x+UgM5BeIFX7EErMIvX8WqvbCBMJp6+ttx2I0kfDiDYYRfZudKnyvegLxyt0Ozk 5/6/5vhIRXwvAs4fqtXk2UJMy+P7yhDQEll7Lt/NTlJnCEP+auMbk5/edTrB3+Nx FkF26xCUJ/TWRpRXV19LP5uRt0bjj5beNZIFUpzJoWS2i73v8mrD4zrUVVLVImAs JZLgFvQ+LrG2AEEhO9JWUf5P5jcOOmw4K/yfgdm1lIPqcf1cVwsNB9AUXO3RrLbo lcLpPDzUZOSQCRUV6BfQRNAQ2nTU58CMxqAlGCMuI7rOYXm4ep9rDF10xA+TIbfy 5oYSNFeHTgQa9ahShvMumXpU/y2XMFPTP/ugw9mLX23SxhPXlwoUXW4SwV5CCZI9 2wTHKa2WxrPuHeVVEVSKpYhgxlLEY5XQi8dA/QLx1KztLscaajBJNcQ22LY9Df1V BvwRpO4k3CeYFiT+0Gny5L9AHJjGKLwMjhXKCavrb051NYLBzVBEqLkZdFGjs0UL XZ7FvZOKO7GN8bh+DqOrUZFWHAX29i00Fbos5by1y3QTwh04o7654UeHg4p3fRCA AINevEKYuNChCToWOcFSw9y6dlAJOZMIlkfuRrhRaNLQ9myGJU2fVZbuu7fLSmFH nq1PLmj5sPImXeGaxmhs =Kx4K -----END PGP SIGNATURE----- --QQNwO3VdVfodZayb-- From owner-freebsd-current@freebsd.org Sun Mar 6 19:40:22 2016 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 E2EB6A9593E for ; Sun, 6 Mar 2016 19:40:22 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D3B3F188; Sun, 6 Mar 2016 19:40:22 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 4DB881B66; Sun, 6 Mar 2016 19:40:22 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sun, 6 Mar 2016 19:40:20 +0000 From: Glen Barber To: Baptiste Daroussin Cc: Matthew Seaman , freebsd-current@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160306194020.GA77554@FreeBSD.org> References: <20160302235429.GD75641@FreeBSD.org> <56D81174.3070000@freebsd.org> <20160306113957.GJ31877@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20160306113957.GJ31877@ivaldir.etoilebsd.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 19:40:23 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 06, 2016 at 12:39:57PM +0100, Baptiste Daroussin wrote: > On Thu, Mar 03, 2016 at 10:27:00AM +0000, Matthew Seaman wrote: > > On 03/02/16 23:54, Glen Barber wrote: > > > Also note (as repeated below), running 'pkg delete -a' will implicitly > > > remove base system packages after they are installed. > >=20 > > This has the potential for many feet to be shot, given that up to now, > > 'pkg delete -a' would always leave you with a viable system. > >=20 > > We already make an exception for pkg itself -- you need 'pkg delete -fa' > > to actually remove pkg(8) as well. (Note to self: this needs to be > > documented in the pkg-delete(8) man page.) > >=20 > > We should have similar exceptions for the essential bits of the base > > system -- at minimum everything you need to boot the system up and > > install stuff from a package repository. > >=20 > > We should also have a command line that will remove all ported software > > but leave the base intact. Maybe by adding '-r reponame' functionality > > to 'pkg delete'? > >=20 >=20 > It is planned to have a "precious" flag for packages which will prevent p= kg > delete -a from dropping them >=20 Note, there are valid use cases for deleting all packages, even those marked as 'precious'. For example, a test chroot(8) or jail(8). So the 'precious' flag would also need an override. Glen --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW3IefAAoJEAMUWKVHj+KTBfQQAIjlfawrnU9AneKARCuyfSk5 uhBsk2YmGz6q00FSp9ZXAxv8dPu9mFELLv3AQ1QLqtzNSab2CFQDJINfLnLZsuT5 P8lA8404t7Nm871CRTaB+f09ivkPmvRvF7rcf1ioCJfufHYwxvvwxdubJ9eGTDMv 0Llg2DY9cli7sWB31+Kx+8DHNVnoklRpXJFvkMQneI0GLr4bv8fxvKB6HZGFRxmw pS7myU7SiqDel/6elW57424xRVyGIA4M4PttpeYXEfuygLdvxxAgJUyCsc32ePsr Nq0OHnF2VUd6YfqQoHWSo/RTlVU/KhCQoM5w+r8cq5XCldcJf26KX9Ck642PpS15 BO7vJzSNRCdV9lBlxpvR1t7KK8l/1Dl1znTTv/JF903AY1m40aok7ib8XvD1avGZ 7/G0yw+CxpYGpzaQ3ozp8Aj3SJMlux4/cyzfHzNqhVmLXixcAYUyz9MEOdfLQymE ixwXP07+CINOAVssEq9YSNO5xn7zBcD7hhEbyLmEk0JFPuqC+oJa7GVTJ5J+fDuw XvIx0u7uqJ+Pdt4nKugyw6sSCk5kx7WMeVpiKdO4C907WTPoDFWNsAr5Vntov3v1 q26TI71Q2atS7BNNtZOT/mJaQDIdP3TeVjLEgzcoLQhxZD3gp+AMLSYxLIuuN4yB 54NahMgoq0RjcpZ2JPPy =J/pS -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@freebsd.org Sun Mar 6 19:55:33 2016 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 D704EAC1052 for ; Sun, 6 Mar 2016 19:55:33 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: from mail-lb0-x244.google.com (mail-lb0-x244.google.com [IPv6:2a00:1450:4010:c04::244]) (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 5940ECE1; Sun, 6 Mar 2016 19:55:33 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: by mail-lb0-x244.google.com with SMTP id bc4so9446786lbc.0; Sun, 06 Mar 2016 11:55:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:sender:date:from:to:cc:subject:references:mime-version :content-disposition:in-reply-to:user-agent; bh=ceIaFXoV4hAuvPk5BL04zETYL36xetzm6DPvRyqfA2g=; b=PC3lAjeIbOvTopSYC3EqVRZLbcbVL0KF2CLU7zMQvDpuwSriSenhnHTQgWTgRXRMdV VCB7lUpujluxBIhEixlpD8DjieXe5gSvRVWgTaEIOuMulAlubzIk4bYH0nkCtdfFDDxA 8kxWW7UGcSbUrLJajE4XqelzdpCZV7WTVjYrLBSxUiENL286R5pBKl9i64PrV7KwTQoX ZehdMZAs4QwUIO6CFHAj9TmcQRblqUrCzRLDLc6cOHCNQsVUeBHq5m4t7g+lBynU4WqP zRFvmcaLD5mJGTsEypwwrsoOUOVqSkCFc37Oz56oCY5egKzqxfAr79QqDtYABwMePg+0 KyNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:sender:date:from:to:cc:subject :references:mime-version:content-disposition:in-reply-to:user-agent; bh=ceIaFXoV4hAuvPk5BL04zETYL36xetzm6DPvRyqfA2g=; b=kjL4FJO4M/FLhPtkw8VqIVzmBqDQlYqy1qx3HYd4Ii9g9ij6sMrXPmGB4hC4Oiua5x juZbKR8W4AhAc2cLD8lsKEhO4bYTyiL6C0iUcXN3amI0Vf8Z9IG9axCY2cLXMHTrz0Sv w+mJ3NQHdZW5K0ovTSIuH0Dr7SZeS+2WjtpZSc+mYLQTdGvdFdYJ3UimqM3OF1ViTvLJ ICXpQlzeeZIo5DlyDZDHKEvZFxU9Ffr85tuZrrMeOSARAirhxqunjEzog/OaYSIlRpO3 iQEZYiBsok7I7epq49kplw2wfijzXATagP9HIRuUBO72TiYLWODt3uHdZD3iNx0D9+Wy 0UvQ== X-Gm-Message-State: AD7BkJJmngeBTM6cQv94oTKAOXPfoHl6G10sceEe4/yVgg1v+PLzI8g7iDMmOVq5yERb+Q== X-Received: by 10.25.149.68 with SMTP id x65mr6560664lfd.138.1457294131489; Sun, 06 Mar 2016 11:55:31 -0800 (PST) Received: from kloomba.lvv.mirantis.netpoz.mirantis.netsjc.mirantis.netsnv.mirantis.netinfra.mirantis.netdevops.mirantis.netmosi.mirantis.netbud.mirantis.netscc.mirantis.netvm.mirantis.netssl.mirantis.netmsk.mirantis.netsrt.mirantis.netkha.mirantis.netmnv.mirantis.net ([31.29.238.235]) by smtp.gmail.com with ESMTPSA id xg1sm261150lbb.10.2016.03.06.11.55.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Mar 2016 11:55:30 -0800 (PST) Message-ID: <56dc8b32.01a0700a.6dc13.121c@mx.google.com> X-Google-Original-Message-ID: <20160306195526.GB35099@kloomba.lvv.mirantis.netpoz.mirantis.netsjc.mirantis.netsnv.mirantis.netinfra.mirantis.netdevops.mirant Sender: Roman Bogorodskiy Date: Sun, 6 Mar 2016 22:55:27 +0300 From: Roman Bogorodskiy To: Baptiste Daroussin Cc: freebsd-current@freebsd.org Subject: Re: lldb input issue References: <56dc5e77.c53d700a.262e9.ffff953d@mx.google.com> <20160306172550.GL31877@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN" Content-Disposition: inline In-Reply-To: <20160306172550.GL31877@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 19:55:34 -0000 --GID0FwUMdk1T2AWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Baptiste Daroussin wrote: > On Sun, Mar 06, 2016 at 07:44:34PM +0300, Roman Bogorodskiy wrote: > > Hi, > >=20 > > I'm seeing an issue with lldb: when I start it (without arguments) and > > try to type commands, it looks like this: > >=20 > > $ lldb > > (lldb) \U+7F68\U+7F65\U+7F6C\U+7F70\U+7F0A > >=20 > > So, basically, I cannot execute any command and cannot even exit from > > its shell, only by ctrl-z and killing it. > >=20 > > This happens to me on today's -CURRENT / amd64. > >=20 > > I was wondering if that's an issue with my user's locale, but the > > behavior is same for root. > >=20 > > Also, I can see exactly the same behavior with lldb on FreeBSD. ^^^^^^^ Oops, that's supposed to be 'freefall'. > > Is that some known issue or maybe configuration problem? > >=20 > > Thanks, > >=20 > > Roman Bogorodskiy >=20 >=20 >=20 > Sounds like an issue with libedit, probably due to the latest import of l= ibedit > (just a guess) It could be. BTW, I've installed lldb38 using pkg and it works fine. Roman Bogorodskiy --GID0FwUMdk1T2AWN Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJW3IsuAAoJEMltX/4IwiJqY6QIAJ6nABYzQLOUz0hQtxXTcDK0 Ll+w/T/rAeRL2i97LwR4VoDBNYMchfthjogJv/FMLjVHteXbYoONeTz2/X0wzAhV edwE/AS0YbR6R+qKjsMxuUCzm3WGAreBJqEbT10VUggZrgLtccLfQT+D+VKaHncq Wj+kOf47yEyStfh84dgvW0ylOfmfX/mguI3cOpWUIWTCE6Z3w2vADPhwGRq1k8w3 ZRoxS9nlsmyewX9jRr9NU0QzzaP7vhASNq/6djZs2bziRUyADsC2eJW23Yko2Elh cD5N9DJRnajg2fTMxblOpY0zA6qppbMtPRTWu05GHqgBtQS0Luazb6y77F3x69M= =V9qH -----END PGP SIGNATURE----- --GID0FwUMdk1T2AWN-- From owner-freebsd-current@freebsd.org Sun Mar 6 20:05:54 2016 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 12A58AC14AB for ; Sun, 6 Mar 2016 20:05:54 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (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 9D7B979B; Sun, 6 Mar 2016 20:05:53 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id p65so48570512wmp.0; Sun, 06 Mar 2016 12:05:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=3ZRDKIAS1MMiq3yS8b/XnoTZ88oY+HsxrSmFVjl0GyU=; b=YWdQ/s5MK2xl7cTJxvojd80rTKl2bp9PpQnKRS4V8kCKwAbquuAsJz2ytlx2J5FmKJ ruuXhl27PRnLe9EMMYf4xNheVBORObj8b7zNGvjR9nJJ3Nfc8/FJ47KoAhtkTaa/8rId e3OFODZrRZqsotm46yC5UG07k25Z8mwTBZse8u+G8uqS//v8fM/ci5Yyb2xIcb58yziJ hfuiTwBy7ks45lR9gwNdxxupTS2qhNFH5j3MZUemhN49G8sqPNUvEEal87Jq+kjXVozS bJZJxG1VExP5LYIpInt1afTZogFBEjq2mHBYDnvA7hXUmvQHBivK6xbsNeKQbgyJ/UKF ZImQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=3ZRDKIAS1MMiq3yS8b/XnoTZ88oY+HsxrSmFVjl0GyU=; b=lZ21JWyBdIOPq5lNptLRyppgEDS2T6MhxtsdhA0cWowlFPaYtmjzIQtTBz4eVsTXrp pgM9VcFLgFfxaLPVMC3Ztrx3vgOa6l0JJqvJXykXa4ly30JPlrqTTyd1mbsMM2Oei92I jsD0G871LFIUuYyqmuwM3n6Xs4OuNuaiEZSFAVKcpQ8pd6A3S2PAQd0HHoialWCX/xIW f5FsLgrxsbloIGX5+erAVViAwU6MagsbddS4V+k3yvKHUwsf37BkGGqgsfJyCzdV1pW8 SnMr+I9SBWM4wZW9U0RT+Vt15bycUaZSFe4y29ArPTG50sN+uTtVNpn4LPX+W2GIoOab wvaA== X-Gm-Message-State: AD7BkJIjDkkEgLaXWFWbEv4svZ9dvVkVhXmz3UaafODO1ixbATU54b+6mB+OAzSK2hYuZg== X-Received: by 10.194.11.67 with SMTP id o3mr18933019wjb.74.1457294752133; Sun, 06 Mar 2016 12:05:52 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id y3sm10137085wmy.17.2016.03.06.12.05.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Mar 2016 12:05:51 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 6 Mar 2016 21:05:49 +0100 From: Baptiste Daroussin To: Roman Bogorodskiy Cc: freebsd-current@freebsd.org, pfg@freeBSD.org Subject: Re: lldb input issue Message-ID: <20160306200549.GM31877@ivaldir.etoilebsd.net> References: <56dc5e77.c53d700a.262e9.ffff953d@mx.google.com> <20160306172550.GL31877@ivaldir.etoilebsd.net> <56dc8b32.01a0700a.6dc13.121c@mx.google.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="4ickEXl+ukcSQ/3E" Content-Disposition: inline In-Reply-To: <56dc8b32.01a0700a.6dc13.121c@mx.google.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 20:05:54 -0000 --4ickEXl+ukcSQ/3E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 06, 2016 at 10:55:27PM +0300, Roman Bogorodskiy wrote: > Baptiste Daroussin wrote: >=20 > > On Sun, Mar 06, 2016 at 07:44:34PM +0300, Roman Bogorodskiy wrote: > > > Hi, > > >=20 > > > I'm seeing an issue with lldb: when I start it (without arguments) and > > > try to type commands, it looks like this: > > >=20 > > > $ lldb > > > (lldb) \U+7F68\U+7F65\U+7F6C\U+7F70\U+7F0A > > >=20 > > > So, basically, I cannot execute any command and cannot even exit from > > > its shell, only by ctrl-z and killing it. > > >=20 > > > This happens to me on today's -CURRENT / amd64. > > >=20 > > > I was wondering if that's an issue with my user's locale, but the > > > behavior is same for root. > > >=20 > > > Also, I can see exactly the same behavior with lldb on FreeBSD. > ^^^^^^^ > Oops, that's supposed to be 'freefall'. >=20 > > > Is that some known issue or maybe configuration problem? > > >=20 > > > Thanks, > > >=20 > > > Roman Bogorodskiy > >=20 > >=20 > >=20 > > Sounds like an issue with libedit, probably due to the latest import of= libedit > > (just a guess) >=20 > It could be. BTW, I've installed lldb38 using pkg and it works fine. >=20 Which is linked to libedit from ports (older that in base) so it seems to p= rove that libedit update might be the issue there. I have CC pfg@ who has updated libedit Best regards, Bapt --4ickEXl+ukcSQ/3E Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW3I2MAAoJEGOJi9zxtz5ap4UQAKheJCO+sYcpRv65aeywVJj8 gZfVBwuVSkysTTQQB6ZyfZFes9y47moIotvDT2LnOsgBnHBoG/pEGzjC7N53yZC9 qnjTxIklpf71IHq+T2S9jLMcsR4uAAPNk21SEjLfZg4Me2cpMgaTaemUZ+0qFnxh +1T94pgfUu1raRZaXzhUyH/TLaJNHkKY+yn5dXXQJWCXqzHbLZuTp4awnLdUZNC/ vSTSYe0nMiKDiGzKGDCQKXhB4nnkcvI/GsHVBkcz3NWpO6MjSlzWWg7r+rzGEroa f7d8zRIAtFeoQ43AeVtCNifUXdUv+KKgZWEh57zxoP7ipl3pB1kZFrZse5xQNPd9 q+tYZjgiEFI/GVWh1VQwRWAyhqg//WE3MB9HMnnXUJU8hddSNn3dwa9xR9Y2fFpH tqf8lPqXx8yQt7MFjpX0JuqjGFIKRj76dJCVvj+TUYolAH8G/BMXNZZlXqP3ljvA UahSoufAAp1e8j/3AQZEfMMAF8t4lB15bD8hmivehpIo+ooBm6tDvs85gmUVafKD z1DWeouPDV6XkeC9X2V0Fu4394/O9PoySBwo/ao+9Mme1vlb7F17X40v+mAsuzNk JJj4382tThdPfhV6Ct0cCUGLlafkqOQspyROH+Eg332Hqv6fpGBDMTkmJMWvNDaq wvEVA88XkELXLCX7BE4p =Pneo -----END PGP SIGNATURE----- --4ickEXl+ukcSQ/3E-- From owner-freebsd-current@freebsd.org Sun Mar 6 20:19:57 2016 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 355C8AC198C for ; Sun, 6 Mar 2016 20:19:57 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm30-vm0.bullet.mail.bf1.yahoo.com (nm30-vm0.bullet.mail.bf1.yahoo.com [98.139.213.126]) (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 E2C30E1D for ; Sun, 6 Mar 2016 20:19:56 +0000 (UTC) (envelope-from pfg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1457295595; bh=Ac3FoF/3rmRkfLpV0psFXJUUKeEtuJa6BIpx0QdwF6U=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From:Subject; b=ouWLdy3ktsJP00hDtoKaB1cTJhtDdb71i4hehbxJaQ7Ih8kzm2gNTJhQx17hNV9C3K/WSch9gBLaSKtqdBc8QF3SU/gDMws2ATDzK5lyAITs0vEgnTqGyWed3SRTpBSvAu2B+UU6ggzUshzf/0hs97s16IoZrAAKPP5DB8eOc8wqdiGJQvTp6TxZTqUEkOkJTv5h2VN6R6HzW6GA4qiqw3mBu6i/lCnTfGlGPvhrbfii0cXDegbJRAVM7F5/tKEeilp7rPhDpJEXA9LbeYiKmrAVlgExLXpi53A2W6uZSkhObW1opcIsxyDkc59DnE5n24mim7WS5cfBSTPrbBaZTg== Received: from [66.196.81.173] by nm30.bullet.mail.bf1.yahoo.com with NNFMP; 06 Mar 2016 20:19:55 -0000 Received: from [98.139.211.204] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 06 Mar 2016 20:19:55 -0000 Received: from [127.0.0.1] by smtp213.mail.bf1.yahoo.com with NNFMP; 06 Mar 2016 20:19:55 -0000 X-Yahoo-Newman-Id: 69644.17430.bm@smtp213.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: VLmwOs4VM1l_UccuJ8PT4xoI6fHeJk6zOxk19d55Wcb3hpn DV0g5MJCbh_C39Q3p.VPnmYjJO_QS89EGL0HOr7EPsjYV806L4EwZwWaZS4U 37ObvMby5McPyYTWaSVJDgIXu.naQemsrZL4fCUKjRuEqQ03kJlrQePMGp57 JaQnkB6Kz5k80PdcLMZhOl1UAnuBo7r9G5SpuVnikEtoRyN8tLdZtYJidm3. CWJirCGBb4Vg_ARn7H9c6jcrulUVfmmFmi1Dyjh.jiNTvM8uXl5Mpf566xlw 8_4yygRhCTVnQP8RAA.PahYE36m0ZU7x7QRuY6sC5HEUs5KvSMVQuc6K25bp Y_gm52sV8OHLSUUyQnNXG_UhEQsxUI5p_okOTv9D44LHZ5VlixdQuO2op_MT NHBpiEvP5_d9DZxTiyyvhc.mHpHQXEu96Ji6gDQPa7R_Lxku32_oNGoCileu sb6CffoMLs5LV4x4PJHpklDZR2f2aMEVkxoPimA4xXkXpe8KGv6HlSlmqOad ALo2GUsek6R51DkUejvKxCl3uzyDAL0zj X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Subject: Re: lldb input issue To: Baptiste Daroussin , Roman Bogorodskiy References: <56dc5e77.c53d700a.262e9.ffff953d@mx.google.com> <20160306172550.GL31877@ivaldir.etoilebsd.net> <56dc8b32.01a0700a.6dc13.121c@mx.google.com> <20160306200549.GM31877@ivaldir.etoilebsd.net> Cc: freebsd-current@freebsd.org From: Pedro Giffuni Message-ID: <56DC911D.7050909@FreeBSD.org> Date: Sun, 6 Mar 2016 15:20:45 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <20160306200549.GM31877@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 20:19:57 -0000 El 06/03/2016 a las 15:05, Baptiste Daroussin escribió: > On Sun, Mar 06, 2016 at 10:55:27PM +0300, Roman Bogorodskiy wrote: >> Baptiste Daroussin wrote: >> >>> On Sun, Mar 06, 2016 at 07:44:34PM +0300, Roman Bogorodskiy wrote: >>>> Hi, >>>> >>>> I'm seeing an issue with lldb: when I start it (without arguments) and >>>> try to type commands, it looks like this: >>>> >>>> $ lldb >>>> (lldb) \U+7F68\U+7F65\U+7F6C\U+7F70\U+7F0A >>>> >>>> So, basically, I cannot execute any command and cannot even exit from >>>> its shell, only by ctrl-z and killing it. >>>> >>>> This happens to me on today's -CURRENT / amd64. >>>> >>>> I was wondering if that's an issue with my user's locale, but the >>>> behavior is same for root. >>>> >>>> Also, I can see exactly the same behavior with lldb on FreeBSD. >> ^^^^^^^ >> Oops, that's supposed to be 'freefall'. >> >>>> Is that some known issue or maybe configuration problem? >>>> >>>> Thanks, >>>> >>>> Roman Bogorodskiy >>> >>> >>> Sounds like an issue with libedit, probably due to the latest import of libedit >>> (just a guess) >> It could be. BTW, I've installed lldb38 using pkg and it works fine. >> > Which is linked to libedit from ports (older that in base) so it seems to prove > that libedit update might be the issue there. Hmm ... most of the changes were cosmetical. I will take a look though. Pedro. From owner-freebsd-current@freebsd.org Sun Mar 6 21:18:35 2016 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 A31A8A95532 for ; Sun, 6 Mar 2016 21:18:35 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm20.bullet.mail.bf1.yahoo.com (nm20.bullet.mail.bf1.yahoo.com [98.139.212.179]) (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 5C2449D1 for ; Sun, 6 Mar 2016 21:18:34 +0000 (UTC) (envelope-from pfg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1457299107; bh=NCqvsLXTA13BEh9t/ErU8rVk53ABgCr1JQo8H3EqZlY=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From:Subject; b=kU2u/1zNs603xeGmAU3Z+TS52K6oINVFEcfxAQzuJenvLHYSLdY5lDfMOtIHLjs2TfWrU/287tRNok8L90UinCbJKzRZZ9+m806XnKSvR7xxMp0EJSjDe1Y1ugfX9z14VZwPzvpieZs+zbBPrePIuc+s9vAhn1aPcZAkxiiHyC+c2Mr0Q43j370i2RINYhdO1s/do7MY1z+5wnB2FX4zV0UFnnP5UjPtox/0RbLlIgfXchV7x2Dwa+SaqG2HBKlD1V13yobWuz8YYigvWfgKIEYuqRinwuzpj7LwoU8Wm2mD4LjSujDv/QSx7Ye2UgRFXpHZQ6risk10N+FVf+jJLg== Received: from [66.196.81.172] by nm20.bullet.mail.bf1.yahoo.com with NNFMP; 06 Mar 2016 21:18:27 -0000 Received: from [68.142.230.65] by tm18.bullet.mail.bf1.yahoo.com with NNFMP; 06 Mar 2016 21:18:27 -0000 Received: from [127.0.0.1] by smtp222.mail.bf1.yahoo.com with NNFMP; 06 Mar 2016 21:18:27 -0000 X-Yahoo-Newman-Id: 531474.13687.bm@smtp222.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: C5jRe6sVM1lt3IU09TiEPzjJIdIssvS1Vq7qMJnXEFEHyRY 1s0myCL7l5_0YMl.gF6zWEsCW.NOqjlV3gId57DEzHJTS1H7d2t7wGgktmln 6imZ2VvpSD_8Wg5cCYmC2QaMA9KlbGU8gR3Ut2bI9mUraHYVlte.jJerVY7I ioPqn.G2kbjOgLHMzy3kzssV3JJ0Ep32b.zLW7A4PQ6SO2wxMiFHSRiXKp1u fCjRqbJ29XBiBy3M54Hw.tPE3LjSvdrHYWPD.EioihRq_166lK9EmkgkhOUL saQBmibeHyLemzS2VZl9qLdztMJj22ZKe0Xp0kElytw.iqRv2HK_lYpi_LmC 6wt6Z6Y9s0PQWfJfCSKM8BJNBClQSHmCLvehk8Vpk8.v39Yi3GLaDnaVzQXp ZlDAii74wGCT496x86KwbWabTyM7eG3Maf2LXzdM_Qq2VgvwBiLGJE7P4rEW 6Ct5MuJkjoKaOnoOgPU.Yj9AXDjZVOwixPgJOq_8PUumb6FQ6izB2s5sHDRR Y10m0oLEQv_2WG2rt_UogAoxtg_J6_8i1 X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Subject: Re: lldb input issue To: Baptiste Daroussin , Roman Bogorodskiy References: <56dc5e77.c53d700a.262e9.ffff953d@mx.google.com> <20160306172550.GL31877@ivaldir.etoilebsd.net> <56dc8b32.01a0700a.6dc13.121c@mx.google.com> <20160306200549.GM31877@ivaldir.etoilebsd.net> <56DC911D.7050909@FreeBSD.org> Cc: freebsd-current@freebsd.org From: Pedro Giffuni Message-ID: <56DC9ECE.5000707@FreeBSD.org> Date: Sun, 6 Mar 2016 16:19:10 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <56DC911D.7050909@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 06 Mar 2016 21:18:35 -0000 On 03/06/16 15:20, Pedro Giffuni wrote: > > > El 06/03/2016 a las 15:05, Baptiste Daroussin escribió: >> On Sun, Mar 06, 2016 at 10:55:27PM +0300, Roman Bogorodskiy wrote: >>> Baptiste Daroussin wrote: >>> >>>> On Sun, Mar 06, 2016 at 07:44:34PM +0300, Roman Bogorodskiy wrote: >>>>> Hi, >>>>> >>>>> I'm seeing an issue with lldb: when I start it (without arguments) and >>>>> try to type commands, it looks like this: >>>>> >>>>> $ lldb >>>>> (lldb) \U+7F68\U+7F65\U+7F6C\U+7F70\U+7F0A >>>>> >>>>> So, basically, I cannot execute any command and cannot even exit from >>>>> its shell, only by ctrl-z and killing it. >>>>> >>>>> This happens to me on today's -CURRENT / amd64. >>>>> >>>>> I was wondering if that's an issue with my user's locale, but the >>>>> behavior is same for root. >>>>> >>>>> Also, I can see exactly the same behavior with lldb on FreeBSD. >>> ^^^^^^^ >>> Oops, that's supposed to be 'freefall'. >>> >>>>> Is that some known issue or maybe configuration problem? >>>>> >>>>> Thanks, >>>>> >>>>> Roman Bogorodskiy >>>> >>>> >>>> Sounds like an issue with libedit, probably due to the latest import >>>> of libedit >>>> (just a guess) >>> It could be. BTW, I've installed lldb38 using pkg and it works fine. >>> >> Which is linked to libedit from ports (older that in base) so it seems >> to prove >> that libedit update might be the issue there. > > Hmm ... most of the changes were cosmetical. I will take a look though. > Actually we have had two updates lately with sufficient changes that it is not easy to find which may be the culprit. I will revert the last change in the hope that it is enough. Sorry about this. Pedro. From owner-freebsd-current@freebsd.org Mon Mar 7 01:28:11 2016 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 EC767A93B5D for ; Mon, 7 Mar 2016 01:28:11 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B3C6ACA5; Mon, 7 Mar 2016 01:28:11 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id u271S94I093273 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 6 Mar 2016 18:28:09 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id u271S9xS093270; Sun, 6 Mar 2016 18:28:09 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 6 Mar 2016 18:28:09 -0700 (MST) From: Warren Block To: Glen Barber cc: Baptiste Daroussin , Matthew Seaman , freebsd-current@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) In-Reply-To: <20160306194020.GA77554@FreeBSD.org> Message-ID: References: <20160302235429.GD75641@FreeBSD.org> <56D81174.3070000@freebsd.org> <20160306113957.GJ31877@ivaldir.etoilebsd.net> <20160306194020.GA77554@FreeBSD.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 06 Mar 2016 18:28:09 -0700 (MST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 07 Mar 2016 01:28:12 -0000 On Sun, 6 Mar 2016, Glen Barber wrote: > On Sun, Mar 06, 2016 at 12:39:57PM +0100, Baptiste Daroussin wrote: >> On Thu, Mar 03, 2016 at 10:27:00AM +0000, Matthew Seaman wrote: >>> On 03/02/16 23:54, Glen Barber wrote: >>>> Also note (as repeated below), running 'pkg delete -a' will implicitly >>>> remove base system packages after they are installed. >>> >>> This has the potential for many feet to be shot, given that up to now, >>> 'pkg delete -a' would always leave you with a viable system. >>> >>> We already make an exception for pkg itself -- you need 'pkg delete -fa' >>> to actually remove pkg(8) as well. (Note to self: this needs to be >>> documented in the pkg-delete(8) man page.) >>> >>> We should have similar exceptions for the essential bits of the base >>> system -- at minimum everything you need to boot the system up and >>> install stuff from a package repository. >>> >>> We should also have a command line that will remove all ported software >>> but leave the base intact. Maybe by adding '-r reponame' functionality >>> to 'pkg delete'? >>> >> >> It is planned to have a "precious" flag for packages which will prevent pkg >> delete -a from dropping them >> > > Note, there are valid use cases for deleting all packages, even those > marked as 'precious'. For example, a test chroot(8) or jail(8). So the > 'precious' flag would also need an override. # pkg delete -f --delete-my-precious-yes-i-know-just-do-it-already -a From owner-freebsd-current@freebsd.org Mon Mar 7 01:38:36 2016 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 BC0C9A950BC for ; Mon, 7 Mar 2016 01:38:36 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from hapkido.dreamhost.com (hapkido.dreamhost.com [66.33.216.122]) by mx1.freebsd.org (Postfix) with ESMTP id A568C1B7 for ; Mon, 7 Mar 2016 01:38:36 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from homiemail-a42.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) by hapkido.dreamhost.com (Postfix) with ESMTP id 1CC348FBA6 for ; Sun, 6 Mar 2016 17:38:30 -0800 (PST) Received: from homiemail-a42.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a42.g.dreamhost.com (Postfix) with ESMTP id 31BDB68C05D for ; Sun, 6 Mar 2016 17:38:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=menhennitt.com.au; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s= menhennitt.com.au; bh=veIQ8dZhyGXSA34t5nuid1zZpSM=; b=UygsxnfTLl +m/gFra5zolUL/2UByT7yDS2dD0huttFHWIxyHdSpC7r1h2ztDfHRJRO9MSvy5RW OHcDFFHJfJOYBXTr59YgYo7UAwasheVS65fhjZD5YDPUoIaBlTw1KRM6VyJmjArp NBXyFxksL/WIqKcXS8HeCN6tsojmWJylk= Received: from [192.168.88.104] (59-100-195-234.mel.static-ipl.aapt.com.au [59.100.195.234]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: graham@menhennitt.com.au) by homiemail-a42.g.dreamhost.com (Postfix) with ESMTPSA id BABBD68C058 for ; Sun, 6 Mar 2016 17:38:23 -0800 (PST) Subject: Re: [CFT] packaging the base system with pkg(8) To: freebsd-current@freebsd.org References: <20160302235429.GD75641@FreeBSD.org> <56D81174.3070000@freebsd.org> <20160306113957.GJ31877@ivaldir.etoilebsd.net> <20160306194020.GA77554@FreeBSD.org> From: Graham Menhennitt Message-ID: <56DCDB8D.9090800@menhennitt.com.au> Date: Mon, 7 Mar 2016 12:38:21 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 07 Mar 2016 01:38:36 -0000 On 7/03/2016 12:28 PM, Warren Block wrote: > On Sun, 6 Mar 2016, Glen Barber wrote: > >> On Sun, Mar 06, 2016 at 12:39:57PM +0100, Baptiste Daroussin wrote: >>> On Thu, Mar 03, 2016 at 10:27:00AM +0000, Matthew Seaman wrote: >>> >>> It is planned to have a "precious" flag for packages which will >>> prevent pkg >>> delete -a from dropping them >>> >> >> Note, there are valid use cases for deleting all packages, even those >> marked as 'precious'. For example, a test chroot(8) or jail(8). So the >> 'precious' flag would also need an override. > > # pkg delete -f --delete-my-precious-yes-i-know-just-do-it-already -a No. # pkg delete -f --mount-doom -a is the only way to destroy a precioussss. Graham From owner-freebsd-current@freebsd.org Mon Mar 7 07:08:42 2016 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 3522CAC3AB3 for ; Mon, 7 Mar 2016 07:08:42 +0000 (UTC) (envelope-from andrnils@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 C28B5A2A for ; Mon, 7 Mar 2016 07:08:41 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id p65so58745331wmp.0 for ; Sun, 06 Mar 2016 23:08:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=dMPyNR9oJAMXUSbUkrxznqigq6EoJ6US2ZsGZHbkLRI=; b=PAjT2PjuAUIBppLoiRfWiXPM6SmY1LAekuYUTjBdp423O4Zso+uO6tC3DSJDK0MOn4 VyXg8Tj0ZK6wOWqqQnZrnI4a4UMA/36W51m7S86yD+5Q0o3Py/aFmGbHmVNHDxWOixdO +v0neI4FBRSjC8zEWS0FuhIsFDIe6S3GBMO+TeMrFczPtiGOrtjIadK2IU/ZEpMiBG+z q9/NrwtNHA43JfXlJwWV94K0PD6VykAZNNMiiz2hKo8XrJnnwXuAnArtA1ylIIX6BCDm gVsiBo2hzCiRkzeh39HfnlCs3alTzIF97Ssb+LycsyH5Ye5beeKYsxVsfn5iczyReSW/ DN8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=dMPyNR9oJAMXUSbUkrxznqigq6EoJ6US2ZsGZHbkLRI=; b=kEjwf5YqXg6772r2fCH609o5x46zd0/5QX5ienGzZqz9eTIAHqSNoofiqutYAAn0U6 MSB202htiKQdyBjTDkJKht70LR6q/pJCND2TyY19HZIe2goZdq2P5YfAlbJJNkoSacM9 3itVfv7USElwcgt96T9qCaHkEuHVxalEjR13fd1hAHQqF5cHC2mS3iCewn0Nyl9HdxvS 98Dk5mNpTYQS0s+406egr1y+3estTdUOv+kbr0z0k1FeGuFOXxmLYiaoIgB83pkAGknL cq5PFEI9iynu9DsvCHjqukFZNtwSnV369tJMHqZZn0bK1Jn4UAWEguM2pfm2W1NXheyz ae1A== X-Gm-Message-State: AD7BkJKj9kmb5GJDAQI+iN9PCSyKVL5u32nMcxhw34REhZHpnfzRjVGbBgaFp6WRN/Godh3wY4lbLKMezKyQ8Q== MIME-Version: 1.0 X-Received: by 10.194.191.199 with SMTP id ha7mr20862835wjc.128.1457334520319; Sun, 06 Mar 2016 23:08:40 -0800 (PST) Received: by 10.28.20.5 with HTTP; Sun, 6 Mar 2016 23:08:40 -0800 (PST) In-Reply-To: <56DCDB8D.9090800@menhennitt.com.au> References: <20160302235429.GD75641@FreeBSD.org> <56D81174.3070000@freebsd.org> <20160306113957.GJ31877@ivaldir.etoilebsd.net> <20160306194020.GA77554@FreeBSD.org> <56DCDB8D.9090800@menhennitt.com.au> Date: Mon, 7 Mar 2016 08:08:40 +0100 Message-ID: Subject: Re: [CFT] packaging the base system with pkg(8) From: Andreas Nilsson To: Graham Menhennitt Cc: Current FreeBSD Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 07 Mar 2016 07:08:42 -0000 On Mon, Mar 7, 2016 at 2:38 AM, Graham Menhennitt wrote: > > > On 7/03/2016 12:28 PM, Warren Block wrote: > >> On Sun, 6 Mar 2016, Glen Barber wrote: >> >> On Sun, Mar 06, 2016 at 12:39:57PM +0100, Baptiste Daroussin wrote: >>> >>>> On Thu, Mar 03, 2016 at 10:27:00AM +0000, Matthew Seaman wrote: >>>> >>>> It is planned to have a "precious" flag for packages which will prevent >>>> pkg >>>> delete -a from dropping them >>>> >>>> >>> Note, there are valid use cases for deleting all packages, even those >>> marked as 'precious'. For example, a test chroot(8) or jail(8). So the >>> 'precious' flag would also need an override. >>> >> >> # pkg delete -f --delete-my-precious-yes-i-know-just-do-it-already -a >> > > No. > > # pkg delete -f --mount-doom -a > > is the only way to destroy a precioussss. > > Graham > > No, Mount Doom is a place. The way to destroy it is --cast-it-into-the-fire. The problem is that such a naming scheme belongs is some hobby Linux dist, not in a serious production os. /A From owner-freebsd-current@freebsd.org Mon Mar 7 09:48:17 2016 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 9ABAAA95799 for ; Mon, 7 Mar 2016 09:48:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8DD13D43; Mon, 7 Mar 2016 09:48:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 69D9D188A; Mon, 7 Mar 2016 09:48:16 +0000 (UTC) Date: Mon, 7 Mar 2016 09:48:12 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jilles@FreeBSD.org, pfg@FreeBSD.org, dim@FreeBSD.org, andrew@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1548817671.191.1457344095024.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1797504756.189.1457258046553.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1797504756.189.1457258046553.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #1118 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2016 09:48:17 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #1118 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/1118/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 1118/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1= 118/console Change summaries: 296435 by pfg: Revert r296175 Undo update of libedit 2016-02-27 Something in libedit appears to be causing breakage in lldb38. The changes are not generally huge but they are suficient to to justify reverting for now. Reported by:=09novel, bapt 296434 by jilles: libc: Add some tests for memcmp(). 296430 by dim: Add an UPDATING entry about installing the boot loaders after installing the kernel, on amd64. 296429 by jilles: sh: Fix some dead stores. Found by:=09clang static analyzer 296428 by dim: Since kernel modules can now contain sections of type SHT_AMD64_UNWIND, the boot loader should not skip over these anymore while loading images. Otherwise the kernel can still panic when it doesn't find the .eh_frame section belonging to the .rela.eh_frame section. Unfortunately this will require installing boot loaders from sys/boot before attempting to boot with a new kernel. Reviewed by:=09kib MFC after:=092 weeks X-MFC-With:=09r296419 296427 by dim: Add another libclang_rt library to ObsoleteFiles, so the enclosing directory can be removed completely. Noticed by:=09Oliver Hartmann 296426 by andrew: Add SMP support for the Allwinner A31 and A31s. This updated the existing code for the A20 to use the new PLATFORM_SMP interface, and extends it to add support for the new SoCs allowing for both to coexist within the same kernel. Submitted by:=09Emmanuel Vadot Reviewed by:=09jmcneill Differential Revision:=09https://reviews.freebsd.org/D5342 The end of the build log: [...truncated 99439 lines...] char_traits::find(const char_type* __s, size_t __n, const char_t= ype& __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:731:29: warning: conflicts with previous declarat= ion here [-Wattributes] static const char_type* find(const char_type* __s, size_t __n, const c= har_type& __a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:787:1: warning: 'static char16_t* std::__1::char_= traits::move(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::move(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:732:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* move(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:807:1: warning: 'static char16_t* std::__1::char_= traits::copy(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::copy(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:733:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* copy(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:818:1: warning: 'static char16_t* std::__1::char_= traits::assign(std::__1::char_traits::char_type*, size_= t, std::__1::char_traits::char_type)': visibility attribute ignor= ed because it [-Wattributes] char_traits::assign(char_type* __s, size_t __n, char_type __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:734:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* assign(char_type* __s, size_t __n, char_type _= _a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:863:1: warning: 'static int std::__1::char_traits= ::compare(const char_type*, const char_type*, size_t)': visibilit= y attribute ignored because it [-Wattributes] char_traits::compare(const char_type* __s1, const char_type* __s= 2, size_t __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:842:29: warning: conflicts with previous declarat= ion here [-Wattributes] static int compare(const char_type* __s1, const char_type= * __s2, size_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:877:1: warning: 'static size_t std::__1::char_tra= its::length(const char_type*)': visibility attribute ignored beca= use it [-Wattributes] char_traits::length(const char_type* __s) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:843:29: warning: conflicts with previous declarat= ion here [-Wattributes] static size_t length(const char_type* __s); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:887:1: warning: 'static const char32_t* std::__1:= :char_traits::find(const char_type*, size_t, const char_type&)': = visibility attribute ignored because it [-Wattributes] char_traits::find(const char_type* __s, size_t __n, const char_t= ype& __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:844:29: warning: conflicts with previous declarat= ion here [-Wattributes] static const char_type* find(const char_type* __s, size_t __n, const c= har_type& __a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:900:1: warning: 'static char32_t* std::__1::char_= traits::move(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::move(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:845:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* move(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:920:1: warning: 'static char32_t* std::__1::char_= traits::copy(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::copy(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:846:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* copy(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:931:1: warning: 'static char32_t* std::__1::char_= traits::assign(std::__1::char_traits::char_type*, size_= t, std::__1::char_traits::char_type)': visibility attribute ignor= ed because it [-Wattributes] char_traits::assign(char_type* __s, size_t __n, char_type __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:847:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* assign(char_type* __s, size_t __n, char_type _= _a); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/__mutex_base:16:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/mutex:176, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/__locale:18, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ios:216, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/iostream:38, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /utils.cpp:33: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/system_error:345:1: warning: type attributes ignored aft= er type is already defined [-Wattributes] }; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/mutex:176:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/__locale:18, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ios:216, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/iostream:38, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /utils.cpp:33: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/__mutex_base:264:1: warning: type attributes ignored aft= er type is already defined [-Wattributes] }; ^ --- all_subdir_lib/libbsnmp --- --- snmpcrypto.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAV= E_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H= -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depe= nd.snmpcrypto.o -MTsnmpcrypto.o -std=3Dgnu99 -fstack-protector-strong -Wsys= tem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-= strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts= -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-po= inter-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp/..= /../../contrib/bsnmp/lib/snmpcrypto.c -o snmpcrypto.o --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/iostream:38:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /utils.cpp:33: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/ios:387:1: warning: type attributes ignored after type i= s already defined [-Wattributes] }; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:434:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /utils.hpp:33, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /utils.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2844:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2845:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2846:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2847:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:142:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/istream:163, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/iostream:40, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /utils.cpp:33: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/bitset:636:54: warning: attributes ignored on template i= nstantiation [-Wattributes] template struct _LIBCPP_TYPE_VIS_ONLY hash >; ^ --- all_subdir_lib/libbsnmp --- --- support.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAV= E_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H= -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depe= nd.support.o -MTsupport.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-string= s -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winl= ine -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-= sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp/../../..= /contrib/bsnmp/lib/support.c -o support.o --- asn1.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp/../../../contrib/b= snmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DH= AVE_INTTYPES_H -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -M= D -MP -MF.depend.asn1.So -MTasn1.So -std=3Dgnu99 -fstack-protector-strong -= Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwr= ite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscr= ipts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wn= o-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnm= p/../../../contrib/bsnmp/lib/asn1.c -o asn1.So --- all_subdir_lib/atf --- --- libprivateatf-c++.a --- building static atf-c++ library /usr/local/x86_64-freebsd/bin/ar -crD libprivateatf-c++.a `NM=3D'/usr/local= /x86_64-freebsd/bin/nm' NMFLAGS=3D'' lorder application.o build.o check.o e= nv.o exceptions.o fs.o process.o tests.o text.o utils.o | tsort -q`=20 /usr/local/x86_64-freebsd/bin/ranlib -D libprivateatf-c++.a --- libprivateatf-c++.so.2.full --- building shared library libprivateatf-c++.so.2 /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD_amd64= _gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1 -std=3D= gnu++11 -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_g= cc4.9/tmp/../lib/libc++ --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/b= uilds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -L/bu= ilds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf= /libatf-c++/../libatf-c -fstack-protector-strong -shared -Wl,-x -Wl,--fatal= -warnings -Wl,--warn-shared-textrel -o libprivateatf-c++.so.2.full -Wl,-so= name,libprivateatf-c++.so.2 `NM=3D'/usr/local/x86_64-freebsd/bin/nm' NMFLA= GS=3D'' lorder application.So build.So check.So env.So exceptions.So fs.So = process.So tests.So text.So utils.So | tsort -q` -lprivateatf-c --- libprivateatf-c++.so.2.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug libprivateatf-c++.s= o.2.full libprivateatf-c++.so.2.debug --- libprivateatf-c++.so.2 --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Dl= ibprivateatf-c++.so.2.debug libprivateatf-c++.so.2.full libprivateatf-c++.= so.2 --- all_subdir_lib/clang --- --- all_subdir_lib/clang/libclangast --- =3D=3D=3D> lib/clang/libclangast (all) --- AttrImpl.inc.h --- clang-tblgen -gen-clang-attr-impl -I /builds/FreeBSD_HEAD_amd64_gcc4.9/lib= /clang/libclangast/../../../contrib/llvm/tools/clang/include -d AttrImpl.in= c.d -o AttrImpl.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclang= ast/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td --- AttrList.inc.h --- clang-tblgen -gen-clang-attr-list -I /builds/FreeBSD_HEAD_amd64_gcc4.9/lib= /clang/libclangast/../../../contrib/llvm/tools/clang/include -d AttrList.in= c.d -o AttrList.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclang= ast/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td --- AttrVisitor.inc.h --- clang-tblgen -gen-clang-attr-ast-visitor -I /builds/FreeBSD_HEAD_amd64_gcc= 4.9/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -d Attr= Visitor.inc.d -o AttrVisitor.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/c= lang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr= .td --- Attrs.inc.h --- clang-tblgen -gen-clang-attr-classes -I /builds/FreeBSD_HEAD_amd64_gcc4.9/= lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -d Attrs.in= c.d -o Attrs.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast= /../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td --- CommentCommandList.inc.h --- clang-tblgen -gen-clang-comment-command-list -d CommentCommandList.inc.d -= o CommentCommandList.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/lib= clangast/../../../contrib/llvm/tools/clang/include/clang/AST/CommentCommand= s.td --- CommentHTMLTagsProperties.inc.h --- clang-tblgen -gen-clang-comment-html-tags-properties -d CommentHTMLTagsPro= perties.inc.d -o CommentHTMLTagsProperties.inc.h /builds/FreeBSD_HEAD_amd6= 4_gcc4.9/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/cl= ang/AST/CommentHTMLTags.td --- all_subdir_lib/libbsnmp --- --- snmp.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp/../../../contrib/b= snmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DH= AVE_INTTYPES_H -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -M= D -MP -MF.depend.snmp.So -MTsnmp.So -std=3Dgnu99 -fstack-protector-strong -= Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwr= ite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscr= ipts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wn= o-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnm= p/../../../contrib/bsnmp/lib/snmp.c -o snmp.So --- all_subdir_lib/clang --- --- DiagnosticCommentKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DComment -I /builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../contrib/llvm/tools/= clang/include/clang/Basic -d DiagnosticCommentKinds.inc.d -o DiagnosticCom= mentKinds.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../= ../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- DiagnosticCommonKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DCommon -I /builds/Fr= eeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../contrib/llvm/tools/c= lang/include/clang/Basic -d DiagnosticCommonKinds.inc.d -o DiagnosticCommo= nKinds.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../= ../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- DiagnosticFrontendKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DFrontend -I /builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../contrib/llvm/tools= /clang/include/clang/Basic -d DiagnosticFrontendKinds.inc.d -o DiagnosticF= rontendKinds.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/= ../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- DiagnosticSemaKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DSema -I /builds/Free= BSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../contrib/llvm/tools/cla= ng/include/clang/Basic -d DiagnosticSemaKinds.inc.d -o DiagnosticSemaKinds= .inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../con= trib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- AttrDump.inc.h --- clang-tblgen -gen-clang-attr-dump -I /builds/FreeBSD_HEAD_amd64_gcc4.9/lib= /clang/libclangast/../../../contrib/llvm/tools/clang/include -d AttrDump.in= c.d -o AttrDump.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclang= ast/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td --- CommentCommandInfo.inc.h --- clang-tblgen -gen-clang-comment-command-info -d CommentCommandInfo.inc.d -= o CommentCommandInfo.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/lib= clangast/../../../contrib/llvm/tools/clang/include/clang/AST/CommentCommand= s.td --- CommentHTMLNamedCharacterReferences.inc.h --- clang-tblgen -gen-clang-comment-html-named-character-references -d Comment= HTMLNamedCharacterReferences.inc.d -o CommentHTMLNamedCharacterReferences.i= nc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../cont= rib/llvm/tools/clang/include/clang/AST/CommentHTMLNamedCharacterReferences.= td --- CommentHTMLTags.inc.h --- clang-tblgen -gen-clang-comment-html-tags -d CommentHTMLTags.inc.d -o Comm= entHTMLTags.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/= ../../../contrib/llvm/tools/clang/include/clang/AST/CommentHTMLTags.td --- CommentNodes.inc.h --- clang-tblgen -gen-clang-comment-nodes -d CommentNodes.inc.d -o CommentNode= s.inc.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../c= ontrib/llvm/tools/clang/include/clang/Basic/CommentNodes.td --- DeclNodes.inc.h --- clang-tblgen -gen-clang-decl-nodes -d DeclNodes.inc.d -o DeclNodes.inc.h = /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../contrib/ll= vm/tools/clang/include/clang/Basic/DeclNodes.td --- DiagnosticASTKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DAST -I /builds/FreeB= SD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../contrib/llvm/tools/clan= g/include/clang/Basic -d DiagnosticASTKinds.inc.d -o DiagnosticASTKinds.in= c.h /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../contri= b/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- StmtNodes.inc.h --- clang-tblgen -gen-clang-stmt-nodes -d StmtNodes.inc.d -o StmtNodes.inc.h = /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../contrib/ll= vm/tools/clang/include/clang/Basic/StmtNodes.td --- APValue.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD_amd64= _gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1 -std=3D= gnu++11 -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_g= cc4.9/tmp/../lib/libc++ --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/b= uilds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -= pipe -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../con= trib/llvm/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast= /../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD_amd64_gcc= 4.9/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/= builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast/../../../contrib/llv= m/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_M= ACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_A= NALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknow= n-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAU= LT_SYSROOT=3D\"\" -MD -MP -MF.depend.APValue.o -MTAPValue.o -fstack-protect= or-strong -std=3Dc++11 -fno-exceptions -fno-rtti -c /builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AS= T/APValue.cpp -o APValue.o --- all_subdir_lib/libbsnmp --- --- snmpagent.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp/../../../contrib/b= snmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DH= AVE_INTTYPES_H -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -M= D -MP -MF.depend.snmpagent.So -MTsnmpagent.So -std=3Dgnu99 -fstack-protecto= r-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsn= mp/libbsnmp/../../../contrib/bsnmp/lib/snmpagent.c -o snmpagent.So --- all_subdir_lib/clang --- --- all_subdir_lib/clang/libclanganalysis --- *** [CFG.o] Error code 1 make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangana= lysis 1 error make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangana= lysis *** [all_subdir_lib/clang/libclanganalysis] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang --- all_subdir_lib/libbsnmp --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp *** [all] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp *** [all_subdir_lib/libbsnmp] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_lib/clang --- --- all_subdir_lib/clang/libclangarcmigrate --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangarc= migrate *** [all_subdir_lib/clang/libclangarcmigrate] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang --- all_subdir_lib/clang/libclangast --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangast *** [all_subdir_lib/clang/libclangast] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang 3 errors make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang *** [all_subdir_lib/clang] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib 2 errors make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib *** [lib__L] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [libraries] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [_libraries] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Mon Mar 7 14:09:19 2016 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 B8C53AB9E6C for ; Mon, 7 Mar 2016 14:09:19 +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 97DD3862 for ; Mon, 7 Mar 2016 14:09:19 +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=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding: Content-Type:MIME-Version; bh=6iuOfwvf/TkYOPJ/UcDdFlocrlPAEuSPQZXZpl9Y3zI=; b=FD6wt229OKXOVBYN5uFmWFIsPK3fuA111lpkWFenO+jAB/+Ra0zh6Uo5U7C30lOvkVsTvXhmZf GQ7LXYElJLnMhRmuEkrEDg8JBOZbR3QfQHoPFzT1luARs7F0kLuDEVBkGHkL5Ln3pBNn59QENJx7q /u47BK2iCOtn7+GIpKwI=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:41232 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1acvqY-000IX6-8k for freebsd-current@freebsd.org; Mon, 07 Mar 2016 08:09:18 -0600 Received: from proxy.lucent.com ([135.245.49.13]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Mon, 07 Mar 2016 08:09:18 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 07 Mar 2016 08:09:18 -0600 From: Larry Rosenman To: Freebsd current Subject: loader and load: path? Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 07 Mar 2016 14:09:19 -0000 If I type load /boot/kernel/kernel, and then load /boot/kernel/zfs.ko, the loader (loader.efi in this case) says it can't find opensolaris. Same for dtraceall, where it can't find it's dependent modules. Just hitting enter does the right thing. What variable(s) am I missing? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Mon Mar 7 14:18:28 2016 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 8ADC9AC021D for ; Mon, 7 Mar 2016 14:18:28 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (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 2CF07CC9 for ; Mon, 7 Mar 2016 14:18:27 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x232.google.com with SMTP id l68so88165809wml.0 for ; Mon, 07 Mar 2016 06:18:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=+rFOeY7xsv5t+nHFiH5FCm9GwiF4brGX95CI0o8t/AU=; b=byGARYU6JSPkPXbIfaJMpJTN/WMtwo5i2oooxlFPmkrkLfRqpcpsO9/VQLRAF4RpCN /X8xt4Y2rkaH/ZAqCeE5wDcCgkJR5vDKlU9/mD+Zzco3FPLqRb2gwirK+fCPdPFR+Cjl lDVei20UVOz4kHf/JEiurpnstwVvUCiEaaWAXJamdJawKOOG5mJqqzPTd4pqzNQl8hrx QG3LOHKnQb1+f2Dx4F/vMGGVL5Gtd4i3Z5tzm0ukBIJnEoxfF2mI2c+aClyB97mndJ1C g6uBCRBJqhDYYw5LfYwWbpQRiYoR8l/Rmsspy4qS0+ioPmVZUFdwL5+aGHPw0+slB350 4IdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=+rFOeY7xsv5t+nHFiH5FCm9GwiF4brGX95CI0o8t/AU=; b=e3Vfb4VItzvSOgy3iqbkqmL1OdnjZgrqAnSYfWzNphh2zksDI71apU4kWEyvizWiDm 0FRWIzyOtgPb98GehAaEoN/pFUqYDlodNG1rqrubijVSq7/Ne4ItYLar5rmNVC7/LQif frvSkM85osWgQp5PDnI583NsD7JFgU029hf3tNFR7z6xLuCCMu4kaq2xFTwGUZW0dWcn flec/jRhQDjekAlozCDPbdGtffMSItqjxtd2TmKBgKI3u7bqi7hM77LM9S88FFJ59+wa EZfW3uUXu3NMtYSpGeDmJkogHvHrslM4jsoJtKa7dKzwo//A/azW5qnwRsZTtjjvmdZv Axuw== X-Gm-Message-State: AD7BkJImnyqffZd1X9FKERbINWfx1QSU5h8WJPbHmdERGudkzGNauNToxTU4SqjG8yhe4CI0 X-Received: by 10.28.213.142 with SMTP id m136mr13985263wmg.24.1457360305302; Mon, 07 Mar 2016 06:18:25 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id ks5sm18234817wjb.13.2016.03.07.06.18.24 for (version=TLSv1/SSLv3 cipher=OTHER); Mon, 07 Mar 2016 06:18:24 -0800 (PST) Subject: Re: loader and load: path? To: freebsd-current@freebsd.org References: From: Steven Hartland Message-ID: <56DD8DB4.9040202@multiplay.co.uk> Date: Mon, 7 Mar 2016 14:18:28 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 07 Mar 2016 14:18:28 -0000 So your saying "kldload zfs" fails because it can't find opensolaris or are you giving it absolute paths? If so try without absolute paths. Regards Steve On 07/03/2016 14:09, Larry Rosenman wrote: > If I type load /boot/kernel/kernel, and then load /boot/kernel/zfs.ko, > the loader > (loader.efi in this case) says it can't find opensolaris. Same for > dtraceall, where > it can't find it's dependent modules. Just hitting enter does the > right thing. > > What variable(s) am I missing? > > From owner-freebsd-current@freebsd.org Mon Mar 7 16:05:10 2016 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 4F3C2AC35CC for ; Mon, 7 Mar 2016 16:05:10 +0000 (UTC) (envelope-from scoobi_doo@yahoo.com) Received: from nm4.bullet.mail.bf1.yahoo.com (nm4.bullet.mail.bf1.yahoo.com [98.139.212.163]) (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 09BE4AEE for ; Mon, 7 Mar 2016 16:05:09 +0000 (UTC) (envelope-from scoobi_doo@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1457366703; bh=8Gjr6E96gktqmGUNdDp/ny6jrKQbrXfgio85wFgdbFs=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=RahKd6+3LMEh4LRSiFD3DPfGQS2HH+XI7ascOnOH1wDs/1HbESsIz4X+Dwx+G/C3rQ0bWRQ7Mu/Fros+ppYUonl/j/pEJit4DLo3iwDoOMKX+qhbjlXIenwUFzD46cG+6Dy/F37iD9b9Cnjb0aGutbUZl5MyXyorcvdKjAPK4wm5db257dTLhcLVSoZk3hWgC15gQMBzRv6RAtwCS3GtlHWF7dI0zzzu0qor0ovSWkTsZ5S4YKcUbpVhfXBe+b5wLZ2clV2SLOxSCAUJXi4dT4k9BpzEIN7T2iVlFa5EX1uI8dtcSWrqMHhvv9QJZ5JgKgxHxDm10EZfgM/gaa9elg== Received: from [66.196.81.171] by nm4.bullet.mail.bf1.yahoo.com with NNFMP; 07 Mar 2016 16:05:03 -0000 Received: from [98.139.212.246] by tm17.bullet.mail.bf1.yahoo.com with NNFMP; 07 Mar 2016 16:05:03 -0000 Received: from [127.0.0.1] by omp1055.mail.bf1.yahoo.com with NNFMP; 07 Mar 2016 16:05:03 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 186735.67770.bm@omp1055.mail.bf1.yahoo.com X-YMail-OSG: NG0acsQVM1m2QDjQONTn4LmQ0LhwWJ2hWmI8sHV_YcLs_yRko4yRP1MuXAExCrV lXWH7REZ89QZphL3VVlEMN1NTpb5jS88IelPjioyXWZ8TaSUZiE_mg8g8iC2tbDbHN4Alvgb.Ez7 Rh_bvpViLMTA69lFXm7nmWYw6eXJAXuLw1dPU1ts43LK2reX65zXAfuJw0dDxRtOdrD2d2sLLCmZ H28BYaz92RVMkOK4mCYEy2MLYqde6F2uH3km2gTqRtcuhV_XO47S_0xgQQB5x5XuUwR3dW_FbfWA padGxat9zpA1s_5LfDV.p7B.q35T3jU5QLUiHkk6t.N0u3uKjpNQgVVaxGb3Vd9Ohj63fQRHHWhE YGmyKWvleZy0MKCunm0FMh0.LeVQObeqF_EL3qtYn32KzRspHnGheWWqKP659oAQ70HP71d1uNJ8 8o3w2N9.KkjMSkjP.BsrQ9QJrzLS8Fcut38cqE.qEH0VchtdVRDlWXerAEPTarr9ILkM_Y0QYv.J t0NsIKCmkCQ-- Received: by 66.196.80.145; Mon, 07 Mar 2016 16:05:02 +0000 Date: Mon, 7 Mar 2016 16:04:46 +0000 (UTC) From: Anthony Jenkins Reply-To: Anthony Jenkins To: Steven Hartland , "freebsd-current@freebsd.org" Message-ID: <1502843679.5128683.1457366686937.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <56DD8DB4.9040202@multiplay.co.uk> References: <56DD8DB4.9040202@multiplay.co.uk> Subject: Re: loader and load: path? 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.21 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, 07 Mar 2016 16:05:10 -0000 set module_path /boot/kernel # ? I don't think module_path is set to its default "/boot/kernel;/boot/modules" when booting to loader(8) prompt... Anthony Jenkins ________________________________ From: Steven Hartland To: freebsd-current@freebsd.org Sent: Monday, March 7, 2016 9:18 AM Subject: Re: loader and load: path? So your saying "kldload zfs" fails because it can't find opensolaris or are you giving it absolute paths? If so try without absolute paths. Regards Steve On 07/03/2016 14:09, Larry Rosenman wrote: > If I type load /boot/kernel/kernel, and then load /boot/kernel/zfs.ko, > the loader > (loader.efi in this case) says it can't find opensolaris. Same for > dtraceall, where > it can't find it's dependent modules. Just hitting enter does the > right thing. > > What variable(s) am I missing? > > _______________________________________________ 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 Tue Mar 8 01:05:26 2016 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 08D28AC7611 for ; Tue, 8 Mar 2016 01:05:26 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD3202D5 for ; Tue, 8 Mar 2016 01:05:25 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u2815b7H086260 for ; Mon, 7 Mar 2016 17:05:44 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD CURRENT" From: "Chris H" Subject: error: unknown type name 'd_thread_t' Date: Mon, 07 Mar 2016 17:05:44 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <7d93c469f2cbf2edd079c3e0bc7e0f58@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 01:05:26 -0000 Greetings, all. Apologies in advance, if this is better suited for freebsd-hackers@. But given this is only relevant to CURRENT, I hoped it would be OK. OK. I'm attempting to build an i386 development box on -CURRENT. I'm stuck using a legacy nvidia card (NV-34). Yea, I know. But that's what I have. Anyway, that necessitates my maintaining a local copy of the now defunct x11/nvidia-driver-173 port. I've cobbled/refined all the necessary patches; save one. Which is what beings me here. It appears that the d_thread_t compatibility shim provided in 5.0 was dumped in r277897. Sadly, as a result I receive the following, when attempting to build the port (in spite of having COMPAT_FREEBSD5 built in to my custom kernel): /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-freebs d.h:459:68: error: unknown type name 'd_thread_t' int nvidia_handle_ioctl (struct cdev *, u_long, caddr_t, int, d_thread_t *) ; ^ /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-freebs d.h:463:46: error: unknown type name 'd_thread_t' int nvidia_open_ctl (struct cdev *, d_thread_t *); ^ /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-freebs d.h:464:69: error: unknown type name 'd_thread_t' int nvidia_open_dev (struct nvidia_softc *, struct cdev *, d_thread_t * ); ^ /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-freebs d.h:465:46: error: unknown type name 'd_thread_t' int nvidia_close_ctl (struct cdev *, d_thread_t *); ^ /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-freebs d.h:466:69: error: unknown type name 'd_thread_t' int nvidia_close_dev (struct nvidia_softc *, struct cdev *, d_thread_t * ); Is there any way around this? Thanks for any, and all help with this! --Chris -- From owner-freebsd-current@freebsd.org Tue Mar 8 02:51:07 2016 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 3AE36AC2D43 for ; Tue, 8 Mar 2016 02:51:07 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 067ACF8 for ; Tue, 8 Mar 2016 02:51:06 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u282pJGV096727 for ; Mon, 7 Mar 2016 18:51:25 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <7d93c469f2cbf2edd079c3e0bc7e0f58@ultimatedns.net> References: <7d93c469f2cbf2edd079c3e0bc7e0f58@ultimatedns.net> From: "Chris H" Subject: Re: error: unknown type name 'd_thread_t' Date: Mon, 07 Mar 2016 18:51:25 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 02:51:07 -0000 On Mon, 07 Mar 2016 17:05:44 -0800 "Chris H" wrote > Greetings, all. > Apologies in advance, if this is better suited for > freebsd-hackers@. But given this is only relevant to CURRENT, > I hoped it would be OK. > > OK. I'm attempting to build an i386 development box on -CURRENT. > I'm stuck using a legacy nvidia card (NV-34). Yea, I know. But > that's what I have. Anyway, that necessitates my maintaining a > local copy of the now defunct x11/nvidia-driver-173 port. > I've cobbled/refined all the necessary patches; save one. > Which is what beings me here. It appears that the d_thread_t > compatibility shim provided in 5.0 was dumped in r277897. > Sadly, as a result I receive the following, when attempting > to build the port (in spite of having COMPAT_FREEBSD5 built > in to my custom kernel): > > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-fre > ebs d.h:459:68: error: unknown type name 'd_thread_t' > int nvidia_handle_ioctl (struct cdev *, u_long, caddr_t, int, d_thread_t > *) > ; > ^ > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-fre > ebs d.h:463:46: error: unknown type name 'd_thread_t' > int nvidia_open_ctl (struct cdev *, d_thread_t *); > ^ > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-fre > ebs d.h:464:69: error: unknown type name 'd_thread_t' > int nvidia_open_dev (struct nvidia_softc *, struct cdev *, > d_thread_t * > ); > ^ > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-fre > ebs d.h:465:46: error: unknown type name 'd_thread_t' > int nvidia_close_ctl (struct cdev *, d_thread_t *); > ^ > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-fre > ebs d.h:466:69: error: unknown type name 'd_thread_t' > int nvidia_close_dev (struct nvidia_softc *, struct cdev *, > d_thread_t * > ); > > Is there any way around this? > Got it! OK. Just in case anyone besides me cares, performing an s/d_thread_t/struct thread/g on src/nv-freebsd.h && src/nvidia_subr.c will give it to you. Hope this helps! --Chris From owner-freebsd-current@freebsd.org Tue Mar 8 02:51:38 2016 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 81FACAC2D80 for ; Tue, 8 Mar 2016 02:51:38 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::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 3EA0A2C9 for ; Tue, 8 Mar 2016 02:51:38 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x236.google.com with SMTP id c3so2461787vkb.3 for ; Mon, 07 Mar 2016 18:51:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=bBNrdobqjH5ZbxZovWGmS5IG/9zIOfvaicQaAMmvxiQ=; b=baQh4NRRSOY1j2TuVdXB7tPQWi5861DuPNpzrAgcjYmaHq5a9WiF0oo4G3rkXQCpAJ dGuxcfynTLJYT0uXRDgOo794+sLQdS5LcHcq4DIMYDZHp/1Vn72y1EjBGJY/esHY1Cms QE/IiK1lh/ILK20H9mAT/TDHeBFyZT/zO3qSxz/HZmnI523zFE8JgNBx1pIOilPF4EAq Mdu+pb1exzoufRAZUBjALD8NRtla8FXL7pBaJ983SBgY7w4yzSlmkmKqAmjkr5cPgRoa nH5eHb+N9ADuxhT8SOZ7QfiUYlqO7BB2ZBI7hh7ekTzGYSUaY9fhsYVHWC7YTK+ZUcMX NMoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=bBNrdobqjH5ZbxZovWGmS5IG/9zIOfvaicQaAMmvxiQ=; b=WKA3Nnmi84syWA84/ZjiycizF0XclfhyWXS+OQlE1mJS1X7x0Vdny1kec7xTvHMfP4 uTFf6qA+6uuhULS03e9vxScxwbkA4HsF3SI/2V9H1jkEpuGQeNV61asFIftvGp7gwVC/ B29CpnSFQUJ+YqGhY9qvblcXsOn73bVT7iW25XJerDE9ZRT9N5HxoxJsA3RpzGHlZjl9 LlSJt5LaBTytPAk5O7vkDZ4ZNdM/18iEJCKSK1RxcoW7BZnxZMUdk30A8vr9TslsWZLM tFBEMbnGv5Nv4E4/hFddlWiiZYFFYrSqSOc33tco00lPcfdlEwj4DEcJPAvic2mCiykh lXNg== X-Gm-Message-State: AD7BkJLeEcoqO3/oGDWjrEmqNz87friSmIud3JVmY3Nico+eX/qaBCqyamIOJVrfXNqUU5USLulmr3/taYL6aQ== MIME-Version: 1.0 X-Received: by 10.31.1.138 with SMTP id 132mr10052536vkb.140.1457405497286; Mon, 07 Mar 2016 18:51:37 -0800 (PST) Received: by 10.31.194.194 with HTTP; Mon, 7 Mar 2016 18:51:37 -0800 (PST) In-Reply-To: <7d93c469f2cbf2edd079c3e0bc7e0f58@ultimatedns.net> References: <7d93c469f2cbf2edd079c3e0bc7e0f58@ultimatedns.net> Date: Mon, 7 Mar 2016 21:51:37 -0500 Message-ID: Subject: Re: error: unknown type name 'd_thread_t' From: Ultima To: Chris H Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 02:51:38 -0000 Hello chris, d_thread_t was a compatible shim to support FreeBSD 4. It was removed in current some time ago, changing to struct thread should fix this error. Ultima On Mon, Mar 7, 2016 at 8:05 PM, Chris H wrote: > Greetings, all. > Apologies in advance, if this is better suited for > freebsd-hackers@. But given this is only relevant to CURRENT, > I hoped it would be OK. > > OK. I'm attempting to build an i386 development box on -CURRENT. > I'm stuck using a legacy nvidia card (NV-34). Yea, I know. But > that's what I have. Anyway, that necessitates my maintaining a > local copy of the now defunct x11/nvidia-driver-173 port. > I've cobbled/refined all the necessary patches; save one. > Which is what beings me here. It appears that the d_thread_t > compatibility shim provided in 5.0 was dumped in r277897. > Sadly, as a result I receive the following, when attempting > to build the port (in spite of having COMPAT_FREEBSD5 built > in to my custom kernel): > > > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-freebs > d.h:459:68: error: unknown type name 'd_thread_t' > int nvidia_handle_ioctl (struct cdev *, u_long, caddr_t, int, > d_thread_t > *) > ; > ^ > > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-freebs > d.h:463:46: error: unknown type name 'd_thread_t' > int nvidia_open_ctl (struct cdev *, d_thread_t *); > ^ > > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-freebs > d.h:464:69: error: unknown type name 'd_thread_t' > int nvidia_open_dev (struct nvidia_softc *, struct cdev *, > d_thread_t > * > ); > ^ > > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-freebs > d.h:465:46: error: unknown type name 'd_thread_t' > int nvidia_close_ctl (struct cdev *, d_thread_t *); > ^ > > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-freebs > d.h:466:69: error: unknown type name 'd_thread_t' > int nvidia_close_dev (struct nvidia_softc *, struct cdev *, > d_thread_t > * > ); > > Is there any way around this? > > Thanks for any, and all help with this! > > --Chris > > -- > > > _______________________________________________ > 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 Tue Mar 8 04:12:47 2016 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 251BCAC7A79 for ; Tue, 8 Mar 2016 04:12:47 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EC920D84 for ; Tue, 8 Mar 2016 04:12:46 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u284Cxlv012912 for ; Mon, 7 Mar 2016 20:13:05 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: <7d93c469f2cbf2edd079c3e0bc7e0f58@ultimatedns.net>, From: "Chris H" Subject: Re: error: unknown type name 'd_thread_t' Date: Mon, 07 Mar 2016 20:13:05 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 04:12:47 -0000 On Mon, 7 Mar 2016 21:51:37 -0500 Ultima wrote > Hello chris, > Looks like we both answered at the same time. :-) > d_thread_t was a compatible shim to support FreeBSD 4. Right. It was later considered COMPAT_FREEBSD5. > It was removed in > current some time ago, Right. Removed by jhb @r277897. > changing to struct thread should fix this error. Thanks! I was able to figure that out, and replied to myself; s/d_thread_t/struct thread/g I must have read your mind. Or you just sent me some ESP. ;-) Thanks for taking the time to help, Ultima! > > Ultima > > On Mon, Mar 7, 2016 at 8:05 PM, Chris H wrote: > > > Greetings, all. > > Apologies in advance, if this is better suited for > > freebsd-hackers@. But given this is only relevant to CURRENT, > > I hoped it would be OK. > > > > OK. I'm attempting to build an i386 development box on -CURRENT. > > I'm stuck using a legacy nvidia card (NV-34). Yea, I know. But > > that's what I have. Anyway, that necessitates my maintaining a > > local copy of the now defunct x11/nvidia-driver-173 port. > > I've cobbled/refined all the necessary patches; save one. > > Which is what beings me here. It appears that the d_thread_t > > compatibility shim provided in 5.0 was dumped in r277897. > > Sadly, as a result I receive the following, when attempting > > to build the port (in spite of having COMPAT_FREEBSD5 built > > in to my custom kernel): > > > > > > > > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-fre > > ebs d.h:459:68: error: unknown type name 'd_thread_t' > > int nvidia_handle_ioctl (struct cdev *, u_long, caddr_t, int, > > d_thread_t > > *) > > ; > > ^ > > > > > > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-fre > > ebs d.h:463:46: error: unknown type name 'd_thread_t' > > int nvidia_open_ctl (struct cdev *, d_thread_t *); > > ^ > > > > > > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-fre > > ebs d.h:464:69: error: unknown type name 'd_thread_t' > > int nvidia_open_dev (struct nvidia_softc *, struct cdev *, > > d_thread_t > > * > > ); > > ^ > > > > > > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-fre > > ebs d.h:465:46: error: unknown type name 'd_thread_t' > > int nvidia_close_ctl (struct cdev *, d_thread_t *); > > ^ > > > > > > /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.39/src/nv-fre > > ebs d.h:466:69: error: unknown type name 'd_thread_t' > > int nvidia_close_dev (struct nvidia_softc *, struct cdev *, > > d_thread_t > > * > > ); > > > > Is there any way around this? > > > > Thanks for any, and all help with this! > > --Chris -- From owner-freebsd-current@freebsd.org Tue Mar 8 09:55:31 2016 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 89B2BAC7367 for ; Tue, 8 Mar 2016 09:55:31 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::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 20DCAB96 for ; Tue, 8 Mar 2016 09:55:31 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id p65so142232883wmp.1 for ; Tue, 08 Mar 2016 01:55:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=t9vCMYCIaWi3u074tTjkWtY9Rg1mUJh61vskcSLa7Hs=; b=l/QUOXrkrdZA4pZDsexjsl6XQG4EJ0KkY24J9AvHUuAoEZuL4Be8bLF0g+52Q0T7ab m3IUzG/RqeT7MXbbdVIRzyO8iON0Zytbs6KHixpeUsIPGISMYYzHkq65EC7mpP0gf78/ 2xma3MvFv8KMapuIyb3Q6GOW61IL5g5wzrnaKE6lNcQhjUeeewN6sjF84hZsdcfQ8da/ aKx9chMXQFWZA/XeVPNwX5somNFn42F0gaPN4XPuD2tt2pS1Grb/5bnqgZy6r8/4IpwY e+wUDUxdbC9QLW1l5W5u/x0UZ7YSsdCzCBAdecufFGLRMWnrTS3zqlhXg/1viMzhDVRx UjGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=t9vCMYCIaWi3u074tTjkWtY9Rg1mUJh61vskcSLa7Hs=; b=CNkw2jysLvABs1NDYlW+7aUPQBN5UYII+zPDIZqDMsg1OyoPbK/Ldca4m5SkhoEail 46ZUNH61QtTg1szInCYWLulOhkiUJ63/IsgJ4itQq+6WCVRofdaxw5JOh1VSuDtnxeq5 Ie2cWJ+JuoLLzWVMLXbmDTaXR5yAT51H3aZdE92bFvKF31xuUbty8a4yQuZ3Pzjdptxn Et/OtogTL5tpBrjbyesXbbG7sQIyVixVfEjFyI/+ftYADlCFnjdwWbaWEKc6xO7TCfgW hIuoVW7ASY+EqOEJrFIsqGJbNI7t3V10DEoTvL/JgzzJJAJ16VBecqJTQlc3p1CBJ/aA sgrA== X-Gm-Message-State: AD7BkJJipzpqsjvoWBEGyvy3vfFAGH2sY+WF9Kf0IwwkQCPGxFbVAPKpanKlN+V17MFxLw== X-Received: by 10.194.113.38 with SMTP id iv6mr27732202wjb.126.1457430929407; Tue, 08 Mar 2016 01:55:29 -0800 (PST) Received: from brick.home (adje68.neoplus.adsl.tpnet.pl. [79.184.212.68]) by smtp.gmail.com with ESMTPSA id jf6sm2111960wjb.2.2016.03.08.01.55.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Mar 2016 01:55:27 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Tue, 8 Mar 2016 10:55:25 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: "O. Hartmann" Cc: freebsd-current Subject: Re: mount_smbfs(8): support for SMBv3.02? Message-ID: <20160308095525.GA1872@brick.home> Mail-Followup-To: "O. Hartmann" , freebsd-current References: <20160303104721.097ae352@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160303104721.097ae352@freyja.zeit4.iv.bundesimmobilien.de> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 09:55:31 -0000 On 0303T1047, O. Hartmann wrote: > Does FreeBSD's mount_smbfs(8) support for Microsoft's SMBv3 protocol introduced > with Windows 8 and Windows Server 2012/R2? No, it only supports the obsolete SMB1 (aka CIFS) protocol. Since SMB2 is a completely different protocol, supporting it properly pretty much requires implementing it from scratch. SMB3 is one of the SMB2 revisions and thus is backward compatible with SMB2. From owner-freebsd-current@freebsd.org Tue Mar 8 12:40:28 2016 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 D11C9AC3DA3; Tue, 8 Mar 2016 12:40:28 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 93C3898D; Tue, 8 Mar 2016 12:40:28 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1adGvw-000CDQ-Nz; Tue, 08 Mar 2016 15:40:16 +0300 Date: Tue, 8 Mar 2016 15:40:16 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160308124016.GA70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160302235429.GD75641@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 12:40:28 -0000 On Wed, Mar 02, 2016 at 11:54:29PM +0000, Glen Barber wrote: > To obtain the sources for testing, please use the projects/release-pkg > branch: > > # svn co svn://svn.freebsd.org/base/projects/release-pkg /usr/src > > The projects/release-pkg branch is (at this time) in sync with head > revision r296327. > > After checking out the project branch, build the userland and kernel as > normal with the 'buildworld' and 'buildkernel' targets. Afterward, > packages can be created with the 'packages' target. > > # cd /usr/src > # make [make flags] buildworld > # make [make flags] buildkernel > # make packages > > At present, the base system consists of 755 packages with the default > build (empty src.conf(5) and make.conf(5)) for amd64. The number of > packages depends on several factors, but for most cases a runtime binary > is split into several components. In particular, most shared libraries > are individually packaged, in addition to debugging symbols, profiling > libraries, and 32-bit packaged separately. > > The package repository will be created within /usr/obj/usr/src/repo by > default. I am get snapshot .iso for install test setup in VirtualBox and using projects/release-pkg for sources. After make buildworld buildkernel packages and pkg install '*' I am have some words. I am not developer, I am like maintenance services. I am do maintaing systems more ten 20 years, some systems maintainig more ten 10 year continuous, some systems got for maintenance after years unmaintening. All of this give some requirement and vision different from developers. Please, do not reject this! First, you do collocal work, thanks! I am don't check all, but already found some stranges: Package FreeBSD-clibs-development contain /usr/lib/libthr.so, /usr/lib/libedit.so and etc (and same in other packages). Misspeling FreeBSD-debug, FreeBSD-development and FreeBSD-profile as FreeBSD-runtime-debug, FreeBSD-runtime-development and FreeBSD-runtime-profile? I am reseach spliting to package and try some aggregation: NumPkgs tarSize(MB) flatSize(MB) Aggregation 1 30.7 102 FreeBSD-kernel-generic-release 1 57.1 331 FreeBSD-kernel-generic-debug 1 2.8 5.4 FreeBSD-clibs 1 3.5 24 FreeBSD-clibs-development 1 2.4 11 FreeBSD-clibs-debug 1 1.3 9.8 FreeBSD-clibs-profile 1 20.7 103 FreeBSD-runtime 1 5.9 38.1 FreeBSD-development 1 2.9 2.8 FreeBSD-runtime-manuals 1 14.9 65 FreeBSD-debug 1 2.2 12.5 FreeBSD-profile 1 24.3 93 FreeBSD-clang 1 8.7 66 FreeBSD-clang-debug 116 19.0 80 FreeBSD-* 89 3.2 14 FreeBSD-*-development 110 12.5 61 FreeBSD-*-debug 85 2.8 13 FreeBSD-*-profile 85 6.0 18 FreeBSD-*-lib32-* 88 7.4 30 FreeBSD-*-lib32-development 84 11.6 43 FreeBSD-*-lib32-debug 85 5.8 24 FreeBSD-*-lib32-profile I.e -development is substantially less of main package and don't need separatly (and many .so incorrectly packaging into -development). Same as -profile vs -debug (and -profile useless w/o -debug). Manual must be installed always, IMHO (size is small and version of manual must matcj version of utility). Packaging of individual utilites is useless (total 19MB vs 30.7+2.8+20.7+2.9) and incorrect (for example, WITHOUT_ACCT not only don't build accton/lastcomm/sa but also cut off accaunting code from kernel for space saving and perforamce). I am propose don't distinct profile and debug, development and main package. I am propose divide only to FreeBSD-kernel, FreeBSD-clibs (clibs, runtime and manuals), FreeBSD-clang, FreeBSD-lib32. Dividing to many packages is anoyning on install and maintancing (what exact keys of this utilites this version?! stupid admin don't install manuals!) About use cases. I am try to imagine different use cases and don't found answer how do this: 1. package building as `make packages` witch version as timestamp of start buildworld. I.e. on every buildworld every package will be rebuild, take new version and will be reinstaled. Where is profit of package spliting? 2. After src.conf change some package don't build. Where analog of `make delete-old delete-old-libs`? 3. After src.conf chanege some (WITHOUT_ACCT for example) some packages can't be installed. How handle this? 4. How install debug symbols after installing separately set of packages? Not all *-debug*- and don't selecting all 200 packages individualy? 5. Take system installed by unknow person (ex: ISP support 5 years ago). Try to write program. Don't find nothing for this. Version is 11.0-BETA3. How to install required packages? For system w/o inetrnet connectivity and with lost install media? As for windows (please found in garbage CD with exact version and insert in lost CD-ROM)? May be preserve for this all packages in some places on HDD? 6. pkg which /etc/ssh/ssh_config /etc/ssh/ssh_config was not found in the database What?! How to handle this? What is instead of mergemaster? (etcupdate currently to dangerous, I am totaly destroed one host by etcupdate. Also, current database of etcupdate is very strange). From owner-freebsd-current@freebsd.org Tue Mar 8 12:53:58 2016 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 8F907AC742A for ; Tue, 8 Mar 2016 12:53:58 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 204227B5; Tue, 8 Mar 2016 12:53:58 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1adH94-002eA7-GL>; Tue, 08 Mar 2016 13:53:50 +0100 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1adH94-000YGP-7c>; Tue, 08 Mar 2016 13:53:50 +0100 Date: Tue, 8 Mar 2016 13:53:44 +0100 From: "O. Hartmann" To: Edward Tomasz =?ISO-8859-1?Q?Napiera=3Fa?= Cc: freebsd-current Subject: Re: mount_smbfs(8): support for SMBv3.02? Message-ID: <20160308135344.75e06913@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20160308095525.GA1872@brick.home> References: <20160303104721.097ae352@freyja.zeit4.iv.bundesimmobilien.de> <20160308095525.GA1872@brick.home> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 12:53:58 -0000 On Tue, 8 Mar 2016 10:55:25 +0100 Edward Tomasz Napiera=C5=82a wrote: > On 0303T1047, O. Hartmann wrote: > > Does FreeBSD's mount_smbfs(8) support for Microsoft's SMBv3 protocol > > introduced with Windows 8 and Windows Server 2012/R2? =20 >=20 > No, it only supports the obsolete SMB1 (aka CIFS) protocol. Since SMB2 > is a completely different protocol, supporting it properly pretty much > requires implementing it from scratch. SMB3 is one of the SMB2 revisions > and thus is backward compatible with SMB2. >=20 [...] Thank you very much for this clearification. This explains much strange behaviour I faced. Do you see any chance that this gets fixed in a forseable time? Linux seems= to support SMBv3 by now. Or is a support considered obsolete and handled via /net/samba43? For a security appliance, I try to avoid as much packages as possible, so therefore my concerns regarding mount_smbfs. Thanks you very much, O. Hartmann From owner-freebsd-current@freebsd.org Tue Mar 8 13:18:49 2016 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 F0C02AC7C9F; Tue, 8 Mar 2016 13:18:49 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E16792E3; Tue, 8 Mar 2016 13:18:49 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 568391CC8; Tue, 8 Mar 2016 13:18:49 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 8 Mar 2016 13:18:47 +0000 From: Glen Barber To: Slawa Olhovchenkov Cc: freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160308131847.GP1531@FreeBSD.org> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BZziOT8Kz25R/m/E" Content-Disposition: inline In-Reply-To: <20160308124016.GA70809@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 13:18:50 -0000 --BZziOT8Kz25R/m/E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 08, 2016 at 03:40:16PM +0300, Slawa Olhovchenkov wrote: > On Wed, Mar 02, 2016 at 11:54:29PM +0000, Glen Barber wrote: >=20 > > To obtain the sources for testing, please use the projects/release-pkg > > branch: > >=20 > > # svn co svn://svn.freebsd.org/base/projects/release-pkg /usr/src > >=20 > > The projects/release-pkg branch is (at this time) in sync with head > > revision r296327. > >=20 > > After checking out the project branch, build the userland and kernel as > > normal with the 'buildworld' and 'buildkernel' targets. Afterward, > > packages can be created with the 'packages' target. > >=20 > > # cd /usr/src > > # make [make flags] buildworld > > # make [make flags] buildkernel > > # make packages > >=20 > > At present, the base system consists of 755 packages with the default > > build (empty src.conf(5) and make.conf(5)) for amd64. The number of > > packages depends on several factors, but for most cases a runtime binary > > is split into several components. In particular, most shared libraries > > are individually packaged, in addition to debugging symbols, profiling > > libraries, and 32-bit packaged separately. > >=20 > > The package repository will be created within /usr/obj/usr/src/repo by > > default. >=20 > I am get snapshot .iso for install test setup in VirtualBox and using > projects/release-pkg for sources. After make buildworld buildkernel > packages and pkg install '*' I am have some words. >=20 > I am not developer, I am like maintenance services. I am do maintaing > systems more ten 20 years, some systems maintainig more ten 10 year > continuous, some systems got for maintenance after years unmaintening. > All of this give some requirement and vision different from > developers. Please, do not reject this! >=20 > First, you do collocal work, thanks! >=20 > I am don't check all, but already found some stranges: >=20 > Package FreeBSD-clibs-development contain /usr/lib/libthr.so, > /usr/lib/libedit.so and etc (and same in other packages). >=20 Correct. The libraries in the 'clibs' package must be installed before the rest of the system can be safely upgraded, to ensure consistency with the core runtime libraries. > Misspeling FreeBSD-debug, FreeBSD-development and FreeBSD-profile as > FreeBSD-runtime-debug, FreeBSD-runtime-development and FreeBSD-runtime-pr= ofile? >=20 I am not sure why this was originally named as they are, but this can be fixed. > I am reseach spliting to package and try some aggregation: >=20 > NumPkgs tarSize(MB) flatSize(MB) Aggregation > 1 30.7 102 FreeBSD-kernel-generic-release > 1 57.1 331 FreeBSD-kernel-generic-debug > 1 2.8 5.4 FreeBSD-clibs > 1 3.5 24 FreeBSD-clibs-development > 1 2.4 11 FreeBSD-clibs-debug > 1 1.3 9.8 FreeBSD-clibs-profile > 1 20.7 103 FreeBSD-runtime > 1 5.9 38.1 FreeBSD-development > 1 2.9 2.8 FreeBSD-runtime-manuals > 1 14.9 65 FreeBSD-debug > 1 2.2 12.5 FreeBSD-profile > 1 24.3 93 FreeBSD-clang > 1 8.7 66 FreeBSD-clang-debug > 116 19.0 80 FreeBSD-* > 89 3.2 14 FreeBSD-*-development > 110 12.5 61 FreeBSD-*-debug > 85 2.8 13 FreeBSD-*-profile > 85 6.0 18 FreeBSD-*-lib32-* > 88 7.4 30 FreeBSD-*-lib32-development > 84 11.6 43 FreeBSD-*-lib32-debug > 85 5.8 24 FreeBSD-*-lib32-profile >=20 > I.e -development is substantially less of main package and don't need > separatly (and many .so incorrectly packaging into -development). > Same as -profile vs -debug (and -profile useless w/o -debug). >=20 Regarding the .so files, I am not clear on the original intent behind separating the actual shared library from the installed symbolic link to the real shared library, but in my investigation into this, only the symlinks are provided by the '-development' package. For example: root@pkgbase:/ # file /usr/lib/libjail.so /usr/lib/libjail.so: symbolic link to ../../lib/libjail.so.1 root@pkgbase:/ # pkg shlib libjail.so No packages provide libjail.so. No packages require libjail.so. root@pkgbase:/ # pkg shlib libjail.so.1 libjail.so.1 is provided by the following packages: FreeBSD-jail-11.0.s20160303044402 FreeBSD-jail-lib32-11.0.s20160303044402 libjail.so.1 is linked to by the following packages: FreeBSD-runtime-11.0.s20160303044402 Moving them to the package that installs the shared library itself should be fairly easy to do. Regarding '-profile' and '-debug' package separation, it is possible to install the debugging files without requiring the profiling libraries now, so I think keeping them as separate packages is the best way to achieve this. (Note, profiling libraries will not be installed with WITHOUT_PROFILE=3D1 in src.conf(5)). > Manual must be installed always, IMHO (size is small and version of > manual must matcj version of utility). >=20 This is similarly broken up by package, at least where it has been found so far. The jail.conf(5) manual is only installed if the 'FreeBSD-jail' package is installed, for example. root@pkgbase:/ # pkg which /usr/share/man/man5/jail.conf.5.gz /usr/share/man/man5/jail.conf.5.gz was installed by package FreeBSD-jail-11.0.s20160303044402 > Packaging of individual utilites is useless (total 19MB vs > 30.7+2.8+20.7+2.9) and incorrect (for example, WITHOUT_ACCT not only > don't build accton/lastcomm/sa but also cut off accaunting code from > kernel for space saving and perforamce). >=20 Packaging individual utilities is not useless, depending on who you ask. One of the first replies I received when starting separating userland utilities into separate packages was further splitting rwho(1) and rwhod(8) into different packages, the use case being not necessarily needing (or wanting) the rwho(1) utility on systems where rwhod(8) runs. > I am propose don't distinct profile and debug, development and main > package. >=20 > I am propose divide only to FreeBSD-kernel, FreeBSD-clibs (clibs, > runtime and manuals), FreeBSD-clang, FreeBSD-lib32. >=20 This will make updates for SAs and ENs too large. This is part of the reason the packages were split up as they have been so far (and will continue to be further split as progress is made). If the argument is simply "there are too many packages", see one of the previous replies in this thread that discusses the background on why this decision was made. But that aside, trying to make everyone happy will turn out to make no one happy. > Dividing to many packages is anoyning on install and maintancing (what > exact keys of this utilites this version?! stupid admin don't install > manuals!) >=20 > About use cases. I am try to imagine different use cases and don't > found answer how do this: >=20 > 1. package building as `make packages` witch version as timestamp of > start buildworld. I.e. on every buildworld every package will be > rebuild, take new version and will be reinstaled. Where is profit of > package spliting? >=20 This is the case for 11-CURRENT. The PKG_VERSION evaluates the BRANCH =66rom Makefile.inc1 to determine if it should use the timestamp. (Since -CURRENT is a fast-moving target, and we recommend keeping the userland and kernel in sync, this makes sense, at least to me.) > 2. After src.conf change some package don't build. Where analog of > `make delete-old delete-old-libs`? >=20 I believe 'pkg autoremove' should handle this, but I will check. > 3. After src.conf chanege some (WITHOUT_ACCT for example) some > packages can't be installed. How handle this? >=20 Have you run into this? If so, it needs to be investigated. But otherwise, the generated packages respect make.conf(5) and src.conf(5), so this should not happen in theory. > 4. How install debug symbols after installing separately set of > packages? Not all *-debug*- and don't selecting all 200 packages > individualy? >=20 Could you clarify what you mean a bit more? Specifically, I am unclear of the order of events you mean. > 5. Take system installed by unknow person (ex: ISP support 5 years > ago). Try to write program. Don't find nothing for this. Version is > 11.0-BETA3. How to install required packages? For system w/o inetrnet > connectivity and with lost install media? >=20 The plan at the moment is to include pkg(8) in the repository with the base system. This will also be required for architectures we do not have an upstream package repository (powerpc, for example). This is handled by the 'package-pkg' target at the moment. > As for windows (please found in garbage CD with exact version and > insert in lost CD-ROM)? >=20 > May be preserve for this all packages in some places on HDD? >=20 I am having trouble parsing these two sentences. Could you please clarify? > 6. pkg which /etc/ssh/ssh_config > /etc/ssh/ssh_config was not found in the database >=20 There are may occurrences of this at the moment. Configuration file merging needs to be resolved in pkg(8) before we can safely add files like sshd_config(8) to the 'FreeBSD-ssh' package. > What?! How to handle this? What is instead of mergemaster? > (etcupdate currently to dangerous, I am totaly destroed one host by > etcupdate. Also, current database of etcupdate is very strange). We use etcupdate(8) in the FreeBSD infrastructure, and have not run into such problems. Glen --BZziOT8Kz25R/m/E Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW3tExAAoJEAMUWKVHj+KT3pYP/3suTcQjgzGTFouvk5sqlGpr JTR3rkC1/SxWY7gymHJaHTWpohaWQGv0omCkSXW38/P1UH6Udi2Z3gUDjo47ViC7 M3D4eggxZB8DZJ5fhUU2If1aeoLaEST4CVVHGy4aYiVgyfU5J0YraAaNuhrp6Lao Q9eM9xXhB7M5cfoth+TFIFezRFIqQuORpxBUqQfYg7b19QTIx2uOGminJ2ShvAZW tp6ZWURIkGMcL+0OxbJFYMKqbWeM6GHYAPzx81le3L3dVcWcT3VNpJbHrkmOoLqG 3Wx/mR194Zes24WRlmyAFCcMDHrdSUtqeeC2jqU2icGMjiqkOBQExty3siYiRh9y q0MUpt83g0VTHjex70LR4q0PS7k4WzqwCLj/+PtloNmVVEaeR+WqgddxASM6z1Jt IzHQwcIzJsttzR4Tcgeax5KKsgrdOkj5HAz4HajuZ43Op+DdL2CkmonHiqWQG9IS 5m1ItvR1gvoP/R37wBFyPR7IQhHCwEkxXyxFzKYZznvUxEsMegPOs0DHl+/mF4um a/NWyFoQCUY0wBEJ4BPhnVsl6ECJYy/v4NTycyVdW4g8M+Pgr1LNLPF6NyMk3NWX sDmPQ8ppS8AhPmR4YgDt8pH+LN97YSqh5dHirvToJzZmzq/Pz7NRcviGgaofMHKZ P3A6nH0Qfq8gSDN2l6D9 =XRT/ -----END PGP SIGNATURE----- --BZziOT8Kz25R/m/E-- From owner-freebsd-current@freebsd.org Tue Mar 8 13:19:31 2016 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 1561AAC7D39 for ; Tue, 8 Mar 2016 13:19:31 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 CF78E63F; Tue, 8 Mar 2016 13:19:30 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id B835128452; Tue, 8 Mar 2016 14:19:21 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 11EBA28450; Tue, 8 Mar 2016 14:19:16 +0100 (CET) Message-ID: <56DED153.1050700@quip.cz> Date: Tue, 08 Mar 2016 14:19:15 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: "O. Hartmann" CC: Edward Tomasz Napiera?a , freebsd-current Subject: Re: mount_smbfs(8): support for SMBv3.02? References: <20160303104721.097ae352@freyja.zeit4.iv.bundesimmobilien.de> <20160308095525.GA1872@brick.home> <20160308135344.75e06913@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20160308135344.75e06913@freyja.zeit4.iv.bundesimmobilien.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 13:19:31 -0000 O. Hartmann wrote on 03/08/2016 13:53: > On Tue, 8 Mar 2016 10:55:25 +0100 > Edward Tomasz NapieraÅ‚a wrote: > >> On 0303T1047, O. Hartmann wrote: >>> Does FreeBSD's mount_smbfs(8) support for Microsoft's SMBv3 protocol >>> introduced with Windows 8 and Windows Server 2012/R2? >> >> No, it only supports the obsolete SMB1 (aka CIFS) protocol. Since SMB2 >> is a completely different protocol, supporting it properly pretty much >> requires implementing it from scratch. SMB3 is one of the SMB2 revisions >> and thus is backward compatible with SMB2. >> > [...] > > Thank you very much for this clearification. This explains much strange > behaviour I faced. > > Do you see any chance that this gets fixed in a forseable time? Linux seems to > support SMBv3 by now. Or is a support considered obsolete and handled > via /net/samba43? I am not a FreeBSD expert but I am using mount_smbfs - with some troubles for a long time. The code base is really old and not well maintained. There are/were many problems with charset conversions etc. And there is no mount_smbfs in net/sambaXY packages AFAIK (smbclient is not an option in our environment were we need to access SMB mounted files from 3rd party PHP web applications) It would be really nice if somebody can bring better support for FreeBSD's SMB/CIFS mount. Maybe through FreeBSD Foundation projects. > For a security appliance, I try to avoid as much packages as possible, so > therefore my concerns regarding mount_smbfs. I can use packages but there is none with mount ability of SMB/CIFS or I don't know about it. Miroslav Lachman From owner-freebsd-current@freebsd.org Tue Mar 8 13:39:28 2016 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 8570CAC73DB; Tue, 8 Mar 2016 13:39:28 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4B810FC; Tue, 8 Mar 2016 13:39:27 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id D247C28433; Tue, 8 Mar 2016 14:39:25 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id DF6F528422; Tue, 8 Mar 2016 14:39:24 +0100 (CET) Message-ID: <56DED60C.8060004@quip.cz> Date: Tue, 08 Mar 2016 14:39:24 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: Glen Barber , Slawa Olhovchenkov CC: freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> In-Reply-To: <20160308131847.GP1531@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 13:39:28 -0000 Glen Barber wrote on 03/08/2016 14:18: > On Tue, Mar 08, 2016 at 03:40:16PM +0300, Slawa Olhovchenkov wrote: [...] >> Packaging of individual utilites is useless (total 19MB vs >> 30.7+2.8+20.7+2.9) and incorrect (for example, WITHOUT_ACCT not only >> don't build accton/lastcomm/sa but also cut off accaunting code from >> kernel for space saving and perforamce). >> > > Packaging individual utilities is not useless, depending on who you ask. > One of the first replies I received when starting separating userland > utilities into separate packages was further splitting rwho(1) and > rwhod(8) into different packages, the use case being not necessarily > needing (or wanting) the rwho(1) utility on systems where rwhod(8) runs. I didn't tried pkg base yet but I read posts on mailinglist. I understand the need of separating and splitting on the one side and I understand the fear of too long list of packages when one need to do some maintenance (update or upgrade). So one idea come to my mind - what about some meta-packages like "utilities, kernel, libs32, debug" hiding all details about real packages if there are some env variable or command line switch turned on? Meta-packages is used in current ports for things like PHP extensions. These ports meta-packages are not hiding real packages so this can be improved for base packages. It is just a quick idea how to satisfy both sides ;) Miroslav Lachman From owner-freebsd-current@freebsd.org Tue Mar 8 09:48:02 2016 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 A101BAC3D93 for ; Tue, 8 Mar 2016 09:48:02 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 85032264; Tue, 8 Mar 2016 09:48:02 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 78F611BB2; Tue, 8 Mar 2016 09:48:00 +0000 (UTC) Date: Tue, 8 Mar 2016 09:47:54 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: emaste@FreeBSD.org, imp@FreeBSD.org, bdrewery@FreeBSD.org, jtl@FreeBSD.org, markj@FreeBSD.org, kib@FreeBSD.org, np@FreeBSD.org, sgalabov@FreeBSD.org, rrs@FreeBSD.org, mav@FreeBSD.org, hselasky@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1012965286.195.1457430479446.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1548817671.191.1457344095024.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1548817671.191.1457344095024.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #1119 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk X-Mailman-Approved-At: Tue, 08 Mar 2016 13:41:38 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 09:48:02 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #1119 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/1119/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 1119/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1= 119/console Change summaries: 296494 by np: cxgbe(4): Many new functions in the shared code, unused at this time. Obtained from:=09Chelsio Communications 296493 by np: cxgbe(4): Use t4_link_down_rc_str in shared code to decode the reason the link is down, instead of doing it in OS specific code. 296492 by sgalabov: Add MIPS_INTRNG to sys/conf/options.mips This was somehow missed in the commit of https://reviews.freebsd.org/D5182 although it was in the original diff submitted for review. Approved by:=09adrian (mentor) Differential Revision:=09https://reviews.freebsd.org/D5568 296491 by np: cxgbe(4): Updates to shared routines that get/set various parameters via the firmware. Obtained from:=09Chelsio Communications 296490 by np: cxgbe(4): Remove __devinit and SPEED_ as part of catch up with internal shared code. Obtained from:=09Chelsio Communications 296489 by np: cxgbe(4): Updates to the shared routines that deal with the serial EEPROM, flash, and VPD. Obtained from:=09Chelsio Communications 296488 by np: cxgbe(4): Updates to mailbox routines in the shared code. Obtained from:=09Chelsio Communications 296485 by np: cxgbe(4): Update the interrupt handlers for hardware errors. Obtained from:=09Chelsio Communications 296481 by np: cxgbe(4): Overhaul the shared code that deals with the chip's TP block, which is responsible for filtering and RSS. Add the ability to use filters that match on PF/VF (aka "VNIC id") while here. This is mutually exclusive with filtering on outer VLAN tag with Q-in-Q. Sponsored by:=09Chelsio Communications 296480 by markj: Fix a couple of silly mistakes in r291962. - Handle the case where no DOF helper is provided. This occurs with the currently-unused DTRACEHIOC_ADD ioctl. - Fix some checks that prevented the loading DOF in the (non-default) lazyload mode. 296479 by markj: Fix fasttrap tracepoint locking. Upstream, tracepoints are protected by per-CPU mutexes. An unlinked tracepoint may be freed once all the tracepoint mutexes have been acquired and released - this is done in fasttrap_mod_barrier(). This mechanism was not properly ported: in some places, the proc lock is used in place of a tracepoint lock, and in others the locking is omitted entirely. This change implements tracepoint locking with an rmlock, where the read lock is used in fasttrap probe context. As a side effect, this fixes a recursion on the proc lock when the raise action is used from a userland probe. MFC after:=091 month 296478 by np: cxgbe(4): Add a struct sge_params to store per-adapter SGE parameters. Move the code that reads all the parameters to t4_init_sge_params in the shared code. Use these per-adapter values instead of globals. Sponsored by:=09Chelsio Communications 296477 by markj: Remove the fasttrap implementation for sparc. Other machine-dependent code required for DTrace on sparc is not present in the tree, so there's no point to keeping the fasttrap code. 296476 by rrs: Fix a sneaky bug where we were missing an extern to get the rxt threshold.. and thus created our own defaulted to 0 :-( Sponsored by:=09Netflix Inc 296475 by markj: MFV r296306: 6604 harden DIF bounds checking Reviewed by: Alex Wilson Reviewed by: Patrick Mooney Reviewed by: Dan McDonald Approved by: Robert Mustacchi Author: Bryan Cantrill illumos/illumos-gate@1c0cef67dba05c477dba779bc99224693e809a14 MFC after:=092 weeks 296474 by emaste: libc/{i386,amd64}: Do not export .cerror when building WITHOUT_SYMVER Further to r240152 (i386) and r240178 (amd64), hide the .cerror symbol so that it is not exported if symbol versioning is not in use. Without this change WITHOUT_SYMVER libc contains .text relocations for .cerror, as described in LLVM PR 26813 (http://llvm.org/pr26813). This is a no-op for the regular build as the symbol version script already controls .cerror visibility. PR:=09=09207712 Submitted by:=09Rafael Esp=C3=ADndola Reviewed by:=09jilles, kib Differential Revision:=09https://reviews.freebsd.org/D5571 296473 by bdrewery: Add missing break for r296472. This was lost in git rebasing, though it has no functional change. X-MFC-With:=09r296472 MFC after:=091 week 296472 by bdrewery: Require kldunload -f to unload. Code may still be executing from the wrappers at unload time and thus is not generally safe to unload. Converting the wrappers to use EVENTHANDLER(9) will allow this to safely drain on active threads in hooks. More work on EVENTHANDLER(9) is needed first. MFC after:=091 week Sponsored by:=09EMC / Isilon Storage Division 296471 by np: cxgbe(4): Updated register dumps. - Get the list of registers to read during a regdump from the shared code instead of the OS specific code. This follows a similar move internally. The shared code includes the list for T6. - Update cxgbetool to be able to decode T5 VF, T6, and T6 VF register dumps (and catch up with some updates to T4 and T5 register decode). Obtained from:=09Chelsio Communications Sponsored by:=09Chelsio Communications 296470 by bdrewery: Only call bwillwrite() for logging to vnodes, as other fo_write() calls do. MFC after:=091 week Sponsored by:=09EMC / Isilon Storage Division 296468 by emaste: tunefs: clear the entire previous label when setting a new one strlcpy(3) null terminates but does not zero-fill the buffer, so would leave beind any portion of the previous volume label longer than the new one. Note that tunefs only allows -L args up to a length of MAXVOLLEN-1, so the stored label will be null-terminated (whether or not required by UFS). Reviewed by:=09imp Sponsored by:=09The FreeBSD Foundation 296467 by kib: Convert all panics from the link_elf_obj kernel linker for object files format into printfs and errors to caller. Some leaks of resources are there, but the same leaks are present in other error pathes. With the change, the kernel at least boots even when module with unexpected or corrupted ELF structure is preloaded. Sponsored by:=09The FreeBSD Foundation MFC after:=092 weeks 296466 by imp: Don't install debug symbols onto embedded images... 296455 by jtl: As reported on the transport@ and current@ mailing lists, the FreeBSD TCP stack is not compliant with RFC 7323, which requires that TCP stacks send a timestamp option on all packets (except, optionally, RSTs) after the session is established. This patch adds that support. It also adds a TCP signature option to the packet, if appropriate. PR:=09=09206047 Differential Revision:=09https://reviews.freebsd.org/D4808 Reviewed by:=09hiren MFC after:=092 weeks Sponsored by:=09Juniper Networks 296454 by jtl: Some cleanup in tcp_respond() in preparation for another change: - Reorder variables by size - Move initializer closer to where it is used - Remove unneeded variable Differential Revision:=09https://reviews.freebsd.org/D4808 Reviewed by:=09hiren MFC after:=092 weeks Sponsored by:=09Juniper Networks 296453 by hselasky: Run the LinuxKPI PCI shutdown handler free of the Giant mutex. MFC after:=091 week Sponsored by:=09Mellanox Technologies 296449 by mav: Update meaning of -n argument. Submitted by:=09Dmitry Luhtionov MFC after:=091 week The end of the build log: [...truncated 97573 lines...] building shared library libpanel.so.5 /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fstack-protector-strong -s= hared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libpanel.so= .5.full -Wl,-soname,libpanel.so.5 `NM=3D'/usr/local/x86_64-freebsd/bin/nm'= NMFLAGS=3D'' lorder p_above.So p_below.So p_bottom.So p_delete.So p_hidden= .So p_hide.So p_move.So p_new.So p_replace.So p_show.So p_top.So p_update.S= o p_user.So p_win.So panel.So | tsort -q` -lncurses --- libpanel.so.5.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug libpanel.so.5.full = libpanel.so.5.debug --- libpanel.so.5 --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Dl= ibpanel.so.5.debug libpanel.so.5.full libpanel.so.5 --- all_subdir_lib/libcuse --- =3D=3D=3D> lib/libcuse (all) --- .depend --- echo libcuse.so.1.full: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBS= D_HEAD_amd64_gcc4.9/tmp/usr/lib/libpthread.a >> .depend --- cuse_lib.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -D_GNU_SOURCE -= MD -MP -MF.depend.cuse_lib.o -MTcuse_lib.o -std=3Dgnu99 -fstack-protector-s= trong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstr= ict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qu= al -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar= -subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definit= ion -Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcuse/c= use_lib.c -o cuse_lib.o --- all_subdir_lib/ncurses --- --- all_subdir_lib/ncurses/menu --- --- m_win.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/l= ib/ncurses/menu/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/= menu/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menu/../ncu= rses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menu/../../../contrib/= ncurses/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menu/../../= ../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD= _HEAD_amd64_gcc4.9/lib/ncurses/menu/../../../contrib/ncurses/menu -MD -MP= -MF.depend.m_win.So -MTm_win.So -std=3Dgnu99 -fstack-protector-strong -Wsy= stem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-s= ign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menu/../../../contr= ib/ncurses/menu/m_win.c -o m_win.So --- all_subdir_lib/atf --- --- build.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD_amd64= _gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1 -std=3D= gnu++11 -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_g= cc4.9/tmp/../lib/libc++ --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/b= uilds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic = -DPIC -g -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cont= rib/atf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf/libatf-c++/../libatf-c = -I. -DHAVE_CONFIG_H -MD -MP -MF.depend.build.So -MTbuild.So -fstack-protect= or-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wpointer-arith -Wno-uninitialized -c /builds/FreeBSD_HEAD_amd64_gcc4.9/co= ntrib/atf/atf-c++/build.cpp -o build.So --- all_subdir_lib/ncurses --- --- libmenu.a --- building static menu library /usr/local/x86_64-freebsd/bin/ar -crD libmenu.a `NM=3D'/usr/local/x86_64-fr= eebsd/bin/nm' NMFLAGS=3D'' lorder m_attribs.o m_cursor.o m_driver.o m_forma= t.o m_global.o m_hook.o m_item_cur.o m_item_nam.o m_item_new.o m_item_opt.o= m_item_top.o m_item_use.o m_item_val.o m_item_vis.o m_items.o m_new.o m_op= ts.o m_pad.o m_pattern.o m_post.o m_req_name.o m_scale.o m_spacing.o m_sub.= o m_userptr.o m_win.o | tsort -q`=20 /usr/local/x86_64-freebsd/bin/ranlib -D libmenu.a --- libmenu.so.5.full --- building shared library libmenu.so.5 /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fstack-protector-strong -s= hared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libmenu.so.= 5.full -Wl,-soname,libmenu.so.5 `NM=3D'/usr/local/x86_64-freebsd/bin/nm' N= MFLAGS=3D'' lorder m_attribs.So m_cursor.So m_driver.So m_format.So m_globa= l.So m_hook.So m_item_cur.So m_item_nam.So m_item_new.So m_item_opt.So m_it= em_top.So m_item_use.So m_item_val.So m_item_vis.So m_items.So m_new.So m_o= pts.So m_pad.So m_pattern.So m_post.So m_req_name.So m_scale.So m_spacing.S= o m_sub.So m_userptr.So m_win.So | tsort -q` -lncurses --- all_subdir_lib/clang --- *** [CFG.o] Error code 1 make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangana= lysis 1 error make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangana= lysis *** [all_subdir_lib/clang/libclanganalysis] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang *** [all_subdir_lib/clang] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/memory:600:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/algorithm:628, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:439, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.hpp:29, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/typeinfo: In member function 'size_t std::type_info::has= h_code() const': /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/typeinfo:116:62: warning: dereferencing type-punned poin= ter will break strict-aliasing rules [-Wstrict-aliasing] {return *reinterpret_cast(&__type_name);} ^ --- all_subdir_lib/ncurses --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menu *** [all_subdir_lib/ncurses/menu] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses *** [all_subdir_lib/ncurses] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_lib/libcuse --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcuse *** [all_subdir_lib/libcuse] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:434:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.hpp:29, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/stdexcept: At global scope: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/stdexcept:56:24: warning: '__unused__' attribute ignored= [-Wattributes] const char *__imp_ _LIBCPP_UNUSED; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.hpp:29:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:750:1: warning: 'static int std::__1::char_traits= ::compare(const char_type*, const char_type*, size_t)': visibilit= y attribute ignored because it [-Wattributes] char_traits::compare(const char_type* __s1, const char_type* __s= 2, size_t __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:729:29: warning: conflicts with previous declarat= ion here [-Wattributes] static int compare(const char_type* __s1, const char_type= * __s2, size_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:764:1: warning: 'static size_t std::__1::char_tra= its::length(const char_type*)': visibility attribute ignored beca= use it [-Wattributes] char_traits::length(const char_type* __s) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:730:29: warning: conflicts with previous declarat= ion here [-Wattributes] static size_t length(const char_type* __s); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:774:1: warning: 'static const char16_t* std::__1:= :char_traits::find(const char_type*, size_t, const char_type&)': = visibility attribute ignored because it [-Wattributes] char_traits::find(const char_type* __s, size_t __n, const char_t= ype& __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:731:29: warning: conflicts with previous declarat= ion here [-Wattributes] static const char_type* find(const char_type* __s, size_t __n, const c= har_type& __a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:787:1: warning: 'static char16_t* std::__1::char_= traits::move(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::move(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:732:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* move(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:807:1: warning: 'static char16_t* std::__1::char_= traits::copy(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::copy(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:733:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* copy(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:818:1: warning: 'static char16_t* std::__1::char_= traits::assign(std::__1::char_traits::char_type*, size_= t, std::__1::char_traits::char_type)': visibility attribute ignor= ed because it [-Wattributes] char_traits::assign(char_type* __s, size_t __n, char_type __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:734:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* assign(char_type* __s, size_t __n, char_type _= _a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:863:1: warning: 'static int std::__1::char_traits= ::compare(const char_type*, const char_type*, size_t)': visibilit= y attribute ignored because it [-Wattributes] char_traits::compare(const char_type* __s1, const char_type* __s= 2, size_t __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:842:29: warning: conflicts with previous declarat= ion here [-Wattributes] static int compare(const char_type* __s1, const char_type= * __s2, size_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:877:1: warning: 'static size_t std::__1::char_tra= its::length(const char_type*)': visibility attribute ignored beca= use it [-Wattributes] char_traits::length(const char_type* __s) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:843:29: warning: conflicts with previous declarat= ion here [-Wattributes] static size_t length(const char_type* __s); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:887:1: warning: 'static const char32_t* std::__1:= :char_traits::find(const char_type*, size_t, const char_type&)': = visibility attribute ignored because it [-Wattributes] char_traits::find(const char_type* __s, size_t __n, const char_t= ype& __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:844:29: warning: conflicts with previous declarat= ion here [-Wattributes] static const char_type* find(const char_type* __s, size_t __n, const c= har_type& __a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:900:1: warning: 'static char32_t* std::__1::char_= traits::move(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::move(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:845:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* move(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:920:1: warning: 'static char32_t* std::__1::char_= traits::copy(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::copy(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:846:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* copy(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:931:1: warning: 'static char32_t* std::__1::char_= traits::assign(std::__1::char_traits::char_type*, size_= t, std::__1::char_traits::char_type)': visibility attribute ignor= ed because it [-Wattributes] char_traits::assign(char_type* __s, size_t __n, char_type __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:847:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* assign(char_type* __s, size_t __n, char_type _= _a); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/__mutex_base:16:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/mutex:176, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/__locale:18, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ios:216, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.cpp:35: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/system_error:345:1: warning: type attributes ignored aft= er type is already defined [-Wattributes] }; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/mutex:176:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/__locale:18, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ios:216, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.cpp:35: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/__mutex_base:264:1: warning: type attributes ignored aft= er type is already defined [-Wattributes] }; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.cpp:35: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/ios:387:1: warning: type attributes ignored after type i= s already defined [-Wattributes] }; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:434:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.hpp:29, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2844:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2845:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2846:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2847:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:142:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /build.cpp:35: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/bitset:636:54: warning: attributes ignored on template i= nstantiation [-Wattributes] template struct _LIBCPP_TYPE_VIS_ONLY hash >; ^ A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf/libatf-c++ *** [all] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf *** [all_subdir_lib/atf] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib 4 errors make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib *** [lib__L] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [libraries] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [_libraries] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Tue Mar 8 14:02:46 2016 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 ED3B2AC31DF for ; Tue, 8 Mar 2016 14:02:46 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 846958EF; Tue, 8 Mar 2016 14:02:46 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from c124.sec.cl.cam.ac.uk (c124.sec.cl.cam.ac.uk [128.232.18.124]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id u28Dibsl010153 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Mar 2016 13:44:38 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: mount_smbfs(8): support for SMBv3.02? From: David Chisnall In-Reply-To: <56DED153.1050700@quip.cz> Date: Tue, 8 Mar 2016 13:44:36 +0000 Cc: "O. Hartmann" , Edward Tomasz Napiera?a , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <05B411AA-C747-4404-BA3A-AFEE9008CE16@FreeBSD.org> References: <20160303104721.097ae352@freyja.zeit4.iv.bundesimmobilien.de> <20160308095525.GA1872@brick.home> <20160308135344.75e06913@freyja.zeit4.iv.bundesimmobilien.de> <56DED153.1050700@quip.cz> To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 14:02:47 -0000 On 8 Mar 2016, at 13:19, Miroslav Lachman <000.fbsd@quip.cz> wrote: >=20 > It would be really nice if somebody can bring better support for = FreeBSD's SMB/CIFS mount. Maybe through FreeBSD Foundation projects. Indeed. Both Solaris and OS X have SMB2 implementations. If anyone is = interested in working on this, then the Apple implementation may provide = some inspiration: http://www.opensource.apple.com/source/smb/ David From owner-freebsd-current@freebsd.org Tue Mar 8 15:15:04 2016 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 15BD7AC7A30; Tue, 8 Mar 2016 15:15:04 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 CC2D9A78; Tue, 8 Mar 2016 15:15:03 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1adJLf-000FhO-6W; Tue, 08 Mar 2016 18:14:59 +0300 Date: Tue, 8 Mar 2016 18:14:59 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160308151459.GB70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160308131847.GP1531@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 15:15:04 -0000 On Tue, Mar 08, 2016 at 01:18:47PM +0000, Glen Barber wrote: > On Tue, Mar 08, 2016 at 03:40:16PM +0300, Slawa Olhovchenkov wrote: > > On Wed, Mar 02, 2016 at 11:54:29PM +0000, Glen Barber wrote: > > > > > To obtain the sources for testing, please use the projects/release-pkg > > > branch: > > > > > > # svn co svn://svn.freebsd.org/base/projects/release-pkg /usr/src > > > > > > The projects/release-pkg branch is (at this time) in sync with head > > > revision r296327. > > > > > > After checking out the project branch, build the userland and kernel as > > > normal with the 'buildworld' and 'buildkernel' targets. Afterward, > > > packages can be created with the 'packages' target. > > > > > > # cd /usr/src > > > # make [make flags] buildworld > > > # make [make flags] buildkernel > > > # make packages > > > > > > At present, the base system consists of 755 packages with the default > > > build (empty src.conf(5) and make.conf(5)) for amd64. The number of > > > packages depends on several factors, but for most cases a runtime binary > > > is split into several components. In particular, most shared libraries > > > are individually packaged, in addition to debugging symbols, profiling > > > libraries, and 32-bit packaged separately. > > > > > > The package repository will be created within /usr/obj/usr/src/repo by > > > default. > > > > I am get snapshot .iso for install test setup in VirtualBox and using > > projects/release-pkg for sources. After make buildworld buildkernel > > packages and pkg install '*' I am have some words. > > > > I am not developer, I am like maintenance services. I am do maintaing > > systems more ten 20 years, some systems maintainig more ten 10 year > > continuous, some systems got for maintenance after years unmaintening. > > All of this give some requirement and vision different from > > developers. Please, do not reject this! > > > > First, you do collocal work, thanks! > > > > I am don't check all, but already found some stranges: > > > > Package FreeBSD-clibs-development contain /usr/lib/libthr.so, > > /usr/lib/libedit.so and etc (and same in other packages). > > > > Correct. The libraries in the 'clibs' package must be installed before > the rest of the system can be safely upgraded, to ensure consistency > with the core runtime libraries. You are miss may point: FreeBSD-clibs-development named as optional package, need for writing some programs (like in linuxes (and I am hate this spliting)) but contain /usr/lib/libthr.so and /usr/lib/libedit.so that must be part of runtime/clibs. > > I am reseach spliting to package and try some aggregation: > > > > NumPkgs tarSize(MB) flatSize(MB) Aggregation > > 1 30.7 102 FreeBSD-kernel-generic-release > > 1 57.1 331 FreeBSD-kernel-generic-debug > > 1 2.8 5.4 FreeBSD-clibs > > 1 3.5 24 FreeBSD-clibs-development > > 1 2.4 11 FreeBSD-clibs-debug > > 1 1.3 9.8 FreeBSD-clibs-profile > > 1 20.7 103 FreeBSD-runtime > > 1 5.9 38.1 FreeBSD-development > > 1 2.9 2.8 FreeBSD-runtime-manuals > > 1 14.9 65 FreeBSD-debug > > 1 2.2 12.5 FreeBSD-profile > > 1 24.3 93 FreeBSD-clang > > 1 8.7 66 FreeBSD-clang-debug > > 116 19.0 80 FreeBSD-* > > 89 3.2 14 FreeBSD-*-development > > 110 12.5 61 FreeBSD-*-debug > > 85 2.8 13 FreeBSD-*-profile > > 85 6.0 18 FreeBSD-*-lib32-* > > 88 7.4 30 FreeBSD-*-lib32-development > > 84 11.6 43 FreeBSD-*-lib32-debug > > 85 5.8 24 FreeBSD-*-lib32-profile > > > > I.e -development is substantially less of main package and don't need > > separatly (and many .so incorrectly packaging into -development). > > Same as -profile vs -debug (and -profile useless w/o -debug). > > > > Regarding the .so files, I am not clear on the original intent behind > separating the actual shared library from the installed symbolic link to > the real shared library, but in my investigation into this, only the > symlinks are provided by the '-development' package. OK, this is may fault about incorrect size estimation, but why we miss this links w/o installing '-development' packages? > Regarding '-profile' and '-debug' package separation, it is possible to > install the debugging files without requiring the profiling libraries > now, so I think keeping them as separate packages is the best way to > achieve this. (Note, profiling libraries will not be installed with > WITHOUT_PROFILE=1 in src.conf(5)). Yes, I undertund this. But what profit of this? Addtional size is small, many small packages is bad. We already have expirense with spliting Xorg to many small packages -- no profit of this. > > Manual must be installed always, IMHO (size is small and version of > > manual must matcj version of utility). > > > > This is similarly broken up by package, at least where it has been found > so far. The jail.conf(5) manual is only installed if the 'FreeBSD-jail' > package is installed, for example. Also, no profit of this. We need long selection process from dozen packages at install time and have (in world) many different installations with random absenses different utilites. This is bad for me. Take for maintance some random system I am expect to got standart FreeBSD, w/o random cutting. I am don't need auditing for checking installed or outdating 800 packages! When I am need starting jail I am don't need to search where proper version of absent package and how this package naming. For outdated system especially. > > Packaging of individual utilites is useless (total 19MB vs > > 30.7+2.8+20.7+2.9) and incorrect (for example, WITHOUT_ACCT not only > > don't build accton/lastcomm/sa but also cut off accaunting code from > > kernel for space saving and perforamce). > > > > Packaging individual utilities is not useless, depending on who you ask. > One of the first replies I received when starting separating userland > utilities into separate packages was further splitting rwho(1) and > rwhod(8) into different packages, the use case being not necessarily > needing (or wanting) the rwho(1) utility on systems where rwhod(8) runs. Best way for this -- custom repos builded from custom src.conf, IMHO. > > I am propose don't distinct profile and debug, development and main > > package. > > > > I am propose divide only to FreeBSD-kernel, FreeBSD-clibs (clibs, > > runtime and manuals), FreeBSD-clang, FreeBSD-lib32. > > > > This will make updates for SAs and ENs too large. This is part of the > reason the packages were split up as they have been so far (and will > continue to be further split as progress is made). What you vision of mainline lifecycle of FreeBSD install system? Install only from official RELEASE media, update only to -RELENG branch from official repo? > If the argument is simply "there are too many packages", see one of the > previous replies in this thread that discusses the background on why > this decision was made. May be I miss this. > But that aside, trying to make everyone happy will turn out to make no > one happy. Yes. We need to select some mainline lifecycle. > > Dividing to many packages is anoyning on install and maintancing (what > > exact keys of this utilites this version?! stupid admin don't install > > manuals!) > > > > About use cases. I am try to imagine different use cases and don't > > found answer how do this: > > > > 1. package building as `make packages` witch version as timestamp of > > start buildworld. I.e. on every buildworld every package will be > > rebuild, take new version and will be reinstaled. Where is profit of > > package spliting? > > > > This is the case for 11-CURRENT. The PKG_VERSION evaluates the BRANCH > from Makefile.inc1 to determine if it should use the timestamp. (Since > -CURRENT is a fast-moving target, and we recommend keeping the userland > and kernel in sync, this makes sense, at least to me.) What about -stable? > > 2. After src.conf change some package don't build. Where analog of > > `make delete-old delete-old-libs`? > > > > I believe 'pkg autoremove' should handle this, but I will check. No. This is only removing unneeding depends. Not manual installed packages. > > 3. After src.conf chanege some (WITHOUT_ACCT for example) some > > packages can't be installed. How handle this? > > > > Have you run into this? If so, it needs to be investigated. But > otherwise, the generated packages respect make.conf(5) and src.conf(5), > so this should not happen in theory. 1. Build packages with empty src.conf 2. install all w/o FreeBSD-acct. 3. Rebuild witch WITHOUT_ACCT in src.conf 4. upgrade 5. try to install old FreeBSD-acct. > > 4. How install debug symbols after installing separately set of > > packages? Not all *-debug*- and don't selecting all 200 packages > > individualy? > > > > Could you clarify what you mean a bit more? Specifically, I am unclear > of the order of events you mean. 1. Install FreeBSD-acct and FreeBSD-runtime. 2. Try to install -debug only for installed packages (i.e. only FreeBSD-acct-debug and FreeBSD-runtime-debug, w/o FreeBSD-hast-debug and etc. > > 5. Take system installed by unknow person (ex: ISP support 5 years > > ago). Try to write program. Don't find nothing for this. Version is > > 11.0-BETA3. How to install required packages? For system w/o inetrnet > > connectivity and with lost install media? > > > > The plan at the moment is to include pkg(8) in the repository with the > base system. This will also be required for architectures we do not > have an upstream package repository (powerpc, for example). This is > handled by the 'package-pkg' target at the moment. I am talk about preserving install packeges on install target, not about source repos. > > As for windows (please found in garbage CD with exact version and > > insert in lost CD-ROM)? > > > > May be preserve for this all packages in some places on HDD? > > > > I am having trouble parsing these two sentences. Could you please > clarify? Take for maintace some system, installed from lost install media. You need adding some missed packages. Where you find it? Some version don't presering on FreeBSD ftp (11.0-BETA3, for example). Preserving all packaes on install target can be help. > > 6. pkg which /etc/ssh/ssh_config > > /etc/ssh/ssh_config was not found in the database > > > > There are may occurrences of this at the moment. Configuration file > merging needs to be resolved in pkg(8) before we can safely add files > like sshd_config(8) to the 'FreeBSD-ssh' package. > > What?! How to handle this? What is instead of mergemaster? > > (etcupdate currently to dangerous, I am totaly destroed one host by > > etcupdate. Also, current database of etcupdate is very strange). > > We use etcupdate(8) in the FreeBSD infrastructure, and have not run into > such problems. You just don't fault in commandline. I am type etcupdate on fresh system and lost all configs, /var/tmp and etc. From owner-freebsd-current@freebsd.org Tue Mar 8 15:45:39 2016 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 04ED7AC3AE2; Tue, 8 Mar 2016 15:45:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 BBFE31AF; Tue, 8 Mar 2016 15:45:38 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1adJpH-000GOv-NE; Tue, 08 Mar 2016 18:45:35 +0300 Date: Tue, 8 Mar 2016 18:45:35 +0300 From: Slawa Olhovchenkov To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160308154535.GC70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <56DED60C.8060004@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56DED60C.8060004@quip.cz> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 15:45:39 -0000 On Tue, Mar 08, 2016 at 02:39:24PM +0100, Miroslav Lachman wrote: > Glen Barber wrote on 03/08/2016 14:18: > > On Tue, Mar 08, 2016 at 03:40:16PM +0300, Slawa Olhovchenkov wrote: > > [...] > > >> Packaging of individual utilites is useless (total 19MB vs > >> 30.7+2.8+20.7+2.9) and incorrect (for example, WITHOUT_ACCT not only > >> don't build accton/lastcomm/sa but also cut off accaunting code from > >> kernel for space saving and perforamce). > >> > > > > Packaging individual utilities is not useless, depending on who you ask. > > One of the first replies I received when starting separating userland > > utilities into separate packages was further splitting rwho(1) and > > rwhod(8) into different packages, the use case being not necessarily > > needing (or wanting) the rwho(1) utility on systems where rwhod(8) runs. > > I didn't tried pkg base yet but I read posts on mailinglist. I > understand the need of separating and splitting on the one side and I > understand the fear of too long list of packages when one need to do > some maintenance (update or upgrade). So one idea come to my mind - what > about some meta-packages like "utilities, kernel, libs32, debug" hiding > all details about real packages if there are some env variable or > command line switch turned on? > Meta-packages is used in current ports for things like PHP extensions. > These ports meta-packages are not hiding real packages so this can be > improved for base packages. Complexly not only in long list of packages: - comparing two list from different setups - checking for missing of install some packages - checking for installed additional packages - depends calculating (not all host run on power hardware, I am use VIA C3, for example) All of this don't resolving by meta-packages. > It is just a quick idea how to satisfy both sides ;) > > Miroslav Lachman > From owner-freebsd-current@freebsd.org Tue Mar 8 17:29:18 2016 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 D3340AC7D2D for ; Tue, 8 Mar 2016 17:29:18 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: from mail-lb0-x243.google.com (mail-lb0-x243.google.com [IPv6:2a00:1450:4010:c04::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 582C310A2; Tue, 8 Mar 2016 17:29:18 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: by mail-lb0-x243.google.com with SMTP id h2so2410604lbs.2; Tue, 08 Mar 2016 09:29:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=zaEdwu7ws9m8bJHcRaj+yqGE+0G4+Bh6K7ZGInqoP6k=; b=MAHaB9jgamaOrHuql8hyUXjbEVG7tHOmcj6V1pzXHic0Us8IcuTYFsXGvY9SFdbcHL hsVeobPowYDz34fi0LeqYuwGAxPWHM/ohAn/Bo5fLhCSwPy96l+/5v28zEqk1D3HBJDM 25ask+lpXJcKwditoVaY6cMdwYrTwO6xYN35P+UkMx/NmWYrf1ENqVOkfi4cM1DoAGsv F/0KTDC4kGTDAXB2EJqLNONAqDRB1iuG4+tXoCXvixPZNJTDXWaXjwOUgPBYbi1csbfb tBjLmRJXpjMSmt91aA1NcETbTOeuSvzfblFDCnbJ4XqJ6dAw/Wb2QtTePXMLl+yge4wB BKBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=zaEdwu7ws9m8bJHcRaj+yqGE+0G4+Bh6K7ZGInqoP6k=; b=hdwqqN8nirx/WIG6DOEpnuAzbrU0j+J+bF6yjAKbLEIedb3A47pWLRaWt7dHkFGq69 ora9vXIIPdoRV4eWjnYVvILE6plQIjMdLh2mIT14SJQBh1ji+67JEMN49CRgPvj2FvGe 0lfgBD5x49XetgEno1ou2shCnbKBGMuL6UcK3cJ97lA+oqyiiwTFIdG5AucGObKIRfy/ TTITYj3lD/SxhgzA2xOP4nBVqy3Zbg2b1vGnmlU8iaBEIiRtODp58wtTYQDUT6OmgsCL OgU6ediNEFuPCCdEin1yiJBukmSmtpGA0WE0k6VYdh3GwMFzreF0EOv2GNtJ9T2L20VF cuvw== X-Gm-Message-State: AD7BkJJ1pU9fnbCKG9Oc6OQpzB15rgRNSBREQQCr3OEO8Lyvb9qpolAxUKe/hWG6cSdRzw== X-Received: by 10.25.35.87 with SMTP id j84mr7833404lfj.119.1457458156433; Tue, 08 Mar 2016 09:29:16 -0800 (PST) Received: from kloomba.lvv.mirantis.net ([95.104.140.207]) by smtp.gmail.com with ESMTPSA id n66sm643783lfb.33.2016.03.08.09.29.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Mar 2016 09:29:15 -0800 (PST) Sender: Roman Bogorodskiy Date: Tue, 8 Mar 2016 20:28:25 +0300 From: Roman Bogorodskiy To: Pedro Giffuni Cc: Baptiste Daroussin , freebsd-current@freebsd.org Subject: Re: lldb input issue Message-ID: <20160308172824.GA1933@kloomba.lvv.mirantis.net> References: <56dc5e77.c53d700a.262e9.ffff953d@mx.google.com> <20160306172550.GL31877@ivaldir.etoilebsd.net> <56dc8b32.01a0700a.6dc13.121c@mx.google.com> <20160306200549.GM31877@ivaldir.etoilebsd.net> <56DC911D.7050909@FreeBSD.org> <56DC9ECE.5000707@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <56DC9ECE.5000707@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 17:29:18 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Pedro Giffuni wrote: > On 03/06/16 15:20, Pedro Giffuni wrote: > > > > > > El 06/03/2016 a las 15:05, Baptiste Daroussin escribi=F3: > >> On Sun, Mar 06, 2016 at 10:55:27PM +0300, Roman Bogorodskiy wrote: > >>> Baptiste Daroussin wrote: > >>> > >>>> On Sun, Mar 06, 2016 at 07:44:34PM +0300, Roman Bogorodskiy wrote: > >>>>> Hi, > >>>>> > >>>>> I'm seeing an issue with lldb: when I start it (without arguments) = and > >>>>> try to type commands, it looks like this: > >>>>> > >>>>> $ lldb > >>>>> (lldb) \U+7F68\U+7F65\U+7F6C\U+7F70\U+7F0A > >>>>> > >>>>> So, basically, I cannot execute any command and cannot even exit fr= om > >>>>> its shell, only by ctrl-z and killing it. > >>>>> > >>>>> This happens to me on today's -CURRENT / amd64. > >>>>> > >>>>> I was wondering if that's an issue with my user's locale, but the > >>>>> behavior is same for root. > >>>>> > >>>>> Also, I can see exactly the same behavior with lldb on FreeBSD. > >>> ^^^^^^^ > >>> Oops, that's supposed to be 'freefall'. > >>> > >>>>> Is that some known issue or maybe configuration problem? > >>>>> > >>>>> Thanks, > >>>>> > >>>>> Roman Bogorodskiy > >>>> > >>>> > >>>> Sounds like an issue with libedit, probably due to the latest import > >>>> of libedit > >>>> (just a guess) > >>> It could be. BTW, I've installed lldb38 using pkg and it works fine. > >>> > >> Which is linked to libedit from ports (older that in base) so it seems > >> to prove > >> that libedit update might be the issue there. > > > > Hmm ... most of the changes were cosmetical. I will take a look though. > > >=20 > Actually we have had two updates lately with sufficient changes that it > is not easy to find which may be the culprit. I will revert the last > change in the hope that it is enough. >=20 > Sorry about this. Thanks, appears it fixed the issue. Roman Bogorodskiy --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJW3wu3AAoJEMltX/4IwiJqFMQIALK/BZDXfl/W2SK7uf+kVSBI I45e+j2hYn9T/DNj1GKe34o2NIPc8I4fU6KhxNU1ceadCtZlhZMEpwshT0DW5/IT P0dcjeLwXsugHGd9+Tifc9UAlWzxtiDGYeAvWuc/FVcu/M6GO4q3UQF9Uh7jxw+N KK4UIsj6BKsz9BtlT87FTW17DU7qyzIKATn/TwDerqBeo/We4Gj4ZkbvUPQiaq9J xq81x9rSp8/hY2vgHPUuxCkFbLxHEdGhZF+o/7zSjf34wqf6hTfxVdSPvXQq+WrW qBAskhBvemebpuIRVCogaUx1lUdLH9EuP5stymjocRN2J+tR9tQqTjTEKdHef/I= =rLbb -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-current@freebsd.org Tue Mar 8 17:36:18 2016 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 2D6D8AC81E2; Tue, 8 Mar 2016 17:36:18 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 03E581C43; Tue, 8 Mar 2016 17:36:17 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id u28Ha55J011460 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Mar 2016 17:36:14 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150] claimed to be [192.168.0.7] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: [CFT] packaging the base system with pkg(8) From: David Chisnall In-Reply-To: <20160308151459.GB70809@zxy.spb.ru> Date: Tue, 8 Mar 2016 17:35:59 +0000 Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> To: Slawa Olhovchenkov X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 17:36:18 -0000 On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: >=20 > Yes, I undertund this. But what profit of this? Addtional size is > small, many small packages is bad. We already have expirense with > spliting Xorg to many small packages -- no profit of this. The X.org case is similar, but not quite the same. The X.org split was = to ease development, but came at a cost of packaging because you almost = always want all of X (or, at least, most of it - there are a few things = such as Xephyr that many users may want to skip). In FreeBSD, we *do* have a compelling case for installing a small subset = of the base system: service jails (or =E2=80=98containerised = applications=E2=80=99 as the kids are calling them). We want to be able = to install, for example, owncloud and nginx or ejabberd in a jail with = only the bare minimum required for them to start and run. We want = updates to these jails to be fast and we want disk usage (and install = time) to be low. In such a jail, I want a shell, the parts of sbin = needed to do network setup, the libraries that these ports depend on, = *and nothing else*. We=E2=80=99re still a way away from doing that. Comparing the installed sets can be simplified with some improvements to = the pkg UI, for example allowing a set of packages to be aggregated into = a single entry. This is not quite the same as the metapackage concept. = If you install everything, then a FreeBSD-base-all metapackage might = show up as a single thing unless you ask for a verbose output. We can = also present these in a hierarchical manner, so that you can drill down = and see more detail if you want to. In terms of comparing packages, if you=E2=80=99re doing that visually = then you are likely to have problems anyway, unless your eyes and brain = work far better than most humans. We can make that much easier by = providing libxo output in pkg and allowing you to have a simple jq = script that tells you what the differences are. David From owner-freebsd-current@freebsd.org Tue Mar 8 17:59:52 2016 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 7DEF1AC8B75 for ; Tue, 8 Mar 2016 17:59:52 +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 448C31891 for ; Tue, 8 Mar 2016 17:59:52 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1adLvG-0001ro-Em for freebsd-current@freebsd.org; Tue, 08 Mar 2016 18:59:54 +0100 Date: Tue, 8 Mar 2016 18:59:54 +0100 From: Kurt Jaeger To: freebsd-current Subject: Re: mount_smbfs(8): support for SMBv3.02? Message-ID: <20160308175954.GJ35640@home.opsec.eu> References: <20160303104721.097ae352@freyja.zeit4.iv.bundesimmobilien.de> <20160308095525.GA1872@brick.home> <20160308135344.75e06913@freyja.zeit4.iv.bundesimmobilien.de> <56DED153.1050700@quip.cz> <05B411AA-C747-4404-BA3A-AFEE9008CE16@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <05B411AA-C747-4404-BA3A-AFEE9008CE16@FreeBSD.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 17:59:52 -0000 Hi! > Indeed. Both Solaris and OS X have SMB2 implementations. If > anyone is interested in working on this, then the Apple implementation > may provide some inspiration: > > http://www.opensource.apple.com/source/smb/ Is there any way to download this as tgz or something ? It looks painful to get it from that site. -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-current@freebsd.org Tue Mar 8 18:02:53 2016 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 A5412AC8D76; Tue, 8 Mar 2016 18:02:53 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 675E91C55; Tue, 8 Mar 2016 18:02:53 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1adLy6-000JaC-Iv; Tue, 08 Mar 2016 21:02:50 +0300 Date: Tue, 8 Mar 2016 21:02:50 +0300 From: Slawa Olhovchenkov To: David Chisnall Cc: Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160308180250.GD70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 18:02:53 -0000 On Tue, Mar 08, 2016 at 05:35:59PM +0000, David Chisnall wrote: > On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: > > > > Yes, I undertund this. But what profit of this? Addtional size is > > small, many small packages is bad. We already have expirense with > > spliting Xorg to many small packages -- no profit of this. > > The X.org case is similar, but not quite the same. The X.org split > was to ease development, but came at a cost of packaging because you > almost always want all of X (or, at least, most of it - there are a > few things such as Xephyr that many users may want to skip). IMHO, for FreeBSD is same. Except embeded systems. But for embeded systems, after custom kernel and cut off clang next cut off is pkg: 10MB install size and 50MB database size: % pkg query -a "%n %sb" | grep pkg pkg 11113058 % ls -lh /var/db/pkg/ total 29707 -rw-r--r-- 1 root wheel 246B Mar 4 22:25 FreeBSD-base.meta -rw-r--r-- 1 root wheel 246B Mar 4 22:26 FreeBSD.meta -rw-r--r-- 1 root wheel 5.0M Mar 4 22:28 local.sqlite -rw-r--r-- 1 root wheel 811K Mar 4 22:25 repo-FreeBSD-base.sqlite -rw-r--r-- 1 root wheel 43M Mar 4 22:26 repo-FreeBSD.sqlite -r--r--r-- 1 root wheel 4.0M Mar 7 03:46 vuln.xml > In FreeBSD, we *do* have a compelling case for installing a small > subset of the base system: service jails (or ‘containerised > applications’ as the kids are calling them). We want to be able to > install, for example, owncloud and nginx or ejabberd in a jail with > only the bare minimum required for them to start and run. We want > updates to these jails to be fast and we want disk usage (and > install time) to be low. In such a jail, I want a shell, the parts > of sbin needed to do network setup, the libraries that these ports > depend on, *and nothing else*. We’re still a way away from doing > that. >From one side, you don't need network setup in jail at all: all network setup can be done by external tools. You also can absent shell and manage jail as subdir. >From other side, detaching jail to other admin and managing it inside you need many tools for processing logs, network startup script used cut, sed, dd and any random (at current point) stuff. I am don't see correct depends for startup scripts now and this is to complex work. >From thrid side, using ZFS and cloning can eliminate overhead of duplicating. > Comparing the installed sets can be simplified with some > improvements to the pkg UI, for example allowing a set of packages > to be aggregated into a single entry. This is not quite the same as > the metapackage concept. If you install everything, then a > FreeBSD-base-all metapackage might show up as a single thing unless > you ask for a verbose output. We can also present these in a > hierarchical manner, so that you can drill down and see more detail > if you want to. Next problem is: 1. install some packages. 2. adding missed packages to FreeBSD-base-all 3. Don't see FreeBSD-base-all, but see 750 separated packages Or: 1. install FreeBSD-base-all 2. remove some packages 3. What I see? > In terms of comparing packages, if you’re doing that visually then > you are likely to have problems anyway, unless your eyes and brain > work far better than most humans. We can make that much easier by > providing libxo output in pkg and allowing you to have a simple jq > script that tells you what the differences are. In case of 500-1000 packages -- yes, you right. In case of 5-10 base packages -- eyes is enought. I am don't need to have utility to comparing and sepeartely installed reference system for discovering problematic system. Less separeted packages, more unification in all installed system -- easy to support for me and on any forum for newbies. From owner-freebsd-current@freebsd.org Tue Mar 8 18:12:26 2016 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 13152AC3763 for ; Tue, 8 Mar 2016 18:12:26 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DDCEC1BB for ; Tue, 8 Mar 2016 18:12:25 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id u28ICCPR011693 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Mar 2016 18:12:18 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150] claimed to be [192.168.0.7] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: mount_smbfs(8): support for SMBv3.02? From: David Chisnall In-Reply-To: <20160308175954.GJ35640@home.opsec.eu> Date: Tue, 8 Mar 2016 18:12:07 +0000 Cc: freebsd-current Content-Transfer-Encoding: 7bit Message-Id: <7D3EE78C-C276-4ACB-8B5E-7F84C5ABD2A9@FreeBSD.org> References: <20160303104721.097ae352@freyja.zeit4.iv.bundesimmobilien.de> <20160308095525.GA1872@brick.home> <20160308135344.75e06913@freyja.zeit4.iv.bundesimmobilien.de> <56DED153.1050700@quip.cz> <05B411AA-C747-4404-BA3A-AFEE9008CE16@FreeBSD.org> <20160308175954.GJ35640@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 18:12:26 -0000 On 8 Mar 2016, at 17:59, Kurt Jaeger wrote: > >> Indeed. Both Solaris and OS X have SMB2 implementations. If >> anyone is interested in working on this, then the Apple implementation >> may provide some inspiration: >> >> http://www.opensource.apple.com/source/smb/ > > Is there any way to download this as tgz or something ? > > It looks painful to get it from that site. Tarballs are here: http://www.opensource.apple.com/tarballs/smb/ Latest one is here: http://www.opensource.apple.com/tarballs/smb/smb-759.40.1.tar.gz David From owner-freebsd-current@freebsd.org Tue Mar 8 18:12:54 2016 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 69DA6AC37CC for ; Tue, 8 Mar 2016 18:12:54 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 351DB316 for ; Tue, 8 Mar 2016 18:12:54 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1adM7n-000BdD-J1; Tue, 08 Mar 2016 18:12:51 +0000 Date: Tue, 8 Mar 2016 18:12:51 +0000 From: Gary Palmer To: Kurt Jaeger Cc: freebsd-current Subject: Re: mount_smbfs(8): support for SMBv3.02? Message-ID: <20160308181251.GA67083@in-addr.com> References: <20160303104721.097ae352@freyja.zeit4.iv.bundesimmobilien.de> <20160308095525.GA1872@brick.home> <20160308135344.75e06913@freyja.zeit4.iv.bundesimmobilien.de> <56DED153.1050700@quip.cz> <05B411AA-C747-4404-BA3A-AFEE9008CE16@FreeBSD.org> <20160308175954.GJ35640@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160308175954.GJ35640@home.opsec.eu> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 18:12:54 -0000 On Tue, Mar 08, 2016 at 06:59:54PM +0100, Kurt Jaeger wrote: > Hi! > > > Indeed. Both Solaris and OS X have SMB2 implementations. If > > anyone is interested in working on this, then the Apple implementation > > may provide some inspiration: > > > > http://www.opensource.apple.com/source/smb/ > > Is there any way to download this as tgz or something ? > > It looks painful to get it from that site. http://www.opensource.apple.com/tarballs/smb/ Note that if you poke around you'll find that the SMB code is no longer used in the latest OSX (10.11). Not entirely sure what it is replaced with currently Gary From owner-freebsd-current@freebsd.org Tue Mar 8 18:24:22 2016 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 ADD47AC3F1D; Tue, 8 Mar 2016 18:24:22 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A1A53A1; Tue, 8 Mar 2016 18:24:22 +0000 (UTC) (envelope-from marquis@roble.com) Date: Tue, 8 Mar 2016 10:23:33 -0800 (PST) From: Roger Marquis To: David Chisnall cc: Slawa Olhovchenkov , Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) In-Reply-To: <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 18:24:22 -0000 > In FreeBSD, we *do* have a compelling case for installing a small subset of > the base system: service jails (or ?containerised applications? as the kids > are calling them). We want to be able to install, for example, owncloud and > nginx or ejabberd in a jail with only the bare minimum required for them to > start and run. We want updates to these jails to be fast and we want disk > usage (and install time) to be low. In such a jail, I want a shell, the > parts of sbin needed to do network setup, the libraries that these ports > depend on, *and nothing else*. We?re still a way away from doing that. Would be great to be able to do this via something like 'make installworld -DMINJAIL DESTDIR=...' and end-up with a bare-bones, secure jail. We've done something like that in the past by: Roger chroot $jail && rm -rf \ /media /mnt /modules /proc /rescue /boot /cdrom /usr/src /usr/obj /bin/chio /bin/rcp /bin/rmail /etc/amd.map /etc/apmd.conf /etc/bluetooth /etc/bluetooth/ /etc/defaults/bluetooth.device.conf /etc/defaults/devfs.rules /etc/defaults/pccard.conf /etc/devd.conf /etc/devfs.conf /etc/dhclient.conf /etc/disktab /etc/hosts.lpd /etc/isdn/ /etc/namedb /etc/nsmb.conf /etc/ntp /etc/pccard_ether /etc/pf.conf /etc/pf.os /etc/phones /etc/ppp /etc/ppp/ /etc/printcap /etc/rc.firewall /etc/rc.firewall6 /etc/rc.initdiskless /etc/rc.resume /etc/rc.suspend /etc/remote /etc/rmt /etc/security /etc/usbd.conf /kernel.GENERIC /lib/geom/ /lib/libatm.so.2 /lib/libcam.so.2 /lib/libgeom.so.2 /lib/libpcap.so.4 /sbin/adjkerntz /sbin/atacontrol /sbin/atm /sbin/atmconfig /sbin/badsect /sbin/bsdlabel /sbin/camcontrol /sbin/ccdconfig /sbin/clri /sbin/comcontrol /sbin/conscontrol /sbin/devd /sbin/devfs /sbin/dhclient /sbin/dhclient-script /sbin/disklabel /sbin/dmesg /sbin/dump /sbin/dumpfs /sbin/dumpon /sbin/fastboot /sbin/fasthalt /sbin/fdisk /sbin/ffsinfo /sbin/fore_dnld /sbin/fsck /sbin/fsck_4.2bsd /sbin/fsck_ffs /sbin/fsck_msdosfs /sbin/fsck_ufs /sbin/fsdb /sbin/fsirand /sbin/g* /sbin/gbde /sbin/gcache /sbin/gconcat /sbin/geli /sbin/geom /sbin/ggatec /sbin/ggated /sbin/ggatel /sbin/gjournal /sbin/glabel /sbin/gmirror /sbin/gmultipath /sbin/gnop /sbin/gpart /sbin/graid /sbin/graid3 /sbin/growfs /sbin/gsched /sbin/gshsec /sbin/gstripe /sbin/gvinum /sbin/gvirstor /sbin/halt /sbin/ilmid /sbin/init /sbin/ip6fw /sbin/ipf /sbin/ipfs /sbin/ipfstat /sbin/ipftest /sbin/ipfw /sbin/ipmon /sbin/ipnat /sbin/ippool /sbin/ipresend /sbin/kldconfig /sbin/kldload /sbin/kldstat /sbin/kldunload /sbin/mdconfig /sbin/mdmfs /sbin/mknod /sbin/mksnap_ffs /sbin/mount /sbin/mount_cd9660 /sbin/mount_devfs /sbin/mount_ext2fs /sbin/mount_fdescfs /sbin/mount_linprocfs /sbin/mount_linsysfs /sbin/mount_mfs /sbin/mount_msdosfs /sbin/mount_nfs /sbin/mount_nfs4 /sbin/mount_ntfs /sbin/mount_nullfs /sbin/mount_procfs /sbin/mount_reiserfs /sbin/mount_std /sbin/mount_udf /sbin/mount_umapfs /sbin/mount_unionfs /sbin/natd /sbin/newfs /sbin/newfs_msdos /sbin/nextboot /sbin/nfsiod /sbin/nos-tun /sbin/pfctl /sbin/pflogd /sbin/ping /sbin/ping6 /sbin/poweroff /sbin/quotacheck /sbin/raidctl /sbin/rdump /sbin/reboot /sbin/restore /sbin/route /sbin/routed /sbin/rrestore /sbin/rtquery /sbin/rtsol /sbin/savecore /sbin/sconfig /sbin/setkey /sbin/shutdown /sbin/slattach /sbin/spppcontrol /sbin/startslip /sbin/sunlabel /sbin/swapctl /sbin/swapoff /sbin/swapon /sbin/tunefs /sbin/umount /usr/bin/bthost /usr/bin/btsockstat /usr/bin/ftp /usr/bin/lastcomm /usr/bin/lp /usr/bin/lpq /usr/bin/lpr /usr/bin/lprm /usr/bin/lsvfs /usr/bin/mt /usr/bin/ncplist /usr/bin/ncplogin /usr/bin/ncplogout /usr/bin/nfsstat /usr/bin/pawd /usr/bin/pr /usr/bin/quota /usr/bin/rfcomm_spdd /usr/bin/scp /usr/bin/sftp /usr/bin/showmount /usr/bin/sscop /usr/bin/stdbuf /usr/bin/tcopy /usr/bin/tip /usr/bin/truss /usr/bin/usbhidaction /usr/bin/usbhidctl /usr/bin/vmstat /usr/bin/wall /usr/bin/write /usr/bin/yp* /usr/bin/ypchfn /usr/bin/ypchpass /usr/bin/ypchsh /usr/bin/yppasswd /usr/games/ /usr/include/altq/ /usr/include/bluetooth.h /usr/include/bsm/ /usr/include/cam/ /usr/include/camlib.h /usr/include/dev/ /usr/include/fs/ /usr/include/geom/ /usr/include/isofs/ /usr/include/libatm.h /usr/include/libgeom.h /usr/include/libufs.h /usr/include/net80211/ /usr/include/netatalk/ /usr/include/netatm/ /usr/include/netnatm/ /usr/include/netncp/ /usr/include/pcap-int.h /usr/include/pcap-namedb.h /usr/include/pcap.h /usr/include/pccard/ /usr/include/ufs/ /usr/lib/libatm.a /usr/lib/libatm.so /usr/lib/libatm_p.so /usr/lib/libbluetooth.a /usr/lib/libbluetooth.so /usr/lib/libbluetooth.so.2 /usr/lib/libbluetooth_p.a /usr/lib/libbluetooth_p.so /usr/lib/libcam.a /usr/lib/libcam.so /usr/lib/libcam_p.a /usr/lib/libgeom.a /usr/lib/libgeom.so /usr/lib/libgeom_p.a /usr/lib/libncp.a /usr/lib/libncp.so /usr/lib/libncp.so.2 /usr/lib/libncp_p.a /usr/lib/libngatm.a /usr/lib/libngatm.so /usr/lib/libngatm.so.2 /usr/lib/libngatm_p.a /usr/lib/libpcap.a /usr/lib/libpcap.so /usr/lib/libpcap_p.a /usr/lib/libusbhid.a /usr/lib/libusbhid.so /usr/lib/libusbhid.so.1 /usr/lib/libusbhid_p.a /usr/lib/libvgl.a /usr/lib/libvgl.so /usr/lib/libvgl.so.4 /usr/lib/libvgl_p.a /usr/lib/snmp_atm.so /usr/lib/snmp_atm.so.4 /usr/lib/snmp_pf.so /usr/lib/snmp_pf.so.4 /usr/libexec/bootpd /usr/libexec/bootpgw /usr/libexec/lpr /usr/libexec/ntalkd /usr/libexec/pppoed /usr/libexec/rbootd /usr/libexec/rpc.rquotad /usr/libexec/rpc.rstatd /usr/libexec/rpc.ruserd /usr/libexec/rpc.rwalld /usr/libexec/rpc.sprayd /usr/libexec/sendmail /usr/sbin/IPXrouted /usr/sbin/ac /usr/sbin/accton /usr/sbin/acpiconf /usr/sbin/acpidb /usr/sbin/acpidump /usr/sbin/amd /usr/sbin/amq /usr/sbin/ancontrol /usr/sbin/apm /usr/sbin/apmd /usr/sbin/arlcontrol /usr/sbin/arp /usr/sbin/asf /usr/sbin/ath3kfw /usr/sbin/atmarpd /usr/sbin/audit /usr/sbin/auditd /usr/sbin/auditreduce /usr/sbin/authpf /usr/sbin/bcmfw /usr/sbin/boot0cfg /usr/sbin/bootparamd /usr/sbin/bootpef /usr/sbin/bootptest /usr/sbin/bt3cfw /usr/sbin/bthidcontrol /usr/sbin/bthidd /usr/sbin/btxld /usr/sbin/burncd /usr/sbin/callbootd /usr/sbin/cdcontrol /usr/sbin/config /usr/sbin/dconschat /usr/sbin/digictl /usr/sbin/diskinfo /usr/sbin/dtmfdecode /usr/sbin/dtruss /usr/sbin/edquota /usr/sbin/faithd /usr/sbin/fdcontrol /usr/sbin/fdformat /usr/sbin/fdread /usr/sbin/fdwrite /usr/sbin/fixmount /usr/sbin/flowctl /usr/sbin/fsinfo /usr/sbin/fwcontrol /usr/sbin/gstat /usr/sbin/hccontrol /usr/sbin/hcsecd /usr/sbin/hcseriald /usr/sbin/hlfsd /usr/sbin/hostapd /usr/sbin/hostapd_cli /usr/sbin/iasl /usr/sbin/ifmcstat /usr/sbin/ip6addrctl /usr/sbin/ipftest /usr/sbin/ipresend /usr/sbin/ipsend /usr/sbin/iptest /usr/sbin/isdnd /usr/sbin/isdndebug /usr/sbin/isdndecode /usr/sbin/isdnmonitor /usr/sbin/isdnphone /usr/sbin/isdntel /usr/sbin/isdntellctl /usr/sbin/isdntrace /usr/sbin/ispcvt /usr/sbin/jail /usr/sbin/jexec /usr/sbin/jls /usr/sbin/kbdcontrol /usr/sbin/kbdmap /usr/sbin/kernbb /usr/sbin/kgmon /usr/sbin/kgzip /usr/sbin/kldxref /usr/sbin/l2control /usr/sbin/l2ping /usr/sbin/lpc /usr/sbin/lpd /usr/sbin/lptcontrol /usr/sbin/lptest /usr/sbin/mailwrapper /usr/sbin/map-mbone /usr/sbin/memcontrol /usr/sbin/mixer /usr/sbin/mk-amd-map /usr/sbin/mld6query /usr/sbin/mlxcontrol /usr/sbin/mount_nwfs /usr/sbin/mount_portalfs /usr/sbin/mount_smbfs /usr/sbin/mountd /usr/sbin/moused /usr/sbin/mptable /usr/sbin/mrinfo /usr/sbin/mrouted /usr/sbin/mtest /usr/sbin/mtrace /usr/sbin/ndis_events /usr/sbin/ndiscvt /usr/sbin/ndisgen /usr/sbin/ndp /usr/sbin/nfsd /usr/sbin/ngctl /usr/sbin/nghook /usr/sbin/ntpdate /usr/sbin/pcardc /usr/sbin/pcardd /usr/sbin/pciconf /usr/sbin/pkg /usr/sbin/pmccontrol /usr/sbin/pmcstat /usr/sbin/pnpinfo /usr/sbin/powerd /usr/sbin/ppp /usr/sbin/pppctl /usr/sbin/pppd /usr/sbin/pppstats /usr/sbin/praudit /usr/sbin/procctl /usr/sbin/pstat /usr/sbin/quot /usr/sbin/quotaoff /usr/sbin/quotaon /usr/sbin/rarpd /usr/sbin/raycontrol /usr/sbin/reqquota /usr/sbin/rfcomm_pppd /usr/sbin/rip6query /usr/sbin/rmt /usr/sbin/route6d /usr/sbin/rpc.lockd /usr/sbin/rpc.statd /usr/sbin/rpc.umntall /usr/sbin/rpc.yppasswdd /usr/sbin/rpc.ypupdated /usr/sbin/rpc.ypxfrd /usr/sbin/rrenumd /usr/sbin/rtadvctl /usr/sbin/rtadvd /usr/sbin/rtprio /usr/sbin/rtsold /usr/sbin/sa /usr/sbin/sade /usr/sbin/scon /usr/sbin/scspd /usr/sbin/sdpcontrol /usr/sbin/sdpd /usr/sbin/sicontrol /usr/sbin/sliplogin /usr/sbin/slstat /usr/sbin/snapinfo /usr/sbin/spkrtest /usr/sbin/spray /usr/sbin/swapinfo /usr/sbin/sysinstall /usr/sbin/tcpdrop /usr/sbin/tcpdump /usr/sbin/tcpslice /usr/sbin/timedc /usr/sbin/traceroute /usr/sbin/traceroute6 /usr/sbin/trpt /usr/sbin/usbd /usr/sbin/usbdevs /usr/sbin/usbdump /usr/sbin/vidcontrol /usr/sbin/vidfont /usr/sbin/vnconfig /usr/sbin/watchdog /usr/sbin/watchdogd /usr/sbin/wicontrol /usr/sbin/wire-test /usr/sbin/wlconfig /usr/sbin/wpa_cli /usr/sbin/wpa_supplicant /usr/sbin/zhack /usr/sbin/zzz /usr/share/doc/ /usr/share/examples/ /usr/share/games/ /usr/share/info/ /usr/share/isdn/ /usr/share/man /usr/share/misc/fonts/ /usr/share/misc/keycap.pcvt /usr/share/misc/pci_vendors /usr/share/misc/pcvtfonts/ /usr/share/misc/scsi_modes /usr/share/misc/usb_hid_usages /usr/share/misc/windrv_stub.c /usr/share/pcvt/ /usr/share/syscons/ /var/account/ /var/db/ipf/ /var/games/ usr/libexec/lpr usr/libexec/sftp-server From owner-freebsd-current@freebsd.org Tue Mar 8 20:37:19 2016 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 78625AC893C for ; Tue, 8 Mar 2016 20:37:19 +0000 (UTC) (envelope-from bounce+8f8a6f.851d16-freebsd-current=freebsd.org@0x7f.co) Received: from rs224.mailgun.us (rs224.mailgun.us [209.61.151.224]) (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 4E1718E7 for ; Tue, 8 Mar 2016 20:37:18 +0000 (UTC) (envelope-from bounce+8f8a6f.851d16-freebsd-current=freebsd.org@0x7f.co) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=0x7f.co; q=dns/txt; s=mx; t=1457469438; h=Content-Type: To: From: Subject: Message-ID: Date: MIME-Version: Sender; bh=n++kFP0WKVHXr1Zs1EjLZQDAXHNXdTpSxlHRSvPIy4Q=; b=cEhE8k+tzU6dmwBCBLYnhVOdtaeMUDVTefI9nM3ChjhrxpwAgEFPzg3dfCjwDTx5JZeEtzmk 46NILBSEY60l1LWRnbCwsOpAplCdH3ltyuTpVs92ZbmMV0Ps7njVulJMxsJBTU747vKVEzXC KLAUx3+9ULwCUXM1fqbZZpJxzAw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=0x7f.co; s=mx; q=dns; h=Sender: MIME-Version: Date: Message-ID: Subject: From: To: Content-Type; b=rmrxwjkjoYLf/2W48LMzKmoi5nQriDHemvkKkIeH2LhY+XUitFwawS2gObZgBS6eHNDnOG xHYgCRmVBjjOFPH8nNevM9nYShqQ5opOlTwpvr2mCP9r1NcYUQuj8NSw3Nx4VBaFukx9NIDs F4GZOgdNLUD5E/jbiyHJZjjEPfrzI= Sender: freebsd@0x7f.co X-Mailgun-Sid: WyJkZGNmZCIsICJmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmciLCAiODUxZDE2Il0= Received: from mail-wm0-f46.google.com (mail-wm0-f46.google.com [74.125.82.46]) by mxa.mailgun.org with ESMTP id 56df35f3.7f1dfc6115f0-in6; Tue, 08 Mar 2016 20:28:35 -0000 (UTC) Received: by mail-wm0-f46.google.com with SMTP id l68so149101123wml.0 for ; Tue, 08 Mar 2016 12:28:35 -0800 (PST) X-Gm-Message-State: AD7BkJIlDUB+nNbv0Ufx4BzpnNdkw7G61ky8JN69bZ05bs9mMqJ0xE6b/8Xpq0Qb+ku4JRHX/xCoSr9XkXR6Sg== MIME-Version: 1.0 X-Received: by 10.194.23.37 with SMTP id j5mr30026449wjf.171.1457468914466; Tue, 08 Mar 2016 12:28:34 -0800 (PST) Received: by 10.28.174.145 with HTTP; Tue, 8 Mar 2016 12:28:34 -0800 (PST) Date: Tue, 8 Mar 2016 15:28:34 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: geli vs openssl, geli is much slower From: Anonymous To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 20:37:19 -0000 Hello All, The disk encryption on my NAS (RAIDZ1 + ZFS + GELI (aes-128-xts)) is running much slower than expected (80MB/S). It seems that GELI is much slower than openssl for aes-128-xts, the results might be similar for other cipher, but I only verified aes-128-xts and aes-128-cbc. My NAS is running 9.3, but I was able to replicate on FreeBSD 10.2 (recent VM image) on a different machine. OpenSSL w/o AES-NI: OPENSSL_ia32cap="~0x200000200000000" openssl speed -elapsed -evp aes-128-xts type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-xts 49702.86k 140889.72k 358413.11k 444357.17k 482859.72k OpenSSL w/ AES-NI (not relevant, for demonstration purpose): openssl speed -elapsed -evp aes-128-xts type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-xts 417564.07k 1253833.96k 2302266.40k 2993555.43k 3411513.42k w/ gzero: dd if=/dev/zero of=/dev/gzero.eli bs=1m count=1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 13.107259 secs (79999640 bytes/sec) geli is only seing 76MB/s (4k sector) while openssl (even at 1k) is doing 433 MB/s. Am I comparing apples and oranges? Is this to be expected? NOTE: It should not be related to AES-NI since my processor (an X3450) doesn't support AES-NI, and I was seeing similar results. NOTE2: # uname -a FreeBSD 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12 15:26:37 UTC 2015 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 # openssl version OpenSSL 1.0.1p-freebsd 9 Jul 2015 From owner-freebsd-current@freebsd.org Tue Mar 8 21:33:12 2016 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 571F6A132FD; Tue, 8 Mar 2016 21:33:12 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (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 1ADFC809; Tue, 8 Mar 2016 21:33:11 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from john by potato.growveg.org with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1adPFX-000Aez-4J; Tue, 08 Mar 2016 21:33:03 +0000 Date: Tue, 8 Mar 2016 21:33:03 +0000 From: John To: freebsd-current@freebsd.org Cc: freebsd-stable@freebsd.org Subject: Re: loader and load: path? Message-ID: <20160308213303.GA36131@potato.growveg.org> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <56DD8DB4.9040202@multiplay.co.uk> <1502843679.5128683.1457366686937.JavaMail.yahoo@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <1502843679.5128683.1457366686937.JavaMail.yahoo@mail.yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: john X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 21:33:12 -0000 Hi, (reply is at the bottom of quoted text) On Mon, Mar 07, 2016 at 04:04:46PM +0000, Anthony Jenkins wrote: >set module_path /boot/kernel # ? > >I don't think module_path is set to its default "/boot/kernel;/boot/modules" when booting to loader(8) prompt... > > >Anthony Jenkins >________________________________ >From: Steven Hartland >To: freebsd-current@freebsd.org >Sent: Monday, March 7, 2016 9:18 AM >Subject: Re: loader and load: path? > > >So your saying "kldload zfs" fails because it can't find opensolaris or >are you giving it absolute paths? > >If so try without absolute paths. > > Regards > Steve > > >On 07/03/2016 14:09, Larry Rosenman wrote: >> If I type load /boot/kernel/kernel, and then load /boot/kernel/zfs.ko, >> the loader >> (loader.efi in this case) says it can't find opensolaris. Same for >> dtraceall, where >> it can't find it's dependent modules. Just hitting enter does the >> right thing. >> >> What variable(s) am I missing? I think you're going to have to load /bootpool/boot/kernel/zfs.ko I've been bitten by this. Seems there was a recent change, and it affects -stable as well as -current. The boot path was changed and it's caused breakage. I dunno what way there is around it. I downloaded the memstick image 10.3-RC1 on the 5th, booted to it, all was well. Mouse working (I have a wireless mouse that uses ums0, standard zfs-on-root install, nothing else added. Today I ran svnlite and updated the sources, recompiled, ran mergemaster and at the start of it it says something like (from memory) that /boot kernel is a link and do I want to remove it? The directory can be made later - so I agree to this. After the update, the system is at 10.3-PRERELEASE #0 r296497 The system boots but now my mouse isn't detected as a mouse but as a keyboard. The radeon drivers the screen needs weren't compiled, so I go into /usr/src/sys/modules/drm2/ to make the modules, ran make install but it bails saying that /boot/kernel isn't a directory... so I checked and indeed it wasn't: $ ls -lah /boot/kernel -r-xr-xr-x 1 root wheel 454K Mar 8 20:57 /boot/kernel $ modules are now in /bootpool/boot/kernel/ it's a file so I can't fix this by symlinking to the real path. It seems some modules know about the path and not others. kldload doesn't know about the path. If I want a module loaded I have to specify the full path. For example, if I want to load ums.ko manually, I can: $ sudo kldload /bootpool/boot/kernel/ums.ko $ kldstat Id Refs Address Size Name 1 26 0xffffffff80200000 f8f798 kernel 2 1 0xffffffff81190000 2e9690 zfs.ko 3 2 0xffffffff8147a000 5640 opensolaris.ko 4 1 0xffffffff81480000 1d698 geom_eli.ko 5 3 0xffffffff8149e000 322f0 crypto.ko 6 1 0xffffffff814d1000 f8c8 aio.ko 7 1 0xffffffff814e1000 3418 amdtemp.ko 8 1 0xffffffff814e6000 4e50 aesni.ko 9 1 0xffffffff814ec000 15080 fuse.ko 10 1 0xffffffff81611000 22c8 ums.ko but if I unload it and then try to load it in the usual way, it can't be found: $ sudo kldload ums.ko kldload: can't load ums.ko: No such file or directory how can I fix this please? [without having to reinstall] thanks, -- John From owner-freebsd-current@freebsd.org Tue Mar 8 23:53:02 2016 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 99958AC81A9 for ; Tue, 8 Mar 2016 23:53:02 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 6877483B; Tue, 8 Mar 2016 23:53:01 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from [176.158.145.63] (helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1adRQw-000KFD-Sl; Wed, 09 Mar 2016 00:52:59 +0100 To: FreeBSD Current Cc: Ed Maste From: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= Subject: Crash with ZFS between r296491 and r296548 X-Enigmail-Draft-Status: N1110 Message-ID: <56DF65D1.3000707@dumbbell.fr> Date: Wed, 9 Mar 2016 00:52:49 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="1D6gP0CXaQKEHxjHe6P7rc5MnqmxCQkiW" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 08 Mar 2016 23:53:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1D6gP0CXaQKEHxjHe6P7rc5MnqmxCQkiW Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi! I use Root on ZFS and my laptop doesn't boot with a kernel from r296548 and world from r296491 (so older than kernel). Ed hits a similar crash. Here are the dmesg and backtrace of zfs(8): https://gist.github.com/dumbbell/c9978ad4ac70214f0f47 With a kernel and world from r296491, everything is ok. I didn't have the time to bisect the bad commit yet, so this is mostly a warning for other. Maybe someone will know what's wrong :) --=20 Jean-S=C3=A9bastien P=C3=A9dron --1D6gP0CXaQKEHxjHe6P7rc5MnqmxCQkiW 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 iQJ8BAEBCgBmBQJW32XRXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTM0hEP/RoljxI66RT648Yz4wpt5iUW OCLOEp5UpkKxsQA3/2VgLdArdpSahxBQFS0b4WkiIX1LbE9BpbBTswDaSHI6WJiW CQAIBll9VroVy2txdy/6lnF6Q/PMe0YOI7F4667/SFpUfBO3mXv9CZcgcYpDeXBN sDA/SXsI24lIv/V245a8YpkFtg2OXrmuukJmKjo9KFkiGShaQGZL5Bsntf0pnqMF WuLXdS7MsvcFI38RcdDaogBqZ8OK/8kUKnsFlahh7tJuPLcWJK1T4nRQiD8+5Iva 1Aes6+nQtMgNg4vumJN/VD5PysRKWnHhCKTn8iadc9AiD+61n3ACFAt46KLMTmjm 5KmKARH6bX6MvSbQuy5kUyRGcX1/EmaAmh4l5fd7EzH4v8a4wziAxCIInHetCsYI dKcHatabsYzGIltM7Yox6u9pOsTVBGrqcLlssKYncKpVkvY5TtjXoACbcjHhKs10 Z0fYPD3uHZTsFateLSQi06HrKZ943s9n+6IYGipODK7xGbIZKddpV2bo1X3O/mWh uIrq/EVb1e5n65MwKdzaSKEsde8/HwVKYGUBwWXx2SY0eRmJZRjLQO5mlku7Gam/ XlCo9kd7FA4gzFIUI9IQyvAS5JDLSQAtS+DGC0ERH9e4UJ+ZALIaqerRekGGadfk ISn+9tvlOsxmxRDbeNZH =/ACC -----END PGP SIGNATURE----- --1D6gP0CXaQKEHxjHe6P7rc5MnqmxCQkiW-- From owner-freebsd-current@freebsd.org Wed Mar 9 01:40:12 2016 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 B7BD6AC8C4C for ; Wed, 9 Mar 2016 01:40:12 +0000 (UTC) (envelope-from carpeddiem@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 77204F1A; Wed, 9 Mar 2016 01:40:12 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-yw0-x234.google.com with SMTP id d65so27912436ywb.0; Tue, 08 Mar 2016 17:40:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=wcTm31ftxwTSy4Vhi+bvC5CC8hsmcPd0nTK37cN/fw0=; b=ffx3J9fTQtiLZWllaWomyeJrzTwmrjxShBwtLdUrMvJPADM0lI9Y4Vl9aryrgtf058 3MOMDsMFmETY/BJ59O4czJh/HkcVKp1ItnE0w9gQjbVKBZatEtuP4P9UaJhz9qhk/x+Y lxtxjF0PZj793e1oornXaQjJA9obTPH6OcLQzl2ZRRQCACMnBIrOPuJ/X5yagDHq5i3l Uy51FU1b4SfUGBS/VR5Nu1SzaqvydNrxVIC3eZpDXWGsGJMDQkIjBVgfdtps1k5Vjuu2 x04c9AwW8PFHnP6Rx1puaV3y5PmU/5PDF4s6zFj4XO+kR4By/O3djYPf2iCitRLIHISI jS4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=wcTm31ftxwTSy4Vhi+bvC5CC8hsmcPd0nTK37cN/fw0=; b=d8p0Qb7A6NnvzI2+iVLKwjt1tIcqz1CNfys1wsb8EBfMucEkkfQOzrAq8KSGB5nJb0 +lfCxMI9rsKJa8cs8jA3mCFOf6Xnqgwngi7fjWoZAg4qn+h4GxAG4IfGTvFA4cHv+1Bm J7Wbae7HCHuwG2QyHCs5DYMuBvCdaX+f+tzcjXwjcLAxAj4agJ0867i0xPO0fs/QpVLa SbloWz1vMBaUfgVz6OfpLYOvEVPdavbcpXJH7Y/VSWnsZk1A2uPbH77fUzLU8KjtbL9e JjQeA4XCHLrsVXyeZOQwZaLHhFVa9gpDOJjN/4pan4kDW7vYd/ukV1L/YeNp//H8Urr5 JM8A== X-Gm-Message-State: AD7BkJIyz2IoO6rk7dfytTmUKHZaS/oeYWJWTXRm59JLqCY/p19dXLmanAkszkbzTp9OgKz/RSQXHAjAoA1lbQ== X-Received: by 10.129.86.131 with SMTP id k125mr16338904ywb.158.1457487611222; Tue, 08 Mar 2016 17:40:11 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.37.35.18 with HTTP; Tue, 8 Mar 2016 17:39:51 -0800 (PST) In-Reply-To: <56DF65D1.3000707@dumbbell.fr> References: <56DF65D1.3000707@dumbbell.fr> From: Ed Maste Date: Tue, 8 Mar 2016 20:39:51 -0500 X-Google-Sender-Auth: yHPh2G_o9R1tcjD2a62g_Oe6Vsk Message-ID: Subject: Re: Crash with ZFS between r296491 and r296548 To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Cc: FreeBSD Current , Alexander Motin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 01:40:12 -0000 On 8 March 2016 at 18:52, Jean-S=C3=A9bastien P=C3=A9dron wrote: > Hi! > > I use Root on ZFS and my laptop doesn't boot with a kernel from r296548 > and world from r296491 (so older than kernel). Ed hits a similar crash. > > Here are the dmesg and backtrace of zfs(8): > https://gist.github.com/dumbbell/c9978ad4ac70214f0f47 > > With a kernel and world from r296491, everything is ok. > > I didn't have the time to bisect the bad commit yet, so this is mostly a > warning for other. Maybe someone will know what's wrong :) The error's coming from namespace_reload() in libzfs_util.c, ioctl(hdl->libzfs_fd, ZFS_IOC_POOL_CONFIGS, &zc) I haven't had a chance to bisect yet either. There are 9 or so commits between r296491 and r296548 -- I hope mav@ has some insight. From owner-freebsd-current@freebsd.org Wed Mar 9 04:11:11 2016 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 75E6CAC90D9 for ; Wed, 9 Mar 2016 04:11:11 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::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 3DC8C24E; Wed, 9 Mar 2016 04:11:11 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id n190so52306442iof.0; Tue, 08 Mar 2016 20:11:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=0xyfXJIl/WxS4pgSvB8lEXHzTxXxp+5dm6XY2DWHPZc=; b=FudiTQ/TrQS8NY0zqBU6b76JZx0LOnbfWXr2NKnX1UI7SpNAbsrPc89HBX+n3Y8uyb fug+oW2oLI4ETlQnfObfljsbmhbbUzBvrx2uXIVy91zHBkKmH3mZOHA2eIRDWwX/3aqv TNMO6EyBSWgma2nSdShrKjCEdf9pwdFcvghove6SPS4lNCZTy2axgp2byH30zQkkLIHj kwmzIH7s6/9LkxDPqr+R1lSQ4SHCg+6YEnBpnJmuKmTccHL+uhXTDGJoXy3q65jUHPrN WE3JrSoFw/1t8xLkpT35RfQq7vjlSNeTUKaKLs4uvnZuPqnwJTF7vindCziGvlW3OQkf EgVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=0xyfXJIl/WxS4pgSvB8lEXHzTxXxp+5dm6XY2DWHPZc=; b=OEvi5gkrWiJvgXfTG8M+IYg0nrIX7jqSFiOO9MZrJ6/oH8XAdD1N0qBthdnxl/5vSn FS2GdGaQ9NE1ijFWYtRxKf+weetdjx09KscKBLwMOW9O35dFuQDVn0Mud+EiyL5PTNy5 CqIaSa8knp9ehRBWygeJvzZ6nAvO0hp0r4XyuGR1p/MzFDZEPXnaQu6KnITskG1pYumL Kq6DQQB7F+fIeW6mbg4moIRWMyY2lSAP4yh5ecEOKFgR4C5L5EEAhXXvV9iAnNWhlZN8 VQRl3TxSTqq7Azh/rG//7RchAmgbuKIHM+wFyvHZWf31Tlhv2ASG2fFzjQuv567TFEfJ hqEw== X-Gm-Message-State: AD7BkJJb3KiCDmNCuOPmmbls6mAemGdVMImsrrlDO0NsD9ZxinR2UlEuQQXKH8RtDNuMMckvyRw3DwezsRr9Zw== X-Received: by 10.107.157.70 with SMTP id g67mr28441892ioe.38.1457496670626; Tue, 08 Mar 2016 20:11:10 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.39.66 with HTTP; Tue, 8 Mar 2016 20:10:51 -0800 (PST) In-Reply-To: References: <56DF65D1.3000707@dumbbell.fr> From: Ed Maste Date: Wed, 9 Mar 2016 04:10:51 +0000 X-Google-Sender-Auth: zrtio0szF0EWpTDkbVP-H6tpeis Message-ID: Subject: Re: Crash with ZFS between r296491 and r296548 To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Cc: FreeBSD Current , Alexander Motin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 04:11:11 -0000 On 9 March 2016 at 01:39, Ed Maste wrote: > On 8 March 2016 at 18:52, Jean-S=C3=A9bastien P=C3=A9dron > wrote: >> Hi! >> >> I use Root on ZFS and my laptop doesn't boot with a kernel from r296548 >> and world from r296491 (so older than kernel). Ed hits a similar crash. >> >> Here are the dmesg and backtrace of zfs(8): >> https://gist.github.com/dumbbell/c9978ad4ac70214f0f47 >> >> With a kernel and world from r296491, everything is ok. >> >> I didn't have the time to bisect the bad commit yet, so this is mostly a >> warning for other. Maybe someone will know what's wrong :) > > The error's coming from namespace_reload() in libzfs_util.c, > ioctl(hdl->libzfs_fd, ZFS_IOC_POOL_CONFIGS, &zc) > > I haven't had a chance to bisect yet either. There are 9 or so commits > between r296491 and r296548 -- I hope mav@ has some insight. I still haven't been able to bisect, but in a local tree I've reverted recent ZFS changes and the issue is gone. Reverted commits: r296510, r296512, r296514, r296516, r296519, r296521, r296523, r296528, r296530 From owner-freebsd-current@freebsd.org Wed Mar 9 09:05:43 2016 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 F3540AC928A for ; Wed, 9 Mar 2016 09:05:43 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [IPv6:2001:4b98:c:538::194]) (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 BE5741D5 for ; Wed, 9 Mar 2016 09:05:43 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from mfilter30-d.gandi.net (mfilter30-d.gandi.net [217.70.178.161]) by relay2-d.mail.gandi.net (Postfix) with ESMTP id CD95EC5A88 for ; Wed, 9 Mar 2016 10:05:41 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter30-d.gandi.net Received: from relay2-d.mail.gandi.net ([IPv6:::ffff:217.70.183.194]) by mfilter30-d.gandi.net (mfilter30-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id IFezVtvN3tjJ for ; Wed, 9 Mar 2016 10:05:39 +0100 (CET) X-Originating-IP: 10.58.1.149 Received: from webmail.gandi.net (webmail9-d.mgt.gandi.net [10.58.1.149]) (Authenticated sender: daniel.engberg@pyret.net) by relay2-d.mail.gandi.net (Postfix) with ESMTPA id 1F7E1C5A99 for ; Wed, 9 Mar 2016 10:05:38 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 09 Mar 2016 10:05:38 +0100 From: Daniel Engberg To: freebsd-current@freebsd.org Subject: pf/OpenVPN broken on -HEAD/-CURRENT Message-ID: <93c59ca02ac0134ba4c12611bd1aabe4@pyret.net> X-Sender: daniel.engberg.lists@pyret.net User-Agent: Roundcube Webmail/1.1.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 09:05:44 -0000 Hi, I updated one of my firewalls and ran into a bug on -CURRENT that I'm unable to fix myself, I've tried to include all relevant information into the bug report (sorry if this is not the correct way to submit bugs). If anyone as any ideas, questions or patches feel free to send an email(CC) or use the bug report. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207831 Sorry for crossposting in both -pf and -current as I don't know which mailing list is most suitable. Best regards, Daniel Engberg From owner-freebsd-current@freebsd.org Wed Mar 9 11:23:06 2016 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 D7602AC94DD for ; Wed, 9 Mar 2016 11:23:06 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::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 5CD44BC2; Wed, 9 Mar 2016 11:23:06 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-lb0-x22a.google.com with SMTP id k15so60810350lbg.0; Wed, 09 Mar 2016 03:23:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-transfer-encoding; bh=TBu9Z0jFm4FpYbgJFmKGMLTJdXpHuiYZ1SlNdJwfCVY=; b=wv/PVUCjeSINaAXMn4a3HT6RwCYwn1+gGT9fRPLpMIlR+WlTEnrfugTNQ5LOlTSaS6 FMIKi/xnhbSkPrzlDB50jyOpMrlBvppg2IdaHqmEgM4oqi24RE+25fwwTnkYiyDZT33H 3wTxX5I+21cEU3q6foUFvEjXXQagycuPcb+P9U75uV+PnS/Pn3tqDjx59bLu2RoE9PEd BFD0ykcmkxz+BtcUSTBVvmZNVaIiwuM3N5v/h0WKni1CHDjDYc/Ak70lSCHnFiexlLU+ QO6flnLr6gYS5emYZKH4GnF3tEvN2GOVWwR1DGdJblLUOrGDS9aHhsU0SLXixRrAQYE6 ob+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :content-transfer-encoding; bh=TBu9Z0jFm4FpYbgJFmKGMLTJdXpHuiYZ1SlNdJwfCVY=; b=SjoWfUUtHbBm+JLRsU1olEBLGpoKDOCtv61LPQRrHIs5nWfNQeQNW96CNJ4N6nXaMe jCsEnTt2UyfkH+w3hL2LIdeeol4fJYvJOmxAi5MIFaNuVjk6tuMF9lsbjf2h1gGyexKP V5w9ytX8i1LPcQLgd6rbMweRV6NoKwtK7+1peO6D2toeaLPBm+bKhWLmaw1B+/Z1mukH Phy7KA6HOe/dF8hjQs8oZosyy4eiZnkR1NheAIX35YlPpMKB959n7gIZNXa3Es4iwiM/ nMgzSPjN9tmS8/oPfM3oKUMfpmKTMWyPGLvXsmOIOTWNqSSs+u8+DfWhkV+7DynbrCCy VvYA== X-Gm-Message-State: AD7BkJKHyZhmQ8L/759qO2pyTYMQwICaa7JjANGMZ6tNTHLh4j+NbG9OiygsL3qzNQyNbg== X-Received: by 10.25.157.79 with SMTP id g76mr12489196lfe.93.1457522584121; Wed, 09 Mar 2016 03:23:04 -0800 (PST) Received: from mavbook.mavhome.dp.ua ([134.249.139.101]) by smtp.googlemail.com with ESMTPSA id xf10sm1236330lbb.23.2016.03.09.03.23.02 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 09 Mar 2016 03:23:03 -0800 (PST) Sender: Alexander Motin Message-ID: <56E00795.1040105@FreeBSD.org> Date: Wed, 09 Mar 2016 13:23:01 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Ed Maste , =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRy?= =?UTF-8?B?b24=?= CC: FreeBSD Current Subject: Re: Crash with ZFS between r296491 and r296548 References: <56DF65D1.3000707@dumbbell.fr> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 11:23:07 -0000 On 09.03.16 06:10, Ed Maste wrote: > On 9 March 2016 at 01:39, Ed Maste wrote: >> On 8 March 2016 at 18:52, Jean-Sébastien Pédron >> wrote: >>> Hi! >>> >>> I use Root on ZFS and my laptop doesn't boot with a kernel from r296548 >>> and world from r296491 (so older than kernel). Ed hits a similar crash. >>> >>> Here are the dmesg and backtrace of zfs(8): >>> https://gist.github.com/dumbbell/c9978ad4ac70214f0f47 >>> >>> With a kernel and world from r296491, everything is ok. >>> >>> I didn't have the time to bisect the bad commit yet, so this is mostly a >>> warning for other. Maybe someone will know what's wrong :) >> >> The error's coming from namespace_reload() in libzfs_util.c, >> ioctl(hdl->libzfs_fd, ZFS_IOC_POOL_CONFIGS, &zc) >> >> I haven't had a chance to bisect yet either. There are 9 or so commits >> between r296491 and r296548 -- I hope mav@ has some insight. > > I still haven't been able to bisect, but in a local tree I've reverted > recent ZFS changes and the issue is gone. > > Reverted commits: r296510, r296512, r296514, r296516, r296519, > r296521, r296523, r296528, r296530 Should be fixed by r296563. Illumos assumes full sync between kernel and world, so they are quietly breaking ABI as often as they want for any new feature. One more set of compat shim added helps for now. -- Alexander Motin From owner-freebsd-current@freebsd.org Wed Mar 9 08:13:47 2016 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 8B6219DB770; Wed, 9 Mar 2016 08:13:47 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [IPv6:2001:4b98:c:538::196]) (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 5860F183; Wed, 9 Mar 2016 08:13:47 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from mfilter13-d.gandi.net (mfilter13-d.gandi.net [217.70.178.141]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 3D719172097; Wed, 9 Mar 2016 09:13:45 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter13-d.gandi.net Received: from relay4-d.mail.gandi.net ([IPv6:::ffff:217.70.183.196]) by mfilter13-d.gandi.net (mfilter13-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 32QtUDyAG8yx; Wed, 9 Mar 2016 09:13:43 +0100 (CET) X-Originating-IP: 10.58.1.149 Received: from webmail.gandi.net (webmail9-d.mgt.gandi.net [10.58.1.149]) (Authenticated sender: daniel.engberg@pyret.net) by relay4-d.mail.gandi.net (Postfix) with ESMTPA id 796AB1720A3; Wed, 9 Mar 2016 09:13:43 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 09 Mar 2016 09:13:43 +0100 From: Daniel Engberg To: freebsd-current@freebsd.org Cc: freebsd-pf@freebsd.org Subject: pf/OpenVPN broken on -HEAD/-CURRENT Message-ID: X-Sender: daniel.engberg.lists@pyret.net User-Agent: Roundcube Webmail/1.1.2 X-Mailman-Approved-At: Wed, 09 Mar 2016 13:09:39 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 08:13:47 -0000 Hi, I updated one of my firewalls and ran into a bug on -CURRENT that I'm unable to fix myself, I've tried to include all relevant information into the bug report (sorry if this is not the correct way to submit bugs). If anyone as any ideas, questions or patches feel free to send me an email as I'm not subscrubed to these lists. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207831 Sorry for crossposting in both -pf and -current as I don't know which mailing list is most suitable. Best regards, Daniel Engberg From owner-freebsd-current@freebsd.org Wed Mar 9 09:49:01 2016 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 1AFB2AC8710 for ; Wed, 9 Mar 2016 09:49:01 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0D0BCC25; Wed, 9 Mar 2016 09:49:01 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E97551F03; Wed, 9 Mar 2016 09:49:00 +0000 (UTC) Date: Wed, 9 Mar 2016 09:48:55 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: emaste@FreeBSD.org, ae@FreeBSD.org, dumbbell@FreeBSD.org, trasz@FreeBSD.org, bdrewery@FreeBSD.org, dchagin@FreeBSD.org, ngie@FreeBSD.org, np@FreeBSD.org, mav@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1571910320.197.1457516940119.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1012965286.195.1457430479446.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1012965286.195.1457430479446.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #1120 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk X-Mailman-Approved-At: Wed, 09 Mar 2016 13:09:49 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 09:49:01 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #1120 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/1120/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 1120/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1= 120/console Change summaries: 296557 by ae: Add support for IPPROTO_IPV6 socket layer for getsockopt/setsockopt calls. Also add mapping for several options from RFC 3493 and 3542. Reviewed by:=09dchagin Tested by:=09Joe Love MFC after:=092 weeks 296556 by bdrewery: Follow-up r295827: Don't enable meta stats when recursing PROGS. Sponsored by:=09EMC / Isilon Storage Division 296555 by bdrewery: DIRDEPS_BUILD+PROGS: Fix staging not respecting (BINDIR|PROGNAME)[._]${PROG= }. Observed in tests/sys/kern. Sponsored by:=09EMC / Isilon Storage Division 296554 by bdrewery: Remove things set already by bsd.progs.mk. MFC after:=092 weeks Sponsored by:=09EMC / Isilon Storage Division 296553 by bdrewery: PROGS: Track child meta files. This will allow Makefile.depend to properly capture all dependencies. It is not 100% optimal but works. Other options would be to use *.meta here which would include too much or to keep a Makefile.depend per PROG and include it from the main Makefile.depend which would not be straight forward. Sponsored by:=09EMC / Isilon Storage Division 296552 by np: cxgbe(4): Rename regwin_lock to reg_lock. It is used to protect access to indirect registers only. 296550 by bdrewery: DIRDEPS_BUILD: Update clang dependencies after r296417. Sponsored by:=09EMC / Isilon Storage Division 296549 by bdrewery: Don't ever create object directories here with MK_AUTO_OBJ. Sponsored by:=09EMC / Isilon Storage Division 296548 by dumbbell: drm/i915: Update to match Linux 3.8.13 This update brings initial support for Haswell GPUs. Tested by:=09Many users of FreeBSD, PC-BSD and HardenedBSD Relnotes:=09yes Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D5554 296546 by dchagin: Better english. Submitted by:=09Kevin P. Neal MFC after:=091 week 296544 by np: cxgbe(4): Reshuffle and rototill t4_hw.c, solely to reduce diffs with the internal shared code. Obtained from:=09Chelsio Communications 296543 by dchagin: Put a commit message from r296502 about Linux alarm() system call behaviour to the source. Suggested by:=09emaste@ MFC after:=091 week 296542 by dchagin: Load linux64 module for amd64 if Linux abi enabled. Reviewed by:=09emaste@ MFC after:=091 week Differential Revision:=09https://reviews.freebsd.org/D5567 296541 by mav: MFV r296540: 4448 zfs diff misprints unicode characters Reviewed by: Igor Kozhukhov Reviewed by: Toomas Soome Approved by: Matthew Ahrens Author: Joshua M. Clulow illumos/illumos-gate@b211eb9181f99c20acbf4c528f94cb44b4ca8c31 296539 by mav: MFV r296538: 6544 incorrect comment in libzfs.h about offline status Reviewed by: Matthew Ahrens Approved by: Dan McDonald Author: Gerhard Roethlin illumos/illumos-gate@cb605c4d8ab24b5a900b8b4ca85db65c22d05fad 296537 by mav: MFV r296536: 6551 cmd/zpool: cleanup gcc warnings Reviewed by: Matthew Ahrens Reviewed by: Andy Stormont Approved by: Robert Mustacchi illumos/illumos-gate@b327cd3f3b4dab4f29e7140159b1e01ed2ceef2a 296535 by mav: MFV r296534: 6550 cmd/zfs: cleanup gcc warnings Reviewed by: Matthew Ahrens Reviewed by: Andy Stormont Approved by: Dan McDonald Author: Igor Kozhukhov illumos/illumos-gate@c16bcc4577f389573eff411c7b7e040294078c3b 296533 by mav: MFV r296532: 6637 replacing "dontclose" with "should_close" Reviewed by: Matthew Ahrens Reviewed by: Prakash Surya Approved by: Robert Mustacchi Author: David Schwartz illumos/illumos-gate@d189620258b3c9b0e2f7e2104840be2eee7c68e5 296530 by mav: MFV r296529: 6672 arc_reclaim_thread() should use gethrtime() instead of ddi_get_lbolt() 6673 want a macro to convert seconds to nanoseconds and vice-versa Reviewed by: Matthew Ahrens Reviewed by: Prakash Surya Reviewed by: Josef 'Jeff' Sipek Reviewed by: Robert Mustacchi Approved by: Dan McDonald Author: Eli Rosenthal illumos/illumos-gate@a8f6344fa0921599e1f4511e41b5f9a25c38c0f9 296528 by mav: MFV r296527: 6659 nvlist_free(NULL) is a no-op Reviewed by: Toomas Soome Reviewed by: Marcel Telka Approved by: Robert Mustacchi Author: Josef 'Jeff' Sipek illumos/illumos-gate@aab83bb83be7342f6cfccaed8d5fe0b2f404855d 296526 by bdrewery: Record command exit status in the typescript file when running simple comma= nds. Also capitalize 'command:'. Relnotes:=09yes MFC after:=092 weeks Sponsored by:=09EMC / Isilon Storage Division 296525 by bdrewery: Just exit in the child if execve(2) fails. No functional change. This is mostly addressing a false-positive from the clang static analyzer due to it thinking that done() was being called with freed memory, however the kill(0, SIGTERM) made the done() never reached. It doesn't make sense to the show the footer from the child anyhow, nor does it make sense to kill the process group here since the execve(2) failed in the child. This code was leftover from many years of refactoring= . MFC after:=091 week Sponsored by:=09EMC / Isilon Storage Division 296524 by bdrewery: Filemon: Attach from the child to avoid racing with the parent attach. This is the same as how the bmake filemon usage works. This also fixes failed attach not properly flushing the TTY. MFC after:=091 week Relnotes:=09yes Sponsored by:=09EMC / Isilon Storage Division 296523 by mav: MFV r296522: 6541 Pool feature-flag check defeated if "verify" is included in the dedup property value Reviewed by: Matthew Ahrens Reviewed by: Richard Laager Approved by: Robert Mustacchi Author: ilovezfs illumos/illumos-gate@971640e6aa954c91b0706543741aa4570299f4d7 296521 by mav: MFV r296520: 6562 Refquota on receive doesn't account for overage Reviewed by: Matthew Ahrens Reviewed by: Yuri Pankov Reviewed by: Toomas Soome Approved by: Gordon Ross Author: Dan McDonald illumos/illumos-gate@5f7a8e6d750cb070a3347f045201c6206caee6aa 296519 by mav: MFV r296518: 5027 zfs large block support (add copyright) Author: Matthew Ahrens illumos/illumos-gate@c3d26abc9ee97b4f60233556aadeb57e0bd30bb9 296517 by emaste: boot1.efi: use +=3D to append to LDFLAGS This is for consistency with loader.efi's Makefile and simplifies some out-of-tree experimentation. 296516 by mav: MFV r296515: 6536 zfs send: want a way to disable setting of DRR_FLAG_FREERECORDS Reviewed by: Anil Vijarnia Reviewed by: Kim Shrier Reviewed by: Matthew Ahrens Approved by: Dan McDonald Author: Andrew Stormont illumos/illumos-gate@880094b6062aebeec8eda6a8651757611c83b13e 296514 by mav: MFV r296513: 6450 scrub/resilver unnecessarily traverses snapshots created after the scrub started Reviewed by: George Wilson Reviewed by: Prakash Surya Reviewed by: Richard Elling Approved by: Richard Lowe Author: Matthew Ahrens illumos/illumos-gate@38d61036746e2273cc18f6698392e1e29f87d1bf 296512 by mav: MFV r296511: 6537 Panic on zpool scrub with DEBUG kernel Reviewed by: Steve Gonczi Reviewed by: Dan McDonald Reviewed by: Igor Kozhukhov Reviewed by: Matthew Ahrens Approved by: Matthew Ahrens Author: Gary Mills illumos/illumos-gate@8c04a1fa3f7d569d48fe9b5342d0bd4c533179b9 296510 by mav: MFV r296505: 6531 Provide mechanism to artificially limit disk performance Reviewed by: Paul Dagnelie Reviewed by: Matthew Ahrens Reviewed by: George Wilson Approved by: Dan McDonald Author: Prakash Surya illumos/illumos-gate@97e81309571898df9fdd94aab1216dfcf23e060b 296509 by ngie: Delete empty sys/modules/aio/ directory This was missed in r296277 X-MFC with: r296277 Sponsored by: EMC / Isilon Storage Division 296506 by bdrewery: Follow-up r296324: Fix STATICOBJS dependency guesses conditions. Reported by:=09antoine Pointyhat to:=09bdrewery Sponsored by:=09EMC / Isilon Storage Division 296504 by dchagin: Does not leak fp. While here remove bogus cast of fp->f_data. MFC after:=091 week 296503 by dchagin: Linux accept() system call return EOPNOTSUPP errno instead of EINVAL for UDP sockets. MFC after:=091 week 296502 by dchagin: According to POSIX and Linux implementation the alarm() system call is always successfull. So, ignore any errors and return 0 as a Linux do. XXX. Unlike POSIX, Linux in case when the invalid seconds value specified always return 0, so in that case Linux does not return proper remining time= . MFC after:=091 week 296501 by dchagin: Link the newly created process to the corresponding parent as if CLONE_PARENT is set, then the parent of the new process will be the same as that of the calling process. MFC after:=091 week 296497 by trasz: Mention resolvconf(8) in resolv.conf(5). MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 296496 by np: cxgbe(4): Minor updates to the shared routines that deal with firmware imag= es. 296495 by np: cxgbe(4): Fix t4_tp_get_rdma_stats. The end of the build log: [...truncated 97988 lines...] from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ios:216, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /check.cpp:36: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/system_error:345:1: warning: type attributes ignored aft= er type is already defined [-Wattributes] }; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/mutex:176:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/__locale:18, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ios:216, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /check.cpp:36: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/__mutex_base:264:1: warning: type attributes ignored aft= er type is already defined [-Wattributes] }; ^ --- all_subdir_lib/ncurses --- --- p_show.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/Fre= eBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/pan= el/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncur= ses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncurses -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/in= clude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contri= b/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel -MD -MP -MF.de= pend.p_show.o -MTp_show.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncu= rses/panel/p_show.c -o p_show.o --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /check.cpp:36: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/ios:387:1: warning: type attributes ignored after type i= s already defined [-Wattributes] }; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/cstddef:36:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /check.hpp:33, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /check.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2844:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2845:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2846:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2847:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ --- all_subdir_lib/ncurses --- --- p_top.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/Fre= eBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/pan= el/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncur= ses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncurses -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/in= clude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contri= b/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel -MD -MP -MF.de= pend.p_top.o -MTp_top.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c= /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurs= es/panel/p_top.c -o p_top.o --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:142:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /check.cpp:36: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/bitset:636:54: warning: attributes ignored on template i= nstantiation [-Wattributes] template struct _LIBCPP_TYPE_VIS_ONLY hash >; ^ --- all_subdir_lib/ncurses --- --- p_update.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/Fre= eBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/pan= el/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncur= ses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncurses -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/in= clude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contri= b/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel -MD -MP -MF.de= pend.p_update.o -MTp_update.o -std=3Dgnu99 -fstack-protector-strong -Wsyste= m-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign= -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib= /ncurses/panel/p_update.c -o p_update.o --- p_user.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/Fre= eBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/pan= el/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncur= ses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncurses -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/in= clude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contri= b/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel -MD -MP -MF.de= pend.p_user.o -MTp_user.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-he= aders -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncu= rses/panel/p_user.c -o p_user.o --- all_subdir_lib/atf --- --- env.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD_amd64= _gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1 -std=3D= gnu++11 -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_g= cc4.9/tmp/../lib/libc++ --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/b= uilds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic = -DPIC -g -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc4.9/cont= rib/atf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf/libatf-c++/../libatf-c = -I. -DHAVE_CONFIG_H -MD -MP -MF.depend.env.So -MTenv.So -fstack-protector-s= trong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpoi= nter-arith -Wno-uninitialized -c /builds/FreeBSD_HEAD_amd64_gcc4.9/contri= b/atf/atf-c++/detail/env.cpp -o env.So --- all_subdir_lib/ncurses --- --- p_win.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/Fre= eBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/pan= el/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncur= ses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncurses -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/in= clude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contri= b/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel -MD -MP -MF.de= pend.p_win.o -MTp_win.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c= /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurs= es/panel/p_win.c -o p_win.o --- panel.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/Fre= eBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/pan= el/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncur= ses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../ncurses -I/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/in= clude -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contri= b/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel -MD -MP -MF.de= pend.panel.o -MTpanel.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c= /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurs= es/panel/panel.c -o panel.o --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/memory:600:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/algorithm:628, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:439, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/env.hpp:29, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/env.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/typeinfo: In member function 'size_t std::type_info::has= h_code() const': /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/typeinfo:116:62: warning: dereferencing type-punned poin= ter will break strict-aliasing rules [-Wstrict-aliasing] {return *reinterpret_cast(&__type_name);} ^ --- all_subdir_lib/ncurses --- --- p_above.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/l= ib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses= /panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../= ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../cont= rib/ncurses/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/.= ./../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/Fr= eeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel = -MD -MP -MF.depend.p_above.So -MTp_above.So -std=3Dgnu99 -fstack-protector-= strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wst= rict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wn= o-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/..= /../../contrib/ncurses/panel/p_above.c -o p_above.So --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:434:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/env.hpp:29, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/env.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/stdexcept: At global scope: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/stdexcept:56:24: warning: '__unused__' attribute ignored= [-Wattributes] const char *__imp_ _LIBCPP_UNUSED; ^ --- all_subdir_lib/ncurses --- --- p_below.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/l= ib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses= /panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../= ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../cont= rib/ncurses/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/.= ./../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/Fr= eeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel = -MD -MP -MF.depend.p_below.So -MTp_below.So -std=3Dgnu99 -fstack-protector-= strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wst= rict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wn= o-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/..= /../../contrib/ncurses/panel/p_below.c -o p_below.So --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/env.hpp:29:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/env.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:750:1: warning: 'static int std::__1::char_traits= ::compare(const char_type*, const char_type*, size_t)': visibilit= y attribute ignored because it [-Wattributes] char_traits::compare(const char_type* __s1, const char_type* __s= 2, size_t __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:729:29: warning: conflicts with previous declarat= ion here [-Wattributes] static int compare(const char_type* __s1, const char_type= * __s2, size_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:764:1: warning: 'static size_t std::__1::char_tra= its::length(const char_type*)': visibility attribute ignored beca= use it [-Wattributes] char_traits::length(const char_type* __s) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:730:29: warning: conflicts with previous declarat= ion here [-Wattributes] static size_t length(const char_type* __s); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:774:1: warning: 'static const char16_t* std::__1:= :char_traits::find(const char_type*, size_t, const char_type&)': = visibility attribute ignored because it [-Wattributes] char_traits::find(const char_type* __s, size_t __n, const char_t= ype& __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:731:29: warning: conflicts with previous declarat= ion here [-Wattributes] static const char_type* find(const char_type* __s, size_t __n, const c= har_type& __a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:787:1: warning: 'static char16_t* std::__1::char_= traits::move(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::move(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:732:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* move(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:807:1: warning: 'static char16_t* std::__1::char_= traits::copy(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::copy(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:733:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* copy(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:818:1: warning: 'static char16_t* std::__1::char_= traits::assign(std::__1::char_traits::char_type*, size_= t, std::__1::char_traits::char_type)': visibility attribute ignor= ed because it [-Wattributes] char_traits::assign(char_type* __s, size_t __n, char_type __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:734:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* assign(char_type* __s, size_t __n, char_type _= _a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:863:1: warning: 'static int std::__1::char_traits= ::compare(const char_type*, const char_type*, size_t)': visibilit= y attribute ignored because it [-Wattributes] char_traits::compare(const char_type* __s1, const char_type* __s= 2, size_t __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:842:29: warning: conflicts with previous declarat= ion here [-Wattributes] static int compare(const char_type* __s1, const char_type= * __s2, size_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:877:1: warning: 'static size_t std::__1::char_tra= its::length(const char_type*)': visibility attribute ignored beca= use it [-Wattributes] char_traits::length(const char_type* __s) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:843:29: warning: conflicts with previous declarat= ion here [-Wattributes] static size_t length(const char_type* __s); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:887:1: warning: 'static const char32_t* std::__1:= :char_traits::find(const char_type*, size_t, const char_type&)': = visibility attribute ignored because it [-Wattributes] char_traits::find(const char_type* __s, size_t __n, const char_t= ype& __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:844:29: warning: conflicts with previous declarat= ion here [-Wattributes] static const char_type* find(const char_type* __s, size_t __n, const c= har_type& __a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:900:1: warning: 'static char32_t* std::__1::char_= traits::move(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::move(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:845:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* move(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:920:1: warning: 'static char32_t* std::__1::char_= traits::copy(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::copy(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:846:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* copy(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:931:1: warning: 'static char32_t* std::__1::char_= traits::assign(std::__1::char_traits::char_type*, size_= t, std::__1::char_traits::char_type)': visibility attribute ignor= ed because it [-Wattributes] char_traits::assign(char_type* __s, size_t __n, char_type __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:847:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* assign(char_type* __s, size_t __n, char_type _= _a); ^ --- all_subdir_lib/clang --- *** [CFG.o] Error code 1 make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangana= lysis 1 error make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangana= lysis *** [all_subdir_lib/clang/libclanganalysis] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang --- all_subdir_lib/ncurses --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel *** [all_subdir_lib/ncurses/panel] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses *** [all_subdir_lib/ncurses] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_lib/atf --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf/libatf-c++ *** [all] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf *** [all_subdir_lib/atf] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_lib/clang --- --- all_subdir_lib/clang/libclangarcmigrate --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangarc= migrate *** [all_subdir_lib/clang/libclangarcmigrate] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang 2 errors make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang *** [all_subdir_lib/clang] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib 3 errors make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib *** [lib__L] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [libraries] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [_libraries] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Mar 9 13:28:10 2016 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 BB8D2AC8A6F for ; Wed, 9 Mar 2016 13:28:10 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 8715632C for ; Wed, 9 Mar 2016 13:28:10 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from [176.158.145.63] (helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ade9o-000Nmg-JS for freebsd-current@freebsd.org; Wed, 09 Mar 2016 14:28:08 +0100 Subject: Re: Crash with ZFS between r296491 and r296548 To: freebsd-current@freebsd.org References: <56DF65D1.3000707@dumbbell.fr> <56E00795.1040105@FreeBSD.org> From: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= Message-ID: <56E024E4.5060906@dumbbell.fr> Date: Wed, 9 Mar 2016 14:28:04 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <56E00795.1040105@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="MpjPqq1jSbqwWNKNvuAJouESpL06nIMEA" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 13:28:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MpjPqq1jSbqwWNKNvuAJouESpL06nIMEA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 09/03/2016 12:23, Alexander Motin wrote: > Should be fixed by r296563. >=20 > Illumos assumes full sync between kernel and world, so they are quietly= > breaking ABI as often as they want for any new feature. One more set o= f > compat shim added helps for now. Thank you! I confirm world@296491 + kernel@296564 works fine. --=20 Jean-S=C3=A9bastien P=C3=A9dron --MpjPqq1jSbqwWNKNvuAJouESpL06nIMEA 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 iQJ8BAEBCgBmBQJW4CTkXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTM0wEP/2zMiLqi2lLocRb7CZvxSXA7 ZmkNShGS7xiynsho16GuZQh2vD15zsTJkcjfC1h6UMDgTGRla9EclnlZ+QCBHBId DaXaurspxRwIWTErEkhjWd3+2R6ENiIi53k6GLShhofxoeeV8lB2mBzZLTmBuYm7 Dr7c9K8quK33Gid792zRqkmLyvnA5AtM6J766BYv1niudf2wtoU/9e6v+DZToCWD TJ2V+D4ZNmcakQYpJi2bWFDEtG7oCnAGyRbL6mXxCpGMFHskcKk7aFvYz3U+4q68 ORHr/uEHOcsFNaAcVqs114ieugwh6vqeoYnmbW76aqMdL8AYoP+kl7ag0hPiB2M1 LOf2/THGkXpryS3oVxXY+YfkfxOXe91HtwPJbzwES0qElOCkkvYsvUt1nOcmVfpR JliF3x9bQChI6JmY7HOQvWlhQMlp/lkJicpo83frjDHfzefO4WjIhXClSOidaQiw 0i+asm8Mpp+QH5qwhZzFWi1FxzM9BSjohNjB8dUR4BUzm0bz6ZirKr02tFJtOdAx gnSWrvzJIOEnt64B/wueInxCCrj0Nlj8d9tjuzfYE7m0uI0n3Jty/vaI+pd6HY6C nmeZSZ/GqBMlimEFVMzGIBHX3sZGhf3d1x4FozYuWhzT/R2m5cxTLXg9RfqfVH2a m7giKaZRzozmTE75Nbgp =nmdp -----END PGP SIGNATURE----- --MpjPqq1jSbqwWNKNvuAJouESpL06nIMEA-- From owner-freebsd-current@freebsd.org Wed Mar 9 15:21:42 2016 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 050FFAC8CC0 for ; Wed, 9 Mar 2016 15:21:42 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::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 C2B27999 for ; Wed, 9 Mar 2016 15:21:41 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x22f.google.com with SMTP id g203so69460116iof.2 for ; Wed, 09 Mar 2016 07:21:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=i8r7NShEypT8Gu8LAytkTtOgybr6izypjItYnw4u6Ps=; b=hA8+6ZymStLEWasQnXZ4kG+vwmvgCTcxovBby+rJjQXtqns2CRc7AWKr36NmOD8dOK TaJegRuJudvYEupoW9DKXEO2ecJisCcppAI4daiUqNp7guNoYNRdrB9nsGfVYfIFinbQ p56Yp9UVtWN6b5bxL3dhOVfUsRrGnKctnBDn0g0alak1tEJyi1jv6A+xpnqSUR5uvEhB eONCeDJPSQqIKa/texPuGrr510d4U8AfnBEsOdDnAQaUgwqAnkRsDegDKiwecbkMwi4p u9UpJMwELSJhGlefljbjT9y1cftHrjLCeVxNeTmdnSANncFBVvG7Ds20VaH378QaCI9b xuVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=i8r7NShEypT8Gu8LAytkTtOgybr6izypjItYnw4u6Ps=; b=jd0GionSW6W0Y5e5rQ+F2cxcCnP/CfCoxml77Lw5zyOKBcE/q4gjHGnnXCRM9SdNmo HqHQR8tR8WWugSSeE/HbrVqie1XCW/btUk5lzAlyyGGeJCwX4ddZK7epi+Fvxwy408wP V8pWDIt6rrts1SVSsD6NDVhnDEcCjrtGtbJQewouwYLQIQ9bXM/TzHnd01mVvbLiw+rZ /8ARfQitW6EICwfHijlpN+74hvIF0lHmAxwe4hC0Xx6uWFvwsePusItNXSonHaf0+4Y3 tSzUUVyFTJYSfYYRl58iCgMieuKu+tV2r/vV3gmZTWFyKbarQ25CwHySYU8qlt/ss3EF ktDg== X-Gm-Message-State: AD7BkJLuNUkPjtu/b7o0oW1vlv2qAoLYZddbXx0dXye+lhwGJ71dnu+YBRSEzohj8Zzs1Jgfu7UaQ489CT0hCg== X-Received: by 10.107.157.70 with SMTP id g67mr30941823ioe.38.1457536901155; Wed, 09 Mar 2016 07:21:41 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.39.66 with HTTP; Wed, 9 Mar 2016 07:21:21 -0800 (PST) In-Reply-To: <56E024E4.5060906@dumbbell.fr> References: <56DF65D1.3000707@dumbbell.fr> <56E00795.1040105@FreeBSD.org> <56E024E4.5060906@dumbbell.fr> From: Ed Maste Date: Wed, 9 Mar 2016 10:21:21 -0500 X-Google-Sender-Auth: 7ex3zpTm9scXyhXq0RONyGPmokQ Message-ID: Subject: Re: Crash with ZFS between r296491 and r296548 To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 15:21:42 -0000 On 9 March 2016 at 08:28, Jean-S=C3=A9bastien P=C3=A9dron wrote: > On 09/03/2016 12:23, Alexander Motin wrote: >> Should be fixed by r296563. >> >> Illumos assumes full sync between kernel and world, so they are quietly >> breaking ABI as often as they want for any new feature. One more set of >> compat shim added helps for now. > > Thank you! > > I confirm world@296491 + kernel@296564 works fine. I'm also now running with a post r296563 kernel and userland. Note that the opposite case of a new userland and older kernel the zfs tools abort. Although that direction isn't always guaranteed or necessarily expected to work, mav mentioned one more fix should take care of it. From owner-freebsd-current@freebsd.org Wed Mar 9 15:40:11 2016 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 91C39AC9484; Wed, 9 Mar 2016 15:40:11 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::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 545FE902; Wed, 9 Mar 2016 15:40:11 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-qk0-x235.google.com with SMTP id o6so21705475qkc.2; Wed, 09 Mar 2016 07:40:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=CDNYtEYos3+shpYJnve+43wPKUemR2zLKtjwFAIgXXU=; b=Br8lJ65ozuPVSi7uvKR6uQfux0nXhSr3LQfX1rkxRHuIRxqRN4nSpU07G3Ni4ujXIt wphcTSWXKlNNGIf/HnOennKfPdXPNxWCzAfngFBC5OzDMHGi1E7r+xsVsMFHhhhsy5TG qQZQJlfneA11vY8DeyBtez7SfKuENzXP8rbPeSIVQggJqWMGH7RCihADiSENJGqxxEMR sZ58dpxn5GRlrvPmQndbbu1/Mbp5D643b2HCO3Pdm3m1w+g1mpXrpBrIvr9/XXjwhIrY hh0LOJrkiRzOaWeeRRIaPf4qTXcpMm3Y+oFysil8RqCZVXUYAKQlR4VHhNHISV8udhCv ntvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=CDNYtEYos3+shpYJnve+43wPKUemR2zLKtjwFAIgXXU=; b=EQRTEh/SYSyIcsuPnnk9GSYINBZZq0IOhGD4FE8JqyYH6UrA5wiuqor3yBrZSeod/0 ku37ehzpzGeBgy1psgW07LGlAA9h2Pvh57SigltseCXM49lps7O4jjOFf+BzxJ36z1II nEGRpKp8W5YM8tKPqb4YV2BxCI9q6OmiTgZdosiMwbAsx1xGh9vbV96VJvqEfrXQGTWp hce2s+nJXQFCCtmGECGcaihdIpOflh/cn+IIWsVvS7deFXmmC5u8NwhtRBeh2qI4DIqd a6OnA7Sf0bhGLLZPBN8TB8EBsdRMxTUu7AgSQfs0MtoTK2nUWDHnzUnMAqIp9+K3bOPi TOmA== X-Gm-Message-State: AD7BkJJslCZnLMdDnx3vKSSQMhl90GaMqqZ0or0l9jeJyyErKnUOwsTAD5iCLvkNkTscwdaizDWIbqXRL8bCMA== MIME-Version: 1.0 X-Received: by 10.55.22.162 with SMTP id 34mr43663078qkw.63.1457538010171; Wed, 09 Mar 2016 07:40:10 -0800 (PST) Received: by 10.55.106.5 with HTTP; Wed, 9 Mar 2016 07:40:10 -0800 (PST) Date: Wed, 9 Mar 2016 18:40:10 +0300 Message-ID: Subject: EFI zfs loader and beadm? From: Andrey Fesenko To: "freebsd-hackers@freebsd.org" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 15:40:11 -0000 Hello, I'm test EFI boot ZFSroot with BE, this not support now? svn 2965489 If i build simplest system http://blog.multiplay.co.uk/2015/12/freebsd-10-2-release-efi-zfs-root-boot/ # zfs get -r mountpoint efifpool NAME PROPERTY VALUE SOURCE efifpool mountpoint /mnt/efifpool default => 40 30712240 da0 GPT (15G) 40 1600 1 efi (800K) 1640 30710632 2 freebsd-zfs (15G) 30712272 8 - free - (4.0K) system boot nice If make BE env # zfs get -r mountpoint efiwpool NAME PROPERTY VALUE SOURCE efiwpool mountpoint none local efiwpool/ROOT mountpoint none inherited from efiwpool efiwpool/ROOT/init mountpoint legacy local efiwpool/ROOT/init@init mountpoint - - efiwpool/ROOT/init/boot mountpoint /media/boot local efiwpool/ROOT/init/tmp mountpoint /media/tmp local efiwpool/ROOT/init/usr mountpoint /media/usr local efiwpool/ROOT/init/usr@init mountpoint - - efiwpool/ROOT/init/usr/home mountpoint /media/usr/home inherited from efiwpool/ROOT/init/usr efiwpool/ROOT/init/usr/home@init mountpoint - - efiwpool/ROOT/init/var mountpoint /media/var local efiwpool/ROOT/init/var@init mountpoint - - efiwpool/ROOT/init/var/crash mountpoint /media/var/crash inherited from efiwpool/ROOT/init/var efiwpool/ROOT/init/var/db mountpoint /media/var/db inherited from efiwpool/ROOT/init/var efiwpool/ROOT/init/var/db/pkg mountpoint /media/var/db/pkg inherited from efiwpool/ROOT/init/var efiwpool/ROOT/init/var/empty mountpoint /media/var/empty inherited from efiwpool/ROOT/init/var efiwpool/ROOT/init/var/log mountpoint /media/var/log inherited from efiwpool/ROOT/init/var efiwpool/ROOT/init/var/mail mountpoint /media/var/mail inherited from efiwpool/ROOT/init/var efiwpool/ROOT/init/var/run mountpoint /media/var/run inherited from efiwpool/ROOT/init/var efiwpool/ROOT/init/var/tmp mountpoint /media/var/tmp inherited from efiwpool/ROOT/init/var system not boot. Not found /boot/loader.efi (in BE system real path efiwpool/ROOT/init/boot/loader.efi) if copy this efiwpool/ROOT/init (blank in BE system) loader found this (but not found /boot/kernel) I can copy this and get a similar system https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192184#c15 (with out msdos kernel part), but this ruin BE update mechanism From owner-freebsd-current@freebsd.org Wed Mar 9 15:48:27 2016 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 34FB4AC9820; Wed, 9 Mar 2016 15:48:27 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id E8584F41; Wed, 9 Mar 2016 15:48:26 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 7B96D56A7A; Wed, 9 Mar 2016 09:48:25 -0600 (CST) Subject: Re: EFI zfs loader and beadm? To: Andrey Fesenko , "freebsd-hackers@freebsd.org" , freebsd-current References: From: Eric van Gyzen X-Enigmail-Draft-Status: N1110 Message-ID: <56E045C8.1040000@vangyzen.net> Date: Wed, 9 Mar 2016 09:48:24 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 15:48:27 -0000 On 03/09/2016 09:40, Andrey Fesenko wrote: > Hello, > I'm test EFI boot ZFSroot with BE, this not support now? > svn 2965489 > > If i build simplest system > http://blog.multiplay.co.uk/2015/12/freebsd-10-2-release-efi-zfs-root-boot/ > > # zfs get -r mountpoint efifpool > NAME PROPERTY VALUE SOURCE > efifpool mountpoint /mnt/efifpool default > > => 40 30712240 da0 GPT (15G) > 40 1600 1 efi (800K) > 1640 30710632 2 freebsd-zfs (15G) > 30712272 8 - free - (4.0K) > > system boot nice > > If make BE env > > # zfs get -r mountpoint efiwpool > NAME PROPERTY VALUE SOURCE > efiwpool mountpoint none local > efiwpool/ROOT mountpoint none > inherited from efiwpool > efiwpool/ROOT/init mountpoint legacy local > efiwpool/ROOT/init@init mountpoint - - > efiwpool/ROOT/init/boot mountpoint /media/boot local > efiwpool/ROOT/init/tmp mountpoint /media/tmp local > efiwpool/ROOT/init/usr mountpoint /media/usr local > efiwpool/ROOT/init/usr@init mountpoint - - > efiwpool/ROOT/init/usr/home mountpoint /media/usr/home > inherited from efiwpool/ROOT/init/usr > efiwpool/ROOT/init/usr/home@init mountpoint - - > efiwpool/ROOT/init/var mountpoint /media/var local > efiwpool/ROOT/init/var@init mountpoint - - > efiwpool/ROOT/init/var/crash mountpoint /media/var/crash > inherited from efiwpool/ROOT/init/var > efiwpool/ROOT/init/var/db mountpoint /media/var/db > inherited from efiwpool/ROOT/init/var > efiwpool/ROOT/init/var/db/pkg mountpoint /media/var/db/pkg > inherited from efiwpool/ROOT/init/var > efiwpool/ROOT/init/var/empty mountpoint /media/var/empty > inherited from efiwpool/ROOT/init/var > efiwpool/ROOT/init/var/log mountpoint /media/var/log > inherited from efiwpool/ROOT/init/var > efiwpool/ROOT/init/var/mail mountpoint /media/var/mail > inherited from efiwpool/ROOT/init/var > efiwpool/ROOT/init/var/run mountpoint /media/var/run > inherited from efiwpool/ROOT/init/var > efiwpool/ROOT/init/var/tmp mountpoint /media/var/tmp > inherited from efiwpool/ROOT/init/var > > system not boot. > > Not found /boot/loader.efi (in BE system real path > efiwpool/ROOT/init/boot/loader.efi) if copy this efiwpool/ROOT/init > (blank in BE system) loader found this (but not found /boot/kernel) I > can copy this and get a similar system > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192184#c15 (with out > msdos kernel part), but this ruin BE update mechanism Your dataset hierarchy is not what beadm expects. Specifically, you have /boot separate from /, which I imagine is causing your problem. /boot should be part of /. Also, you have several file systems in the BE that are usually not in it; I doubt this is part of your boot failure, though. For reference, here is my layout, which is mostly the same as the default installation: NAME USED AVAIL REFER MOUNTPOINT zroot 117G 108G 96K none zroot/ROOT 14.8G 108G 96K none zroot/ROOT/10.2 444K 108G 6.35G / zroot/ROOT/103beta 14.8G 108G 8.75G / zroot/ROOT/103beta1 8K 108G 8.17G / zroot/ROOT/103beta3 8K 108G 8.75G / zroot/home 97.8G 108G 94.9G /home zroot/usr 3.36G 108G 96K /usr zroot/usr/ports 985M 108G 736M /usr/ports zroot/usr/src 2.40G 108G 2.19G /usr/src zroot/var 2.19M 108G 96K /var zroot/var/audit 96K 108G 96K /var/audit zroot/var/crash 96K 108G 96K /var/crash zroot/var/log 1.15M 108G 420K /var/log zroot/var/mail 360K 108G 120K /var/mail zroot/var/tmp 416K 108G 144K /var/tmp Eric From owner-freebsd-current@freebsd.org Wed Mar 9 15:50:30 2016 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 E2D9FAC99EF for ; Wed, 9 Mar 2016 15:50:30 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY004-OMC2S22.hotmail.com (bay004-omc2s22.hotmail.com [65.54.190.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D5E93354 for ; Wed, 9 Mar 2016 15:50:30 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY182-W54 ([65.54.190.123]) by BAY004-OMC2S22.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Wed, 9 Mar 2016 07:49:25 -0800 X-TMN: [GU2b8jdYRBJI9KK6sdxfpJrc0RAsGM9Y] X-Originating-Email: [sgeos@hotmail.com] Message-ID: From: Brendan Sechter To: "freebsd-current@freebsd.org" Subject: limits: setrlimit umtxp: Invalid argument Date: Thu, 10 Mar 2016 00:49:24 +0900 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 09 Mar 2016 15:49:25.0566 (UTC) FILETIME=[41B6CDE0:01D17A1B] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 15:50:31 -0000 I am running an 11.0-CURRENT VM.=0A= After recently updating=2C the following appears on startup and dhclient fa= ils to start.=0A= =0A= Starting dhclient.=0A= limits: setrlimit umtxp: Invalid argument=0A= /etc/rc.d/dhclient: WARNING: failed to start dhclient=0A= =0A= Similar messages appear for the following.=0A= =0A= devd pflog syslogd ntpd powerd sshd sendmail_submit sendmail_msp_queue cron= =0A= =0A= Reverting to the previous kernel did not resolve the issue.=0A= I can manually start dhclient and ntp=2C but not sshd.=0A= =0A= I do not trust that my uname information is being updated with with build= =2C but here=0A= it is.=0A= =0A= $ uname -vm=0A= FreeBSD 11.0-CURRENT #0 r287598: Thu Sep 10 14:45:48 JST 2015 =A0 =A0 root@= :/usr/obj/usr/src/sys/MIRAGE_KERNEL =A0amd64=0A= =0A= Regards=2C=0A= -Brendan=0A= =0A= = From owner-freebsd-current@freebsd.org Wed Mar 9 15:59:48 2016 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 D7927AC9E2E for ; Wed, 9 Mar 2016 15:59:48 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id C2B79D0A for ; Wed, 9 Mar 2016 15:59:47 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 9BFA556A6D; Wed, 9 Mar 2016 09:59:47 -0600 (CST) Subject: Re: limits: setrlimit umtxp: Invalid argument To: Brendan Sechter , "freebsd-current@freebsd.org" References: From: Eric van Gyzen Message-ID: <56E04873.9050200@vangyzen.net> Date: Wed, 9 Mar 2016 09:59:47 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 15:59:48 -0000 On 03/09/2016 09:49, Brendan Sechter wrote: > I am running an 11.0-CURRENT VM. > After recently updating, the following appears on startup and dhclient fails to start. > > Starting dhclient. > limits: setrlimit umtxp: Invalid argument > /etc/rc.d/dhclient: WARNING: failed to start dhclient > > Similar messages appear for the following. > > devd pflog syslogd ntpd powerd sshd sendmail_submit sendmail_msp_queue cron > > Reverting to the previous kernel did not resolve the issue. > I can manually start dhclient and ntp, but not sshd. > > I do not trust that my uname information is being updated with with build, but here > it is. > > $ uname -vm > FreeBSD 11.0-CURRENT #0 r287598: Thu Sep 10 14:45:48 JST 2015 root@:/usr/obj/usr/src/sys/MIRAGE_KERNEL amd64 This information comes directly from the running kernel, so it looks like your kernel is not getting updated. This seems consistent with the above error messages, although I haven't tested this case. The userland tools are aware of the newly added umtxp limit, but the kernel is not aware. Eric From owner-freebsd-current@freebsd.org Wed Mar 9 16:01:25 2016 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 589DBAC9F2C; Wed, 9 Mar 2016 16:01:25 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (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 16E38FAE; Wed, 9 Mar 2016 16:01:25 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-qg0-x231.google.com with SMTP id u110so45118138qge.3; Wed, 09 Mar 2016 08:01:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=c6EGN4igNJ/bNDZBFoyVjcGpox0c3AR/KnFC9B5QzZA=; b=EjH+GHv64rFjJiquM2yM9m57ZZV892gTMTPmbMT55xWBlesUcm55sNwZcKqEk98I9u SrZSxHitGcYwYrHdY67QxWrL79rf5vX4jO8JtM6gLOzOF0A0D7CJrVruHHTxONDPWeMn MWizC8VUJVtYMXXG9V+TGHDLMKFDZlMQpYLvrcq/i397jTYQqfkSlMb5FUNO99SRVoPp PmQXYIpboUSvOzZ4H0ofd8QONzhsoRm2eLwCVwHNNTlZv7vJnj0y5Qflrx/JRYv5pbj2 HpZbBplsAODGwSgaqFJxjim5NpJgNf1+g7OKlkHT6fKHAOHycYVzzzQraPTDa8d2kTwd 3hiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=c6EGN4igNJ/bNDZBFoyVjcGpox0c3AR/KnFC9B5QzZA=; b=g1HqmkF2P3yOvXDysYKMbC+UmaOJ4g2VgArS7778s+BvBtYLCmUkzf0uR2k7Jor8kS 7bhFFMuCmzEQ2u+is1xvfjTyMq0kxPvrMsXvm46iQd9ZDx5Fpcj63v2wQx50Ux9hPyOv Iaah0OP+qUxJYCos+PSnNnCNC4IVdRxUbtcsEb7rVuB911OKt/1+UDpQutsCMiV2A6AJ UpT1k9lr+zqjS0/MTF/YnINNOYhuspcdn2KprI78JjNwPTBYNpripq6iNZY92Eb2F5OD IGGZ9FTMsfJdifj/TdQccDCbmFsrb2EOAat27I9xljqOCPsTEAtzoRfQAgoHyQl/SOX8 FWaw== X-Gm-Message-State: AD7BkJJk0GeQX3qOOV7y/wn3rFCpYmscKSc06oudIOrVoxW/mj8+BBUQjPjStZPrGZ8MYk8dnizaAQlddr861w== MIME-Version: 1.0 X-Received: by 10.140.168.85 with SMTP id o82mr40470531qho.75.1457539284205; Wed, 09 Mar 2016 08:01:24 -0800 (PST) Received: by 10.55.106.5 with HTTP; Wed, 9 Mar 2016 08:01:24 -0800 (PST) In-Reply-To: <56E045C8.1040000@vangyzen.net> References: <56E045C8.1040000@vangyzen.net> Date: Wed, 9 Mar 2016 19:01:24 +0300 Message-ID: Subject: Re: EFI zfs loader and beadm? From: Andrey Fesenko To: Eric van Gyzen Cc: "freebsd-hackers@freebsd.org" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 16:01:25 -0000 On Wed, Mar 9, 2016 at 6:48 PM, Eric van Gyzen wrote: > On 03/09/2016 09:40, Andrey Fesenko wrote: >> Hello, >> I'm test EFI boot ZFSroot with BE, this not support now? >> svn 2965489 >> >> If i build simplest system >> http://blog.multiplay.co.uk/2015/12/freebsd-10-2-release-efi-zfs-root-boot/ >> >> # zfs get -r mountpoint efifpool >> NAME PROPERTY VALUE SOURCE >> efifpool mountpoint /mnt/efifpool default >> >> => 40 30712240 da0 GPT (15G) >> 40 1600 1 efi (800K) >> 1640 30710632 2 freebsd-zfs (15G) >> 30712272 8 - free - (4.0K) >> >> system boot nice >> >> If make BE env >> >> # zfs get -r mountpoint efiwpool >> NAME PROPERTY VALUE SOURCE >> efiwpool mountpoint none local >> efiwpool/ROOT mountpoint none >> inherited from efiwpool >> efiwpool/ROOT/init mountpoint legacy local >> efiwpool/ROOT/init@init mountpoint - - >> efiwpool/ROOT/init/boot mountpoint /media/boot local >> efiwpool/ROOT/init/tmp mountpoint /media/tmp local >> efiwpool/ROOT/init/usr mountpoint /media/usr local >> efiwpool/ROOT/init/usr@init mountpoint - - >> efiwpool/ROOT/init/usr/home mountpoint /media/usr/home >> inherited from efiwpool/ROOT/init/usr >> efiwpool/ROOT/init/usr/home@init mountpoint - - >> efiwpool/ROOT/init/var mountpoint /media/var local >> efiwpool/ROOT/init/var@init mountpoint - - >> efiwpool/ROOT/init/var/crash mountpoint /media/var/crash >> inherited from efiwpool/ROOT/init/var >> efiwpool/ROOT/init/var/db mountpoint /media/var/db >> inherited from efiwpool/ROOT/init/var >> efiwpool/ROOT/init/var/db/pkg mountpoint /media/var/db/pkg >> inherited from efiwpool/ROOT/init/var >> efiwpool/ROOT/init/var/empty mountpoint /media/var/empty >> inherited from efiwpool/ROOT/init/var >> efiwpool/ROOT/init/var/log mountpoint /media/var/log >> inherited from efiwpool/ROOT/init/var >> efiwpool/ROOT/init/var/mail mountpoint /media/var/mail >> inherited from efiwpool/ROOT/init/var >> efiwpool/ROOT/init/var/run mountpoint /media/var/run >> inherited from efiwpool/ROOT/init/var >> efiwpool/ROOT/init/var/tmp mountpoint /media/var/tmp >> inherited from efiwpool/ROOT/init/var >> >> system not boot. >> >> Not found /boot/loader.efi (in BE system real path >> efiwpool/ROOT/init/boot/loader.efi) if copy this efiwpool/ROOT/init >> (blank in BE system) loader found this (but not found /boot/kernel) I >> can copy this and get a similar system >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192184#c15 (with out >> msdos kernel part), but this ruin BE update mechanism > > Your dataset hierarchy is not what beadm expects. Specifically, you > have /boot separate from /, which I imagine is causing your problem. > /boot should be part of /. Also, you have several file systems in the > BE that are usually not in it; I doubt this is part of your boot > failure, though. > > For reference, here is my layout, which is mostly the same as the > default installation: > > NAME USED AVAIL REFER MOUNTPOINT > zroot 117G 108G 96K none > zroot/ROOT 14.8G 108G 96K none > zroot/ROOT/10.2 444K 108G 6.35G / > zroot/ROOT/103beta 14.8G 108G 8.75G / > zroot/ROOT/103beta1 8K 108G 8.17G / > zroot/ROOT/103beta3 8K 108G 8.75G / > zroot/home 97.8G 108G 94.9G /home > zroot/usr 3.36G 108G 96K /usr > zroot/usr/ports 985M 108G 736M /usr/ports > zroot/usr/src 2.40G 108G 2.19G /usr/src > zroot/var 2.19M 108G 96K /var > zroot/var/audit 96K 108G 96K /var/audit > zroot/var/crash 96K 108G 96K /var/crash > zroot/var/log 1.15M 108G 420K /var/log > zroot/var/mail 360K 108G 120K /var/mail > zroot/var/tmp 416K 108G 144K /var/tmp > > Eric If remove efiwpool/ROOT/init/boot and copy his content on efiwpool/ROOT/init my scheme work fine too. /usr /var /home and other included in BE for consistent boot system (CURRENT world may not boot with kernel other rev), and old home snapshot sometimes useful for backup/restore From owner-freebsd-current@freebsd.org Wed Mar 9 17:54:50 2016 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 23DAAAC9509 for ; Wed, 9 Mar 2016 17:54:50 +0000 (UTC) (envelope-from florian.ermisch@alumni.tu-berlin.de) Received: from mail-2.alumni.tu-berlin.de (mail-2.alumni.tu-berlin.de [130.149.5.29]) (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 E2A34AB7 for ; Wed, 9 Mar 2016 17:54:49 +0000 (UTC) (envelope-from florian.ermisch@alumni.tu-berlin.de) X-tubIT-Incoming-IP: 78.52.5.215 Received: from f052005215.adsl.alicedsl.de ([78.52.5.215] helo=unknown50465D80C999) by mailbox.alumni.tu-berlin.de (exim-4.76) with esmtpsa [UNKNOWN:AES256-SHA:256] id 1adiB2-0003pS-3z; Wed, 09 Mar 2016 18:45:40 +0100 In-Reply-To: <56E04873.9050200@vangyzen.net> References: <56E04873.9050200@vangyzen.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: limits: setrlimit umtxp: Invalid argument From: Florian Ermisch Date: Wed, 09 Mar 2016 18:45:37 +0100 To: Eric van Gyzen , Brendan Sechter , "freebsd-current@freebsd.org" Message-ID: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 17:54:50 -0000 Am 9. März 2016 16:59:47 MEZ, schrieb Eric van Gyzen : > On 03/09/2016 09:49, Brendan Sechter wrote: > > I am running an 11.0-CURRENT VM. > > After recently updating, the following appears on startup and > > dhclient fails to start. > > > > Starting dhclient. > > limits: setrlimit umtxp: Invalid argument > > /etc/rc.d/dhclient: WARNING: failed to start dhclient > > > > Similar messages appear for the following. > > > > devd pflog syslogd ntpd powerd sshd sendmail_submit > > sendmail_msp_queue cron > > > > Reverting to the previous kernel did not resolve the issue. > > I can manually start dhclient and ntp, but not sshd. > > > > I do not trust that my uname information is being updated with > > with build, but here it is. > > > > $ uname -vm > > FreeBSD 11.0-CURRENT #0 r287598: Thu Sep 10 14:45:48 JST 2015 > > root@:/usr/obj/usr/src/sys/MIRAGE_KERNEL amd64 > > This information comes directly from the running kernel, so it looks > like your kernel is not getting updated. This seems consistent > with the above error messages, although I haven't tested this > case. The userland tools are aware of the newly added umtxp > limit, but the kernel is not aware. > > Eric I got this problem on my laptop, too. I somehow managed not to install the kernel during a recent update so my userland is slightly newer than my 11-CURRENT r292755 kernel (and also forgot to make proper ZFS snapshots…). While I can build a newer kernel but when I boot i.e. r296556 `zfs(8)' coredumps and I can't mount anything but the rootfs… I guess I need to get kernel & userland back in sync to fix this. I will try to build the userland matching my kernel first as I know its revision from `uname -a`. If anyone has a better approach or tips, please let me know. Regards, Florian From owner-freebsd-current@freebsd.org Wed Mar 9 22:00:43 2016 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 6A8A0AC9F16; Wed, 9 Mar 2016 22:00:43 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (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 348D1F30; Wed, 9 Mar 2016 22:00:43 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-qg0-x22d.google.com with SMTP id t4so54679618qge.0; Wed, 09 Mar 2016 14:00:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eWls7HCvw966J462JdMd0n8b1Bq9RCPpt2SxcbO7Cm8=; b=bIWv7ywow0jjxL3FNwtrZFakVG+weYXnEXsmTgzGNr/5aUBfo9ecKZ7qVPm0JQgMfp j43eGoYFIN894X17rrXcxzHs5XeNr+KABmPgMpvF5mjHmruM8iF1rBAtq76YaDgxEL3c 9YVw6bWC8CgKSRSHkIPGpmys8+/ufrzYVA3ZjaLQHZP/GT+ZLLq9DxUPaLZr84EjyR+i 1obB/z4rxQXwyTao/1ui6tP70hUhobsTobKMK9xKD45g70+Fw4yfZJvPlGcvgu4ki9hM vm2WoNBkQK9unZAe5aazoBM1HnJ6DmyOcH7fnnETJwJQjVqUNZA+Ai8J+Ry7rUtSSr0F T3Sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eWls7HCvw966J462JdMd0n8b1Bq9RCPpt2SxcbO7Cm8=; b=Bc55C7Hxj7gPuJupwXuHF8XTNh1pshsInwmM8fdL0/xBSxV494S7wEb4oBA3MPwWZ8 bAu+bGM9Bh/NQM93Fy8yxg98q8+tDngqUgG5LErFAc+aM8NeQ6ZSblbcAD0kvtEnA08u YZbtNRiTMbW0RvcUgI/dVzUsygmtUYX/mYB1vpREuTCfzU2Uu0sFjInxGWn0rroXZr3h olWciCeOGDdZlieK9NpKCJbpYSX6LnkktSmsfx2/80Nd3kuu1EgqVZlflQNIGYhCAsmV 6txewIVAcIBJIvm4/TWM51PMK439NawssK57sVtXQKsBm3AXh7SbKjQBizlCfgR+eTb8 zEOQ== X-Gm-Message-State: AD7BkJLuTxyshUfcPHWgCKaK3ZHp1c4hEKUqPUZ7mkBMXRxPmFaE50v0DSgfbwbgFYIQkuBupTstYMF/uqmEdQ== X-Received: by 10.140.151.194 with SMTP id 185mr54393qhx.92.1457560841981; Wed, 09 Mar 2016 14:00:41 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Eric Joyner Date: Wed, 09 Mar 2016 22:00:32 +0000 Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 To: Ultima Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 22:00:43 -0000 I don't know if you're still interested in this, but did you do "kenv hw.vmm.force_iommu=1" before loading the vmm module? I think that might be necessary. On Wed, Feb 24, 2016 at 5:12 PM Ultima wrote: > Yeah, still getting the -100 error, I do have sendmail disabled. I just > tested with sendmail up and running then add the VF's and it still shows > the error message. > > On Wed, Feb 24, 2016 at 8:04 PM, Eric Joyner wrote: > >> Are you still getting the -100 errors when trying to load the VF driver? >> >> I've tried SR-IOV on a system here, and I can confirm that traffic stops >> passing on the PF interface when you create a VF interface. That didn't >> used to happen, so I'm investigating why that is right now. >> >> On Wed, Feb 24, 2016 at 8:09 AM Ultima wrote: >> >>> Decided to do some more tests, I actually have a second board with >>> sr-iov >>> capabilities that I used for awhile with vmware esxi. I decided to test >>> this out and unfortunately it won't activate, it is giving the no space >>> left on device error message. I double checked bios and all VT-d related >>> options are enabled and have hw.ix.num_queues="4" in /boot/loader.conf. >>> Is >>> there anything else that may need to be set? .(It did work on vmware) >>> >>> For my second test, I moved the X540-AT1 to the board with the X540-AT2. >>> It functioned with the same issues as the AT2 tho. >>> >>> >>> I don't think I listed the motherboards in question yet so ill list them >>> now. >>> >>> S1200BTLRM - >>> >>> http://ark.intel.com/products/69633/Intel-Server-Board-S1200BTLRM?q=S1200BTLRM >>> MD80-TM0 >>> >>> - http://b2b.gigabyte.com/products/product-page.aspx?pid=5146#ov >>> >>> I'm not sure if it will be of any help tho. >>> >>> Ultima >>> _______________________________________________ >>> 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 Mar 9 22:05:35 2016 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 ECCA7ACA102 for ; Wed, 9 Mar 2016 22:05:34 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY004-OMC2S7.hotmail.com (bay004-omc2s7.hotmail.com [65.54.190.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DFCF1690 for ; Wed, 9 Mar 2016 22:05:34 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY182-W1 ([65.54.190.123]) by BAY004-OMC2S7.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Wed, 9 Mar 2016 14:04:30 -0800 X-TMN: [ODLwxjFyLRPg+w94cnFY4eafodNm+1Gf] X-Originating-Email: [sgeos@hotmail.com] Message-ID: From: Brendan Sechter To: "freebsd-current@freebsd.org" Subject: ukbd.c: error: use of undeclared identifier 'key_map' Date: Thu, 10 Mar 2016 07:04:29 +0900 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 09 Mar 2016 22:04:30.0049 (UTC) FILETIME=[A76E6510:01D17A4F] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 22:05:35 -0000 Hello-=0A= =0A= My kernel fails to build when I specify a default keymap. =A0The problem ap= pears to=0A= exist in both atkbd(4) and ukbd(4). =A0My last build appears to have succee= ded in=0A= September of last year. =A0That may have been when I added the option.=0A= =0A= My kernel config and the failing build output for ukbd are below. =A0The VI= RTUALBOX=0A= kernel config below built without issue.=0A= =0A= Regards=2C=0A= -Brendan=0A= =0A= root@mirage:/usr/src # cat sys/amd64/conf/MIRAGE_KERNEL=A0=0A= #include GENERIC=0A= include VIRTUALBOX=0A= ident MIRAGE=0A= =0A= # AT Keyboard=0A= device =A0 =A0 =A0 =A0 =A0atkbdc=0A= device =A0 =A0 =A0 =A0 =A0atkbd=0A= options =A0 =A0 =A0 =A0 ATKBD_DFLT_KEYMAP=0A= makeoptions =A0 =A0 ATKBD_DFLT_KEYMAP=3Djp.106=0A= =0A= # USB Keyboard=0A= device =A0 =A0 =A0 =A0 =A0ukbd=0A= options =A0 =A0 =A0 =A0 UKBD_DFLT_KEYMAP=0A= makeoptions =A0 =A0 UKBD_DFLT_KEYMAP=3Djp.106=0A= =0A= # ALTQ for pf=0A= options =A0 =A0 =A0 =A0 ALTQ=0A= options =A0 =A0 =A0 =A0 ALTQ_PRIQ =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Priority Qu= euing (PRIQ)=0A= =0A= # cat sys/amd64/conf/VIRTUALBOX=A0=0A= cpu =A0 =A0 =A0 =A0 =A0 =A0 HAMMER=0A= ident =A0 =A0 =A0 =A0 =A0 VIRTUALBOX=0A= =0A= options =A0 =A0 =A0 =A0 SCHED_ULE =A0 =A0 =A0 =A0 =A0 =A0 =A0 # ULE schedul= er=0A= options =A0 =A0 =A0 =A0 PREEMPTION =A0 =A0 =A0 =A0 =A0 =A0 =A0# Enable kern= el thread preemption=0A= options =A0 =A0 =A0 =A0 INET =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Inter= NETworking=0A= options =A0 =A0 =A0 =A0 INET6 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # IPv6 co= mmunications protocols=0A= options =A0 =A0 =A0 =A0 IPSEC =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # IP (v4/= v6) security=0A= options =A0 =A0 =A0 =A0 TCP_OFFLOAD =A0 =A0 =A0 =A0 =A0 =A0 # TCP offload= =0A= options =A0 =A0 =A0 =A0 SCTP =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Strea= m Control Transmission Protocol=0A= options =A0 =A0 =A0 =A0 FFS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Berke= ley Fast Filesystem=0A= options =A0 =A0 =A0 =A0 SOFTUPDATES =A0 =A0 =A0 =A0 =A0 =A0 # Enable FFS so= ft updates support=0A= options =A0 =A0 =A0 =A0 UFS_ACL =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Support f= or access control lists=0A= options =A0 =A0 =A0 =A0 UFS_DIRHASH =A0 =A0 =A0 =A0 =A0 =A0 # Improve perfo= rmance on big directories=0A= options =A0 =A0 =A0 =A0 UFS_GJOURNAL =A0 =A0 =A0 =A0 =A0 =A0# Enable gjourn= al-based UFS journaling=0A= options =A0 =A0 =A0 =A0 QUOTA =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Enable = disk quotas for UFS=0A= options =A0 =A0 =A0 =A0 NFSCL =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Network= Filesystem Client=0A= options =A0 =A0 =A0 =A0 NFSD =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Netwo= rk Filesystem Server=0A= options =A0 =A0 =A0 =A0 NFSLOCKD =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Network L= ock Manager=0A= options =A0 =A0 =A0 =A0 NFS_ROOT =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# NFS usabl= e as /=2C requires NFSCL=0A= options =A0 =A0 =A0 =A0 CD9660 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# ISO 966= 0 Filesystem=0A= options =A0 =A0 =A0 =A0 PROCFS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Process= filesystem (requires PSEUDOFS)=0A= options =A0 =A0 =A0 =A0 PSEUDOFS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Pseudo-fi= lesystem framework=0A= options =A0 =A0 =A0 =A0 GEOM_PART_GPT =A0 =A0 =A0 =A0 =A0 # GUID Partition = Tables.=0A= options =A0 =A0 =A0 =A0 GEOM_LABEL =A0 =A0 =A0 =A0 =A0 =A0 =A0# Provides la= belization=0A= options =A0 =A0 =A0 =A0 COMPAT_FREEBSD32 =A0 =A0 =A0 =A0# Compatible with i= 386 binaries=0A= options =A0 =A0 =A0 =A0 SYSVSHM =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # SYSV-styl= e shared memory=0A= options =A0 =A0 =A0 =A0 SYSVMSG =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # SYSV-styl= e message queues=0A= options =A0 =A0 =A0 =A0 SYSVSEM =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # SYSV-styl= e semaphores=0A= options =A0 =A0 =A0 =A0 _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-t= ime extensions=0A= options =A0 =A0 =A0 =A0 PRINTF_BUFR_SIZE=3D128 =A0 =A0# Prevent printf outp= ut being interspersed.=0A= options =A0 =A0 =A0 =A0 KBD_INSTALL_CDEV =A0 =A0 =A0 =A0# install a CDEV en= try in /dev=0A= options =A0 =A0 =A0 =A0 HWPMC_HOOKS =A0 =A0 =A0 =A0 =A0 =A0 # Necessary ker= nel hooks for hwpmc(4)=0A= options =A0 =A0 =A0 =A0 AUDIT =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Securit= y event auditing=0A= options =A0 =A0 =A0 =A0 CAPABILITY_MODE =A0 =A0 =A0 =A0 # Capsicum capabili= ty mode=0A= options =A0 =A0 =A0 =A0 CAPABILITIES =A0 =A0 =A0 =A0 =A0 =A0# Capsicum capa= bilities=0A= options =A0 =A0 =A0 =A0 MAC =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Trust= edBSD MAC Framework=0A= options =A0 =A0 =A0 =A0 INCLUDE_CONFIG_FILE =A0 =A0 # Include this file in = kernel=0A= options =A0 =A0 =A0 =A0 RACCT =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Resourc= e accounting framework=0A= options =A0 =A0 =A0 =A0 RACCT_DEFAULT_TO_DISABLED # Set kern.racct.enable= =3D0 by default=0A= options =A0 =A0 =A0 =A0 RCTL =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Resou= rce limits=0A= =0A= # Make an SMP-capable kernel by default=0A= options =A0 =A0 =A0 =A0 SMP =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Symme= tric MultiProcessor Kernel=0A= =0A= # CPU frequency control=0A= device =A0 =A0 =A0 =A0 =A0cpufreq=0A= =0A= # Bus support.=0A= device =A0 =A0 =A0 =A0 =A0acpi=0A= options =A0 =A0 =A0 =A0 ACPI_DMAR=0A= device =A0 =A0 =A0 =A0 =A0pci=0A= options =A0 =A0 =A0 =A0 PCI_IOV =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # PCI SR-IO= V support=0A= =0A= # ATA controllers=0A= device =A0 =A0 =A0 =A0 =A0ahci =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# AHC= I-compatible SATA controllers=0A= device =A0 =A0 =A0 =A0 =A0ata =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Leg= acy ATA/SATA controllers=0A= options =A0 =A0 =A0 =A0 ATA_STATIC_ID =A0 =A0 =A0 =A0 =A0 # Static device n= umbering=0A= =0A= # ATA/SCSI peripherals=0A= device =A0 =A0 =A0 =A0 =A0scbus =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # SCSI = bus (required for ATA/SCSI)=0A= device =A0 =A0 =A0 =A0 =A0da =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# D= irect Access (disks)=0A= device =A0 =A0 =A0 =A0 =A0cd =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# C= D=0A= device =A0 =A0 =A0 =A0 =A0pass =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Pas= sthrough device (direct ATA/SCSI access)=0A= device =A0 =A0 =A0 =A0 =A0ses =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Enc= losure Services (SES and SAF-TE)=0A= #device =A0 =A0 =A0 =A0 ctl =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # CAM T= arget Layer=0A= =0A= # atkbdc0 controls both the keyboard and the PS/2 mouse=0A= device =A0 =A0 =A0 =A0 =A0atkbdc =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# AT ke= yboard controller=0A= device =A0 =A0 =A0 =A0 =A0atkbd =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # AT ke= yboard=0A= device =A0 =A0 =A0 =A0 =A0psm =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # PS/= 2 mouse=0A= =0A= device =A0 =A0 =A0 =A0 =A0kbdmux =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# keybo= ard multiplexer=0A= =0A= device =A0 =A0 =A0 =A0 =A0vga =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # VGA= video card driver=0A= options =A0 =A0 =A0 =A0 VESA =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Add s= upport for VESA BIOS Extensions (VBE)=0A= =0A= device =A0 =A0 =A0 =A0 =A0splash =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Splas= h screen and screen saver support=0A= =0A= # syscons is the default console driver=2C resembling an SCO console=0A= device =A0 =A0 =A0 =A0 =A0sc=0A= options =A0 =A0 =A0 =A0 SC_PIXEL_MODE =A0 =A0 =A0 =A0 =A0 # add support for= the raster text mode=0A= # vt is the new video console driver=0A= device =A0 =A0 =A0 =A0 =A0vt=0A= device =A0 =A0 =A0 =A0 =A0vt_vga=0A= device =A0 =A0 =A0 =A0 =A0vt_efifb=0A= =0A= device =A0 =A0 =A0 =A0 =A0agp =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # sup= port several AGP chipsets=0A= =0A= # PCI Ethernet NICs.=0A= device =A0 =A0 =A0 =A0 =A0em =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# I= ntel PRO/1000 Gigabit Ethernet Family=0A= =0A= # Pseudo devices.=0A= device =A0 =A0 =A0 =A0 =A0loop =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Net= work loopback=0A= device =A0 =A0 =A0 =A0 =A0random =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Entro= py device=0A= device =A0 =A0 =A0 =A0 =A0rdrand_rng =A0 =A0 =A0 =A0 =A0 =A0 =A0# Intel Bul= l Mountain RNG=0A= device =A0 =A0 =A0 =A0 =A0ether =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Ether= net support=0A= device =A0 =A0 =A0 =A0 =A0vlan =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# 802= .1Q VLAN support=0A= =0A= # The `bpf' device enables the Berkeley Packet Filter.=0A= # Be aware of the administrative consequences of enabling this!=0A= # Note that 'bpf' is required for DHCP.=0A= device =A0 =A0 =A0 =A0 =A0bpf =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Ber= keley packet filter=0A= =0A= # USB support=0A= device =A0 =A0 =A0 =A0 =A0uhci =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# UHC= I PCI->USB interface=0A= device =A0 =A0 =A0 =A0 =A0ohci =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# OHC= I PCI->USB interface=0A= device =A0 =A0 =A0 =A0 =A0ehci =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# EHC= I PCI->USB interface (USB 2.0)=0A= device =A0 =A0 =A0 =A0 =A0xhci =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# XHC= I PCI->USB interface (USB 3.0)=0A= device =A0 =A0 =A0 =A0 =A0usb =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # USB= Bus (required)=0A= device =A0 =A0 =A0 =A0 =A0ukbd =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Key= board=0A= device =A0 =A0 =A0 =A0 =A0umass =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Disks= /Mass storage - Requires scbus and da=0A= # VirtIO support=0A= device =A0 =A0 =A0 =A0 =A0virtio =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Gener= ic VirtIO bus (required)=0A= device =A0 =A0 =A0 =A0 =A0virtio_pci =A0 =A0 =A0 =A0 =A0 =A0 =A0# VirtIO PC= I device=0A= device =A0 =A0 =A0 =A0 =A0vtnet =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # VirtI= O Ethernet device=0A= device =A0 =A0 =A0 =A0 =A0virtio_blk =A0 =A0 =A0 =A0 =A0 =A0 =A0# VirtIO Bl= ock device=0A= device =A0 =A0 =A0 =A0 =A0virtio_scsi =A0 =A0 =A0 =A0 =A0 =A0 # VirtIO SCSI= device=0A= device =A0 =A0 =A0 =A0 =A0virtio_balloon =A0 =A0 =A0 =A0 =A0# VirtIO Memory= Balloon device=0A= =0A= # Netmap provides direct access to TX/RX rings on supported NICs=0A= device =A0 =A0 =A0 =A0 =A0netmap =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# netma= p(4) support=0A= =0A= # The crypto framework is required by IPSEC=0A= device =A0 =A0 =A0 =A0 =A0crypto =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Requi= red by IPSEC=0A= =0A= root@mirage:/usr/src # make buildkernel KERNCONF=3DMIRAGE_KERNEL=0A= =0A= * snip most of build output *=0A= =0A= cc =A0-c -O2 -pipe -fno-strict-aliasing =A0 -nostdinc =A0-I. -I/usr/src/sys= -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -incl= ude opt_global.h =A0-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -m= cmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float =A0-fno-asynch= ronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes -Wp= ointer-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign -D__printf__= =3D__freebsd_kprintf__ =A0-Wmissing-include-dirs -fdiagnostics-show-option = =A0-Wno-unknown-pragmas =A0-Wno-error-tautological-compare -Wno-error-empty= -body =A0-Wno-error-parentheses-equality -Wno-error-unused-function =A0-Wno= -error-pointer-sign -Wno-error-shift-negative-value =A0-mno-aes -mno-avx = =A0-std=3Diso9899:1999 -Werror =A0/usr/src/sys/dev/usb/input/ukbd.c=0A= /usr/src/sys/dev/usb/input/ukbd.c:1213:18: error: use of undeclared identif= ier 'key_map'=3B did you mean 'fkey_tab'?=0A= =A0 =A0 =A0 =A0 sc->sc_keymap =3D key_map=3B=0A= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ^~~~~~~=0A= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 fkey_tab=0A= /usr/src/sys/dev/kbd/kbdtables.h:213:18: note: 'fkey_tab' declared here=0A= static fkeytab_t fkey_tab[96] =3D {=0A= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0^=0A= /usr/src/sys/dev/usb/input/ukbd.c:1213:16: error: assigning to 'keymap_t' (= aka 'struct keymap') from incompatible type=0A= =A0 =A0 =A0 'fkeytab_t [96]'=0A= =A0 =A0 =A0 =A0 sc->sc_keymap =3D key_map=3B=0A= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ^ ~~~~~~~=0A= /usr/src/sys/dev/usb/input/ukbd.c:1214:18: error: use of undeclared identif= ier 'accent_map'=0A= =A0 =A0 =A0 =A0 sc->sc_accmap =3D accent_map=3B=0A= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ^=0A= 3 errors generated.=0A= *** Error code 1=0A= =0A= Stop.=0A= make[2]: stopped in /usr/obj/usr/src/sys/MIRAGE_KERNEL=0A= *** Error code 1=0A= =0A= Stop.=0A= make[1]: stopped in /usr/src=0A= *** Error code 1=0A= =0A= Stop.=0A= make: stopped in /usr/src=0A= =0A= = From owner-freebsd-current@freebsd.org Wed Mar 9 22:16:11 2016 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 50ECBACA4A3 for ; Wed, 9 Mar 2016 22:16:11 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY004-OMC3S7.hotmail.com (bay004-omc3s7.hotmail.com [65.54.190.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42BD2D35 for ; Wed, 9 Mar 2016 22:16:11 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY182-W84 ([65.54.190.187]) by BAY004-OMC3S7.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Wed, 9 Mar 2016 14:16:05 -0800 X-TMN: [5t9egF6akWV+lgCzTxionvsQtMxciWAU] X-Originating-Email: [sgeos@hotmail.com] Message-ID: From: Brendan Sechter To: Florian Ermisch , Eric van Gyzen , "freebsd-current@freebsd.org" Subject: RE: limits: setrlimit umtxp: Invalid argument Date: Thu, 10 Mar 2016 07:16:05 +0900 Importance: Normal In-Reply-To: References: , <56E04873.9050200@vangyzen.net>, Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 09 Mar 2016 22:16:05.0971 (UTC) FILETIME=[463BAA30:01D17A51] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 22:16:11 -0000 > Subject: Re: limits: setrlimit umtxp: Invalid argument=0A= > From: florian.ermisch@alumni.tu-berlin.de=0A= > Date: Wed=2C 9 Mar 2016 18:45:37 +0100=0A= > To: eric@vangyzen.net=3B sgeos@hotmail.com=3B freebsd-current@freebsd.org= =0A= >=0A= > Am 9. M=E4rz 2016 16:59:47 MEZ=2C schrieb Eric van Gyzen :=0A= >> On 03/09/2016 09:49=2C Brendan Sechter wrote:=0A= >>> I am running an 11.0-CURRENT VM.=0A= >>> After recently updating=2C the following appears on startup and=0A= >>> dhclient fails to start.=0A= >>>=0A= >>> Starting dhclient.=0A= >>> limits: setrlimit umtxp: Invalid argument=0A= >>> /etc/rc.d/dhclient: WARNING: failed to start dhclient=0A= >>>=0A= >>> Similar messages appear for the following.=0A= >>>=0A= >>> devd pflog syslogd ntpd powerd sshd sendmail_submit=0A= >>> sendmail_msp_queue cron=0A= >>>=0A= >>> Reverting to the previous kernel did not resolve the issue.=0A= >>> I can manually start dhclient and ntp=2C but not sshd.=0A= >>>=0A= >>> I do not trust that my uname information is being updated with=0A= >>> with build=2C but here it is.=0A= >>>=0A= >>> $ uname -vm=0A= >>> FreeBSD 11.0-CURRENT #0 r287598: Thu Sep 10 14:45:48 JST 2015=0A= >>> root@:/usr/obj/usr/src/sys/MIRAGE_KERNEL amd64=0A= >>=0A= >> This information comes directly from the running kernel=2C so it looks= =0A= >> like your kernel is not getting updated. This seems consistent=0A= >> with the above error messages=2C although I haven't tested this=0A= >> case. The userland tools are aware of the newly added umtxp=0A= >> limit=2C but the kernel is not aware.=0A= >>=0A= >> Eric=0A= >=0A= > I got this problem on my laptop=2C too. I somehow managed not to=0A= > install the kernel during a recent update so my userland is slightly=0A= > newer than my 11-CURRENT r292755 kernel (and also forgot to=0A= > make proper ZFS snapshots=85).=0A= >=0A= > While I can build a newer kernel but when I boot i.e. r296556=0A= > `zfs(8)' coredumps and I can't mount anything but the rootfs=85=0A= > I guess I need to get kernel & userland back in sync to fix this.=0A= >=0A= > I will try to build the userland matching my kernel first as=0A= > I know its revision from `uname -a`.=0A= > If anyone has a better approach or tips=2C please let me know.=0A= =0A= My userland was up to date. =A0This is what I did to get the kernel=0A= in sync enough to resolve the issue.=0A= =0A= svn up /usr/src # omit if want to use the exact same version as world=0A= cd /usr/src=0A= make buildkernel KERNCONF=3DMYKERNEL=0A= make installkernel KERNCONF=3DMYKERNEL=0A= =0A= I found a problem with my kernel configuration in the process.=0A= The plan is to rebuild everything after the configuration issue is=0A= sorted out. =A0You may wish to use GENERIC just to get things up=0A= and running again.=0A= =0A= Regards=2C=0A= -Brendan = From owner-freebsd-current@freebsd.org Wed Mar 9 22:36:31 2016 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 3DA7CACAE8A; Wed, 9 Mar 2016 22:36:31 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::22b]) (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 E7A421F58; Wed, 9 Mar 2016 22:36:30 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x22b.google.com with SMTP id c3so74358863vkb.3; Wed, 09 Mar 2016 14:36:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=8qDG3MvJYE/G9Nyal6lIb2L/6XKpA5OJ62wiwZziZ0k=; b=JP1aT/Y4LrMDqTU5e6fZ3Ppirltyii+JB8htcWOt5ftY1XSzjUd2SKxhhpzRIfa8ZR Km9jUbndbxuy+UGvTVCrszqhdstVNhTO6na7IQNeie8ff8cWF9hl4MAEdNgQZWlw54pA nIXxo/Aft2GyCPNGZdt4oaJusiAh0WaQ6l5dFJJiap3UIndZZMJGbM8nHHSj0evimXga yOPqJwIN61P6HhruWKQ68nepPJUplpD6CCurQ2h3xG7gAl8c1b8IEYzECyvZb3ryqubX T92vFPtsuIBAh4Xc05N4HERzYcWUVriaXhmQb+AUGH12xHS1fv1dwy23epFKMlf5Ro/X h/lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=8qDG3MvJYE/G9Nyal6lIb2L/6XKpA5OJ62wiwZziZ0k=; b=B0VXv+lWvg4/5IQmeqoAPbs0QIA2DCDLcY8/TEs5YWqzw51Mt8rS1Bqt4puD+Z+lSh nsiCJhd+zNycmJFJa/7mYfR/EPxwlAbn03MaXveiiPDfM/hS+ibOSarbFtCdYXmTj89b j3w9uDrRBqu3j421KbTTZVczmprg9/ds7X8CdRYdJo03qL4I8/sqnTfzKzORh+zV99ES HHfjSgHDYvfc6k3IsO20AI7wqWgnYavTIS7QOBMrD/G9LFycyGfkJWE1Qiff3vPZ2YVc OUrGrsbdbs4gjoegssKKgy09WF8Sek4ypMKLoAV+HjmjhkvjRahliW38TcYzn7sBb7d9 MRiA== X-Gm-Message-State: AD7BkJKqjbDETCLS73mQ3AJzhRNMyPbRGBgllheCOm0Id4rUynwpYPkZTzWteABTlW/0KjAScG81TViVq8CifQ== MIME-Version: 1.0 X-Received: by 10.31.16.84 with SMTP id g81mr160087vki.152.1457562989939; Wed, 09 Mar 2016 14:36:29 -0800 (PST) Received: by 10.31.194.194 with HTTP; Wed, 9 Mar 2016 14:36:29 -0800 (PST) In-Reply-To: References: Date: Wed, 9 Mar 2016 17:36:29 -0500 Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 From: Ultima To: Eric Joyner Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 22:36:31 -0000 I have been interested in this when I first read about it in 2012. =] Can this be done in loader.conf? I have vmm_load="YES" I'm not sure if the vf's are usable, I have not actually tested the vf's. The parent ix1 still shows no response. kldunload vmm kenv hw.vmm.force_iommu=1 kldload vmm iovctl -Cf /etc/iovctl.conf The same error messages appear, I currently on hmm i'm not sure, I upgraded with git and it doesn't show rev(last time I use git for source?) 8b372d1(master) On Wed, Mar 9, 2016 at 5:00 PM, Eric Joyner wrote: > I don't know if you're still interested in this, but did you do "kenv > hw.vmm.force_iommu=1" before loading the vmm module? I think that might be > necessary. > > On Wed, Feb 24, 2016 at 5:12 PM Ultima wrote: > >> Yeah, still getting the -100 error, I do have sendmail disabled. I just >> tested with sendmail up and running then add the VF's and it still shows >> the error message. >> >> On Wed, Feb 24, 2016 at 8:04 PM, Eric Joyner wrote: >> >>> Are you still getting the -100 errors when trying to load the VF driver? >>> >>> I've tried SR-IOV on a system here, and I can confirm that traffic stops >>> passing on the PF interface when you create a VF interface. That didn't >>> used to happen, so I'm investigating why that is right now. >>> >>> On Wed, Feb 24, 2016 at 8:09 AM Ultima wrote: >>> >>>> Decided to do some more tests, I actually have a second board with >>>> sr-iov >>>> capabilities that I used for awhile with vmware esxi. I decided to test >>>> this out and unfortunately it won't activate, it is giving the no space >>>> left on device error message. I double checked bios and all VT-d related >>>> options are enabled and have hw.ix.num_queues="4" in /boot/loader.conf. >>>> Is >>>> there anything else that may need to be set? .(It did work on vmware) >>>> >>>> For my second test, I moved the X540-AT1 to the board with the >>>> X540-AT2. >>>> It functioned with the same issues as the AT2 tho. >>>> >>>> >>>> I don't think I listed the motherboards in question yet so ill list them >>>> now. >>>> >>>> S1200BTLRM - >>>> >>>> http://ark.intel.com/products/69633/Intel-Server-Board-S1200BTLRM?q=S1200BTLRM >>>> MD80-TM0 >>>> >>>> - http://b2b.gigabyte.com/products/product-page.aspx?pid=5146#ov >>>> >>>> I'm not sure if it will be of any help tho. >>>> >>>> Ultima >>>> _______________________________________________ >>>> 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 Mar 9 23:36:25 2016 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 DCED3ACA8D8 for ; Wed, 9 Mar 2016 23:36:25 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D35A475B for ; Wed, 9 Mar 2016 23:36:25 +0000 (UTC) (envelope-from marquis@roble.com) Received: from alba.roble.net (mx5.roble.com [206.40.34.5]) by mx5.roble.com (Postfix) with ESMTP id C3CC267838 for ; Wed, 9 Mar 2016 15:36:18 -0800 (PST) Date: Wed, 9 Mar 2016 15:36:18 -0800 Subject: zfsboot patch for /usr From: "Roger Marquis" To: freebsd-current@freebsd.org Reply-To: marquis@roble.com MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 09 Mar 2016 23:36:26 -0000 Wondering if anyone has example patches for zfsboot (from usr.sbin/bsdinstall/scripts)? We're looking to change some of the default zfs subvolumes, removing /usr in favor of /usr/local in particular, and have run into a "parent does not exist" issue. It's not clear where in the script the /usr parent dir should be mkdir'd. Roger From owner-freebsd-current@freebsd.org Thu Mar 10 00:04:42 2016 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 1F07CAC9467 for ; Thu, 10 Mar 2016 00:04:42 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 DD6D832B for ; Thu, 10 Mar 2016 00:04:41 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id E82D52846E; Thu, 10 Mar 2016 01:04:37 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3828428455; Thu, 10 Mar 2016 01:04:37 +0100 (CET) Message-ID: <56E0BA15.50702@quip.cz> Date: Thu, 10 Mar 2016 01:04:37 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: marquis@roble.com, freebsd-current@freebsd.org Subject: Re: zfsboot patch for /usr References: <20160309233641.91BEA2849B@elsa.codelab.cz> In-Reply-To: <20160309233641.91BEA2849B@elsa.codelab.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 00:04:42 -0000 Roger Marquis wrote on 03/10/2016 00:36: > Wondering if anyone has example patches for zfsboot (from > usr.sbin/bsdinstall/scripts)? > > We're looking to change some of the default zfs subvolumes, removing /usr in > favor of /usr/local in particular, and have run into a "parent does not exist" > issue. It's not clear where in the script the /usr parent dir should be > mkdir'd. I no nothing about this script but if you want /usr/local as ZFS filesystem, then you need to create parent (/usr in this case) and you can use property canmount=off plus different 'mountpoint' (for example /mnt/usr) to not mount /usr over existing directory on root filesystem. Miroslav Lachman From owner-freebsd-current@freebsd.org Thu Mar 10 00:20:42 2016 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 82F9AAC9C86 for ; Thu, 10 Mar 2016 00:20:42 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 787CFFBB for ; Thu, 10 Mar 2016 00:20:42 +0000 (UTC) (envelope-from marquis@roble.com) Received: from alba.roble.net (mx5.roble.com [206.40.34.5]) by mx5.roble.com (Postfix) with ESMTP id 8881467845; Wed, 9 Mar 2016 16:20:41 -0800 (PST) In-Reply-To: <56E0BA15.50702@quip.cz> References: <20160309233641.91BEA2849B@elsa.codelab.cz> <56E0BA15.50702@quip.cz> Date: Wed, 9 Mar 2016 16:20:42 -0800 Subject: Re: zfsboot patch for /usr From: "Roger Marquis" To: "Miroslav Lachman" <000.fbsd@quip.cz> Cc: freebsd-current@freebsd.org Reply-To: marquis@roble.com MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 00:20:42 -0000 > I no nothing about this script but if you want /usr/local as ZFS > filesystem, then you need to create parent (/usr in this case) and you > can use property canmount=off plus different 'mountpoint' (for example > /mnt/usr) to not mount /usr over existing directory on root filesystem. Exactly, but in our case we don't want a separate partition for /usr (never understood why anyone would since 1GB drives became affordable). As a beadm user I'm also assuming a rollback-able boot image would need to include /usr in the root filesystem. To do this in bsdinstall/scripts/zfsboot requires a 'mkdir' instead of 'zfs create'. Looks like it might be a matter of copying the $MKDIR_P around line 1125 but am testing that now. Roger From owner-freebsd-current@freebsd.org Thu Mar 10 01:02:03 2016 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 178B8AC90FC for ; Thu, 10 Mar 2016 01:02:03 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::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 D7DC3E9D for ; Thu, 10 Mar 2016 01:02:02 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-ig0-x230.google.com with SMTP id ig19so6495922igb.0 for ; Wed, 09 Mar 2016 17:02:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=yKcRcwnwmlVqNOjEZxPLzmyQ+Q2BBubyL4Fk0oPnqME=; b=FdPOuFsj7a28c2ZbS4AeyH/gXsNxBhzfn1lkvD53ZIe87cI5PUez2iH6hxEZUdTCMF KN3LjR2JgB+2oep4s6Yn/RXb1gE3IDpTl+90hV2m2g+8twEHwKQn9ZBi1/JeOD48A6dP DAWx0AOwEU3R1stThldhJ1oTqvtn3xsyHWPk449Y56XVK/9XE7JhuztOnQuZTJR0ZmJB tqykt98l7z8/h23DEk8Gl+NdoLw7XZZicnKGb8GsX9Hle6L/Z8U0S0ZpFpVnYfn5x2ja CB21ZvBP6O6Lu9ZP1SzS1jvRSiLVkYnx8j4BBNBWqfKyqpHcJDxAR9gRQZFddmg9/aJU Fflg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=yKcRcwnwmlVqNOjEZxPLzmyQ+Q2BBubyL4Fk0oPnqME=; b=G+m10ipMQZfuMN9lJIZEqnHQyLCv6urvVUJwJ5+aGO9tnR4tu0/8e7WfHUf5Ur5F6M pfvGmETrCeRnpkJJqX98ecuAOdSwczXUVsjKsWfBkQFyKskbw8qAgG6K7243EAoUHVXV JKSsJfKQLZnR0okVKexLNhRhtQGQJ0dvwTXD5QcJfEbLj+II2ShdI8G7KE3aZ/KyrAc6 HDiF8jBsQbA3xAtde1RgGgHwMjoKEtV+Mi6lX+vXhMMUrcoO4up0nrq/zIxPAeXbyat5 QlCNyxPImFX/Ce/Dqj2qlIBWEA8sl0jNYkuv0m6l6i5iHzEOObDggm+e2nr8pG+Q0M02 fhGg== X-Gm-Message-State: AD7BkJJefWd21laQdS0ZIBFYQ9vRosDrdrFmRO3PKFjpxNfr27rOeMZQqKyZzLACOgkc4oBMBcAADNiuu9UDXw== MIME-Version: 1.0 X-Received: by 10.50.178.136 with SMTP id cy8mr799272igc.14.1457571722150; Wed, 09 Mar 2016 17:02:02 -0800 (PST) Received: by 10.107.140.129 with HTTP; Wed, 9 Mar 2016 17:02:02 -0800 (PST) Received: by 10.107.140.129 with HTTP; Wed, 9 Mar 2016 17:02:02 -0800 (PST) In-Reply-To: <56E0BA15.50702@quip.cz> References: <20160309233641.91BEA2849B@elsa.codelab.cz> <56E0BA15.50702@quip.cz> Date: Wed, 9 Mar 2016 17:02:02 -0800 Message-ID: Subject: Re: zfsboot patch for /usr From: Freddie Cash To: Miroslav Lachman <000.fbsd@quip.cz> Cc: marquis@roble.com, FreeBSD-Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 01:02:03 -0000 On Mar 9, 2016 4:04 PM, "Miroslav Lachman" <000.fbsd@quip.cz> wrote: > > Roger Marquis wrote on 03/10/2016 00:36: >> >> Wondering if anyone has example patches for zfsboot (from >> usr.sbin/bsdinstall/scripts)? >> >> We're looking to change some of the default zfs subvolumes, removing /usr in >> favor of /usr/local in particular, and have run into a "parent does not exist" >> issue. It's not clear where in the script the /usr parent dir should be >> mkdir'd. > > > I no nothing about this script but if you want /usr/local as ZFS filesystem, then you need to create parent (/usr in this case) and you can use property canmount=off plus different 'mountpoint' (for example /mnt/usr) to not mount /usr over existing directory on root filesystem. Set mountpoint=none if you just want to create the parent dataset without actually using it for storage. Then you can set properties on it, and child datasets will inherit then. Like pool/usr/local You'd still need to "mkdir /usr" in the script, but that's separate. From owner-freebsd-current@freebsd.org Thu Mar 10 01:16:04 2016 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 094FBAC95D7 for ; Thu, 10 Mar 2016 01:16:04 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (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 B90D2836 for ; Thu, 10 Mar 2016 01:16:03 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x229.google.com with SMTP id c3so77988278vkb.3 for ; Wed, 09 Mar 2016 17:16:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=ou/wzOzkQcU0AM0QoaokpNmCPOA19ibFThCU5KaYtao=; b=e6WehNe9zJbTz3J+ijD2WHpt6THemJA0RIOe4GDjftNrbXNAaQLAvza9M+Gh9dYm50 IIo6eO+f9uxGazWJpmYmoF9m8YIyHGn7YIUoaUTJZy+/zX4DXvh0sEEyPwReUmFsALwN 93VowjkUniMs+yzBzzgCJBTjigZUIuedkEctV7daLJIzUxDbnHPgfGq9+CNk+wnkGFYt i5WOcFvNjYRhh/WzRPcfl2t1OTWqy5swin8ipya+z9dsQyl1FoXf+lv0z6LO5Q4F6kIP Y2woX8hCxkLagMIRwC/yWTo/GacpY7/3hzCA239VkulIw0K4Jq1BlykLuMwOjD1pdmZj QCcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=ou/wzOzkQcU0AM0QoaokpNmCPOA19ibFThCU5KaYtao=; b=H9OP1Ha3o+NHv6unpduDXVAMMmtLRLijC6fXqsui3iNgDw9hDgV5tgRMK0IthIF0Kn IXzjQDJQfo+haScHwhm4RVv2Tp/ZyJls+AU1/bTGsDHo7MccG1br4C1vJ3ImebBOSezx Lv2Kjk31S3wpN9Msu469GueRRsMmxvEEh2DjRusPowvj2BDYqfdKQu+ydhr0yU5H7nue RmsxRaXXqgkSq3oVgP0RNKcmC7UEzELD/aEDTpsFsJQGnIEYBAkdjmsQDll0MXmiorSS 6ZJzYmdb1GhTcjW902u9cT4TOdTAypMIvQhkote3cJFxXguR9J1VIyR3RCTOVS10dT3W /a/g== X-Gm-Message-State: AD7BkJKgi0qwsi1wIDRdUUvc9Bb2JxW3kkPll9QAtssS9Qc+15Ahpm9T0avR0SDducMWF27GM7/w9gXlG8cwgw== MIME-Version: 1.0 X-Received: by 10.31.107.25 with SMTP id g25mr830802vkc.15.1457572562822; Wed, 09 Mar 2016 17:16:02 -0800 (PST) Received: by 10.31.194.194 with HTTP; Wed, 9 Mar 2016 17:16:02 -0800 (PST) In-Reply-To: References: <20160309233641.91BEA2849B@elsa.codelab.cz> <56E0BA15.50702@quip.cz> Date: Wed, 9 Mar 2016 20:16:02 -0500 Message-ID: Subject: Re: zfsboot patch for /usr From: Ultima To: marquis@roble.com Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 01:16:04 -0000 Zfs automatically creates directories needed to be mounted, it would be a wasted effort making directories for zfs. I don't really understand your issue with an unused /usr dataset, but you can just modify the ZFSBOOT_DATASETS area of the script to get accomplish what you're trying to do. On Wed, Mar 9, 2016 at 8:02 PM, Freddie Cash wrote: > On Mar 9, 2016 4:04 PM, "Miroslav Lachman" <000.fbsd@quip.cz> wrote: > > > > Roger Marquis wrote on 03/10/2016 00:36: > >> > >> Wondering if anyone has example patches for zfsboot (from > >> usr.sbin/bsdinstall/scripts)? > >> > >> We're looking to change some of the default zfs subvolumes, removing > /usr in > >> favor of /usr/local in particular, and have run into a "parent does not > exist" > >> issue. It's not clear where in the script the /usr parent dir should be > >> mkdir'd. > > > > > > I no nothing about this script but if you want /usr/local as ZFS > filesystem, then you need to create parent (/usr in this case) and you can > use property canmount=off plus different 'mountpoint' (for example > /mnt/usr) to not mount /usr over existing directory on root filesystem. > > Set mountpoint=none if you just want to create the parent dataset without > actually using it for storage. Then you can set properties on it, and child > datasets will inherit then. Like pool/usr/local > > You'd still need to "mkdir /usr" in the script, but that's separate. > _______________________________________________ > 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 Thu Mar 10 01:47:56 2016 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 02E18ACA31A for ; Thu, 10 Mar 2016 01:47:56 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id DC00092C for ; Thu, 10 Mar 2016 01:47:55 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.0.27] (216.134.149.210.rev.iijgio.jp [210.149.134.216]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 4F556D47F for ; Thu, 10 Mar 2016 01:39:39 +0000 (UTC) Subject: Re: zfsboot patch for /usr To: freebsd-current@freebsd.org References: <20160309233636.880D0D1F0@mx1.scaleengine.net> From: Allan Jude Message-ID: <56E0D058.2070608@freebsd.org> Date: Wed, 9 Mar 2016 20:39:36 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20160309233636.880D0D1F0@mx1.scaleengine.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 01:47:56 -0000 On 03/09/2016 18:36, Roger Marquis wrote: > Wondering if anyone has example patches for zfsboot (from > usr.sbin/bsdinstall/scripts)? > > We're looking to change some of the default zfs subvolumes, removing /usr in > favor of /usr/local in particular, and have run into a "parent does not exist" > issue. It's not clear where in the script the /usr parent dir should be > mkdir'd. > > Roger > > _______________________________________________ > 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" > You don't mkdir it, you create it as a ZFS dataset, and mark it with the 'canmount=no' property, so it only exists to be a parent, not as an actual dataset. This is the default in zfboot currently. -- Allan Jude From owner-freebsd-current@freebsd.org Thu Mar 10 02:38:36 2016 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 1E6AEAC95D2 for ; Thu, 10 Mar 2016 02:38:36 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0650287A; Thu, 10 Mar 2016 02:38:36 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id E40161936; Thu, 10 Mar 2016 02:38: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 87B78199F6; Thu, 10 Mar 2016 02:38:35 +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 K_PnD6wWL_fO; Thu, 10 Mar 2016 02:38:27 +0000 (UTC) Subject: Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #1120 - Still Failing DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 36134199EF To: jenkins-admin@FreeBSD.org, dim@FreeBSD.org References: <1012965286.195.1457430479446.JavaMail.jenkins@jenkins-9.freebsd.org> <1571910320.197.1457516940119.JavaMail.jenkins@jenkins-9.freebsd.org> Cc: freebsd-current@FreeBSD.org From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <56E0DE22.7080502@FreeBSD.org> Date: Wed, 9 Mar 2016 18:38:26 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <1571910320.197.1457516940119.JavaMail.jenkins@jenkins-9.freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BwL33dSprA8qxpQkwchP1tnbonXkXsBHi" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 02:38:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BwL33dSprA8qxpQkwchP1tnbonXkXsBHi Content-Type: multipart/mixed; boundary="NDukqQckv3jvsN1swk13oKcmjo55vaQWK" From: Bryan Drewery To: jenkins-admin@FreeBSD.org, dim@FreeBSD.org Cc: freebsd-current@FreeBSD.org Message-ID: <56E0DE22.7080502@FreeBSD.org> Subject: Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #1120 - Still Failing References: <1012965286.195.1457430479446.JavaMail.jenkins@jenkins-9.freebsd.org> <1571910320.197.1457516940119.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1571910320.197.1457516940119.JavaMail.jenkins@jenkins-9.freebsd.org> --NDukqQckv3jvsN1swk13oKcmjo55vaQWK Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/9/2016 1:48 AM, jenkins-admin@FreeBSD.org wrote: > FreeBSD_HEAD_amd64_gcc4.9 - Build #1120 - Still Failing: >=20 > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_g= cc4.9/1120/ > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc= 4.9/1120/changes > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4= =2E9/1120/console >=20 > Change summaries: >=20 > 296557 by ae: > Add support for IPPROTO_IPV6 socket layer for getsockopt/setsockopt cal= ls. > Also add mapping for several options from RFC 3493 and 3542. >=20 > Reviewed by: dchagin > Tested by: Joe Love > MFC after: 2 weeks >=20 > 296556 by bdrewery: > Follow-up r295827: Don't enable meta stats when recursing PROGS. >=20 > Sponsored by: EMC / Isilon Storage Division >=20 > 296555 by bdrewery: > DIRDEPS_BUILD+PROGS: Fix staging not respecting (BINDIR|PROGNAME)[._]${= PROG}. >=20 > Observed in tests/sys/kern. >=20 > Sponsored by: EMC / Isilon Storage Division >=20 > 296554 by bdrewery: > Remove things set already by bsd.progs.mk. >=20 > MFC after: 2 weeks > Sponsored by: EMC / Isilon Storage Division >=20 > 296553 by bdrewery: > PROGS: Track child meta files. >=20 > This will allow Makefile.depend to properly capture all dependencies. > It is not 100% optimal but works. Other options would be to use *.meta= > here which would include too much or to keep a Makefile.depend per PROG= > and include it from the main Makefile.depend which would not be > straight forward. >=20 > Sponsored by: EMC / Isilon Storage Division >=20 > 296552 by np: > cxgbe(4): Rename regwin_lock to reg_lock. It is used to protect access= > to indirect registers only. >=20 > 296550 by bdrewery: > DIRDEPS_BUILD: Update clang dependencies after r296417. >=20 > Sponsored by: EMC / Isilon Storage Division >=20 > 296549 by bdrewery: > Don't ever create object directories here with MK_AUTO_OBJ. >=20 > Sponsored by: EMC / Isilon Storage Division >=20 > 296548 by dumbbell: > drm/i915: Update to match Linux 3.8.13 >=20 > This update brings initial support for Haswell GPUs. >=20 > Tested by: Many users of FreeBSD, PC-BSD and HardenedBSD > Relnotes: yes > Sponsored by: The FreeBSD Foundation > Differential Revision: https://reviews.freebsd.org/D5554 >=20 > 296546 by dchagin: > Better english. >=20 > Submitted by: Kevin P. Neal > MFC after: 1 week >=20 > 296544 by np: > cxgbe(4): Reshuffle and rototill t4_hw.c, solely to reduce diffs with > the internal shared code. >=20 > Obtained from: Chelsio Communications >=20 > 296543 by dchagin: > Put a commit message from r296502 about Linux alarm() system call > behaviour to the source. >=20 > Suggested by: emaste@ >=20 > MFC after: 1 week >=20 > 296542 by dchagin: > Load linux64 module for amd64 if Linux abi enabled. >=20 > Reviewed by: emaste@ > MFC after: 1 week > Differential Revision: https://reviews.freebsd.org/D5567 >=20 > 296541 by mav: > MFV r296540: 4448 zfs diff misprints unicode characters >=20 > Reviewed by: Igor Kozhukhov > Reviewed by: Toomas Soome > Approved by: Matthew Ahrens > Author: Joshua M. Clulow >=20 > illumos/illumos-gate@b211eb9181f99c20acbf4c528f94cb44b4ca8c31 >=20 > 296539 by mav: > MFV r296538: 6544 incorrect comment in libzfs.h about offline status >=20 > Reviewed by: Matthew Ahrens > Approved by: Dan McDonald > Author: Gerhard Roethlin >=20 > illumos/illumos-gate@cb605c4d8ab24b5a900b8b4ca85db65c22d05fad >=20 > 296537 by mav: > MFV r296536: 6551 cmd/zpool: cleanup gcc warnings >=20 > Reviewed by: Matthew Ahrens > Reviewed by: Andy Stormont > Approved by: Robert Mustacchi >=20 > illumos/illumos-gate@b327cd3f3b4dab4f29e7140159b1e01ed2ceef2a >=20 > 296535 by mav: > MFV r296534: 6550 cmd/zfs: cleanup gcc warnings >=20 > Reviewed by: Matthew Ahrens > Reviewed by: Andy Stormont > Approved by: Dan McDonald > Author: Igor Kozhukhov >=20 > illumos/illumos-gate@c16bcc4577f389573eff411c7b7e040294078c3b >=20 > 296533 by mav: > MFV r296532: 6637 replacing "dontclose" with "should_close" >=20 > Reviewed by: Matthew Ahrens > Reviewed by: Prakash Surya > Approved by: Robert Mustacchi > Author: David Schwartz >=20 > illumos/illumos-gate@d189620258b3c9b0e2f7e2104840be2eee7c68e5 >=20 > 296530 by mav: > MFV r296529: > 6672 arc_reclaim_thread() should use gethrtime() instead of ddi_get_lbo= lt() > 6673 want a macro to convert seconds to nanoseconds and vice-versa >=20 > Reviewed by: Matthew Ahrens > Reviewed by: Prakash Surya > Reviewed by: Josef 'Jeff' Sipek > Reviewed by: Robert Mustacchi > Approved by: Dan McDonald > Author: Eli Rosenthal >=20 > illumos/illumos-gate@a8f6344fa0921599e1f4511e41b5f9a25c38c0f9 >=20 > 296528 by mav: > MFV r296527: 6659 nvlist_free(NULL) is a no-op >=20 > Reviewed by: Toomas Soome > Reviewed by: Marcel Telka > Approved by: Robert Mustacchi > Author: Josef 'Jeff' Sipek >=20 > illumos/illumos-gate@aab83bb83be7342f6cfccaed8d5fe0b2f404855d >=20 > 296526 by bdrewery: > Record command exit status in the typescript file when running simple c= ommands. >=20 > Also capitalize 'command:'. >=20 > Relnotes: yes > MFC after: 2 weeks > Sponsored by: EMC / Isilon Storage Division >=20 > 296525 by bdrewery: > Just exit in the child if execve(2) fails. >=20 > No functional change. >=20 > This is mostly addressing a false-positive from the clang static > analyzer due to it thinking that done() was being called with freed > memory, however the kill(0, SIGTERM) made the done() never reached. > It doesn't make sense to the show the footer from the child anyhow, nor= > does it make sense to kill the process group here since the execve(2) > failed in the child. This code was leftover from many years of refacto= ring. >=20 > MFC after: 1 week > Sponsored by: EMC / Isilon Storage Division >=20 > 296524 by bdrewery: > Filemon: Attach from the child to avoid racing with the parent attach. >=20 > This is the same as how the bmake filemon usage works. >=20 > This also fixes failed attach not properly flushing the TTY. >=20 > MFC after: 1 week > Relnotes: yes > Sponsored by: EMC / Isilon Storage Division >=20 > 296523 by mav: > MFV r296522: 6541 Pool feature-flag check defeated if "verify" is inclu= ded > in the dedup property value >=20 > Reviewed by: Matthew Ahrens > Reviewed by: Richard Laager > Approved by: Robert Mustacchi > Author: ilovezfs >=20 > illumos/illumos-gate@971640e6aa954c91b0706543741aa4570299f4d7 >=20 > 296521 by mav: > MFV r296520: 6562 Refquota on receive doesn't account for overage >=20 > Reviewed by: Matthew Ahrens > Reviewed by: Yuri Pankov > Reviewed by: Toomas Soome > Approved by: Gordon Ross > Author: Dan McDonald >=20 > illumos/illumos-gate@5f7a8e6d750cb070a3347f045201c6206caee6aa >=20 > 296519 by mav: > MFV r296518: 5027 zfs large block support (add copyright) >=20 > Author: Matthew Ahrens >=20 > illumos/illumos-gate@c3d26abc9ee97b4f60233556aadeb57e0bd30bb9 >=20 > 296517 by emaste: > boot1.efi: use +=3D to append to LDFLAGS >=20 > This is for consistency with loader.efi's Makefile and simplifies some > out-of-tree experimentation. >=20 > 296516 by mav: > MFV r296515: 6536 zfs send: want a way to disable setting of > DRR_FLAG_FREERECORDS >=20 > Reviewed by: Anil Vijarnia > Reviewed by: Kim Shrier > Reviewed by: Matthew Ahrens > Approved by: Dan McDonald > Author: Andrew Stormont >=20 > illumos/illumos-gate@880094b6062aebeec8eda6a8651757611c83b13e >=20 > 296514 by mav: > MFV r296513: 6450 scrub/resilver unnecessarily traverses snapshots crea= ted > after the scrub started >=20 > Reviewed by: George Wilson > Reviewed by: Prakash Surya > Reviewed by: Richard Elling > Approved by: Richard Lowe > Author: Matthew Ahrens >=20 > illumos/illumos-gate@38d61036746e2273cc18f6698392e1e29f87d1bf >=20 > 296512 by mav: > MFV r296511: 6537 Panic on zpool scrub with DEBUG kernel >=20 > Reviewed by: Steve Gonczi > Reviewed by: Dan McDonald > Reviewed by: Igor Kozhukhov > Reviewed by: Matthew Ahrens > Approved by: Matthew Ahrens > Author: Gary Mills >=20 > illumos/illumos-gate@8c04a1fa3f7d569d48fe9b5342d0bd4c533179b9 >=20 > 296510 by mav: > MFV r296505: 6531 Provide mechanism to artificially limit disk performa= nce >=20 > Reviewed by: Paul Dagnelie > Reviewed by: Matthew Ahrens > Reviewed by: George Wilson > Approved by: Dan McDonald > Author: Prakash Surya >=20 > illumos/illumos-gate@97e81309571898df9fdd94aab1216dfcf23e060b >=20 > 296509 by ngie: > Delete empty sys/modules/aio/ directory >=20 > This was missed in r296277 >=20 > X-MFC with: r296277 > Sponsored by: EMC / Isilon Storage Division >=20 > 296506 by bdrewery: > Follow-up r296324: Fix STATICOBJS dependency guesses conditions. >=20 > Reported by: antoine > Pointyhat to: bdrewery > Sponsored by: EMC / Isilon Storage Division >=20 > 296504 by dchagin: > Does not leak fp. While here remove bogus cast of fp->f_data. >=20 > MFC after: 1 week >=20 > 296503 by dchagin: > Linux accept() system call return EOPNOTSUPP errno instead of EINVAL > for UDP sockets. >=20 > MFC after: 1 week >=20 > 296502 by dchagin: > According to POSIX and Linux implementation the alarm() system call > is always successfull. > So, ignore any errors and return 0 as a Linux do. >=20 > XXX. Unlike POSIX, Linux in case when the invalid seconds value specifi= ed > always return 0, so in that case Linux does not return proper remining = time. >=20 > MFC after: 1 week >=20 > 296501 by dchagin: > Link the newly created process to the corresponding parent as > if CLONE_PARENT is set, then the parent of the new process will > be the same as that of the calling process. >=20 > MFC after: 1 week >=20 > 296497 by trasz: > Mention resolvconf(8) in resolv.conf(5). >=20 > MFC after: 1 month > Sponsored by: The FreeBSD Foundation >=20 > 296496 by np: > cxgbe(4): Minor updates to the shared routines that deal with firmware = images. >=20 > 296495 by np: > cxgbe(4): Fix t4_tp_get_rdma_stats. >=20 >=20 >=20 > The end of the build log: >=20 > [...truncated 97988 lines...] > from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ios:216, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/fs.hpp:35, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/process.hpp:41, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/check.cpp:36: > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/system_error:345:1: warning: type attributes ignor= ed after type is already defined [-Wattributes] > }; > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/mutex:176:0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/__locale:18, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ios:216, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/fs.hpp:35, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/process.hpp:41, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/check.cpp:36: > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/__mutex_base:264:1: warning: type attributes ignor= ed after type is already defined [-Wattributes] > }; > ^ > --- all_subdir_lib/ncurses --- > --- p_show.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_= HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tm= p/usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBS= D_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/l= ib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel= /../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../.= =2E/contrib/ncurses/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H = -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/nc= urses/panel -MD -MP -MF.depend.p_show.o -MTp_show.o -std=3Dgnu99 -fstac= k-protector-strong -Wsystem-headers -Wall -Wno-format- y2k > -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wp= ointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_H= EAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel/p_show.= c -o p_show.o > --- all_subdir_lib/atf --- > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138:0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/fs.hpp:35, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/process.hpp:41, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/check.cpp:36: > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/ios:387:1: warning: type attributes ignored after = type is already defined [-Wattributes] > }; > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/cstddef:36:0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/check.hpp:33, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/check.cpp:26: > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/locale:2844:1: warning: type attributes ignored af= ter type is already defined [-Wattributes] > _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/locale:2845:1: warning: type attributes ignored af= ter type is already defined [-Wattributes] > _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/locale:2846:1: warning: type attributes ignored af= ter type is already defined [-Wattributes] > _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/locale:2847:1: warning: type attributes ignored af= ter type is already defined [-Wattributes] > _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) > ^ > --- all_subdir_lib/ncurses --- > --- p_top.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_= HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tm= p/usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBS= D_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/l= ib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel= /../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../.= =2E/contrib/ncurses/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H = -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/nc= urses/panel -MD -MP -MF.depend.p_top.o -MTp_top.o -std=3Dgnu99 -fstack-= protector-strong -Wsystem-headers -Wall -Wno-format-y2 k - > W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_HEA= D_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel/p_top.c -= o p_top.o > --- all_subdir_lib/atf --- > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:142:0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/fs.hpp:35, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/process.hpp:41, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/check.cpp:36: > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/bitset:636:54: warning: attributes ignored on temp= late instantiation [-Wattributes] > template struct _LIBCPP_TYPE_VIS_ONLY hash >; > ^ > --- all_subdir_lib/ncurses --- > --- p_update.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_= HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tm= p/usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBS= D_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/l= ib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel= /../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../.= =2E/contrib/ncurses/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H = -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/nc= urses/panel -MD -MP -MF.depend.p_update.o -MTp_update.o -std=3Dgnu99 -f= stack-protector-strong -Wsystem-headers -Wall -Wno-for mat > -y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeB= SD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel/p_u= pdate.c -o p_update.o > --- p_user.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_= HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tm= p/usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBS= D_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/l= ib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel= /../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../.= =2E/contrib/ncurses/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H = -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/nc= urses/panel -MD -MP -MF.depend.p_user.o -MTp_user.o -std=3Dgnu99 -fstac= k-protector-strong -Wsystem-headers -Wall -Wno-format- y2k > -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wp= ointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_H= EAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel/p_user.= c -o p_user.o > --- all_subdir_lib/atf --- > --- env.So --- > /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem /builds/FreeBSD_= HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tm= p/usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBS= D_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/= c++/v1 -std=3Dgnu++11 -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/../lib/libc++ --sysroot=3D/builds/FreeBSD_HEAD_= amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64= -freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_= HEAD_amd64_gcc4.9/contrib/atf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf= /libatf-c++/../libatf-c -I. -DHAVE_CONFIG_H -MD -MP -MF.depend.env.So -MT= env.So -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W= -Wno-unused-parameter -Wpointer-arith -Wno-uninitiali zed > -c /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++/detail/env= =2Ecpp -o env.So > --- all_subdir_lib/ncurses --- > --- p_win.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_= HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tm= p/usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBS= D_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/l= ib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel= /../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../.= =2E/contrib/ncurses/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H = -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/nc= urses/panel -MD -MP -MF.depend.p_win.o -MTp_win.o -std=3Dgnu99 -fstack-= protector-strong -Wsystem-headers -Wall -Wno-format-y2 k - > W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_HEA= D_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel/p_win.c -= o p_win.o > --- panel.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_= HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tm= p/usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBS= D_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/l= ib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel= /../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../.= =2E/contrib/ncurses/include -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurs= es/panel/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H = -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/nc= urses/panel -MD -MP -MF.depend.panel.o -MTpanel.o -std=3Dgnu99 -fstack-= protector-strong -Wsystem-headers -Wall -Wno-format-y2 k - > W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_HEA= D_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncurses/panel/panel.c -= o panel.o > --- all_subdir_lib/atf --- > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/memory:600:0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/algorithm:628, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:439, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/env.hpp:29, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/env.cpp:26: > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/typeinfo: In member function 'size_t std::type_inf= o::hash_code() const': > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/typeinfo:116:62: warning: dereferencing type-punne= d pointer will break strict-aliasing rules [-Wstrict-aliasing] > {return *reinterpret_cast(&__type_name);} > ^ > --- all_subdir_lib/ncurses --- > --- p_above.So --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_= HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tm= p/usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBS= D_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -= O2 -pipe -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/lib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib= /ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses= /panel/../../../contrib/ncurses/include -I/builds/FreeBSD_HEAD_amd64_gcc4= =2E9/lib/ncurses/panel/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -D= HAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../..= /../contrib/ncurses/panel -MD -MP -MF.depend.p_above.So -MTp_above.So -= std=3Dgnu99 -fstack-protector-strong -Wsystem-headers=20 -Wa > ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c= /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncu= rses/panel/p_above.c -o p_above.So > --- all_subdir_lib/atf --- > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:434:0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/env.hpp:29, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/env.cpp:26: > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/stdexcept: At global scope: > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/stdexcept:56:24: warning: '__unused__' attribute i= gnored [-Wattributes] > const char *__imp_ _LIBCPP_UNUSED; > ^ > --- all_subdir_lib/ncurses --- > --- p_below.So --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_= HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tm= p/usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBS= D_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -= O2 -pipe -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/lib/ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib= /ncurses/panel/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses= /panel/../../../contrib/ncurses/include -I/builds/FreeBSD_HEAD_amd64_gcc4= =2E9/lib/ncurses/panel/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -D= HAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../..= /../contrib/ncurses/panel -MD -MP -MF.depend.p_below.So -MTp_below.So -= std=3Dgnu99 -fstack-protector-strong -Wsystem-headers=20 -Wa > ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c= /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panel/../../../contrib/ncu= rses/panel/p_below.c -o p_below.So > --- all_subdir_lib/atf --- > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/env.hpp:29:0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf= -c++/detail/env.cpp:26: > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:750:1: warning: 'static int std::__1::char_= traits::compare(const char_type*, const char_type*, size_t)': v= isibility attribute ignored because it [-Wattributes] > char_traits::compare(const char_type* __s1, const char_type*= __s2, size_t __n) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:729:29: warning: conflicts with previous de= claration here [-Wattributes] > static int compare(const char_type* __s1, const char_= type* __s2, size_t __n); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:764:1: warning: 'static size_t std::__1::ch= ar_traits::length(const char_type*)': visibility attribute igno= red because it [-Wattributes] > char_traits::length(const char_type* __s) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:730:29: warning: conflicts with previous de= claration here [-Wattributes] > static size_t length(const char_type* __s); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:774:1: warning: 'static const char16_t* std= ::__1::char_traits::find(const char_type*, size_t, const char_t= ype&)': visibility attribute ignored because it [-Wattributes] > char_traits::find(const char_type* __s, size_t __n, const ch= ar_type& __a) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:731:29: warning: conflicts with previous de= claration here [-Wattributes] > static const char_type* find(const char_type* __s, size_t __n, con= st char_type& __a); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:787:1: warning: 'static char16_t* std::__1:= :char_traits::move(std::__1::char_traits::char_type*,= const char_type*, size_t)': visibility attribute ignored because it [-Wa= ttributes] > char_traits::move(char_type* __s1, const char_type* __s2, si= ze_t __n) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:732:29: warning: conflicts with previous de= claration here [-Wattributes] > static char_type* move(char_type* __s1, const char_type* __s= 2, size_t __n); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:807:1: warning: 'static char16_t* std::__1:= :char_traits::copy(std::__1::char_traits::char_type*,= const char_type*, size_t)': visibility attribute ignored because it [-Wa= ttributes] > char_traits::copy(char_type* __s1, const char_type* __s2, si= ze_t __n) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:733:29: warning: conflicts with previous de= claration here [-Wattributes] > static char_type* copy(char_type* __s1, const char_type* __s= 2, size_t __n); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:818:1: warning: 'static char16_t* std::__1:= :char_traits::assign(std::__1::char_traits::char_type= *, size_t, std::__1::char_traits::char_type)': visibility attri= bute ignored because it [-Wattributes] > char_traits::assign(char_type* __s, size_t __n, char_type __= a) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:734:29: warning: conflicts with previous de= claration here [-Wattributes] > static char_type* assign(char_type* __s, size_t __n, char_ty= pe __a); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:863:1: warning: 'static int std::__1::char_= traits::compare(const char_type*, const char_type*, size_t)': v= isibility attribute ignored because it [-Wattributes] > char_traits::compare(const char_type* __s1, const char_type*= __s2, size_t __n) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:842:29: warning: conflicts with previous de= claration here [-Wattributes] > static int compare(const char_type* __s1, const char_= type* __s2, size_t __n); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:877:1: warning: 'static size_t std::__1::ch= ar_traits::length(const char_type*)': visibility attribute igno= red because it [-Wattributes] > char_traits::length(const char_type* __s) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:843:29: warning: conflicts with previous de= claration here [-Wattributes] > static size_t length(const char_type* __s); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:887:1: warning: 'static const char32_t* std= ::__1::char_traits::find(const char_type*, size_t, const char_t= ype&)': visibility attribute ignored because it [-Wattributes] > char_traits::find(const char_type* __s, size_t __n, const ch= ar_type& __a) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:844:29: warning: conflicts with previous de= claration here [-Wattributes] > static const char_type* find(const char_type* __s, size_t __n, con= st char_type& __a); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:900:1: warning: 'static char32_t* std::__1:= :char_traits::move(std::__1::char_traits::char_type*,= const char_type*, size_t)': visibility attribute ignored because it [-Wa= ttributes] > char_traits::move(char_type* __s1, const char_type* __s2, si= ze_t __n) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:845:29: warning: conflicts with previous de= claration here [-Wattributes] > static char_type* move(char_type* __s1, const char_type* __s= 2, size_t __n); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:920:1: warning: 'static char32_t* std::__1:= :char_traits::copy(std::__1::char_traits::char_type*,= const char_type*, size_t)': visibility attribute ignored because it [-Wa= ttributes] > char_traits::copy(char_type* __s1, const char_type* __s2, si= ze_t __n) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:846:29: warning: conflicts with previous de= claration here [-Wattributes] > static char_type* copy(char_type* __s1, const char_type* __s= 2, size_t __n); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:931:1: warning: 'static char32_t* std::__1:= :char_traits::assign(std::__1::char_traits::char_type= *, size_t, std::__1::char_traits::char_type)': visibility attri= bute ignored because it [-Wattributes] > char_traits::assign(char_type* __s, size_t __n, char_type __= a) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/= tmp/usr/include/c++/v1/string:847:29: warning: conflicts with previous de= claration here [-Wattributes] > static char_type* assign(char_type* __s, size_t __n, char_ty= pe __a); > ^ > --- all_subdir_lib/clang --- > *** [CFG.o] Error code 1 >=20 > make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclan= ganalysis > 1 error This seems to be from the clang upgrade. --=20 Regards, Bryan Drewery --NDukqQckv3jvsN1swk13oKcmjo55vaQWK-- --BwL33dSprA8qxpQkwchP1tnbonXkXsBHi 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 iQEcBAEBAgAGBQJW4N4iAAoJEDXXcbtuRpfPM0MIANrbjjwdYIal0yFGGPQPYAaU TzmXs9V93lxdPxnTXqxZtPys6tTn7JXIQD4K8YzS/CPafcZ5YwEVtCBbeHg7go1e VI3YzjYaVXIP4+kEPh1P0SFjkmgPRUA9sSex5ynK0RwjLXeVAJAVcz2zqZwdtsp6 NsOG9ewY06/ELp/Bkge34usT+Pw4tP3Df0SqEad7Etbk23c1mH8JqqFdKM2M6jyS 4niOHhN8zTBUoIRHgacxJIunTArshP0Pq/A8CZ2D5zz/zzT5POnZx8i4PWIVpc0G opYLNV1IosKz2/pO5bgmNX6nUwW4qzU/QJjJiyhNOWNZVLJDcNvdCEsa4QooJUs= =JUpY -----END PGP SIGNATURE----- --BwL33dSprA8qxpQkwchP1tnbonXkXsBHi-- From owner-freebsd-current@freebsd.org Thu Mar 10 06:57:23 2016 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 78EEBACA010 for ; Thu, 10 Mar 2016 06:57:23 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 46427302; Thu, 10 Mar 2016 06:57:23 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 515951FE024; Thu, 10 Mar 2016 07:57:20 +0100 (CET) Subject: Re: ukbd.c: error: use of undeclared identifier 'key_map' To: Brendan Sechter , "freebsd-current@freebsd.org" , Ed Maste References: From: Hans Petter Selasky Message-ID: <56E11B72.5000609@selasky.org> Date: Thu, 10 Mar 2016 08:00:02 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 06:57:23 -0000 On 03/09/16 23:04, Brendan Sechter wrote: > Hello- > > My kernel fails to build when I specify a default keymap. The problem appears to > exist in both atkbd(4) and ukbd(4). My last build appears to have succeeded in > September of last year. That may have been when I added the option. > > My kernel config and the failing build output for ukbd are below. The VIRTUALBOX > kernel config below built without issue. > > Regards, > -Brendan > Hi, Given the heavy rework in the console area in 11-current I'm not sure if this feature works any more or if it needs to be updated. Maybe Ed Maste knows? --HPS From owner-freebsd-current@freebsd.org Thu Mar 10 08:20:50 2016 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 5378FACA3CE for ; Thu, 10 Mar 2016 08:20:50 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (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 D64B17ED for ; Thu, 10 Mar 2016 08:20:49 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 4E7B67979 for ; Thu, 10 Mar 2016 08:20:42 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/4E7B67979; dkim=none; dkim-atps=neutral Subject: Re: zfsboot patch for /usr To: freebsd-current@freebsd.org References: <20160309233641.91BEA2849B@elsa.codelab.cz> <56E0BA15.50702@quip.cz> From: Matthew Seaman Message-ID: <56E12E4F.3090706@FreeBSD.org> Date: Thu, 10 Mar 2016 08:20:31 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="aokB6FDI5wGiFfVEKWu9p4KcUvLapd7OE" X-Virus-Scanned: clamav-milter 0.99 at smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=1.0 required=5.0 tests=SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 08:20:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --aokB6FDI5wGiFfVEKWu9p4KcUvLapd7OE Content-Type: multipart/mixed; boundary="rl39HGnWsJNk2HBOtJnBCIkG83XIhnIHp" From: Matthew Seaman To: freebsd-current@freebsd.org Message-ID: <56E12E4F.3090706@FreeBSD.org> Subject: Re: zfsboot patch for /usr References: <20160309233641.91BEA2849B@elsa.codelab.cz> <56E0BA15.50702@quip.cz> In-Reply-To: --rl39HGnWsJNk2HBOtJnBCIkG83XIhnIHp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 10/03/2016 01:02, Freddie Cash wrote: > Set mountpoint=3Dnone if you just want to create the parent dataset wit= hout > actually using it for storage. Then you can set properties on it, and c= hild > datasets will inherit then. Like pool/usr/local Usually, you want the mountpoint to be one of the inherited properties -- so set canmount=3Doff instead. This pattern is used by default already in the installer. The root filesystem is created as a BE under zroot/ROOT/default/ but there is also a zroot/var which has canmount=3Doff to act as a parent to zroot/var/logs, zroot/var/mail etc. which are not part of the boot environment but are mounted in the expected locations under /var Cheers, Matthew --rl39HGnWsJNk2HBOtJnBCIkG83XIhnIHp-- --aokB6FDI5wGiFfVEKWu9p4KcUvLapd7OE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJW4S5VXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATNVoP/0eMPsKcVhbsjYn5xC6jelWN ekiVhruVMAysi5gdEu5Ys9G50b8WwT4kKWZo1qCuHIdZSwdQtci3VL903m1uxXHL ataCemouSFQi2jiQc57BJU8o0j28hVKhX6KF35o63520ykpC8FHj6JX0S2IMc4bj +GOoUukY2YSU/wglvvkefIToebYdgFbSFYTBOtP5rA2K0AKaipdbxpdrfN2vm31J gV5X/3P4WP6r4xT+cbYOqmdCUz/7YRsi7eXWgr0vcTmZFO/GnyHJW17pDdil3mWq aKNHnZWeOWkMEP6uyJszrZeSiuXA4LeiETPj1KlC2hLSNIsOBuquI9x1kF5R68d0 ZNTn7S5LXuMqdFpryZIv3ZRvq1xIBwfZuQKjpBVOG3KBN4KxOCIyZyoQEa56jGBh TqHOqZ3HGyIf4BeAho2Zime2mL9uOjFgE3J1O3o2q+iS5CAJfGyHzE8MTl/0zQhE nPm1JzRPLQ/ooFy07tWxAptycSzIehSg6ZbNVfUHTkoBh7VE7868096CoGE8L18b CkRYKtN4vUsQ5vxyhPzzoxrpVM6hLlhJQAyErJMfW9blof8PumUPIz2Z4UZcnvyE TPy2Ejd/hh8UpDnCPmd83NDfr80yUFLS0d6XHrWoJIqv6LfIJEDbDizbxOkfN+yx BSdmHWQVKz/oFpaQbxhH =ewDO -----END PGP SIGNATURE----- --aokB6FDI5wGiFfVEKWu9p4KcUvLapd7OE-- From owner-freebsd-current@freebsd.org Thu Mar 10 11:01:03 2016 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 B1B76ACAE4C; Thu, 10 Mar 2016 11:01:03 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (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 6D650859; Thu, 10 Mar 2016 11:01:03 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-qg0-x22d.google.com with SMTP id t4so66838296qge.0; Thu, 10 Mar 2016 03:01:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=MbEAxSVOOJji7DGX+sQ3NTj+jms3aEINOXcRBr6yPz4=; b=LeMn0lTNBuLKR6lcEn9dJjvddH84oRLMciJjWUuexvVMt3xHFNZ9srqLm/HPSc1GGN E8UlesuGMO/PiYK6LTNsnC2XHBQSsXZHt4UJMTyOfETp0fmQRP+eLgqtfEWEIzzCwET7 htj9Tc76E/Wtr9ZQHeyNz+xe37ZvnXhZfXrNOEXdYuMD8vpGmO11j1XUuyKhIEZdCeR7 YSnGnqzC3pSJ4d1z/oUsZDaQVClWf0bZ+HMgdIXj/brnEOcGg0mf03wCwLuqzvyd5w0I iA75fV9/8vv7Mlp6qkqzSnGCaAggl27OPEEMtWgXXreAxb0mDex6Q6vPKonm5YJ5EJB/ LJdg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=MbEAxSVOOJji7DGX+sQ3NTj+jms3aEINOXcRBr6yPz4=; b=G7yuidVG42aLyicihZOeIDxJSlZ8ySB5OLLAZsOrXaELK315qOqRQJ5g2MDT80bNne NaJWQ6MGel4+wwony/6vQoQUfUVi4bEmlzXTJqRCPsdB//SoevwkMybLN3uZJeLj9EsR GCy369+CHJCNBZvy4+NImxO4YbufRoKcFNkv6kl+/2nHd1fEJZjT3v3Bn7Mqo3dTygK3 0F9oPeTZkC4Wtwlbz9AZPgTMCelSdTX8pZF7g0o0XOM9Px9skCRAsgfG/VgB8pZyz70I Z1rdcgpgNxMD5S/M/Um3EomJtNV6Bt3V04Izd2Hl2FexGAe1PqNThqVO/ZYI7hRzhWp4 LYNA== X-Gm-Message-State: AD7BkJI9WTgCxON36x4FwBz0AM7tkvzGcEVmyATo24gFkckngx9gISdwCwgWkJVnsk3XU8uusNiyCleGOaP13w== MIME-Version: 1.0 X-Received: by 10.140.138.209 with SMTP id 200mr3274432qhk.100.1457607662648; Thu, 10 Mar 2016 03:01:02 -0800 (PST) Received: by 10.55.106.5 with HTTP; Thu, 10 Mar 2016 03:01:02 -0800 (PST) In-Reply-To: References: <56E045C8.1040000@vangyzen.net> Date: Thu, 10 Mar 2016 14:01:02 +0300 Message-ID: Subject: Re: EFI zfs loader and beadm? From: Andrey Fesenko To: krad Cc: Eric van Gyzen , "freebsd-hackers@freebsd.org" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 11:01:03 -0000 On Thu, Mar 10, 2016 at 1:49 PM, krad wrote: > Make sure you are running the latest snapshot of current or 10.3 as well, as > the MFC commits were in early February for 10-stable > >> >> If remove efiwpool/ROOT/init/boot and copy his content on >> efiwpool/ROOT/init my scheme work fine too. >> /usr /var /home and other included in BE for consistent boot system >> (CURRENT world may not boot with kernel other rev), and old home >> snapshot sometimes useful for backup/restore >> _______________________________________________ % uname -a FreeBSD x220.efi.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296548: Wed Mar 9 01:16:17 MSK 2016 root@des.local:/usr/obj/usr/src/sys/X220 amd64 From owner-freebsd-current@freebsd.org Thu Mar 10 12:11:04 2016 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 2D3CAAC99DA; Thu, 10 Mar 2016 12:11:04 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (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 E4E26857; Thu, 10 Mar 2016 12:11:03 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-qg0-x232.google.com with SMTP id u110so68124715qge.3; Thu, 10 Mar 2016 04:11:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=YRhGeoz98/Dum+zjEToCcUn7GZOeUG9O6VHDhsBn/Pw=; b=SRI6M9G038cQOswOC7l8S1pGQQ7zSEV/DRVKX7ex3iTOAs9etq6yLyYRL+gV9HUb2b 36MzXxmnwmPFA01Xo6Wq5i8wcvuJQ2/o/URFhxRtqM4r+Dkxa4qCfEUorwdpMIEc/kCu HUdqzq9g3eCclunlnDQSP0UVGe9C+AnaSZu5xO0gDR23ZTe3plR0bsr/cCXnwT1m6sUK e5QcC4Sm3Y9MlM23C7cEBMiWg5gdgrOfgMTlPB6h6u3cH1quXoivTV/qKy4kDc8ZmgnO z+8i8tLNIgFybUAwj1tmNkk20jRD+OG6QpAFfP8ZJAa5zB7lLWxF2SvE6FLdHZQC/xzb NXww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=YRhGeoz98/Dum+zjEToCcUn7GZOeUG9O6VHDhsBn/Pw=; b=ZOLf9nb0og8K1DdkW5SkSLDA3OzIVq2XeCjMjEbrov+LH7bXjA7mN8QAX5U5KEQme6 q3bRh7wGEvRnpkJcKi2NtfEXsx0swMjO1UUVH8XjwwbegiBqiVPCRa8VY/zA+Yikl9n8 TeBF+/xpv3EGJ89jMDyUXAzELzRi+sZsvFQkNf/7iqdDboi2VPPHWbzo+i0um7PI/Vao ieuwB8s7E2Ep0c+NOWPjVi8/gZ6MnoRjs+Qhbr0sAenXzS64vThLpbSc1NMuyFnEhyo9 m48nYawgGIqmopcK/RT+67KM4H4AtvtA+vz/vCvnxWV+Kxr4b3dp5Ru1Z1v3yCJVDbi/ mLpQ== X-Gm-Message-State: AD7BkJKm7OSHAJp0Q2XtaccydPDOb6McRADSxnpAuzoU3sRVpXAmztA8oqkxDwou+CDW7uecGvJ1rEQmmo5DCg== MIME-Version: 1.0 X-Received: by 10.140.92.180 with SMTP id b49mr3489942qge.81.1457611862726; Thu, 10 Mar 2016 04:11:02 -0800 (PST) Received: by 10.55.106.5 with HTTP; Thu, 10 Mar 2016 04:11:02 -0800 (PST) In-Reply-To: References: <56E045C8.1040000@vangyzen.net> Date: Thu, 10 Mar 2016 15:11:02 +0300 Message-ID: Subject: Re: EFI zfs loader and beadm? From: Andrey Fesenko To: krad Cc: Eric van Gyzen , "freebsd-hackers@freebsd.org" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 12:11:04 -0000 On Thu, Mar 10, 2016 at 2:55 PM, krad wrote: > presumably it boots now? > > On 10 March 2016 at 11:01, Andrey Fesenko wrote: >> >> On Thu, Mar 10, 2016 at 1:49 PM, krad wrote: >> > Make sure you are running the latest snapshot of current or 10.3 as >> > well, as >> > the MFC commits were in early February for 10-stable >> > >> >> >> >> If remove efiwpool/ROOT/init/boot and copy his content on >> >> efiwpool/ROOT/init my scheme work fine too. >> >> /usr /var /home and other included in BE for consistent boot system >> >> (CURRENT world may not boot with kernel other rev), and old home >> >> snapshot sometimes useful for backup/restore >> >> _______________________________________________ >> >> % uname -a >> FreeBSD x220.efi.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296548: >> Wed Mar 9 01:16:17 MSK 2016 >> root@des.local:/usr/obj/usr/src/sys/X220 amd64 > > My current working config % mount efiwpool/ROOT/init0 on / (zfs, local, noatime, nfsv4acls) devfs on /dev (devfs, local, multilabel) efiwpool/ROOT/init0/tmp on /tmp (zfs, local, noatime, nosuid, nfsv4acls) efiwpool/ROOT/init0/usr on /usr (zfs, local, noatime, nfsv4acls) efiwpool/ROOT/init0/usr/home on /usr/home (zfs, local, noatime, nfsv4acls) efiwpool/ROOT/init0/var on /var (zfs, local, noatime, nfsv4acls) efiwpool/ROOT/init0/var/crash on /var/crash (zfs, local, noatime, noexec, nosuid, nfsv4acls) efiwpool/ROOT/init0/var/db on /var/db (zfs, local, noatime, noexec, nosuid, nfsv4acls) efiwpool/ROOT/init0/var/db/pkg on /var/db/pkg (zfs, local, noatime, nosuid, nfsv4acls) efiwpool/ROOT/init0/var/db/tlpkg on /var/db/tlpkg (zfs, local, noatime, nosuid, nfsv4acls) efiwpool/ROOT/init0/var/empty on /var/empty (zfs, local, noatime, noexec, nosuid, read-only, nfsv4acls) efiwpool/ROOT/init0/var/log on /var/log (zfs, local, noatime, noexec, nosuid, nfsv4acls) efiwpool/ROOT/init0/var/mail on /var/mail (zfs, local, noatime, noexec, nosuid, nfsv4acls) efiwpool/ROOT/init0/var/run on /var/run (zfs, local, noatime, noexec, nosuid, nfsv4acls) efiwpool/ROOT/init0/var/tmp on /var/tmp (zfs, local, noatime, nosuid, nfsv4acls) => 40 234441568 ada1 GPT (112G) 40 1600 1 efi (800K) 1640 234439960 2 freebsd-zfs (112G) 234441600 8 - free - (4.0K) % zfs get -r mountpoint efiwpool NAME PROPERTY VALUE SOURCE efiwpool mountpoint none local efiwpool/ROOT mountpoint none inherited from efiwpool efiwpool/ROOT/init mountpoint legacy local efiwpool/ROOT/init/tmp mountpoint /tmp local .... This work fine, booted, beadm create new env, activate them, see boot menu and select BE. % beadm list BE Active Mountpoint Space Created init - - 420.7M 2016-03-09 02:57 init0 NR / 35.9G 2016-03-10 05:00 If i'm add separate dataset for /boot (efiwpool/ROOT/init0/boot) system not booted, efi loader (first stage) see only my pool, not found /boot/loader.efi From owner-freebsd-current@freebsd.org Thu Mar 10 09:49:21 2016 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 937BCACA0C4 for ; Thu, 10 Mar 2016 09:49:21 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 83997A5F; Thu, 10 Mar 2016 09:49:21 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5F8D72F5; Thu, 10 Mar 2016 09:49:20 +0000 (UTC) Date: Thu, 10 Mar 2016 09:49:11 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: imp@FreeBSD.org, jhb@FreeBSD.org, mav@FreeBSD.org, sgalabov@FreeBSD.org, tuexen@FreeBSD.org, jilles@FreeBSD.org, ae@FreeBSD.org, sephe@FreeBSD.org, trasz@FreeBSD.org, bdrewery@FreeBSD.org, davidcs@FreeBSD.org, sobomax@FreeBSD.org, np@FreeBSD.org, zbb@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1646922470.201.1457603359276.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1571910320.197.1457516940119.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1571910320.197.1457516940119.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #1121 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk X-Mailman-Approved-At: Thu, 10 Mar 2016 12:26:35 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 09:49:21 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #1121 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/1121/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 1121/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1= 121/console Change summaries: 296610 by mav: MFV r296609: 6370 ZFS send fails to transmit some holes Reviewed by: Matthew Ahrens Reviewed by: Chris Williamson Reviewed by: Stefan Ring Reviewed by: Steven Burgess Reviewed by: Arne Jansen Approved by: Robert Mustacchi Author: Paul Dagnelie In certain circumstances, "zfs send -i" (incremental send) can produce a stream which will result in incorrect sparse file contents on the target. The problem manifests as regions of the received file that should be sparse (and read a zero-filled) actually contain data from a file that was deleted (and which happened to share this file's object ID). Note: this can happen only with filesystems (not zvols, because they do not free (and thus can not reuse) object IDs). Note: This can happen only if, since the incremental source (FromSnap), a file was deleted and then another file was created, and the new file is sparse (i.e. has areas that were never written to and should be implicitly zero-filled). We suspect that this was introduced by 4370 (applies only if hole_birth feature is enabled), and made worse by 5243 (applies if hole_birth feature is disabled, and we never send any holes). The bug is caused by the hole birth feature. When an object is deleted and replaced, all the holes in the object have birth time zero. However, zfs send cannot tell that the holes are new since the file was replaced, so it doesn't send them in an incremental. As a result, you can end up with invalid data when you receive incremental send streams. As a short-term fix, we can always send holes with birth time 0 (unless it's a zvol or a dataset where we can guarantee that no objects have been reused). Closes #37 openzfs/openzfs@adef853162e83f7cdf6b2d9af9756d434a9c743b 296607 by imp: Don't assume that bio_cmd is a bitfield. Differential Revision: https://reviews.freebsd.org/D5591 296606 by imp: Don't assume that bio_cmd is a bit mask. Differential Revision: https://reviews.freebsd.org/D5592 296605 by imp: Don't assume that bio_cmd is bit mask. Differential Revision: https://reviews.freebsd.org/D5593 296604 by imp: Move to new value for XPT_GET_SIM_KNOB to avoid clash with XPT_ATA_IO. 296603 by np: cxgbe(4): Add general purpose routines that offer safe access to the chip's memory windows. Convert existing users of these windows to the new routines. 296602 by zbb: Fix bug in VNIC causing phony number of available TX descriptors TSO packets will signal segments TX completion in the separate CQ descriptors. Each CQ descriptor for HW TSO will point to the same SQ entry. Do not invoke nicvf_put_sq_desc() for secondary segments to avoid free_cnt corruption and eventually integer overflow that will result in the negative free_cnt value and hence impossibility of further transmission. Reviewed by: wma Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5535 296601 by zbb: Fix "received NULL mbuf" bug in VNIC Do not modify NIC_QSET_CQ_0_7_HEAD manually, especially in non-atomic context. It doesn't seem to be necessary to recreate CQ head after interrupt clearing too. Reviewed by: wma Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5533 296596 by np: cxgbe(4): Allow the addr/len pair that is being validated in validate_mem_range to span multiple memory types. Update validate_mt_off_len to use validate_mem_range. 296595 by sephe: hyperv/hn: Make the # of TX rings configurable. Rename the tunables to avoid confusion. MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D5578 296594 by sephe: hyperv/hn: Factor out hn_channel_attach MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D5577 296593 by sephe: hyperv/hn: Move if_initname to an earlier place So that functions shared w/ attach path could use if_printf(). While I'm here, remove unnecessary if_dunit and if_dname assignment. MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D5576 296592 by imp: Don't assume that bio_cmd is a bitfield. Differential revision: https://reviews.freebsd.org/D5590 296591 by imp: Don't assume bio_cmd is a bit field. Differential Revision: https://reviews.freebsd.org/D5594 296590 by imp: Add raw RX-50 support. These are 400k single sided disks with 80 tracks and 10 sectors per track. More exotic RX-50 types not supported, nor is there support for de-interleaving the first two tracks where the physical sectors are 0 1 2 3 4 5 6 7 8 9, but they should be interpreted as 0 5 1 6 2 7 3 8 4 9. This is purely to read the media with dd. The FAT that's on these disks won't work with msdosfs anyway. 296589 by imp: Stop assuming that bio_cmd is a bit field. Differential Revision: https://reviews.freebsd.org/D5587 296588 by tuexen: Actually send a asconf chunk, not only queue one. MFC after: 3 days 296587 by bdrewery: DIRDEPS_BUILD: Connect MK_TESTS. Sponsored by:=09EMC / Isilon Storage Division 296586 by bdrewery: Fix and connect setjmp test. Sponsored by:=09EMC / Isilon Storage Division 296585 by bdrewery: These group names may be used as a cookie, so replace any non-fs-safe chara= cters. One example is in cddl/usr.sbin/dtrace/tests/common/aggs. It could be fixed but other uses of this would break, especially in the DIRDEPS_BUILD which uses the group names for stage cookies. MFC after:=091 week Sponsored by:=09EMC / Isilon Storage Division 296584 by bdrewery: DIRDEPS_BUILD: Let PROGS bootstrapping work. - Support (DP|LIB)ADD_${PROG}. - Support SRCS[._]${PROG}. - Don't bootstrap DIRDEPS while recursing. Sponsored by:=09EMC / Isilon Storage Division 296579 by davidcs: Fix code so that buf_ring allocation for Tx Queues and their mutexes is done during during bxe_attach() and freed during bxe_detach() MFC after: 5 days 296578 by jilles: sh: Add test for 'set -o nolog'. The option does not do anything so check that the output of 'set +o' is different. 296577 by jilles: sh: Avoid out-of-bounds access in setoptionbyindex() for 'set -o nolog'. Reported by:=09hrs 296576 by bdrewery: Remove these broken filemon tests. They were not very useful in their current state. It only ran a fork bomb, confirmed headers/footers matched, hard-coded the number of expected entrie= s (rather than ensuring each entry is present when expected), and was missing= a sizeof_long.c file from r251368 which makes its intent for testing 32-bit binaries unclear. More extensive tests should be written with ATF now. 296575 by bdrewery: FILEMON_SET_FD: Disallow changing the fd. MFC after:=091 week Suggested by:=09mjg Sponsored by:=09EMC / Isilon Storage Division 296574 by sobomax: For the MD_ROOT option don't inject /dev/md0 as root dev when ROOTDEVNAME is defined explicitly. It's kinda pointless and results in extra step in boot sequence which is not really needed, i.e.: md0: Embedded image 1331200 bytes at 0x8038b7b4 Trying to mount root from ufs:/dev/md0 []... Mounting from ufs:/dev/md0 failed with error 22. Trying to mount root from ufs:md0.uzip []... warning: no time-of-day clock registered, system time will not be set accur= ately start_init: trying /sbin/init 296573 by jhb: Regen. 296572 by jhb: Simplify AIO initialization now that it is standard. - Mark AIO system calls as STD and remove the helpers to dynamically register them. - Use COMPAT6 for the old system calls with the older sigevent instead of an 'o' prefix. - Simplify the POSIX configuration to note that AIO is always available. - Handle AIO in the default VOP_PATHCONF instead of special casing it in the pathconf() system call. fpathconf() is still hackish. - Remove freebsd32_aio_cancel() as it just called the native one directly. Reviewed by:=09kib Sponsored by:=09Chelsio Communications Differential Revision:=09https://reviews.freebsd.org/D5589 296571 by jhb: Use ptrace(2) LWP events to track threads reliably in truss. - truss can now log the system call invoked by a thread during a voluntary process exit. No return value is logged, but the value passed to exit() is included in the trace output. Arguments passed to thread exit system calls such as thr_exit() are not logged as voluntary thread exits cannot be distinguished from involuntary thread exits during a system call. - New events are now reported for thread births and exits similar to the recently added events for new child processes when following forks. Reviewed by:=09kib Differential Revision:=09https://reviews.freebsd.org/D5561 296570 by jhb: Fix reporting of the CloudABI ABI in kdump. - Advertise the word size for CloudABI ABIs via the SV_LP64 flag. All of the other ABIs include either SV_ILP32 or SV_LP64. - Fix kdump to not assume a 32-bit ABI if the ABI flags field is non-zero but SV_LP64 isn't set. Instead, only assume a 32-bit ABI if SV_ILP32 is set and fallback to the unknown value of "00" if neither SV_LP64 nor SV_ILP32 is set. Reviewed by:=09kib, ed Differential Revision:=09https://reviews.freebsd.org/D5560 296569 by sobomax: Second argument of the mips_timer_init_params() is boolean, so pass in "1" for true consistently. 296567 by mav: Missed addition to r296563 to fix newer tools to work with older kernel. 296566 by ae: Set buffer to empty string to prevent duplicated output in some cases. PR:=09=09193888 296565 by trasz: Fix spelling of MAXNAMLEN. MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 296564 by sgalabov: Improve U-Boot API detection Until now, ubldr has been trying to locate the U-Boot API using a hint address (U-Boot's current stack pointer), aligning it to 1MiB and going over a 3MiB (or 1MiB in case of MIPS) memory region searching for a valid API signature. This change introduces an alternative way of doing this, namely the following: - both U-Boot's bootelf and go commands actually pass argc and argv to the entry point (e.g., ubldr's start function, but they should also be passed over to main() transparently) - so, instead of trying to go and look for a valid API signature, we look at the parameters passed to main() - if there's an option '-a' with argument, which is a valid hexadecimal unsigned long number (x), we try to verify whether we have a valid API signature at address x. If so - we use it. If not - we fallback to the original way of locating the API signature. The U-Boot change, which causes the API structure address to be exported as an environment variable, was committed to mainline U-Boot as commit 22aa61f707574dd569296f521fcfc46a05f51c48 Reviewed by:=09andrew, adrian Approved by:=09adrian (mentor) Sponsored by:=09Smartcom - Bulgaria AD Differential Revision:=09https://reviews.freebsd.org/D5492 296563 by mav: Add new IOCTL compat shims for ABI breakage caused by r296510: MFV r296505: 6531 Provide mechanism to artificially limit disk performance The end of the build log: [...truncated 98968 lines...] from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:36, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/typeinfo: In member function 'size_t std::type_info::has= h_code() const': /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/typeinfo:116:62: warning: dereferencing type-punned poin= ter will break strict-aliasing rules [-Wstrict-aliasing] {return *reinterpret_cast(&__type_name);} ^ --- all_subdir_lib/ncurses --- --- p_update.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -D_XOPEN_SOURCE_E= XTENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw -I/builds/FreeBSD_H= EAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw -I/builds/FreeBSD_HEAD_amd6= 4_gcc4.9/lib/ncurses/panelw/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/= lib/ncurses/panelw/../../../contrib/ncurses/include -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/ncurses -Wall -DND= EBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw= /../../../contrib/ncurses/panel -MD -MP -MF.depend.p_update.o -MTp_update= .o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format= -y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpo= inter-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_HEAD= _amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_update.c = -o p_update.o --- all_subdir_lib/libbsnmp --- --- snmpagent.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAV= E_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H= -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depe= nd.snmpagent.o -MTsnmpagent.o -std=3Dgnu99 -fstack-protector-strong -Wsyste= m-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-st= rings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -= Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-poin= ter-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp/../.= ./../contrib/bsnmp/lib/snmpagent.c -o snmpagent.o --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:434:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:36, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/stdexcept: At global scope: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/stdexcept:56:24: warning: '__unused__' attribute ignored= [-Wattributes] const char *__imp_ _LIBCPP_UNUSED; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:36:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:750:1: warning: 'static int std::__1::char_traits= ::compare(const char_type*, const char_type*, size_t)': visibilit= y attribute ignored because it [-Wattributes] char_traits::compare(const char_type* __s1, const char_type* __s= 2, size_t __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:729:29: warning: conflicts with previous declarat= ion here [-Wattributes] static int compare(const char_type* __s1, const char_type= * __s2, size_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:764:1: warning: 'static size_t std::__1::char_tra= its::length(const char_type*)': visibility attribute ignored beca= use it [-Wattributes] char_traits::length(const char_type* __s) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:730:29: warning: conflicts with previous declarat= ion here [-Wattributes] static size_t length(const char_type* __s); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:774:1: warning: 'static const char16_t* std::__1:= :char_traits::find(const char_type*, size_t, const char_type&)': = visibility attribute ignored because it [-Wattributes] char_traits::find(const char_type* __s, size_t __n, const char_t= ype& __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:731:29: warning: conflicts with previous declarat= ion here [-Wattributes] static const char_type* find(const char_type* __s, size_t __n, const c= har_type& __a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:787:1: warning: 'static char16_t* std::__1::char_= traits::move(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::move(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:732:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* move(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:807:1: warning: 'static char16_t* std::__1::char_= traits::copy(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::copy(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:733:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* copy(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:818:1: warning: 'static char16_t* std::__1::char_= traits::assign(std::__1::char_traits::char_type*, size_= t, std::__1::char_traits::char_type)': visibility attribute ignor= ed because it [-Wattributes] char_traits::assign(char_type* __s, size_t __n, char_type __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:734:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* assign(char_type* __s, size_t __n, char_type _= _a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:863:1: warning: 'static int std::__1::char_traits= ::compare(const char_type*, const char_type*, size_t)': visibilit= y attribute ignored because it [-Wattributes] char_traits::compare(const char_type* __s1, const char_type* __s= 2, size_t __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:842:29: warning: conflicts with previous declarat= ion here [-Wattributes] static int compare(const char_type* __s1, const char_type= * __s2, size_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:877:1: warning: 'static size_t std::__1::char_tra= its::length(const char_type*)': visibility attribute ignored beca= use it [-Wattributes] char_traits::length(const char_type* __s) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:843:29: warning: conflicts with previous declarat= ion here [-Wattributes] static size_t length(const char_type* __s); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:887:1: warning: 'static const char32_t* std::__1:= :char_traits::find(const char_type*, size_t, const char_type&)': = visibility attribute ignored because it [-Wattributes] char_traits::find(const char_type* __s, size_t __n, const char_t= ype& __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:844:29: warning: conflicts with previous declarat= ion here [-Wattributes] static const char_type* find(const char_type* __s, size_t __n, const c= har_type& __a); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:900:1: warning: 'static char32_t* std::__1::char_= traits::move(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::move(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:845:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* move(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:920:1: warning: 'static char32_t* std::__1::char_= traits::copy(std::__1::char_traits::char_type*, const c= har_type*, size_t)': visibility attribute ignored because it [-Wattributes] char_traits::copy(char_type* __s1, const char_type* __s2, size_t= __n) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:846:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* copy(char_type* __s1, const char_type* __s2, s= ize_t __n); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:931:1: warning: 'static char32_t* std::__1::char_= traits::assign(std::__1::char_traits::char_type*, size_= t, std::__1::char_traits::char_type)': visibility attribute ignor= ed because it [-Wattributes] char_traits::assign(char_type* __s, size_t __n, char_type __a) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/string:847:29: warning: conflicts with previous declarat= ion here [-Wattributes] static char_type* assign(char_type* __s, size_t __n, char_type _= _a); ^ --- all_subdir_lib/ncurses --- --- p_user.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -D_XOPEN_SOURCE_E= XTENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw -I/builds/FreeBSD_H= EAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw -I/builds/FreeBSD_HEAD_amd6= 4_gcc4.9/lib/ncurses/panelw/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/= lib/ncurses/panelw/../../../contrib/ncurses/include -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/ncurses -Wall -DND= EBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw= /../../../contrib/ncurses/panel -MD -MP -MF.depend.p_user.o -MTp_user.o -= std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k= -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointe= r-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd= 64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_user.c -o p_u= ser.o --- p_win.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -D_XOPEN_SOURCE_E= XTENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw -I/builds/FreeBSD_H= EAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw -I/builds/FreeBSD_HEAD_amd6= 4_gcc4.9/lib/ncurses/panelw/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/= lib/ncurses/panelw/../../../contrib/ncurses/include -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/ncurses -Wall -DND= EBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw= /../../../contrib/ncurses/panel -MD -MP -MF.depend.p_win.o -MTp_win.o -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -= W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd64= _gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_win.c -o p_win.= o --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/__mutex_base:16:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/mutex:176, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/__locale:18, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ios:216, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/system_error:345:1: warning: type attributes ignored aft= er type is already defined [-Wattributes] }; ^ --- all_subdir_lib/ncurses --- --- panel.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -D_XOPEN_SOURCE_E= XTENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw -I/builds/FreeBSD_H= EAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw -I/builds/FreeBSD_HEAD_amd6= 4_gcc4.9/lib/ncurses/panelw/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc4.9/= lib/ncurses/panelw/../../../contrib/ncurses/include -I/builds/FreeBSD_HEAD_= amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/ncurses -Wall -DND= EBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw= /../../../contrib/ncurses/panel -MD -MP -MF.depend.panel.o -MTpanel.o -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -= W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd64= _gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/panel/panel.c -o panel.= o --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/mutex:176:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/__locale:18, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ios:216, from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/__mutex_base:264:1: warning: type attributes ignored aft= er type is already defined [-Wattributes] }; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:138:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/ios:387:1: warning: type attributes ignored after type i= s already defined [-Wattributes] }; ^ --- all_subdir_lib/libbsnmp --- --- snmpclient.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAV= E_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H= -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depe= nd.snmpclient.o -MTsnmpclient.o -std=3Dgnu99 -fstack-protector-strong -Wsys= tem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-= strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts= -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-po= inter-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp/..= /../../contrib/bsnmp/lib/snmpclient.c -o snmpclient.o --- all_subdir_lib/ncurses --- --- p_above.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -D_= XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.= 9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw -I/bu= ilds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw -I/builds/Fre= eBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncurses -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/include -I/builds= /FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/ncur= ses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/= ncurses/panelw/../../../contrib/ncurses/panel -MD -MP -MF.depend.p_above.= So -MTp_above.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /build= s/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/pan= el/p_above.c -o p_above.So --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:434:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:36, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2844:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2845:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2846:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/locale:2847:1: warning: type attributes ignored after ty= pe is already defined [-Wattributes] _LIBCPP_EXTERN_TEMPLATE2(class _LIBCPP_TYPE_VIS moneypunct_byname) ^ --- all_subdir_lib/clang --- *** [CFG.o] Error code 1 make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangana= lysis 1 error make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangana= lysis *** [all_subdir_lib/clang/libclanganalysis] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang *** [all_subdir_lib/clang] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_lib/ncurses --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw *** [all_subdir_lib/ncurses/panelw] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses *** [all_subdir_lib/ncurses] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_lib/atf --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/ostream:142:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/fs.hpp:35, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.hpp:41, from /builds/FreeBSD_HEAD_amd64_gcc4.9/contrib/atf/atf-c++= /detail/process.cpp:26: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/include/c++/v1/bitset:636:54: warning: attributes ignored on template i= nstantiation [-Wattributes] template struct _LIBCPP_TYPE_VIS_ONLY hash >; ^ --- all_subdir_lib/libbsnmp --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp/libbsnmp *** [all] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libbsnmp *** [all_subdir_lib/libbsnmp] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_lib/atf --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf/libatf-c++ *** [all] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/atf *** [all_subdir_lib/atf] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib 4 errors make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib *** [lib__L] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [libraries] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [_libraries] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Thu Mar 10 10:49:39 2016 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 1376EACA7C8; Thu, 10 Mar 2016 10:49:39 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c: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 A526AFFA; Thu, 10 Mar 2016 10:49:38 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id p65so22996439wmp.1; Thu, 10 Mar 2016 02:49:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=SaqzxM3gD9FMcY3XuDuE/wB/eM3gyDl/AxqTk+MkwNQ=; b=SFd9/A6Pg13WfXrf2QpDr8Z3a1TYFmecl6SrvWHaJjGu/3O/a4Uoy+vP60IwQRT1JB ID1eZpLl5fPeTWD0oR/nL8NBPwXhhFzUiuQdrN2cGuM8rRuNPZTGaU+ej/e+jYK1SiLt CIjiu0TGj5DeUs+zbRfiFZOaFt6TYtfrdVkkrfdeTj3hVMwnWTG3Q8YNavEH6e71ePuX +VSWBkHQRuX8fcLgBf8SLHfkVLIfNOwMS/UiwtvLigSWLeAEDA8K5Az9BvgwXJtdVAFB c7uO5Y6w3AFSHsEkl+lBlI5YUXYET9QZQwyKXaZYU8koeEsXSsPmmQPJ54RdniO7m55s 6eLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=SaqzxM3gD9FMcY3XuDuE/wB/eM3gyDl/AxqTk+MkwNQ=; b=GLtOsvoF7YLgXNebqiZQfrpfBgo21antaJV6eP3ITEyc3Phs9VrOWRIbcRfkUzCEU+ WFjJn0GxlBmQ5BuW9oZP+Vd17z9lvUeLYJYEc+8CQWwfvRT8h5vgfdu08fyZaw6a8lVI si+Zu3h4mm7TXyVSghhz5NGhfgIUDuVKG5kra8B56Qt5O/oOnSfx793VsP/1Tb6qg8Jd Oq+AruVQ2jheVNCH3EbY2Sm0OtmXPslSqvpQK+hCy7rVcDE4KoCdBRJFdKHtYkNFiP1R xtGoa/8tYZyINa/WBG5RVK6o8mMmA00akhWZaNkOjGMU88yXLMxH2Uy+AY8d+49OumGV A3UQ== X-Gm-Message-State: AD7BkJJM4+L3SLSIldLAkpweK+ftnQwlYhX8uJU90MpJgF0eaAsi52O8V4zIcR/9rS+A3Dc7a2y4FoicbM892A== MIME-Version: 1.0 X-Received: by 10.28.17.141 with SMTP id 135mr3266854wmr.48.1457606977028; Thu, 10 Mar 2016 02:49:37 -0800 (PST) Received: by 10.28.31.143 with HTTP; Thu, 10 Mar 2016 02:49:36 -0800 (PST) In-Reply-To: References: <56E045C8.1040000@vangyzen.net> Date: Thu, 10 Mar 2016 10:49:36 +0000 Message-ID: Subject: Re: EFI zfs loader and beadm? From: krad To: Andrey Fesenko Cc: Eric van Gyzen , "freebsd-hackers@freebsd.org" , freebsd-current X-Mailman-Approved-At: Thu, 10 Mar 2016 12:27:40 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 10:49:39 -0000 Make sure you are running the latest snapshot of current or 10.3 as well, as the MFC commits were in early February for 10-stable On 9 March 2016 at 16:01, Andrey Fesenko wrote: > On Wed, Mar 9, 2016 at 6:48 PM, Eric van Gyzen wrote: > > On 03/09/2016 09:40, Andrey Fesenko wrote: > >> Hello, > >> I'm test EFI boot ZFSroot with BE, this not support now? > >> svn 2965489 > >> > >> If i build simplest system > >> > http://blog.multiplay.co.uk/2015/12/freebsd-10-2-release-efi-zfs-root-boot/ > >> > >> # zfs get -r mountpoint efifpool > >> NAME PROPERTY VALUE SOURCE > >> efifpool mountpoint /mnt/efifpool default > >> > >> => 40 30712240 da0 GPT (15G) > >> 40 1600 1 efi (800K) > >> 1640 30710632 2 freebsd-zfs (15G) > >> 30712272 8 - free - (4.0K) > >> > >> system boot nice > >> > >> If make BE env > >> > >> # zfs get -r mountpoint efiwpool > >> NAME PROPERTY VALUE SOURCE > >> efiwpool mountpoint none local > >> efiwpool/ROOT mountpoint none > >> inherited from efiwpool > >> efiwpool/ROOT/init mountpoint legacy local > >> efiwpool/ROOT/init@init mountpoint - - > >> efiwpool/ROOT/init/boot mountpoint /media/boot local > >> efiwpool/ROOT/init/tmp mountpoint /media/tmp local > >> efiwpool/ROOT/init/usr mountpoint /media/usr local > >> efiwpool/ROOT/init/usr@init mountpoint - - > >> efiwpool/ROOT/init/usr/home mountpoint /media/usr/home > >> inherited from efiwpool/ROOT/init/usr > >> efiwpool/ROOT/init/usr/home@init mountpoint - - > >> efiwpool/ROOT/init/var mountpoint /media/var local > >> efiwpool/ROOT/init/var@init mountpoint - - > >> efiwpool/ROOT/init/var/crash mountpoint /media/var/crash > >> inherited from efiwpool/ROOT/init/var > >> efiwpool/ROOT/init/var/db mountpoint /media/var/db > >> inherited from efiwpool/ROOT/init/var > >> efiwpool/ROOT/init/var/db/pkg mountpoint /media/var/db/pkg > >> inherited from efiwpool/ROOT/init/var > >> efiwpool/ROOT/init/var/empty mountpoint /media/var/empty > >> inherited from efiwpool/ROOT/init/var > >> efiwpool/ROOT/init/var/log mountpoint /media/var/log > >> inherited from efiwpool/ROOT/init/var > >> efiwpool/ROOT/init/var/mail mountpoint /media/var/mail > >> inherited from efiwpool/ROOT/init/var > >> efiwpool/ROOT/init/var/run mountpoint /media/var/run > >> inherited from efiwpool/ROOT/init/var > >> efiwpool/ROOT/init/var/tmp mountpoint /media/var/tmp > >> inherited from efiwpool/ROOT/init/var > >> > >> system not boot. > >> > >> Not found /boot/loader.efi (in BE system real path > >> efiwpool/ROOT/init/boot/loader.efi) if copy this efiwpool/ROOT/init > >> (blank in BE system) loader found this (but not found /boot/kernel) I > >> can copy this and get a similar system > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192184#c15 (with out > >> msdos kernel part), but this ruin BE update mechanism > > > > Your dataset hierarchy is not what beadm expects. Specifically, you > > have /boot separate from /, which I imagine is causing your problem. > > /boot should be part of /. Also, you have several file systems in the > > BE that are usually not in it; I doubt this is part of your boot > > failure, though. > > > > For reference, here is my layout, which is mostly the same as the > > default installation: > > > > NAME USED AVAIL REFER MOUNTPOINT > > zroot 117G 108G 96K none > > zroot/ROOT 14.8G 108G 96K none > > zroot/ROOT/10.2 444K 108G 6.35G / > > zroot/ROOT/103beta 14.8G 108G 8.75G / > > zroot/ROOT/103beta1 8K 108G 8.17G / > > zroot/ROOT/103beta3 8K 108G 8.75G / > > zroot/home 97.8G 108G 94.9G /home > > zroot/usr 3.36G 108G 96K /usr > > zroot/usr/ports 985M 108G 736M /usr/ports > > zroot/usr/src 2.40G 108G 2.19G /usr/src > > zroot/var 2.19M 108G 96K /var > > zroot/var/audit 96K 108G 96K /var/audit > > zroot/var/crash 96K 108G 96K /var/crash > > zroot/var/log 1.15M 108G 420K /var/log > > zroot/var/mail 360K 108G 120K /var/mail > > zroot/var/tmp 416K 108G 144K /var/tmp > > > > Eric > > If remove efiwpool/ROOT/init/boot and copy his content on > efiwpool/ROOT/init my scheme work fine too. > /usr /var /home and other included in BE for consistent boot system > (CURRENT world may not boot with kernel other rev), and old home > snapshot sometimes useful for backup/restore > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Mar 10 12:32:35 2016 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 57940ACA864; Thu, 10 Mar 2016 12:32:35 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 1968A1B24; Thu, 10 Mar 2016 12:32:35 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1adzlR-00029S-OG; Thu, 10 Mar 2016 15:32:25 +0300 Date: Thu, 10 Mar 2016 15:32:25 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160310123225.GJ70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160308124016.GA70809@zxy.spb.ru> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 12:32:35 -0000 On Tue, Mar 08, 2016 at 03:40:16PM +0300, Slawa Olhovchenkov wrote: > About use cases. I am try to imagine different use cases and don't > found answer how do this: > > 1. package building as `make packages` witch version as timestamp of > start buildworld. I.e. on every buildworld every package will be > rebuild, take new version and will be reinstaled. Where is profit of > package spliting? > > 2. After src.conf change some package don't build. Where analog of > `make delete-old delete-old-libs`? > Some forgotten points: 7. What about src/tools/tools? Do you planed to package this? 8. Current layout is incompatible with beadm: /var/db/pkg is placed on /var and separated from beadm control (zroot/ROOT). As result, switching OS install by beadm give incorrectly information about installed packages. For correcting this need separatly pkg database for system packages under beadm control. Same for etcupdate database. 9. etcupdate database currently don't populated under upgrade process. Proposal: may be retreating from concept 'every file owned only by one package' can be solved problem with 'fat' base packages and thin upgrades? Upgrade/SA package will be contain only modyfied (and 'imaginary' for deleting) files, replaced files initially installed. From owner-freebsd-current@freebsd.org Thu Mar 10 11:55:35 2016 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 A48E9ACA7F2; Thu, 10 Mar 2016 11:55:35 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (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 3B7A9A6C; Thu, 10 Mar 2016 11:55:35 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id p65so25238888wmp.1; Thu, 10 Mar 2016 03:55:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=f5RF1izUv83nVSkXWPEaa0fhTTm+n3Q/m4mnw1BqbJ8=; b=GfPQKkog8zVsprGxzzfJyrO+5nJfEQWtzBtsu4AJTZEooApaOT5KPujo7q+wWf43+g WE6CDs/J+h4Hv7JQOBk9MRw5TPBjRlhs32AppL1XERmhvzSY596wBEXrKehiipk9pPtJ 8FUOhtMZYuM7oxWGbj9WifZUJ7wrHIWqDzD60NRkKn8eDDNT5+tFCeNeieHyRGZjtFPr BZgQ0BKPTNDRCcGdhLxsoOD64RGCjPP17Hu5CS46f5cXUNFQA6Dv02bz1dNYnj+vJd12 m3jQpi25GCNrZ9tW2sQquDihcncPD/D/rvmVDCWL/dtWy/YcSQf/ZS1HHhtZe2fxBLyG HTlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=f5RF1izUv83nVSkXWPEaa0fhTTm+n3Q/m4mnw1BqbJ8=; b=khprmul/2IMDCR5fEee7sVzUyVmKOzK+eQog3dDZpZayUu/xE9l0LjInezLn0Sldnb 2X8u46bbYa1h7NI5DZQZbOU57BDpwMcV5BvIa/wFQxt+V+4Q/YS5GwuqSWvJoI3YRfJ1 r4dmY7tZafJlaJlTPB4dbCH2xUWFrd8tcDHP6COt3Dvl1t09ssgJbPTXSFiZu+1Xko5E /mD09jpuWTyQeciN8gYIL3+HO0xv2RVqwW/PdbVCGEbkRzlTZ+55bJG5lZvsfy1sz02X mCetAfH9PYlAK/40wC9HyQPnI5IlBNL21hjAFBjauE6h1kcp3BVTtMvDw3fTLFqwCDKD l6AA== X-Gm-Message-State: AD7BkJJvH/70Ds9Uxtov2Yg0+RejXjYkzppvFWZs/UpmOaXmU8aSsEv3FS/8tlIiWbxWRDBkMs2a9IN+D6a5qA== MIME-Version: 1.0 X-Received: by 10.194.83.42 with SMTP id n10mr3409338wjy.20.1457610933798; Thu, 10 Mar 2016 03:55:33 -0800 (PST) Received: by 10.28.31.143 with HTTP; Thu, 10 Mar 2016 03:55:33 -0800 (PST) In-Reply-To: References: <56E045C8.1040000@vangyzen.net> Date: Thu, 10 Mar 2016 11:55:33 +0000 Message-ID: Subject: Re: EFI zfs loader and beadm? From: krad To: Andrey Fesenko Cc: Eric van Gyzen , "freebsd-hackers@freebsd.org" , freebsd-current X-Mailman-Approved-At: Thu, 10 Mar 2016 12:48:25 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 11:55:35 -0000 presumably it boots now? On 10 March 2016 at 11:01, Andrey Fesenko wrote: > On Thu, Mar 10, 2016 at 1:49 PM, krad wrote: > > Make sure you are running the latest snapshot of current or 10.3 as > well, as > > the MFC commits were in early February for 10-stable > > > >> > >> If remove efiwpool/ROOT/init/boot and copy his content on > >> efiwpool/ROOT/init my scheme work fine too. > >> /usr /var /home and other included in BE for consistent boot system > >> (CURRENT world may not boot with kernel other rev), and old home > >> snapshot sometimes useful for backup/restore > >> _______________________________________________ > > % uname -a > FreeBSD x220.efi.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296548: > Wed Mar 9 01:16:17 MSK 2016 > root@des.local:/usr/obj/usr/src/sys/X220 amd64 > From owner-freebsd-current@freebsd.org Thu Mar 10 15:10:19 2016 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 DAC7EACB364 for ; Thu, 10 Mar 2016 15:10:19 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AD3B8102B for ; Thu, 10 Mar 2016 15:10:19 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (torb.pix.net [192.168.16.32]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPA id u2AFAHO7062686; Thu, 10 Mar 2016 10:10:17 -0500 (EST) (envelope-from lidl@pix.net) To: FreeBSD-Current From: Kurt Lidl Subject: sparc64 linker scripts get installed and removed during upgrade Message-ID: <56E18E59.6090207@pix.net> Date: Thu, 10 Mar 2016 10:10:17 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 15:10:20 -0000 I have a sparc64 host running stable/10. I have noticed on the last several updates that I've done (basic list of operations below): checkout current stable/10 sources make buildworld make buildkernel make installkernel reboot mergemaster -p make installworld mergemaster make delete-old I get a bunch of sparc64 linker scripts that get installed each time, and then are removed during the 'make delete-old' operation. root@gatekeeper-372: make delete-old && make delete-old-libs >>> Removing old files (only deletes safe to delete libs) remove /usr/libdata/ldscripts/elf64_sparc.x? y remove /usr/libdata/ldscripts/elf64_sparc.xbn? y remove /usr/libdata/ldscripts/elf64_sparc.xn? y remove /usr/libdata/ldscripts/elf64_sparc.xr? y remove /usr/libdata/ldscripts/elf64_sparc.xs? y remove /usr/libdata/ldscripts/elf64_sparc.xu? y remove /usr/libdata/ldscripts/elf64_sparc.xc? y remove /usr/libdata/ldscripts/elf64_sparc.xsc? y remove /usr/libdata/ldscripts/elf32_sparc.x? y remove /usr/libdata/ldscripts/elf32_sparc.xbn? y remove /usr/libdata/ldscripts/elf32_sparc.xn? y remove /usr/libdata/ldscripts/elf32_sparc.xr? y remove /usr/libdata/ldscripts/elf32_sparc.xs? y remove /usr/libdata/ldscripts/elf32_sparc.xu? y remove /usr/libdata/ldscripts/elf32_sparc.xc? y remove /usr/libdata/ldscripts/elf32_sparc.xsc? y I would think these shouldn't be installed at all, if they are not needed or obsolete. Thanks. -Kurt From owner-freebsd-current@freebsd.org Thu Mar 10 15:11:11 2016 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 B89E1ACB404; Thu, 10 Mar 2016 15:11:11 +0000 (UTC) (envelope-from kraduk@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 4954511BE; Thu, 10 Mar 2016 15:11:11 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id l68so32831211wml.1; Thu, 10 Mar 2016 07:11:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=o0sEDbbUocEEe07HSk0K8gxre3V2u1IKObtqn6xyJe4=; b=pI1CVEO2+ynrqU7tP5Hfy6VyNfzQ2Gt7pdy1RINc2l0oa1gKdF9emb98wjRFFwoFiE q3oW1renG77Jyl281VhVxgF3hCJXVDfQbsU1LVzmXJUxeU+N5suqLuhhUYkyzwm+yrJ1 oXyJY7xcGn6v7TFlsFT63byBBPqeJEmxGYIhM8QT3YmrKP8q8kQ6SDvncKH+CDhJWvSV kKlbB7VAW3eNdnVINWy5A45Tu5FvHQ0l0Ls7CFvZrEB8DMbPCZa8FwFqWY8V1GLyLGDZ ohkwnupxemAz0WJviTAYi90iyJFe0URTOqkcyXoDo6pzY+ytz1Ibdd2EXrc3yKBltGw6 HRcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=o0sEDbbUocEEe07HSk0K8gxre3V2u1IKObtqn6xyJe4=; b=MCXhqbqit4NDong+9XDj0o3UC5vfTMUwolXiDfkTzP12+XMQV3Y4XOZBdbpUCDOKQt x50MxJCElckSh26a7FPtVsPHhKQhm/F4I1yaXWhcWxZApCMLcoyUdZxifbV58y502m49 ngX5HRacqTluoYM3OiVk/HhU5MEDNr04uB7Ccekk+oSJCCwEtFcAEaCXrbdot7KCBLzg 6ANri4AS8yGEjBUoUQMYEYvUuVgbXXuj4hDyExl0CNoGjedoGUX15OQXuwaBZ3ORo0Y0 Bor97VxQY0msAL2F7oeENGIJ2MCiggx8UipWdDTPJTK/J8Gc953FYkU8EIbSgmxzhCpa gG9Q== X-Gm-Message-State: AD7BkJKHyzmjNMEn9Y0UcOIKYw+pdGTeolLaJUKNTiCR4TV6Elvm3O1CSHJKJulMge+qzyBy6yqRo1hQWnf/cw== MIME-Version: 1.0 X-Received: by 10.28.17.141 with SMTP id 135mr4854313wmr.48.1457622669650; Thu, 10 Mar 2016 07:11:09 -0800 (PST) Received: by 10.28.31.143 with HTTP; Thu, 10 Mar 2016 07:11:09 -0800 (PST) In-Reply-To: References: <56E045C8.1040000@vangyzen.net> Date: Thu, 10 Mar 2016 15:11:09 +0000 Message-ID: Subject: Re: EFI zfs loader and beadm? From: krad To: Andrey Fesenko Cc: Eric van Gyzen , "freebsd-hackers@freebsd.org" , freebsd-current X-Mailman-Approved-At: Thu, 10 Mar 2016 15:19:43 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 15:11:11 -0000 As Eric said you cant have /boot on a separate dataset as the whole loader bootstrap isnt designed too look for it on the dataset defined by bootfs. Remember no other datasets are mounted at that stage of the bootstrap. You could maybe bodge something by manually playing around with the bootfs property, symlinks and rootfs variables in the loader.conf. But why would you want to do this? It's more work and non standard, and will break a lot? On 10 March 2016 at 12:11, Andrey Fesenko wrote: > On Thu, Mar 10, 2016 at 2:55 PM, krad wrote: > > presumably it boots now? > > > > On 10 March 2016 at 11:01, Andrey Fesenko wrote: > >> > >> On Thu, Mar 10, 2016 at 1:49 PM, krad wrote: > >> > Make sure you are running the latest snapshot of current or 10.3 as > >> > well, as > >> > the MFC commits were in early February for 10-stable > >> > > >> >> > >> >> If remove efiwpool/ROOT/init/boot and copy his content on > >> >> efiwpool/ROOT/init my scheme work fine too. > >> >> /usr /var /home and other included in BE for consistent boot system > >> >> (CURRENT world may not boot with kernel other rev), and old home > >> >> snapshot sometimes useful for backup/restore > >> >> _______________________________________________ > >> > >> % uname -a > >> FreeBSD x220.efi.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296548: > >> Wed Mar 9 01:16:17 MSK 2016 > >> root@des.local:/usr/obj/usr/src/sys/X220 amd64 > > > > > > My current working config > % mount > efiwpool/ROOT/init0 on / (zfs, local, noatime, nfsv4acls) > devfs on /dev (devfs, local, multilabel) > efiwpool/ROOT/init0/tmp on /tmp (zfs, local, noatime, nosuid, nfsv4acls) > efiwpool/ROOT/init0/usr on /usr (zfs, local, noatime, nfsv4acls) > efiwpool/ROOT/init0/usr/home on /usr/home (zfs, local, noatime, nfsv4acls) > efiwpool/ROOT/init0/var on /var (zfs, local, noatime, nfsv4acls) > efiwpool/ROOT/init0/var/crash on /var/crash (zfs, local, noatime, > noexec, nosuid, nfsv4acls) > efiwpool/ROOT/init0/var/db on /var/db (zfs, local, noatime, noexec, > nosuid, nfsv4acls) > efiwpool/ROOT/init0/var/db/pkg on /var/db/pkg (zfs, local, noatime, > nosuid, nfsv4acls) > efiwpool/ROOT/init0/var/db/tlpkg on /var/db/tlpkg (zfs, local, > noatime, nosuid, nfsv4acls) > efiwpool/ROOT/init0/var/empty on /var/empty (zfs, local, noatime, > noexec, nosuid, read-only, nfsv4acls) > efiwpool/ROOT/init0/var/log on /var/log (zfs, local, noatime, noexec, > nosuid, nfsv4acls) > efiwpool/ROOT/init0/var/mail on /var/mail (zfs, local, noatime, > noexec, nosuid, nfsv4acls) > efiwpool/ROOT/init0/var/run on /var/run (zfs, local, noatime, noexec, > nosuid, nfsv4acls) > efiwpool/ROOT/init0/var/tmp on /var/tmp (zfs, local, noatime, nosuid, > nfsv4acls) > > => 40 234441568 ada1 GPT (112G) > 40 1600 1 efi (800K) > 1640 234439960 2 freebsd-zfs (112G) > 234441600 8 - free - (4.0K) > > % zfs get -r mountpoint efiwpool > NAME PROPERTY > VALUE SOURCE > efiwpool mountpoint none > local > efiwpool/ROOT mountpoint none > inherited from efiwpool > efiwpool/ROOT/init mountpoint > legacy local > efiwpool/ROOT/init/tmp mountpoint /tmp > local > .... > > This work fine, booted, beadm create new env, activate them, see boot > menu and select BE. > > % beadm list > BE Active Mountpoint Space Created > init - - 420.7M 2016-03-09 02:57 > init0 NR / 35.9G 2016-03-10 05:00 > > If i'm add separate dataset for /boot (efiwpool/ROOT/init0/boot) > system not booted, efi loader (first stage) see only my pool, not > found /boot/loader.efi > From owner-freebsd-current@freebsd.org Thu Mar 10 15:30:06 2016 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 283F7ACBCBC for ; Thu, 10 Mar 2016 15:30:06 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY004-OMC3S1.hotmail.com (bay004-omc3s1.hotmail.com [65.54.190.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 185E41D6E; Thu, 10 Mar 2016 15:30:05 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY182-W32 ([65.54.190.187]) by BAY004-OMC3S1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Thu, 10 Mar 2016 07:29:00 -0800 X-TMN: [myWuUGMZy75X8PVxYOrKdp1ssgdW7vcQ] X-Originating-Email: [sgeos@hotmail.com] Message-ID: From: Brendan Sechter To: Hans Petter Selasky , "freebsd-current@freebsd.org" , Ed Maste Subject: RE: ukbd.c: error: use of undeclared identifier 'key_map' Date: Fri, 11 Mar 2016 00:28:59 +0900 Importance: Normal In-Reply-To: <56E11B72.5000609@selasky.org> References: , <56E11B72.5000609@selasky.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 10 Mar 2016 15:29:00.0401 (UTC) FILETIME=[91DF3610:01D17AE1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 15:30:06 -0000 =0A= =0A= ----------------------------------------=0A= > Subject: Re: ukbd.c: error: use of undeclared identifier 'key_map'=0A= > To: sgeos@hotmail.com=3B freebsd-current@freebsd.org=3B emaste@freebsd.or= g=0A= > From: hps@selasky.org=0A= > Date: Thu=2C 10 Mar 2016 08:00:02 +0100=0A= >=0A= > On 03/09/16 23:04=2C Brendan Sechter wrote:=0A= >> Hello-=0A= >>=0A= >> My kernel fails to build when I specify a default keymap. The problem ap= pears to=0A= >> exist in both atkbd(4) and ukbd(4). My last build appears to have succee= ded in=0A= >> September of last year. That may have been when I added the option.=0A= >>=0A= >> My kernel config and the failing build output for ukbd are below. The VI= RTUALBOX=0A= >> kernel config below built without issue.=0A= >>=0A= >> Regards=2C=0A= >> -Brendan=0A= >>=0A= >=0A= > Hi=2C=0A= >=0A= > Given the heavy rework in the console area in 11-current I'm not sure if= =0A= > this feature works any more or if it needs to be updated. Maybe Ed Maste= =0A= > knows?=0A= >=0A= > --HPS=0A= =0A= I tried a couple more builds and the *KBD_DFLT_KEYMAP options do appear=0A= to be the problem. =A0This works.=0A= =0A= # AT Keyboard=0A= device =A0 =A0 =A0 =A0 =A0atkbdc=0A= device =A0 =A0 =A0 =A0 =A0atkbd=0A= #options =A0 =A0 =A0 =A0 ATKBD_DFLT_KEYMAP=0A= #makeoptions =A0 =A0 ATKBD_DFLT_KEYMAP=3Djp.106=0A= =0A= # USB Keyboard=0A= device =A0 =A0 =A0 =A0 =A0ukbd=0A= #options =A0 =A0 =A0 =A0 UKBD_DFLT_KEYMAP=0A= #makeoptions =A0 =A0 UKBD_DFLT_KEYMAP=3Djp.106=0A= =0A= This does not.=0A= =0A= # AT Keyboard=0A= device =A0 =A0 =A0 =A0 =A0atkbdc=0A= device =A0 =A0 =A0 =A0 =A0atkbd=0A= options =A0 =A0 =A0 =A0 ATKBD_DFLT_KEYMAP=0A= #makeoptions =A0 =A0 ATKBD_DFLT_KEYMAP=3Djp.106=0A= =0A= # USB Keyboard=0A= device =A0 =A0 =A0 =A0 =A0ukbd=0A= options =A0 =A0 =A0 =A0 UKBD_DFLT_KEYMAP=0A= #makeoptions =A0 =A0 UKBD_DFLT_KEYMAP=3Djp.106=0A= =0A= Regards=2C=0A= -Brendan = From owner-freebsd-current@freebsd.org Thu Mar 10 15:38:54 2016 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 9C70EACA1D7; Thu, 10 Mar 2016 15:38:54 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (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 574053E0; Thu, 10 Mar 2016 15:38:54 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-qg0-x231.google.com with SMTP id u110so73436369qge.3; Thu, 10 Mar 2016 07:38:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=lgVWkPrWP1XWoPa+dj0908s7trRWSBUtAulmXbbAkzU=; b=A+cdOf7Jy57No0ZKMCYhBsybsMM+7oLEEXHel6QaetiY35q0k3HQmWA2PXgqlfJGSs wnVypRt3Ve26Ucg+vAeZ2OF/YRTxuYbsoJWN/VpzU/tq+0ochL5OAN2yCtwtDBc+BHH1 OMFGEVf/b+gd9q1xI4y04goDoCI1skF+pybOZy9/CnDXvwaVHmFhESRdof+2qsjn+y8D Id/0cbz+w4u4TXxKUI08Qh8+b6Lu+AZAW2sarv2QsEt2Btd1FiehRP1DJe+z3W723Lu3 a2DP9Y58eXBT1z3FF0FZzfRbtVfB4VgtY4Y54LqKinqr6xUVEfeXspbkCZrI9NtWGLRB 3+TQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=lgVWkPrWP1XWoPa+dj0908s7trRWSBUtAulmXbbAkzU=; b=MKh70oeLGZ2VOk8R9jHvqwV0lNgN42lHrbfeUiy4nSlV31LqL7lFvcgmZNyHm/rrGz elMLwfX3UOe0fvCaEq+aUdzmysD6G3/tvIjNctluinnDxwS67Y9lQxQ2Sp6hRCLaKqrC bcuOfsiBPfGfMLqtR7K/zDWtVu1F+b1PMfL19ujOaO2I3vlxSQaRLbxDhKASvSEOozsx SnindIX7QeNmfD1YUgijkZFOPjvqNuauLLi3AaAHO0hhhtc0G4P/Zu/0nBmgAG/eY5fo 3RB/cMRk57kUnkIelnM1cCLsyYjmqzydyHNAVu4tMoFLgMmZ6a5m+xK4bdjP1QPpdqXA FVCQ== X-Gm-Message-State: AD7BkJKeOzKCy7RbqsOJV5+NQSDY4L3Cc8JoKMhTximC4hmaVPCwUGGMNBHiyaXqt9pu1mXCVNYuD5wcVFsuMg== MIME-Version: 1.0 X-Received: by 10.140.19.52 with SMTP id 49mr4933972qgg.103.1457624333143; Thu, 10 Mar 2016 07:38:53 -0800 (PST) Received: by 10.55.106.5 with HTTP; Thu, 10 Mar 2016 07:38:53 -0800 (PST) In-Reply-To: References: <56E045C8.1040000@vangyzen.net> Date: Thu, 10 Mar 2016 18:38:53 +0300 Message-ID: Subject: Re: EFI zfs loader and beadm? From: Andrey Fesenko To: krad Cc: Eric van Gyzen , "freebsd-hackers@freebsd.org" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 15:38:54 -0000 On Thu, Mar 10, 2016 at 6:11 PM, krad wrote: > As Eric said you cant have /boot on a separate dataset as the whole loader > bootstrap isnt designed too look for it on the dataset defined by bootfs. > Remember no other datasets are mounted at that stage of the bootstrap. > > You could maybe bodge something by manually playing around with the bootfs > property, symlinks and rootfs variables in the loader.conf. But why would > you want to do this? It's more work and non standard, and will break a lot? > > > > On 10 March 2016 at 12:11, Andrey Fesenko wrote: >> >> On Thu, Mar 10, 2016 at 2:55 PM, krad wrote: >> > presumably it boots now? >> > >> > On 10 March 2016 at 11:01, Andrey Fesenko wrote: >> >> >> >> On Thu, Mar 10, 2016 at 1:49 PM, krad wrote: >> >> > Make sure you are running the latest snapshot of current or 10.3 as >> >> > well, as >> >> > the MFC commits were in early February for 10-stable >> >> > >> >> >> >> >> >> If remove efiwpool/ROOT/init/boot and copy his content on >> >> >> efiwpool/ROOT/init my scheme work fine too. >> >> >> /usr /var /home and other included in BE for consistent boot system >> >> >> (CURRENT world may not boot with kernel other rev), and old home >> >> >> snapshot sometimes useful for backup/restore >> >> >> _______________________________________________ >> >> >> >> % uname -a >> >> FreeBSD x220.efi.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296548: >> >> Wed Mar 9 01:16:17 MSK 2016 >> >> root@des.local:/usr/obj/usr/src/sys/X220 amd64 >> > >> > >> >> My current working config >> % mount >> .... >> >> This work fine, booted, beadm create new env, activate them, see boot >> menu and select BE. >> >> % beadm list >> BE Active Mountpoint Space Created >> init - - 420.7M 2016-03-09 02:57 >> init0 NR / 35.9G 2016-03-10 05:00 >> >> If i'm add separate dataset for /boot (efiwpool/ROOT/init0/boot) >> system not booted, efi loader (first stage) see only my pool, not >> found /boot/loader.efi > > It probably does not matter, as bootfs have snapshots (BE), just wanted to make it more clear (having taken significant mountpoint /boot, /usr, /var... in zfs dataset) and was surprised why the system does not boot It is clear that as long as the functionality is experimental and under development, but would like to see where the full instructions on its implementation / restrictions, at least as early as has been described https://wiki.freebsd.org/RootOnZFS From owner-freebsd-current@freebsd.org Thu Mar 10 19:23:59 2016 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 93CD2ACA9CA; Thu, 10 Mar 2016 19:23:59 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 22E85B24; Thu, 10 Mar 2016 19:23:58 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id u2AJNqOp051530 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 10 Mar 2016 20:23:52 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id u2AJNpH3051527; Thu, 10 Mar 2016 20:23:51 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 10 Mar 2016 20:23:51 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Andrey Fesenko cc: "freebsd-hackers@freebsd.org" , freebsd-current Subject: Re: EFI zfs loader and beadm? In-Reply-To: Message-ID: References: <56E045C8.1040000@vangyzen.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 19:23:59 -0000 On Thu, 10 Mar 2016 18:38+0300, Andrey Fesenko wrote: > On Thu, Mar 10, 2016 at 6:11 PM, krad wrote: > > As Eric said you cant have /boot on a separate dataset as the whole loader > > bootstrap isnt designed too look for it on the dataset defined by bootfs. > > Remember no other datasets are mounted at that stage of the bootstrap. > > > > You could maybe bodge something by manually playing around with the bootfs > > property, symlinks and rootfs variables in the loader.conf. But why would > > you want to do this? It's more work and non standard, and will break a lot? > > > > > > > > On 10 March 2016 at 12:11, Andrey Fesenko wrote: > >> > >> On Thu, Mar 10, 2016 at 2:55 PM, krad wrote: > >> > presumably it boots now? > >> > > >> > On 10 March 2016 at 11:01, Andrey Fesenko wrote: > >> >> > >> >> On Thu, Mar 10, 2016 at 1:49 PM, krad wrote: > >> >> > Make sure you are running the latest snapshot of current or 10.3 as > >> >> > well, as > >> >> > the MFC commits were in early February for 10-stable > >> >> > > >> >> >> > >> >> >> If remove efiwpool/ROOT/init/boot and copy his content on > >> >> >> efiwpool/ROOT/init my scheme work fine too. > >> >> >> /usr /var /home and other included in BE for consistent boot system > >> >> >> (CURRENT world may not boot with kernel other rev), and old home > >> >> >> snapshot sometimes useful for backup/restore > >> >> >> _______________________________________________ > >> >> > >> >> % uname -a > >> >> FreeBSD x220.efi.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296548: > >> >> Wed Mar 9 01:16:17 MSK 2016 > >> >> root@des.local:/usr/obj/usr/src/sys/X220 amd64 > >> > > >> > > >> > >> My current working config > >> % mount > >> .... > >> > >> This work fine, booted, beadm create new env, activate them, see boot > >> menu and select BE. > >> > >> % beadm list > >> BE Active Mountpoint Space Created > >> init - - 420.7M 2016-03-09 02:57 > >> init0 NR / 35.9G 2016-03-10 05:00 > >> > >> If i'm add separate dataset for /boot (efiwpool/ROOT/init0/boot) > >> system not booted, efi loader (first stage) see only my pool, not > >> found /boot/loader.efi > > > > > > It probably does not matter, as bootfs have snapshots (BE), just > wanted to make it more clear (having taken significant mountpoint > /boot, /usr, /var... in zfs dataset) and was surprised why the system > does not boot > > It is clear that as long as the functionality is experimental and > under development, but would like to see where the full instructions > on its implementation / restrictions, at least as early as has been > described https://wiki.freebsd.org/RootOnZFS If you keep /boot as a separate dataset/filesystem, with efiwpool/ROOT/init0/boot as the given bootfs, then boot1.efi will not see a /boot directory inside that dataset. The files and directories from /boot will be presented as living in /, the local root directory of that dataset. You could create a /boot/boot symlink pointing to . (dot), but it's better to let /boot be part of the regular boot environment, pretty similar to what you would find on a UFS system using a separate root filesystem. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@freebsd.org Thu Mar 10 20:16:28 2016 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 4EA33ACB70C for ; Thu, 10 Mar 2016 20:16:28 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 41392232; Thu, 10 Mar 2016 20:16:28 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 39ECB1B89; Thu, 10 Mar 2016 20:16:28 +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 01B7A1E811; Thu, 10 Mar 2016 20:16:28 +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 THfqAhWQkiXN; Thu, 10 Mar 2016 20:16:25 +0000 (UTC) Subject: Re: sparc64 linker scripts get installed and removed during upgrade DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 12EDC1E80B To: Kurt Lidl , FreeBSD-Current References: <56E18E59.6090207@pix.net> From: Bryan Drewery Organization: FreeBSD Message-ID: <56E1D619.6090207@FreeBSD.org> Date: Thu, 10 Mar 2016 12:16:25 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <56E18E59.6090207@pix.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 10 Mar 2016 20:16:28 -0000 On 3/10/16 7:10 AM, Kurt Lidl wrote: > I have a sparc64 host running stable/10. > > I have noticed on the last several updates that I've > done (basic list of operations below): > checkout current stable/10 sources > make buildworld > make buildkernel > make installkernel > reboot > mergemaster -p > make installworld > mergemaster > make delete-old > > I get a bunch of sparc64 linker scripts that get installed > each time, and then are removed during the 'make delete-old' > operation. > > root@gatekeeper-372: make delete-old && make delete-old-libs > >>>> Removing old files (only deletes safe to delete libs) > remove /usr/libdata/ldscripts/elf64_sparc.x? y > remove /usr/libdata/ldscripts/elf64_sparc.xbn? y > remove /usr/libdata/ldscripts/elf64_sparc.xn? y > remove /usr/libdata/ldscripts/elf64_sparc.xr? y > remove /usr/libdata/ldscripts/elf64_sparc.xs? y > remove /usr/libdata/ldscripts/elf64_sparc.xu? y > remove /usr/libdata/ldscripts/elf64_sparc.xc? y > remove /usr/libdata/ldscripts/elf64_sparc.xsc? y > remove /usr/libdata/ldscripts/elf32_sparc.x? y > remove /usr/libdata/ldscripts/elf32_sparc.xbn? y > remove /usr/libdata/ldscripts/elf32_sparc.xn? y > remove /usr/libdata/ldscripts/elf32_sparc.xr? y > remove /usr/libdata/ldscripts/elf32_sparc.xs? y > remove /usr/libdata/ldscripts/elf32_sparc.xu? y > remove /usr/libdata/ldscripts/elf32_sparc.xc? y > remove /usr/libdata/ldscripts/elf32_sparc.xsc? y > > I would think these shouldn't be installed at all, if they > are not needed or obsolete. > This should fix it once MFC'd: https://svnweb.freebsd.org/changeset/base/296623 -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Mar 11 00:06:25 2016 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 C9549ACC427 for ; Fri, 11 Mar 2016 00:06:25 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A3E2DAA3 for ; Fri, 11 Mar 2016 00:06:25 +0000 (UTC) (envelope-from marquis@roble.com) Received: from alba.roble.net (mx5.roble.com [206.40.34.5]) by mx5.roble.com (Postfix) with ESMTP id 7FF906783D for ; Thu, 10 Mar 2016 16:06:18 -0800 (PST) In-Reply-To: References: Date: Thu, 10 Mar 2016 16:06:18 -0800 Subject: Re: zfsboot patch for /usr From: "Roger Marquis" To: freebsd-current@freebsd.org Reply-To: marquis@roble.com MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 00:06:25 -0000 > You don't mkdir it, you create it as a ZFS dataset, and mark it with the > 'canmount=no' property, so it only exists to be a parent, not as an > actual dataset. This is the default in zfboot currently. Thanks to everyone for pointing this out. I'll forget about mkdir then, ignore the output of 'zfs list' and get comfortable doing things the zfs way. Still have to tweak scripts/zfsboot to create a /var/spool subvol, a /home subvol in place of /usr/home and specify atime=none in the default dataset. At least the latter works as expected. Roger From owner-freebsd-current@freebsd.org Fri Mar 11 01:28:23 2016 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 1050AACAE4B for ; Fri, 11 Mar 2016 01:28:23 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x230.google.com (mail-vk0-x230.google.com [IPv6:2607:f8b0:400c:c05::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 CC11E25F for ; Fri, 11 Mar 2016 01:28:22 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x230.google.com with SMTP id e185so117749225vkb.1 for ; Thu, 10 Mar 2016 17:28:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=M+1GBgmLhTSUT4tzTVzAa12obil6iRqdf2TNlXR7jms=; b=oHlVObA6mvLFnZC7oA0bwCKv6/qRZTOuar1mchQNX1OvgN7hXfbewWCylGqQR985/r U2b0EHLMQ7f+YLMxi6m9+nclI48rpZPBlaQuCxcvoWn7HFGnGa8XiNA5A+cPps93McPu xSR7CyPFVipVrB9Nr7GBW0hHuusM4Ou+77sWdh+tC8AsQpFG0JUqhsG91jD3FIzDI5e8 h+k4DIFRATlXW2nsgnrNChDLBWXoTJoa2ZI7uUZyxH3Y6vJfOModoa68+qoyIisF02hA e2T8YgCDZRxmjANWx5grhHPkyQlaPU+LVgwosHN+ygWouvwnzs3V4NTXPsIyWET/ZIWF zamg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=M+1GBgmLhTSUT4tzTVzAa12obil6iRqdf2TNlXR7jms=; b=Cv7iZVW34Iz9YxonmqajlevIJ6zz3kYc5sJ+9KZ9FJcHWN3u6H4yyJWS0sFaQzkNuv 3XwelXUAwoUNTEHUyjZQfuw9drb4R/uyblqltHSyrgaD6tF7keiILPXp4CuvFMLPuWsH 8wxH+/D8o0CEHGVcybA6zH+1pj7ixzZmSg4iZNUtRnaMnawI16tu0PszXD+2OIvZavx4 ONkK10jQ/JDbrFJHZzMe3lBGjgRkzLvwcJrzmO9WJOIyT3U0Z1+BYYp8611SeRWeK2X0 1wyHd4/I98li/dBpx7jyKXjKjpNleQuCeigk/mmIKGt3sFbFfn20uFNNaIX9w1iXNc4C ln9A== X-Gm-Message-State: AD7BkJJJ3+byvnt9x3kEycsK4eayPWegMD1cAn8+JmaL/PCYut9jlpSrhH3zk6dx3cxLbclD3BQP6OBdMNmPUA== MIME-Version: 1.0 X-Received: by 10.31.128.15 with SMTP id b15mr6670392vkd.128.1457659701745; Thu, 10 Mar 2016 17:28:21 -0800 (PST) Received: by 10.31.194.194 with HTTP; Thu, 10 Mar 2016 17:28:21 -0800 (PST) In-Reply-To: <56e20c0b.9021620a.6a3f7.ffff9443SMTPIN_ADDED_MISSING@mx.google.com> References: <56e20c0b.9021620a.6a3f7.ffff9443SMTPIN_ADDED_MISSING@mx.google.com> Date: Thu, 10 Mar 2016 20:28:21 -0500 Message-ID: Subject: Re: zfsboot patch for /usr From: Ultima To: marquis@roble.com Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 01:28:23 -0000 No need to ignore the output of zfs list, here is an explanation of zfs list's output, this is in the zfs man page. I think you're confusing used with refer. used The amount of space consumed by this dataset and all its descendents. This is the value that is checked against this dataset's quota and reservation. The space used does not include this dataset's reserva=E2=80=90 tion, but does take into account the reservations of any descenden= t datasets. The amount of space that a dataset consumes from its par= =E2=80=90 ent, as well as the amount of space that are freed if this dataset is recursively destroyed, is the greater of its space used and its reservation. When snapshots (see the "Snapshots" section) are created, their space is initially shared between the snapshot and the file system, and possibly with previous snapshots. As the file system changes, spac= e that was previously shared becomes unique to the snapshot, and counted in the snapshot's space used. Additionally, deleting snap= =E2=80=90 shots can increase the amount of space unique to (and used by) other snapshots. The amount of space used, available, or referenced does not take into account pending changes. Pending changes are generally accounted for within a few seconds. Committing a change to a disk using fsync(2) or O_SYNC does not necessarily guarantee that the space usage informa= =E2=80=90 tion is updated immediately. available The amount of space available to the dataset and all its children, assuming that there is no other activity in the pool. Because spac= e is shared within a pool, availability can be limited by any number of factors, including physical pool size, quotas, reservations, or other datasets within the pool. This property can also be referred to by its shortened column name= , avail. referenced The amount of data that is accessible by this dataset, which may o= r may not be shared with other datasets in the pool. When a snapshot or clone is created, it initially references the same amount of space as the file system or snapshot it was created from, since its content= s are identical. This property can also be referred to by its shortened column name= , refer. On Thu, Mar 10, 2016 at 7:06 PM, Roger Marquis wrote: > > You don't mkdir it, you create it as a ZFS dataset, and mark it with th= e > > 'canmount=3Dno' property, so it only exists to be a parent, not as an > > actual dataset. This is the default in zfboot currently. > > Thanks to everyone for pointing this out. I'll forget about mkdir then, > ignore the output of 'zfs list' and get comfortable doing things the zfs > way. > > Still have to tweak scripts/zfsboot to create a /var/spool subvol, a /hom= e > subvol in place of /usr/home and specify atime=3Dnone in the default data= set. > At least the latter works as expected. > > Roger > > > _______________________________________________ > 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 Fri Mar 11 05:16:55 2016 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 0ED84ACB993; Fri, 11 Mar 2016 05:16:55 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 02530D00; Fri, 11 Mar 2016 05:16:55 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2F21210F4; Fri, 11 Mar 2016 05:16:55 +0000 (UTC) Date: Fri, 11 Mar 2016 05:16:52 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: np@FreeBSD.org, imp@FreeBSD.org, bdrewery@FreeBSD.org, sjg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2115536680.1.1457673414464.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2564 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 05:16:55 -0000 FreeBSD_HEAD_i386 - Build #2564 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2564/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2564/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2564/console Change summaries: 296647 by bdrewery: Use the new bmake .dinclude feature to make these safe. At least FAST_DEPEND won't even run 'make depend', so the code was potentially broken with FAST_DEPEND anyhow. The .dinclude directive will ignore missing files rather than make them be fatal. Sponsored by: EMC / Isilon Storage Division 296646 by bdrewery: FAST_DEPEND: Use .dinclude to enable full .depend logic in bmake. The inclusion of .MAKE.DEPENDFILE (.depend) has special logic in make to ignore stale/missing dependencies. bmake 20160220 added a '.dinclude' directive that uses the special logic for .depend when including the file. This fixes a build error when a file is moved or deleted that exists in a .depend.OBJ file. This happened in r292782 when sha512c.c "moved" and an incremental build of lib/libmd would fail with: make: don't know how to make /usr/src/lib/libcrypt/../libmd/sha512c.c. Stop Now this will just be seen as a stale dependency and cause a rebuild: make: /usr/obj/usr/src/lib/libmd/.depend.sha512c.o, 13: ignoring stale .depend for /usr/src/lib/libcrypt/../libmd/sha512c.c --- sha512c.o --- ... This rebuild will only be done once since the .depend.sha512c.o will be updated on the build with the -MF flags. This also removes -MP being passed for the .depend.OBJ generation (which would create fake targets for system headers) since the logic is no longer needed to protect from missing files. Sponsored by: EMC / Isilon Storage Division 296645 by bdrewery: Fix bmake upgrade NO_MAN warnings. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 296644 by bdrewery: Fix upgrade of bmake by not setting conflicting MAKE_VERSION. This may be used in later checks, such as in bsd.dep.mk, to enable features that rely on the built-in value. Sponsored by: EMC / Isilon Storage Division 296643 by bdrewery: Fix make -n upgrade_checks. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 296642 by imp: Factor out lib32 generation to its own file. This is prep for a similar Makefile.libsoft which will do the same for armv6 soft fp API libraries in prep for pulling the trigger on moving to armv6 hard float. Once there's two files, I'll work with bdrewery@ to merge the two files as they are mostly the same. The high rate of churn for Makefile* makes it quite difficult to make progress out of tree. Differential Review: https://reviews.freebsd.org/D5566 296641 by np: cxgbe(4): Add sysctls to display the TP microcode version and the expansion rom version (if there's one). trantor:~# sysctl dev.t4nex dev.t5nex | grep _version dev.t4nex.0.firmware_version: 1.15.28.0 dev.t4nex.0.tp_version: 0.1.9.4 dev.t5nex.0.firmware_version: 1.15.28.0 dev.t5nex.0.exprom_version: 1.0.0.68 dev.t5nex.0.tp_version: 0.1.4.9 296640 by np: cxgbe(4): Add a sysctl for the event capture mask of the TP block's logic analyzer. dev.t5nex..misc.tp_la_mask dev.t4nex..misc.tp_la_mask 296637 by sjg: Merge bmake-20160307 The end of the build log: Started by an SCM change Building remotely on kyua6.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_i386 Updating svn://svnmir.freebsd.org/base/head at revision '2016-03-11T05:14:11.863 +0000' U lib/clang/clang.build.mk U Makefile U share/mk/bsd.dep.mk U share/mk/dirdeps.mk U share/mk/gendirdeps.mk U share/mk/meta.autodep.mk U share/mk/meta.stage.mk U share/mk/meta.sys.mk U share/mk/sys.dependfile.mk U sys/conf/kern.post.mk U sys/dev/cxgbe/adapter.h U sys/dev/cxgbe/common/common.h U sys/dev/cxgbe/t4_main.c U usr.bin/bmake/Makefile U Makefile.inc1 AU Makefile.lib32 U contrib/bmake/ChangeLog U contrib/bmake/Makefile U contrib/bmake/arch.c U contrib/bmake/bmake.1 U contrib/bmake/bmake.cat1 U contrib/bmake/compat.c U contrib/bmake/cond.c U contrib/bmake/dirname.c U contrib/bmake/for.c U contrib/bmake/getopt.c U contrib/bmake/job.c U contrib/bmake/main.c U contrib/bmake/make.1 U contrib/bmake/make.c U contrib/bmake/make.h U contrib/bmake/meta.c U contrib/bmake/meta.h U contrib/bmake/mk/ChangeLog U contrib/bmake/mk/auto.dep.mk U contrib/bmake/mk/dirdeps.mk U contrib/bmake/mk/gendirdeps.mk U contrib/bmake/mk/install-mk U contrib/bmake/mk/meta.autodep.mk U contrib/bmake/mk/meta.stage.mk U contrib/bmake/mk/meta.sys.mk U contrib/bmake/mk/meta2deps.sh U contrib/bmake/mk/sys.clean-env.mk U contrib/bmake/mk/sys.dependfile.mk U contrib/bmake/mk/warnings.mk U contrib/bmake/nonints.h U contrib/bmake/parse.c U contrib/bmake/suff.c U contrib/bmake/targ.c U contrib/bmake/unit-tests/export-env.exp U contrib/bmake/unit-tests/export-env.mk U contrib/bmake/unit-tests/modts.exp U contrib/bmake/unit-tests/modts.mk U contrib/bmake/var.c U contrib/bmake At revision 296647 No emails were triggered. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson4711507139651341497.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + true + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + true + sudo umount FreeBSD_HEAD_i386/usr/src + true + sudo umount FreeBSD_HEAD_i386/dev + true + sudo rm -fr FreeBSD_HEAD_i386 + sudo chflags -R noschg FreeBSD_HEAD_i386 + true + sudo rm -fr FreeBSD_HEAD_i386 [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson748127392294232032.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo env: env: + /usr/bin/env BUILD_NUMBER=2564 HUDSON_SERVER_COOKIE=0657dbe3541f1b1a JOB_NAME=FreeBSD_HEAD_i386 LOGNAME=jenkins JAVA_HOME=/usr/local/openjdk8 SVN_URL=svn://svnmir.freebsd.org/base/head BUILDER_JAIL_IP=2610:1c1:1:607c::106:1 jname=FreeBSD_HEAD_i386 JENKINS_URL=https://jenkins.FreeBSD.org/ JENKINS_HOME=/usr/local/jenkins PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin HUDSON_HOME=/usr/local/jenkins OLDPWD=/ BUILD_ID=2564 BUILDER_NETIF=igb0 JENKINS_SERVER_COOKIE=0657dbe3541f1b1a PWD=/jenkins/workspace/FreeBSD_HEAD_i386 BUILD_TAG=jenkins-FreeBSD_HEAD_i386-2564 NODE_LABELS=jailer kyua6.nyi.freebsd.org BUILD_DISPLAY_NAME=#2564 HOME=/jenkins USER=jenkins BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2564/ SVN_URL_1=svn://svnmir.freebsd.org/base/head SVN_REVISION=296647 SVN_REVISION_1=296647 BUILDER_JAIL_IP6=2610:1c1:1:607c::105:1 JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/ SHELL=/bin/sh HUDSON_URL=https://jenkins.FreeBSD.org/ HUDSON_COOKIE=8d76b3e2-da79-491c-9c97-50166af502d6 BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n WORKSPACE=/jenkins/workspace/FreeBSD_HEAD_i386 NODE_NAME=kyua6.nyi.freebsd.org EXECUTOR_NUMBER=0 + echo 'setup jail FreeBSD_HEAD_i386' setup jail FreeBSD_HEAD_i386 + fetch -m http://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/10.2-RELEASE/base.txz + mkdir FreeBSD_HEAD_i386 + cd FreeBSD_HEAD_i386 + sudo tar Jxf ../base.txz + cd - + sudo mount -t devfs devfs FreeBSD_HEAD_i386/dev + sudo devfs -m FreeBSD_HEAD_i386/dev rule -s 4 applyset + sudo mount -t nullfs src FreeBSD_HEAD_i386/usr/src + printf 'nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n' + sudo tee FreeBSD_HEAD_i386/etc/resolv.conf nameserver 2610:1c1:1:6002::100 nameserver 2610:1c1:1:6002::200 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 alias + sudo jail -c persist 'name=FreeBSD_HEAD_i386' 'path=FreeBSD_HEAD_i386' 'host.hostname=FreeBSD_HEAD_i386.jail.ci.FreeBSD.org' 'ip6.addr=2610:1c1:1:607c::106:1' 'ip4=disable' allow.chflags + echo 'setup build environment' setup build environment + echo 'build environment:' build environment: + sudo jexec FreeBSD_HEAD_i386 sh -c 'uname -a' FreeBSD FreeBSD_HEAD_i386.jail.ci.FreeBSD.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296318: Wed Mar 2 16:40:46 UTC 2016 peter@build-11.freebsd.org:/usr/obj/usr/src/sys/CLUSTER11 i386 + sudo pkg -j FreeBSD_HEAD_i386 info -q pkg: Warning: Major OS version upgrade detected. Running "pkg-static install -f pkg" recommended [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6050618668052442700.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'start build in FreeBSD_HEAD_i386' start build in FreeBSD_HEAD_i386 + sudo jexec FreeBSD_HEAD_i386 sh -c 'cd /usr/src && make -DNO_CLEAN -j 4 buildworld' --- upgrade_checks --- --- bmake --- -------------------------------------------------------------- >>> Building an up-to-date bmake(1) -------------------------------------------------------------- make[2]: "/usr/share/mk/bsd.own.mk" line 480: MK_MAN can't be set by a user. *** [bmake] Error code 1 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [upgrade_checks] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6973252566228926010.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Mar 11 07:15:58 2016 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 A46B6ACC2CA; Fri, 11 Mar 2016 07:15:58 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 987952E8; Fri, 11 Mar 2016 07:15:58 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 047B1114C; Fri, 11 Mar 2016 07:15:59 +0000 (UTC) Date: Fri, 11 Mar 2016 07:15:58 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ak@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <667353097.5.1457680558957.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2115536680.1.1457673414464.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2115536680.1.1457673414464.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2565 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 07:15:58 -0000 FreeBSD_HEAD_i386 - Build #2565 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2565/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2565/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2565/console Change summaries: 296648 by ak: - Implement -T option to allow to specify a fs type for a vnode-backed memory disk - Rephrase -t option description (manpage) - Split long sentences (manpage) Differential Review: https://reviews.freebsd.org/D4394 Reviewed by: mav, wblock (manpage) Approved by: mav The end of the build log: Started by an SCM change Building remotely on kyua6.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_i386 Updating svn://svnmir.freebsd.org/base/head at revision '2016-03-11T07:15:06.118 +0000' U sbin/mdmfs/mdmfs.8 U sbin/mdmfs/mdmfs.c At revision 296648 No emails were triggered. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7675996896553092739.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + true + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + true + sudo umount FreeBSD_HEAD_i386/usr/src + true + sudo umount FreeBSD_HEAD_i386/dev + true + sudo rm -fr FreeBSD_HEAD_i386 + sudo chflags -R noschg FreeBSD_HEAD_i386 + true + sudo rm -fr FreeBSD_HEAD_i386 [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7809357646689683467.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo env: env: + /usr/bin/env BUILD_NUMBER=2565 HUDSON_SERVER_COOKIE=0657dbe3541f1b1a JOB_NAME=FreeBSD_HEAD_i386 LOGNAME=jenkins JAVA_HOME=/usr/local/openjdk8 SVN_URL=svn://svnmir.freebsd.org/base/head BUILDER_JAIL_IP=2610:1c1:1:607c::106:1 jname=FreeBSD_HEAD_i386 JENKINS_URL=https://jenkins.FreeBSD.org/ JENKINS_HOME=/usr/local/jenkins PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin HUDSON_HOME=/usr/local/jenkins OLDPWD=/ BUILD_ID=2565 BUILDER_NETIF=igb0 JENKINS_SERVER_COOKIE=0657dbe3541f1b1a PWD=/jenkins/workspace/FreeBSD_HEAD_i386 BUILD_TAG=jenkins-FreeBSD_HEAD_i386-2565 NODE_LABELS=jailer kyua6.nyi.freebsd.org BUILD_DISPLAY_NAME=#2565 HOME=/jenkins USER=jenkins BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2565/ SVN_URL_1=svn://svnmir.freebsd.org/base/head SVN_REVISION=296648 SVN_REVISION_1=296648 BUILDER_JAIL_IP6=2610:1c1:1:607c::105:1 JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/ SHELL=/bin/sh HUDSON_URL=https://jenkins.FreeBSD.org/ HUDSON_COOKIE=6456cfad-11d7-4eb4-80e3-614c39e3e1fe BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n WORKSPACE=/jenkins/workspace/FreeBSD_HEAD_i386 NODE_NAME=kyua6.nyi.freebsd.org EXECUTOR_NUMBER=0 + echo 'setup jail FreeBSD_HEAD_i386' setup jail FreeBSD_HEAD_i386 + fetch -m http://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/10.2-RELEASE/base.txz + mkdir FreeBSD_HEAD_i386 + cd FreeBSD_HEAD_i386 + sudo tar Jxf ../base.txz + cd - + sudo mount -t devfs devfs FreeBSD_HEAD_i386/dev + sudo devfs -m FreeBSD_HEAD_i386/dev rule -s 4 applyset + sudo mount -t nullfs src FreeBSD_HEAD_i386/usr/src + printf 'nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n' + sudo tee FreeBSD_HEAD_i386/etc/resolv.conf nameserver 2610:1c1:1:6002::100 nameserver 2610:1c1:1:6002::200 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 alias + sudo jail -c persist 'name=FreeBSD_HEAD_i386' 'path=FreeBSD_HEAD_i386' 'host.hostname=FreeBSD_HEAD_i386.jail.ci.FreeBSD.org' 'ip6.addr=2610:1c1:1:607c::106:1' 'ip4=disable' allow.chflags + echo 'setup build environment' setup build environment + echo 'build environment:' build environment: + sudo jexec FreeBSD_HEAD_i386 sh -c 'uname -a' FreeBSD FreeBSD_HEAD_i386.jail.ci.FreeBSD.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296318: Wed Mar 2 16:40:46 UTC 2016 peter@build-11.freebsd.org:/usr/obj/usr/src/sys/CLUSTER11 i386 + sudo pkg -j FreeBSD_HEAD_i386 info -q pkg: Warning: Major OS version upgrade detected. Running "pkg-static install -f pkg" recommended [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7408431403142023777.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'start build in FreeBSD_HEAD_i386' start build in FreeBSD_HEAD_i386 + sudo jexec FreeBSD_HEAD_i386 sh -c 'cd /usr/src && make -DNO_CLEAN -j 4 buildworld' --- upgrade_checks --- --- bmake --- -------------------------------------------------------------- >>> Building an up-to-date bmake(1) -------------------------------------------------------------- make[2]: "/usr/share/mk/bsd.own.mk" line 480: MK_MAN can't be set by a user. *** [bmake] Error code 1 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [upgrade_checks] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6003274253180170867.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Mar 11 10:00:34 2016 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 4D34AACC9D1; Fri, 11 Mar 2016 10:00:34 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::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 058FF687; Fri, 11 Mar 2016 10:00:34 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-qg0-x235.google.com with SMTP id u110so93791342qge.3; Fri, 11 Mar 2016 02:00:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-transfer-encoding; bh=apbuhY39hl/OMjMpwv+ebLv/4IKyhUX4+pRosHbE/Jg=; b=x/y1NpS9Lf7i3juL7serN/Pd3pqhHGX80r+HB7a+Fan6qbSbvKmE7IzSOrP+eeb8jP aTZXAskhLFCAUvRpXgUfm+TLEMdjCh2VJQ7kLsRUPCGQDxoCfhSpDsjJxuJda/0eu7Jl EaFF/3aNylq7vJ2OSR+D0JLHpQQy4dafUJ/Q3bSIYAfRzryFvtfLIxD1nI/FxJYE1NYI WZCpVBK4Dyy7cYGGPJc8/SzKQ/F8F2skIVYtO4qp0Rzx7u97DkRX+4UH8rAdkBL4pfpy 8xE6i9ZXrNXcMnPxqALHEu1LHPzL6qZZPzSNt2A2elhIQaQizacWKX2soqYaNCUh+laa WBbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=apbuhY39hl/OMjMpwv+ebLv/4IKyhUX4+pRosHbE/Jg=; b=huUhSvXovNooTeAIrj3nQmGvc43VtYH5GxejcyLAtiylRkcdJtvDAE0etS4wCm7WzT ZC07JG5hV2gpm7W9KS9O6mo/+n/gyBkSikW/jIyogk+FYwT4fEZXH/kADo4kzunMw40H 0X7DfK9Y3hrAi2QnlSMQ08ogxEaznrj7Bz8oO8S58ldxaqbPXUh665OX0mJbjeNHR4tG qH5PM5WenseBxlMwLly/Jt1qB6Zb2r0vgmB+igks7f5crnfAEX0Tn26eFjTjrWy2n7Vm RpRw0Y63wfQGSKDFEBM8inLV2n4Vm7WPmmxhm7wL/kd7DHc7LmjPH5Suf/9b3wUNzy4J 6few== X-Gm-Message-State: AD7BkJIPvTrOf1cCwN/fMZNQqnmKKc0Z+p2Q3Txi/QM2iHD8FPmlesVS77xYE7itJkjrwL5iAmn8NaLyd+GOZw== MIME-Version: 1.0 X-Received: by 10.140.138.209 with SMTP id 200mr10888327qhk.100.1457690433032; Fri, 11 Mar 2016 02:00:33 -0800 (PST) Received: by 10.55.106.5 with HTTP; Fri, 11 Mar 2016 02:00:32 -0800 (PST) In-Reply-To: References: <56E045C8.1040000@vangyzen.net> Date: Fri, 11 Mar 2016 13:00:32 +0300 Message-ID: Subject: Re: EFI zfs loader and beadm? From: Andrey Fesenko To: krad Cc: =?UTF-8?Q?Trond_Endrest=C3=B8l?= , "freebsd-hackers@freebsd.org" , freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 10:00:34 -0000 On Fri, Mar 11, 2016 at 10:52 AM, krad wrote: > Its also worth pointing that if you decouple the userland from the kernel > files you no longer have a boot environment, as all the basic stuff to bo= ot > the os isn't contained within the bootfs. I'm still struggling to see why > /boot needs to be on a different dataset, its just a bit of a linuxism. > > On 10 March 2016 at 19:23, Trond Endrest=C3=B8l > wrote: >> >> On Thu, 10 Mar 2016 18:38+0300, Andrey Fesenko wrote: >> >> > On Thu, Mar 10, 2016 at 6:11 PM, krad wrote: >> > > As Eric said you cant have /boot on a separate dataset as the whole >> > > loader >> > > bootstrap isnt designed too look for it on the dataset defined by >> > > bootfs. >> > > Remember no other datasets are mounted at that stage of the bootstra= p. >> > > >> > > You could maybe bodge something by manually playing around with the >> > > bootfs >> > > property, symlinks and rootfs variables in the loader.conf. But why >> > > would >> > > you want to do this? It's more work and non standard, and will break= a >> > > lot? >> > > >> > > >> > > >> > > On 10 March 2016 at 12:11, Andrey Fesenko wrote= : >> > >> >> > >> On Thu, Mar 10, 2016 at 2:55 PM, krad wrote: >> > >> > presumably it boots now? >> > >> > >> > >> > On 10 March 2016 at 11:01, Andrey Fesenko >> > >> > wrote: >> > >> >> >> > >> >> On Thu, Mar 10, 2016 at 1:49 PM, krad wrote: >> > >> >> > Make sure you are running the latest snapshot of current or 10= .3 >> > >> >> > as >> > >> >> > well, as >> > >> >> > the MFC commits were in early February for 10-stable >> > >> >> > >> > >> >> >> >> > >> >> >> If remove efiwpool/ROOT/init/boot and copy his content on >> > >> >> >> efiwpool/ROOT/init my scheme work fine too. >> > >> >> >> /usr /var /home and other included in BE for consistent boot >> > >> >> >> system >> > >> >> >> (CURRENT world may not boot with kernel other rev), and old >> > >> >> >> home >> > >> >> >> snapshot sometimes useful for backup/restore >> > >> >> >> _______________________________________________ >> > >> >> >> > >> >> % uname -a >> > >> >> FreeBSD x220.efi.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >> > >> >> r296548: >> > >> >> Wed Mar 9 01:16:17 MSK 2016 >> > >> >> root@des.local:/usr/obj/usr/src/sys/X220 amd64 >> > >> > >> > >> > >> > >> >> > >> My current working config >> > >> % mount >> > >> .... >> > >> >> > >> This work fine, booted, beadm create new env, activate them, see bo= ot >> > >> menu and select BE. >> > >> >> > >> % beadm list >> > >> BE Active Mountpoint Space Created >> > >> init - - 420.7M 2016-03-09 02:57 >> > >> init0 NR / 35.9G 2016-03-10 05:00 >> > >> >> > >> If i'm add separate dataset for /boot (efiwpool/ROOT/init0/boot) >> > >> system not booted, efi loader (first stage) see only my pool, not >> > >> found /boot/loader.efi >> > > >> > > >> > >> > It probably does not matter, as bootfs have snapshots (BE), just >> > wanted to make it more clear (having taken significant mountpoint >> > /boot, /usr, /var... in zfs dataset) and was surprised why the system >> > does not boot >> > >> > It is clear that as long as the functionality is experimental and >> > under development, but would like to see where the full instructions >> > on its implementation / restrictions, at least as early as has been >> > described https://wiki.freebsd.org/RootOnZFS >> >> If you keep /boot as a separate dataset/filesystem, with >> efiwpool/ROOT/init0/boot as the given bootfs, then boot1.efi will not >> see a /boot directory inside that dataset. The files and directories >> from /boot will be presented as living in /, the local root directory >> of that dataset. >> >> You could create a /boot/boot symlink pointing to . (dot), but it's >> better to let /boot be part of the regular boot environment, pretty >> similar to what you would find on a UFS system using a separate root >> filesystem. >> why? On the contrary, my scheme involves the entire system as a single BE (including home) > linuxism Is unlikely, to rather an attempt to use all the features ZFS. ZFS also many possible settings for each dataset/FS (compression, atime, exec......) Probably for /boot many of them unnecessary, but such separate extra snapshots, can would not be harmful From owner-freebsd-current@freebsd.org Fri Mar 11 12:05:16 2016 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 A0648ACC3C9; Fri, 11 Mar 2016 12:05:16 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (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 46B95A39; Fri, 11 Mar 2016 12:05:16 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id l68so15703008wml.0; Fri, 11 Mar 2016 04:05:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Ut68b/PdvXF/vaKd0DZX06/09rRUUKzJiRhQllSMqa8=; b=Rc2g/9KmwhYNvMb1mMKQgzznVLURF1GouY0GP7fYaWLa42W+L+JQn5pvAaWRjpWN5Z ZuyskfoY7YeLBlSLZ0t2bGmm3IkdIeVwAPoxubY706yn8o5/RX5DoqUcW6tXT9+s+Z3e nk4P8Hd3mzYf1tXOV5dlhTJJAci+myXvx04ZcjHI+c8LBdWiRCuMLM/qIFp8WMCa569d +mrM/kR4yj+of16ujlS9LQGTvzBRGpvBYO5vC3r3bwlDRxzbRgwblkur0IUSDl3x3GpG 5+vsAU47aY0Z1XKi+n/fv8MCuR26ma1w+XVjBHtkUQPyJqYMN/KswvJeK0L3mVGZk2n4 xO1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=Ut68b/PdvXF/vaKd0DZX06/09rRUUKzJiRhQllSMqa8=; b=cPWcPYjpt9KmNW8GpH6TKy1P3++c9Fzxw0EsxVoQmopo3joklhY4nLBjvq+tXRjV78 TsnaJzpFvss/RZI/tXrhjzkuVXuSV76rl+YGThtHtkTsamUAxPJ0yYzdekkfJhMQyYjg 25mLWHaCoPiXlqCgDF7ehQleGeXbhC2040Vlaftw53Gw3Fxqpf7ii8GR+mniZqMZcTJ/ fsGhPAjOwpu0TBulkT/2iLYhvFh1Ed/vmHplpXjXp+n7pxyfiyrdGlmYaEc8iCHoHid9 QuyrECaQi2M+VnacJT3+1EWK84A42Em0mFy70QJC82wZzx0tF7j5fBWiXaoZL1VQmw/U V0UA== X-Gm-Message-State: AD7BkJL9+l0qxl8egzY67NM6RzciygGWizB2o82OWJ1rdm4iW0iU7eWMA/17YGcujMm61g== X-Received: by 10.28.24.130 with SMTP id 124mr2608155wmy.50.1457697914790; Fri, 11 Mar 2016 04:05:14 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id u3sm1962885wmg.15.2016.03.11.04.05.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Mar 2016 04:05:13 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 11 Mar 2016 13:05:11 +0100 From: Baptiste Daroussin To: David Chisnall Cc: Slawa Olhovchenkov , Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160311120511.GN31877@ivaldir.etoilebsd.net> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WOTjKnJ88wpJKlWH" Content-Disposition: inline In-Reply-To: <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 12:05:16 -0000 --WOTjKnJ88wpJKlWH Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 08, 2016 at 05:35:59PM +0000, David Chisnall wrote: > On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: > >=20 >=20 > In terms of comparing packages, if you=E2=80=99re doing that visually the= n you are likely to have problems anyway, unless your eyes and brain work f= ar better than most humans. We can make that much easier by providing libx= o output in pkg and allowing you to have a simple jq script that tells you = what the differences are. >=20 pkg can already expose the entire content of a package in json or ucl via: $ pkg info --raw --raw-format [json|json-conpact|yaml|ucl] name Best regards, Bapt --WOTjKnJ88wpJKlWH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW4rReAAoJEGOJi9zxtz5aT8wQAJ6wbvtnDl6V9Aihy67txuSn fl4t74w5GE+Q+Y+IsbQlmggUp/ltbazgwbyG8PLXrcZs1Bo/8NI0Z1zyJ7lK/Nhz 6SK8gAgX9L5uTMcYkosWj/9snx0k82mmUEHv9wWRdlslspTClUCNlmNfSXCh+4Ne wZO5Pcq8STrbiNYDGxby5XJgKRkb5BMCBMT0/e9ljmw8qwpc7k/d6lOAYYi4f8us gvlCxox2DjZT2glY0+nwmsKqRiMZ5prduyzVetdJ3a2qyofkTRYlsK/9ODm+m1hL NApCbvtpJecMNHc+Mjze/iEFGFbLsLuj1AzRkkFlKNDnFcTzDh4q2jaoWe4CDl1M DmPmhhnZCEuSai94IDOdnprDJOmIABV5CgRgVTYQVjNG1tW381YlYj8tJ0BJ/3RJ IqV9cD+cEBGCCbHDE4FJ0oUV1bd/vdlZQEtjDFgk4obFUFXa2rp83bYbH1DY2XKS hVXto29M/VIhXTxqj0A3JqdmA3/sX9IxPaj2ytwvYOzW/Z3VoJDu322G1EWOt0HO MLyyYlM5R4OMF29TVfzXN/IcVSzvZE/r5t2GB/muq7GCHJOQQenHbUaXF0BHT6S5 kp2Kulkvn4rg/1UqScxJPgY04cYTBGpwCiqmDuHfwn8Z904d3tLbl/OMSvRi8WI4 lcH4dtVdfN2dmqVjquhF =K3c1 -----END PGP SIGNATURE----- --WOTjKnJ88wpJKlWH-- From owner-freebsd-current@freebsd.org Fri Mar 11 07:52:10 2016 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 63666ACB098; Fri, 11 Mar 2016 07:52:10 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::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 DFDFAA70; Fri, 11 Mar 2016 07:52:09 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id l68so6495234wml.1; Thu, 10 Mar 2016 23:52:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=FWdOLhjCF/oVZDYnZTJPH0R1onxzRoA9K/o1KdDp22w=; b=JxPXlpkAAYYOEeq7dQVye40Ed6V6PvqH4jQYDTnj4Cxst3MxEMu5/j+GP+X4qUKijf ngFhbj3528u76U4X63TdpfJJ6mxZKBHhHyO5he9IU7llOH3arfC4Tyn9SP2MtVH3GUZ3 q2A8BQTIAsWqqUUYRiHknL+R1bgENJQwoQQQwrGq4HzLqCGFfdn6SF0olv5uYE8ZDtzK qnG13RMyGt81Q0rb/TpMwVaG7VKbu50/N86y8A5d7OeQZ29i+haKAJ9TRuEJjLdHGwIK 9t7qVPcR28ievxG2m+Gj3OP2HP4WfBmOfTsd5JBu64LmBwIngFYmTZ0ob7MyzjH12pFp Ri1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=FWdOLhjCF/oVZDYnZTJPH0R1onxzRoA9K/o1KdDp22w=; b=S4kgp8E+aEx/lI6UItPvnoBRXk1nBStsibvMr0d+bBgh4eqj5RbNWWm5kIAV3DPBZ3 s5uEDobt2gLgcxbgVFEmHFvYPOdCYorJ1WJ/4D6w3P8CXGk+5DBiuNW7h8HONS8Ixhbd zbb3qf+EvyZaKWcQ1dVjgwbJPdLCNri27JzAIN+TC1vhsCU7wdgbOYdRXMNrTOmoFOMO Wmjn0N7EX4h+CKRHpKFgaSbrVN+FM+DRq6b7THWLGV1DLwpZx5ckiwxJPjn4br+KdPI8 iAuP05HYfdUBsjEoF1BCO4VqVNfpnnGJpXaGa0E7l/CwCD/KYt05brp5N3cFKDjD6PIL rjbA== X-Gm-Message-State: AD7BkJIp6uX5lD5+L3WHub8Mh22V/AIabnUMB9OmGr2s0hySqDBTR1w8FYZZQAiKNRtMA9GcKmRTbAIQzNDAwQ== MIME-Version: 1.0 X-Received: by 10.28.12.80 with SMTP id 77mr1251282wmm.19.1457682728173; Thu, 10 Mar 2016 23:52:08 -0800 (PST) Received: by 10.28.31.143 with HTTP; Thu, 10 Mar 2016 23:52:08 -0800 (PST) In-Reply-To: References: <56E045C8.1040000@vangyzen.net> Date: Fri, 11 Mar 2016 07:52:08 +0000 Message-ID: Subject: Re: EFI zfs loader and beadm? From: krad To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Cc: Andrey Fesenko , "freebsd-hackers@freebsd.org" , freebsd-current X-Mailman-Approved-At: Fri, 11 Mar 2016 12:29:42 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 07:52:10 -0000 Its also worth pointing that if you decouple the userland from the kernel files you no longer have a boot environment, as all the basic stuff to boot the os isn't contained within the bootfs. I'm still struggling to see why /boot needs to be on a different dataset, its just a bit of a linuxism. On 10 March 2016 at 19:23, Trond Endrest=C3=B8l < Trond.Endrestol@fagskolen.gjovik.no> wrote: > On Thu, 10 Mar 2016 18:38+0300, Andrey Fesenko wrote: > > > On Thu, Mar 10, 2016 at 6:11 PM, krad wrote: > > > As Eric said you cant have /boot on a separate dataset as the whole > loader > > > bootstrap isnt designed too look for it on the dataset defined by > bootfs. > > > Remember no other datasets are mounted at that stage of the bootstrap= . > > > > > > You could maybe bodge something by manually playing around with the > bootfs > > > property, symlinks and rootfs variables in the loader.conf. But why > would > > > you want to do this? It's more work and non standard, and will break = a > lot? > > > > > > > > > > > > On 10 March 2016 at 12:11, Andrey Fesenko wrote: > > >> > > >> On Thu, Mar 10, 2016 at 2:55 PM, krad wrote: > > >> > presumably it boots now? > > >> > > > >> > On 10 March 2016 at 11:01, Andrey Fesenko > wrote: > > >> >> > > >> >> On Thu, Mar 10, 2016 at 1:49 PM, krad wrote: > > >> >> > Make sure you are running the latest snapshot of current or 10.= 3 > as > > >> >> > well, as > > >> >> > the MFC commits were in early February for 10-stable > > >> >> > > > >> >> >> > > >> >> >> If remove efiwpool/ROOT/init/boot and copy his content on > > >> >> >> efiwpool/ROOT/init my scheme work fine too. > > >> >> >> /usr /var /home and other included in BE for consistent boot > system > > >> >> >> (CURRENT world may not boot with kernel other rev), and old > home > > >> >> >> snapshot sometimes useful for backup/restore > > >> >> >> _______________________________________________ > > >> >> > > >> >> % uname -a > > >> >> FreeBSD x220.efi.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > r296548: > > >> >> Wed Mar 9 01:16:17 MSK 2016 > > >> >> root@des.local:/usr/obj/usr/src/sys/X220 amd64 > > >> > > > >> > > > >> > > >> My current working config > > >> % mount > > >> .... > > >> > > >> This work fine, booted, beadm create new env, activate them, see boo= t > > >> menu and select BE. > > >> > > >> % beadm list > > >> BE Active Mountpoint Space Created > > >> init - - 420.7M 2016-03-09 02:57 > > >> init0 NR / 35.9G 2016-03-10 05:00 > > >> > > >> If i'm add separate dataset for /boot (efiwpool/ROOT/init0/boot) > > >> system not booted, efi loader (first stage) see only my pool, not > > >> found /boot/loader.efi > > > > > > > > > > It probably does not matter, as bootfs have snapshots (BE), just > > wanted to make it more clear (having taken significant mountpoint > > /boot, /usr, /var... in zfs dataset) and was surprised why the system > > does not boot > > > > It is clear that as long as the functionality is experimental and > > under development, but would like to see where the full instructions > > on its implementation / restrictions, at least as early as has been > > described https://wiki.freebsd.org/RootOnZFS > > If you keep /boot as a separate dataset/filesystem, with > efiwpool/ROOT/init0/boot as the given bootfs, then boot1.efi will not > see a /boot directory inside that dataset. The files and directories > from /boot will be presented as living in /, the local root directory > of that dataset. > > You could create a /boot/boot symlink pointing to . (dot), but it's > better to let /boot be part of the regular boot environment, pretty > similar to what you would find on a UFS system using a separate root > filesystem. > > -- > +-------------------------------+------------------------------------+ > | Vennlig hilsen, | Best regards, | > | Trond Endrest=C3=B8l, | Trond Endrest=C3=B8l, = | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gj=C3=B8vik Technical College, Norway, = | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +-------------------------------+------------------------------------+ > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > From owner-freebsd-current@freebsd.org Fri Mar 11 09:43:02 2016 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 38FE9ACC29D for ; Fri, 11 Mar 2016 09:43:02 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2B2971B58; Fri, 11 Mar 2016 09:43:02 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 36A3A11BD; Fri, 11 Mar 2016 09:43:02 +0000 (UTC) Date: Fri, 11 Mar 2016 09:43:00 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: np@FreeBSD.org, des@FreeBSD.org, imp@FreeBSD.org, sobomax@FreeBSD.org, bdrewery@FreeBSD.org, mav@FreeBSD.org, sjg@FreeBSD.org, brueffer@FreeBSD.org, ak@FreeBSD.org, br@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1862099776.9.1457689382119.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1646922470.201.1457603359276.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1646922470.201.1457603359276.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #1122 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk X-Mailman-Approved-At: Fri, 11 Mar 2016 12:29:50 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 09:43:02 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #1122 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1122/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1122/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1122/console Change summaries: 296648 by ak: - Implement -T option to allow to specify a fs type for a vnode-backed memory disk - Rephrase -t option description (manpage) - Split long sentences (manpage) Differential Review: https://reviews.freebsd.org/D4394 Reviewed by: mav, wblock (manpage) Approved by: mav 296647 by bdrewery: Use the new bmake .dinclude feature to make these safe. At least FAST_DEPEND won't even run 'make depend', so the code was potentially broken with FAST_DEPEND anyhow. The .dinclude directive will ignore missing files rather than make them be fatal. Sponsored by: EMC / Isilon Storage Division 296646 by bdrewery: FAST_DEPEND: Use .dinclude to enable full .depend logic in bmake. The inclusion of .MAKE.DEPENDFILE (.depend) has special logic in make to ignore stale/missing dependencies. bmake 20160220 added a '.dinclude' directive that uses the special logic for .depend when including the file. This fixes a build error when a file is moved or deleted that exists in a .depend.OBJ file. This happened in r292782 when sha512c.c "moved" and an incremental build of lib/libmd would fail with: make: don't know how to make /usr/src/lib/libcrypt/../libmd/sha512c.c. Stop Now this will just be seen as a stale dependency and cause a rebuild: make: /usr/obj/usr/src/lib/libmd/.depend.sha512c.o, 13: ignoring stale .depend for /usr/src/lib/libcrypt/../libmd/sha512c.c --- sha512c.o --- ... This rebuild will only be done once since the .depend.sha512c.o will be updated on the build with the -MF flags. This also removes -MP being passed for the .depend.OBJ generation (which would create fake targets for system headers) since the logic is no longer needed to protect from missing files. Sponsored by: EMC / Isilon Storage Division 296645 by bdrewery: Fix bmake upgrade NO_MAN warnings. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 296644 by bdrewery: Fix upgrade of bmake by not setting conflicting MAKE_VERSION. This may be used in later checks, such as in bsd.dep.mk, to enable features that rely on the built-in value. Sponsored by: EMC / Isilon Storage Division 296643 by bdrewery: Fix make -n upgrade_checks. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 296642 by imp: Factor out lib32 generation to its own file. This is prep for a similar Makefile.libsoft which will do the same for armv6 soft fp API libraries in prep for pulling the trigger on moving to armv6 hard float. Once there's two files, I'll work with bdrewery@ to merge the two files as they are mostly the same. The high rate of churn for Makefile* makes it quite difficult to make progress out of tree. Differential Review: https://reviews.freebsd.org/D5566 296641 by np: cxgbe(4): Add sysctls to display the TP microcode version and the expansion rom version (if there's one). trantor:~# sysctl dev.t4nex dev.t5nex | grep _version dev.t4nex.0.firmware_version: 1.15.28.0 dev.t4nex.0.tp_version: 0.1.9.4 dev.t5nex.0.firmware_version: 1.15.28.0 dev.t5nex.0.exprom_version: 1.0.0.68 dev.t5nex.0.tp_version: 0.1.4.9 296640 by np: cxgbe(4): Add a sysctl for the event capture mask of the TP block's logic analyzer. dev.t5nex..misc.tp_la_mask dev.t4nex..misc.tp_la_mask 296637 by sjg: Merge bmake-20160307 296634 by des: Re-add AES-CBC ciphers to the default cipher list on the server. PR: 207679 296633 by des: Upgrade to OpenSSH 7.2p2. 296628 by sobomax: When -S is specified dump summary to stdout, not stderr, so it's easier to capture and process it with external tools via pipe. 296627 by np: cxgbe(4): Improvements to the code that deals with the firmware's log. - Query the location of the log very early during attach. Refresh the location later after establishing contact with the firmware. - Save the log's location as a flat address in devlog_params. - Use a memory window instead of backdoor access to the EDC/MC to read the log. 296626 by sobomax: Add -S option to print out summary after compression has been completed. MFC after: 2 weeks 296624 by np: cxgbe(4): Fix bug in r296603. The memory window needs to be repositioned if the start address isn't in the window already. One of the bounds check used the end address instead. 296623 by bdrewery: Remove redundant files already tracked by tools/build/mk/OptionalObsoleteFiles.inc. These files are installed, likely after r288230. In tools/build/mk/OptionalObsoleteFiles.inc they are bound to the MK_BINUTILS option rather than unconditionally deleted here. Reported by: Kurt Lidl MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 296618 by brueffer: Fix mdoc markup. 296617 by mav: Revert r292074 (by smh): Limit stripesize reported from nvd(4) to 4K I believe that this patch handled the problem from the wrong side. Instead of making ZFS properly handle large stripe sizes, it made unrelated driver to lie in reported parameters to workaround that. Alternative solution for this problem from ZFS side was committed at r296615. Discussed with: smh 296615 by mav: Make ZFS ignore stripe sizes above SPA_MAXASHIFT (8KB). If device has stripe size bigger then maximal sector size supported by ZFS, there is nothing can be done to avoid read-modify-write cycles. Taking that stripe size into account will only reduce space efficiency and pointlessly bother user with warnings that can not be fixed. Discussed with: smh 296614 by br: Add support for ddb(4). Sponsored by: DARPA, AFRL Sponsored by: HEIF5 296613 by mav: Make ZFS more picky to GEOM stripe sizes and offsets. Use of misaligned or non-power-of-2 stripes is not really useful for ZFS, since increased ashift won't help to avoid read-modify-write cycles, and only reduce pool space efficiency and compression rates. 296612 by np: cxgb(4): Remove redundant part of an assertion. PR: 207858 Submitted by: David Binderman The end of the build log: [...truncated 87 lines...] D crypto/openssh/roaming_client.c D crypto/openssh/roaming_common.c U crypto/openssh/FREEBSD-upgrade U crypto/openssh/myproposal.h U crypto/openssh/sshd_config.5 U crypto/openssh/ChangeLog U crypto/openssh/Makefile.in U crypto/openssh/README U crypto/openssh/README.platform U crypto/openssh/auth-bsdauth.c U crypto/openssh/auth-krb5.c U crypto/openssh/auth-options.c U crypto/openssh/auth-pam.c U crypto/openssh/auth.h U crypto/openssh/auth2-pubkey.c U crypto/openssh/authfd.c U crypto/openssh/authfd.h U crypto/openssh/authfile.c U crypto/openssh/channels.c U crypto/openssh/cipher.c U crypto/openssh/clientloop.c U crypto/openssh/clientloop.h U crypto/openssh/config.h U crypto/openssh/configure.ac U crypto/openssh/contrib/redhat/openssh.spec U crypto/openssh/contrib/ssh-copy-id U crypto/openssh/contrib/ssh-copy-id.1 U crypto/openssh/contrib/suse/openssh.spec U crypto/openssh/defines.h U crypto/openssh/dh.h U crypto/openssh/includes.h U crypto/openssh/kex.c U crypto/openssh/kex.h U crypto/openssh/kexc25519s.c U crypto/openssh/kexdhs.c U crypto/openssh/kexecdhs.c U crypto/openssh/kexgexs.c U crypto/openssh/key.c U crypto/openssh/key.h U crypto/openssh/krl.c U crypto/openssh/krl.h U crypto/openssh/loginrec.c U crypto/openssh/misc.c U crypto/openssh/monitor.c U crypto/openssh/monitor_wrap.c U crypto/openssh/monitor_wrap.h U crypto/openssh/mux.c U crypto/openssh/opacket.c U crypto/openssh/opacket.h U crypto/openssh/openbsd-compat/bsd-misc.c U crypto/openssh/openbsd-compat/bsd-misc.h U crypto/openssh/openbsd-compat/bsd-poll.h U crypto/openssh/openbsd-compat/glob.c U crypto/openssh/openbsd-compat/glob.h U crypto/openssh/openbsd-compat/openbsd-compat.h U crypto/openssh/openbsd-compat/port-solaris.c U crypto/openssh/openbsd-compat/port-solaris.h U crypto/openssh/openbsd-compat/realpath.c U crypto/openssh/packet.c U crypto/openssh/packet.h AU crypto/openssh/platform-pledge.c U crypto/openssh/platform.h U crypto/openssh/readconf.c U crypto/openssh/readconf.h U crypto/openssh/readpass.c U crypto/openssh/regress/Makefile U crypto/openssh/regress/agent-ptrace.sh AU crypto/openssh/regress/cert-file.sh AU crypto/openssh/regress/check-perm.c U crypto/openssh/regress/dhgex.sh U crypto/openssh/regress/hostkey-rotate.sh U crypto/openssh/regress/keys-command.sh U crypto/openssh/regress/keyscan.sh U crypto/openssh/regress/limit-keytype.sh U crypto/openssh/regress/principals-command.sh U crypto/openssh/regress/proxy-connect.sh U crypto/openssh/regress/rekey.sh U crypto/openssh/regress/setuid-allowed.c U crypto/openssh/regress/sftp-chroot.sh U crypto/openssh/regress/unittests/sshkey/test_file.c U crypto/openssh/regress/unittests/sshkey/test_fuzz.c U crypto/openssh/regress/unittests/sshkey/test_sshkey.c U crypto/openssh/roaming.h AU crypto/openssh/sandbox-pledge.c U crypto/openssh/sandbox-seccomp-filter.c AU crypto/openssh/sandbox-solaris.c U crypto/openssh/sandbox-systrace.c U crypto/openssh/scp.1 U crypto/openssh/scp.c U crypto/openssh/servconf.c U crypto/openssh/serverloop.c U crypto/openssh/session.c U crypto/openssh/sftp-client.c U crypto/openssh/sftp-client.h U crypto/openssh/sftp-server-main.c U crypto/openssh/sftp-server.c U crypto/openssh/sftp.1 U crypto/openssh/sftp.c U crypto/openssh/ssh-add.c U crypto/openssh/ssh-agent.1 U crypto/openssh/ssh-agent.c U crypto/openssh/ssh-dss.c U crypto/openssh/ssh-ecdsa.c U crypto/openssh/ssh-keygen.1 U crypto/openssh/ssh-keygen.c U crypto/openssh/ssh-keyscan.1 U crypto/openssh/ssh-keyscan.c U crypto/openssh/ssh-keysign.8 U crypto/openssh/ssh-keysign.c U crypto/openssh/ssh-pkcs11-client.c U crypto/openssh/ssh-pkcs11-helper.c U crypto/openssh/ssh-pkcs11.c U crypto/openssh/ssh-rsa.c U crypto/openssh/ssh.1 U crypto/openssh/ssh.c U crypto/openssh/ssh.h U crypto/openssh/ssh2.h U crypto/openssh/ssh_api.c U crypto/openssh/ssh_config U crypto/openssh/ssh_config.5 U crypto/openssh/ssh_namespace.h U crypto/openssh/sshbuf-getput-basic.c U crypto/openssh/sshbuf.c U crypto/openssh/sshbuf.h U crypto/openssh/sshconnect.c U crypto/openssh/sshconnect.h U crypto/openssh/sshconnect1.c U crypto/openssh/sshconnect2.c U crypto/openssh/sshd.8 U crypto/openssh/sshd.c U crypto/openssh/sshd_config U crypto/openssh/ssherr.c U crypto/openssh/sshkey.c U crypto/openssh/sshkey.h U crypto/openssh/sshlogin.c U crypto/openssh/uidswap.c U crypto/openssh/version.h U crypto/openssh/xmalloc.c U crypto/openssh/xmalloc.h U crypto/openssh U secure/lib/libssh/Makefile U secure/libexec/sftp-server/Makefile U secure/libexec/ssh-keysign/Makefile U secure/libexec/ssh-pkcs11-helper/Makefile U secure/usr.bin/scp/Makefile U secure/usr.bin/sftp/Makefile U secure/usr.bin/ssh/Makefile U secure/usr.bin/ssh-add/Makefile U secure/usr.bin/ssh-agent/Makefile U secure/usr.bin/ssh-keygen/Makefile U secure/usr.bin/ssh-keyscan/Makefile U secure/usr.sbin/sshd/Makefile U ObsoleteFiles.inc At revision 296648 No emails were triggered. [FreeBSD_HEAD_amd64_gcc4.9] $ /bin/sh -xe /tmp/hudson5711668895564483110.sh + cat + svn revert Makefile.inc1 + svn revert sys/boot/i386/Makefile Reverted 'sys/boot/i386/Makefile' + patch -f Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/boot/i386/Makefile |=================================================================== |--- sys/boot/i386/Makefile (revision 280912) |+++ sys/boot/i386/Makefile (working copy) -------------------------- Patching file sys/boot/i386/Makefile using Plan A... Hunk #1 succeeded at 16 (offset 4 lines). Hmm... Ignoring the trailing garbage. done + /vm/freebsd-ci/scripts/build/cross-build.sh + [ -z /builds/FreeBSD_HEAD_amd64_gcc4.9 ] + [ -z amd64 ] + export MAKEOBJDIRPREFIX=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj + mkdir -p /builds/FreeBSD_HEAD_amd64_gcc4.9/obj + echo -e 'NO_WERROR=yes WERROR= WITH_FAST_DEPEND=yes' + cat + set +x -------------------------------------------------------------- >>> /builds/FreeBSD_HEAD_amd64_gcc4.9/make.conf contains: + cat /builds/FreeBSD_HEAD_amd64_gcc4.9/make.conf # Put make.conf entries here NO_WERROR=yes WERROR= WITH_FAST_DEPEND=yes + set +x -------------------------------------------------------------- + sudo pkg install -y devel/amd64-xtoolchain-gcc Updating FreeBSD repository catalogue... Fetching meta.txz: . done Fetching packagesite.txz: .......... done Processing entries: .......... done FreeBSD repository update completed. 24957 packages processed. Checking integrity... done (0 conflicting) The most recent version of packages are already installed + make -f /usr/local/share/toolchains/amd64-gcc.mk -V XCC + XCC=/usr/local/bin/x86_64-portbld-freebsd10.1-gcc + set +x -------------------------------------------------------------- >>> Compiler version: + echo '' + /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --version x86_64-portbld-freebsd10.1-gcc (FreeBSD Ports Collection for amd64) 4.9.2 Copyright (C) 2014 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. + /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -v Using built-in specs. COLLECT_GCC=/usr/local/bin/x86_64-portbld-freebsd10.1-gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-portbld-freebsd10.1/4.9.2/lto-wrapper Target: x86_64-portbld-freebsd10.1 Configured with: ./../gcc-4.9.2/configure --target=x86_64-portbld-freebsd10.1 --disable-nls --enable-languages=c,c++ --without-headers --with-gmp=/usr/local --with-pkgversion='FreeBSD Ports Collection for amd64' --with-system-zlib --with-as=/usr/local/bin/x86_64-freebsd-as --with-ld=/usr/local/bin/x86_64-freebsd-ld --prefix=/usr/local --localstatedir=/var --mandir=/usr/local/man --infodir=/usr/local/info/ --build=x86_64-portbld-freebsd10.1 Thread model: posix gcc version 4.9.2 (FreeBSD Ports Collection for amd64) + set +x -------------------------------------------------------------- + make -j 4 CROSS_TOOLCHAIN=amd64-gcc buildworld __MAKE_CONF=/builds/FreeBSD_HEAD_amd64_gcc4.9/make.conf --- upgrade_checks --- --- bmake --- -------------------------------------------------------------- >>> Building an up-to-date bmake(1) -------------------------------------------------------------- make[2]: "/usr/share/mk/bsd.own.mk" line 457: MK_MAN can't be set by a user. *** [bmake] Error code 1 make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [upgrade_checks] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Mar 11 13:11:06 2016 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 6EB4EACB069; Fri, 11 Mar 2016 13:11:06 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 2953FF1; Fri, 11 Mar 2016 13:11:06 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aeMqG-000BRN-1e; Fri, 11 Mar 2016 16:10:56 +0300 Date: Fri, 11 Mar 2016 16:10:56 +0300 From: Slawa Olhovchenkov To: Baptiste Daroussin Cc: David Chisnall , Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160311131055.GO70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> <20160311120511.GN31877@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20160311120511.GN31877@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 13:11:06 -0000 On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > On Tue, Mar 08, 2016 at 05:35:59PM +0000, David Chisnall wrote: > > On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: > > > > > > > In terms of comparing packages, if you’re doing that visually then you are likely to have problems anyway, unless your eyes and brain work far better than most humans. We can make that much easier by providing libxo output in pkg and allowing you to have a simple jq script that tells you what the differences are. > > > pkg can already expose the entire content of a package in json or ucl via: > $ pkg info --raw --raw-format [json|json-conpact|yaml|ucl] name Exposing the entire content of a package is not a root of cause. Question in comapring of two different setup with different behaviour and search cause of difference. Case of only a few monolitic packages is essentiality simple then case of 1000 combined packages. From owner-freebsd-current@freebsd.org Fri Mar 11 13:15:47 2016 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 0FDA7ACB1A6; Fri, 11 Mar 2016 13:15:47 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E6D476AC; Fri, 11 Mar 2016 13:15:46 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 55E0D1262; Fri, 11 Mar 2016 13:15:47 +0000 (UTC) Date: Fri, 11 Mar 2016 13:15:46 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: des@FreeBSD.org, kib@FreeBSD.org, mav@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <513989151.13.1457702147282.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <667353097.5.1457680558957.JavaMail.jenkins@jenkins-9.freebsd.org> References: <667353097.5.1457680558957.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2566 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 13:15:47 -0000 FreeBSD_HEAD_i386 - Build #2566 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2566/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2566/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2566/console Change summaries: 296654 by mav: Use `geom disk list` instead `camcontrol identify`. The new way works for almost any disk, while the old only for ATA. MFC after: 2 weeks 296653 by mav: Allow standard commands for "unknown" classes in RESCUE mode. For example, it allows quite useful `geom disk list` command. MFC after: 1 week 296652 by kib: Do not perform unneccessary shared recursion on the allproc_lock in pfs_visible(). The recursion does not cause deadlock because the sx implementation does not prefer exclusive waiters over the shared, but this is an implementation detail. Reported by: pho, Matthew Bryan Reviewed by: jhb Tested by: pho Approved by: des (pseudofs maintainer) Sponsored by: The FreeBSD Foundation MFC after: 2 weeks 296651 by des: Define __bounded__ to fix the gcc build. While there, raise WARNS. The end of the build log: Started by an SCM change Building remotely on kyua6.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_i386 Updating svn://svnmir.freebsd.org/base/head at revision '2016-03-11T13:14:52.344 +0000' U usr.sbin/pc-sysinstall/backend-query/disk-list.sh U sbin/geom/core/geom.c U sys/fs/pseudofs/pseudofs_vnops.c U lib/libpam/modules/pam_ssh/Makefile U lib/libpam/modules/pam_ssh/pam_ssh.c At revision 296654 No emails were triggered. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson4522704153605480503.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + true + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + true + sudo umount FreeBSD_HEAD_i386/usr/src + true + sudo umount FreeBSD_HEAD_i386/dev + true + sudo rm -fr FreeBSD_HEAD_i386 + sudo chflags -R noschg FreeBSD_HEAD_i386 + true + sudo rm -fr FreeBSD_HEAD_i386 [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6210041537546332230.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo env: env: + /usr/bin/env BUILD_NUMBER=2566 HUDSON_SERVER_COOKIE=0657dbe3541f1b1a JOB_NAME=FreeBSD_HEAD_i386 LOGNAME=jenkins JAVA_HOME=/usr/local/openjdk8 SVN_URL=svn://svnmir.freebsd.org/base/head BUILDER_JAIL_IP=2610:1c1:1:607c::106:1 jname=FreeBSD_HEAD_i386 JENKINS_URL=https://jenkins.FreeBSD.org/ JENKINS_HOME=/usr/local/jenkins PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin HUDSON_HOME=/usr/local/jenkins OLDPWD=/ BUILD_ID=2566 BUILDER_NETIF=igb0 JENKINS_SERVER_COOKIE=0657dbe3541f1b1a PWD=/jenkins/workspace/FreeBSD_HEAD_i386 BUILD_TAG=jenkins-FreeBSD_HEAD_i386-2566 NODE_LABELS=jailer kyua6.nyi.freebsd.org BUILD_DISPLAY_NAME=#2566 HOME=/jenkins USER=jenkins BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2566/ SVN_URL_1=svn://svnmir.freebsd.org/base/head SVN_REVISION=296654 SVN_REVISION_1=296654 BUILDER_JAIL_IP6=2610:1c1:1:607c::105:1 JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/ SHELL=/bin/sh HUDSON_URL=https://jenkins.FreeBSD.org/ HUDSON_COOKIE=77619b59-d326-4e6c-892e-eb833c526d78 BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n WORKSPACE=/jenkins/workspace/FreeBSD_HEAD_i386 NODE_NAME=kyua6.nyi.freebsd.org EXECUTOR_NUMBER=0 + echo 'setup jail FreeBSD_HEAD_i386' setup jail FreeBSD_HEAD_i386 + fetch -m http://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/10.2-RELEASE/base.txz + mkdir FreeBSD_HEAD_i386 + cd FreeBSD_HEAD_i386 + sudo tar Jxf ../base.txz + cd - + sudo mount -t devfs devfs FreeBSD_HEAD_i386/dev + sudo devfs -m FreeBSD_HEAD_i386/dev rule -s 4 applyset + sudo mount -t nullfs src FreeBSD_HEAD_i386/usr/src + printf 'nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n' + sudo tee FreeBSD_HEAD_i386/etc/resolv.conf nameserver 2610:1c1:1:6002::100 nameserver 2610:1c1:1:6002::200 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 alias + sudo jail -c persist 'name=FreeBSD_HEAD_i386' 'path=FreeBSD_HEAD_i386' 'host.hostname=FreeBSD_HEAD_i386.jail.ci.FreeBSD.org' 'ip6.addr=2610:1c1:1:607c::106:1' 'ip4=disable' allow.chflags + echo 'setup build environment' setup build environment + echo 'build environment:' build environment: + sudo jexec FreeBSD_HEAD_i386 sh -c 'uname -a' FreeBSD FreeBSD_HEAD_i386.jail.ci.FreeBSD.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296318: Wed Mar 2 16:40:46 UTC 2016 peter@build-11.freebsd.org:/usr/obj/usr/src/sys/CLUSTER11 i386 + sudo pkg -j FreeBSD_HEAD_i386 info -q pkg: Warning: Major OS version upgrade detected. Running "pkg-static install -f pkg" recommended [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson8839489857279752326.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'start build in FreeBSD_HEAD_i386' start build in FreeBSD_HEAD_i386 + sudo jexec FreeBSD_HEAD_i386 sh -c 'cd /usr/src && make -DNO_CLEAN -j 4 buildworld' --- upgrade_checks --- --- bmake --- -------------------------------------------------------------- >>> Building an up-to-date bmake(1) -------------------------------------------------------------- make[2]: "/usr/share/mk/bsd.own.mk" line 480: MK_MAN can't be set by a user. *** [bmake] Error code 1 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [upgrade_checks] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7124988505939845248.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Mar 11 13:21:04 2016 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 BABFEACB40E; Fri, 11 Mar 2016 13:21:04 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c: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 5F4EF9F7; Fri, 11 Mar 2016 13:21:04 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id l68so18460456wml.0; Fri, 11 Mar 2016 05:21:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=4Jg5drjrmAQAEmnc/9aCXRwF+h595KG/UWUYXshXW5I=; b=Rs+UMHcvAfJV/cuFMzEZOa0BbBYXfJVJNK4+b+sEXHfetedX16HZU9EDeAVYM76jYc wYRwN49zeXv0itZpDNcY9nM2o8bZgaupUNAuKwU2ZIrL+Qo8Jd/FtxTM3Wo5ZiTzdsuW y75sNxcIoikAOB4+QU4sxS1MMpVVy4WaaqIPdK7vDL0Weh7pu3kpOgHwDemb4eqd4VDf JU7A4I2P3adUft1pYklnQzoG9hMehKOJcRc5nKhlzAxbe6S7Hc3TC+7PTDmYkpBODEgw OOtw3yMLrAmC7duIryT4ODe9V5of0xgaqG4yI1Y1eCNDfe/DcTRCJ3HWNKggNMrqLXyR VHcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=4Jg5drjrmAQAEmnc/9aCXRwF+h595KG/UWUYXshXW5I=; b=OjDVcLQNuZN/lXSnSedGsMDXbi0ZHXvAjU6p6//IIiVh8hCvDJePS2KoxbOWFdOMRM M7snngHJQoWnma/y2+/yqwdjjkJJw2POQj3DXVLGFpMrUnqKaz4K2v8EtIxLD/1wfZ02 Er/Frg69nKYMYstx8GRvNPB81eENwEZF41HCF+F+YnvgBcs9EXP1sHI5DIDPC3ulwM6Z xUxTMpyUOx1lomPnilISHw7g5mtmfFhOjDDBr7eBZUgdyDjkpEiR2qOfcDl4RqDbq6T2 XRWH/KD+cABHNHUYftji/GLpFIwQfecc6bmZm34qr97hAZ8HbEKxDSlUS+eYEmuiFP5q 6RWA== X-Gm-Message-State: AD7BkJKY7N5Cd674bXCOpIz54DRtvaaMT44tPyDfYjc4aF3xKN5L55dW01jEwkEphbQvnA== X-Received: by 10.194.175.33 with SMTP id bx1mr9950045wjc.104.1457702462807; Fri, 11 Mar 2016 05:21:02 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id ux5sm8428498wjc.17.2016.03.11.05.21.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Mar 2016 05:21:01 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 11 Mar 2016 14:20:59 +0100 From: Baptiste Daroussin To: Slawa Olhovchenkov Cc: David Chisnall , Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160311132059.GA11339@ivaldir.etoilebsd.net> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> <20160311120511.GN31877@ivaldir.etoilebsd.net> <20160311131055.GO70809@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <20160311131055.GO70809@zxy.spb.ru> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 13:21:04 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote: > On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: >=20 > > On Tue, Mar 08, 2016 at 05:35:59PM +0000, David Chisnall wrote: > > > On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: > > > >=20 > > >=20 > > > In terms of comparing packages, if you=E2=80=99re doing that visually= then you are likely to have problems anyway, unless your eyes and brain wo= rk far better than most humans. We can make that much easier by providing = libxo output in pkg and allowing you to have a simple jq script that tells = you what the differences are. > > >=20 > > pkg can already expose the entire content of a package in json or ucl v= ia: > > $ pkg info --raw --raw-format [json|json-conpact|yaml|ucl] name >=20 > Exposing the entire content of a package is not a root of cause. > Question in comapring of two different setup with different behaviour > and search cause of difference. >=20 > Case of only a few monolitic packages is essentiality simple then case > of 1000 combined packages. pkg info -a on one diff with pkg info -a on the other for the full content: pkg info -a --raw on both end and diff them. That should cover your case, no? Bapt --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW4sYsAAoJEGOJi9zxtz5aFYsP/19ufAg2Ab0abq/obpJj+2o+ a8SnT5tbBqrSDjo6vjcbMmxAiXfrnkRd1R5M2WULmAYYXD7j6xtZK7qiD1TR+Jzd mUSrKNcs9q6PYrh8akgKHJCK6u0HNjTnY2lRHoD9w1TIVHqYfdqJSynMCahiZUcZ 9HuPzk8XsPw4nY3KUkQT1NL2WUku0Sr9BAbcspZUShGPyVI4Vma7NIlPzulrgY28 uPIdaiS2kTASEfIXoj32kqw8E2YNSUEno7BamBtVFbR1Laqp3Z9IjyYQ7ZEq1pWD Ykxj9NDIbIiSI/XIBuTo5zSwL0cbWA/3IoPtSpmHoNV5qQJd9OQxf6oXslSv+YQy YsZ1DNiQ3GBMMdd7LKPTkxz5QJR0bogOb6OMJ2BP0YwMxpytwsKBtlIwnUeV5VFO OUXjsmDEjd03F6GIuUqVUcVB53EphErjTYKOfEKOtu59aHLv+avDDQEEgCW9xCbK DDOrNczzhcH+mEaZJy4KSIsN5kGCPBfiaKP63/li/5UkRs3HgVO7qG4hXsZ+SqQY wBINUIKyocB8cX6yT7baNmtagv90MaV5DPGR2AEYpt+zcmlVm0xTJSWEelCrSmV/ AhWaqpmMRRB36L3qzLH/lT6rO9HdoYL96l5B4pmeuk4F0xUOwUElbpB1gRhGkSci 2z0XIHtW6VCjjf+npmpb =ndnE -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@freebsd.org Fri Mar 11 13:32:01 2016 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 8E174ACBB25; Fri, 11 Mar 2016 13:32:01 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 406DB3F0; Fri, 11 Mar 2016 13:32:01 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aeNAb-000C4H-Pl; Fri, 11 Mar 2016 16:31:57 +0300 Date: Fri, 11 Mar 2016 16:31:57 +0300 From: Slawa Olhovchenkov To: Baptiste Daroussin Cc: David Chisnall , Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160311133157.GP70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> <20160311120511.GN31877@ivaldir.etoilebsd.net> <20160311131055.GO70809@zxy.spb.ru> <20160311132059.GA11339@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20160311132059.GA11339@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 13:32:01 -0000 On Fri, Mar 11, 2016 at 02:20:59PM +0100, Baptiste Daroussin wrote: > On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote: > > On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > > > > > On Tue, Mar 08, 2016 at 05:35:59PM +0000, David Chisnall wrote: > > > > On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: > > > > > > > > > > > > > In terms of comparing packages, if you’re doing that visually then you are likely to have problems anyway, unless your eyes and brain work far better than most humans. We can make that much easier by providing libxo output in pkg and allowing you to have a simple jq script that tells you what the differences are. > > > > > > > pkg can already expose the entire content of a package in json or ucl via: > > > $ pkg info --raw --raw-format [json|json-conpact|yaml|ucl] name > > > > Exposing the entire content of a package is not a root of cause. > > Question in comapring of two different setup with different behaviour > > and search cause of difference. > > > > Case of only a few monolitic packages is essentiality simple then case > > of 1000 combined packages. > pkg info -a on one diff with pkg info -a on the other > for the full content: pkg info -a --raw on both end and diff them. > > That should cover your case, no? No, that may cause a much false positive: slight different versions, unimportant packets and etc. In 1000 packets this give to many noise. For example, currently examining some port via https://www.freebsd.org/ports/ and see long list of dependences I am need very complicated test for deduction: this is simple Qt5 dependence, I am already have Qt5 and installing this port don't require too much! Also, this is need some common place for transfer lists from both sides. Not always possible (restricted access, for example. or no connection between system -- different terminals for each) From owner-freebsd-current@freebsd.org Fri Mar 11 13:58:22 2016 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 CB7A1ACC424; Fri, 11 Mar 2016 13:58:22 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 D713C2D5; Fri, 11 Mar 2016 13:58:21 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 8A44D2849A; Fri, 11 Mar 2016 14:58:18 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id A81062848E; Fri, 11 Mar 2016 14:58:17 +0100 (CET) Message-ID: <56E2CEF9.3080200@quip.cz> Date: Fri, 11 Mar 2016 14:58:17 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: Slawa Olhovchenkov , Baptiste Daroussin CC: David Chisnall , Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> <20160311120511.GN31877@ivaldir.etoilebsd.net> <20160311131055.GO70809@zxy.spb.ru> <20160311132059.GA11339@ivaldir.etoilebsd.net> <20160311133157.GP70809@zxy.spb.ru> In-Reply-To: <20160311133157.GP70809@zxy.spb.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 13:58:22 -0000 Slawa Olhovchenkov wrote on 03/11/2016 14:31: > On Fri, Mar 11, 2016 at 02:20:59PM +0100, Baptiste Daroussin wrote: > >> On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote: >>> On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: [...] >>> Case of only a few monolitic packages is essentiality simple then case >>> of 1000 combined packages. >> pkg info -a on one diff with pkg info -a on the other >> for the full content: pkg info -a --raw on both end and diff them. >> >> That should cover your case, no? > > No, that may cause a much false positive: slight different versions, > unimportant packets and etc. In 1000 packets this give to many noise. If you don't need version numbers, you can list just package names pkg query %n or package origins pkg query %o Anything else is on your side and even if I understand your complaints (and I agree with some of them) I don't thing it will change anything on the future of packaged base. So it is better to spend our time on working local solution to new problem. It has some pros and some cons and I hope the pros will outweigh cons. Miroslav Lachman From owner-freebsd-current@freebsd.org Fri Mar 11 14:05:17 2016 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 807A5ACC792; Fri, 11 Mar 2016 14:05:17 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 3D660A39; Fri, 11 Mar 2016 14:05:17 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aeNgn-000CqR-Sj; Fri, 11 Mar 2016 17:05:13 +0300 Date: Fri, 11 Mar 2016 17:05:13 +0300 From: Slawa Olhovchenkov To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Baptiste Daroussin , David Chisnall , Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160311140513.GQ70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> <20160311120511.GN31877@ivaldir.etoilebsd.net> <20160311131055.GO70809@zxy.spb.ru> <20160311132059.GA11339@ivaldir.etoilebsd.net> <20160311133157.GP70809@zxy.spb.ru> <56E2CEF9.3080200@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56E2CEF9.3080200@quip.cz> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 14:05:17 -0000 On Fri, Mar 11, 2016 at 02:58:17PM +0100, Miroslav Lachman wrote: > Slawa Olhovchenkov wrote on 03/11/2016 14:31: > > On Fri, Mar 11, 2016 at 02:20:59PM +0100, Baptiste Daroussin wrote: > > > >> On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote: > >>> On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > > [...] > > >>> Case of only a few monolitic packages is essentiality simple then case > >>> of 1000 combined packages. > >> pkg info -a on one diff with pkg info -a on the other > >> for the full content: pkg info -a --raw on both end and diff them. > >> > >> That should cover your case, no? > > > > No, that may cause a much false positive: slight different versions, > > unimportant packets and etc. In 1000 packets this give to many noise. > > If you don't need version numbers, you can list just package names > pkg query %n > or package origins > pkg query %o currently: [...] base base base base base base base base base base base base base base base base base base base [...] > Anything else is on your side and even if I understand your complaints > (and I agree with some of them) I don't thing it will change anything on > the future of packaged base. > So it is better to spend our time on working local solution to new > problem. It has some pros and some cons and I hope the pros will > outweigh cons. I am don't talk 'this is imposible'. I am talk 'this is awkward'. What purpose for paclaging base system? packaging for packaging? Or packaging for simplify and comfortably management, maintance and upgrade? From owner-freebsd-current@freebsd.org Fri Mar 11 14:39:12 2016 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 0E0E0ACC464; Fri, 11 Mar 2016 14:39:12 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 02F1F1C57; Fri, 11 Mar 2016 14:39:11 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 573AE2848E; Fri, 11 Mar 2016 15:39:09 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 686BF2846E; Fri, 11 Mar 2016 15:39:08 +0100 (CET) Message-ID: <56E2D88C.4000701@quip.cz> Date: Fri, 11 Mar 2016 15:39:08 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: Slawa Olhovchenkov CC: Baptiste Daroussin , David Chisnall , Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> <20160311120511.GN31877@ivaldir.etoilebsd.net> <20160311131055.GO70809@zxy.spb.ru> <20160311132059.GA11339@ivaldir.etoilebsd.net> <20160311133157.GP70809@zxy.spb.ru> <56E2CEF9.3080200@quip.cz> <20160311140513.GQ70809@zxy.spb.ru> In-Reply-To: <20160311140513.GQ70809@zxy.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 14:39:12 -0000 Slawa Olhovchenkov wrote on 03/11/2016 15:05: > On Fri, Mar 11, 2016 at 02:58:17PM +0100, Miroslav Lachman wrote: > >> Slawa Olhovchenkov wrote on 03/11/2016 14:31: >>> On Fri, Mar 11, 2016 at 02:20:59PM +0100, Baptiste Daroussin wrote: >>> >>>> On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote: >>>>> On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: >> >> [...] >> >>>>> Case of only a few monolitic packages is essentiality simple then case >>>>> of 1000 combined packages. >>>> pkg info -a on one diff with pkg info -a on the other >>>> for the full content: pkg info -a --raw on both end and diff them. >>>> >>>> That should cover your case, no? >>> >>> No, that may cause a much false positive: slight different versions, >>> unimportant packets and etc. In 1000 packets this give to many noise. >> >> If you don't need version numbers, you can list just package names >> pkg query %n >> or package origins >> pkg query %o > > currently: > > [...] > base > base > base > base > base > base > base > base > base > base > base > base > base > base > base > base > base > base > base > [...] > >> Anything else is on your side and even if I understand your complaints >> (and I agree with some of them) I don't thing it will change anything on >> the future of packaged base. >> So it is better to spend our time on working local solution to new >> problem. It has some pros and some cons and I hope the pros will >> outweigh cons. > > I am don't talk 'this is imposible'. I am talk 'this is awkward'. > What purpose for paclaging base system? packaging for packaging? Or > packaging for simplify and comfortably management, maintance and > upgrade? I hope it will simplified updates. Freebsd-update was so unreliable and unpredictable for me that I returned to the "make buildkernel && make buildworld" on builder machine and "make installkernel && make installworld" through NFS on destinations. And it has some cons too - recompile whole system and reinstall on all machines instead of just some small package. It has it's impact on size of backups too. Miroslav Lachman From owner-freebsd-current@freebsd.org Fri Mar 11 14:51:07 2016 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 B9AEFACCB95; Fri, 11 Mar 2016 14:51:07 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 75A09697; Fri, 11 Mar 2016 14:51:07 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aeOP8-000DyV-7w; Fri, 11 Mar 2016 17:51:02 +0300 Date: Fri, 11 Mar 2016 17:51:02 +0300 From: Slawa Olhovchenkov To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Baptiste Daroussin , David Chisnall , Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160311145102.GR70809@zxy.spb.ru> References: <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> <20160311120511.GN31877@ivaldir.etoilebsd.net> <20160311131055.GO70809@zxy.spb.ru> <20160311132059.GA11339@ivaldir.etoilebsd.net> <20160311133157.GP70809@zxy.spb.ru> <56E2CEF9.3080200@quip.cz> <20160311140513.GQ70809@zxy.spb.ru> <56E2D88C.4000701@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56E2D88C.4000701@quip.cz> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 14:51:07 -0000 On Fri, Mar 11, 2016 at 03:39:08PM +0100, Miroslav Lachman wrote: > >> Anything else is on your side and even if I understand your complaints > >> (and I agree with some of them) I don't thing it will change anything on > >> the future of packaged base. > >> So it is better to spend our time on working local solution to new > >> problem. It has some pros and some cons and I hope the pros will > >> outweigh cons. > > > > I am don't talk 'this is imposible'. I am talk 'this is awkward'. > > What purpose for paclaging base system? packaging for packaging? Or > > packaging for simplify and comfortably management, maintance and > > upgrade? > > I hope it will simplified updates. Freebsd-update was so unreliable and > unpredictable for me that I returned to the "make buildkernel && make for mee too. > buildworld" on builder machine and "make installkernel && make > installworld" through NFS on destinations. And it has some cons too - currently i am do binary update: beadm create 10.3-pREV beadm mount 10.3-pREV /mnt cd /mnt find -x . -flags +schg | xargs chflags noschg fetch -qo - http://HOST/update/doc.txz | tar xf - fetch -qo - http://HOST/update/kernel.txz | tar xf - fetch -qo - http://HOST/update/lib32.txz | tar xf - fetch -qo - http://HOST/update/base.txz | tar xf - --exclude ./boot/device.hints ./COPYRIGHT boot dev media mnt proc tmp bin lib libexec rescue sbin usr var/yp/Makefile.dist fetch http://HOST/update/etcupdate.tar gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada1 cd / beadm umount 10.3-pREV beadm activate 10.3-pREV > recompile whole system and reinstall on all machines instead of just I am proposed: patch packages (replaced or removed some files). > some small package. It has it's impact on size of backups too. Size of backups? From owner-freebsd-current@freebsd.org Fri Mar 11 15:15:40 2016 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 5FDA6ACB50A; Fri, 11 Mar 2016 15:15:40 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 43E0B8D3; Fri, 11 Mar 2016 15:15:40 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6A5FD12BB; Fri, 11 Mar 2016 15:15:40 +0000 (UTC) Date: Fri, 11 Mar 2016 15:15:39 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: des@FreeBSD.org, mav@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <143154877.19.1457709340376.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <513989151.13.1457702147282.JavaMail.jenkins@jenkins-9.freebsd.org> References: <513989151.13.1457702147282.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2567 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 15:15:40 -0000 FreeBSD_HEAD_i386 - Build #2567 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2567/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2567/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2567/console Change summaries: 296659 by des: Apply upstream r3651: the IPv6 address of the L root has changed. 296657 by des: Not ready for level 6 yet due to -Wredundant-decls. 296656 by mav: Don't bother to invoke gmirror or zpool if the module is not loaded. 296655 by mav: Unify and improve metadata wiping. MFC after: 2 weeks The end of the build log: Started by an SCM change Building remotely on kyua6.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_i386 Updating svn://svnmir.freebsd.org/base/head at revision '2016-03-11T15:14:45.732 +0000' U contrib/unbound/iterator/iter_hints.c U contrib/unbound U lib/libpam/modules/pam_ssh/Makefile U usr.sbin/pc-sysinstall/backend/functions-disk.sh At revision 296659 No emails were triggered. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6707202040166153087.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + true + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + true + sudo umount FreeBSD_HEAD_i386/usr/src + true + sudo umount FreeBSD_HEAD_i386/dev + true + sudo rm -fr FreeBSD_HEAD_i386 + sudo chflags -R noschg FreeBSD_HEAD_i386 + true + sudo rm -fr FreeBSD_HEAD_i386 [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson1258672196566673257.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo env: env: + /usr/bin/env BUILD_NUMBER=2567 HUDSON_SERVER_COOKIE=0657dbe3541f1b1a JOB_NAME=FreeBSD_HEAD_i386 LOGNAME=jenkins JAVA_HOME=/usr/local/openjdk8 SVN_URL=svn://svnmir.freebsd.org/base/head BUILDER_JAIL_IP=2610:1c1:1:607c::106:1 jname=FreeBSD_HEAD_i386 JENKINS_URL=https://jenkins.FreeBSD.org/ JENKINS_HOME=/usr/local/jenkins PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin HUDSON_HOME=/usr/local/jenkins OLDPWD=/ BUILD_ID=2567 BUILDER_NETIF=igb0 JENKINS_SERVER_COOKIE=0657dbe3541f1b1a PWD=/jenkins/workspace/FreeBSD_HEAD_i386 BUILD_TAG=jenkins-FreeBSD_HEAD_i386-2567 NODE_LABELS=jailer kyua6.nyi.freebsd.org BUILD_DISPLAY_NAME=#2567 HOME=/jenkins USER=jenkins BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2567/ SVN_URL_1=svn://svnmir.freebsd.org/base/head SVN_REVISION=296659 SVN_REVISION_1=296659 BUILDER_JAIL_IP6=2610:1c1:1:607c::105:1 JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/ SHELL=/bin/sh HUDSON_URL=https://jenkins.FreeBSD.org/ HUDSON_COOKIE=77574d62-797b-405e-b8ea-39101024a93b BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n WORKSPACE=/jenkins/workspace/FreeBSD_HEAD_i386 NODE_NAME=kyua6.nyi.freebsd.org EXECUTOR_NUMBER=0 + echo 'setup jail FreeBSD_HEAD_i386' setup jail FreeBSD_HEAD_i386 + fetch -m http://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/10.2-RELEASE/base.txz + mkdir FreeBSD_HEAD_i386 + cd FreeBSD_HEAD_i386 + sudo tar Jxf ../base.txz + cd - + sudo mount -t devfs devfs FreeBSD_HEAD_i386/dev + sudo devfs -m FreeBSD_HEAD_i386/dev rule -s 4 applyset + sudo mount -t nullfs src FreeBSD_HEAD_i386/usr/src + printf 'nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n' + sudo tee FreeBSD_HEAD_i386/etc/resolv.conf nameserver 2610:1c1:1:6002::100 nameserver 2610:1c1:1:6002::200 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 alias + sudo jail -c persist 'name=FreeBSD_HEAD_i386' 'path=FreeBSD_HEAD_i386' 'host.hostname=FreeBSD_HEAD_i386.jail.ci.FreeBSD.org' 'ip6.addr=2610:1c1:1:607c::106:1' 'ip4=disable' allow.chflags + echo 'setup build environment' setup build environment + echo 'build environment:' build environment: + sudo jexec FreeBSD_HEAD_i386 sh -c 'uname -a' FreeBSD FreeBSD_HEAD_i386.jail.ci.FreeBSD.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296318: Wed Mar 2 16:40:46 UTC 2016 peter@build-11.freebsd.org:/usr/obj/usr/src/sys/CLUSTER11 i386 + sudo pkg -j FreeBSD_HEAD_i386 info -q pkg: Warning: Major OS version upgrade detected. Running "pkg-static install -f pkg" recommended [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6553311352408299468.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'start build in FreeBSD_HEAD_i386' start build in FreeBSD_HEAD_i386 + sudo jexec FreeBSD_HEAD_i386 sh -c 'cd /usr/src && make -DNO_CLEAN -j 4 buildworld' --- upgrade_checks --- --- bmake --- -------------------------------------------------------------- >>> Building an up-to-date bmake(1) -------------------------------------------------------------- make[2]: "/usr/share/mk/bsd.own.mk" line 480: MK_MAN can't be set by a user. *** [bmake] Error code 1 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [upgrade_checks] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson4760161844412314256.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Mar 11 15:29:58 2016 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 CF6D9ACBD10; Fri, 11 Mar 2016 15:29:58 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 94D6C12D9; Fri, 11 Mar 2016 15:29:58 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 87BAF2849D; Fri, 11 Mar 2016 16:29:54 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 0DFF728436; Fri, 11 Mar 2016 16:29:49 +0100 (CET) Message-ID: <56E2E46D.1030809@quip.cz> Date: Fri, 11 Mar 2016 16:29:49 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: Slawa Olhovchenkov CC: freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) References: <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> <20160311120511.GN31877@ivaldir.etoilebsd.net> <20160311131055.GO70809@zxy.spb.ru> <20160311132059.GA11339@ivaldir.etoilebsd.net> <20160311133157.GP70809@zxy.spb.ru> <56E2CEF9.3080200@quip.cz> <20160311140513.GQ70809@zxy.spb.ru> <56E2D88C.4000701@quip.cz> <20160311145102.GR70809@zxy.spb.ru> In-Reply-To: <20160311145102.GR70809@zxy.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 15:29:58 -0000 Slawa Olhovchenkov wrote on 03/11/2016 15:51: > On Fri, Mar 11, 2016 at 03:39:08PM +0100, Miroslav Lachman wrote: [...] >> recompile whole system and reinstall on all machines instead of just > > I am proposed: patch packages (replaced or removed some files). > >> some small package. It has it's impact on size of backups too. > > Size of backups? We have differential backups - only modified files are backed up every night. If whole userland is replaced by "make installworld" or by extracting tar, then each file is backed up again. Miroslav Lachman From owner-freebsd-current@freebsd.org Fri Mar 11 17:08:10 2016 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 5B181ACCE4A; Fri, 11 Mar 2016 17:08:10 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 968D6254; Fri, 11 Mar 2016 17:08:09 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id u2BH1YVv038311; Fri, 11 Mar 2016 12:01:35 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Fri, 11 Mar 2016 12:01:35 -0500 (EST) Date: Fri, 11 Mar 2016 12:01:34 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: Slawa Olhovchenkov cc: Baptiste Daroussin , David Chisnall , Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) In-Reply-To: <20160311131055.GO70809@zxy.spb.ru> Message-ID: References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> <20160311120511.GN31877@ivaldir.etoilebsd.net> <20160311131055.GO70809@zxy.spb.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 17:08:10 -0000 On Fri, 11 Mar 2016, Slawa Olhovchenkov wrote: > On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > >> On Tue, Mar 08, 2016 at 05:35:59PM +0000, David Chisnall wrote: >>> On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: >>>> >>> >>> In terms of comparing packages, if you=E2=80=99re doing that visually t= hen you are likely to have problems anyway, unless your eyes and brain work= far better than most humans. We can make that much easier by providing li= bxo output in pkg and allowing you to have a simple jq script that tells yo= u what the differences are. >>> >> pkg can already expose the entire content of a package in json or ucl vi= a: >> $ pkg info --raw --raw-format [json|json-conpact|yaml|ucl] name > > Exposing the entire content of a package is not a root of cause. > Question in comapring of two different setup with different behaviour > and search cause of difference. > > Case of only a few monolitic packages is essentiality simple then case > of 1000 combined packages. It would be nice to have pkg(8) show packages in tree form, with option to show just top-level meta packages or packages that have no meta. Perhaps this is possible, but it's not obvious to me. --=20 DE From owner-freebsd-current@freebsd.org Fri Mar 11 17:15:39 2016 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 EFCCBACB24C; Fri, 11 Mar 2016 17:15:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D39769E7; Fri, 11 Mar 2016 17:15:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1A46F1314; Fri, 11 Mar 2016 17:15:39 +0000 (UTC) Date: Fri, 11 Mar 2016 17:15:38 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: emaste@FreeBSD.org, bdrewery@FreeBSD.org, maxim@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <868923195.23.1457716539032.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <143154877.19.1457709340376.JavaMail.jenkins@jenkins-9.freebsd.org> References: <143154877.19.1457709340376.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2568 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 17:15:39 -0000 FreeBSD_HEAD_i386 - Build #2568 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2568/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2568/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2568/console Change summaries: 296670 by bdrewery: Regenerate 296669 by bdrewery: Add a WITHOUT_FAST_DEPEND 296668 by bdrewery: Enable FAST_DEPEND by default. Discussed on: arch Sponsored by: EMC / Isilon Storage Division 296663 by emaste: libdwarf: fix SHT_REL relocation processing Relocation of type SHT_REL must use the current value as addend. PR: 204084 Obtained from: NetBSD libdwarf_elf_init.c v1.4 296662 by maxim: o Kill EoL whitespaces. No functional changes. 296661 by maxim: o Xr icmp(4). 296660 by maxim: o Document net.inet.icmp.maskfake and net.inet.icmp.tstamprepl sysctls. The end of the build log: Started by an SCM change Building remotely on kyua6.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_i386 Updating svn://svnmir.freebsd.org/base/head at revision '2016-03-11T17:14:43.605 +0000' U share/man/man5/src.conf.5 U share/mk/bsd.opts.mk AU tools/build/options/WITHOUT_FAST_DEPEND U UPDATING U contrib/elftoolchain/libdwarf/libdwarf_elf_init.c U sbin/ping/ping.c U sbin/ping/ping.8 At revision 296670 No emails were triggered. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson8646641260537303976.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + true + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + true + sudo umount FreeBSD_HEAD_i386/usr/src + true + sudo umount FreeBSD_HEAD_i386/dev + true + sudo rm -fr FreeBSD_HEAD_i386 + sudo chflags -R noschg FreeBSD_HEAD_i386 + true + sudo rm -fr FreeBSD_HEAD_i386 [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson5256077320226493861.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo env: env: + /usr/bin/env BUILD_NUMBER=2568 HUDSON_SERVER_COOKIE=0657dbe3541f1b1a JOB_NAME=FreeBSD_HEAD_i386 LOGNAME=jenkins JAVA_HOME=/usr/local/openjdk8 SVN_URL=svn://svnmir.freebsd.org/base/head BUILDER_JAIL_IP=2610:1c1:1:607c::106:1 jname=FreeBSD_HEAD_i386 JENKINS_URL=https://jenkins.FreeBSD.org/ JENKINS_HOME=/usr/local/jenkins PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin HUDSON_HOME=/usr/local/jenkins OLDPWD=/ BUILD_ID=2568 BUILDER_NETIF=igb0 JENKINS_SERVER_COOKIE=0657dbe3541f1b1a PWD=/jenkins/workspace/FreeBSD_HEAD_i386 BUILD_TAG=jenkins-FreeBSD_HEAD_i386-2568 NODE_LABELS=jailer kyua6.nyi.freebsd.org BUILD_DISPLAY_NAME=#2568 HOME=/jenkins USER=jenkins BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2568/ SVN_URL_1=svn://svnmir.freebsd.org/base/head SVN_REVISION=296670 SVN_REVISION_1=296670 BUILDER_JAIL_IP6=2610:1c1:1:607c::105:1 JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/ SHELL=/bin/sh HUDSON_URL=https://jenkins.FreeBSD.org/ HUDSON_COOKIE=a5deb936-dd7e-4e9b-ac28-c0884afc4b98 BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n WORKSPACE=/jenkins/workspace/FreeBSD_HEAD_i386 NODE_NAME=kyua6.nyi.freebsd.org EXECUTOR_NUMBER=0 + echo 'setup jail FreeBSD_HEAD_i386' setup jail FreeBSD_HEAD_i386 + fetch -m http://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/10.2-RELEASE/base.txz + mkdir FreeBSD_HEAD_i386 + cd FreeBSD_HEAD_i386 + sudo tar Jxf ../base.txz + cd - + sudo mount -t devfs devfs FreeBSD_HEAD_i386/dev + sudo devfs -m FreeBSD_HEAD_i386/dev rule -s 4 applyset + sudo mount -t nullfs src FreeBSD_HEAD_i386/usr/src + printf 'nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n' + sudo tee FreeBSD_HEAD_i386/etc/resolv.conf nameserver 2610:1c1:1:6002::100 nameserver 2610:1c1:1:6002::200 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 alias + sudo jail -c persist 'name=FreeBSD_HEAD_i386' 'path=FreeBSD_HEAD_i386' 'host.hostname=FreeBSD_HEAD_i386.jail.ci.FreeBSD.org' 'ip6.addr=2610:1c1:1:607c::106:1' 'ip4=disable' allow.chflags + echo 'setup build environment' setup build environment + echo 'build environment:' build environment: + sudo jexec FreeBSD_HEAD_i386 sh -c 'uname -a' FreeBSD FreeBSD_HEAD_i386.jail.ci.FreeBSD.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296318: Wed Mar 2 16:40:46 UTC 2016 peter@build-11.freebsd.org:/usr/obj/usr/src/sys/CLUSTER11 i386 + sudo pkg -j FreeBSD_HEAD_i386 info -q pkg: Warning: Major OS version upgrade detected. Running "pkg-static install -f pkg" recommended [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7456595619976027085.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'start build in FreeBSD_HEAD_i386' start build in FreeBSD_HEAD_i386 + sudo jexec FreeBSD_HEAD_i386 sh -c 'cd /usr/src && make -DNO_CLEAN -j 4 buildworld' --- upgrade_checks --- --- bmake --- -------------------------------------------------------------- >>> Building an up-to-date bmake(1) -------------------------------------------------------------- make[2]: "/usr/share/mk/bsd.own.mk" line 480: MK_MAN can't be set by a user. *** [bmake] Error code 1 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [upgrade_checks] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson3888366923191411674.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Mar 11 17:16:36 2016 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 C2FFDACB34E for ; Fri, 11 Mar 2016 17:16:36 +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 AB040B31 for ; Fri, 11 Mar 2016 17:16:36 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id AA77AACB348; Fri, 11 Mar 2016 17:16: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 A9F8CACB343; Fri, 11 Mar 2016 17:16:36 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 973CBB2E; Fri, 11 Mar 2016 17:16:36 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 903D21AAD; Fri, 11 Mar 2016 17:16:36 +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 5D7191BFC2; Fri, 11 Mar 2016 17:16:36 +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 zq0lCFtu09R9; Fri, 11 Mar 2016 17:16:29 +0000 (UTC) To: "current@FreeBSD.org" , toolchain@FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 21B2E1BAC0 From: Bryan Drewery Subject: FAST_DEPEND is now default Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <56E2FC11.5060500@FreeBSD.org> Date: Fri, 11 Mar 2016 09:10:41 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FUAOm4wJTwTcT3h1SGu04WdbbksBTrrL1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 17:16:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --FUAOm4wJTwTcT3h1SGu04WdbbksBTrrL1 Content-Type: multipart/mixed; boundary="nAQAnxL6BocOALpadGjDaBTNxSnofglB6" From: Bryan Drewery To: "current@FreeBSD.org" , toolchain@FreeBSD.org Message-ID: <56E2FC11.5060500@FreeBSD.org> Subject: FAST_DEPEND is now default --nAQAnxL6BocOALpadGjDaBTNxSnofglB6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable WITH_FAST_DEPEND is now enabled by default for in-tree and out-of-tree builds. It no longer runs mkdep(1) during 'make depend', and the 'make depend' stage can safely be skipped now as it is auto ran when building 'make all' and will generate all SRCS and DPSRCS before building anything else. Dependencies are gathered at compile time with -MF flags kept in separate .depend files per object file. Users should run 'make cleandepend' once if using -DNO_CLEAN to clean out older stale .depend files. The option and mkdep(1) support will be removed in a few weeks. --=20 Regards, Bryan Drewery --nAQAnxL6BocOALpadGjDaBTNxSnofglB6-- --FUAOm4wJTwTcT3h1SGu04WdbbksBTrrL1 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 iQEcBAEBAgAGBQJW4vwRAAoJEDXXcbtuRpfPvBQH/Rr9TYcM8214RpN0uty9rNQL o+eRTF1BoIgqrI+jqBJAg+f3N7NxRAFLjB0iaCJihWrYDZbRzHN9IuFzE0evorli n9x2puZt0uW15568MO5UPoIMQbSuLcxUS1ewM/MKDJR7JP+gN6a8clpgpgyzU8kO eMhF3VfqAUddbigu30QDYPn0CQWLW5aUFY9+qk9s4fTiuRtO40eNl7JhAc+w0a+s XbeGp3g6+2mMjrNcpoPj62Xb500xw5Q/YjFbGncrmkF3KIDCtLOpccN3iC9T7WpC FJwkrtFGf4B2V+c7ARnxQTgpjjII57wGbDrITzUq92t5zDZXZhbBIr9QOHbm7Pk= =o8Fk -----END PGP SIGNATURE----- --FUAOm4wJTwTcT3h1SGu04WdbbksBTrrL1-- From owner-freebsd-current@freebsd.org Fri Mar 11 17:16:35 2016 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 86CE7ACB339 for ; Fri, 11 Mar 2016 17:16:35 +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 67B4FB2B for ; Fri, 11 Mar 2016 17:16:35 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 63878ACB335; Fri, 11 Mar 2016 17:16: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 63077ACB334; Fri, 11 Mar 2016 17:16:35 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 4EAA1B29; Fri, 11 Mar 2016 17:16:35 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 460D51AAC; Fri, 11 Mar 2016 17:16: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 145B31BFBD; Fri, 11 Mar 2016 17:16:35 +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 PhpFIbixRG8H; Fri, 11 Mar 2016 17:16:32 +0000 (UTC) Subject: Re: FAST_DEPEND is now default DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 2D0621BBAF To: "current@FreeBSD.org" , toolchain@FreeBSD.org References: <56E2FC11.5060500@FreeBSD.org> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <56E2FC6E.8020107@FreeBSD.org> Date: Fri, 11 Mar 2016 09:12:14 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <56E2FC11.5060500@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6KVNnivClgRwUdFikMTnKeDaBtuF290Nw" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 17:16:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6KVNnivClgRwUdFikMTnKeDaBtuF290Nw Content-Type: multipart/mixed; boundary="bgF7MKEUgku3vp0obW18rl1E7ETCPIALs" From: Bryan Drewery To: "current@FreeBSD.org" , toolchain@FreeBSD.org Message-ID: <56E2FC6E.8020107@FreeBSD.org> Subject: Re: FAST_DEPEND is now default References: <56E2FC11.5060500@FreeBSD.org> In-Reply-To: <56E2FC11.5060500@FreeBSD.org> --bgF7MKEUgku3vp0obW18rl1E7ETCPIALs Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 3/11/2016 9:10 AM, Bryan Drewery wrote: > WITH_FAST_DEPEND is now enabled by default for in-tree and out-of-tree > builds. It no longer runs mkdep(1) during 'make depend', and the > 'make depend' stage can safely be skipped now as it is auto ran > when building 'make all' and will generate all SRCS and DPSRCS before > building anything else. Dependencies are gathered at compile time with= > -MF flags kept in separate .depend files per object file. Users should= > run 'make cleandepend' once if using -DNO_CLEAN to clean out older > stale .depend files. >=20 > The option and mkdep(1) support will be removed in a few weeks. >=20 Sometimes I go too fast. I should mention that this gives 15-35% build time improvements. More information can be see in the initial commit https://svnweb.freebsd.org/base?view=3Drevision&revision=3D290433 --=20 Regards, Bryan Drewery --bgF7MKEUgku3vp0obW18rl1E7ETCPIALs-- --6KVNnivClgRwUdFikMTnKeDaBtuF290Nw 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 iQEcBAEBAgAGBQJW4vxuAAoJEDXXcbtuRpfPYmUH/irpr0ElWw0mtxyclrxmVw4d tuXVUdFbFM7b2klRp/C38vBFedOE6nSPWzjLNIpAmQdSKMXaWJ0/Rs9vOgWskXJp 5/G2MhsJ8QGsuQhGHLBlzzI2g9UwoRrRQVQO8OIwmvv8lfXg5pq3flnIrAQFlx+r eBkkazRj1y/3vt1doMCSqVB3MVxfLT4ZGJP/QAojJp/sudLasUM/m901ghxwGpVz 5W/pl357+1cHF4UBA6wsHTFnk1vPt1o87ZqjZtOM6EUXMhSvr9kyapgerLB319yd UINjMsHm13W4/DGs1ZUv1TWXNQAr0r4iNSKyG8D0I1WLIHfF6SL9XjHPwjEeX4w= =fevF -----END PGP SIGNATURE----- --6KVNnivClgRwUdFikMTnKeDaBtuF290Nw-- From owner-freebsd-current@freebsd.org Fri Mar 11 17:20:27 2016 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 0159FACB549; Fri, 11 Mar 2016 17:20:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 AF918E1B; Fri, 11 Mar 2016 17:20:26 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aeQjf-000Hqr-1t; Fri, 11 Mar 2016 20:20:23 +0300 Date: Fri, 11 Mar 2016 20:20:23 +0300 From: Slawa Olhovchenkov To: Daniel Eischen Cc: Baptiste Daroussin , David Chisnall , Glen Barber , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160311172022.GS70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> <20160311120511.GN31877@ivaldir.etoilebsd.net> <20160311131055.GO70809@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 17:20:27 -0000 On Fri, Mar 11, 2016 at 12:01:34PM -0500, Daniel Eischen wrote: > On Fri, 11 Mar 2016, Slawa Olhovchenkov wrote: > > > On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > > > >> On Tue, Mar 08, 2016 at 05:35:59PM +0000, David Chisnall wrote: > >>> On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: > >>>> > >>> > >>> In terms of comparing packages, if you’re doing that visually then you are likely to have problems anyway, unless your eyes and brain work far better than most humans. We can make that much easier by providing libxo output in pkg and allowing you to have a simple jq script that tells you what the differences are. > >>> > >> pkg can already expose the entire content of a package in json or ucl via: > >> $ pkg info --raw --raw-format [json|json-conpact|yaml|ucl] name > > > > Exposing the entire content of a package is not a root of cause. > > Question in comapring of two different setup with different behaviour > > and search cause of difference. > > > > Case of only a few monolitic packages is essentiality simple then case > > of 1000 combined packages. > > It would be nice to have pkg(8) show packages in tree form, with option > to show just top-level meta packages or packages that have no meta. Meta-package can have variable contens, this is not assist for this case (I am regulary do check/unchek options for apache/nginx/php-modules for not-default configurations). From owner-freebsd-current@freebsd.org Fri Mar 11 19:15:31 2016 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 618B0ACD382; Fri, 11 Mar 2016 19:15:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4570492F; Fri, 11 Mar 2016 19:15:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8F0C01374; Fri, 11 Mar 2016 19:15:31 +0000 (UTC) Date: Fri, 11 Mar 2016 19:15:30 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bdrewery@FreeBSD.org, dumbbell@FreeBSD.org, dim@FreeBSD.org, mav@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2014477574.27.1457723731527.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <868923195.23.1457716539032.JavaMail.jenkins@jenkins-9.freebsd.org> References: <868923195.23.1457716539032.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2569 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 19:15:31 -0000 FreeBSD_HEAD_i386 - Build #2569 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2569/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2569/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2569/console Change summaries: 296674 by dumbbell: drm: Fix dev->ioctl_count references leak This fixes the following error: kernel: error: [drm:pid1167:drm_release] *ERROR* Device busy: 2 Because of that, drm_lastclose() was not called, leading to a few memory leaks once the driver was unloaded. MFC after: 1 week 296673 by mav: Oops, remove debugging forgotten in r296655. MFC after: 2 weeks 296672 by dim: In nvmecontrol, fix gcc warnings about the local 'power' variables shadowing a global declaration. 296671 by bdrewery: Revert r296645 as it breaks stable/10->head builds. The end of the build log: Started by an SCM change Building remotely on kyua6.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_i386 Updating svn://svnmir.freebsd.org/base/head at revision '2016-03-11T19:14:37.084 +0000' U sys/dev/drm2/drm_drv.c U usr.sbin/pc-sysinstall/backend/functions-disk.sh U sbin/nvmecontrol/power.c U Makefile At revision 296674 No emails were triggered. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7546155373459253007.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + true + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + true + sudo umount FreeBSD_HEAD_i386/usr/src + true + sudo umount FreeBSD_HEAD_i386/dev + true + sudo rm -fr FreeBSD_HEAD_i386 + sudo chflags -R noschg FreeBSD_HEAD_i386 + true + sudo rm -fr FreeBSD_HEAD_i386 [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson8728874011880169454.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo env: env: + /usr/bin/env BUILD_NUMBER=2569 HUDSON_SERVER_COOKIE=0657dbe3541f1b1a JOB_NAME=FreeBSD_HEAD_i386 LOGNAME=jenkins JAVA_HOME=/usr/local/openjdk8 SVN_URL=svn://svnmir.freebsd.org/base/head BUILDER_JAIL_IP=2610:1c1:1:607c::106:1 jname=FreeBSD_HEAD_i386 JENKINS_URL=https://jenkins.FreeBSD.org/ JENKINS_HOME=/usr/local/jenkins PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin HUDSON_HOME=/usr/local/jenkins OLDPWD=/ BUILD_ID=2569 BUILDER_NETIF=igb0 JENKINS_SERVER_COOKIE=0657dbe3541f1b1a PWD=/jenkins/workspace/FreeBSD_HEAD_i386 BUILD_TAG=jenkins-FreeBSD_HEAD_i386-2569 NODE_LABELS=jailer kyua6.nyi.freebsd.org BUILD_DISPLAY_NAME=#2569 HOME=/jenkins USER=jenkins BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2569/ SVN_URL_1=svn://svnmir.freebsd.org/base/head SVN_REVISION=296674 SVN_REVISION_1=296674 BUILDER_JAIL_IP6=2610:1c1:1:607c::105:1 JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/ SHELL=/bin/sh HUDSON_URL=https://jenkins.FreeBSD.org/ HUDSON_COOKIE=3790db6c-ed6a-4039-97c9-969bf3b1b6ae BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n WORKSPACE=/jenkins/workspace/FreeBSD_HEAD_i386 NODE_NAME=kyua6.nyi.freebsd.org EXECUTOR_NUMBER=0 + echo 'setup jail FreeBSD_HEAD_i386' setup jail FreeBSD_HEAD_i386 + fetch -m http://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/10.2-RELEASE/base.txz + mkdir FreeBSD_HEAD_i386 + cd FreeBSD_HEAD_i386 + sudo tar Jxf ../base.txz + cd - + sudo mount -t devfs devfs FreeBSD_HEAD_i386/dev + sudo devfs -m FreeBSD_HEAD_i386/dev rule -s 4 applyset + sudo mount -t nullfs src FreeBSD_HEAD_i386/usr/src + printf 'nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n' + sudo tee FreeBSD_HEAD_i386/etc/resolv.conf nameserver 2610:1c1:1:6002::100 nameserver 2610:1c1:1:6002::200 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 alias + sudo jail -c persist 'name=FreeBSD_HEAD_i386' 'path=FreeBSD_HEAD_i386' 'host.hostname=FreeBSD_HEAD_i386.jail.ci.FreeBSD.org' 'ip6.addr=2610:1c1:1:607c::106:1' 'ip4=disable' allow.chflags + echo 'setup build environment' setup build environment + echo 'build environment:' build environment: + sudo jexec FreeBSD_HEAD_i386 sh -c 'uname -a' FreeBSD FreeBSD_HEAD_i386.jail.ci.FreeBSD.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296318: Wed Mar 2 16:40:46 UTC 2016 peter@build-11.freebsd.org:/usr/obj/usr/src/sys/CLUSTER11 i386 + sudo pkg -j FreeBSD_HEAD_i386 info -q pkg: Warning: Major OS version upgrade detected. Running "pkg-static install -f pkg" recommended [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7632792191849462642.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'start build in FreeBSD_HEAD_i386' start build in FreeBSD_HEAD_i386 + sudo jexec FreeBSD_HEAD_i386 sh -c 'cd /usr/src && make -DNO_CLEAN -j 4 buildworld' --- upgrade_checks --- --- bmake --- -------------------------------------------------------------- >>> Building an up-to-date bmake(1) -------------------------------------------------------------- make[2]: "/usr/share/mk/bsd.own.mk" line 498: MK_TESTS can't be set by a user. *** [bmake] Error code 1 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [upgrade_checks] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson3010858861874735053.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Mar 11 22:22:26 2016 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 6F772ACD55D; Fri, 11 Mar 2016 22:22:26 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 626B5946; Fri, 11 Mar 2016 22:22:26 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B4EF51410; Fri, 11 Mar 2016 22:22:26 +0000 (UTC) Date: Fri, 11 Mar 2016 22:22:23 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bdrewery@FreeBSD.org, dumbbell@FreeBSD.org, dim@FreeBSD.org, gonzo@FreeBSD.org, glebius@FreeBSD.org, jhibbits@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <608534115.31.1457734946474.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2014477574.27.1457723731527.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2014477574.27.1457723731527.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2570 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 22:22:26 -0000 FreeBSD_HEAD_i386 - Build #2570 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2570/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2570/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2570/console Change summaries: 296683 by glebius: Allow minimum and maximum sweep size be the same. Submitted by: maxim 296682 by gonzo: Make it possible for operations to refer to GPIO pins by name - Try to guess what is provided as a pin spec for -t or for get/set operation: number or name. Fails in case of ambiguity. - Add -p and -N switches to force pin specification interpretation: -p forces spec to be pin number, -N forces it to be name Submitted by: Emmanuel Vadot Differential Revision: https://reviews.freebsd.org/D5201 296681 by dumbbell: drm/i915: Fix malloc type in i915_gem_object_bind_to_gtt() drm_mm.c expects DRM_MEM_MM, not DRM_I915_GEM. 296679 by dim: Pull in r246280 from upstream libc++ trunk (by Eric Fiselier): Fix most GCC warnings during build. Only -Wattribute left. This helps to fix a number of -Werror warnings when building world with recent versions of gcc (e.g. the devel/*-xtoolchain-gcc ports). 296677 by jhibbits: Add to CFLAGS, rather than replacing. This allows additional CFLAGS, as set in bsd.cpu.mk, to go through. 296676 by bdrewery: Avoid MK_TESTS error on stable/10 by just preventing SUBDIR recursion. 296675 by bdrewery: Avoid bmake upgrade NO_MAN warning by just setting MAN to empty. Suggested by: imp From owner-freebsd-current@freebsd.org Fri Mar 11 23:49:20 2016 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 56636ACD5E5 for ; Fri, 11 Mar 2016 23:49:20 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::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 14DBA382 for ; Fri, 11 Mar 2016 23:49:20 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x235.google.com with SMTP id e185so152679440vkb.1 for ; Fri, 11 Mar 2016 15:49:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=M3BhR8dbZUz+TmcvtiZendiTIf7FmpJtfGGJlUnSS6c=; b=1DDPOE1Wqzs0gOtHvoRPSfIPo3eOE91RdUd0aOHhcbdoxBxAjT/QBsWlXSSh7Ta6eg OHF3O2RgYNqFWLjqBhnKMJQs0kTTDijKm8S9B70bM8ZISzfrhQSK3ojKvT3jWd6IqV63 NG8eVYjyiLidGulcwjoBawbnx3WVUd+mVN4y2d54XjKQpJK3RvX/K9I5Ocu0YBfm3pjW j9V8i0uI3NTPXxkyKoPlGsTOSdhTsNHq1/8jzUX1HYvRKUOtHWQvRNd4sLFo4TwgsKLL /XK+aemZazA5Yrr/iaQmeq7aWfTYQQcztLU6zz1ayJlt6IpLb19nULK0ZE6grCuULsLQ dnVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=M3BhR8dbZUz+TmcvtiZendiTIf7FmpJtfGGJlUnSS6c=; b=S3BXSlo7WYs11zl/elYrx1jtJhCwp9bhUqp8iH2m1ZPfFclm09HfqypJWiIEohW2h9 tG7vmvuialLYmk8hgSw2MS/RX8FVTH3H5W1eV7qwNnnoZMruMimkvtD+ci8G6k4iZ/Kq ufjtE0Rn8LxmZW8n1IhDuE+nI1qlIZl1KDx93AwqiaQGN/+PudaW1uiJPYv/rIrfGfpb zAhehl8jgIxzfdGV5sfZrd4kcQp2+kvF9MnN+8JdXx6+VgiyDZwow0Qt8qed5RVH7tuJ KFfP0aeqZ/QljuisIYRHH2wXMqrE/8c0ZKI60sMq2u9haxb+0pN4stKjn9tEY8PK2jNq T3MA== X-Gm-Message-State: AD7BkJIh9pczdcK3mJLaEy9a4s3VdrpU0rKGvFhICblna3EpGnpMcTbYgdD/fdyfDnVfbgD5LSWVgw1tAW0AXg== MIME-Version: 1.0 X-Received: by 10.31.178.146 with SMTP id b140mr12568707vkf.108.1457740159112; Fri, 11 Mar 2016 15:49:19 -0800 (PST) Received: by 10.31.194.194 with HTTP; Fri, 11 Mar 2016 15:49:19 -0800 (PST) Date: Fri, 11 Mar 2016 18:49:19 -0500 Message-ID: Subject: Significant performance hit on recent upgrade From: Ultima To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 23:49:20 -0000 Hello, Recently I upgraded to r296377, and notice a big hit in performance. This system in question is a poudriere building system that usually has many jails running building around 200-400 pkg per hour for each jail. After the upgrade, it is rare to see over 100 pkg per hour built. Possible regression on recent commit? Previously was running (sorry had git src at the time) 8b372d1(master) built around a week ago. Any ideas what maybe causing this? I can provide more details if needed, someone in irc also mentioned noticing a hit in performance. Ultima From owner-freebsd-current@freebsd.org Fri Mar 11 23:51:13 2016 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 EFC26ACD799 for ; Fri, 11 Mar 2016 23:51:13 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id D4F3D7C0 for ; Fri, 11 Mar 2016 23:51:13 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [172.16.1.131] (s224.GtokyoFL6.vectant.ne.jp [222.228.90.224]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 2CCD8D348 for ; Fri, 11 Mar 2016 23:51:11 +0000 (UTC) Subject: Re: Significant performance hit on recent upgrade To: freebsd-current@freebsd.org References: From: Allan Jude Message-ID: <56E359ED.1090106@freebsd.org> Date: Fri, 11 Mar 2016 18:51:09 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 23:51:14 -0000 On 03/11/2016 18:49, Ultima wrote: > Hello, > > Recently I upgraded to r296377, and notice a big hit in performance. This > system in question is a poudriere building system that usually has many > jails running building around 200-400 pkg per hour for each jail. After the > upgrade, it is rare to see over 100 pkg per hour built. Possible regression > on recent commit? > > Previously was running (sorry had git src at the time) 8b372d1(master) > built around a week ago. Any ideas what maybe causing this? I can provide > more details if needed, someone in irc also mentioned noticing a hit in > performance. > > > Ultima > _______________________________________________ > 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" > Are you using ZFS? What does your memory utilization look like? Can you provide the 'Mem' and 'ARC' lines from top(1) while building packages (ideally, a good 20+ minutes into such a build)? -- Allan Jude From owner-freebsd-current@freebsd.org Fri Mar 11 23:56:59 2016 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 2D69AACD974 for ; Fri, 11 Mar 2016 23:56:59 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x233.google.com (mail-vk0-x233.google.com [IPv6:2607:f8b0:400c:c05::233]) (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 DD465CA6; Fri, 11 Mar 2016 23:56:58 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x233.google.com with SMTP id e185so152813183vkb.1; Fri, 11 Mar 2016 15:56:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=HFtI969fvs/ZDVma1HGPEhrfttIG0wI8+fi44zQpoI8=; b=NK7uTUjAIjkPMIXNFXwqVcG3laO867jSG+W5Yy6wvn77E8R/G4zNnqsIZNx4FtcLFA qkS0ckzTvRamvZjcft8BLEysB02tUAL+WJ6o2XnapoLZnFDK1mvB+E/7Y+zvOsuLvrtw FHnJLgUT7osdgThLaJaN2Us9RHgp/UbhK7MxiaCUAPB8GJBSzGv4/elSmboO5mwnhTZH mo7DeB5AqIiorSN0T6VWWWZbm6MOc6QwpWi+3LLb+DNiwu7ut8DcU7pSrwbNk73sXpQI iajpXbFpfE+QGsN8BEgRgIdKnrItTFZzVi/t9TDavtwjQk0gphmmTYTV01J5HMy2E8De EbZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=HFtI969fvs/ZDVma1HGPEhrfttIG0wI8+fi44zQpoI8=; b=WDkt88QO3zC18zS9GIRqe+8voM8w3xJHwe2WUgPI55POEKQ4cg6zcKHxqm6JKXRwW3 Snkz+Am7vHtKg2zR1ltbb+twOBK4MiEJUQopPlYhXzJi1vseFnV3cOyR9iY5O6MUxmYA bvcxp4lUAyQ7M+1dEJO4WNZvI6ZSt2Bm6R1DBn8G8I8heQYPxhBdCSS7rS8297DvjyXB E5ltZ9+/11Mk0FfiYomqjKFgV5FfIb3GX+wa3GfrtLr4robDE+nfhOf5XAZ10FMiiV+/ ixWhylWVuVzqvk1OHnCIDGY0/HiTTB/MYrv0bF1eVFQg60GiF1m5jyLAOyzPhSroFnJd KszQ== X-Gm-Message-State: AD7BkJLqhIXgOR9/OLdkL6TQOXoxNv0mSBH7MmPtGb3Zte4LtANlJC94l3OdB+kpow4W2hJpb8LzQSkE6b2d/A== MIME-Version: 1.0 X-Received: by 10.31.21.4 with SMTP id 4mr12709259vkv.151.1457740617829; Fri, 11 Mar 2016 15:56:57 -0800 (PST) Received: by 10.31.194.194 with HTTP; Fri, 11 Mar 2016 15:56:57 -0800 (PST) In-Reply-To: <56E359ED.1090106@freebsd.org> References: <56E359ED.1090106@freebsd.org> Date: Fri, 11 Mar 2016 18:56:57 -0500 Message-ID: Subject: Re: Significant performance hit on recent upgrade From: Ultima To: Allan Jude Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 11 Mar 2016 23:56:59 -0000 last pid: 96327; load averages: 41.78, 50.32, 50.07 up 1+05:19:23 18:52:47 169 processes: 11 running, 158 sleeping CPU: 24.4% user, 0.2% nice, 15.1% system, 0.1% interrupt, 60.3% idle Mem: 12G Active, 43G Inact, 186G Wired, 8867M Free ARC: 166G Total, 122G MFU, 38G MRU, 46M Anon, 753M Header, 5314M Other Swap: This is currently with poudriere que of 4000ish packages, right now at only 116 pkg per hour with 12 jails. Has been going for around 11 hours now. Usually it would be done by now with around 350ish pkg per hour with other jail versions running, only running the one right now. On Fri, Mar 11, 2016 at 6:51 PM, Allan Jude wrote: > On 03/11/2016 18:49, Ultima wrote: > > Hello, > > > > Recently I upgraded to r296377, and notice a big hit in performance. > This > > system in question is a poudriere building system that usually has many > > jails running building around 200-400 pkg per hour for each jail. After > the > > upgrade, it is rare to see over 100 pkg per hour built. Possible > regression > > on recent commit? > > > > Previously was running (sorry had git src at the time) 8b372d1(master) > > built around a week ago. Any ideas what maybe causing this? I can provide > > more details if needed, someone in irc also mentioned noticing a hit in > > performance. > > > > > > Ultima > > _______________________________________________ > > 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" > > > > Are you using ZFS? What does your memory utilization look like? > Can you provide the 'Mem' and 'ARC' lines from top(1) while building > packages (ideally, a good 20+ minutes into such a build)? > > -- > Allan Jude > _______________________________________________ > 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 Sat Mar 12 00:00:28 2016 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 6258CACDCA0 for ; Sat, 12 Mar 2016 00:00:28 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::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 1D837E6F; Sat, 12 Mar 2016 00:00:28 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x22e.google.com with SMTP id e185so152875588vkb.1; Fri, 11 Mar 2016 16:00:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=CTOxL3G5ncFUriXYBUfMKzNOMYitmrzWWaUbJ2IMp4U=; b=X7/Ouo7oJH0w3iwv8K3OJ4cMlNVdP1l98DQIZHy+ntVNhH3fsi+bOcYWtXab79OZIk NvXkF0LR3awzf0F+j1IriZxHx0m6Weg+s6NuWUJ2IK0Xel2rNLyvDfLotAjGJOmJA859 q9AtLoIofCezNWkQSSMumB8PJ7IEIi7xEW+8dNSed3smou8sIQ0kzA3m5+xZIixE6S/e KI6nqDGm4Y7lpOjsFwK+LS9lJRLh0Movhqxh3an5SQoKklUinNPQnR31i6LRKwFD1M7L Z4lrIQKDvWi5uyW9cEgj3YRkMX0VRaOpnSo8vv/foBcYmjC9Mo14d++mtroaZMahtdRF wcnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=CTOxL3G5ncFUriXYBUfMKzNOMYitmrzWWaUbJ2IMp4U=; b=G3o6LmV4cue0ZX+RsjupNS4ry7/vWKsLwMam1tF4Z70kDras6rBjkVd5XhK1Qys4Ln mFWdH8DeKIpEZNttb5V4F1gfY49nt3aEMUdd/xOwfepBRJPNSvfPPAuusj4sn33nG0uC vDEEpa+CTVObNh0HKvKfwwSgMfreOuwzCFvN7eYEmdy/kexmOfmzTTmolPBd+JZmiupg t8X34pBB/xtL/eYcBg+pPiXfTszUsa4IJaxHiYuRINl+8wcQ8goAivhlfGvnr+kSadn/ ic0etuprgLHEoooCDNS5WR8UKygH/C68a9l7LUDoZaEU9hWV2LVtzpHitm83rwcuEOFM Ozjw== X-Gm-Message-State: AD7BkJIu5hufJNz4SpO7stlog/t/NsoyEcJqRR9NDOUH3g4PhBF9s9wx3MNAX5rVlSpSvtERFpc7i7NKntYUiA== MIME-Version: 1.0 X-Received: by 10.31.180.85 with SMTP id d82mr11057240vkf.83.1457740827171; Fri, 11 Mar 2016 16:00:27 -0800 (PST) Received: by 10.31.194.194 with HTTP; Fri, 11 Mar 2016 16:00:27 -0800 (PST) In-Reply-To: References: <56E359ED.1090106@freebsd.org> Date: Fri, 11 Mar 2016 19:00:27 -0500 Message-ID: Subject: Re: Significant performance hit on recent upgrade From: Ultima To: Allan Jude Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 12 Mar 2016 00:00:28 -0000 Should I restart and provide this info after 20min into build? Or is this good info? On Fri, Mar 11, 2016 at 6:56 PM, Ultima wrote: > last pid: 96327; load averages: 41.78, 50.32, 50.07 up 1+05:19:23 > 18:52:47 > 169 processes: 11 running, 158 sleeping > CPU: 24.4% user, 0.2% nice, 15.1% system, 0.1% interrupt, 60.3% idle > Mem: 12G Active, 43G Inact, 186G Wired, 8867M Free > ARC: 166G Total, 122G MFU, 38G MRU, 46M Anon, 753M Header, 5314M Other > Swap: > > > This is currently with poudriere que of 4000ish packages, right now at > only 116 pkg per hour with 12 jails. Has been going for around 11 hours > now. Usually it would be done by now with around 350ish pkg per hour with > other jail versions running, only running the one right now. > > On Fri, Mar 11, 2016 at 6:51 PM, Allan Jude wrote: > >> On 03/11/2016 18:49, Ultima wrote: >> > Hello, >> > >> > Recently I upgraded to r296377, and notice a big hit in performance. >> This >> > system in question is a poudriere building system that usually has many >> > jails running building around 200-400 pkg per hour for each jail. After >> the >> > upgrade, it is rare to see over 100 pkg per hour built. Possible >> regression >> > on recent commit? >> > >> > Previously was running (sorry had git src at the time) 8b372d1(master) >> > built around a week ago. Any ideas what maybe causing this? I can >> provide >> > more details if needed, someone in irc also mentioned noticing a hit in >> > performance. >> > >> > >> > Ultima >> > _______________________________________________ >> > 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" >> > >> >> Are you using ZFS? What does your memory utilization look like? >> Can you provide the 'Mem' and 'ARC' lines from top(1) while building >> packages (ideally, a good 20+ minutes into such a build)? >> >> -- >> Allan Jude >> _______________________________________________ >> 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 Sat Mar 12 06:37:19 2016 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 60634ACC086 for ; Sat, 12 Mar 2016 06:37:19 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::22b]) (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 1A697D33 for ; Sat, 12 Mar 2016 06:37:19 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x22b.google.com with SMTP id c3so158447909vkb.3 for ; Fri, 11 Mar 2016 22:37:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc; bh=0uljak5LpO1EBwzLC4Gp97EhZRx2VD6hjholDG//k6g=; b=Y+BFHESrZU2vl8EfLlv4dj8Qw+qr5gl0Rtvblj4ZwSDNRCMZunNEl79LDY8WhgIUAL vUsKlWVfU8gq+N7sZt4aEd2x3hfoLkmNd4QzTQ4ZPL0n7kP2lMWQPaaCxqqXWShK7q/d 2vIkO4UQ2fkgjkbdw7LShzF/h6K7LeKc31NZ1+9ulrSIwHnxT9N+qTYd9pRXrpTghx1+ 7KwJYFtIw2lM/SMbTv0cf5lFVj3KXXdCAg5QcGXNZEJtbAab+lxgcU9c36mTgWMJtjb0 cuH0Ga8AXWjcbKfidQkxNGZ1jhUk3iIo9/pLpUwZXJjqOH1CO+1pYzEkNztbhaudnj+w nepA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:cc; bh=0uljak5LpO1EBwzLC4Gp97EhZRx2VD6hjholDG//k6g=; b=HbKzDAo0vc/zCaKhAzEXH8qPBzDGeZX6jzB90dhavln9ACNlIKyBuA456ZaG7/n+ll OrhghBJQ5lgHSA2Lu8dLT8Y2Jqt5lw4I7oMP3YfxH5gGO76HNEDmSJVAWNCXtgmNg4tO DFV3bI14pWjLHh970yFez2mV303yHDLqT3KwzOwOZA9nvvdmuWuRKBze3by608pNe23b 52yLw+mFVej402/tvHvXVUYZf542fUGIeg2mQuyd30tEYpzsMvJaCA+yn+qy78LTT/UO du/cdH4t1Fww7WfW5iGQyOGpsDVg3A7+SSkxIsjeaztMEZDbvNBFDsurG7uHmFc26gSP tPnw== X-Gm-Message-State: AD7BkJK6oiyG4Tv/8jnCEq4/JnYaf/qh51zDBf5BgJfHedM4ysOLSYoGwvNulbSnEF09K1Ydntcr6KDfSg6HCg== MIME-Version: 1.0 X-Received: by 10.31.107.25 with SMTP id g25mr14701542vkc.15.1457764637960; Fri, 11 Mar 2016 22:37:17 -0800 (PST) Received: by 10.31.194.194 with HTTP; Fri, 11 Mar 2016 22:37:17 -0800 (PST) In-Reply-To: References: <56E359ED.1090106@freebsd.org> <20160312043347.GP35640@home.opsec.eu> Date: Sat, 12 Mar 2016 01:37:17 -0500 Message-ID: Subject: Re: Significant performance hit on recent upgrade From: Ultima Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 12 Mar 2016 06:37:19 -0000 Just upgraded again to r296709. Running for about an hour, performance appears to be restored. Will report back if this changes. On Sat, Mar 12, 2016 at 1:11 AM, Ultima wrote: > Hmm, the total cost would be hard to calculate, not all of it was > purchased at the same time. > > CPU - ( E5-2670v3 x 2 ) engineering equivalent, 12 cores 24 virtual - > price was around 500$ each > > Ram - ( 32G x 8 ) kingsten KVR21R15D4K4 256G ram, not cheap around 2200$ > > Storage - ( (4Tx6 raidz2) x 3 ) 18 drives total (12xst4000nm0033, > 6xst4000nm0023) with 1 cache device DC S3700 (200GB), I bought all these > over the course of a few years, so price is not accurate on this. They are > enterprise drives, so it is prob around 3000$ total. And surprisingly I'v > had about 5 failed drives over that time. =/ > > The os drives are 2x128G ssd's mirrored samsung 840's or 850's(can't > remember) > > Motherboard - Gigabyte MD80-TM0, I am not happy with unfortunately, It > has many nice features, but I feel like the firmware is a lacking. 500ish? > > > Overall it is a great box. I am definitely happy with it. I was having a > little bit of issues with heat at first, I really had to clean up the wires > for good air flow. Don't think I should have bought so much ram, zfs loves > it, but just I don't really needed it. However, when everything is in arc, > it is so fast. -j24 buildworld && buildkernel takes around 20 minutes for > 10-STABLE and about 30 for head. This system should last me for a few > years. =] > > On Fri, Mar 11, 2016 at 11:33 PM, Kurt Jaeger wrote: > >> Hi! >> >> > last pid: 96327; load averages: 41.78, 50.32, 50.07 up >> 1+05:19:23 >> > 18:52:47 >> > 169 processes: 11 running, 158 sleeping >> > CPU: 24.4% user, 0.2% nice, 15.1% system, 0.1% interrupt, 60.3% idle >> > Mem: 12G Active, 43G Inact, 186G Wired, 8867M Free >> > ARC: 166G Total, 122G MFU, 38G MRU, 46M Anon, 753M Header, 5314M Other >> > Swap: >> >> That's a nice box, impressive! >> >> How much RAM does the box have ? What CPU does it have ? How >> much did it cost ? >> >> -- >> pi@opsec.eu +49 171 3101372 4 years >> to go ! >> > > From owner-freebsd-current@freebsd.org Sat Mar 12 08:38:40 2016 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 C992EACDA63 for ; Sat, 12 Mar 2016 08:38:40 +0000 (UTC) (envelope-from gljennjohn@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 ABAE4F25 for ; Sat, 12 Mar 2016 08:38:40 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id A6A91ACDA62; Sat, 12 Mar 2016 08:38: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 A63D2ACDA61 for ; Sat, 12 Mar 2016 08:38:40 +0000 (UTC) (envelope-from gljennjohn@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 3F09CF23 for ; Sat, 12 Mar 2016 08:38:40 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id l68so44190072wml.1 for ; Sat, 12 Mar 2016 00:38:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:reply-to:mime-version :content-transfer-encoding; bh=sojOPnn0smoOXS6PobKDehSEeLpPnxAovnQyWr1EuHU=; b=ZrYK2czfpsNR+rStsL7jsgv24wiAKn0AvoYdH7AApZiBXedV6bttq1i4rIfYDLZZw5 efMzNLQzsoDLyoUzSf5nRw82Q5oHb3IWMTGv/Swx3BxbK/hCN0s2F0VD/EP5hDR41fmz iEVWvHV3wpUXvs/2l9Ji7xUU0ho+p3ZoITMjpPXq5IKAfSeY54uB561m3NVpD0J15yMj x7U8fYwRK7es3VeYoilHwAvw3U/kYt5xN6UI5WHtVQKwrFnenr1ZUGWZ9WpjMd3wTlgL lsgZag11aZPKuO9jmtUnijDmLPnDhuHV9iAtnuki73g2B28CGeK5Fzqqc4Av8EOa0AnO 7lfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:reply-to :mime-version:content-transfer-encoding; bh=sojOPnn0smoOXS6PobKDehSEeLpPnxAovnQyWr1EuHU=; b=PDJONKY74N7fctpQz92ijoYQ80Xz3YSkcve2stwlD9FScdIZqZXMN/XzIOUI54vZ2a EtYVGVOhniYVZ6HD+9A96iXPd//QTGbT/fTh57TwSr5tG2cdkbnC2hKJWHtZX6dc2Ab+ lFZ2n8DV5wgtbl+f9aYiUL4gdagBgUqcDohQ70/uZ+eMB5buhCYb7FQEOzaQZl+pXuTs kKH2kwzkq9YZmFyoYuogbLjNQXcRcyGv8uws6vEYpL2kOY9O37nKTQ9jE1XpVq4Okqmg n0CR99LX3RLIodKIici4Xkplt0T7wIC8qQP8xYc0M1HQMb8qqB0ytFpMJSEWTSIPgvQ+ If+w== X-Gm-Message-State: AD7BkJJDuCAEyETf3tb9UpQeitxv0dNSyolNADHKTo/fUbPL9MqmbDD/uSMAvg2Vv85qRA== X-Received: by 10.194.172.3 with SMTP id ay3mr14046963wjc.155.1457771918679; Sat, 12 Mar 2016 00:38:38 -0800 (PST) Received: from ernst.home (p578E1562.dip0.t-ipconnect.de. [87.142.21.98]) by smtp.gmail.com with ESMTPSA id av3sm12110402wjc.44.2016.03.12.00.38.37 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 12 Mar 2016 00:38:38 -0800 (PST) Date: Sat, 12 Mar 2016 09:38:35 +0100 From: Gary Jennejohn To: current@freebsd.org Subject: how to recycle Inact memory more aggressively? Message-ID: <20160312093835.727d7197@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 12 Mar 2016 08:38:41 -0000 In the course of the last year or so the behavior of the vm system has changed in regard to how aggressively Inact memory is recycled. My box has 8GB of memory. At the moment I'm copying 100s of gigabytes from one file system to another one. Looking at top I observe that there are about 6GB of Inact memory. This value hardly changes. Instead of aggressively recycling the Inact memory the vm now seems to prefer to swap. Last year, can't rmember excatly when, the behavior was totally different. The vm very aggessively recycled Inact memory and, even when copying 100s of GB of files, the system hardly swapped. It seems rather strange to me that the vm happily allows gigbytes of Inact memory to be present and prefers swapping to recyclincg. Are there any sysctl's I can set to get the old behavior back? -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sat Mar 12 12:26:38 2016 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 8846EACBBCA for ; Sat, 12 Mar 2016 12:26:38 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (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 4E84C184; Sat, 12 Mar 2016 12:26:38 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2588D3570F; Sat, 12 Mar 2016 13:26:34 +0100 (CET) Subject: Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #1120 - Still Failing Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_05EBF5E0-6503-4909-B879-D193A4795767"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <56E0DE22.7080502@FreeBSD.org> Date: Sat, 12 Mar 2016 13:26:24 +0100 Cc: freebsd-current@FreeBSD.org Message-Id: References: <1012965286.195.1457430479446.JavaMail.jenkins@jenkins-9.freebsd.org> <1571910320.197.1457516940119.JavaMail.jenkins@jenkins-9.freebsd.org> <56E0DE22.7080502@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 12 Mar 2016 12:26:38 -0000 --Apple-Mail=_05EBF5E0-6503-4909-B879-D193A4795767 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 10 Mar 2016, at 03:38, Bryan Drewery wrote: >=20 > On 3/9/2016 1:48 AM, jenkins-admin@FreeBSD.org wrote: >> FreeBSD_HEAD_amd64_gcc4.9 - Build #1120 - Still Failing: >>=20 >> Build information: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1120/ >> Full change log: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1120/changes >> Full build log: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1120/console ... > This seems to be from the clang upgrade. It's now fixed, after r296687: https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/1123/ Btw, this job should really be upgraded to use gcc 5.3.0, like the devel/amd64-xtoolchain-gcc port provides. -Dimitry --Apple-Mail=_05EBF5E0-6503-4909-B879-D193A4795767 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----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlbkCvkACgkQsF6jCi4glqP6xACcCEbjCKGHTEi1JQv3l+zvLwHf tSAAoJpKyiWptqihbQp1fF1w2qPrC6IJ =zCcI -----END PGP SIGNATURE----- --Apple-Mail=_05EBF5E0-6503-4909-B879-D193A4795767-- From owner-freebsd-current@freebsd.org Sat Mar 12 10:51:58 2016 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 BF560ACDDFA for ; Sat, 12 Mar 2016 10:51:58 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9BEB7B6D; Sat, 12 Mar 2016 10:51:58 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DB41C164C; Sat, 12 Mar 2016 10:51:58 +0000 (UTC) Date: Sat, 12 Mar 2016 10:51:33 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: np@FreeBSD.org, jhb@FreeBSD.org, andrew@FreeBSD.org, dumbbell@FreeBSD.org, mav@FreeBSD.org, glebius@FreeBSD.org, trasz@FreeBSD.org, des@FreeBSD.org, emaste@FreeBSD.org, kib@FreeBSD.org, bdrewery@FreeBSD.org, dim@FreeBSD.org, gonzo@FreeBSD.org, maxim@FreeBSD.org, jhibbits@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1896721701.37.1457779918490.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1862099776.9.1457689382119.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1862099776.9.1457689382119.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #1123 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: SUCCESS Precedence: bulk X-Mailman-Approved-At: Sat, 12 Mar 2016 13:00:15 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2016 10:51:58 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #1123 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1123/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1123/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1123/console Change summaries: 296718 by trasz: Use S_BLKSIZE instead of magic constant. MFC after: 1 month Sponsored by: The FreeBSD Foundation 296717 by trasz: Refactor the way we restore cn_lkflags; no functional changes. MFC after: 1 month Sponsored by: The FreeBSD Foundation 296716 by trasz: Remove cn_consume from 'struct componentname'. It was never set to anything other than 0. Reviewed by: kib@ MFC after: 1 month Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D5611 296715 by trasz: Fix autofs triggering problem. Assume you have an NFS server, 192.168.1.1, with share "share". This commit fixes a problem where "mkdir /net/192.168.1.1/share/meh" would return spurious error instead of creating the directory if the target filesystem wasn't mounted yet; subsequent attempts would work correctly. The failure scenario is kind of complicated to explain, but it all boils down to calling VOP_MKDIR() for the target filesystem (NFS) with wrong dvp - the autofs vnode instead of the filesystem root mounted over it. Reviewed by: kib@ MFC after: 1 month Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D5442 296714 by jhb: Remove Symbol.map entries for old AIO system calls for FreeBSD 6 compat. These entries should have never been present since they only exist for compat with FreeBSD 6.x (and older) binaries. This was missed in r296572. Technically this breaks the ABI by removing versioned symbols. However, no binaries should be linked against these symbols. No release has shipped with a header that contained a prototype for these functions. Reviewed by: kib Differential Revision: https://reviews.freebsd.org/D5615 296713 by andrew: Print the correct size of loader.efi when failing to load it into memory. Obtained from: AsiaBSDCon Sponsored by: ABT Systems Ltd 296711 by np: cxgbe(4): Fix typo in previous commit. 296710 by np: cxgbe(4): Catch up with the latest list of card capabilities as reported by the firmware. 296709 by bdrewery: Move Makefile.lib32 to Makefile.libcompat and generalize it. This is in preparation for LIBSOFT. This file only supports *1* LIBCOMPAT value currently and must be capitalized. In Makefile.libcompat given LIBCOMPAT=FOO there can be values set for LIBFOOCFLAGS, LIBFOOCPUFLAGS, LIBFOOWMAKEENV, LIBFOOWMAKEFLAGS, LIBFOOCPUFLAGS, and LIBFOODTRACE. These will have the standard cross-build values appended onto them. This could be extended to support multiple libcompat libraries in the future once there is a need. Reviewed by: imp Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D5612 296708 by bdrewery: DIRDEPS_BUILD: Update dependencies. Sponsored by: EMC / Isilon Storage Division 296707 by bdrewery: Add missing CLEANFILES. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 296706 by bdrewery: Add more .NOMETA missed in r291320 Sponsored by: EMC / Isilon Storage Division 296705 by bdrewery: Revert r269030. CLEANFILES is already added to .NOPATH since r241298. Sponsored by: EMC / Isilon Storage Division 296704 by bdrewery: Remove bogus .ORDER. This is not SUBDIR_PARALLEL and if it were this .ORDER would not work since the targets are _subdir_ not . MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 296703 by bdrewery: Don't even define or append subdir targets with NO_SUBDIR. No functional change. This prevents adding empty targets to the main called target which is confusing for debugging. MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 296702 by bdrewery: Remove exists() checks so normal out-of-date handling can be used. This also fixes META MODE rebuilding these because the 'number of build commands' changed from the previous build. MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 296701 by bdrewery: META_MODE: We can only use a cookie if filemon is being used. Sponsored by: EMC / Isilon Storage Divsion 296700 by bdrewery: META_MODE: Simplify the META_COOKIE handling to use .USE/.USEBEFORE. Extend it to other cases of meta mode cookies so they get the proper rm cookie behavior when a .meta file detects it needs to rebuild and fails. Sponsored by: EMC / Isilon Storage Division 296699 by bdrewery: DIRDEPS_BUILD: Add a sure way to prohibit building 'all' during dirdeps phase. This obsoletes the _SKIP_BUILD check but keeps it for now until it proves to be enough. In the dirdeps build the first 'make all' or 'make' ran would invoke 'make dirdeps' which builds dependencies and then builds the current directory in a sub-make (when BUILD_AT_LEVEL0 is no, which for us it is). This behavior causes things attached to 'all:' to build in the dirdeps phase AND the sub-make phase which creates all kinds of problems for staging, meta file tracking, and races. Sponsored by: EMC / Isilon Storage Division 296698 by bdrewery: DIRDEPS_BUILD: Reduce restaging here. This also fixes meta tracking for the beforeinstall since it had been marked .PHONY before (in bsd.sys.mk). Sponsored by: EMC / Isilon Storage Division 296697 by bdrewery: DIRDEPS_BUILD: Fix building during dirdeps. Sponsored by: EMC / Isilon Storage Division 296696 by bdrewery: DIRDEPS_BUILD: Avoid rebuilds due to changed build commands with newly staged tools. This is a follow-up to r291561 which reworked the bootstrap tool PATH handling. An example of this is when building lib/clang/libclangedit. At first clang-tblgen will not be staged in the host tree so it will have CLANG_TBLGEN=clang-tblgen set and exported. During the build though it will stage clang-tblgen and then find it via the PATH. On the next build it finds clang-tblgen in the stage directory and would set CLANG_TBLGEN=/clang-tblgen thus causing the build command to change. In both cases the same exact tool was used though so there is no need to rebuild. If the tool did change the normal meta/filemon handling would pick that up via timestamp comparisons and rebuild. Sponsored by: EMC / Isilon Storage Division 296695 by bdrewery: DIRDEPS_BUILD: Fix staging of share/sendmail and share/examples. Sponsored by: EMC / Isilon Storage Division 296694 by bdrewery: DIRDEPS_BUILD: export DESTDIR for STAGING. An example of where this is needed is in share/examples which for 'etc-examples' runs 'make -C SRCTOP/etc etc-examples' which installs to the default DESTDIR otherwise. Sponsored by: EMC / Isilon Storage Division 296693 by bdrewery: DIRDEPS_BUILD: Extend beforeinstall: staging hack. Most beforeinstall: usage is not adding commands but only adding targets, such as in share/sendmail. Sponsored by: EMC / Isilon Storage Division 296692 by bdrewery: Remove out-of-place make(buildincludes) check. This came in r239572 for META_MODE handling but it doesn't make sense since the staging is always done in make(all); make(buildincludes) is never actually ran in the META_MODE build. Reported by: bapt Sponsored by: EMC / Isilon Storage Division 296691 by bdrewery: DIRDEPS_BUILD: None of this is needed anymore. This file is using stage-install, so all of the .dirdep files are properly handled. The cookie handling also properly handles rebuilds with .meta files. DESTDIR from bsd.sys.mk is also respected for staging. This logic came in r239572. Sponsored by: EMC / Isilon Storage Division 296690 by bdrewery: DIRDEPS_BUILD: Remove the cookie when target is out-of-date. The meta file may decide the target is out of date but nothing ensures that the *next* build will build this target if it fails this time for some reason; it is still out-of-date until it succeeds. Convert the include/ cookie usage to the global versions. Sponsored by: EMC / Isilon Storage Division 296689 by np: cxgbe(4): sysctls to display the TOE's TCP timers. cask:~# sysctl -d dev.t5nex.0.toe dev.t5nex.0.toe.finwait2_timer: FINWAIT2 timer (us) dev.t5nex.0.toe.initial_srtt: Initial SRTT (us) dev.t5nex.0.toe.keepalive_intvl: Keepidle interval (us) dev.t5nex.0.toe.keepalive_idle: Keepidle idle timer (us) dev.t5nex.0.toe.persist_max: Persist timer max (us) dev.t5nex.0.toe.persist_min: Persist timer min (us) dev.t5nex.0.toe.rexmt_max: Retransmit max (us) dev.t5nex.0.toe.rexmt_min: Retransmit min (us) dev.t5nex.0.toe.dack_timer: DACK timer (us) dev.t5nex.0.toe.dack_tick: DACK tick (us) dev.t5nex.0.toe.timestamp_tick: TCP timestamp tick (us) dev.t5nex.0.toe.timer_tick: TP timer tick (us) ... cask:~# sysctl dev.t5nex.0.toe dev.t5nex.0.toe.finwait2_timer: 9765440 dev.t5nex.0.toe.initial_srtt: 244128 dev.t5nex.0.toe.keepalive_intvl: 73240800 dev.t5nex.0.toe.keepalive_idle: 7031116800 dev.t5nex.0.toe.persist_max: 9765440 dev.t5nex.0.toe.persist_min: 976544 dev.t5nex.0.toe.rexmt_max: 9765440 dev.t5nex.0.toe.rexmt_min: 244128 dev.t5nex.0.toe.dack_timer: 19520 dev.t5nex.0.toe.dack_tick: 32.768 dev.t5nex.0.toe.timestamp_tick: 1048.576 dev.t5nex.0.toe.timer_tick: 32.768 ... 296688 by jhb: Use SI_SUB_LAST instead of SI_SUB_SMP as the "catch-all" subsystem. Reviewed by: kib Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D5515 296687 by dim: Pull in r250279 from upstream libc++ trunk (by Eric Fiselier): Fix GCC atomic implementation in C++03 Pull in r250802 from upstream libc++ trunk (by Eric Fiselier): Detect relaxed constexpr rules for gcc versions Pull in r255585 from upstream libc++ trunk (by Eric Fiselier): Fix various GCC mis-configurations for newer versions. This patch goes through and enables C++11 and C++14 features for newer GCC's. The main changes are: 1. Turn on variable templates. (Uses __cpp_variable_templates) 2. Assert atomic is trivially copyable (Uses _GNUC_VER >= 501). 3. Turn on trailing return support for GCC. (Uses _GNUC_VER >= 404) 4. XFAIL void_t test for GCC 5.1 and 5.2. Fixed in GCC 6. Together, these should fix building clang 3.8.0 as part of building world with recent versions of gcc (e.g. the devel/*-xtoolchain-gcc ports). 296685 by emaste: libelf: correct byte count in cross-endian note translation MFC after: 1 month Sponsored by: The FreeBSD Foundation 296684 by bdrewery: Add more casper leftover files. Reported by: jhb 296683 by glebius: Allow minimum and maximum sweep size be the same. Submitted by: maxim 296682 by gonzo: Make it possible for operations to refer to GPIO pins by name - Try to guess what is provided as a pin spec for -t or for get/set operation: number or name. Fails in case of ambiguity. - Add -p and -N switches to force pin specification interpretation: -p forces spec to be pin number, -N forces it to be name Submitted by: Emmanuel Vadot Differential Revision: https://reviews.freebsd.org/D5201 296681 by dumbbell: drm/i915: Fix malloc type in i915_gem_object_bind_to_gtt() drm_mm.c expects DRM_MEM_MM, not DRM_I915_GEM. 296679 by dim: Pull in r246280 from upstream libc++ trunk (by Eric Fiselier): Fix most GCC warnings during build. Only -Wattribute left. This helps to fix a number of -Werror warnings when building world with recent versions of gcc (e.g. the devel/*-xtoolchain-gcc ports). 296677 by jhibbits: Add to CFLAGS, rather than replacing. This allows additional CFLAGS, as set in bsd.cpu.mk, to go through. 296676 by bdrewery: Avoid MK_TESTS error on stable/10 by just preventing SUBDIR recursion. 296675 by bdrewery: Avoid bmake upgrade NO_MAN warning by just setting MAN to empty. Suggested by: imp 296674 by dumbbell: drm: Fix dev->ioctl_count references leak This fixes the following error: kernel: error: [drm:pid1167:drm_release] *ERROR* Device busy: 2 Because of that, drm_lastclose() was not called, leading to a few memory leaks once the driver was unloaded. MFC after: 1 week 296673 by mav: Oops, remove debugging forgotten in r296655. MFC after: 2 weeks 296672 by dim: In nvmecontrol, fix gcc warnings about the local 'power' variables shadowing a global declaration. 296671 by bdrewery: Revert r296645 as it breaks stable/10->head builds. 296670 by bdrewery: Regenerate 296669 by bdrewery: Add a WITHOUT_FAST_DEPEND 296668 by bdrewery: Enable FAST_DEPEND by default. Discussed on: arch Sponsored by: EMC / Isilon Storage Division 296663 by emaste: libdwarf: fix SHT_REL relocation processing Relocation of type SHT_REL must use the current value as addend. PR: 204084 Obtained from: NetBSD libdwarf_elf_init.c v1.4 296662 by maxim: o Kill EoL whitespaces. No functional changes. 296661 by maxim: o Xr icmp(4). 296660 by maxim: o Document net.inet.icmp.maskfake and net.inet.icmp.tstamprepl sysctls. 296659 by des: Apply upstream r3651: the IPv6 address of the L root has changed. 296657 by des: Not ready for level 6 yet due to -Wredundant-decls. 296656 by mav: Don't bother to invoke gmirror or zpool if the module is not loaded. 296655 by mav: Unify and improve metadata wiping. MFC after: 2 weeks 296654 by mav: Use `geom disk list` instead `camcontrol identify`. The new way works for almost any disk, while the old only for ATA. MFC after: 2 weeks 296653 by mav: Allow standard commands for "unknown" classes in RESCUE mode. For example, it allows quite useful `geom disk list` command. MFC after: 1 week 296652 by kib: Do not perform unneccessary shared recursion on the allproc_lock in pfs_visible(). The recursion does not cause deadlock because the sx implementation does not prefer exclusive waiters over the shared, but this is an implementation detail. Reported by: pho, Matthew Bryan Reviewed by: jhb Tested by: pho Approved by: des (pseudofs maintainer) Sponsored by: The FreeBSD Foundation MFC after: 2 weeks 296651 by des: Define __bounded__ to fix the gcc build. While there, raise WARNS. From owner-freebsd-current@freebsd.org Sat Mar 12 16:10:32 2016 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 18040ACD217 for ; Sat, 12 Mar 2016 16:10:32 +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 F0F4B10B7 for ; Sat, 12 Mar 2016 16:10:31 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id F01DBACD215; Sat, 12 Mar 2016 16:10:31 +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 D5C91ACD214 for ; Sat, 12 Mar 2016 16:10:31 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C0D110B6 for ; Sat, 12 Mar 2016 16:10:31 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1aem7S-0005MQ-2J for current@freebsd.org; Sat, 12 Mar 2016 17:10:22 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1aem7S-0006Jc-1q for current@freebsd.org; Sat, 12 Mar 2016 17:10:22 +0100 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); for ; Sat, 12 Mar 2016 16:10:22 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: UPDATING revision and seperate edge-case question(s) Date: Sat, 12 Mar 2016 08:10:22 -0800 (PST) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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, 12 Mar 2016 16:10:32 -0000 Having unexpectedly built world and kernel GENERIC on 3-8 Current, that is = not the principal system [1] ... browsing its UPDATING at the bottom the method= (s) are not so precise and/or informative [follows...] [make world] make kernel installworld .... where is installkernel =20 make buildworld make kernel mm... make installworld mm... .... where is installkernel but in motd where I save howtos backups check nosuid gone make buildworld make buildkernel single user mm... [take good notes] installworld ... and for a lack of time, have to put it all on paper (several draft revi= sions within motd ) and in another /usr/src-old svn sources move make.conf check nosuid buildworld buildkernel [ compare GENERICS assumed], add compatN etc installkernel mergemaster first type, using /usr/src/.../mergemaster.sh single-user (yet) installworld mergemaster (complete ) install newly needed compatNif necc. make delete-old ( and sometimes a pipe y | make... or something) restore nosuid restore make.conf rebuild nvidia-driver etc if necc. AND steps I often take that I've not listed... So, the latter example is more complete than the ones before it However, I think other things may be missing what if it should include a 2a.... make distribution 2b... make release et= c which I have no=20 experience with... / end of requested another section in UPDATING with commented more-complete= steps from someone with more knowledge than I... ............................. [1] Edge case... buildworld/kernel on another machine that is/was backup except that it ran = out of space on a few filesystems, so is NOT backup... wishing for a foolproof method to script its expected installkernel/install= world onto an attached main-os disk, something with rsync... to expedite recovery from t= he main-os disk installworld that fails at some point midway, meaning directory-by-dir= ectory fixes using cp, gcp, rsync until the hosed installworld is usable again (I've don= e it before, that is why I am asking for a feature that will preclude the installworld failur= e, something like /work/ /stage/ in ports, where the /stage-installworld/ has been tested eve= ry which way so that if the stage-installworld completes, the regular installworld is gu= aranteed to=20 complete.=20=20 Seeming about a half-years work on someone's part, just adding this edge ca= se in case someone has perchance crafted something similar, would jumpstart somet= hing similar as a feature, and/or explain an equivalent methodology, to increase= the reliability of updating a system, say upon a critical security advisory hap= pening to every os on the web all at once... ................................... ASKING NO RESPONSE to this email to here, do not wish to waste anyone's tim= e, just to put forth a few ideas... .......................... Thanks for reading. J. Bouquet =20= From owner-freebsd-current@freebsd.org Sat Mar 12 17:33:33 2016 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 97165ACD722; Sat, 12 Mar 2016 17:33:33 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 5CDACA85; Sat, 12 Mar 2016 17:33:32 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 4D7754A09; Sat, 12 Mar 2016 17:33:31 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 6CDE2532EE; Sat, 12 Mar 2016 18:33:23 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Daniel Eischen Cc: Slawa Olhovchenkov , Glen Barber , freebsd-current@freebsd.org, David Chisnall , freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru> <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> <20160311120511.GN31877@ivaldir.etoilebsd.net> <20160311131055.GO70809@zxy.spb.ru> Date: Sat, 12 Mar 2016 18:33:23 +0100 In-Reply-To: (Daniel Eischen's message of "Fri, 11 Mar 2016 12:01:34 -0500 (EST)") Message-ID: <86a8m338kc.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) 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.21 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, 12 Mar 2016 17:33:33 -0000 Daniel Eischen writes: > It would be nice to have pkg(8) show packages in tree form, with option > to show just top-level meta packages or packages that have no meta. Packages not marked as automatically installed: # pkg query -e '%a =3D=3D 0' %n-%v Packages with no reverse dependencies: # pkg query -e '%#r =3D=3D 0' %n-%v DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no