From owner-freebsd-stable@FreeBSD.ORG Mon Dec 2 05:25:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56929522 for ; Mon, 2 Dec 2013 05:25:09 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 14C691198 for ; Mon, 2 Dec 2013 05:25:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:To:From:Date; bh=TETuFyA+B2WOIzWyabgkgHbx7h4bgDiW8V/eSKzxN7c=; b=N/PxmpWnM+Er7xbuHSdmdCfAucq4G8woYL6ZxOMdTRGC39Y6E6+axys0MBwGsdrXMVc5rkPgrGL8WFshzLycqMq3oAGSdLb9/1/j+NTEy5Fy2X1oYjA+FjkAH/zlmmqvF75PLdcTzcCwHZ5bzri2faBJW3YJ0/4PTbq84h6B1RI=; Received: from iglou2.iglou.com ([192.107.41.8]:38417 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1VnM0D-00045C-S1 by authid with igloumta_auth for freebsd-stable@freebsd.org; Mon, 02 Dec 2013 00:25:01 -0500 Received: from shell1.iglou.com ([192.107.41.17]:36877 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1VnM0D-0002A0-DW for freebsd-stable@freebsd.org; Mon, 02 Dec 2013 00:25:01 -0500 Date: Mon, 2 Dec 2013 00:25:01 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: freebsd-stable@freebsd.org Subject: Re: kernel "mismatch" on r256420 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 05:25:09 -0000 >>>> I installed FreeBSD 10 from a BETA cd-rom. I chose 'experimental ZFS on >>>> root - mirror'. The FreeBSD firewall will not load. Any suggestions? >>>> >>>> This is from 'dmesg': >>>> >>>> KLD ipfw.ko: depends on kernel - not available or version mismatch >>>> linker_load_file: Unsupported file type >>>> I have no idea where the old kernel could be coming from. I can not find it on the system: (153) @ 0:20:34> uname -ir 10.0-BETA1 GENERIC (154) @ 0:20:37> pwd /boot (155) @ 0:20:46> ll | grep kern drwxr-xr-x 2 root wheel 1.5K Dec 1 23:40 kernel/ drwxr-xr-x 2 root wheel 1.5K Dec 1 13:52 kernel.old/ Darrel From owner-freebsd-stable@FreeBSD.ORG Mon Dec 2 13:41:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4475427D; Mon, 2 Dec 2013 13:41:27 +0000 (UTC) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EFC41143E; Mon, 2 Dec 2013 13:41:26 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VnTkU-0003nX-NC; Mon, 02 Dec 2013 13:41:18 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VnTkU-000PBz-Kk; Mon, 02 Dec 2013 13:41:18 +0000 To: petefrench@ingresso.co.uk, trociny@FreeBSD.org Subject: Re: Hast locking up under 9.2 In-Reply-To: <20131127185822.GA8244@gmail.com> Message-Id: From: Pete French Date: Mon, 02 Dec 2013 13:41:18 +0000 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 13:41:27 -0000 > Please try this: > > http://people.freebsd.org/~trociny/patches/hast.primary.c.memsync_write_complete.2.stable9.patch That applied fine, and l'm now running that on the test databases here. I never maaged to make those actually lock up before, but I did see the assertions on those machines, so am trying there before I risk trying it live. Thanks for th patch, and I will let you know what results I get... -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 2 14:40:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D72B3527 for ; Mon, 2 Dec 2013 14:40:17 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D925192E for ; Mon, 2 Dec 2013 14:40:17 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1VnUWn-000B60-RW for freebsd-stable@freebsd.org; Mon, 02 Dec 2013 16:31:14 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-stable@freebsd.org Subject: 9.2-STABLE WITH_HESIOD not working ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 Dec 2013 16:31:13 +0200 From: Daniel Braniss Message-ID: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 14:40:17 -0000 Hi, I might be the last one using hesiod, because WITH_HESIOD is not longer working correctly (since about a week ago), if so, then I can [somehow] add it, but if not, please fix thanks, danny From owner-freebsd-stable@FreeBSD.ORG Mon Dec 2 15:18:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CED047C3 for ; Mon, 2 Dec 2013 15:18:35 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 818841BEB for ; Mon, 2 Dec 2013 15:18:35 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1VnVGZ-000Bs7-HL for freebsd-stable@freebsd.org; Mon, 02 Dec 2013 17:18:32 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-stable@freebsd.org Subject: Re: 9.2-STABLE WITH_HESIOD not working ... In-reply-to: Your message of Mon, 02 Dec 2013 16:31:13 +0200. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 Dec 2013 17:18:31 +0200 From: Daniel Braniss Message-ID: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 15:18:35 -0000 false alarm, sorry, it's been one of those days :-) danny > Hi, > I might be the last one using hesiod, because WITH_HESIOD is not longer > working correctly (since about a week ago), if so, then I can [somehow] add it, > but if not, please fix > > thanks, > danny > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 2 22:44:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 041B6143 for ; Mon, 2 Dec 2013 22:44:55 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id B6BF8118D for ; Mon, 2 Dec 2013 22:44:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:To:From:Date; bh=b7yUoXxSjQDsOOaKFdtFY/BGwGHzHsTPmoEzgepUjas=; b=ClrM9IDeBncsIyUUtW9AfzVziMrWnFwbkgSHOGT8dWvNDWl0KnBl1XkybO0lB272VoXTZ0RIOV/dYFqEX28s0qf0nrFYf7XcBoBMOEQFVnJwSjkZTxNGBi4up8VSlu8sUM0AcWQK59p3u/JxKrAR0NldfQSOGlm5yiP2yM/zBtw=; Received: from iglou3.iglou.com ([192.107.41.6]:38184 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1VncES-0001Io-A7 by authid with igloumta_auth for freebsd-stable@freebsd.org; Mon, 02 Dec 2013 17:44:48 -0500 Received: from shell1.iglou.com ([192.107.41.17]:40616 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1VncER-00043f-UB for freebsd-stable@freebsd.org; Mon, 02 Dec 2013 17:44:48 -0500 Date: Mon, 2 Dec 2013 17:44:47 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: freebsd-stable@freebsd.org Subject: Re: kernel "mismatch" on r256420 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 22:44:55 -0000 > >>>>> I installed FreeBSD 10 from a BETA cd-rom. I chose 'experimental ZFS on >>>>> root - mirror'. The FreeBSD firewall will not load. Any suggestions? >>>>> >>>>> This is from 'dmesg': >>>>> >>>>> KLD ipfw.ko: depends on kernel - not available or version mismatch >>>>> linker_load_file: Unsupported file type >>>>> > > I have no idea where the old kernel could be coming from. I can not find it > on the system: > > (153) @ 0:20:34> uname -ir > 10.0-BETA1 GENERIC > (154) @ 0:20:37> pwd > /boot > (155) @ 0:20:46> ll | grep kern > drwxr-xr-x 2 root wheel 1.5K Dec 1 23:40 kernel/ > drwxr-xr-x 2 root wheel 1.5K Dec 1 13:52 kernel.old/ > Well, I do not care. FreeBSD is ambitious and has been messed up for a long time. NetBSD and OpenBSD should be enough for me. I will install beta4 and if it is stupid then the only option with FreeBSD is to m own filmynd not depend and any of the install disks, unless using those to install the base. Darrel From owner-freebsd-stable@FreeBSD.ORG Mon Dec 2 22:59:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 592BA41F; Mon, 2 Dec 2013 22:59:48 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2AA26124E; Mon, 2 Dec 2013 22:59:47 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 12AF61A2CE; Mon, 2 Dec 2013 22:59:46 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 12AF61A2CE Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 2 Dec 2013 17:59:44 -0500 From: Glen Barber To: Darrel Subject: Re: kernel "mismatch" on r256420 Message-ID: <20131202225944.GI85910@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0XMZdl/q8hSSmFeD" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 22:59:48 -0000 --0XMZdl/q8hSSmFeD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 02, 2013 at 05:44:47PM -0500, Darrel wrote: > >I have no idea where the old kernel could be coming from. I can not find > >it on the system: > > > >(153) @ 0:20:34> uname -ir > >10.0-BETA1 GENERIC > >(154) @ 0:20:37> pwd > >/boot > >(155) @ 0:20:46> ll | grep kern > >drwxr-xr-x 2 root wheel 1.5K Dec 1 23:40 kernel/ > >drwxr-xr-x 2 root wheel 1.5K Dec 1 13:52 kernel.old/ > > >=20 Please try -BETA4 and report back. There was a known issue with -BETA1 where CTF pollution was happening by taking the raw output of 'uname -srp' of the build host environment (instead of the build chroot). Glen --0XMZdl/q8hSSmFeD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSnRDgAAoJELls3eqvi17Q8Y0QAI/46vKjRrNtc5yLL3Ib7idK EJHDpCxRyCC4fGYIxxIxkkCQzRqQzI1tbP+71xgjuQtvOTlQ9zGlZ7M+WmCW7yTC 8DWjRJts3VQN6c5Cn4D3Z8k/SZ3r2XjF7ZYOyq9C9b9unFloex1EEf0E0sxn15Md vPE7ZV8sNeLyOz0fgS9Z01x0eADVMd0C/Fl7oM9NkvcLJhbvfIaOCZe1J9CrKsjk WjVlHtq9RpqvV/hjwZhHhjI5T4caiu+Ndt9nmAtZfNUZkbJzh/JYz0X8+Pm7qgdJ +XGgVyEqSu0KlFN+hEO6chFKS64DVLQAawNzv6KBBSxq5xAQynSiQl3VGoMJ3+FJ oTYByV12bjvP4DvfCK/4bJO1YOj0s9Bo0dR88K1DOBSmtG5UuLHRvisr7yVrfKip Nc0u0SzF3oWbkbkbqriV/9pOazhj1TDr+OqeTQe5FNQV87XlOWmQ1Vc4jDJg6GES NVXNgn72VyOd3HWO03CEc2YWXBVlAuHSt70zwg4iEUQ95+pX1sOvCJxqBZLrjONb /uw2tsjtOdSR9PKvlZCuEq5CEGq/sQ4yLQWEHCTxgn6ssB2asbkUZTUZm0wBAzMP zoH9V7ihHmIXCDwKrsTBhRgsC55VerYn//hRhlTv6hws/5vi03ncO4b4bwzCfZVu KO20V0QOLBjdKr8nV64Y =vbQO -----END PGP SIGNATURE----- --0XMZdl/q8hSSmFeD-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 2 23:03:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22A24658 for ; Mon, 2 Dec 2013 23:03:03 +0000 (UTC) Received: from mail-pb0-x241.google.com (mail-pb0-x241.google.com [IPv6:2607:f8b0:400e:c01::241]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED17412C1 for ; Mon, 2 Dec 2013 23:03:02 +0000 (UTC) Received: by mail-pb0-f65.google.com with SMTP id rq2so9380245pbb.0 for ; Mon, 02 Dec 2013 15:03:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:content-transfer-encoding:os:organization :user-agent; bh=XBs0aGwV1AbuEEGae5VfTPRSkaujR1J4jcIIjqQpNbg=; b=vCc05toolI0323hicffK4lPRdrIPS9mLzl0T8uGjtyvaOUPOWk9qcqTl3TJvmhlR8r FNEoQoXmdHoOGNB7Bnovdhd9b5+8Ce/bqG3iFixTSfOXk8Tj2LEBPinIMAudpgcoRmCw icaDKyF8ul6i+uMLwGCO9u2Dsq7DkNF/HVp3DYfCC/1dU9vWF+3Pqelqvexb2bToO4Y3 P+mEyXVww3aSC93ErT6frkIt6ItFVQ27qG2OZtg0wwfXThxOzCv8sWHqKnC9uatSSMBC cAXMwyNDAPkoxEpkQztchMNrZSNPao8np33yiNbHjUD2TPD54qfbhW8kMpImjsbMxJYu XnyQ== X-Received: by 10.68.190.33 with SMTP id gn1mr34813957pbc.48.1386025381126; Mon, 02 Dec 2013 15:03:01 -0800 (PST) Received: from decebal.glu.com ([207.239.114.234]) by mx.google.com with ESMTPSA id e6sm17760458pbg.4.2013.12.02.15.03.00 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 02 Dec 2013 15:03:00 -0800 (PST) Date: Mon, 2 Dec 2013 15:02:58 -0800 From: Valeriu Mutu To: freebsd-stable@freebsd.org Subject: Freebsd 9.1: buildworld fails Message-ID: <20131202230258.GA25305@decebal.glu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable OS: FreeBSD Organization: MUTU User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 23:03:03 -0000 Hello, Running FreeBSD 9.1 host with a generic kernel and attempted a "make buildw= orld" as described in the documentation. I've updated the kernel source fro= m svn. % uname -a FreeBSD decebal 9.1-RELEASE-p7 FreeBSD 9.1-RELEASE-p7 #0: Mon Sep 9 21:34:= 37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GEN= ERIC amd64 "make buildworld" fails with the following message: # chflags -R noschg /usr/obj/usr # rm -rf /usr/obj/usr # cd /usr/src/ # make cleandir ; make cleandir # make buildworld [...] cc -O2 -pipe -DVERSION=3D'"9.9.3-P2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THRE= AD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"' -DNS_= SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.conf"' = -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/namedb/= rndc.key"' -I/usr/src/usr.sbin/named/../../lib/bind -I/usr/src/usr.sbin/nam= ed/../../contrib/bind9/lib/bind9/include -I/usr/src/usr.sbin/named/../../co= ntrib/bind9/lib/dns/include/dst -I/usr/src/usr.sbin/named/../../contrib/bi= nd9/lib/dns/include -I/usr/src/usr.sbin/named/../../lib/bind/dns -I/usr/sr= c/usr.sbin/named/../../contrib/bind9/lib/isccc/include -I/usr/src/usr.sbin/= named/../../contrib/bind9/lib/isccfg/include -I/usr/src/usr.sbin/named/../.= =2E/contrib/bind9/lib/isc/unix/include -I/usr/src/usr.sbin/named/../../con= trib/bind9/lib/isc/pthreads/include -I/usr/src/usr.sbin/named/../../contri= b/bind9/lib/isc/include -I/usr/src/usr.sbin/named/../../lib/bind/isc -I/us= r/src/usr.sbin/named/../../contrib/bind9/lib/lwres/unix/include -I/usr/src= /usr.sbin/named/../../contrib/bind9/lib/lwres/include -I/usr/src/usr.sbin/= named/../../lib/bind/lwres -DCONFIGARGS=3D"\"'--prefix=3D/usr' '--infodir= =3D/usr/share/info' '--mandir=3D/usr/share/man' '--enable-threads' '--enabl= e-getifaddrs' '--disable-linux-caps' '--with-openssl=3D/usr' '--with-random= dev=3D/dev/random' '--without-idn' '--without-libxml2'\"" -DPRODUCT=3D\"BI= ND\" -DDESCRIPTION=3D\""(Extended Support Version)"\" -DSRCID=3D\"\" -I/u= sr/src/usr.sbin/named/../../contrib/bind9/bin/named/unix/include -I/usr/src= /usr.sbin/named/../../contrib/bind9/bin/named/include -I/usr/src/usr.sbin/n= amed/../../lib/bind -I/usr/src/usr.sbin/named/../../contrib/bind9/lib/isc/x= 86_32/include -U__DATE__ -std=3Dgnu99 -fstack-protector -Wno-pointer-sign -= c /usr/src/usr.sbin/named/../../contrib/bind9/bin/named/query.c *** [query.o] Error code 1 Stop in /usr/src/usr.sbin/named. *** [all] Error code 1 Stop in /usr/src/usr.sbin. *** [usr.sbin.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. Does anyone have an idea what I am doing wrong? Regards, --=20 Valeriu Mutu From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 02:23:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1639DE7E; Tue, 3 Dec 2013 02:23:39 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F2E3A1D54; Tue, 3 Dec 2013 02:23:38 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rB32Na94053588; Tue, 3 Dec 2013 02:23:37 GMT (envelope-from davidxu@freebsd.org) Message-ID: <529D40B5.5040605@freebsd.org> Date: Tue, 03 Dec 2013 10:23:49 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130416 Thunderbird/17.0.5 MIME-Version: 1.0 To: Mikolaj Golub Subject: Re: Hast locking up under 9.2 References: <20131121203711.GA3736@gmail.com> <20131123215950.GA17292@gmail.com> <20131125083223.GE1398@garage.freebsd.pl> <20131125094111.GA22396@gmail.com> In-Reply-To: <20131125094111.GA22396@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Pete French X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 02:23:39 -0000 On 2013/11/25 17:41, Mikolaj Golub wrote: > On Mon, Nov 25, 2013 at 09:32:23AM +0100, Pawel Jakub Dawidek wrote: >> On Sat, Nov 23, 2013 at 11:59:51PM +0200, Mikolaj Golub wrote: >>> On Fri, Nov 22, 2013 at 11:18:29AM +0000, Pete French wrote: >>> >>>> "Assertion failed: (!hio->hio_done), function write_complete, file >>>> /usr/src/sbin/hastd/primary.c, line 1130." >>> >>> It looks like write_complete usage (which should be called once per >>> write request) for memsync is racy. >>> >>> Consider the following scenario: >>> >>> 1) remote_recv_thread: memsync ack received, refcount -> 2; >>> 2) local_send_thread: local write completed, refcount -> 1, entering >>> write_complete() >>> 3) remote_recv_thread: memsync fin received, refcount -> 0, move hio >>> to done queue, ggate_send_thread gets the hio, checks for >>> !hio->hio_done and (if loca_send_thread is still in >>> write_complete()) entering write_complete() >> >> I don't see how is that possible. The write_complete() function is >> called only when hio_countdown goes from 2 to 1 and because this is >> atomic operation it can only happen in one thread. Can you elaborate on >> how calling write_complete() concurrently for the same request is >> possible? > > Yes, hio_countdown protects calling write_complete() concurently by > "component" threads. But it may also be called by ggate_send_thread(): > > if (!hio->hio_done) > write_complete(res, hio); > > So if write_complete() has already started executing in > local_send_thread(), and at that time memsync fin is received, the > request is moved to ggate_send_thread, and write_complete can be > reentered if it is still in progress in local_send_thread (hio_done is > set on exiting write_complete). > > That is why statement (3) in my patch: write_complete() in component > threads is called only before releasing hio_countdown. Otherwise you > are not protected from running it simultaneously by ggate_send_thread, > or even hio be moved to free before write_complete is finished in > local_send_thread. And so hio_countdown can't be used for detecting > the current memsync state. > Also I found the following code in hastd: #define QUEUE_INSERT1(hio, name, ncomp) do { \ bool _wakeup; \ \ mtx_lock(&hio_##name##_list_lock[(ncomp)]); \ _wakeup = TAILQ_EMPTY(&hio_##name##_list[(ncomp)]); \ TAILQ_INSERT_TAIL(&hio_##name##_list[(ncomp)], (hio), \ hio_next[(ncomp)]); \ hio_##name##_list_size[(ncomp)]++; \ mtx_unlock(&hio_##name##_list_lock[ncomp]); \ if (_wakeup) \ cv_broadcast(&hio_##name##_list_cond[(ncomp)]); Our thread library does optimize the condition variable's wait/signal lock contention, we had implemented wait queue morphying, so it is not needed to unlock mutex first, then call cv_broadcast, such code really increases spurious wakeups, and can be worse in some cases: for example, before cv_broadcast is called, the producer thread is preempted, and a consumer thread removes elements in the queue and sleeps again, and the producer thread is scheduled again and it blindly calls cv_broadcast, and a consumer thread then find nothing in the queue, and sleeps again. I think following code is enough for our thread library, and works better. #define QUEUE_INSERT1(hio, name, ncomp) do { \ mtx_lock(&hio_##name##_list_lock[(ncomp)]); \ if (TAILQ_EMPTY(&hio_##name##_list[(ncomp)])) \ cv_broadcast(&hio_##name##_list_cond[(ncomp)]); \ TAILQ_INSERT_TAIL(&hio_##name##_list[(ncomp)], (hio), \ hio_next[(ncomp)]); \ hio_##name##_list_size[(ncomp)]++; \ mtx_unlock(&hio_##name##_list_lock[ncomp]); \ } while (0) From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 08:23:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28B0AE4C for ; Tue, 3 Dec 2013 08:23:04 +0000 (UTC) Received: from mail-ve0-x235.google.com (mail-ve0-x235.google.com [IPv6:2607:f8b0:400c:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC5EB1EE4 for ; Tue, 3 Dec 2013 08:23:03 +0000 (UTC) Received: by mail-ve0-f181.google.com with SMTP id oy12so9685436veb.40 for ; Tue, 03 Dec 2013 00:23:03 -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:content-type; bh=RUFxwxra25MPGu4HOqPdvwYku4/gOAzvRC2nWgyydzA=; b=sLnpp6FOBF9oGs441MRcBr5rqv21pSMPvjipmmw91Q49ieY8/PxKzKW1iRNc2sMEZm UFqwKBnmswPjL7HTg5QxqejgYSxAijtWYABZuDGZ2yA/DdoNdplKKsTM0a9fPYPFFd4C XnYekxGfTMGjaWT9C1QcOldQIsCcAOVqMmOLx+vKAVdy32O6KB2dMRrc1oKsJdWD3TIm ETze5gguNRXTIx1pqfLxutyIKs6ajoiYs2XeXn99PYmmG5F31bSmEfdZgDpCVZy4ca3p UC97ipQ/BnjiwjMVohVzeEcrsfpo6J3Wm33XsB1pRgBxzIc3PDS7zm24P+8xb8fdh5NK D/Cw== MIME-Version: 1.0 X-Received: by 10.59.10.227 with SMTP id ed3mr120249ved.43.1386058982981; Tue, 03 Dec 2013 00:23:02 -0800 (PST) Received: by 10.221.63.6 with HTTP; Tue, 3 Dec 2013 00:23:02 -0800 (PST) Date: Tue, 3 Dec 2013 09:23:02 +0100 Message-ID: Subject: pkg.freebsd.org not found? From: Cristiano Deana To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 08:23:04 -0000 Hello, this morning: $ dig @8.8.8.8 pkg.us-east.FreeBSD.org +short $ dig @8.8.8.8 pkg.us-west.FreeBSD.org +short $ dig @8.8.8.8 pkg.eu.FreeBSD.org +short $ dig @8.8.8.8 pkg.FreeBSD.org +short -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 08:48:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8699481 for ; Tue, 3 Dec 2013 08:48:05 +0000 (UTC) Received: from mail-vc0-x231.google.com (mail-vc0-x231.google.com [IPv6:2607:f8b0:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 751A71037 for ; Tue, 3 Dec 2013 08:48:05 +0000 (UTC) Received: by mail-vc0-f177.google.com with SMTP id hv10so9321617vcb.36 for ; Tue, 03 Dec 2013 00:48:04 -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 :content-type; bh=gJXPbY2r8evE45cY2XIzmWEyWdGKilvRiGUSJ+qcLj0=; b=VBO4OnLb+yo6r2LOXdz0HxyLm7zRHnbpbrRiAR7bpuLMMILWjumZ7Qt4qd7u2DzEoV XS3VbNr0Y9qtljGUrZerwR/NLoCZSd9psKSBJwPhK+Lex9R/rfjsbvoneiVdPyPkra1L xl9S5fHecCMNO5lZHdKxdgfpMkFNIAJxrGlaUzOyBx2TI4jJwpB3Q+yIFccA93BGLIT+ Qep3IUR+MUoMSIcRxbOgaOdqTiAMOk4qwDrMXUDexAo367ixX8kWi77FEj75DSuQ7AkA hGvpeAEB4ZK41DqBciKQDYgPOuWnAIvVoxfO/Ia/Yoi/RPBxYn3vr8gydq0MRgXpriI1 5niw== MIME-Version: 1.0 X-Received: by 10.221.37.9 with SMTP id tc9mr850763vcb.39.1386060484548; Tue, 03 Dec 2013 00:48:04 -0800 (PST) Received: by 10.221.63.6 with HTTP; Tue, 3 Dec 2013 00:48:04 -0800 (PST) In-Reply-To: References: Date: Tue, 3 Dec 2013 09:48:04 +0100 Message-ID: Subject: Re: pkg.freebsd.org not found? From: Cristiano Deana To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 08:48:05 -0000 Sorry, my fault: "* Note that pkg.FreeBSD.org does not have a browsable web page on it and does not have a DNS A record. This is intended as it is an SRV host. pkg(8) knows how to properly use it. You can use 'pkg search' to browse the available packages in the repository." On Tue, Dec 3, 2013 at 9:23 AM, Cristiano Deana wrote: > Hello, > > this morning: > > $ dig @8.8.8.8 pkg.us-east.FreeBSD.org +short > $ dig @8.8.8.8 pkg.us-west.FreeBSD.org +short > $ dig @8.8.8.8 pkg.eu.FreeBSD.org +short > $ dig @8.8.8.8 pkg.FreeBSD.org +short > > > > -- > Cris, member of G.U.F.I > Italian FreeBSD User Group > http://www.gufi.org/ > > -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 08:56:45 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E73A722 for ; Tue, 3 Dec 2013 08:56:45 +0000 (UTC) Received: from burnttofu.net (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 642D210EB for ; Tue, 3 Dec 2013 08:56:45 +0000 (UTC) Received: from sponge.es.net ([IPv6:2601:9:2c80:35::2222]) (authenticated bits=0) by burnttofu.net (8.14.7/8.14.5) with ESMTP id rB38ugNH013911 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Tue, 3 Dec 2013 03:56:43 -0500 (EST) (envelope-from michael@rancid.berkeley.edu) Message-ID: <529D9CC5.8060709@rancid.berkeley.edu> Date: Tue, 03 Dec 2013 00:56:37 -0800 From: Michael Sinatra User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: BIND chroot environment in 10-RELEASE...gone? X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]); Tue, 03 Dec 2013 03:56:43 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 08:56:45 -0000 I am aware of the fact that unbound has "replaced" BIND in the base system, starting with 10.0-RELEASE. What surprised me was recent commits to ports/dns/bind99 (and presumably other versions) that appears to take away the supported chroot capabilities. OTOH, it appears that unbound has been given these capabilities. I have no issues with removing BIND from base, but taking away the very robust chroot support that FreeBSD had for BIND is something I would oppose. I like the idea of leveling the playing field for users of other systems, but the way things have been implemented thus far--taking away functionality from BIND while preferring unbound--seems counter-productive. It doesn't really level the playing field, it just turns it the other way. It seems like it would be pretty easy to preserve the /etc/rc.d/named startup script and BIND.chroot.dist from 9.x and add them to the BIND ports, so that people who need to run a full-blown BIND installation can "just install the port" as was advised back in 2012 when the BIND/unbound change was first being discussed on -hackers. What are the obstacles to doing something like this? michael From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 09:40:42 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D15E8258 for ; Tue, 3 Dec 2013 09:40:42 +0000 (UTC) Received: from mail-pd0-x230.google.com (mail-pd0-x230.google.com [IPv6:2607:f8b0:400e:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB4C41365 for ; Tue, 3 Dec 2013 09:40:42 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id w10so19777041pde.35 for ; Tue, 03 Dec 2013 01:40:42 -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-type; bh=95JXnkYuLNiuZ8hZ7JObkM2VfmDpJiHH3ueam6wmCSc=; b=mt4MaaCxdii8HW5sSUaMDXE5oekZh832Wt7rKRB7v9mWbCXMhh0x/1PUQgfdNmS+g0 NbYd0xyYSErg9cDlrPhKWQcH43iJf3dJdKyYkaiuTJmYIjDAqinWhmX9pVGP6zIeraHb zro8n91qFwgP5geQN2040q+DY736L6lasmRLkjDOqvNPVXY8+nzzyl594AYjm609zPOF XP2x1ZbEcJN2r4cF/HAnz7kdW5Lff3qQKWBNy8WLQRJ2LOpimCjEZza96mb9FlqCRUF/ c4FiDUB25n/E1if8j0iUtA6c3slFmDMkQ/K1c9CAf+xfcYL2M0u8iaw15OWLkHRgEalT LLqQ== MIME-Version: 1.0 X-Received: by 10.66.158.99 with SMTP id wt3mr53090045pab.113.1386063642353; Tue, 03 Dec 2013 01:40:42 -0800 (PST) Received: by 10.66.142.167 with HTTP; Tue, 3 Dec 2013 01:40:42 -0800 (PST) In-Reply-To: <529D9CC5.8060709@rancid.berkeley.edu> References: <529D9CC5.8060709@rancid.berkeley.edu> Date: Tue, 3 Dec 2013 10:40:42 +0100 Message-ID: Subject: Re: BIND chroot environment in 10-RELEASE...gone? From: Zenny To: Michael Sinatra Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 09:40:42 -0000 +1 On 12/3/13, Michael Sinatra wrote: > I am aware of the fact that unbound has "replaced" BIND in the base > system, starting with 10.0-RELEASE. What surprised me was recent > commits to ports/dns/bind99 (and presumably other versions) that appears > to take away the supported chroot capabilities. OTOH, it appears that > unbound has been given these capabilities. > > I have no issues with removing BIND from base, but taking away the very > robust chroot support that FreeBSD had for BIND is something I would > oppose. I like the idea of leveling the playing field for users of > other systems, but the way things have been implemented thus far--taking > away functionality from BIND while preferring unbound--seems > counter-productive. It doesn't really level the playing field, it just > turns it the other way. > > It seems like it would be pretty easy to preserve the /etc/rc.d/named > startup script and BIND.chroot.dist from 9.x and add them to the BIND > ports, so that people who need to run a full-blown BIND installation can > "just install the port" as was advised back in 2012 when the > BIND/unbound change was first being discussed on -hackers. What are the > obstacles to doing something like this? > > michael > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 09:46:10 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00F783B2 for ; Tue, 3 Dec 2013 09:46:09 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48894139E for ; Tue, 3 Dec 2013 09:46:08 +0000 (UTC) X-Envelope-From: egrosbein@rdtc.ru X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id rB39jvPW006633 for ; Tue, 3 Dec 2013 16:45:57 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <529DA855.9040406@rdtc.ru> Date: Tue, 03 Dec 2013 16:45:57 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: stable@freebsd.org Subject: fsck_y_enable is broken for SUJ as well as fsck_ffs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 09:46:10 -0000 Hi! Some time ago one of my 9.2-STABLE (r258509) servers crashed due to power outage and could not come back by itself when power restored: http://www.grosbein.net/freebsd/fsck_ffs.gif First I thought that was due to missing fsck_y_enable="YES" in its /etc/rc.conf, so I just went to single user mode, ran "fsck -y" manualy (it successfully fixed all errors) and added fsck_y_enable="YES" to /etc/rc.conf However, today the server had same long-time power outage, UPS'es died and when power restored, I've got exactly same problem with this server, including fsck_ffs segfault. # camcontrol devlist at scbus0 target 0 lun 0 (ada0,pass0) at scbus1 target 0 lun 0 (ada1,pass1) # gmirror status Name Status Components mirror/gm0 COMPLETE ada0 (ACTIVE) ada1 (ACTIVE) # df -h Filesystem Size Used Avail Capacity Mounted on /dev/mirror/gm0s1a 1G 136M 790M 15% / devfs 1,0k 1,0k 0B 100% /dev /dev/mirror/gm0s1d 503M 335M 127M 72% /usr /dev/mirror/gm0s1e 9,9G 4,1G 5G 45% /var /dev/mirror/gm0s1f 19G 11G 6,4G 65% /usr/local /dev/mirror/gm0s1g 81G 34G 39G 47% /home /dev/mirror/gm0s2a 1,7T 97G 1,5T 6% /backup /usr is mounted read-only. This server is SuperMicro SYS-5016T-MTFB with IPMI 2.0 board emulating USB keyboard for IP KVM. The keyboard works fine in BIOS setup and in FreeBSD multiuser mode but does not work at all in single user mode, so I was forced to enable IPMI SOL (Serial over LAN) feature to be able to control the service in the single and learn how to direct serial console to COM3 it emulates. So many critical bugs in the STABLE branch, sigh... Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 10:21:53 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 243B4B8C for ; Tue, 3 Dec 2013 10:21:53 +0000 (UTC) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8D5D1674 for ; Tue, 3 Dec 2013 10:21:52 +0000 (UTC) Received: from [194.32.164.25] (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id rB3AFX4c055808; Tue, 3 Dec 2013 10:15:33 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: fsck_y_enable is broken for SUJ as well as fsck_ffs From: Bob Bishop In-Reply-To: <529DA855.9040406@rdtc.ru> Date: Tue, 3 Dec 2013 10:15:28 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <957C7C13-AA72-4503-9D20-CE4E28F4207A@gid.co.uk> References: <529DA855.9040406@rdtc.ru> To: Eugene Grosbein X-Mailer: Apple Mail (2.1822) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 10:21:53 -0000 Hi, On 3 Dec 2013, at 09:45, Eugene Grosbein wrote: > [...] This server is SuperMicro SYS-5016T-MTFB with IPMI 2.0 board > emulating USB keyboard for IP KVM. The keyboard works fine in BIOS = setup > and in FreeBSD multiuser mode but does not work at all in single user = mode, [etc] If the BIOS supports USB emulating PS/2 keyboard (may be called legacy = mode or some such) you might try enabling that. -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 10:31:23 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56EF918A for ; Tue, 3 Dec 2013 10:31:23 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B56B11723 for ; Tue, 3 Dec 2013 10:31:22 +0000 (UTC) X-Envelope-From: egrosbein@rdtc.ru X-Envelope-To: stable@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id rB3AVGkJ007313; Tue, 3 Dec 2013 17:31:16 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <529DB2F4.5020502@rdtc.ru> Date: Tue, 03 Dec 2013 17:31:16 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: Bob Bishop Subject: Re: fsck_y_enable is broken for SUJ as well as fsck_ffs References: <529DA855.9040406@rdtc.ru> <957C7C13-AA72-4503-9D20-CE4E28F4207A@gid.co.uk> In-Reply-To: <957C7C13-AA72-4503-9D20-CE4E28F4207A@gid.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 10:31:23 -0000 On 03.12.2013 17:15, Bob Bishop wrote: > Hi, > > On 3 Dec 2013, at 09:45, Eugene Grosbein wrote: > >> [...] This server is SuperMicro SYS-5016T-MTFB with IPMI 2.0 board >> emulating USB keyboard for IP KVM. The keyboard works fine in BIOS setup >> and in FreeBSD multiuser mode but does not work at all in single user mode, [etc] > > If the BIOS supports USB emulating PS/2 keyboard (may be called legacy mode or some such) you might try enabling that. There is no such option. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 11:03:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BC67C0B for ; Tue, 3 Dec 2013 11:03:41 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA54B1940 for ; Tue, 3 Dec 2013 11:03:40 +0000 (UTC) Received: from [192.168.10.5] ([62.246.110.10]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MOwY7-1ViYyJ3Wdz-006MYd for ; Tue, 03 Dec 2013 12:03:33 +0100 Message-ID: <529DBA84.8000503@gmx.net> Date: Tue, 03 Dec 2013 12:03:32 +0100 From: Michael Schmiedgen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Two minor issues with BETA-3 on PowerPC XServe Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:N5PvmXpreK4g4jT0Vcx1WKjceV+MefPajy5UkFw7deR9piSlyNL 4VBzU+1yfQE5RJUMHW7fer/WvG/a9DonukDwS2y2ZsXmBhcSjjIVEDggpuE4RB0bXy4JZmc gwfLLvhp6jkFYR1X/G250XBGrohgRZf4gc4d+/p0iW6g7FvlIWy6SXiS7Qza9glmvQRN9M8 N7n8nErVqDaQhdlqQMVPg== Cc: gjb@FreeBSD.org, nwhitehorn@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 11:03:41 -0000 Hi, I installed BETA-3 powerpc32 on G4 and powerpc64 on G5 XServe. During the installation there were two minor issues: - XServe G4, powerpc32: After a few seconds fetching base.txz, a warning showed up in console that max nmbclusters were reached. I manually raised kern.ipc.nmbclusters from 768 to 1024 and restarted the installation. On amd64 9.2-RELEASE nmbclusters are set to 25600 BTW. - XServe G5, powerpc64: After fetching distfiles checksum for base.tgz did not match. I extracted the distfiles manually in another console. So finally I got all these things installed, but just let you know in preperation for release. This was my first contact outside the FreeBSD i386/amd64 domain for more than 15 years. I was rather surprised that the installation process worked so well for non mainstream hardware. Cheers Michael From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 15:12:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AC7261E for ; Tue, 3 Dec 2013 15:12:48 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B8531A0D for ; Tue, 3 Dec 2013 15:12:48 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id E5F8E20E59 for ; Tue, 3 Dec 2013 10:12:45 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute4.internal (MEProxy); Tue, 03 Dec 2013 10:12:45 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=XHgIC2HXcZZMBQ/xTnpzLuhgt1M=; b=QI+1a p7rJR3r0W3ZTVvFMccS1Gho0aEHG5uuSIswxBK4iZSP4KSTtw+d0UkCm67J26xwn PaO5wEcdbCthJnZhn3N9FcJ3HOmPF5LpwA40sqPqL0ndvIGPGo7yZbPilcWJ+FE2 +lJkopdx1gy3V4BJ2kwSRF1CmlOfzi3cpOZkc0= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id C24F811C3BC; Tue, 3 Dec 2013 10:12:45 -0500 (EST) Message-Id: <1386083565.11989.54971285.12C03C19@webmail.messagingengine.com> X-Sasl-Enc: A5tD+WYCbkE3fJ13ySI+T4KCE4RmxDh7A3zMT93Cv/0A 1386083565 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-24db94df Subject: Re: BIND chroot environment in 10-RELEASE...gone? Date: Tue, 03 Dec 2013 09:12:45 -0600 In-Reply-To: <529D9CC5.8060709@rancid.berkeley.edu> References: <529D9CC5.8060709@rancid.berkeley.edu> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 15:12:48 -0000 On Tue, Dec 3, 2013, at 2:56, Michael Sinatra wrote: > I am aware of the fact that unbound has "replaced" BIND in the base > system, starting with 10.0-RELEASE. What surprised me was recent > commits to ports/dns/bind99 (and presumably other versions) that appears > to take away the supported chroot capabilities. OTOH, it appears that > unbound has been given these capabilities. > > I have no issues with removing BIND from base, but taking away the very > robust chroot support that FreeBSD had for BIND is something I would > oppose. I like the idea of leveling the playing field for users of > other systems, but the way things have been implemented thus far--taking > away functionality from BIND while preferring unbound--seems > counter-productive. It doesn't really level the playing field, it just > turns it the other way. > > It seems like it would be pretty easy to preserve the /etc/rc.d/named > startup script and BIND.chroot.dist from 9.x and add them to the BIND > ports, so that people who need to run a full-blown BIND installation can > "just install the port" as was advised back in 2012 when the > BIND/unbound change was first being discussed on -hackers. What are the > obstacles to doing something like this? > I would start by filing a PR; I don't think this was intentional. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 15:14:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75D3C817 for ; Tue, 3 Dec 2013 15:14:44 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (mwlucas-2-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:b9c::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E8481A3A for ; Tue, 3 Dec 2013 15:14:43 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.5) with ESMTP id rB3FEe9F044772 for ; Tue, 3 Dec 2013 10:14:41 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.5/Submit) id rB3FEeFN044771 for freebsd-stable@freebsd.org; Tue, 3 Dec 2013 10:14:40 -0500 (EST) (envelope-from mwlucas) Date: Tue, 3 Dec 2013 10:14:40 -0500 From: "Michael W. Lucas" To: freebsd-stable@freebsd.org Subject: freebsd-update hang on 10.0-BETA2->BETA4 upgrade Message-ID: <20131203151440.GA44732@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Tue, 03 Dec 2013 10:14:42 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 15:14:44 -0000 Hi, I'm trying to upgrade a system from BETA2 to BETA4. First I run: # freebsd-update -r 10.0-BETA4 upgrade This goes fine. When I run # freebsd-update install the system churns for a while, then hangs. freebsd-update has no verbose mode that I can see. I tried running it under truss to see if there was some obvious error from ZFS permissions or something, and got: stat("/sbin/tr",0x7fffffffc8f0) ERR#2 'No such file or directory' stat("/bin/tr",0x7fffffffc8f0) ERR#2 'No such file or directory' stat("/usr/sbin/tr",0x7fffffffc8f0) ERR#2 'No such file or directory' stat("/usr/bin/tr",{ mode=-r-xr-xr-x ,inode=2729,size=20960,blksize=20992 }) = 0 (0x0) pipe(0x7fffffffca18) = 0 (0x0) fork() = 68697 (0x10c59) close(3) = 0 (0x0) close(5) = 0 (0x0) fork() = 68698 (0x10c5a) close(4) = 0 (0x0) getpgrp() = 61524 (0xf054) It sits here, no error, no nothing until I hit ^C and it dies. ZFS is configured as per https://forums.freebsd.org/viewtopic.php?&t=31557 Any suggestions on how to debug this? Thanks! ==ml -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ Absolute OpenBSD 2/e - http://www.nostarch.com/openbsd2e coupon code "ILUVMICHAEL" gets you 30% off & helps me. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 15:21:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F434AD6; Tue, 3 Dec 2013 15:21:35 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E4871AE3; Tue, 3 Dec 2013 15:21:35 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id CE4871AFBC; Tue, 3 Dec 2013 15:21:33 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us CE4871AFBC Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 3 Dec 2013 10:21:32 -0500 From: Glen Barber To: "Michael W. Lucas" Subject: Re: freebsd-update hang on 10.0-BETA2->BETA4 upgrade Message-ID: <20131203152132.GN85910@glenbarber.us> References: <20131203151440.GA44732@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xTKfHyrFnSV9DG3y" Content-Disposition: inline In-Reply-To: <20131203151440.GA44732@bewilderbeast.blackhelicopters.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 15:21:35 -0000 --xTKfHyrFnSV9DG3y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 03, 2013 at 10:14:40AM -0500, Michael W. Lucas wrote: > Hi, >=20 > I'm trying to upgrade a system from BETA2 to BETA4. >=20 Have you patched freebsd-update(8) prior to the upgrade? http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.= asc http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-update.= asc > First I run: >=20 > # freebsd-update -r 10.0-BETA4 upgrade >=20 > This goes fine. >=20 > When I run >=20 > # freebsd-update install >=20 > the system churns for a while, then hangs. >=20 > freebsd-update has no verbose mode that I can see. I tried running it > under truss to see if there was some obvious error from ZFS > permissions or something, and got: >=20 > stat("/sbin/tr",0x7fffffffc8f0) ERR#2 'No such file or d= irectory' > stat("/bin/tr",0x7fffffffc8f0) ERR#2 'No such file or d= irectory' > stat("/usr/sbin/tr",0x7fffffffc8f0) ERR#2 'No such file or d= irectory' > stat("/usr/bin/tr",{ mode=3D-r-xr-xr-x ,inode=3D2729,size=3D20960,blksize= =3D20992 }) =3D 0 (0x0) > pipe(0x7fffffffca18) =3D 0 (0x0) > fork() =3D 68697 (0x10c59) > close(3) =3D 0 (0x0) > close(5) =3D 0 (0x0) > fork() =3D 68698 (0x10c5a) > close(4) =3D 0 (0x0) > getpgrp() =3D 61524 (0xf054) >=20 > It sits here, no error, no nothing until I hit ^C and it dies. >=20 > ZFS is configured as per https://forums.freebsd.org/viewtopic.php?&t=3D31= 557 >=20 > Any suggestions on how to debug this? >=20 What is shown when you hit ^T when it hangs? Glen --xTKfHyrFnSV9DG3y Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSnfb8AAoJELls3eqvi17QOS0QAMTlmlIOX7KtsZvPp7jzLFPp R0Y+ATGXIWB0oVQuhi9iDHzVDNaHq+IykGRrh5C/iYw7AKm67jONVKLbnGeU3Zws LspKP+dNJu/AjNsjAGLB7by1icBFds8ZSQx09vu1kYXz77alzeUq/DtC97NGaMVo XB1wBW45arYolPUTtdzaSvRXsIK2IUbZ49zhZc5DkAAdYPlXuoPxGEB2gmaC8sI/ v9uHaL9LZj2VRSAkmy25BvNN67Jux7erb+87F8SjWSTczmwA2DtNMJ/Xb9tJix2W Fv4TepDb3OnYytfpLVDNR4gqzZ64GM3lb0ShcBs+5zHKLxGJKh3EcwN7sped8wf9 ByZd+eULdU5dD1Y22B6I9KPAaWrFT3uqKH2SeCvXuLzuwDw1M9MRyxGbUUcip0cd YNJcC7zzVDpzrf6+TBfoxJ9BDyD+es5RxwjhcwKtcIXzCpXF9xKXbB5M1f7nKHDP om8MvOkUT7ma51PbtTQttfa3alHfOciR2NzPNyH3sbvtTUjvP61i6IYCeLIqzdjK RnoB8acvmcykKdWxFNiPUUY+f7CybsMPZNqr2qhxCh3soEYS1XNDmZXErqh4LKNX HeakVUULzz5KBfbzhvo9N1iFn2HTZoPrGRqdVNZZ4Wj5/mEW4/Azi5LqC1Pt6h/z l60iC18nottcAJORE9vW =kdRB -----END PGP SIGNATURE----- --xTKfHyrFnSV9DG3y-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 15:25:52 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D192C60 for ; Tue, 3 Dec 2013 15:25:52 +0000 (UTC) Received: from forward1h.mail.yandex.net (forward1h.mail.yandex.net [IPv6:2a02:6b8:0:f05::10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DF10B1B2B for ; Tue, 3 Dec 2013 15:25:51 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward1h.mail.yandex.net (Yandex) with ESMTP id B5DE39E2672; Tue, 3 Dec 2013 19:25:47 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 5AABC2C2251; Tue, 3 Dec 2013 19:25:47 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 9PMJ36j4fj-PkKWoMYk; Tue, 3 Dec 2013 19:25:46 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) Message-ID: <529DF7FA.7050207@passap.ru> Date: Tue, 03 Dec 2013 19:25:46 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Michael Sinatra , stable@freebsd.org Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> In-Reply-To: <529D9CC5.8060709@rancid.berkeley.edu> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 15:25:52 -0000 03.12.2013 12:56, Michael Sinatra пишет: > I am aware of the fact that unbound has "replaced" BIND in the base > system, starting with 10.0-RELEASE. What surprised me was recent > commits to ports/dns/bind99 (and presumably other versions) that appears > to take away the supported chroot capabilities. /usr/ports/UPDATING has some info about the matter. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 15:58:36 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E8B536C for ; Tue, 3 Dec 2013 15:58:36 +0000 (UTC) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D2801DF5 for ; Tue, 3 Dec 2013 15:58:36 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id id10so9742184vcb.5 for ; Tue, 03 Dec 2013 07:58:35 -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:content-type:content-transfer-encoding; bh=EbhP449IxwHV6uhhhG5p911+LKwVt1142AMhjW915qs=; b=w/gV9rWxabopayf4O8e+WkFuJ2KG+fySSfnWnyzdbIlXJ4fHDKGbKidDVrZ0fotXO3 1jWRcb+6/HAYB3JoKjH2g1bNYHF+7fJbJYmelBQyWd25jrjfqWjou2mVsMaQb9VZpCWH lXYhCvnYrzV80ce53WMaPnREr5hARVwH1NYflUdzZ5I5XftfFCSjz0nxIeDbSm8D6QFP LnljYUmINfOJi1nsATg+3AXvow+GFk0a2enr3i1sGvTjKx/VQHjyMM9ZrOaSnYWCGT0v QpX+vklkSitxHPussxrHAok2b2284q40WcQ4fQnxZMrD3UaE4hlklJCuRo8ETHIgTngA cC6A== X-Received: by 10.221.18.70 with SMTP id qf6mr1912555vcb.37.1386086315301; Tue, 03 Dec 2013 07:58:35 -0800 (PST) MIME-Version: 1.0 Sender: royce.williams@gmail.com Received: by 10.221.3.195 with HTTP; Tue, 3 Dec 2013 07:58:15 -0800 (PST) In-Reply-To: <529DF7FA.7050207@passap.ru> References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> From: Royce Williams Date: Tue, 3 Dec 2013 06:58:15 -0900 X-Google-Sender-Auth: YBt6InBzJ-DYIDZGF4oFltpmgzQ Message-ID: Subject: Re: BIND chroot environment in 10-RELEASE...gone? To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 15:58:36 -0000 On Tue, Dec 3, 2013 at 6:25 AM, Boris Samorodov wrote: > > 03.12.2013 12:56, Michael Sinatra =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > I am aware of the fact that unbound has "replaced" BIND in the base > > system, starting with 10.0-RELEASE. What surprised me was recent > > commits to ports/dns/bind99 (and presumably other versions) that appear= s > > to take away the supported chroot capabilities. > > /usr/ports/UPDATING has some info about the matter. Specifically, 20131112 says: All bind9 ports have been updated to support FreeBSD 10.x after BIND was removed from the base system. It is now self-contained in ${PREFIX}/etc/namedb, and chroot and symlinking options are no longer supported out of the box. Does that mean that those options now need to be manually configured by each team running BIND? If so, that is a net negative for security. Even if everyone running public-facing BIND knows how to chroot, it means more work -- and more potential implementation errors. Royce From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 16:05:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DC1B5C0 for ; Tue, 3 Dec 2013 16:05:53 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D6EC1E7F for ; Tue, 3 Dec 2013 16:05:53 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id EDB8E208CB for ; Tue, 3 Dec 2013 11:05:49 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Tue, 03 Dec 2013 11:05:49 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=oxCvk7SWZaEcTEV01DG5lXtyycU=; b=W+/ el2Mcxz56OB1bBSWd5V/lU9r5MdyGS/eFl9zP4ssIg6nd5VZVseqRFvsrwx/veG9 sRAeo5Nhy8ZMtmQSro4lGGxvUtylVnYO4d+XzfrAmIIC1mxsA7R+m1dCubhh9xT0 1AoDjWzTvye/rxMyS79DgsqJneT5Ys7OFtpyaj1c= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id CE1C511CC55; Tue, 3 Dec 2013 11:05:49 -0500 (EST) Message-Id: <1386086749.9599.54995173.6CD35E54@webmail.messagingengine.com> X-Sasl-Enc: lpjyWU+rCtM580XHatvtouL3g8lKkISXxTLYjzCXBvV+ 1386086749 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-24db94df In-Reply-To: References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> Subject: Re: BIND chroot environment in 10-RELEASE...gone? Date: Tue, 03 Dec 2013 10:05:49 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 16:05:53 -0000 On Tue, Dec 3, 2013, at 9:58, Royce Williams wrote: > On Tue, Dec 3, 2013 at 6:25 AM, Boris Samorodov wrote: > > > > 03.12.2013 12:56, Michael Sinatra =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > > > I am aware of the fact that unbound has "replaced" BIND in the base > > > system, starting with 10.0-RELEASE. What surprised me was recent > > > commits to ports/dns/bind99 (and presumably other versions) that appe= ars > > > to take away the supported chroot capabilities. > > > > /usr/ports/UPDATING has some info about the matter. >=20 >=20 > Specifically, 20131112 says: >=20 > All bind9 ports have been updated to support FreeBSD 10.x after > BIND was removed from the base system. It is now self-contained > in ${PREFIX}/etc/namedb, and chroot and symlinking options are > no longer supported out of the box. >=20 > Does that mean that those options now need to be manually configured > by each team running BIND? >=20 > If so, that is a net negative for security. Even if everyone running > public-facing BIND knows how to chroot, it means more work -- and more > potential implementation errors. >=20 I had not seen that UPDATING entry... I assume that due to shortage of time by the maintainer and the urgency to just get the port working it has been discarded for now. You could try adding the features back to the port and seeing if the maintainer accepts them. Unfortunately I don't have any inside information to assist you further. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 16:17:21 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7870EA10; Tue, 3 Dec 2013 16:17:21 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4AC441F1E; Tue, 3 Dec 2013 16:17:21 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 671AE1A499; Tue, 3 Dec 2013 16:17:13 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 671AE1A499 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 3 Dec 2013 11:17:11 -0500 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-snapshots@FreeBSD.org Subject: FreeBSD 10.0-BETA4 now available Message-ID: <20131203161711.GO85910@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5G50dybFf3pRZKd7" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 16:17:21 -0000 --5G50dybFf3pRZKd7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The fourth BETA build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. This is expected to be the final BETA build of the 10.0-RELEASE cycle. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the normal GNATS PR system or here on the -current mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/10" branch. Important note to freebsd-update(8) users: Please be sure to follow the instructions in the following FreeBSD Errata Notices before upgrading the system to 10.0-BETA4: - EN-13:04.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc - EN-13:05.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-update.asc Pre-installed virtual machine images for 10.0-BETA4 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-BETA4/ The disk images are available in both QCOW2, VHD, and VMDK format. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: - 512k - freebsd-boot GPT partition type (bootfs GPT label) - 1GB - freebsd-swap GPT partition type (swapfs GPT label) - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between -BETA3 and -BETA4 include: - Add preliminary support for RTL8106E, RTL8168G, RTL8168GU, RTL8411B, and RTL8168EP. - Enable fingerprint checking in pkg(8) for FreeBSD-provided binary packages. - Remove the WITH_LIBICONV_COMPAT build option. - Update nvi to 2.1.2. - Various iconv(3) fixes. - Fix mergemaster -U by forcing FreeBSD 9 compatiblity in mtree when mtree is nmtree. - Fix to freebsd-update(8) in generating the list of old files/directories versus new files/directories (FreeBSD-EN-13:05.freebsd-update). == ISO CHECKSUMS == - 10.0-BETA4 amd64: SHA256 (FreeBSD-10.0-BETA4-amd64-bootonly.iso) = f113db8d210d831316c9f41a127781dd28ce782fa8de528cff47f09799fc8f9c SHA256 (FreeBSD-10.0-BETA4-amd64-disc1.iso) = bc85096a98fa261070ae7362225a5b7d63b60bc28525aba0c226917924c5a7ee SHA256 (FreeBSD-10.0-BETA4-amd64-memstick.img) = 4a1b9e0cce18afa2425c1cad685a3462f1a6d1db4e870bb9dd888ad5a4f6d1f5 MD5 (FreeBSD-10.0-BETA4-amd64-bootonly.iso) = 76d1ec5fd97f57c92b2c9dfdf512c388 MD5 (FreeBSD-10.0-BETA4-amd64-disc1.iso) = a3ce29e45a8d718fce09746c6552a45e MD5 (FreeBSD-10.0-BETA4-amd64-memstick.img) = 20e84a31c19697fbc0e46ee34182c4b8 - 10.0-BETA4 i386: SHA256 (FreeBSD-10.0-BETA4-i386-bootonly.iso) = bde072404dd82180a36fea909c10cfff7d1b0361622ae4ecfaf6b5bb07df6670 SHA256 (FreeBSD-10.0-BETA4-i386-disc1.iso) = 9a116fdbe192165c8af985357a07ce7727344f0e93b299900bfcf0fd4bb5bbbd SHA256 (FreeBSD-10.0-BETA4-i386-memstick.img) = 8bd1388553fe0892289e71077973706f55b24c6d0dc111bc502ae24ba44b4588 MD5 (FreeBSD-10.0-BETA4-i386-bootonly.iso) = 4eb173e2ae1da706b2ecb9bc56ba6433 MD5 (FreeBSD-10.0-BETA4-i386-disc1.iso) = 8b5646852ed99644d1cf97ca799188d1 MD5 (FreeBSD-10.0-BETA4-i386-memstick.img) = 9d5911b02554c8984341ea646d8dedfc - 10.0-BETA4 ia64: SHA256 (FreeBSD-10.0-BETA4-ia64-bootonly.iso) = 03ef03299a5717249b67b40b674ad8db139cd8e42839d01c8765a9ec7d04747f SHA256 (FreeBSD-10.0-BETA4-ia64-disc1.iso) = a70ea04f8a56bc6ca40f00b7ede052f3530b16b73a0fcf97ea8d090996f18ff2 SHA256 (FreeBSD-10.0-BETA4-ia64-memstick.img) = cd1de945be58d2410626bdfb0e3c6f5ad195a116b6602f35c606bb9959ec603e MD5 (FreeBSD-10.0-BETA4-ia64-bootonly.iso) = beb2710699be82f7a80df8d27ba876cf MD5 (FreeBSD-10.0-BETA4-ia64-disc1.iso) = 7bb09d29ba0dcb5cc13b9fd994ed2c74 MD5 (FreeBSD-10.0-BETA4-ia64-memstick.img) = 3bb46b075acba974b8c01e95662d3b56 - 10.0-BETA4 powerpc: SHA256 (FreeBSD-10.0-BETA4-powerpc-bootonly.iso) = 58bf6c38fe1a8c0e07d1f3b2a98dc82c70357d89cb0377e82ca845815752e7b3 SHA256 (FreeBSD-10.0-BETA4-powerpc-disc1.iso) = b3c6f64ea5cc61608fdefd9c642399808e8a00c95119f4b623a6cd0ec2163f3f SHA256 (FreeBSD-10.0-BETA4-powerpc-memstick.img) = 1d01fe35eb0b647673fefc1efa76b9eb6c9ea6c96ee76db8c83a08a6922659a1 MD5 (FreeBSD-10.0-BETA4-powerpc-bootonly.iso) = ae55f9dc30d8b4e86436efc11dc03b80 MD5 (FreeBSD-10.0-BETA4-powerpc-disc1.iso) = f97d8475440dea2204ef49a48dd04e3c MD5 (FreeBSD-10.0-BETA4-powerpc-memstick.img) = f7b146dd9edd2c59f566ee98630cfbb1 - 10.0-BETA4 powerpc64: SHA256 (FreeBSD-10.0-BETA4-powerpc-powerpc64-bootonly.iso) = 80837ec6c273f7c3d921297dccecc950962f196090c8dc11a5821f115efa5aa3 SHA256 (FreeBSD-10.0-BETA4-powerpc-powerpc64-disc1.iso) = 9657b983c7aa21812e49349733f3d383374a10250fdf558dce8126783e55c5b2 SHA256 (FreeBSD-10.0-BETA4-powerpc-powerpc64-memstick.img) = 0641efb6c8f919fceea8b0f6fd7bf5289ab734fd154c8e01df89dd2188b93419 MD5 (FreeBSD-10.0-BETA4-powerpc-powerpc64-bootonly.iso) = 357fb9d0d9e8fb8e9d7c6e6a6b20ba82 MD5 (FreeBSD-10.0-BETA4-powerpc-powerpc64-disc1.iso) = 28251d4dee87358e90b252b9ba940bc1 MD5 (FreeBSD-10.0-BETA4-powerpc-powerpc64-memstick.img) = ee24af1430c64863b64608639f14f8c1 - 10.0-BETA4 sparc64: SHA256 (FreeBSD-10.0-BETA4-sparc64-bootonly.iso) = fa2096f76ecd3a1580bfd858a8f7cd5bdbd817c58a7a5b047266aa0bcfeef1d5 SHA256 (FreeBSD-10.0-BETA4-sparc64-disc1.iso) = ac93329a5ee6dcfe0c3c378d0b78a52cbdf1b7038402f04c867d7542610de521 MD5 (FreeBSD-10.0-BETA4-sparc64-bootonly.iso) = 994608dab6fa79503bb317279bdd3371 MD5 (FreeBSD-10.0-BETA4-sparc64-disc1.iso) = b36dcfdc042c403473106c34a8d17bcd == VM IMAGE CHECKSUMS == - 10.0-BETA4 amd64: SHA256 (FreeBSD-10.0-BETA4-amd64.qcow2.xz) = c1795690cc75ea33d446e534055a32943cf81659eb31f634a58500c94a99f8a7 SHA256 (FreeBSD-10.0-BETA4-amd64.vhd.xz) = d47066331040a637cef3cddea8cd21bbd019d4a8e45fb0fe75e9e1ed2cd4324f SHA256 (FreeBSD-10.0-BETA4-amd64.vmdk.xz) = 6a87ecfb7c8f405476494bbdd2240de37d1fc474c3a92d1cf74fd526ffbe318d MD5 (FreeBSD-10.0-BETA4-amd64.qcow2.xz) = 8e9aaff6c503c8a4ac508ede6eb83659 MD5 (FreeBSD-10.0-BETA4-amd64.vhd.xz) = 5c984baaef25e2e1289621a5c98d2d52 MD5 (FreeBSD-10.0-BETA4-amd64.vmdk.xz) = a7128f0e640f020ccc8d510a0d94fa8d - 10.0-BETA4 i386: SHA256 (FreeBSD-10.0-BETA4-i386.qcow2.xz) = 8b8aebc4fb00e0cb1739af719b8e29904111ac5b2ee34f2a4ee22eb82db42a3d SHA256 (FreeBSD-10.0-BETA4-i386.vhd.xz) = 4102ac5ce2d25b8da78d6e63e252a6f6860ef29e112244e112b8a43e69d7811f SHA256 (FreeBSD-10.0-BETA4-i386.vmdk.xz) = 8a8c939cbc78deffc2cba8394e9094c747441d8419330e47025fc5c4ab3f7bac MD5 (FreeBSD-10.0-BETA4-i386.qcow2.xz) = 34db292de5113f2805e8adaad1bd5869 MD5 (FreeBSD-10.0-BETA4-i386.vhd.xz) = f0776abb8286e3cb93bd947a62af561e MD5 (FreeBSD-10.0-BETA4-i386.vmdk.xz) = 727d837f99db432d6c91ee185d98cbd3 Glen --5G50dybFf3pRZKd7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSngQHAAoJELls3eqvi17Q5P0QAIUmjL8hcAjEiXuN2SkDjKdt NIcyj0Q2t438+OxR6FhW2jSc1nDl+1NFsGDYBNFZlh3lHrEYL6INaUF057Lr5+uQ MQxtAmswY92KchIDapIUqiJeZsSQzT0Zct8grFd78lLh1C2MaEYUwYDH/JVxItex jAeX2A0gGflylRDtSWWf03uxPommLtkAmiFCSV/ro710wOlpG6ayqJd0q44hKJXA U8+hw67uqM4GBgjxhL4BGHgP5audZZpjjhHb7KGrLl0NXoypHUO52qYWDfbVUNyG PDD9BtH1/CC3BWC5oliYIQgafr8LhITK02sc0WjFQOWqxqXmfU3rW5PIZmCxEMx2 rvZSHskMPnQX4TrHf9EjQmyTly0fv9yb1z0OudRZxaY3cOH82xpeqJ53yaPHCkLf 1wLd+osWr50VDJ5JIZRutV1WMEqpicPQZ6XxpEfkYasabHaTk+PlzQ5scza7Bchp efNIgPSZXVPpkqM+Moj+TXnVCTYBVbNvAAr8Wl2MgtgbLW94XA2jkf9U8PyJLhhr a+LW5xh87kxll/5Ep8Z50mieOK3A2lf/f7gM6BUvjDq7mC1rh+xg3id05Ow6NI6d iFZ5lkeFuJCGpZVVS4tvDdmNA6JbuURxA1HuxegxrJUXnMocmpkyP8Wmik0e1h8v cdnINp9rM7ivxwmazd/Z =5PPP -----END PGP SIGNATURE----- --5G50dybFf3pRZKd7-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 17:22:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C02F6C15 for ; Tue, 3 Dec 2013 17:22:37 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (mwlucas-2-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:b9c::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67A471314 for ; Tue, 3 Dec 2013 17:22:37 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.5) with ESMTP id rB3HMZYJ045350 for ; Tue, 3 Dec 2013 12:22:35 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.5/Submit) id rB3HMZHi045349 for freebsd-stable@freebsd.org; Tue, 3 Dec 2013 12:22:35 -0500 (EST) (envelope-from mwlucas) Date: Tue, 3 Dec 2013 12:22:35 -0500 From: "Michael W. Lucas" To: freebsd-stable@freebsd.org Subject: Re: freebsd-update hang on 10.0-BETA2->BETA4 upgrade Message-ID: <20131203172235.GA45315@bewilderbeast.blackhelicopters.org> References: <20131203151440.GA44732@bewilderbeast.blackhelicopters.org> <20131203152132.GN85910@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131203152132.GN85910@glenbarber.us> User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Tue, 03 Dec 2013 12:22:35 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 17:22:37 -0000 On Tue, Dec 03, 2013 at 10:21:32AM -0500, Glen Barber wrote: > On Tue, Dec 03, 2013 at 10:14:40AM -0500, Michael W. Lucas wrote: > > Hi, > > > > I'm trying to upgrade a system from BETA2 to BETA4. > > > > Have you patched freebsd-update(8) prior to the upgrade? > > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-update.asc Thanks, missed those. But the same problem occurs: This box has no source code, so I'm trying to use freebsd-update to upgrade to 10.0-beta2-pwhatever, then to beta4. The fetch command shows that freebsd-update needs patching. When I run the install, I get: ;freebsd-update install Installing updates... And it hangs. > What is shown when you hit ^T when it hangs? load: 0.17 cmd: install 2796 [nanslp] 156.82r 0.01u 0.02s 0% 6220k Any thoughts? This is a new system, so I could reinstall it if need be, but it seemed that troubleshooting might be valuable. If I should just reinstall with beta4, please say so. Thanks, ==ml -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ Absolute OpenBSD 2/e - http://www.nostarch.com/openbsd2e coupon code "ILUVMICHAEL" gets you 30% off & helps me. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 17:30:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25608E18; Tue, 3 Dec 2013 17:30:35 +0000 (UTC) Received: from mail-pb0-x229.google.com (mail-pb0-x229.google.com [IPv6:2607:f8b0:400e:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E76E3138C; Tue, 3 Dec 2013 17:30:34 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id jt11so21609974pbb.28 for ; Tue, 03 Dec 2013 09:30:33 -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:date:message-id:subject :from:to:cc:content-type; bh=3sY0jzF10w81rvWeuxZEM1QMR8UycOg6GpKDeDwiij8=; b=ccDMyRJZqytXOlWtvwCvlkiDlCwPtzT87E3+ns9YNqolBvezQcCFdAk63ZVB6y6xbO el/ScdPd6zA2WFYEnHrK7X5PEW95FuUj+UkUZu18OBPOld6x9F4QnYkUyKJ5OOdRaamV up/HZo+e2Bk9h/CIiNwUE/zPVSCxGzgUMnln+LwCLMx+lUmq72sFOYJ/acWMvluGQEjk bM3M7oIv4fjuQg5ofgV6mEQzbPylzyQ41u6ZdU1wDq4VXkOh1y8PZ4mSJTG0gYcgmjjn bxttgcJ6udTgE4av6P254ekUDfHRDIwnjekxsnsDOC08OL6b0HxZFy+ry//mI35VnJqO S3Ow== MIME-Version: 1.0 X-Received: by 10.68.185.68 with SMTP id fa4mr40348042pbc.136.1386091832892; Tue, 03 Dec 2013 09:30:32 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Tue, 3 Dec 2013 09:30:32 -0800 (PST) In-Reply-To: <1386086749.9599.54995173.6CD35E54@webmail.messagingengine.com> References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> <1386086749.9599.54995173.6CD35E54@webmail.messagingengine.com> Date: Tue, 3 Dec 2013 09:30:32 -0800 X-Google-Sender-Auth: 3VAzPOLt_-8_D-4_28XFtkdP3Ho Message-ID: Subject: Re: BIND chroot environment in 10-RELEASE...gone? From: Kevin Oberman To: Mark Felder Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 17:30:35 -0000 On Tue, Dec 3, 2013 at 8:05 AM, Mark Felder wrote: > On Tue, Dec 3, 2013, at 9:58, Royce Williams wrote: > > On Tue, Dec 3, 2013 at 6:25 AM, Boris Samorodov wrote: > > > > > > 03.12.2013 12:56, Michael Sinatra =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > > > > > I am aware of the fact that unbound has "replaced" BIND in the base > > > > system, starting with 10.0-RELEASE. What surprised me was recent > > > > commits to ports/dns/bind99 (and presumably other versions) that > appears > > > > to take away the supported chroot capabilities. > > > > > > /usr/ports/UPDATING has some info about the matter. > > > > > > Specifically, 20131112 says: > > > > All bind9 ports have been updated to support FreeBSD 10.x after > > BIND was removed from the base system. It is now self-contained > > in ${PREFIX}/etc/namedb, and chroot and symlinking options are > > no longer supported out of the box. > > > > Does that mean that those options now need to be manually configured > > by each team running BIND? > > > > If so, that is a net negative for security. Even if everyone running > > public-facing BIND knows how to chroot, it means more work -- and more > > potential implementation errors. > > > > I had not seen that UPDATING entry... I assume that due to shortage of > time by the maintainer and the urgency to just get the port working it > has been discarded for now. You could try adding the features back to > the port and seeing if the maintainer accepts them. Unfortunately I > don't have any inside information to assist you further. > It was a deliberate decision made by the maintainer. He said the chroot code in the installation was too complicated and would be removed as a part of the installation clean-up to get all BIND related files out of /usr and /etc. I protested at the time as did someone else, but the maintainer did not respond. I thnk this was a really, really bad decision. I searched a bit for the thread on removing BIND leftovers, but have failed to find it. --=20 R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 17:31:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 922E3F28; Tue, 3 Dec 2013 17:31:46 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 645D613AC; Tue, 3 Dec 2013 17:31:46 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id EA0A31ABBC; Tue, 3 Dec 2013 17:31:44 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us EA0A31ABBC Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 3 Dec 2013 12:31:43 -0500 From: Glen Barber To: "Michael W. Lucas" Subject: Re: freebsd-update hang on 10.0-BETA2->BETA4 upgrade Message-ID: <20131203173143.GQ85910@glenbarber.us> References: <20131203151440.GA44732@bewilderbeast.blackhelicopters.org> <20131203152132.GN85910@glenbarber.us> <20131203172235.GA45315@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Tcb1KvpfnM4LxW2s" Content-Disposition: inline In-Reply-To: <20131203172235.GA45315@bewilderbeast.blackhelicopters.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 17:31:46 -0000 --Tcb1KvpfnM4LxW2s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 03, 2013 at 12:22:35PM -0500, Michael W. Lucas wrote: > On Tue, Dec 03, 2013 at 10:21:32AM -0500, Glen Barber wrote: > > On Tue, Dec 03, 2013 at 10:14:40AM -0500, Michael W. Lucas wrote: > > > Hi, > > >=20 > > > I'm trying to upgrade a system from BETA2 to BETA4. > > >=20 > >=20 > > Have you patched freebsd-update(8) prior to the upgrade? > >=20 > > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-upd= ate.asc >=20 > > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-upd= ate.asc >=20 > Thanks, missed those. But the same problem occurs: >=20 > This box has no source code, so I'm trying to use freebsd-update to > upgrade to 10.0-beta2-pwhatever, then to beta4. >=20 > The fetch command shows that freebsd-update needs patching. >=20 > When I run the install, I get: >=20 > ;freebsd-update install > Installing updates... >=20 > And it hangs. >=20 > > What is shown when you hit ^T when it hangs? >=20 > load: 0.17 cmd: install 2796 [nanslp] 156.82r 0.01u 0.02s 0% 6220k >=20 If you keep hitting ^T, does the install(1) PID change? > Any thoughts? >=20 > This is a new system, so I could reinstall it if need be, but it > seemed that troubleshooting might be valuable. If I should just > reinstall with beta4, please say so. >=20 This is not a scalable solution. :) It is a pretty large update, so I would not be surprised if it does take a bit longer than normally expected. Either way, I'm getting a VM set up now to see what happens. Glen --Tcb1KvpfnM4LxW2s Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSnhV/AAoJELls3eqvi17QdeQQANN63Uweyy6RRg+gZhcBu17l tIcCQv+L0Mfq4nGmYOH3k42wWQc67KgNmXetVdw+YuBQuL4+PIKLEvpLs/tX3FmG +DPqdSU5xW3G7tXsWpClwpfisGGOhf9BMOBTGt2GHy4GeW73DII061Hf7f+lsPLn /JNKXOUnuNB1j/A1O9ZVldmm9cvx/8FjKgVRXy2hs2F17HBazDw7cRF5T7GI41fF qShiqH+XcnnehXjZ6XjpNhVB8BrebbfmI4qDE3aGUwAzT7I0NXKtldhrkd7XQnHE sN04zXArkzUEETa+2eEiwaFVB+Ff0Jn9B+DmFdSmYhA1Yv+HIJgAUEOpqi9Bmwj9 zjmc8NDg1sM/NgT2ilTU/vqWTUbzyZDitK1Lrohg17FLJEj8iPN1+A1s09YW0nPM PsphnprxHnqoeLUM8YDErqgErhR9hZ0cDJmoyDX8MKcPavPSSXOo3jqnZz2BA45t HwFiCE5l36+0VgfQaMsmihUdvU/ujb83iR5N6da2mgZrYFtGIOar71d7PkmnCLng 7s6wtDKqs7N1srPmqVXo3w7fJobOEchvINEjTSDkMvXji7lTjQA1n5gwJRawJBE/ qFa+Gr4S3Xb9DvoK75aUtIQUO+y9x3oDU2PY60KcPcsATg7FDC1GxgK0M0ADQFUJ ef/YDZ4VsMaPlGk3W19e =rpqY -----END PGP SIGNATURE----- --Tcb1KvpfnM4LxW2s-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 17:39:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B810F1BF; Tue, 3 Dec 2013 17:39:05 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (mwlucas-2-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:b9c::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5C68B1445; Tue, 3 Dec 2013 17:39:05 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.5) with ESMTP id rB3Hd4ux045440; Tue, 3 Dec 2013 12:39:04 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.5/Submit) id rB3Hd4ap045439; Tue, 3 Dec 2013 12:39:04 -0500 (EST) (envelope-from mwlucas) Date: Tue, 3 Dec 2013 12:39:04 -0500 From: "Michael W. Lucas" To: Glen Barber Subject: Re: freebsd-update hang on 10.0-BETA2->BETA4 upgrade Message-ID: <20131203173904.GA45422@bewilderbeast.blackhelicopters.org> References: <20131203151440.GA44732@bewilderbeast.blackhelicopters.org> <20131203152132.GN85910@glenbarber.us> <20131203172235.GA45315@bewilderbeast.blackhelicopters.org> <20131203173143.GQ85910@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131203173143.GQ85910@glenbarber.us> User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Tue, 03 Dec 2013 12:39:04 -0500 (EST) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 17:39:05 -0000 On Tue, Dec 03, 2013 at 12:31:43PM -0500, Glen Barber wrote: > On Tue, Dec 03, 2013 at 12:22:35PM -0500, Michael W. Lucas wrote: > > And it hangs. > > > > > What is shown when you hit ^T when it hangs? > > > > load: 0.17 cmd: install 2796 [nanslp] 156.82r 0.01u 0.02s 0% 6220k > > > > If you keep hitting ^T, does the install(1) PID change? > > > Any thoughts? > > > > This is a new system, so I could reinstall it if need be, but it > > seemed that troubleshooting might be valuable. If I should just > > reinstall with beta4, please say so. > > > > This is not a scalable solution. :) > > It is a pretty large update, so I would not be surprised if it does take > a bit longer than normally expected. Either way, I'm getting a VM set > up now to see what happens. I sit corrected. It did finish. But yes, it took much longer than the "freebsd-update fetch" output led me to expect. Sounds like I need to write a blog post about this. ==ml -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ Absolute OpenBSD 2/e - http://www.nostarch.com/openbsd2e coupon code "ILUVMICHAEL" gets you 30% off & helps me. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 17:40:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E961432B; Tue, 3 Dec 2013 17:40:20 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BAC551474; Tue, 3 Dec 2013 17:40:20 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 56DB21AC7D; Tue, 3 Dec 2013 17:40:19 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 56DB21AC7D Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 3 Dec 2013 12:40:17 -0500 From: Glen Barber To: "Michael W. Lucas" Subject: Re: freebsd-update hang on 10.0-BETA2->BETA4 upgrade Message-ID: <20131203174017.GR85910@glenbarber.us> References: <20131203151440.GA44732@bewilderbeast.blackhelicopters.org> <20131203152132.GN85910@glenbarber.us> <20131203172235.GA45315@bewilderbeast.blackhelicopters.org> <20131203173143.GQ85910@glenbarber.us> <20131203173904.GA45422@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="RpDyejMaDGJhP2PU" Content-Disposition: inline In-Reply-To: <20131203173904.GA45422@bewilderbeast.blackhelicopters.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 17:40:21 -0000 --RpDyejMaDGJhP2PU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 03, 2013 at 12:39:04PM -0500, Michael W. Lucas wrote: > On Tue, Dec 03, 2013 at 12:31:43PM -0500, Glen Barber wrote: > > On Tue, Dec 03, 2013 at 12:22:35PM -0500, Michael W. Lucas wrote: > > > And it hangs. > > >=20 > > > > What is shown when you hit ^T when it hangs? > > >=20 > > > load: 0.17 cmd: install 2796 [nanslp] 156.82r 0.01u 0.02s 0% 6220k > > >=20 > >=20 > > If you keep hitting ^T, does the install(1) PID change? > >=20 > > > Any thoughts? > > >=20 > > > This is a new system, so I could reinstall it if need be, but it > > > seemed that troubleshooting might be valuable. If I should just > > > reinstall with beta4, please say so. > > >=20 > >=20 > > This is not a scalable solution. :) > >=20 > > It is a pretty large update, so I would not be surprised if it does take > > a bit longer than normally expected. Either way, I'm getting a VM set > > up now to see what happens. >=20 > I sit corrected. It did finish. >=20 > But yes, it took much longer than the "freebsd-update fetch" output > led me to expect. >=20 > Sounds like I need to write a blog post about this. >=20 Great to hear. Thanks. Glen --RpDyejMaDGJhP2PU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSnheBAAoJELls3eqvi17QOnIP/3oZUNBDidNkW8PqqeB+JChT SCy3i+yxVC4MKEF52dGITezgph0uWJXf7K3kE5KfnF0+z+gl99xHYi8XQq5ZYaGv d/IOBzB2GXgsWbD+0NKZW+AQQvAbX3AaxATjDDUyhtiRsuo0rJsh5b02mxIN5eGJ 51PkLzaS6zE97t8bafvlNesWL3YD9EVcdWUTMeMhUwhc8T+1F7i7PTZTlLfPLzk3 hUMStM2XCZzUebdFQq2JU57TPgCRz3aNwHQDTw3yVoeylmAj+F5BmDNK0KmQ+4sV b48zwHaTvAsok1oS8XahJtaS8oTi0yseVJOWqJZJgacpWit+mQvtcdjc9iM0F+ds TGW5Npbn6kFJwcOg2kZsy7ROsWJRkjxIjBOthqTcKja3m0n3MHj3LpP24J0TJ3j6 NeZ9UqOIee3q4GGM3ypUSUBe5YuWqmQy91EOi4xn8dmtVoaEiij5APc36PyCCw0/ vmrr/+mQx+qt/xIf2ZhJ/r6ygO+UYl7Ul0AowKFyoZtLN4AQ073gVY6hfOufBU7t RNjEV3dktdivxD5XrHOdr2EOrbp5ffQV6nP0SC4zURRC5T6A9KtE0zrHkL2xIlcu FLLXNjcAm/UBjwiiYKtpG8GdHB3SKHcy7d1CbIzdsgN6MSHt5v5yXPjMxrvJ/qt5 vToUQSh0vBRqEjnsfWLq =RA3S -----END PGP SIGNATURE----- --RpDyejMaDGJhP2PU-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 17:40:54 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B2C74C1 for ; Tue, 3 Dec 2013 17:40:54 +0000 (UTC) Received: from burnttofu.net (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 357961499 for ; Tue, 3 Dec 2013 17:40:54 +0000 (UTC) Received: from schuylkill.es.net ([IPv6:2001:400:14:1:e4a6:c53b:b46e:a1a8]) (authenticated bits=0) by burnttofu.net (8.14.7/8.14.5) with ESMTP id rB3Hek8q015206 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Tue, 3 Dec 2013 12:40:52 -0500 (EST) (envelope-from michael@rancid.berkeley.edu) Message-ID: <529E179D.7030701@rancid.berkeley.edu> Date: Tue, 03 Dec 2013 09:40:45 -0800 From: Michael Sinatra User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Boris Samorodov , stable@freebsd.org Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> In-Reply-To: <529DF7FA.7050207@passap.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]); Tue, 03 Dec 2013 12:40:52 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 17:40:54 -0000 On 12/3/13 7:25 AM, Boris Samorodov wrote: > 03.12.2013 12:56, Michael Sinatra пишет: > >> I am aware of the fact that unbound has "replaced" BIND in the base >> system, starting with 10.0-RELEASE. What surprised me was recent >> commits to ports/dns/bind99 (and presumably other versions) that appears >> to take away the supported chroot capabilities. > > /usr/ports/UPDATING has some info about the matter. > Indeed, I based my original post on the notice in /usr/ports/UPDATING. That's what surprised me, and also leads me to believe that it is not unintentional. Back when this was discussed in 2012 there was no discussion that FreeBSD would be taking away the good support it has for BIND chroot. I interpreted dougb's advice to "just install the port" such that the port will allow the operator of, say, authoritative DNS servers to upgrade to 10.x from 9.x and still maintain a reasonable upgrade path without a lot of file location gyrations. Some impressive work has been done (mainly by des it appears) to integrate unbound with the base FreeBSD system. At the same time, work is currently being done to make the job of BIND-on-FreeBSD sysadmins harder. That doesn't match the neutral vibe that I got the last time that this was discussed publicly. Basically the idea back in 2012 appeared to be that we needed to stop integrating a major DNS server package because, to my understanding, it was a lot of work to maintain. So we integrated a *different* major DNS server package. I guess I don't understand the motivation. (Note also that I have been working with BIND--mostly on FreeBSD--for the past 15 years, and unbound since the 0.6 release, so I pretty much understand the pros and cons between the two.) I am not unhappy with all of the work that has been done to make unbound work, but I am unhappy that BIND has been crippled in a certain way. I am going to put as many of the bits together as I can to see if I can recreate the chroot environment via a port on 10.0-RELEASE. I'll also submit a PR. But I agree with the others that this is not a good idea, and if I had known that the port would remove support for chroot, I would have vigorously protested the switch to unbound. michael From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 17:55:07 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D48B4AEE for ; Tue, 3 Dec 2013 17:55:07 +0000 (UTC) Received: from burnttofu.net (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9454B15C1 for ; Tue, 3 Dec 2013 17:55:07 +0000 (UTC) Received: from schuylkill.es.net ([IPv6:2001:400:14:1:e4a6:c53b:b46e:a1a8]) (authenticated bits=0) by burnttofu.net (8.14.7/8.14.5) with ESMTP id rB3Ht3CC015245 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Tue, 3 Dec 2013 12:55:05 -0500 (EST) (envelope-from michael@rancid.berkeley.edu) Message-ID: <529E1AF7.1090002@rancid.berkeley.edu> Date: Tue, 03 Dec 2013 09:55:03 -0800 From: Michael Sinatra User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Royce Williams , stable@freebsd.org Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]); Tue, 03 Dec 2013 12:55:06 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 17:55:07 -0000 On 12/3/13 7:58 AM, Royce Williams wrote: > If so, that is a net negative for security. Even if everyone running > public-facing BIND knows how to chroot, it means more work -- and more > potential implementation errors. When I changed jobs back in 2011, moving from UC Berkeley to where I could work with Kevin Oberman in ESnet, I was able to easily find my way around ESnet's DNS servers, even though I had never really collaborated directly with Kevin before. That's because I had set up the servers at UCB with minimal change to the base environment, and Kevin had done the same, so it was really easy to hit the ground running. It's also easy to transfer knowledge. I can see where FreeBSD consultants would really want a consistent file layout and environment as they move between systems. In addition to the work involved in simply migrating between 9.x and 10.x, the prospect of everyone rolling their own means that supporting people trying to run major DNS servers on FreeBSD has just gotten a lot harder. It's definitely a security issue, as you note, but it also presents a significant operational issue. michael From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 17:57:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E636CC10 for ; Tue, 3 Dec 2013 17:57:35 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B593715E8 for ; Tue, 3 Dec 2013 17:57:35 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 4343A20A2F for ; Tue, 3 Dec 2013 12:57:34 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Tue, 03 Dec 2013 12:57:34 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=GId4Ci+QYoa/DTwEnneH35S8gAc=; b=MvYGR QWueb4NufTaqARNSSRji/EG1Z0uK1PJo4ray1U4jdKvtnIFAgrigdWRedHfcKJgo IzeQ/oc4lY+UbwsnbGQ9Mp3scP0tv1s0cEgdkT0JMUhtiOzRcNKl1aWlN4wrwYJk xlOkrGLq7TL2i0RAnf1L2I5lWG4iw+o8Uvil8A= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 26877106E1A; Tue, 3 Dec 2013 12:57:34 -0500 (EST) Message-Id: <1386093454.2626.55043181.26E90FA5@webmail.messagingengine.com> X-Sasl-Enc: i3AtgizCwSgaPlyAeXyqCEY5hUunH0qnJUHw69sUjdaC 1386093454 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-24db94df Subject: Re: BIND chroot environment in 10-RELEASE...gone? Date: Tue, 03 Dec 2013 11:57:34 -0600 In-Reply-To: <529E179D.7030701@rancid.berkeley.edu> References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> <529E179D.7030701@rancid.berkeley.edu> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 17:57:36 -0000 On Tue, Dec 3, 2013, at 11:40, Michael Sinatra wrote: > > I am going to put as many of the bits together as I can to see if I can > recreate the chroot environment via a port on 10.0-RELEASE. I'll also > submit a PR. But I agree with the others that this is not a good idea, > and if I had known that the port would remove support for chroot, I > would have vigorously protested the switch to unbound. > There was no alternative; we couldn't keep BIND in base. BIND 9 will certainly have a EoL before the EoL of FreeBSD 10.x, and we can't use BIND 10 because it requires importing Python to base. Keep in mind that Unbound is not planned to be a permanent addition to base either. It's merely a stop-gap until Capser is complete, which will then provide the DNS services in base. http://blog.des.no/2013/09/dns-again-a-clarification/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 19:27:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DB38C69; Tue, 3 Dec 2013 19:27:58 +0000 (UTC) Received: from burnttofu.net (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30F091B71; Tue, 3 Dec 2013 19:27:58 +0000 (UTC) Received: from schuylkill.es.net ([IPv6:2001:400:14:1:e4a6:c53b:b46e:a1a8]) (authenticated bits=0) by burnttofu.net (8.14.7/8.14.5) with ESMTP id rB3JRtU0015416 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Tue, 3 Dec 2013 14:27:56 -0500 (EST) (envelope-from michael@rancid.berkeley.edu) Message-ID: <529E30BA.8080709@rancid.berkeley.edu> Date: Tue, 03 Dec 2013 11:27:54 -0800 From: Michael Sinatra User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Mark Felder , freebsd-stable@freebsd.org Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> <529E179D.7030701@rancid.berkeley.edu> <1386093454.2626.55043181.26E90FA5@webmail.messagingengine.com> In-Reply-To: <1386093454.2626.55043181.26E90FA5@webmail.messagingengine.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]); Tue, 03 Dec 2013 14:27:57 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 19:27:58 -0000 On 12/3/13 9:57 AM, Mark Felder wrote: > On Tue, Dec 3, 2013, at 11:40, Michael Sinatra wrote: >> >> I am going to put as many of the bits together as I can to see if I can >> recreate the chroot environment via a port on 10.0-RELEASE. I'll also >> submit a PR. But I agree with the others that this is not a good idea, >> and if I had known that the port would remove support for chroot, I >> would have vigorously protested the switch to unbound. >> > > There was no alternative; we couldn't keep BIND in base. BIND 9 will > certainly have a EoL before the EoL of FreeBSD 10.x, and we can't use > BIND 10 because it requires importing Python to base. > > Keep in mind that Unbound is not planned to be a permanent addition to > base either. It's merely a stop-gap until Capser is complete, which will > then provide the DNS services in base. > > http://blog.des.no/2013/09/dns-again-a-clarification/ Yes, I read the blog post. I assume that dougb believed back in 2012 that BIND 9.x would be EOL before FreeBSD 10.x, but, based on every indication I have had from ISC, I doubt that will be the case. Has ISC made a public statement about the support for BIND 9.x? All I know publicly is that 9.9-ESV will be supported until late 2017, and BIND 9.10 is about to be released. Both trains are under active development, and I doubt that ISC will even stop *developing* BIND 9 until will into the midpoint of 10.x's lifecycle. But if the FreeBSD developers have had conversations with ISC that I am not aware, you may have different interpretations. But that's water under the bridge. A lot of work was put into BIND 9 integration and a lot of work was put into unbound integration. We should be preserving the former and not throwing it away at the expense of functionality. Again, I didn't have a quibble with FreeBSD's decision until the chroot functionality support was removed from the port. I also think that this is something that's fixable in the port and will see what I can do to make it work. michael From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 19:35:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4C4CFDD for ; Tue, 3 Dec 2013 19:35:34 +0000 (UTC) Received: from mail-ea0-x233.google.com (mail-ea0-x233.google.com [IPv6:2a00:1450:4013:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B2FE1CF5 for ; Tue, 3 Dec 2013 19:35:34 +0000 (UTC) Received: by mail-ea0-f179.google.com with SMTP id r15so10310112ead.10 for ; Tue, 03 Dec 2013 11:35:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=Jrz6vNmOuJxpB4BOJlcgWDc/bwnRl9dq4Y6VYdYFVzY=; b=AwTUgJBAsz7OCelwDebgc7I+cp7WyyO7Pdv1d8PI5KGuR47gIq0s5+uoVJB9d5U3VA r/HLguPGb+QseA/390NTOQCJhX+d2ucAZHkKcGjRJoe8Uk4y+GRWEW+iedwJfFyaPS3H dggsbyhV37ts2BZqxKUYOnWNWkP8+t9CfqxoIuJUipyF/eNsoiyCAHXOrL4YAGkSIokt aT6QajwhSWyXClo9gT99eO0BBN+Br80uiTljH8wwjHKjm5SdM4tekmkDvVyN81zzWNNa 18/YxyamN8waVbEtOBORsNX58/k6eMrGMUfk7wiqjZHPiKS8YHvOsLO9JNb+BSpBuyfk MbQw== X-Received: by 10.15.45.135 with SMTP id b7mr4244004eew.88.1386099332709; Tue, 03 Dec 2013 11:35:32 -0800 (PST) Received: from gmail.com (host31-143-dynamic.41-79-r.retail.telecomitalia.it. [79.41.143.31]) by mx.google.com with ESMTPSA id e3sm49023126eeg.11.2013.12.03.11.35.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 03 Dec 2013 11:35:32 -0800 (PST) Date: Tue, 3 Dec 2013 20:35:29 +0100 From: Claudio To: freebsd-stable@freebsd.org Subject: Add proper cpu scaling support for amd cpus Message-ID: <20131203193528.GA26870@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 19:35:34 -0000 Hello, Would it be possible to apply this patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=167018 to stable so that it gets in 10 release? without it cpu scaling on most (especially recent) amd cpus doesn't work properly and the dmesg gets cluttered with "hwpstate0: set freq failed " errors. Claudio From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 20:03:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6C099B6 for ; Tue, 3 Dec 2013 20:03:45 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9286E1EA3 for ; Tue, 3 Dec 2013 20:03:45 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id lx4so24623336iec.37 for ; Tue, 03 Dec 2013 12:03:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=qnBqaGMj8St72DpgwelEyzZA2fLaENEYccdGSEDsDvI=; b=vrzXkdjLGROmDG17BpcaAxzAkwtuZf/vZtYWLqsoxtvMPEYFdVkv1OC5AP+t0FfPrB U9D8q8/reagaFjHIpaW0UeBuC6stqZHuw2OwxSgp6jsW9EH1Q7SCcGGxoaMQSXb7kLwM rywmvCQZDfqi+Qc7zuMCM4kkfEfhFkGQbXICac7AJnVeYMKSdBZC2Hr4NiqhO9DxIcSQ 8IZTv4E3nSh6N0Y8ijCXpkUIKdNx22ylW/zgFbwzISFfeYyunKw8/roNd4gnPryqdNfL 7aWaedwdDariSgN3KU3y4zVKJhmcFWOm+jB10bYnx7Q43+jhJZxWe7Gtbsm0GgjY/tJG 5nqA== X-Received: by 10.42.190.131 with SMTP id di3mr2490111icb.64.1386101025069; Tue, 03 Dec 2013 12:03:45 -0800 (PST) Received: from [10.0.0.21] (c-98-240-141-71.hsd1.mn.comcast.net. [98.240.141.71]) by mx.google.com with ESMTPSA id k6sm4773981igx.8.2013.12.03.12.03.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 03 Dec 2013 12:03:44 -0800 (PST) Message-ID: <529E391F.80402@gmail.com> Date: Tue, 03 Dec 2013 14:03:43 -0600 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Add proper cpu scaling support for amd cpus References: <20131203193528.GA26870@gmail.com> In-Reply-To: <20131203193528.GA26870@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 20:03:45 -0000 On 2013.12.03 13:35, Claudio wrote: > Hello, > > Would it be possible to apply this patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=167018 to stable so that it gets in 10 release? without it cpu scaling on most (especially recent) amd cpus doesn't work properly and the dmesg gets cluttered with "hwpstate0: set freq failed " errors. I'd like to see this as well since the spam makes it impossible to get anything useful from dmesg after a while. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 20:14:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79854CD7; Tue, 3 Dec 2013 20:14:26 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 352FB1F53; Tue, 3 Dec 2013 20:14:25 +0000 (UTC) Received: from roadkill.tharned.org (11008@roadkill.tharned.org [75.145.12.185]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id rB3KE1m9078492 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Dec 2013 14:14:05 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2013; t=1386101645; bh=AoR/TqOrLyhYZeOmY+hUP3e7uVqowEkcRN5qA3TvPN4=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=wpllnBcs8mNHpPqW8DCnsQkmc/7cgnfsqJIJcj7PMljOhXiBKIrcLNmCm6MArXMVb A7evsE+b6K0jnPfwLXmNlsOgbHsC/6eeARqpmPrbHA/ErpKPGOxBuJtTE5+wzaIc4H 0zYlcmjacy4mylC6uulx9ZTLuFy3LXiRaqqQsFbU= Date: Tue, 3 Dec 2013 14:14:01 -0600 (CST) From: Greg Rivers To: Kevin Oberman Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-Reply-To: Message-ID: References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> <1386086749.9599.54995173.6CD35E54@webmail.messagingengine.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Tue, 03 Dec 2013 14:14:05 -0600 (CST) Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 20:14:26 -0000 On Tue, 3 Dec 2013, Kevin Oberman wrote: > On Tue, Dec 3, 2013 at 8:05 AM, Mark Felder wrote: > >> On Tue, Dec 3, 2013, at 9:58, Royce Williams wrote: >>> On Tue, Dec 3, 2013 at 6:25 AM, Boris Samorodov wrote: >>>> >>>> 03.12.2013 12:56, Michael Sinatra пишет: >>>> >>>>> I am aware of the fact that unbound has "replaced" BIND in the base >>>>> system, starting with 10.0-RELEASE. What surprised me was recent >>>>> commits to ports/dns/bind99 (and presumably other versions) that >>>>> appears to take away the supported chroot capabilities. >>>> >>>> /usr/ports/UPDATING has some info about the matter. >>> >>> >>> Specifically, 20131112 says: >>> >>> All bind9 ports have been updated to support FreeBSD 10.x after >>> BIND was removed from the base system. It is now self-contained >>> in ${PREFIX}/etc/namedb, and chroot and symlinking options are >>> no longer supported out of the box. >>> >>> Does that mean that those options now need to be manually configured >>> by each team running BIND? >>> >>> If so, that is a net negative for security. Even if everyone running >>> public-facing BIND knows how to chroot, it means more work -- and more >>> potential implementation errors. >>> >> >> I had not seen that UPDATING entry... I assume that due to shortage of >> time by the maintainer and the urgency to just get the port working it >> has been discarded for now. You could try adding the features back to >> the port and seeing if the maintainer accepts them. Unfortunately I >> don't have any inside information to assist you further. >> > > It was a deliberate decision made by the maintainer. He said the chroot > code in the installation was too complicated and would be removed as a > part of the installation clean-up to get all BIND related files out of > /usr and /etc. I protested at the time as did someone else, but the > maintainer did not respond. I thnk this was a really, really bad > decision. > > I searched a bit for the thread on removing BIND leftovers, but have > failed to find it. > You're probably thinking about my November 17 posting: http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075895.html I'm glad to see others finally speaking up; I was beginning to think I was the only one who thought this was not a good idea. I'm a bit surprised that no one has responded yet. -- Greg Rivers From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 21:16:20 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8229D20 for ; Tue, 3 Dec 2013 21:16:20 +0000 (UTC) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B2B4712A3 for ; Tue, 3 Dec 2013 21:16:20 +0000 (UTC) Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id B33E7C94AF; Tue, 3 Dec 2013 21:16:07 +0000 (UTC) (envelope-from marka@isc.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1386105380; bh=epcGObV/YUsVOZ6Jfu/Hr3xj0i1rxNryTWIPPnzkx1g=; h=To:Cc:From:References:Subject:In-reply-to:Date; b=neQ906GrbHKdM/1uSuhM1FdHXbACogoX2RSZpYOfrla8Mb5l26mcfCFB/DQ+mhkLV 93fkR0MIEW3erlPZkjokGKeGj0PJfpWuClC9sREEamnrhFWGMYr90LpmYJ+2sRmoz0 Bn01Zml5qf6ppBq8dtOGILkvToD+E6he1lI3Yxbk= Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP; Tue, 3 Dec 2013 21:16:07 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 775D3160446; Tue, 3 Dec 2013 21:23:54 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 13987160436; Tue, 3 Dec 2013 21:23:54 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id F2E17B100EB; Wed, 4 Dec 2013 08:16:06 +1100 (EST) To: Michael Sinatra From: Mark Andrews References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> <529E179D.7030701@rancid.berkeley.edu> Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-reply-to: Your message of "Tue, 03 Dec 2013 09:40:45 -0800." <529E179D.7030701@rancid.berkeley.edu> Date: Wed, 04 Dec 2013 08:16:06 +1100 Message-Id: <20131203211606.F2E17B100EB@rock.dv.isc.org> X-DCC--Metrics: post.isc.org; whitelist X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL, BAYES_00, RP_MATCHES_RCVD, SPF_PASS autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: stable@freebsd.org, Boris Samorodov X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 21:16:20 -0000 In message <529E179D.7030701@rancid.berkeley.edu>, Michael Sinatra writes: > On 12/3/13 7:25 AM, Boris Samorodov wrote: > > 03.12.2013 12:56, Michael Sinatra : > > > >> I am aware of the fact that unbound has "replaced" BIND in the base > >> system, starting with 10.0-RELEASE. What surprised me was recent > >> commits to ports/dns/bind99 (and presumably other versions) that > appears > >> to take away the supported chroot capabilities. > > > > /usr/ports/UPDATING has some info about the matter. > > > > Indeed, I based my original post on the notice in /usr/ports/UPDATING. > That's what surprised me, and also leads me to believe that it is not > unintentional. Back when this was discussed in 2012 there was no > discussion that FreeBSD would be taking away the good support it has for > BIND chroot. I interpreted dougb's advice to "just install the port" > such that the port will allow the operator of, say, authoritative DNS > servers to upgrade to 10.x from 9.x and still maintain a reasonable > upgrade path without a lot of file location gyrations. > > Some impressive work has been done (mainly by des it appears) to > integrate unbound with the base FreeBSD system. At the same time, work > is currently being done to make the job of BIND-on-FreeBSD sysadmins > harder. That doesn't match the neutral vibe that I got the last time > that this was discussed publicly. Basically the idea back in 2012 > appeared to be that we needed to stop integrating a major DNS server > package because, to my understanding, it was a lot of work to maintain. As far as I could tell it was a religious issue. Named chooses to die whenever it detects a internal inconsistancy, be that failing to clear a pointer when calling a function or data being inconsistent. Since that causes the service to disappear it leads to a high CVSS score and a advisary if it triggered remotely. Putting it into something like Apple did with launchd drops the CVSS score dramatically. 7.8 (AV:N/AC:L/Au:N/C:N/I:N/A:P) 5.0 (AV:N/AC:L/Au:N/C:N/I:N/A:C) The only difference is the Availablity Impact between those two scores. ISC does ship a minimal nanny script in contrib but expects OS integators can do a better job which Apple did. Named itself is built and tested on FreeBSD boxes. It doesn't need to be modified to build on FreeBSD. The occasional patches FreeBSD came up with were integrated back into the code ISC ships so there was no patching to be done when versions upgraded. As for 9.9.x ESV it will be support for to at least June 2017, which is 5+ years from BIND 9.9.0, and 4 years after 9.9.x was announced as the ESV series with BIND 9.9.3. BIND 9.6 went ESV in Mar 2010 and will be EoL in Jan 2014. BIND 9.10 in is alpha at the moment. BIND 10 is still in development. Mark > So we integrated a *different* major DNS server package. I guess I > don't understand the motivation. (Note also that I have been working > with BIND--mostly on FreeBSD--for the past 15 years, and unbound since > the 0.6 release, so I pretty much understand the pros and cons between > the two.) > > I am not unhappy with all of the work that has been done to make unbound > work, but I am unhappy that BIND has been crippled in a certain way. > > I am going to put as many of the bits together as I can to see if I can > recreate the chroot environment via a port on 10.0-RELEASE. I'll also > submit a PR. But I agree with the others that this is not a good idea, > and if I had known that the port would remove support for chroot, I > would have vigorously protested the switch to unbound. > > michael > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 21:42:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3C25470 for ; Tue, 3 Dec 2013 21:42:56 +0000 (UTC) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 0A2401493 for ; Tue, 3 Dec 2013 21:42:55 +0000 (UTC) Received: (qmail 32280 invoked from network); 3 Dec 2013 21:36:12 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 3 Dec 2013 21:36:12 -0000 Date: Tue, 03 Dec 2013 22:36:12 +0100 (CET) Message-Id: <20131203.223612.74719903.sthaug@nethelp.no> To: gcr+freebsd-stable@tharned.org Subject: Re: BIND chroot environment in 10-RELEASE...gone? From: sthaug@nethelp.no In-Reply-To: References: <1386086749.9599.54995173.6CD35E54@webmail.messagingengine.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: rkoberman@gmail.com, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 21:42:56 -0000 > > It was a deliberate decision made by the maintainer. He said the chroot > > code in the installation was too complicated and would be removed as a > > part of the installation clean-up to get all BIND related files out of > > /usr and /etc. I protested at the time as did someone else, but the > > maintainer did not respond. I thnk this was a really, really bad > > decision. > > > > I searched a bit for the thread on removing BIND leftovers, but have > > failed to find it. > > > > You're probably thinking about my November 17 posting: > http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075895.html > > I'm glad to see others finally speaking up; I was beginning to think I was > the only one who thought this was not a good idea. I'm a bit surprised > that no one has responded yet. I agree with the protesters here. Removing chroot and symlinking logic in the ports is a significant disservice to FreeBSD users, and will make it harder to use BIND in a sensible way. A net disincentive to use FreeBSD :-( Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 22:16:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FAA3AE for ; Tue, 3 Dec 2013 22:16:34 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED72B16E7 for ; Tue, 3 Dec 2013 22:16:33 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id rB3MAYlA053581 for ; Tue, 3 Dec 2013 14:10:40 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id rB3MAT2s053577; Tue, 3 Dec 2013 14:10:29 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 3 Dec 2013 14:10:29 -0800 (PST) Message-ID: <560e9b24248600b4125c8786712d0bf9.authenticated@ultimatedns.net> In-Reply-To: <20131203.223612.74719903.sthaug@nethelp.no> References: <1386086749.9599.54995173.6CD35E54@webmail.messagingengine.com> <20131203.223612.74719903.sthaug@nethelp.no> Date: Tue, 3 Dec 2013 14:10:29 -0800 (PST) Subject: Re: BIND chroot environment in 10-RELEASE...gone? From: "Chris H" To: freebsd-stable@freebsd.org User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 22:16:34 -0000 >> > It was a deliberate decision made by the maintainer. He said the chroot >> > code in the installation was too complicated and would be removed as a >> > part of the installation clean-up to get all BIND related files out of >> > /usr and /etc. I protested at the time as did someone else, but the >> > maintainer did not respond. I thnk this was a really, really bad >> > decision. >> > >> > I searched a bit for the thread on removing BIND leftovers, but have >> > failed to find it. >> > >> >> You're probably thinking about my November 17 posting: >> http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075895.html >> >> I'm glad to see others finally speaking up; I was beginning to think I was >> the only one who thought this was not a good idea. I'm a bit surprised >> that no one has responded yet. > > I agree with the protesters here. Removing chroot and symlinking logic > in the ports is a significant disservice to FreeBSD users, and will > make it harder to use BIND in a sensible way. A net disincentive to > use FreeBSD :-( I strongly disagree. The BIND is still available within FreeBSD for anyone who chooses to use/install it. Further, nothing stops anyone who wishes to continue using the CHROOT(8) script(s) that provided the BIND with a chroot. Any copy of a FreeBSD-8 (maybe even 9) install CD/DVD holds all the "magic" required. It is _easily_ acquired, and implemented. In fact, one could easily turn the whole affair into an automated routine. So. Bottom line; the BIND still remains with FreeBSD, nothing has been taken away. The CHROOT(8) scripts are still easily available, and can be implemented, at will, by anyone who cares to continue using it. What's the big deal? > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 3 23:24:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70A31378 for ; Tue, 3 Dec 2013 23:24:15 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E4E6C1AF0 for ; Tue, 3 Dec 2013 23:24:14 +0000 (UTC) Received: from mandree.no-ip.org ([78.53.51.223]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M8e5P-1VRnvw0wOR-00wGNB for ; Wed, 04 Dec 2013 00:24:07 +0100 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id E382323CE7C for ; Wed, 4 Dec 2013 00:24:05 +0100 (CET) Message-ID: <529E6815.3080208@gmx.de> Date: Wed, 04 Dec 2013 00:24:05 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: fsck_y_enable is broken for SUJ as well as fsck_ffs References: <529DA855.9040406@rdtc.ru> In-Reply-To: <529DA855.9040406@rdtc.ru> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:8R7hfpUDc3VIv7jsRt7Ju07CB1w/xQDe32VVYzjYmZ+luYrfxy1 we/p4qGLe8Y4mkzcttnR2wxRrzJf9RpG9TYS5Lms61Vet6nFcnK0+b0XQH6VEthmQlaIe4o kXy42QKjLERDs8zZE2ECYtrDBIhGR/cYh1aZnBybEu56mXwvaGic5cFITj+Qeo6PCVK1Cux 54/JU0tuHFhl6uTAwKxwg== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 23:24:15 -0000 Am 03.12.2013 10:45, schrieb Eugene Grosbein: > Hi! > > Some time ago one of my 9.2-STABLE (r258509) servers crashed > due to power outage and could not come back by itself when power restored: > http://www.grosbein.net/freebsd/fsck_ffs.gif > > First I thought that was due to missing fsck_y_enable="YES" > in its /etc/rc.conf, so I just went to single user mode, > ran "fsck -y" manualy (it successfully fixed all errors) > and added fsck_y_enable="YES" to /etc/rc.conf > > However, today the server had same long-time power outage, > UPS'es died and when power restored, I've got exactly same problem > with this server, including fsck_ffs segfault. > > # camcontrol devlist > at scbus0 target 0 lun 0 (ada0,pass0) > at scbus1 target 0 lun 0 (ada1,pass1) > # gmirror status > Name Status Components > mirror/gm0 COMPLETE ada0 (ACTIVE) > ada1 (ACTIVE) > # df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/mirror/gm0s1a 1G 136M 790M 15% / > devfs 1,0k 1,0k 0B 100% /dev > /dev/mirror/gm0s1d 503M 335M 127M 72% /usr > /dev/mirror/gm0s1e 9,9G 4,1G 5G 45% /var > /dev/mirror/gm0s1f 19G 11G 6,4G 65% /usr/local > /dev/mirror/gm0s1g 81G 34G 39G 47% /home > /dev/mirror/gm0s2a 1,7T 97G 1,5T 6% /backup > > /usr is mounted read-only. > > This server is SuperMicro SYS-5016T-MTFB with IPMI 2.0 board > emulating USB keyboard for IP KVM. The keyboard works fine in BIOS setup > and in FreeBSD multiuser mode but does not work at all in single user mode, > so I was forced to enable IPMI SOL (Serial over LAN) feature to be able > to control the service in the single and learn how to direct serial console > to COM3 it emulates. So many critical bugs in the STABLE branch, sigh... > The first thing I do on my machines is put this into /boot/loader.conf: hw.ata.wc=0 kern.cam.ada.write_cache=0 For SCSI systems I used to use camcontrol to change the saved mode page of each drive to disable the write cache. ...and then reboot, and hope for the best WRT hardware not lying to the kernel (some makers let their drives report completion without supercapacitors or nvram or battery backup before data was on permanent storage in the past) - I've never tried that with RAID1 though, but on a bare UFS2+SU+J it appears to help with avoiding SU+J inconsistencies in Virtual machines if I forget to shut them down before rebooting the host. Regarding which combinations of file systems and their options and disk and bus and geom adapter drivers and ATA chips will reliably ship write barriers down to the drive (requires NCQ or TCQ), I find that FreeBSD is underdocumented. Unless the filesystem can ship write barriers all the way down to the disk through all the layers, disable write caches to maintain file system recoverability - or disable softupdates and journalling (but I suppose that would really hurt on the larger partitions). I would like to be corrected on this because I am wrong, but I fear that won't happen soon. There used to be discussions around the FreeBSD 4.x times whether enabling write caches was a good thing, and people preferred write caches enabled due to the performance increase, but I have personally had fsck chicken out on crashed SU+J file systems too often; OTOH I have not seen corruption with disabled write caches yet. My sample is tiny though, we're talking of a handful of VirtualBox hosted FreeBSDs mostly, and one that can boot either on bare metal (2 - 4 times a year) or into VirtualBox. Generally, and your application profile permitting, I would probably also configure computer and UPS such that if the UPS battery is on the verge of exhaustion, the computer shuts down properly, and if possible, such that the UPS will wait until it has recharged to a certain percentage above that minimum (a hysteresis) before powering back on. Provided that your server's use permits such an extended recovery time from a prolonged outage at all (along the lines of 'if it's down for an hours, we can stand another half hour'). From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 00:44:25 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51F6EF27; Wed, 4 Dec 2013 00:44:25 +0000 (UTC) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 10A151060; Wed, 4 Dec 2013 00:44:25 +0000 (UTC) Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id 6A5C42383B1; Wed, 4 Dec 2013 00:44:01 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 13EF2160446; Wed, 4 Dec 2013 00:51:48 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id CF0AE160436; Wed, 4 Dec 2013 00:51:47 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 988FDB13BAB; Wed, 4 Dec 2013 11:43:58 +1100 (EST) To: Mark Felder From: Mark Andrews References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> <529E179D.7030701@rancid.berkeley.edu> <1386093454.2626.55043181.26E90FA5@webmail.messagingengine.com> Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-reply-to: Your message of "Tue, 03 Dec 2013 11:57:34 -0600." <1386093454.2626.55043181.26E90FA5@webmail.messagingengine.com> Date: Wed, 04 Dec 2013 11:43:58 +1100 Message-Id: <20131204004358.988FDB13BAB@rock.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.ams1.isc.org Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 00:44:25 -0000 In message <1386093454.2626.55043181.26E90FA5@webmail.messagingengine.com>, Mark Felder writes: > On Tue, Dec 3, 2013, at 11:40, Michael Sinatra wrote: > > > > I am going to put as many of the bits together as I can to see if I can > > recreate the chroot environment via a port on 10.0-RELEASE. I'll also > > submit a PR. But I agree with the others that this is not a good idea, > > and if I had known that the port would remove support for chroot, I > > would have vigorously protested the switch to unbound. > > > > There was no alternative; we couldn't keep BIND in base. BIND 9 will > certainly have a EoL before the EoL of FreeBSD 10.x, and we can't use > BIND 10 because it requires importing Python to base. We, ISC, don't know when BIND 9 will stop being supported so I fail to see how FreeBSD can *know* this. We have committed to 9.9.x being supported through June 2017. I suspect the last 9.X will also be supported at least that long as well. BIND 10 needs to be a functional replacement of BIND 9 before we can set a EoL on the BIND 9 project. BIND 10 isn't at that point yet. BIND 8 to BIND 9 took about 5 years after BIND 9 was a functional replacement for BIND 8 before we could actually declare it dead. I suspect BIND 9 to BIND 10 will take a similar time scale. libbind has just moved to NetBSD. Being a OSS there is nothing to stop someone picking up supporting BIND 9 when we, ISC, finally stop supporting it. > Keep in mind that Unbound is not planned to be a permanent addition to > base either. It's merely a stop-gap until Capser is complete, which will > then provide the DNS services in base. > > http://blog.des.no/2013/09/dns-again-a-clarification/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 01:05:32 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BA2636A for ; Wed, 4 Dec 2013 01:05:32 +0000 (UTC) Received: from burnttofu.net (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C054D119B for ; Wed, 4 Dec 2013 01:05:31 +0000 (UTC) Received: from schuylkill.es.net ([IPv6:2001:400:14:1:e4a6:c53b:b46e:a1a8]) (authenticated bits=0) by burnttofu.net (8.14.7/8.14.5) with ESMTP id rB415Kvk016121 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Tue, 3 Dec 2013 20:05:22 -0500 (EST) (envelope-from michael@rancid.berkeley.edu) Message-ID: <529E7FD0.6060500@rancid.berkeley.edu> Date: Tue, 03 Dec 2013 17:05:20 -0800 From: Michael Sinatra User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Chris H , freebsd-stable@freebsd.org Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <1386086749.9599.54995173.6CD35E54@webmail.messagingengine.com> <20131203.223612.74719903.sthaug@nethelp.no> <560e9b24248600b4125c8786712d0bf9.authenticated@ultimatedns.net> In-Reply-To: <560e9b24248600b4125c8786712d0bf9.authenticated@ultimatedns.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]); Tue, 03 Dec 2013 20:05:22 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 01:05:32 -0000 On 12/3/13 2:10 PM, Chris H wrote: > > I strongly disagree. The BIND is still available within FreeBSD for anyone who chooses to > use/install it. Further, nothing stops anyone who wishes to continue using the CHROOT(8) > script(s) that provided the BIND with a chroot. Any copy of a FreeBSD-8 (maybe even 9) > install CD/DVD holds all the "magic" required. It is _easily_ acquired, and implemented. In > fact, one could easily turn the whole affair into an automated routine. > So. Bottom line; the BIND still remains with FreeBSD, nothing has been taken away. > The CHROOT(8) scripts are still easily available, and can be implemented, at will, by > anyone who cares to continue using it. > What's the big deal? Indeed, what's the big deal with putting said goop back into the port so that it can be easily installed/maintained by admins? If it's easy to do manually, or to automate by admins, it should be even easier to automate in the port. michael PS. As I already mentioned, your suggestion is exactly what I had already planned to do. I just have no idea if anything I, or anyone else does will be committed back to the port. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 01:06:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 773BF4BA for ; Wed, 4 Dec 2013 01:06:30 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1254311BA for ; Wed, 4 Dec 2013 01:06:29 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id rB416Nw5027341 for ; Tue, 3 Dec 2013 20:06:28 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <529E800F.9060006@m5p.com> Date: Tue, 03 Dec 2013 20:06:23 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <1386086749.9599.54995173.6CD35E54@webmail.messagingengine.com> <20131203.223612.74719903.sthaug@nethelp.no> <560e9b24248600b4125c8786712d0bf9.authenticated@ultimatedns.net> In-Reply-To: <560e9b24248600b4125c8786712d0bf9.authenticated@ultimatedns.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Tue, 03 Dec 2013 20:06:28 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 01:06:30 -0000 On 12/03/13 17:10, Chris H wrote: >[...] >[Steinar Haug, Nethelp consulting, sthaug@nethelp.no wrote:] >> I agree with the protesters here. Removing chroot and symlinking logic >> in the ports is a significant disservice to FreeBSD users, and will >> make it harder to use BIND in a sensible way. A net disincentive to >> use FreeBSD :-( > > I strongly disagree. The BIND is still available within FreeBSD for anyone who chooses to > use/install it. Further, nothing stops anyone who wishes to continue using the CHROOT(8) > script(s) that provided the BIND with a chroot. Any copy of a FreeBSD-8 (maybe even 9) > install CD/DVD holds all the "magic" required. It is _easily_ acquired, and implemented. In > fact, one could easily turn the whole affair into an automated routine. > So. Bottom line; the BIND still remains with FreeBSD, nothing has been taken away. > The CHROOT(8) scripts are still easily available, and can be implemented, at will, by > anyone who cares to continue using it. > What's the big deal? > [...] FreeBSD 8: Install system; add named_enable="YES" to /etc/rc.conf; copy config and zone files to /var/named/etc/namedb. FreeBSD 10: Install system; install dns/bind9?; observe pkg-message citing the "/etc/rc.d/named script in the base"; whoa, it isn't there! Try to dig up chroot script from FreeBSD 8; copy config and zone files to /var/named/usr/local/etc/namedb (I think); hope I did it all right. What's the big deal? Major Principle of Least Amazement violation. -- George Mitchell From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 01:09:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37999600 for ; Wed, 4 Dec 2013 01:09:24 +0000 (UTC) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EDE2611EE for ; Wed, 4 Dec 2013 01:09:23 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id wm4so15339949obc.38 for ; Tue, 03 Dec 2013 17:09:23 -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:date:message-id:subject :from:to:cc:content-type; bh=hZYUrFxYVZEz4INvUBZop5G1LbYkWf+K62btFyEtaOE=; b=BDl+s/US8PlxSWJODmsLGWXmvpzZOUp/ft1U25BQBuZuFH786uGboIFlVaujncOtVo weI2EDEBbI5+NrJ78DO1WtGmcj0qlWwvR/8iysgTJb2kxuqONyQC05wleNqfbjXUiJob UP1qK5TsGucYw3NNGwfxBwpPvd3+b6RthDMkgfFz1YagBqACXcVMAyP0Siqb7E2vueBn fpxewNjKDlriRlPsB+2zhVuiKBK7hj3ZJSlgIW+D4bWN4o0mThBBNe8A5K2AvTUP5XgK KscHr9HFPHnYgzR5JUEi4dMZzq7/opdQROdBUWaosyGxMwYWC9xd+VyZzDDSIdYCvnXZ i7TA== MIME-Version: 1.0 X-Received: by 10.60.33.74 with SMTP id p10mr61260636oei.18.1386119363219; Tue, 03 Dec 2013 17:09:23 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.76.180.68 with HTTP; Tue, 3 Dec 2013 17:09:23 -0800 (PST) In-Reply-To: <560e9b24248600b4125c8786712d0bf9.authenticated@ultimatedns.net> References: <1386086749.9599.54995173.6CD35E54@webmail.messagingengine.com> <20131203.223612.74719903.sthaug@nethelp.no> <560e9b24248600b4125c8786712d0bf9.authenticated@ultimatedns.net> Date: Tue, 3 Dec 2013 17:09:23 -0800 X-Google-Sender-Auth: doPiQ5JxTF3vCRwgZ275GBFNDLE Message-ID: Subject: Re: BIND chroot environment in 10-RELEASE...gone? From: Kevin Oberman To: Chris H Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 01:09:24 -0000 On Tue, Dec 3, 2013 at 2:10 PM, Chris H wrote: > >> > It was a deliberate decision made by the maintainer. He said the > chroot > >> > code in the installation was too complicated and would be removed as a > >> > part of the installation clean-up to get all BIND related files out of > >> > /usr and /etc. I protested at the time as did someone else, but the > >> > maintainer did not respond. I thnk this was a really, really bad > >> > decision. > >> > > >> > I searched a bit for the thread on removing BIND leftovers, but have > >> > failed to find it. > >> > > >> > >> You're probably thinking about my November 17 posting: > >> > http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075895.html > >> > >> I'm glad to see others finally speaking up; I was beginning to think I > was > >> the only one who thought this was not a good idea. I'm a bit surprised > >> that no one has responded yet. > > > > I agree with the protesters here. Removing chroot and symlinking logic > > in the ports is a significant disservice to FreeBSD users, and will > > make it harder to use BIND in a sensible way. A net disincentive to > > use FreeBSD :-( > > I strongly disagree. The BIND is still available within FreeBSD for anyone > who chooses to > use/install it. Further, nothing stops anyone who wishes to continue using > the CHROOT(8) > script(s) that provided the BIND with a chroot. Any copy of a FreeBSD-8 > (maybe even 9) > install CD/DVD holds all the "magic" required. It is _easily_ acquired, > and implemented. In > fact, one could easily turn the whole affair into an automated routine. > So. Bottom line; the BIND still remains with FreeBSD, nothing has been > taken away. > The CHROOT(8) scripts are still easily available, and can be implemented, > at will, by > anyone who cares to continue using it. > What's the big deal? > The big deal was that BIND, by default, just installed in a clean chroot environment. It just worked. Now installing BIND from ports imply puts it there with no added protection at all. Since it has long been recommended that BIND either be run chrooted or jailed, this looks like a large step backwards to me. The code was all there. I realize that moving the symlinks around to do the job without polluting the base OS would take some doing, but there is no reason it could not be done or that it should be terribly difficult (said without looking at all of the details). I hate to see regressions and this is clearly a regression. Worse, it was a deliberate one made with a very casual comment that it was just cleaning up the script by eliminating the complicated chroot code. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 01:12:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70A0D809 for ; Wed, 4 Dec 2013 01:12:02 +0000 (UTC) Received: from nm24-vm1.access.bullet.mail.bf1.yahoo.com (nm24-vm1.access.bullet.mail.bf1.yahoo.com [216.109.115.176]) by mx1.freebsd.org (Postfix) with SMTP id 03C9B1246 for ; Wed, 4 Dec 2013 01:12:01 +0000 (UTC) Received: from [66.196.81.163] by nm24.access.bullet.mail.bf1.yahoo.com with NNFMP; 04 Dec 2013 01:05:01 -0000 Received: from [98.138.104.98] by tm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 04 Dec 2013 01:05:01 -0000 Received: from [127.0.0.1] by smtp118.sbc.mail.ne1.yahoo.com with NNFMP; 04 Dec 2013 01:05:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1386119101; bh=qQTU55B+FweGYa8RzqshlxgPJjpwUa1ZLXAffx8IEKE=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject:References; b=QN4kfuejyIY4ddTCIKyXQXUpOiQ0TcCjn0dM7mab1dwiM6j8Nb3c6+SijDzy8+ZzfBtUUGUb5EQHMUlogpy7UC5MEzfwV3SKypaPIJeBv65vGEsZNZpcFZfNAq4yWmEqFxAs5N/LG55Oe5AxJ65e8kxzSL/uofsXElHO+Dgfhfs= X-Yahoo-Newman-Id: 731412.31196.bm@smtp118.sbc.mail.ne1.yahoo.com Message-ID: <731412.31196.bm@smtp118.sbc.mail.ne1.yahoo.com> Date: Wed, 4 Dec 2013 01:05:01 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: vJpRO4oVM1ltV_9SMHn3DjMljffkmoeA0VFE77cZ6IhCOR4 bi9Hjr6zJ4GjEXoKjS322fLo7Cn9c1POmKMrc5TLVTnbrmnHmAFV8j0nvwvg ApbrU_3P3pVWlKu3.qLcZk6dgSESrb_bHFM8W4mQ9.Z2CFAwcFmB4ydJoa.6 fYkJeWX3GGOw_cLX4O_wx17HixxANjB6_1DdnrPCX8mNUHm71dfqwD91HHb4 W895ZBxYlJFkNciMOZsz8JBzu5IzAGn96kh9wiMCvmZjynzF0GnXTuOFUrG9 wbscRzmJVcDWw_OgzC22hg2MXPsu_R9G1uXP9bBa3W0P3PSes1euPbsvh.RA cplO5QErNgtYW5z0PBnTZhOxHMDiBMtPvzAx8KZ9VlRLx4.WWw3e0CzBFrtY OJAgv7qL7RtNrc7jFDX5DL_BlpPiLIrtr1e4yZBa96MTD6UAabQTYO1JVfV9 09347.iqvK1J_.KpT38YMb96f8.TVI8WWFqdIl2pKyruZMAa2WikEZLdssRt osEWF4GRqehkL.eBIMCcGc7p.Bd4ePeS_BiUYfhQt1JtopOTj98YtsMGCmC8 Cnpg2.BDIOB._MyZ0Zj4- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with ) by smtp118.sbc.mail.ne1.yahoo.com with SMTP; 04 Dec 2013 01:05:01 +0000 UTC From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: FreeBSD 10.0-BETA4 now available References: <20131203161711.GO85910@glenbarber.us> Cc: Glen Barber , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 01:12:02 -0000 from Glen Barber (excerpt): > Changes between -BETA3 and -BETA4 include: - Add preliminary support for RTL8106E, RTL8168G, RTL8168GU, RTL8411B, and RTL8168EP. - Enable fingerprint checking in pkg(8) for FreeBSD-provided binary packages. - Remove the WITH_LIBICONV_COMPAT build option. - Update nvi to 2.1.2. - Various iconv(3) fixes. - Fix mergemaster -U by forcing FreeBSD 9 compatiblity in mtree when mtree is nmtree. - Fix to freebsd-update(8) in generating the list of old files/directories versus new files/directories (FreeBSD-EN-13:05.freebsd-update). Would preliminary support for RTL8106E, RTL8168G etc be the re(4) driver? Would these changes be already in HEAD, so if it doesn't work in HEAD on my system, it won't work in 10.0-BETA4? I believe nvi has no -V or --version switch that tells the version without doing anything else (I looked and tried). I noticed NetBSD-current had upgraded nvi but find it very difficult to find latest versions online. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 01:13:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE78DA36 for ; Wed, 4 Dec 2013 01:13:47 +0000 (UTC) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 874F2126F for ; Wed, 4 Dec 2013 01:13:47 +0000 (UTC) Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id 803182383B1; Wed, 4 Dec 2013 01:13:33 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 6EB1E160446; Wed, 4 Dec 2013 01:21:20 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 3DA9A160436; Wed, 4 Dec 2013 01:21:20 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 88434B13F15; Wed, 4 Dec 2013 12:13:30 +1100 (EST) To: "Chris H" From: Mark Andrews References: <1386086749.9599.54995173.6CD35E54@webmail.messagingengine.com> <20131203.223612.74719903.sthaug@nethelp.no> <560e9b24248600b4125c8786712d0bf9.authenticated@ultimatedns.net> Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-reply-to: Your message of "Tue, 03 Dec 2013 14:10:29 -0800." <560e9b24248600b4125c8786712d0bf9.authenticated@ultimatedns.net> Date: Wed, 04 Dec 2013 12:13:30 +1100 Message-Id: <20131204011330.88434B13F15@rock.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.ams1.isc.org Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 01:13:48 -0000 In message <560e9b24248600b4125c8786712d0bf9.authenticated@ultimatedns.net>, "Chris H" writes: > >> > It was a deliberate decision made by the maintainer. He said the chroot > >> > code in the installation was too complicated and would be removed as a > >> > part of the installation clean-up to get all BIND related files out of > >> > /usr and /etc. I protested at the time as did someone else, but the > >> > maintainer did not respond. I thnk this was a really, really bad > >> > decision. > >> > > >> > I searched a bit for the thread on removing BIND leftovers, but have > >> > failed to find it. > >> > > >> > >> You're probably thinking about my November 17 posting: > >> http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075895.html > >> > >> I'm glad to see others finally speaking up; I was beginning to think I was > >> the only one who thought this was not a good idea. I'm a bit surprised > >> that no one has responded yet. > > > > I agree with the protesters here. Removing chroot and symlinking logic > > in the ports is a significant disservice to FreeBSD users, and will > > make it harder to use BIND in a sensible way. A net disincentive to > > use FreeBSD :-( > > I strongly disagree. The BIND is still available within FreeBSD for anyone who chooses to > use/install it. Further, nothing stops anyone who wishes to continue using the CHROOT(8) > script(s) that provided the BIND with a chroot. Any copy of a FreeBSD-8 (maybe even 9) > install CD/DVD holds all the "magic" required. It is _easily_ acquired, and implemented. In > fact, one could easily turn the whole affair into an automated routine. > So. Bottom line; the BIND still remains with FreeBSD, nothing has been taken away. > The CHROOT(8) scripts are still easily available, and can be implemented, at will, by > anyone who cares to continue using it. > What's the big deal? If it is easily aquired why isn't it in the port or is it as Erwin claims that it is too hard. So what is it? In any case it would be better if the port supported chroot as of FBSD 10. /var/named is still as far as I can see the sensible place to default the chroot directory. Copying BIND.chroot.dist and installing it in /usr/local/etc as BIND.chroot should be a no brainer as of FBSD 10.0. Then there is tweeking chroot_autoupdate. Anyway I suspect there will be a lot of pr requests about this. > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 01:43:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00EB7280 for ; Wed, 4 Dec 2013 01:43:53 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B18A41441 for ; Wed, 4 Dec 2013 01:43:53 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 2FD7521329; Tue, 3 Dec 2013 20:43:52 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute2.internal (MEProxy); Tue, 03 Dec 2013 20:43:52 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; s=smtpout; bh=ECc rI1xMXzV//ucmDxGOFPked2E=; b=hHJaz3HCl5zMJ3L5anbdYWab36mTl0f0mpQ R+HYeS/YdeHmdp9WZAlMqODlT6YuVC34dQKaG7dWzFnDVIu5cG0I8zcg+pC89xa1 q71kfl7hDt3hCUoouZTzlvJ0ejP/O33PqTGhWTdo3LfLHB80YVKgLDS/581BBTf/ 9b6RfB1o= X-Sasl-enc: a04IVhSsYZU3vSrY+Dw86qTqLe/ig718fK38x0a9KltP 1386121431 Received: from [192.168.1.143] (unknown [172.8.202.231]) by mail.messagingengine.com (Postfix) with ESMTPA id A0871680141; Tue, 3 Dec 2013 20:43:51 -0500 (EST) Content-Type: multipart/signed; boundary="Apple-Mail=_E4A2D37D-B417-41E6-A7E2-71F4D1C77F06"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: BIND chroot environment in 10-RELEASE...gone? From: Mark Felder In-Reply-To: <20131204004358.988FDB13BAB@rock.dv.isc.org> Date: Tue, 3 Dec 2013 19:43:48 -0600 Message-Id: <033E68C4-D6E4-4207-94EF-E130E7C0B112@FreeBSD.org> References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> <529E179D.7030701@rancid.berkeley.edu> <1386093454.2626.55043181.26E90FA5@webmail.messagingengine.com> <20131204004358.988FDB13BAB@rock.dv.isc.org> To: Mark Andrews X-Mailer: Apple Mail (2.1822) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 01:43:54 -0000 --Apple-Mail=_E4A2D37D-B417-41E6-A7E2-71F4D1C77F06 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Dec 3, 2013, at 18:43, Mark Andrews wrote: >=20 > In message = <1386093454.2626.55043181.26E90FA5@webmail.messagingengine.com>, Mark = Felder writes: >> On Tue, Dec 3, 2013, at 11:40, Michael Sinatra wrote: >>>=20 >>> I am going to put as many of the bits together as I can to see if I = can >>> recreate the chroot environment via a port on 10.0-RELEASE. I'll = also >>> submit a PR. But I agree with the others that this is not a good = idea, >>> and if I had known that the port would remove support for chroot, I >>> would have vigorously protested the switch to unbound. >>>=20 >>=20 >> There was no alternative; we couldn't keep BIND in base. BIND 9 will >> certainly have a EoL before the EoL of FreeBSD 10.x, and we can't use >> BIND 10 because it requires importing Python to base. >=20 > We, ISC, don't know when BIND 9 will stop being supported so I fail > to see how FreeBSD can *know* this. We have committed to 9.9.x > being supported through June 2017. I suspect the last 9.X will > also be supported at least that long as well. Sorry, this wasn=92t completely clear to me. I was under the impression = that someone in the project had knowledge that 9.x was on a short leash = and that was a part of the decision making process. Maybe an upgrade to = the latest 9.x release would have been less painful; I don=92t know. = Thanks for the information. --Apple-Mail=_E4A2D37D-B417-41E6-A7E2-71F4D1C77F06 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSnojUAAoJEJg7ZFAfE+JS/iMH/0JinL8YMLjMfVcQKGm4ekSr nCJ3DiG6fGzqxMIj7FAYG2MrhuIrWSMPkUm3iQRAdY6X+yXNp7m3UQzV69+JNh4h Gt5DN3yHhPl5PlnU+lZHyu6e4v35qJHHnWCsPUzscDY5ebbtAIzrAfD0R0wnZcnI mIeHYeb8pLU+LOFLyjrE3qmZ6s5vo4YLXJLHbZgxuHT+FA9za5c96393W/6swMia /BGCZVmZuwrP8ZFXPRL8Am4LbuhFmefBtFj4qjgns3+mwxIZlJYA9GEFM0qeA2Xy b98ay3E7H/7vxxwPrHpqKZOMUIvsvn9WFQZRl3g1l1l8mi0KUYE4BZUpoVaSrK0= =6dqU -----END PGP SIGNATURE----- --Apple-Mail=_E4A2D37D-B417-41E6-A7E2-71F4D1C77F06-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 01:45:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9F91394; Wed, 4 Dec 2013 01:45:38 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5F7291469; Wed, 4 Dec 2013 01:45:38 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-29-106.lns20.adl2.internode.on.net [121.45.29.106]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id rB41ce4J064521 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 4 Dec 2013 12:08:49 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: ZFS devd messages Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: <74DBAE0D-D88C-467D-867E-C4C4676FC2AE@gsoft.com.au> Date: Wed, 4 Dec 2013 12:08:40 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <4924321A-7D59-4203-BFA7-550FFFEB3BAA@gsoft.com.au> References: <85290551-4239-495E-ACCD-9F03C20D40EF@gsoft.com.au> <529346E5.4070900@FreeBSD.org> <74DBAE0D-D88C-467D-867E-C4C4676FC2AE@gsoft.com.au> To: Andriy Gapon X-Mailer: Apple Mail (2.1822) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 01:45:38 -0000 On 26 Nov 2013, at 14:58, Daniel O'Connor wrote: >> I will appreciate any testing and reviews. >=20 > I'd prefer it sent email but that is probably a POLA violation. >=20 > I can't test it yet but I am building up a new server soon so I can = (although the change looks good to me). >=20 I tested the easy stuff (remove & re-add disk) and it worked. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 01:59:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E45925F4 for ; Wed, 4 Dec 2013 01:59:01 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B4DD4153B for ; Wed, 4 Dec 2013 01:59:01 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-96.lns20.per2.internode.on.net [121.45.246.96]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id rB41wnjf010140 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 3 Dec 2013 17:58:55 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <529E8C53.6020208@freebsd.org> Date: Wed, 04 Dec 2013 09:58:43 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re:BIND segway -> python -> first-class ports References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 01:59:02 -0000 On 12/4/13, 9:05 AM, Mark Felder said: ----------------- > There was no alternative; we couldn't keep BIND in base. BIND 9 will > certainly have a EoL before the EoL of FreeBSD 10.x, and we can't use > BIND 10 because it requires importing Python to base. I'm coming more and more to the conclusion that we should have a minimal Python in "base". More and more people are expecting it and more and more software needs it. But maybe the problem is our definition of "base". I have said before that in my opinion we should have two classes of ports. Mechanically they are handled the same but class 1 ports are "standard additions", and if they don't work it's a "stop-ship" condition.. These would be MAJOR ports.. like a minimal python, a minimal Perl (ok yuk but some people would insist), BIND, Sendmail, bash, and other things that people EXPECT to be in a FreeBSD system. If you break such a port it has the same weight as breaking something in base, but it's not base.. > Keep in mind that Unbound is not planned to be a permanent addition to > base either. It's merely a stop-gap until Capser is complete, which will > then provide the DNS services in base. >http://blog.des.no/2013/09/dns-again-a-clarification/ That makes removing BIND even less sensible if you are forcing people to go through all this pain TWICE. We were promised in spirit if not words that the BIND port would be pretty much a drop-in replacement. but it appears that FreeBSD users are going to have to do quite a bit more work due to this dance. Will there be a Unbound port that is a drop-in replacement for in-base unbound? From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 02:11:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B61D1822 for ; Wed, 4 Dec 2013 02:11:04 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A0ED3163E for ; Wed, 4 Dec 2013 02:11:04 +0000 (UTC) Received: from Alfreds-MacBook-Air.local (50-204-88-5-static.hfc.comcastbusiness.net [50.204.88.5]) by elvis.mu.org (Postfix) with ESMTPSA id 72A901A3C1F for ; Tue, 3 Dec 2013 18:11:01 -0800 (PST) Message-ID: <529E8F34.5040604@freebsd.org> Date: Tue, 03 Dec 2013 18:11:00 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> In-Reply-To: <529E8C53.6020208@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 02:11:04 -0000 On 12/3/13, 5:58 PM, Julian Elischer wrote: > On 12/4/13, 9:05 AM, Mark Felder said: > ----------------- > >> There was no alternative; we couldn't keep BIND in base. BIND 9 will >> certainly have a EoL before the EoL of FreeBSD 10.x, and we can't use >> BIND 10 because it requires importing Python to base. > > I'm coming more and more to the conclusion that we should have a > minimal Python in "base". > More and more people are expecting it and more and more software needs > it. > > But maybe the problem is our definition of "base". > > I have said before that in my opinion we should have two classes of > ports. > Mechanically they are handled the same but class 1 ports are "standard > additions", > and if they don't work it's a "stop-ship" condition.. These would be > MAJOR ports.. > like a minimal python, a minimal Perl (ok yuk but some people would > insist), > BIND, Sendmail, bash, and other things that people EXPECT to be in a > FreeBSD system. > If you break such a port it has the same weight as breaking something > in base, > but it's not base.. I think you would agree that while it would be a major boost in productivity for us to have python in base, at the same time it would cause quite a bit of problems as "FreeBSD's" python would be out of date or it would give the appearance that we only support a single version of python (unless we kept it bleeding edge). A workaround for this problem is to bring in python, but to hide it under /usr/bsd/bin and only allow system utilities to explicitly reference it. In fact a number of our other tools should very likely go under there or some mechanism such as the "use.perl" tool needs to be made not only for python, but also for clang and gcc. Why? Well because the outsiders I've talked to run FreeBSD and see older versions of the utilities in base (even though newer versions exist in ports) and wind up assuming that's the newest version that can work on FreeBSD and ignore ports. After a while those users run away to Linux where you just "apt-get cc" and get the shinest newest thing possible on any distro you consider relevant today. We MUST decouple the base requirements from what users want from ports. *WE* might want python 2.x OR *we* may want 3.x, but by putting it under /usr/bin and polluting the user's environment we lock the user into it. We must not do that otherwise we repeat the tcl fiasco and the perl fiasco and the gcc/egcs/clang fiasco over and over and over again. So yes, let's get python in base, but *not make it user visible*. We need to only make it visible for internal use of our "src base". The point being we need to keep ports/packages as the defacto place where people get python from, while the base system itself has its own version it uses. Either that or we need to throw in the towel and go into more of a distro model where things like python and bind are never part of /usr/src, however they are by default installed. Or, finally the choice can always be put the onus onto the user to install such packages OR leave it to the distro maintainer, an example being PC-BSD, or JulianBSD. -Alfred From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 02:12:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05C96952 for ; Wed, 4 Dec 2013 02:12:41 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C20A4165D for ; Wed, 4 Dec 2013 02:12:40 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-96.lns20.per2.internode.on.net [121.45.246.96]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id rB42CVoO010170 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 3 Dec 2013 18:12:33 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <529E8F89.4050909@freebsd.org> Date: Wed, 04 Dec 2013 10:12:25 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 02:12:41 -0000 On 12/4/13, 9:05 AM, Mark Andrews wrote: > As far as I could tell it was a religious issue. I believe this to be the case, and as with a lot of religious issues, truth is often "adjusted" for particular points of view. > > [...] > As for 9.9.x ESV it will be support for to at least June 2017, which > is 5+ years from BIND 9.9.0, and 4 years after 9.9.x was announced as > the ESV series with BIND 9.9.3. BIND 9.6 went ESV in Mar 2010 and > will be EoL in Jan 2014. BIND 9.10 in is alpha at the moment. BIND 10 > is still in development. So, basically, we were not told the entire story.. We were told that bind-9 was a dead-end.. if it is not I feel kind of disappointed by the people who made the change. We trust other developers to be honest about these things as we can't all track all other projects.. It's a pitty that you didn't join the conversation when it was being discussed. Some fact injection may have made a difference and saved us some heartache. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 02:23:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6804FD3A; Wed, 4 Dec 2013 02:23:30 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E29EC170E; Wed, 4 Dec 2013 02:23:29 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-29-106.lns20.adl2.internode.on.net [121.45.29.106]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id rB42NKcS066162 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 4 Dec 2013 12:53:26 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: BIND segway -> python -> first-class ports Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <529E8F34.5040604@freebsd.org> Date: Wed, 4 Dec 2013 12:53:20 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <09D50FED-23A9-46D3-A589-443BEC04F353@gsoft.com.au> References: <529E8C53.6020208@freebsd.org> <529E8F34.5040604@freebsd.org> To: Alfred Perlstein X-Mailer: Apple Mail (2.1822) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 02:23:30 -0000 On 4 Dec 2013, at 12:41, Alfred Perlstein wrote: > So yes, let's get python in base, but *not make it user visible*. We = need to only make it visible for internal use of our "src base". This would still be problematic for, say hypothetical Python bindings to = BIND (I have no idea if they exist but let's assume they do). Either the bindings are hidden, in which case only 'base' can use them = which makes them pointless, or they would need to be an external port = (but they which Python would they use? ergh..) This is like the problem with Open Office having its own Python - unless = you run that binary you can't safely use the bindings which renders them = almost useless. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 02:33:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 156F5144 for ; Wed, 4 Dec 2013 02:33:18 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ADF7817B9 for ; Wed, 4 Dec 2013 02:33:17 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id rB42Xm4u062838; Tue, 3 Dec 2013 18:33:54 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id rB42Xgri062834; Tue, 3 Dec 2013 18:33:42 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 3 Dec 2013 18:33:43 -0800 (PST) Message-ID: <5c09ba519b7e975a1fbd877a2c4d7b0e.authenticated@ultimatedns.net> In-Reply-To: References: <1386086749.9599.54995173.6CD35E54@webmail.messagingengine.com> <20131203.223612.74719903.sthaug@nethelp.no> <560e9b24248600b4125c8786712d0bf9.authenticated@ultimatedns.net> Date: Tue, 3 Dec 2013 18:33:43 -0800 (PST) Subject: Re: BIND chroot environment in 10-RELEASE...gone? From: "Chris H" To: "Kevin Oberman" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 02:33:18 -0000 > On Tue, Dec 3, 2013 at 2:10 PM, Chris H wrote: > >> >> > It was a deliberate decision made by the maintainer. He said the >> chroot >> >> > code in the installation was too complicated and would be removed as a >> >> > part of the installation clean-up to get all BIND related files out of >> >> > /usr and /etc. I protested at the time as did someone else, but the >> >> > maintainer did not respond. I thnk this was a really, really bad >> >> > decision. >> >> > >> >> > I searched a bit for the thread on removing BIND leftovers, but have >> >> > failed to find it. >> >> > >> >> >> >> You're probably thinking about my November 17 posting: >> >> >> http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075895.html >> >> >> >> I'm glad to see others finally speaking up; I was beginning to think I >> was >> >> the only one who thought this was not a good idea. I'm a bit surprised >> >> that no one has responded yet. >> > >> > I agree with the protesters here. Removing chroot and symlinking logic >> > in the ports is a significant disservice to FreeBSD users, and will >> > make it harder to use BIND in a sensible way. A net disincentive to >> > use FreeBSD :-( >> >> I strongly disagree. The BIND is still available within FreeBSD for anyone >> who chooses to >> use/install it. Further, nothing stops anyone who wishes to continue using >> the CHROOT(8) >> script(s) that provided the BIND with a chroot. Any copy of a FreeBSD-8 >> (maybe even 9) >> install CD/DVD holds all the "magic" required. It is _easily_ acquired, >> and implemented. In >> fact, one could easily turn the whole affair into an automated routine. >> So. Bottom line; the BIND still remains with FreeBSD, nothing has been >> taken away. >> The CHROOT(8) scripts are still easily available, and can be implemented, >> at will, by >> anyone who cares to continue using it. >> What's the big deal? >> > > The big deal was that BIND, by default, just installed in a clean chroot > environment. It just worked. Now installing BIND from ports imply puts it > there with no added protection at all. Since it has long been recommended > that BIND either be run chrooted or jailed, this looks like a large step > backwards to me. The code was all there. I realize that moving the symlinks > around to do the job without polluting the base OS would take some doing, > but there is no reason it could not be done or that it should be terribly > difficult (said without looking at all of the details). > > I hate to see regressions and this is clearly a regression. Worse, it was a > deliberate one made with a very casual comment that it was just cleaning up > the script by eliminating the complicated chroot code. Look. I mean no offense to you, or anyone else. But as I'm running "stable". I subscribed to the @stable list. I remember quite a few comments about it. As memory serves; it was in regards to a security issue at one point. Then an issue with the affect of the size of the install. All in all, given that everyone's on svn now. It seems relatively simple to suck the bits from the old src, into anyone's currently maintained src tree, and be done with it. In fact, I can imagine an easy cobbling of a "custom" install CD/DVD. That once created, can serve for /quite/ some time. Anyway. I guess I'm just surprised that everyone seems suddenly so surprised about it. When I first heard of it. I cobbled up a BIND replacement that used a DNS source that isn't on FreeBSD's list. I simply replaced my choice of DNS server, for the BIND. Then presto, I had a completely different DNS server, that installed, and ran exactly as the BIND used to. Oh well. That's my experience with it. Chris out... > -- > R. Kevin Oberman, Network Engineer > E-mail: rkoberman@gmail.com > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 02:34:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43572242 for ; Wed, 4 Dec 2013 02:34:01 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2B83717D0 for ; Wed, 4 Dec 2013 02:34:01 +0000 (UTC) Received: from Alfreds-MacBook-Air.local (50-204-88-5-static.hfc.comcastbusiness.net [50.204.88.5]) by elvis.mu.org (Postfix) with ESMTPSA id 922CB1A3C19; Tue, 3 Dec 2013 18:34:00 -0800 (PST) Message-ID: <529E9497.4040609@freebsd.org> Date: Tue, 03 Dec 2013 18:33:59 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> <529E8F34.5040604@freebsd.org> <09D50FED-23A9-46D3-A589-443BEC04F353@gsoft.com.au> In-Reply-To: <09D50FED-23A9-46D3-A589-443BEC04F353@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 02:34:01 -0000 On 12/3/13, 6:23 PM, Daniel O'Connor wrote: > On 4 Dec 2013, at 12:41, Alfred Perlstein wrote: >> So yes, let's get python in base, but *not make it user visible*. We need to only make it visible for internal use of our "src base". > This would still be problematic for, say hypothetical Python bindings to BIND (I have no idea if they exist but let's assume they do). > > Either the bindings are hidden, in which case only 'base' can use them which makes them pointless, or they would need to be an external port (but they which Python would they use? ergh..) > > This is like the problem with Open Office having its own Python - unless you run that binary you can't safely use the bindings which renders them almost useless. I see your point, however that's exactly how it should work. For instance if we "hide" the compiler, we must still export it for people to do things like build kernel modules, we just shouldn't name it "cc" or put it into /usr/bin. 3rd parties that want to write code that is loadable into the kernel or into bind or openoffice or whatever. For access to these applications you must explicitly ask for them, not stumble over them. -Alfred > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 02:41:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27B2F3C4 for ; Wed, 4 Dec 2013 02:41:05 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 882AB1855 for ; Wed, 4 Dec 2013 02:41:04 +0000 (UTC) X-Envelope-From: egrosbein@rdtc.ru X-Envelope-To: freebsd-stable@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id rB42etjU014413; Wed, 4 Dec 2013 09:40:56 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <529E9637.2060206@rdtc.ru> Date: Wed, 04 Dec 2013 09:40:55 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: Matthias Andree Subject: Re: fsck_y_enable is broken for SUJ as well as fsck_ffs References: <529DA855.9040406@rdtc.ru> <529E6815.3080208@gmx.de> In-Reply-To: <529E6815.3080208@gmx.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 02:41:05 -0000 On 04.12.2013 06:24, Matthias Andree wrote: [skip] > ...and then reboot, and hope for the best WRT hardware not lying to the > kernel (some makers let their drives report completion without > supercapacitors or nvram or battery backup before data was on permanent > storage in the past) - I've never tried that with RAID1 though, but on a > bare UFS2+SU+J it appears to help with avoiding SU+J inconsistencies in > Virtual machines if I forget to shut them down before rebooting the host. Thats another topic - how to avoid inconsistencies. My question was "how to fix inconsistencies automatically". Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 02:41:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 067483C5 for ; Wed, 4 Dec 2013 02:41:12 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 674621856 for ; Wed, 4 Dec 2013 02:41:11 +0000 (UTC) X-Envelope-From: egrosbein@rdtc.ru X-Envelope-To: freebsd-stable@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id rB42f50d014420; Wed, 4 Dec 2013 09:41:05 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <529E9641.5000008@rdtc.ru> Date: Wed, 04 Dec 2013 09:41:05 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: Matthias Andree Subject: Re: fsck_y_enable is broken for SUJ as well as fsck_ffs References: <529DA855.9040406@rdtc.ru> <529E6815.3080208@gmx.de> In-Reply-To: <529E6815.3080208@gmx.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 02:41:12 -0000 On 04.12.2013 06:24, Matthias Andree wrote: [skip] > ...and then reboot, and hope for the best WRT hardware not lying to the > kernel (some makers let their drives report completion without > supercapacitors or nvram or battery backup before data was on permanent > storage in the past) - I've never tried that with RAID1 though, but on a > bare UFS2+SU+J it appears to help with avoiding SU+J inconsistencies in > Virtual machines if I forget to shut them down before rebooting the host. That's another topic - how to avoid inconsistencies. My question was "how to fix inconsistencies automatically". Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 04:08:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D381FFB; Wed, 4 Dec 2013 04:08:43 +0000 (UTC) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9C3F1DF8; Wed, 4 Dec 2013 04:08:42 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.6/8.14.6/NETPLEX) with ESMTP id rB43reQb057202; Tue, 3 Dec 2013 22:53:40 -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.1 (mail.netplex.net [204.213.176.9]); Tue, 03 Dec 2013 22:53:40 -0500 (EST) Date: Tue, 3 Dec 2013 22:53:40 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Julian Elischer Subject: Re:BIND segway -> python -> first-class ports In-Reply-To: <529E8C53.6020208@freebsd.org> Message-ID: References: <529E8C53.6020208@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 04:08:43 -0000 On Wed, 4 Dec 2013, Julian Elischer wrote: > On 12/4/13, 9:05 AM, Mark Felder said: > ----------------- > >> There was no alternative; we couldn't keep BIND in base. BIND 9 will >> certainly have a EoL before the EoL of FreeBSD 10.x, and we can't use >> BIND 10 because it requires importing Python to base. > > I'm coming more and more to the conclusion that we should have a minimal > Python in "base". > More and more people are expecting it and more and more software needs it. > > But maybe the problem is our definition of "base". > > I have said before that in my opinion we should have two classes of ports. > Mechanically they are handled the same but class 1 ports are "standard > additions", > and if they don't work it's a "stop-ship" condition.. These would be MAJOR > ports.. > like a minimal python, a minimal Perl (ok yuk but some people would insist), > BIND, Sendmail, bash, and other things that people EXPECT to be in a FreeBSD > system. > If you break such a port it has the same weight as breaking something in > base, > but it's not base.. +1. I am concerned by the tendency towards Nazism in base. I would like to see the usual suspects (BIND, sendmail) kept in base. If we have to import a minimal python (into some place that ports won't see it, as Alfred suggests), then so be it. Updating ports is mostly a crap-shoot. With FreeBSD 9.x-stable, I can build and install world and get a mostly complete system, with BIND, sendmail, NAT, IPFW, etc. If something breaks, I know that it'll be fixed pretty quick, and don't need to be so concerned. If a port breaks, yeah, sure, it might get fixed, but in the mean time hundreds of other ports have been updated and some other dependency might have broken something. It's sometimes like playing whack-a-mole. Things are getting better, with pkgng & poudriere, though there is not a -stable ports tree to match -stable src. >> Keep in mind that Unbound is not planned to be a permanent addition to >> base either. It's merely a stop-gap until Capser is complete, which will >> then provide the DNS services in base. >> http://blog.des.no/2013/09/dns-again-a-clarification/ > > That makes removing BIND even less sensible if you are > forcing people to go through all this pain TWICE. We were promised in spirit > if not words that the BIND port would be pretty much a drop-in replacement. > but it appears that FreeBSD users are going to have to do quite a bit more > work due to this dance. Will there be a Unbound port that is a drop-in > replacement for in-base unbound? +1 again. Why not keep BIND in, and move to Casper once it is complete? -- DE From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 06:02:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D9EB97F; Wed, 4 Dec 2013 06:02:50 +0000 (UTC) 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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 05CBD1432; Wed, 4 Dec 2013 06:02:50 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vo5Xr-000JNy-0k; Wed, 04 Dec 2013 07:02:47 +0100 Date: Wed, 4 Dec 2013 07:02:46 +0100 From: Kurt Jaeger To: Daniel Eischen Subject: Re: BIND segway -> python -> first-class ports Message-ID: <20131204060246.GV2951@home.opsec.eu> References: <529E8C53.6020208@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-stable@freebsd.org, Julian Elischer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 06:02:50 -0000 Hi! > kept in base. If we have to import a minimal python Then I want perl back, too 8-) -- pi@opsec.eu +49 171 3101372 7 years to go ! From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 07:52:40 2013 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B173BC26 for ; Wed, 4 Dec 2013 07:52:40 +0000 (UTC) Received: from mail-ve0-x242.google.com (mail-ve0-x242.google.com [IPv6:2607:f8b0:400c:c01::242]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71A5F1A33 for ; Wed, 4 Dec 2013 07:52:40 +0000 (UTC) Received: by mail-ve0-f194.google.com with SMTP id jw12so1887723veb.5 for ; Tue, 03 Dec 2013 23:52:39 -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:content-type; bh=2vFea5rTGxoOSQsj5tx8yvjneKbGmgDL/lHkuUi/38c=; b=qPjHbc/dmYfOhLnarNFr7g5y8frZq8zTeNKdeJr4niNbWV0H3BZ6kWpyIVEA95i5mJ 4tfBsQa7koGd+keYmegMBikIemqndRi4jNZxZ7OUTAakhkKnfSLLD+JlVJyHJvJm5pUU IKMmOlrwy2Yl4RZHHI5ONzV91+NfL6C1C0W5cVs2uylklqt+9mcwnZrcB5xVtWV7NfDU FaBpqQraM2D07Ik+d8KCiH4rSyo6vVrpTw4EdDUi+5t6es+oJCZzy6lArvkARGf7lC1M T6s5oHmt+OXD5jFT2GBmmRpOmSopnV/rcF/gLpxWErt0+pA93E75FSoK0mFJtZ0KCaJJ HT4w== MIME-Version: 1.0 X-Received: by 10.52.231.130 with SMTP id tg2mr19501791vdc.16.1386143559650; Tue, 03 Dec 2013 23:52:39 -0800 (PST) Received: by 10.58.144.34 with HTTP; Tue, 3 Dec 2013 23:52:39 -0800 (PST) Date: Wed, 4 Dec 2013 14:52:39 +0700 Message-ID: Subject: [ASK] From: Addin Hadinata To: FreeBSD-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 07:52:40 -0000 Hey ! I just want to know when freebsd 10.0 stable release? and why release late? Addin Hadinata From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 07:58:49 2013 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6729FDB for ; Wed, 4 Dec 2013 07:58:49 +0000 (UTC) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 999861A7D for ; Wed, 4 Dec 2013 07:58:46 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id rr13so22986629pbb.37 for ; Tue, 03 Dec 2013 23:58:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=jsr/cGGxAMgpHua/F3bpJ3J+quIPVzz2BXfZuFTr94A=; b=Q9xE/DBlgyaPYqUxv9DASIBX1WPHZzVOE4Lu/yZ5xRFAaBSY/YudhBwahBuY3Cx1gL OlZfcfD1cHNmFnQDXjKHkzQZg6NMKXCTEvG9viUCno+r/kGSCv+CtBZkV2d+3PYgvGsR KYfCZl6057nFXFoc1O4WyXaEc4gvC6tjR7yAcfY2wzhxkE22W12+2B1jAbi1bvYhuYOa gciuLF7Godmy0vO3pPMT+y/O8w+yt0Uon8brUvhVm5JBRyp2jyfuXXVTUDwx4Pde+sNS YJG7gfo4SPnelRrH5qdwQWsApsoQJ1IhWuSB1O16BIIcf6GsWB5iNiGdMgMWNF/RMhQu 53Uw== X-Received: by 10.68.236.133 with SMTP id uu5mr15969492pbc.153.1386143926300; Tue, 03 Dec 2013 23:58:46 -0800 (PST) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id hw10sm135339796pbc.24.2013.12.03.23.58.44 for (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 03 Dec 2013 23:58:45 -0800 (PST) Message-ID: <529EE0AF.1070208@FreeBSD.org> Date: Wed, 04 Dec 2013 18:58:39 +1100 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Thunderbird/26.0 MIME-Version: 1.0 To: Addin Hadinata , FreeBSD-stable@FreeBSD.org Subject: Re: [ASK] References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: koobs@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 07:58:49 -0000 On 4/12/2013 6:52 PM, Addin Hadinata wrote: > Hey ! > > I just want to know when freebsd 10.0 stable release? and why release late? > > > > Addin Hadinata > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Hi Addin, Usually, a delay in the release schedule is an outcome of regressions, bugs or other reports from users as they test the BETA releases. This is a good thing and means a more reliable and robust -RELEASE :) A recent update to the FreeBSD 10.0 Release Schedule can be found here: http://www.freebsd.org/releases/10.0R/schedule.html And a recent announcement for BETA4 here: http://lists.freebsd.org/pipermail/freebsd-stable/2013-December/076040.html Thanks for your question. -- Koobs From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 09:47:33 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E6AAB6E; Wed, 4 Dec 2013 09:47:33 +0000 (UTC) Received: from mail.droso.net (koala.droso.dk [IPv6:2a01:4f8:a0:7163::2]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6263C1208; Wed, 4 Dec 2013 09:47:33 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 481296840; Wed, 4 Dec 2013 10:47:31 +0100 (CET) Date: Wed, 4 Dec 2013 10:47:31 +0100 From: Erwin Lansing To: freebsd-stable@freebsd.org, stable@freebsd.org Subject: Re: BIND chroot environment in 10-RELEASE...gone? Message-ID: <20131204094730.GX29825@droso.dk> References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> <529E179D.7030701@rancid.berkeley.edu> <20131203211606.F2E17B100EB@rock.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20131203211606.F2E17B100EB@rock.dv.isc.org> X-Operating-System: FreeBSD/amd64 9.1-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 09:47:33 -0000 On Wed, Dec 04, 2013 at 08:16:06AM +1100, Mark Andrews wrote: > > As for 9.9.x ESV it will be support for to at least June 2017, which > is 5+ years from BIND 9.9.0, and 4 years after 9.9.x was announced > as the ESV series with BIND 9.9.3. > > BIND 9.6 went ESV in Mar 2010 and will be EoL in Jan 2014. > > BIND 9.10 in is alpha at the moment. > > BIND 10 is still in development. > Thanks for chiming in Mark. As you can see, there's some confusion about BIND9's lifetime, so getting this straight from the horse's mouth is good. I did a presentation at the recent ICANN meeting about why BIND was removed from base, slides are at http://people.freebsd.org/~erwin/presentations/20131118-ICANN-FreeBSD-DNS.pdf Note that most of the reasons all fall back to reducing code base and complexity, and some of the other bullets all follow from that. It has more to do with how BIND was integrated into FreeBSD than BIND itself and unbound just has the advantage that it does not have an authoritatve part (and key management etc), with associated options and potential security vulnerabilities, and thus hopefully will be easier to maintain in the base system. Erwin From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 09:59:05 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 445A2FE for ; Wed, 4 Dec 2013 09:59:05 +0000 (UTC) Received: from mail.droso.net (koala.droso.dk [213.239.220.246]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 068DF12C3 for ; Wed, 4 Dec 2013 09:59:04 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id E448D6A41; Wed, 4 Dec 2013 10:58:55 +0100 (CET) Date: Wed, 4 Dec 2013 10:58:55 +0100 From: Erwin Lansing To: Michael Sinatra Subject: Re: BIND chroot environment in 10-RELEASE...gone? Message-ID: <20131204095855.GY29825@droso.dk> References: <529D9CC5.8060709@rancid.berkeley.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <529D9CC5.8060709@rancid.berkeley.edu> X-Operating-System: FreeBSD/amd64 9.1-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 09:59:05 -0000 On Tue, Dec 03, 2013 at 12:56:37AM -0800, Michael Sinatra wrote: > I am aware of the fact that unbound has "replaced" BIND in the base > system, starting with 10.0-RELEASE. What surprised me was recent > commits to ports/dns/bind99 (and presumably other versions) that appears > to take away the supported chroot capabilities. OTOH, it appears that > unbound has been given these capabilities. > > I have no issues with removing BIND from base, but taking away the very > robust chroot support that FreeBSD had for BIND is something I would > oppose. I like the idea of leveling the playing field for users of > other systems, but the way things have been implemented thus far--taking > away functionality from BIND while preferring unbound--seems > counter-productive. It doesn't really level the playing field, it just > turns it the other way. > > It seems like it would be pretty easy to preserve the /etc/rc.d/named > startup script and BIND.chroot.dist from 9.x and add them to the BIND > ports, so that people who need to run a full-blown BIND installation can > "just install the port" as was advised back in 2012 when the > BIND/unbound change was first being discussed on -hackers. What are the > obstacles to doing something like this? > It's not as simple as you describe, trust me I tried :-) The one point people in this thread seem to be missing is why BIND should be treated differently than all the other DNS severs? BIND may have a bad security reputation back from the 4 and 8 days, but do you really think that BIND9 is so much more insecure than say NSD or Knot that it needs special treatment in ports? Or what about Apache for that matter? If you really think that, a chroot really isn't going to help you much and what you really want is a jail(8). What should be done is to create an easy to do so, but for any port, not just one single port. I think we have all the tools available, so it is probably just a matter of writing some good documentation to add to the porters handbook, though to make it really easy might require some additions to the ports framework. The way the BIND ports are now is actually in line with all the other ports in how they start and where the configuration files are. The chroot code was a relic of history and the slight security benefit it may have today is far outweighed by the increased complexity and decreased consistency with the rest of the ports tree, both from a ports maintainance perspective and from the user perspective. I will be happy to look into general frameworks to jail any daemon installed from ports, but will not make exceptions to a handful of ports. Hope this explains some of the reasoning for not readding chroot support. Cheers, Erwin -- Erwin Lansing http://droso.dk erwin@FreeBSD.org http:// www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 11:39:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D388AAD4 for ; Wed, 4 Dec 2013 11:39:27 +0000 (UTC) Received: from mail-vc0-x231.google.com (mail-vc0-x231.google.com [IPv6:2607:f8b0:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 958151936 for ; Wed, 4 Dec 2013 11:39:27 +0000 (UTC) Received: by mail-vc0-f177.google.com with SMTP id hv10so11033285vcb.22 for ; Wed, 04 Dec 2013 03:39:26 -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:content-type; bh=+AU3rXfWWNb6Dmp2xrcueg2ZyDBfnuWO7zan09L4lcc=; b=SLFD0PMrNMjKQ3CsNaJuzV8LLfT6JPD1qVzKRA3Ama3gk3gWq487fDsfag/qupLodg QDK4E2vfFXmeJT8A74atAbHsVQkwylEl9fS5987LlvBfcNDlqJgGoJKQIwNWt0iAmfsc TeVj70ftumJWNV8gt3NHZxH5JNGo0vQ0sWSfxUFYfEaHvo7IAh6Vq+xqQq2zVMKcJtaH CqXErYGc02r363w6jWXU3FhzTr4GaTopdt4JzRGubd5OC4BJ0wfredANzh+yaBxC3Ho8 0pm9KB7vfW63iEf9aW5PRih+Y9U217jOo0dktGmCErQJW/x1QTBeJLCvtd4UDi+DTxZm aiSw== MIME-Version: 1.0 X-Received: by 10.220.47.10 with SMTP id l10mr837720vcf.32.1386157166654; Wed, 04 Dec 2013 03:39:26 -0800 (PST) Received: by 10.52.168.106 with HTTP; Wed, 4 Dec 2013 03:39:26 -0800 (PST) Date: Wed, 4 Dec 2013 15:39:26 +0400 Message-ID: Subject: 10.0-BETA4 bsdinstall zfs encryption broken From: Pavel Timofeev To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 11:39:27 -0000 Hi all! Lastest 10.0-BETA4 can't be installed using bsdinstall on ZFS with encryption. Bsdinstall's broken. It gives an error: missing pool name argument usage: create [] eval: -m: not found. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 12:34:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86A4A77D for ; Wed, 4 Dec 2013 12:34:47 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C9551D9B for ; Wed, 4 Dec 2013 12:34:46 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id el20so9528576lab.23 for ; Wed, 04 Dec 2013 04:34:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=F2bbkT6SiHJn6BoPB2WM+3hJBQ7PBR/ITQR5k29DJ9E=; b=lOQvExKyQRoqDam0ivz56S6N3nAEkDoZ2lgk0fdjFhvHWxoAMVk6Ng/S7hW385mhIw fnycvJvtKu9DLvdmm/KF6MTYKGp5av3D7sOr3qI5hok4xoY22mNmBCRAvK0b5xgjgHn7 24DAbol3rpTZ6AMv0AmPKElPoe/dDac4C3O0YEeM1JfimArdygPQ2Wp97L7/m+T6qDil LOrGjAJxYIm2RGQOhTuxTNggegcLBS6MoXM667v/RiWcnRALP1pPUd8eiDrWt9oQoYNk bPvfCtpLts4TrL0PGI9Ob1ALdpDmztcFL1zfUv48NKCQbnBAWDi1B0w2Im8Io2WxhrNF rnhA== X-Received: by 10.112.182.72 with SMTP id ec8mr64647lbc.75.1386160485030; Wed, 04 Dec 2013 04:34:45 -0800 (PST) Received: from scorpion.kiev.ua ([78.111.187.189]) by mx.google.com with ESMTPSA id h11sm44120903lbg.8.2013.12.04.04.34.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Dec 2013 04:34:44 -0800 (PST) Message-ID: <529F2160.1050901@gmail.com> Date: Wed, 04 Dec 2013 14:34:40 +0200 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Bug detach USB device Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 12:34:47 -0000 Hello! FreeBSD 10.0-BETA3 #0 r258645: Tue Nov 26 17:21:34 EET 2013 amd64 After detach USB device (/dev/da1) ugen1.4: at usbus1 umass1: on usbus1 da1 at umass-sim1 bus 1 scbus8 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: Serial Number 20090815198100000 da1: 40.000MB/s transfers da1: 3808MB (7798784 512 byte sectors: 255H 63S/T 485C) da1: quirks=0x2 sgioctl: rejecting cmd 0x40086481 ugen1.4: at usbus1 (disconnected) umass1: at uhub0, port 6, addr 4 (disconnected) da1 at umass-sim1 bus 1 scbus8 target 0 lun 0 da1: s/n 20090815198100000 detached device not deleted root# ls -la /dev/da1* crw-r----- 1 root operator 0xe1 4 док 12:57 /dev/da1 crw-r----- 1 root operator 0xe3 4 док 12:57 /dev/da1s1 -- Alexander From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 13:26:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F5D020F for ; Wed, 4 Dec 2013 13:26:10 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 486F71076 for ; Wed, 4 Dec 2013 13:26:10 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id EA600215F5 for ; Wed, 4 Dec 2013 08:26:08 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Wed, 04 Dec 2013 08:26:08 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=h13Kp4kcHrxcLvronP+cdzpnpGo=; b=sMj t/fw/R/R6MkgJP0o+4FQrZOTY2plzPWsknS4uo2tt+kXbk2RgFbbjIn2WOfkSI4C lt/nTRXsE8Ui2hGYt/3mZzj0hNahGlhdFMoZ25nDT37FltkcG+445+6d1wVOoBGE sha0aqlReXLmHfouMvqu1YNHe0xar0bwsJBlWVTc= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id CEFF510282C; Wed, 4 Dec 2013 08:26:08 -0500 (EST) Message-Id: <1386163568.17887.55404277.525D580D@webmail.messagingengine.com> X-Sasl-Enc: mjwWh9X1NgSpZEojwofjBjf6eZcvYbrxeX/m9wHCJxW5 1386163568 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-c99dcdd8 In-Reply-To: <20131204095855.GY29825@droso.dk> References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> Subject: Re: BIND chroot environment in 10-RELEASE...gone? Date: Wed, 04 Dec 2013 07:26:08 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 13:26:10 -0000 On Wed, Dec 4, 2013, at 3:58, Erwin Lansing wrote: > On Tue, Dec 03, 2013 at 12:56:37AM -0800, Michael Sinatra wrote: > > I am aware of the fact that unbound has "replaced" BIND in the base > > system, starting with 10.0-RELEASE. What surprised me was recent > > commits to ports/dns/bind99 (and presumably other versions) that appears > > to take away the supported chroot capabilities. OTOH, it appears that > > unbound has been given these capabilities. > > > > I have no issues with removing BIND from base, but taking away the very > > robust chroot support that FreeBSD had for BIND is something I would > > oppose. I like the idea of leveling the playing field for users of > > other systems, but the way things have been implemented thus far--taking > > away functionality from BIND while preferring unbound--seems > > counter-productive. It doesn't really level the playing field, it just > > turns it the other way. > > > > It seems like it would be pretty easy to preserve the /etc/rc.d/named > > startup script and BIND.chroot.dist from 9.x and add them to the BIND > > ports, so that people who need to run a full-blown BIND installation can > > "just install the port" as was advised back in 2012 when the > > BIND/unbound change was first being discussed on -hackers. What are the > > obstacles to doing something like this? > > > > It's not as simple as you describe, trust me I tried :-) > > The one point people in this thread seem to be missing is why BIND > should be treated differently than all the other DNS severs? BIND may > have a bad security reputation back from the 4 and 8 days, but do you > really think that BIND9 is so much more insecure than say NSD or Knot > that it needs special treatment in ports? Or what about Apache for that > matter? If you really think that, a chroot really isn't going to help > you much and what you really want is a jail(8). What should be done is > to create an easy to do so, but for any port, not just one single port. > I think we have all the tools available, so it is probably just a matter > of writing some good documentation to add to the porters handbook, > though to make it really easy might require some additions to the ports > framework. > This morning I was actually thinking about the true value of the chroot. Breaking out of a chroot is not an impossible task; there have been many PoCs over the years. Breaking out of a jail is a different and intentionally more difficult matter. If this is a stance the project has we should probably make it a bit clearer and provide some configuration and documentation reinforcing "chroots aren't safe; use a jail". From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 13:43:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9708708 for ; Wed, 4 Dec 2013 13:43:21 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B72EB1195 for ; Wed, 4 Dec 2013 13:43:21 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id F299021484 for ; Wed, 4 Dec 2013 08:43:20 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Wed, 04 Dec 2013 08:43:20 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=3gVK7FqQ2taY8+6yvg5700xvU4c=; b=FyGXO OTMBTWsp6QF7yk8OJEUFUSPvV9PBn8AoKm1NFF5ff4ldPaC9eXckW6W+iS/QaSnp y9KY1auYWd+QhWPYfJ5CwQCdZGH65LIPkBR4nHOT6oemG4LGgnIAWVjQCXasdhOg Ntw/1D7Y7BisrXTGCtDyUU4h3hfsIBFgg2l9XU= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id D6A831045CB; Wed, 4 Dec 2013 08:43:20 -0500 (EST) Message-Id: <1386164600.25827.55413589.7C374CCD@webmail.messagingengine.com> X-Sasl-Enc: +POcXZ7OpVXoD744k40ugF4uxm9VmkWHxNuLSl1P+I4t 1386164600 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-c99dcdd8 Subject: Re: ZFS devd messages Date: Wed, 04 Dec 2013 07:43:20 -0600 In-Reply-To: <4924321A-7D59-4203-BFA7-550FFFEB3BAA@gsoft.com.au> References: <85290551-4239-495E-ACCD-9F03C20D40EF@gsoft.com.au> <529346E5.4070900@FreeBSD.org> <74DBAE0D-D88C-467D-867E-C4C4676FC2AE@gsoft.com.au> <4924321A-7D59-4203-BFA7-550FFFEB3BAA@gsoft.com.au> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 13:43:22 -0000 On Tue, Dec 3, 2013, at 19:38, Daniel O'Connor wrote: > > On 26 Nov 2013, at 14:58, Daniel O'Connor wrote: > >> I will appreciate any testing and reviews. > > > > I'd prefer it sent email but that is probably a POLA violation. > > > > I can't test it yet but I am building up a new server soon so I can (although the change looks good to me). > > > > I tested the easy stuff (remove & re-add disk) and it worked. > Excellent! Thanks for reporting and testing :-) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 15:36:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 262E76EA; Wed, 4 Dec 2013 15:36:00 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E15D81928; Wed, 4 Dec 2013 15:35:59 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id rB4FZpDG020061 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 4 Dec 2013 09:35:52 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Wed, 4 Dec 2013 09:35:50 -0600 From: "Teske, Devin" To: Pavel Timofeev Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Topic: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Index: AQHO8QaC77Xoj3vXVkiDX6Q4LidGfg== Date: Wed, 4 Dec 2013 15:35:50 +0000 Message-ID: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <81E9A9DB707C694E9A486645F54A2F78@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-04_06:2013-12-04,2013-12-04,1970-01-01 signatures=0 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 15:36:00 -0000 On Dec 4, 2013, at 3:39 AM, Pavel Timofeev wrote: > Hi all! > Lastest 10.0-BETA4 can't be installed using bsdinstall on ZFS with encryp= tion. > Bsdinstall's broken. It gives an error: >=20 > missing pool name argument > usage: > create [] > eval: -m: not found. What did you use for a pool name? (did it have a space? try without) Are you capable of plucking the /tmp/bsdinstall_log file from the installation environment in order to send us a copy? --=20 Devin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 15:40:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3CAE85B; Wed, 4 Dec 2013 15:40:20 +0000 (UTC) Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com [IPv6:2607:f8b0:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8AB3C1968; Wed, 4 Dec 2013 15:40:20 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id ks9so11375683vcb.40 for ; Wed, 04 Dec 2013 07:40: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:to :cc:content-type; bh=c0E8WxE9sIN/WO/WxPHSqRaYc80DiMrXDSbIjHw5FSw=; b=nst+ERpVrXnJIw55fKwHHw/XnkkxZxnhRg4/guJo8h6wU5MzBEDG4Cc41TEkSPVZMr Yl7Z4o81JipgKblrbEjdysxpE3w5P7TrGGkQgbPs2ix6Z6QYHBEV+yh7PcwyNGtfUNzF GtiMS5hUEATGs+ZAR2kKHrAiY1ZLBE7WDm9KPSQPeEvoNZ2CyfeTFJTO6FNsfnDg9eoO CuiCH6L9Ff3z+4MMMW/ATcSu6ravYbAMgDM4/zID9E+miYdIHjZrWNEzfRTbw9xGzgUn kUusGs/Aee93eJSpmwZWV4DeSUyxcyMRMWaLArjHWjbpj2BMXgD4UvU3Cay32c759DOM w6PQ== MIME-Version: 1.0 X-Received: by 10.220.84.65 with SMTP id i1mr882640vcl.51.1386171619517; Wed, 04 Dec 2013 07:40:19 -0800 (PST) Received: by 10.52.168.106 with HTTP; Wed, 4 Dec 2013 07:40:19 -0800 (PST) Received: by 10.52.168.106 with HTTP; Wed, 4 Dec 2013 07:40:19 -0800 (PST) In-Reply-To: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> Date: Wed, 4 Dec 2013 19:40:19 +0400 Message-ID: Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken From: Pavel Timofeev To: Devin Teske Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org, "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 15:40:21 -0000 It's standard name. I didn't change anything, except encryption button. 04.12.2013 19:36 =D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0= =B5=D0=BB=D1=8C "Teske, Devin" =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: > > On Dec 4, 2013, at 3:39 AM, Pavel Timofeev wrote: > > > Hi all! > > Lastest 10.0-BETA4 can't be installed using bsdinstall on ZFS with > encryption. > > Bsdinstall's broken. It gives an error: > > > > missing pool name argument > > usage: > > create [] > > eval: -m: not found. > > What did you use for a pool name? (did it have a space? try without) > > Are you capable of plucking the /tmp/bsdinstall_log file from the > installation environment in order to send us a copy? > -- > Devin > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g > " > > _____________ > The information contained in this message is proprietary and/or > confidential. If you are not the intended recipient, please: (i) delete t= he > message and all copies; (ii) do not disclose, distribute or use the messa= ge > in any manner; and (iii) notify the sender immediately. In addition, plea= se > be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 15:49:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF4E1BB6; Wed, 4 Dec 2013 15:49:45 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD2271A45; Wed, 4 Dec 2013 15:49:45 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id rB4FnidS005602 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 4 Dec 2013 09:49:44 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Wed, 4 Dec 2013 09:49:43 -0600 From: "Teske, Devin" To: Pavel Timofeev Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Topic: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Index: AQHO8QaC77Xoj3vXVkiDX6Q4LidGfg== Date: Wed, 4 Dec 2013 15:49:42 +0000 Message-ID: References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/mixed; boundary="_004_A7DF3606B33E4117A1DBFE759E0A0E5Ffisglobalcom_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-04_06:2013-12-04,2013-12-04,1970-01-01 signatures=0 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 15:49:46 -0000 --_004_A7DF3606B33E4117A1DBFE759E0A0E5Ffisglobalcom_ Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" T24gRGVjIDQsIDIwMTMsIGF0IDc6NDAgQU0sIFBhdmVsIFRpbW9mZWV2IHdyb3RlOg0KDQo+IEl0 J3Mgc3RhbmRhcmQgbmFtZS4gSSBkaWRuJ3QgY2hhbmdlIGFueXRoaW5nLCBleGNlcHQgZW5jcnlw dGlvbiBidXR0b24uDQo+DQoNClRoYW5rcy4NCg0KTG9va3MgbGlrZSB0aGUgcHJvYmxlbSBpcyB3 aGl0ZXNwYWNlIGluIHRoZSBjb2RlLg0KDQoNCi0tDQpEZXZpbg0KDQoNCg0KDQo+IDA0LjEyLjIw MTMgMTk6MzYg0L/QvtC70YzQt9C+0LLQsNGC0LXQu9GMICJUZXNrZSwgRGV2aW4iIDxEZXZpbi5U ZXNrZUBmaXNnbG9iYWwuY29tPiDQvdCw0L/QuNGB0LDQuzoNCj4NCj4gT24gRGVjIDQsIDIwMTMs IGF0IDM6MzkgQU0sIFBhdmVsIFRpbW9mZWV2IHdyb3RlOg0KPg0KPiA+IEhpIGFsbCENCj4gPiBM YXN0ZXN0IDEwLjAtQkVUQTQgY2FuJ3QgYmUgaW5zdGFsbGVkIHVzaW5nIGJzZGluc3RhbGwgb24g WkZTIHdpdGggZW5jcnlwdGlvbi4NCj4gPiBCc2RpbnN0YWxsJ3MgYnJva2VuLiBJdCBnaXZlcyBh biBlcnJvcjoNCj4gPg0KPiA+IG1pc3NpbmcgcG9vbCBuYW1lIGFyZ3VtZW50DQo+ID4gdXNhZ2U6 DQo+ID4gICAgY3JlYXRlIFs8aGVyZSBpcyBoZWxwIG91dHB1dD5dDQo+ID4gZXZhbDogLW06IG5v dCBmb3VuZC4NCj4NCj4gV2hhdCBkaWQgeW91IHVzZSBmb3IgYSBwb29sIG5hbWU/IChkaWQgaXQg aGF2ZSBhIHNwYWNlPyB0cnkgd2l0aG91dCkNCj4NCj4gQXJlIHlvdSBjYXBhYmxlIG9mIHBsdWNr aW5nIHRoZSAvdG1wL2JzZGluc3RhbGxfbG9nIGZpbGUgZnJvbSB0aGUNCj4gaW5zdGFsbGF0aW9u IGVudmlyb25tZW50IGluIG9yZGVyIHRvIHNlbmQgdXMgYSBjb3B5Pw0KPiAtLQ0KPiBEZXZpbg0K Pg0KPg0KPg0KPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+ID4gZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+ID4g aHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1zdGFibGUN Cj4gPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFibGUtdW5z dWJzY3JpYmVAZnJlZWJzZC5vcmciDQo+DQo+IF9fX19fX19fX19fX18NCj4gVGhlIGluZm9ybWF0 aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UgaXMgcHJvcHJpZXRhcnkgYW5kL29yIGNvbmZp ZGVudGlhbC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlOiAo aSkgZGVsZXRlIHRoZSBtZXNzYWdlIGFuZCBhbGwgY29waWVzOyAoaWkpIGRvIG5vdCBkaXNjbG9z ZSwgZGlzdHJpYnV0ZSBvciB1c2UgdGhlIG1lc3NhZ2UgaW4gYW55IG1hbm5lcjsgYW5kIChpaWkp IG5vdGlmeSB0aGUgc2VuZGVyIGltbWVkaWF0ZWx5LiBJbiBhZGRpdGlvbiwgcGxlYXNlIGJlIGF3 YXJlIHRoYXQgYW55IG1lc3NhZ2UgYWRkcmVzc2VkIHRvIG91ciBkb21haW4gaXMgc3ViamVjdCB0 byBhcmNoaXZpbmcgYW5kIHJldmlldyBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGludGVuZGVk IHJlY2lwaWVudC4gVGhhbmsgeW91Lg0KDQoKX19fX19fX19fX19fXwpUaGUgaW5mb3JtYXRpb24g Y29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSBpcyBwcm9wcmlldGFyeSBhbmQvb3IgY29uZmlkZW50 aWFsLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2U6IChpKSBk ZWxldGUgdGhlIG1lc3NhZ2UgYW5kIGFsbCBjb3BpZXM7IChpaSkgZG8gbm90IGRpc2Nsb3NlLCBk aXN0cmlidXRlIG9yIHVzZSB0aGUgbWVzc2FnZSBpbiBhbnkgbWFubmVyOyBhbmQgKGlpaSkgbm90 aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkuIEluIGFkZGl0aW9uLCBwbGVhc2UgYmUgYXdhcmUg dGhhdCBhbnkgbWVzc2FnZSBhZGRyZXNzZWQgdG8gb3VyIGRvbWFpbiBpcyBzdWJqZWN0IHRvIGFy Y2hpdmluZyBhbmQgcmV2aWV3IGJ5IHBlcnNvbnMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVj aXBpZW50LiBUaGFuayB5b3UuCg== --_004_A7DF3606B33E4117A1DBFE759E0A0E5Ffisglobalcom_ Content-Type: text/plain; name="patch.txt" Content-Description: patch.txt Content-Disposition: attachment; filename="patch.txt"; size=1310; creation-date="Wed, 04 Dec 2013 15:49:42 GMT"; modification-date="Wed, 04 Dec 2013 15:49:42 GMT" Content-ID: <79BA0F08D5A4D943921795A84CD87B69@fisglobal.com> Content-Transfer-Encoding: base64 SW5kZXg6IHNjcmlwdHMvemZzYm9vdA0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KLS0tIHNjcmlwdHMvemZzYm9vdAko cmV2aXNpb24gMjU4MDIxKQ0KKysrIHNjcmlwdHMvemZzYm9vdAkod29ya2luZyBjb3B5KQ0KQEAg LTk2MSw3ICs5NjEsNyBAQCB6ZnNfY3JlYXRlX2Jvb3QoKQ0KIAkjIElmIGVuY3J5cHRpb24gaXMg ZW5hYmxlZCwgd2UgbmVlZCB0byBjcmVhdGUgdGhlIEdFT01zDQogCSMNCiAJaWYgWyAiJFpGU0JP T1RfR0VMSV9FTkNSWVBUSU9OIiBdOyB0aGVuDQotCQlsb2NhbCBib290dmRldj0NCisJCWxvY2Fs IGJvb3R2ZGV2PSBvcHRpb25zPQ0KIAkJbG9jYWwgZ2VsaV9wb29sPSIkQlNESU5TVEFMTF9DSFJP T1QvJFpGU0JPT1RfR0VMSV9QT09MX05BTUUiDQogCQlsb2NhbCBrZXk9IiRaRlNCT09UX0dFTElf S0VZX0ZJTEUiDQogDQpAQCAtOTc4LDExICs5NzgsMTMgQEAgemZzX2NyZWF0ZV9ib290KCkNCiAJ CWZfZHByaW50ZiAiJGZ1bmNuYW1lOiAlcyAlcyAlcyIgXA0KIAkJICAgICAgICAgICJaRlNCT09U X0dFTElfUE9PTF9OQU1FPVskWkZTQk9PVF9HRUxJX1BPT0xfTkFNRV0iIFwNCiAJCSAgICAgICAg ICAiYm9vdHZkZXY9WyRib290dmRldl0iICJ1bmVuY19saXN0PVskdW5lbmNfbGlzdF0iDQorCQlv cHRpb25zPSItbyBhbHRyb290PVwiXCRCU0RJTlNUQUxMX0NIUk9PVFwiIg0KKwkJb3B0aW9ucz0i JG9wdGlvbnMgLW0gXCIvXCRaRlNCT09UX0dFTElfUE9PTF9OQU1FXCIiDQorCQlvcHRpb25zPSIk b3B0aW9ucyAtZiINCiAJCWZfZXZhbF9jYXRjaCAkZnVuY25hbWUgenBvb2wgIiRaUE9PTF9DUkVB VEVfV0lUSF9PUFRJT05TIiBcDQotCQkgICAgICAgICAgICAgIi1vIGFsdHJvb3Q9XCJcJEJTRElO U1RBTExfQ0hST09UXCINCi0JCSAgICAgICAgICAgICAgLW0gXCIvXCRaRlNCT09UX0dFTElfUE9P TF9OQU1FXCIgLWYiIFwNCi0JCSAgICAgICAgICAgICBcJFpGU0JPT1RfR0VMSV9QT09MX05BTUUg XCRib290dmRldiBcDQorCQkgICAgICAgICAgICAgIiRvcHRpb25zIiBcJFpGU0JPT1RfR0VMSV9Q T09MX05BTUUgXCRib290dmRldiBcDQogCQkgICAgICAgICAgICAgXCR1bmVuY19saXN0IHx8IHJl dHVybiAkRkFJTFVSRQ0KKw0KIAkJZl9kcHJpbnRmICIkZnVuY25hbWU6IGdlbGlfcG9vbD1bJXNd IiAiJGdlbGlfcG9vbCINCiAJCWZfZXZhbF9jYXRjaCAkZnVuY25hbWUgbWtkaXIgIiRNS0RJUl9Q IiBcJGdlbGlfcG9vbC9ib290IHx8DQogCQkgICAgICAgICAgICAgcmV0dXJuICRGQUlMVVJFDQo= --_004_A7DF3606B33E4117A1DBFE759E0A0E5Ffisglobalcom_-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 15:54:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1D7AD4F; Wed, 4 Dec 2013 15:54:47 +0000 (UTC) Received: from mail-ve0-x229.google.com (mail-ve0-x229.google.com [IPv6:2607:f8b0:400c:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 80AEC1AB2; Wed, 4 Dec 2013 15:54:47 +0000 (UTC) Received: by mail-ve0-f169.google.com with SMTP id c14so12593900vea.28 for ; Wed, 04 Dec 2013 07:54:46 -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-type:content-transfer-encoding; bh=asXQcQMPD7JSw6zS6SvTh3wdyamO6ozr5G4qjMm085Q=; b=kEukljYKUgSp2f8yMhJzUoNt8Fqb/dFC8bzbqSagEm+ekIrdF4Sp79deI4yqo8+8vU rmyDeMKo7xGVu3/7ErWLhl8m/GX8eSb+FsOtji75F5yYbF67fWrjngGBpehqoZ526XbA EzeQZKFLTx4/ggdb60D0sSB7yCKNwziMiH5d6WpNKC60Hpb62HToihWFbnxdokjEumwR a9CFbMS9TmbpFWchXBn59DHem76lCJBjU7rkvaXWWyK0qRzTxYFVZ9M0BLvkNgmM9SWX LxEKi8ydVqJhaaQOVMQ+izOnbV5F6G+02mwS32KLzkQ3njUWzm4uqR6qdkmJw9kSE30c 5yVQ== MIME-Version: 1.0 X-Received: by 10.221.19.68 with SMTP id qj4mr547222vcb.60.1386172486640; Wed, 04 Dec 2013 07:54:46 -0800 (PST) Received: by 10.52.168.106 with HTTP; Wed, 4 Dec 2013 07:54:46 -0800 (PST) In-Reply-To: References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> Date: Wed, 4 Dec 2013 19:54:46 +0400 Message-ID: Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken From: Pavel Timofeev To: Devin Teske Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 15:54:47 -0000 Great! But I don't know how to build new iso from source and check this patch =3D(. Here is log (just in case): DEBUG: Successfully initialized debugFile `/tmp/bsdinstall_log' DEBUG: Running installation step: zfsboot DEBUG: dialog.subr: DEBUG_SELF_INITIALIZE=3D[] DEBUG: UNAME_S=3D[FreeBSD] UNAME_P=3D[amd64] UNAME_R=3D[10.0-BETA4] DEBUG: common.subr: Successfully loaded. DEBUG: /usr/libexec/bsdinstall/zfsboot: loading includes... DEBUG: f_include: file=3D[/usr/share/bsdconfig/device.subr] DEBUG: device.subr: loading includes... DEBUG: f_include: file=3D[/usr/share/bsdconfig/dialog.subr] DEBUG: dialog.subr: loading includes... DEBUG: f_include: file=3D[/usr/share/bsdconfig/strings.subr] DEBUG: strings.subr: Successfully loaded. DEBUG: f_include: file=3D[/usr/share/bsdconfig/variable.subr] DEBUG: variable.subr: loading includes... DEBUG: f_include: file=3D[/usr/share/bsdconfig/dialog.subr] DEBUG: f_include: file=3D[/usr/share/bsdconfig/strings.subr] DEBUG: variable.subr: New variable VAR_CONFIG_FILE -> configFile DEBUG: variable.subr: New variable VAR_DEBUG -> debug DEBUG: variable.subr: New variable VAR_DEBUG_FILE -> debugFile DEBUG: variable.subr: New variable VAR_DIRECTORY_PATH -> _directoryPath DEBUG: variable.subr: New variable VAR_DOMAINNAME -> domainname DEBUG: variable.subr: New variable VAR_EDITOR -> editor DEBUG: variable.subr: New variable VAR_EXTRAS -> ifconfig_ DEBUG: variable.subr: New variable VAR_FTP_DIR -> ftpDirectory DEBUG: variable.subr: New variable VAR_FTP_HOST -> ftpHost DEBUG: variable.subr: New variable VAR_FTP_PASS -> ftpPass DEBUG: variable.subr: New variable VAR_FTP_PATH -> _ftpPath DEBUG: variable.subr: New variable VAR_FTP_PORT -> ftpPort DEBUG: variable.subr: New variable VAR_FTP_STATE -> ftpState DEBUG: variable.subr: New variable VAR_FTP_USER -> ftpUser DEBUG: variable.subr: New variable VAR_GATEWAY -> defaultrouter DEBUG: variable.subr: New variable VAR_HOSTNAME -> hostname DEBUG: variable.subr: New variable VAR_HTTP_DIR -> httpDirectory DEBUG: variable.subr: New variable VAR_HTTP_FTP_MODE -> httpFtpMode DEBUG: variable.subr: New variable VAR_HTTP_HOST -> httpHost DEBUG: variable.subr: New variable VAR_HTTP_PATH -> _httpPath DEBUG: variable.subr: New variable VAR_HTTP_PORT -> httpPort DEBUG: variable.subr: New variable VAR_HTTP_PROXY -> httpProxy DEBUG: variable.subr: New variable VAR_HTTP_PROXY_HOST -> httpProxyHost DEBUG: variable.subr: New variable VAR_HTTP_PROXY_PATH -> _httpProxyPath DEBUG: variable.subr: New variable VAR_HTTP_PROXY_PORT -> httpProxyPort DEBUG: variable.subr: New variable VAR_IFCONFIG -> ifconfig_ DEBUG: variable.subr: New variable VAR_IPADDR -> ipaddr DEBUG: variable.subr: New variable VAR_IPV6ADDR -> ipv6addr DEBUG: variable.subr: New variable VAR_IPV6_ENABLE -> ipv6_activate_all_interfaces DEBUG: variable.subr: New variable VAR_KEYMAP -> keymap DEBUG: variable.subr: New variable VAR_MEDIA_TIMEOUT -> MEDIA_TIMEOUT DEBUG: variable.subr: New variable VAR_MEDIA_TYPE -> mediaType DEBUG: variable.subr: New variable VAR_NAMESERVER -> nameserver DEBUG: variable.subr: New variable VAR_NETINTERACTIVE -> netInteractive DEBUG: variable.subr: New variable VAR_NETMASK -> netmask DEBUG: variable.subr: New variable VAR_NETWORK_DEVICE -> netDev DEBUG: variable.subr: New variable VAR_NFS_HOST -> nfsHost DEBUG: variable.subr: New variable VAR_NFS_PATH -> nfsPath DEBUG: variable.subr: New variable VAR_NFS_SECURE -> nfs_reserved_port_only DEBUG: variable.subr: New variable VAR_NFS_TCP -> nfs_use_tcp DEBUG: variable.subr: New variable VAR_NFS_V3 -> nfs_use_v3 DEBUG: variable.subr: New variable VAR_NONINTERACTIVE -> nonInteractive DEBUG: variable.subr: New variable VAR_NO_CONFIRM -> noConfirm DEBUG: variable.subr: New variable VAR_NO_ERROR -> noError DEBUG: variable.subr: New variable VAR_NO_INET6 -> noInet6 DEBUG: variable.subr: New variable VAR_PACKAGE -> package DEBUG: variable.subr: New variable VAR_PKG_TMPDIR -> PKG_TMPDIR DEBUG: variable.subr: New variable VAR_PORTS_PATH -> ports DEBUG: variable.subr: New variable VAR_RELNAME -> releaseName DEBUG: variable.subr: New variable VAR_SLOW_ETHER -> slowEthernetCard DEBUG: variable.subr: New variable VAR_TRY_DHCP -> tryDHCP DEBUG: variable.subr: New variable VAR_TRY_RTSOL -> tryRTSOL DEBUG: variable.subr: New variable VAR_UFS_PATH -> ufs DEBUG: variable.subr: New variable VAR_ZFSINTERACTIVE -> zfsInteractive DEBUG: variable.subr: VARIABLE_SELF_INITIALIZE=3D[1] DEBUG: f_variable_set_defaults: Initializing defaults... DEBUG: f_getvar: var=3D[debug] value=3D[1] r=3D0 DEBUG: f_getvar: var=3D[editor] value=3D[/usr/bin/ee] r=3D0 DEBUG: f_getvar: var=3D[ftpState] value=3D[auto] r=3D0 DEBUG: f_getvar: var=3D[ftpUser] value=3D[ftp] r=3D0 DEBUG: f_getvar: var=3D[hostname] value=3D[LizardBSD] r=3D0 DEBUG: f_getvar: var=3D[MEDIA_TIMEOUT] value=3D[300] r=3D0 DEBUG: f_getvar: var=3D[nfs_reserved_port_only] value=3D[NO] r=3D0 DEBUG: f_getvar: var=3D[nfs_use_tcp] value=3D[NO] r=3D0 DEBUG: f_getvar: var=3D[nfs_use_v3] value=3D[YES] r=3D0 DEBUG: f_getvar: var=3D[PKG_TMPDIR] value=3D[/var/tmp] r=3D0 DEBUG: f_getvar: var=3D[releaseName] value=3D[10.0-BETA4] r=3D0 DEBUG: f_variable_set_defaults: Defaults initialized. DEBUG: variable.subr: Successfully loaded. DEBUG: f_include_lang: file=3D[/usr/libexec/bsdconfig/include/messages.subr] lang=3D[] DEBUG: dialog.subr: DIALOG_SELF_INITIALIZE=3D[1] DEBUG: f_dialog_init: ARGV=3D[] GETOPTS_STDARGS=3D[dD:SX] DEBUG: f_dialog_init: SECURE=3D[] USE_XDIALOG=3D[] DEBUG: f_dialog_init: dialog(1) API initialized. DEBUG: dialog.subr: Successfully loaded. DEBUG: f_include: file=3D[/usr/share/bsdconfig/strings.subr] DEBUG: f_include: file=3D[/usr/share/bsdconfig/struct.subr] DEBUG: struct.subr: Successfully loaded. DEBUG: f_include_lang: file=3D[/usr/libexec/bsdconfig/include/messages.subr] lang=3D[] DEBUG: device.subr: Initialized 109 known device names/descriptions. DEBUG: device.subr: DEVICE_SELF_SCAN_ALL=3D[1] DEBUG: f_device_get_all: Probing devices... DEBUG: f_getvar: var=3D[height] value=3D[3] r=3D0 DEBUG: f_getvar: var=3D[width] value=3D[59] r=3D0 DEBUG: Found a network device named vtnet0 DEBUG: f_struct_new: type=3D[DEVICE] name=3D[device_vtnet0] DEBUG: f_device_try: making sure /dev/cd0 is a device node DEBUG: f_device_try: /dev/cd0 is a cdev [good] DEBUG: f_struct_new: type=3D[DEVICE] name=3D[device_cd0] DEBUG: Found a CDROM device for /dev/cd0 DEBUG: f_device_try: making sure /dev/cd1 is a device node DEBUG: f_device_try: /dev/cd1 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/cd2 is a device node DEBUG: f_device_try: /dev/cd2 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/cd3 is a device node DEBUG: f_device_try: /dev/cd3 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/mcd0 is a device node DEBUG: f_device_try: /dev/mcd0 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/mcd1 is a device node DEBUG: f_device_try: /dev/mcd1 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/mcd2 is a device node DEBUG: f_device_try: /dev/mcd2 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/mcd3 is a device node DEBUG: f_device_try: /dev/mcd3 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/scd0 is a device node DEBUG: f_device_try: /dev/scd0 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/scd1 is a device node DEBUG: f_device_try: /dev/scd1 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/scd2 is a device node DEBUG: f_device_try: /dev/scd2 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/scd3 is a device node DEBUG: f_device_try: /dev/scd3 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/fd0 is a device node DEBUG: f_device_try: /dev/fd0 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/fd1 is a device node DEBUG: f_device_try: /dev/fd1 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/fd2 is a device node DEBUG: f_device_try: /dev/fd2 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/fd3 is a device node DEBUG: f_device_try: /dev/fd3 is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da0a is a device node DEBUG: f_device_try: /dev/da0a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da1a is a device node DEBUG: f_device_try: /dev/da1a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da2a is a device node DEBUG: f_device_try: /dev/da2a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da3a is a device node DEBUG: f_device_try: /dev/da3a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da4a is a device node DEBUG: f_device_try: /dev/da4a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da5a is a device node DEBUG: f_device_try: /dev/da5a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da6a is a device node DEBUG: f_device_try: /dev/da6a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da7a is a device node DEBUG: f_device_try: /dev/da7a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da8a is a device node DEBUG: f_device_try: /dev/da8a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da9a is a device node DEBUG: f_device_try: /dev/da9a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da10a is a device node DEBUG: f_device_try: /dev/da10a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da11a is a device node DEBUG: f_device_try: /dev/da11a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da12a is a device node DEBUG: f_device_try: /dev/da12a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da13a is a device node DEBUG: f_device_try: /dev/da13a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da14a is a device node DEBUG: f_device_try: /dev/da14a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/da15a is a device node DEBUG: f_device_try: /dev/da15a is not a cdev [skip] DEBUG: f_device_try: making sure /dev/iso9660/FREEBSD_INSTALL is a device n= ode DEBUG: f_device_try: /dev/iso9660/FREEBSD_INSTALL is a cdev [good] DEBUG: f_struct_new: type=3D[DEVICE] name=3D[device_FREEBSD_INSTALL] DEBUG: Found a CDROM device for /dev/iso9660/FREEBSD_INSTALL DEBUG: f_device_try: making sure /dev/md0 is a device node DEBUG: f_device_try: /dev/md0 is a cdev [good] DEBUG: f_device_try: making sure /dev/md1 is a device node DEBUG: f_device_try: /dev/md1 is a cdev [good] DEBUG: f_device_try: making sure /dev/md[0-9][0-9] is a device node DEBUG: f_device_try: /dev/md[0-9][0-9] is not a cdev [skip] DEBUG: f_struct_new: type=3D[DEVICE] name=3D[device_ada1] DEBUG: Found a disk device named ada1 DEBUG: f_struct_new: type=3D[DEVICE] name=3D[device_ada0] DEBUG: Found a disk device named ada0 DEBUG: device.subr: Successfully loaded. DEBUG: f_include: file=3D[/usr/share/bsdconfig/dialog.subr] DEBUG: f_include: file=3D[/usr/share/bsdconfig/password/password.subr] DEBUG: password/password.subr: loading includes... DEBUG: f_include: file=3D[/usr/share/bsdconfig/dialog.subr] DEBUG: f_include_lang: file=3D[/usr/libexec/bsdconfig/040.password/include/messages.subr] lang=3D[] DEBUG: password/password.subr: Successfully loaded. DEBUG: f_include: file=3D[/usr/share/bsdconfig/variable.subr] DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: BSDINSTALL_CHROOT=3D[/mnt] DEBUG: BSDINSTALL_TMPETC=3D[/tmp/bsdinstall_etc] DEBUG: PRINTF_FSTAB=3D[printf "$FSTAB_FMT" "%s" "%s" "%s" "%s" "%s" "%s" >>= "%s"] DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: f_getvar: var=3D[height] value=3D[16] r=3D0 DEBUG: f_getvar: var=3D[width] value=3D[54] r=3D0 DEBUG: f_getvar: var=3D[rows] value=3D[9] r=3D0 DEBUG: f_getvar: var=3D[menu_choice] value=3D[T Pool Type/Disks:] r=3D0 DEBUG: retval=3D0 mtag=3D[T Pool Type/Disks:] DEBUG: f_getvar: var=3D[vheight] value=3D[12] r=3D0 DEBUG: f_getvar: var=3D[vwidth] value=3D[47] r=3D0 DEBUG: f_getvar: var=3D[vrows] value=3D[5] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_vtnet0_name] value=3D[vtnet0] = r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_vtnet0_type] value=3D[5] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_cd0_name] value=3D[cd0] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_cd0_type] value=3D[6] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_FREEBSD_INSTALL_name] value=3D[FREEBSD_INSTALL] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_FREEBSD_INSTALL_type] value=3D= [6] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_ada1_name] value=3D[ada1] r=3D= 0 DEBUG: f_getvar: var=3D[_struct_value_device_ada1_type] value=3D[2] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_ada0_name] value=3D[ada0] r=3D= 0 DEBUG: f_getvar: var=3D[_struct_value_device_ada0_type] value=3D[2] r=3D0 DEBUG: dialog_menu_layout: disks=3D[ada1 ada0] DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: f_getvar: var=3D[vdev_choice] value=3D[mirror] r=3D0 DEBUG: dialog_menu_layout: ZFSBOOT_VDEV_TYPE=3D[mirror] DEBUG: No disks selected. DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: f_getvar: var=3D[_struct_value_device_ada0_desc] value=3D[VBOX HARDDISK 1.0] r=3D0 DEBUG: f_getvar: var=3D[_ada0_status:-off] value=3D[off] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_ada1_desc] value=3D[VBOX HARDDISK 1.0] r=3D0 DEBUG: f_getvar: var=3D[_ada1_status:-off] value=3D[off] r=3D0 DEBUG: f_getvar: var=3D[height] value=3D[8] r=3D0 DEBUG: f_getvar: var=3D[width] value=3D[34] r=3D0 DEBUG: f_getvar: var=3D[rows] value=3D[2] r=3D0 DEBUG: f_getvar: var=3D[selections] value=3D[ada0 ada1] r=3D0 DEBUG: dialog_menu_layout: ZFSBOOT_DISKS=3D[ada0 ada1] DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: f_getvar: var=3D[height] value=3D[16] r=3D0 DEBUG: f_getvar: var=3D[width] value=3D[54] r=3D0 DEBUG: f_getvar: var=3D[rows] value=3D[9] r=3D0 DEBUG: f_getvar: var=3D[menu_choice] value=3D[E Encrypt Disks?] r=3D0 DEBUG: retval=3D0 mtag=3D[E Encrypt Disks?] DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: f_getvar: var=3D[height] value=3D[16] r=3D0 DEBUG: f_getvar: var=3D[width] value=3D[54] r=3D0 DEBUG: f_getvar: var=3D[rows] value=3D[9] r=3D0 DEBUG: f_getvar: var=3D[menu_choice] value=3D[>>> Install] r=3D0 DEBUG: retval=3D0 mtag=3D[>>> Install] DEBUG: f_getvar: var=3D[vheight] value=3D[12] r=3D0 DEBUG: f_getvar: var=3D[vwidth] value=3D[47] r=3D0 DEBUG: f_getvar: var=3D[vrows] value=3D[5] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_vtnet0_name] value=3D[vtnet0] = r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_vtnet0_type] value=3D[5] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_cd0_name] value=3D[cd0] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_cd0_type] value=3D[6] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_FREEBSD_INSTALL_name] value=3D[FREEBSD_INSTALL] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_FREEBSD_INSTALL_type] value=3D= [6] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_ada1_name] value=3D[ada1] r=3D= 0 DEBUG: f_getvar: var=3D[_struct_value_device_ada1_type] value=3D[2] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_ada0_name] value=3D[ada0] r=3D= 0 DEBUG: f_getvar: var=3D[_struct_value_device_ada0_type] value=3D[2] r=3D0 DEBUG: dialog_menu_layout: disks=3D[ada1 ada0] DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: f_getvar: var=3D[_struct_value_device_ada0_capacity] value=3D[10737418240] r=3D0 DEBUG: f_getvar: var=3D[_struct_value_device_ada1_capacity] value=3D[10737418240] r=3D0 DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: /usr/libexec/bsdinstall/zfsboot: Last Chance! DEBUG: zfs_create_boot: poolname=3D[zroot] vdev_type=3D[mirror] DEBUG: zfs_create_boot: Initializing temporary fstab(5) file... DEBUG: zfs_create_boot: :> "$BSDINSTALL_TMPETC/fstab" DEBUG: zfs_create_boot: retval=3D0 DEBUG: zfs_create_boot: printf "$FSTAB_FMT" "# Device" "Mountpoint" "FStype" "Options" "Dump" "Pass#" >> "$BSDINSTALL_TMPETC/fstab" DEBUG: zfs_create_boot: retval=3D0 DEBUG: zfs_create_boot: Expanding supplied swapsize/gelisize values... DEBUG: zfs_create_boot: ZFSBOOT_SWAP_SIZE=3D[2g] swapsize=3D[2147483648] DEBUG: zfs_create_boot: ZFSBOOT_GELI_BOOT_SIZE=3D[2g] gelisize=3D[214748364= 8] DEBUG: zfs_create_boot: Preparing disk partitions for ZFS pool... DEBUG: zfs_create_diskpart: disk=3D[ada0] index=3D[0] DEBUG: zfs_create_diskpart: Destroying all data/layouts on `ada0'... DEBUG: zfs_create_diskpart: Getting disk capactiy for `ada0' DEBUG: f_getvar: var=3D[_struct_value_device_ada0_capacity] value=3D[10737418240] r=3D0 DEBUG: zfs_create_diskpart: disksize=3D[10737418240] partsize=3D[8589934592= ] DEBUG: zfs_create_diskpart: Creating GPT layout... DEBUG: zfs_create_diskpart: gpart create -s gpt "$disk" DEBUG: zfs_create_diskpart: retval=3D0 ada0 created DEBUG: zfs_create_diskpart: gpart add -l gptboot$index -t freebsd-boot -s 512k "$disk" DEBUG: zfs_create_diskpart: retval=3D0 ada0p1 added DEBUG: zfs_create_diskpart: gpart bootcode -b "/boot/pmbr" -p "/boot/gptzfsboot" -i 1 "$disk" DEBUG: zfs_create_diskpart: retval=3D0 bootcode written to ada0 DEBUG: zfs_create_diskpart: gelisize=3D[gelisize=3D[2147483648]] DEBUG: zfs_create_diskpart: gpart add -l boot$index -t freebsd-zfs -s ${gelisize}b "$disk" DEBUG: zfs_create_diskpart: retval=3D0 ada0p2 added DEBUG: zfs_create_diskpart: partsize=3D[partsize=3D[6442450944]] DEBUG: zfs_create_diskpart: gpart add -l zfs$index -t freebsd-zfs -s ${partsize}b "$disk" DEBUG: zfs_create_diskpart: retval=3D0 ada0p3 added DEBUG: zfs_create_diskpart: gpart add -l swap$index -t freebsd-swap "$disk" DEBUG: zfs_create_diskpart: retval=3D0 ada0p4 added DEBUG: zfs_create_diskpart: printf "$FSTAB_FMT" "/dev/gpt/swap$index" "none" "swap" "sw" "0" "0" >> "$BSDINSTALL_TMPETC/fstab" DEBUG: zfs_create_diskpart: retval=3D0 DEBUG: zfs_create_diskpart: disk=3D[ada1] index=3D[1] DEBUG: zfs_create_diskpart: Destroying all data/layouts on `ada1'... DEBUG: zfs_create_diskpart: Getting disk capactiy for `ada1' DEBUG: f_getvar: var=3D[_struct_value_device_ada1_capacity] value=3D[10737418240] r=3D0 DEBUG: zfs_create_diskpart: disksize=3D[10737418240] partsize=3D[8589934592= ] DEBUG: zfs_create_diskpart: Creating GPT layout... DEBUG: zfs_create_diskpart: gpart create -s gpt "$disk" DEBUG: zfs_create_diskpart: retval=3D0 ada1 created DEBUG: zfs_create_diskpart: gpart add -l gptboot$index -t freebsd-boot -s 512k "$disk" DEBUG: zfs_create_diskpart: retval=3D0 ada1p1 added DEBUG: zfs_create_diskpart: gpart bootcode -b "/boot/pmbr" -p "/boot/gptzfsboot" -i 1 "$disk" DEBUG: zfs_create_diskpart: retval=3D0 bootcode written to ada1 DEBUG: zfs_create_diskpart: gelisize=3D[gelisize=3D[2147483648]] DEBUG: zfs_create_diskpart: gpart add -l boot$index -t freebsd-zfs -s ${gelisize}b "$disk" DEBUG: zfs_create_diskpart: retval=3D0 ada1p2 added DEBUG: zfs_create_diskpart: partsize=3D[partsize=3D[6442450944]] DEBUG: zfs_create_diskpart: gpart add -l zfs$index -t freebsd-zfs -s ${partsize}b "$disk" DEBUG: zfs_create_diskpart: retval=3D0 ada1p3 added DEBUG: zfs_create_diskpart: gpart add -l swap$index -t freebsd-swap "$disk" DEBUG: zfs_create_diskpart: retval=3D0 ada1p4 added DEBUG: zfs_create_diskpart: printf "$FSTAB_FMT" "/dev/gpt/swap$index" "none" "swap" "sw" "0" "0" >> "$BSDINSTALL_TMPETC/fstab" DEBUG: zfs_create_diskpart: retval=3D0 DEBUG: zfs_create_boot: Applying 4k alignment with gnop(8)... DEBUG: zfs_create_boot: *=3D[ada0 ada1] DEBUG: zfs_create_boot: disk=3D[ada0] part=3D[p2] DEBUG: zfs_create_boot: gnop create -S 4096 "$disk$part" DEBUG: zfs_create_boot: retval=3D0 DEBUG: zfs_create_boot: disk=3D[ada1] part=3D[p2] DEBUG: zfs_create_boot: gnop create -S 4096 "$disk$part" DEBUG: zfs_create_boot: retval=3D0 DEBUG: zfs_create_boot: Setting up disk encryption... DEBUG: zfs_create_boot: mount -t tmpfs "none" "$BSDINSTALL_CHROOT" DEBUG: zfs_create_boot: retval=3D0 DEBUG: zfs_create_boot: ZFSBOOT_GELI_POOL_NAME=3D[bootpool] bootvdev=3D[mirror] unenc_list=3D[ ada0p2.nop ada1p2.nop] DEBUG: zfs_create_boot: zpool create -o altroot=3D"$BSDINSTALL_CHROOT" -m "/$ZFSBOOT_GELI_POOL_NAME" -f "$ZFSBOOT_GELI_POOL_NAME" $bootvdev $unenc_list DEBUG: zfs_create_boot: retval=3D127 missing pool name argument usage: create [-fnd] [-o property=3Dvalue] ... [-O file-system-property=3Dvalue] ... [-m mountpoint] [-R root] ... eval: -m: not found DEBUG: f_getvar: var=3D[height] value=3D[10] r=3D0 DEBUG: f_getvar: var=3D[width] value=3D[52] r=3D0 DEBUG: f_getvar: var=3D[nonInteractive] value=3D[] r=3D1 DEBUG: f_getvar: var=3D[height] value=3D[16] r=3D0 DEBUG: f_getvar: var=3D[width] value=3D[54] r=3D0 DEBUG: f_getvar: var=3D[rows] value=3D[9] r=3D0 2013/12/4 Teske, Devin : > On Dec 4, 2013, at 7:40 AM, Pavel Timofeev wrote: > >> It's standard name. I didn't change anything, except encryption button. >> > > Thanks. > > Looks like the problem is whitespace in the code. > > > -- > Devin > > > > > >> 04.12.2013 19:36 =D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82= =D0=B5=D0=BB=D1=8C "Teske, Devin" >> =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: >> >> On Dec 4, 2013, at 3:39 AM, Pavel Timofeev wrote: >> >> > Hi all! >> > Lastest 10.0-BETA4 can't be installed using bsdinstall on ZFS with >> > encryption. >> > Bsdinstall's broken. It gives an error: >> > >> > missing pool name argument >> > usage: >> > create [] >> > eval: -m: not found. >> >> What did you use for a pool name? (did it have a space? try without) >> >> Are you capable of plucking the /tmp/bsdinstall_log file from the >> installation environment in order to send us a copy? >> -- >> Devin >> >> >> >> >> > _______________________________________________ >> > freebsd-stable@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> > To unsubscribe, send any mail to >> > "freebsd-stable-unsubscribe@freebsd.org" >> >> _____________ >> The information contained in this message is proprietary and/or >> confidential. If you are not the intended recipient, please: (i) delete = the >> message and all copies; (ii) do not disclose, distribute or use the mess= age >> in any manner; and (iii) notify the sender immediately. In addition, ple= ase >> be aware that any message addressed to our domain is subject to archivin= g >> and review by persons other than the intended recipient. Thank you. > > _____________ > The information contained in this message is proprietary and/or > confidential. If you are not the intended recipient, please: (i) delete t= he > message and all copies; (ii) do not disclose, distribute or use the messa= ge > in any manner; and (iii) notify the sender immediately. In addition, plea= se > be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 16:04:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C6C33B8; Wed, 4 Dec 2013 16:04:59 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B80391B66; Wed, 4 Dec 2013 16:04:58 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id rB4G4vkT006275 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 4 Dec 2013 10:04:57 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Wed, 4 Dec 2013 10:04:56 -0600 From: "Teske, Devin" To: Pavel Timofeev Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Topic: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Index: AQHO8QaC77Xoj3vXVkiDX6Q4LidGfg== Date: Wed, 4 Dec 2013 16:04:56 +0000 Message-ID: References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-04_06:2013-12-04,2013-12-04,1970-01-01 signatures=0 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 16:04:59 -0000 T24gRGVjIDQsIDIwMTMsIGF0IDc6NTQgQU0sIFBhdmVsIFRpbW9mZWV2IHdyb3RlOg0KDQo+IEdy ZWF0ISBCdXQgSSBkb24ndCBrbm93IGhvdyB0byBidWlsZCBuZXcgaXNvIGZyb20gc291cmNlIGFu ZCBjaGVjaw0KPiB0aGlzIHBhdGNoID0oLg0KDQpJIGNhbiBoZWxwIHlvdSB3aXRoIHRoYXQgbGF0 ZXIgdG9uaWdodC4NCg0KVGhlIHByb2NlZHVyZSBJIHVzZSBpcyB0byB0YWtlIHRoZSBleGlzdGlu ZyBJU08gYW5kLi4uDQoNCjEuIHVzZSBtZGNvbmZpZyB0byBhY2Nlc3MgaXQNCjIuIHVzZSBtb3Vu dF9jZDk2NjAgdG8gbW91bnQgaXQNCjMuIHVzZSByc3luYyB0byBjb3B5IHRoZSBjb250ZW50cyB0 byBhIGxvY2FsIGRpcg0KNC4gdXNlIHBhdGNoIHRvIHBhdGNoIHRoZSBmaWxlcw0KNS4gdXNlIG1h a2VmcyB0byByb2xsIHRoZSBuZXcgZmlsZXMgaW50byBhIG5ldyBJU08NCg0KSSd2ZSBnb3QgYSBt YWtlZmlsZSB0aGF0IGRvZXMgdGhlIGxhc3Qgc3RlcC4NCkJ1dCBJIHdvbid0IGJlIGJhY2sgdW50 aWwgbGF0ZXIgdG9uaWdodC4NCg0KDQoNCj4gSGVyZSBpcyBsb2cgKGp1c3QgaW4gY2FzZSk6DQo+ IA0KDQpFeGNlbGxlbnQhIEl0IGNvbmZpcm1zIGV4YWN0bHkgd2hhdCBJIHdhcyB0aGlua2luZy4N ClRoYXQgdGhlIGludHJvZHVjdGlvbiBvZiB3aGl0ZXNwYWNlIGluIGFuIGF0dGVtcHQNCnRvIG1h a2UgdGhlIGNvZGUgInByZXR0eSIgaXMgd2hhdCBjYXVzZWQgdGhpcy4NCg0KDQo+IERFQlVHOiBT dWNjZXNzZnVsbHkgaW5pdGlhbGl6ZWQgZGVidWdGaWxlIGAvdG1wL2JzZGluc3RhbGxfbG9nJw0K PiBERUJVRzogUnVubmluZyBpbnN0YWxsYXRpb24gc3RlcDogemZzYm9vdA0KPiBERUJVRzogZGlh bG9nLnN1YnI6IERFQlVHX1NFTEZfSU5JVElBTElaRT1bXQ0KPiBERUJVRzogVU5BTUVfUz1bRnJl ZUJTRF0gVU5BTUVfUD1bYW1kNjRdIFVOQU1FX1I9WzEwLjAtQkVUQTRdDQo+IERFQlVHOiBjb21t b24uc3VicjogU3VjY2Vzc2Z1bGx5IGxvYWRlZC4NCj4gREVCVUc6IC91c3IvbGliZXhlYy9ic2Rp bnN0YWxsL3pmc2Jvb3Q6IGxvYWRpbmcgaW5jbHVkZXMuLi4NCj4gREVCVUc6IGZfaW5jbHVkZTog ZmlsZT1bL3Vzci9zaGFyZS9ic2Rjb25maWcvZGV2aWNlLnN1YnJdDQo+IERFQlVHOiBkZXZpY2Uu c3VicjogbG9hZGluZyBpbmNsdWRlcy4uLg0KPiBERUJVRzogZl9pbmNsdWRlOiBmaWxlPVsvdXNy L3NoYXJlL2JzZGNvbmZpZy9kaWFsb2cuc3Vicl0NCj4gREVCVUc6IGRpYWxvZy5zdWJyOiBsb2Fk aW5nIGluY2x1ZGVzLi4uDQo+IERFQlVHOiBmX2luY2x1ZGU6IGZpbGU9Wy91c3Ivc2hhcmUvYnNk Y29uZmlnL3N0cmluZ3Muc3Vicl0NCj4gREVCVUc6IHN0cmluZ3Muc3VicjogU3VjY2Vzc2Z1bGx5 IGxvYWRlZC4NCj4gREVCVUc6IGZfaW5jbHVkZTogZmlsZT1bL3Vzci9zaGFyZS9ic2Rjb25maWcv dmFyaWFibGUuc3Vicl0NCj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IGxvYWRpbmcgaW5jbHVkZXMu Li4NCj4gREVCVUc6IGZfaW5jbHVkZTogZmlsZT1bL3Vzci9zaGFyZS9ic2Rjb25maWcvZGlhbG9n LnN1YnJdDQo+IERFQlVHOiBmX2luY2x1ZGU6IGZpbGU9Wy91c3Ivc2hhcmUvYnNkY29uZmlnL3N0 cmluZ3Muc3Vicl0NCj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfQ09O RklHX0ZJTEUgLT4gY29uZmlnRmlsZQ0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlh YmxlIFZBUl9ERUJVRyAtPiBkZWJ1Zw0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlh YmxlIFZBUl9ERUJVR19GSUxFIC0+IGRlYnVnRmlsZQ0KPiBERUJVRzogdmFyaWFibGUuc3Vicjog TmV3IHZhcmlhYmxlIFZBUl9ESVJFQ1RPUllfUEFUSCAtPiBfZGlyZWN0b3J5UGF0aA0KPiBERUJV RzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9ET01BSU5OQU1FIC0+IGRvbWFpbm5h bWUNCj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfRURJVE9SIC0+IGVk aXRvcg0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9FWFRSQVMgLT4g aWZjb25maWdfDQo+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX0ZUUF9E SVIgLT4gZnRwRGlyZWN0b3J5DQo+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUg VkFSX0ZUUF9IT1NUIC0+IGZ0cEhvc3QNCj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJp YWJsZSBWQVJfRlRQX1BBU1MgLT4gZnRwUGFzcw0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3 IHZhcmlhYmxlIFZBUl9GVFBfUEFUSCAtPiBfZnRwUGF0aA0KPiBERUJVRzogdmFyaWFibGUuc3Vi cjogTmV3IHZhcmlhYmxlIFZBUl9GVFBfUE9SVCAtPiBmdHBQb3J0DQo+IERFQlVHOiB2YXJpYWJs ZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX0ZUUF9TVEFURSAtPiBmdHBTdGF0ZQ0KPiBERUJVRzog dmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9GVFBfVVNFUiAtPiBmdHBVc2VyDQo+IERF QlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX0dBVEVXQVkgLT4gZGVmYXVsdHJv dXRlcg0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9IT1NUTkFNRSAt PiBob3N0bmFtZQ0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9IVFRQ X0RJUiAtPiBodHRwRGlyZWN0b3J5DQo+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFi bGUgVkFSX0hUVFBfRlRQX01PREUgLT4gaHR0cEZ0cE1vZGUNCj4gREVCVUc6IHZhcmlhYmxlLnN1 YnI6IE5ldyB2YXJpYWJsZSBWQVJfSFRUUF9IT1NUIC0+IGh0dHBIb3N0DQo+IERFQlVHOiB2YXJp YWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX0hUVFBfUEFUSCAtPiBfaHR0cFBhdGgNCj4gREVC VUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfSFRUUF9QT1JUIC0+IGh0dHBQb3J0 DQo+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX0hUVFBfUFJPWFkgLT4g aHR0cFByb3h5DQo+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX0hUVFBf UFJPWFlfSE9TVCAtPiBodHRwUHJveHlIb3N0DQo+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcg dmFyaWFibGUgVkFSX0hUVFBfUFJPWFlfUEFUSCAtPiBfaHR0cFByb3h5UGF0aA0KPiBERUJVRzog dmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9IVFRQX1BST1hZX1BPUlQgLT4gaHR0cFBy b3h5UG9ydA0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9JRkNPTkZJ RyAtPiBpZmNvbmZpZ18NCj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJf SVBBRERSIC0+IGlwYWRkcg0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZB Ul9JUFY2QUREUiAtPiBpcHY2YWRkcg0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlh YmxlIFZBUl9JUFY2X0VOQUJMRSAtPg0KPiBpcHY2X2FjdGl2YXRlX2FsbF9pbnRlcmZhY2VzDQo+ IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX0tFWU1BUCAtPiBrZXltYXAN Cj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfTUVESUFfVElNRU9VVCAt PiBNRURJQV9USU1FT1VUDQo+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFS X01FRElBX1RZUEUgLT4gbWVkaWFUeXBlDQo+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFy aWFibGUgVkFSX05BTUVTRVJWRVIgLT4gbmFtZXNlcnZlcg0KPiBERUJVRzogdmFyaWFibGUuc3Vi cjogTmV3IHZhcmlhYmxlIFZBUl9ORVRJTlRFUkFDVElWRSAtPiBuZXRJbnRlcmFjdGl2ZQ0KPiBE RUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9ORVRNQVNLIC0+IG5ldG1hc2sN Cj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfTkVUV09SS19ERVZJQ0Ug LT4gbmV0RGV2DQo+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX05GU19I T1NUIC0+IG5mc0hvc3QNCj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJf TkZTX1BBVEggLT4gbmZzUGF0aA0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxl IFZBUl9ORlNfU0VDVVJFIC0+IG5mc19yZXNlcnZlZF9wb3J0X29ubHkNCj4gREVCVUc6IHZhcmlh YmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfTkZTX1RDUCAtPiBuZnNfdXNlX3RjcA0KPiBERUJV RzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9ORlNfVjMgLT4gbmZzX3VzZV92Mw0K PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9OT05JTlRFUkFDVElWRSAt PiBub25JbnRlcmFjdGl2ZQ0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZB Ul9OT19DT05GSVJNIC0+IG5vQ29uZmlybQ0KPiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZh cmlhYmxlIFZBUl9OT19FUlJPUiAtPiBub0Vycm9yDQo+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBO ZXcgdmFyaWFibGUgVkFSX05PX0lORVQ2IC0+IG5vSW5ldDYNCj4gREVCVUc6IHZhcmlhYmxlLnN1 YnI6IE5ldyB2YXJpYWJsZSBWQVJfUEFDS0FHRSAtPiBwYWNrYWdlDQo+IERFQlVHOiB2YXJpYWJs ZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX1BLR19UTVBESVIgLT4gUEtHX1RNUERJUg0KPiBERUJV RzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9QT1JUU19QQVRIIC0+IHBvcnRzDQo+ IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX1JFTE5BTUUgLT4gcmVsZWFz ZU5hbWUNCj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfU0xPV19FVEhF UiAtPiBzbG93RXRoZXJuZXRDYXJkDQo+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFi bGUgVkFSX1RSWV9ESENQIC0+IHRyeURIQ1ANCj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2 YXJpYWJsZSBWQVJfVFJZX1JUU09MIC0+IHRyeVJUU09MDQo+IERFQlVHOiB2YXJpYWJsZS5zdWJy OiBOZXcgdmFyaWFibGUgVkFSX1VGU19QQVRIIC0+IHVmcw0KPiBERUJVRzogdmFyaWFibGUuc3Vi cjogTmV3IHZhcmlhYmxlIFZBUl9aRlNJTlRFUkFDVElWRSAtPiB6ZnNJbnRlcmFjdGl2ZQ0KPiBE RUJVRzogdmFyaWFibGUuc3VicjogVkFSSUFCTEVfU0VMRl9JTklUSUFMSVpFPVsxXQ0KPiBERUJV RzogZl92YXJpYWJsZV9zZXRfZGVmYXVsdHM6IEluaXRpYWxpemluZyBkZWZhdWx0cy4uLg0KPiBE RUJVRzogZl9nZXR2YXI6IHZhcj1bZGVidWddIHZhbHVlPVsxXSByPTANCj4gREVCVUc6IGZfZ2V0 dmFyOiB2YXI9W2VkaXRvcl0gdmFsdWU9Wy91c3IvYmluL2VlXSByPTANCj4gREVCVUc6IGZfZ2V0 dmFyOiB2YXI9W2Z0cFN0YXRlXSB2YWx1ZT1bYXV0b10gcj0wDQo+IERFQlVHOiBmX2dldHZhcjog dmFyPVtmdHBVc2VyXSB2YWx1ZT1bZnRwXSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W2hv c3RuYW1lXSB2YWx1ZT1bTGl6YXJkQlNEXSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W01F RElBX1RJTUVPVVRdIHZhbHVlPVszMDBdIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bbmZz X3Jlc2VydmVkX3BvcnRfb25seV0gdmFsdWU9W05PXSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2 YXI9W25mc191c2VfdGNwXSB2YWx1ZT1bTk9dIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1b bmZzX3VzZV92M10gdmFsdWU9W1lFU10gcj0wDQo+IERFQlVHOiBmX2dldHZhcjogdmFyPVtQS0df VE1QRElSXSB2YWx1ZT1bL3Zhci90bXBdIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bcmVs ZWFzZU5hbWVdIHZhbHVlPVsxMC4wLUJFVEE0XSByPTANCj4gREVCVUc6IGZfdmFyaWFibGVfc2V0 X2RlZmF1bHRzOiBEZWZhdWx0cyBpbml0aWFsaXplZC4NCj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6 IFN1Y2Nlc3NmdWxseSBsb2FkZWQuDQo+IERFQlVHOiBmX2luY2x1ZGVfbGFuZzoNCj4gZmlsZT1b L3Vzci9saWJleGVjL2JzZGNvbmZpZy9pbmNsdWRlL21lc3NhZ2VzLnN1YnJdIGxhbmc9W10NCj4g REVCVUc6IGRpYWxvZy5zdWJyOiBESUFMT0dfU0VMRl9JTklUSUFMSVpFPVsxXQ0KPiBERUJVRzog Zl9kaWFsb2dfaW5pdDogQVJHVj1bXSBHRVRPUFRTX1NUREFSR1M9W2REOlNYXQ0KPiBERUJVRzog Zl9kaWFsb2dfaW5pdDogU0VDVVJFPVtdIFVTRV9YRElBTE9HPVtdDQo+IERFQlVHOiBmX2RpYWxv Z19pbml0OiBkaWFsb2coMSkgQVBJIGluaXRpYWxpemVkLg0KPiBERUJVRzogZGlhbG9nLnN1YnI6 IFN1Y2Nlc3NmdWxseSBsb2FkZWQuDQo+IERFQlVHOiBmX2luY2x1ZGU6IGZpbGU9Wy91c3Ivc2hh cmUvYnNkY29uZmlnL3N0cmluZ3Muc3Vicl0NCj4gREVCVUc6IGZfaW5jbHVkZTogZmlsZT1bL3Vz ci9zaGFyZS9ic2Rjb25maWcvc3RydWN0LnN1YnJdDQo+IERFQlVHOiBzdHJ1Y3Quc3VicjogU3Vj Y2Vzc2Z1bGx5IGxvYWRlZC4NCj4gREVCVUc6IGZfaW5jbHVkZV9sYW5nOg0KPiBmaWxlPVsvdXNy L2xpYmV4ZWMvYnNkY29uZmlnL2luY2x1ZGUvbWVzc2FnZXMuc3Vicl0gbGFuZz1bXQ0KPiBERUJV RzogZGV2aWNlLnN1YnI6IEluaXRpYWxpemVkIDEwOSBrbm93biBkZXZpY2UgbmFtZXMvZGVzY3Jp cHRpb25zLg0KPiBERUJVRzogZGV2aWNlLnN1YnI6IERFVklDRV9TRUxGX1NDQU5fQUxMPVsxXQ0K PiBERUJVRzogZl9kZXZpY2VfZ2V0X2FsbDogUHJvYmluZyBkZXZpY2VzLi4uDQo+IERFQlVHOiBm X2dldHZhcjogdmFyPVtoZWlnaHRdIHZhbHVlPVszXSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2 YXI9W3dpZHRoXSB2YWx1ZT1bNTldIHI9MA0KPiBERUJVRzogRm91bmQgYSBuZXR3b3JrIGRldmlj ZSBuYW1lZCB2dG5ldDANCj4gREVCVUc6IGZfc3RydWN0X25ldzogdHlwZT1bREVWSUNFXSBuYW1l PVtkZXZpY2VfdnRuZXQwXQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2 L2NkMCBpcyBhIGRldmljZSBub2RlDQo+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvY2QwIGlz IGEgY2RldiBbZ29vZF0NCj4gREVCVUc6IGZfc3RydWN0X25ldzogdHlwZT1bREVWSUNFXSBuYW1l PVtkZXZpY2VfY2QwXQ0KPiBERUJVRzogRm91bmQgYSBDRFJPTSBkZXZpY2UgZm9yIC9kZXYvY2Qw DQo+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvY2QxIGlzIGEgZGV2aWNl IG5vZGUNCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9jZDEgaXMgbm90IGEgY2RldiBbc2tp cF0NCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9jZDIgaXMgYSBkZXZp Y2Ugbm9kZQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L2NkMiBpcyBub3QgYSBjZGV2IFtz a2lwXQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2NkMyBpcyBhIGRl dmljZSBub2RlDQo+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvY2QzIGlzIG5vdCBhIGNkZXYg W3NraXBdDQo+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvbWNkMCBpcyBh IGRldmljZSBub2RlDQo+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvbWNkMCBpcyBub3QgYSBj ZGV2IFtza2lwXQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L21jZDEg aXMgYSBkZXZpY2Ugbm9kZQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L21jZDEgaXMgbm90 IGEgY2RldiBbc2tpcF0NCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9t Y2QyIGlzIGEgZGV2aWNlIG5vZGUNCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9tY2QyIGlz IG5vdCBhIGNkZXYgW3NraXBdDQo+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9k ZXYvbWNkMyBpcyBhIGRldmljZSBub2RlDQo+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvbWNk MyBpcyBub3QgYSBjZGV2IFtza2lwXQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3Vy ZSAvZGV2L3NjZDAgaXMgYSBkZXZpY2Ugbm9kZQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2 L3NjZDAgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5n IHN1cmUgL2Rldi9zY2QxIGlzIGEgZGV2aWNlIG5vZGUNCj4gREVCVUc6IGZfZGV2aWNlX3RyeTog L2Rldi9zY2QxIGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+IERFQlVHOiBmX2RldmljZV90cnk6IG1h a2luZyBzdXJlIC9kZXYvc2NkMiBpcyBhIGRldmljZSBub2RlDQo+IERFQlVHOiBmX2RldmljZV90 cnk6IC9kZXYvc2NkMiBpcyBub3QgYSBjZGV2IFtza2lwXQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5 OiBtYWtpbmcgc3VyZSAvZGV2L3NjZDMgaXMgYSBkZXZpY2Ugbm9kZQ0KPiBERUJVRzogZl9kZXZp Y2VfdHJ5OiAvZGV2L3NjZDMgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4gREVCVUc6IGZfZGV2aWNl X3RyeTogbWFraW5nIHN1cmUgL2Rldi9mZDAgaXMgYSBkZXZpY2Ugbm9kZQ0KPiBERUJVRzogZl9k ZXZpY2VfdHJ5OiAvZGV2L2ZkMCBpcyBub3QgYSBjZGV2IFtza2lwXQ0KPiBERUJVRzogZl9kZXZp Y2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2ZkMSBpcyBhIGRldmljZSBub2RlDQo+IERFQlVHOiBm X2RldmljZV90cnk6IC9kZXYvZmQxIGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+IERFQlVHOiBmX2Rl dmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvZmQyIGlzIGEgZGV2aWNlIG5vZGUNCj4gREVCVUc6 IGZfZGV2aWNlX3RyeTogL2Rldi9mZDIgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4gREVCVUc6IGZf ZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9mZDMgaXMgYSBkZXZpY2Ugbm9kZQ0KPiBERUJV RzogZl9kZXZpY2VfdHJ5OiAvZGV2L2ZkMyBpcyBub3QgYSBjZGV2IFtza2lwXQ0KPiBERUJVRzog Zl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2RhMGEgaXMgYSBkZXZpY2Ugbm9kZQ0KPiBE RUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L2RhMGEgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4gREVC VUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9kYTFhIGlzIGEgZGV2aWNlIG5vZGUN Cj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9kYTFhIGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+ IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvZGEyYSBpcyBhIGRldmljZSBu b2RlDQo+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvZGEyYSBpcyBub3QgYSBjZGV2IFtza2lw XQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2RhM2EgaXMgYSBkZXZp Y2Ugbm9kZQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L2RhM2EgaXMgbm90IGEgY2RldiBb c2tpcF0NCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9kYTRhIGlzIGEg ZGV2aWNlIG5vZGUNCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9kYTRhIGlzIG5vdCBhIGNk ZXYgW3NraXBdDQo+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvZGE1YSBp cyBhIGRldmljZSBub2RlDQo+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvZGE1YSBpcyBub3Qg YSBjZGV2IFtza2lwXQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2Rh NmEgaXMgYSBkZXZpY2Ugbm9kZQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L2RhNmEgaXMg bm90IGEgY2RldiBbc2tpcF0NCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rl di9kYTdhIGlzIGEgZGV2aWNlIG5vZGUNCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9kYTdh IGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJl IC9kZXYvZGE4YSBpcyBhIGRldmljZSBub2RlDQo+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYv ZGE4YSBpcyBub3QgYSBjZGV2IFtza2lwXQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcg c3VyZSAvZGV2L2RhOWEgaXMgYSBkZXZpY2Ugbm9kZQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiAv ZGV2L2RhOWEgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFr aW5nIHN1cmUgL2Rldi9kYTEwYSBpcyBhIGRldmljZSBub2RlDQo+IERFQlVHOiBmX2RldmljZV90 cnk6IC9kZXYvZGExMGEgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4gREVCVUc6IGZfZGV2aWNlX3Ry eTogbWFraW5nIHN1cmUgL2Rldi9kYTExYSBpcyBhIGRldmljZSBub2RlDQo+IERFQlVHOiBmX2Rl dmljZV90cnk6IC9kZXYvZGExMWEgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4gREVCVUc6IGZfZGV2 aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9kYTEyYSBpcyBhIGRldmljZSBub2RlDQo+IERFQlVH OiBmX2RldmljZV90cnk6IC9kZXYvZGExMmEgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4gREVCVUc6 IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9kYTEzYSBpcyBhIGRldmljZSBub2RlDQo+ IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvZGExM2EgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4g REVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9kYTE0YSBpcyBhIGRldmljZSBu b2RlDQo+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvZGExNGEgaXMgbm90IGEgY2RldiBbc2tp cF0NCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9kYTE1YSBpcyBhIGRl dmljZSBub2RlDQo+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvZGExNWEgaXMgbm90IGEgY2Rl diBbc2tpcF0NCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9pc285NjYw L0ZSRUVCU0RfSU5TVEFMTCBpcyBhIGRldmljZSBub2RlDQo+IERFQlVHOiBmX2RldmljZV90cnk6 IC9kZXYvaXNvOTY2MC9GUkVFQlNEX0lOU1RBTEwgaXMgYSBjZGV2IFtnb29kXQ0KPiBERUJVRzog Zl9zdHJ1Y3RfbmV3OiB0eXBlPVtERVZJQ0VdIG5hbWU9W2RldmljZV9GUkVFQlNEX0lOU1RBTExd DQo+IERFQlVHOiBGb3VuZCBhIENEUk9NIGRldmljZSBmb3IgL2Rldi9pc285NjYwL0ZSRUVCU0Rf SU5TVEFMTA0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L21kMCBpcyBh IGRldmljZSBub2RlDQo+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvbWQwIGlzIGEgY2RldiBb Z29vZF0NCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9tZDEgaXMgYSBk ZXZpY2Ugbm9kZQ0KPiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L21kMSBpcyBhIGNkZXYgW2dv b2RdDQo+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvbWRbMC05XVswLTld IGlzIGEgZGV2aWNlIG5vZGUNCj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9tZFswLTldWzAt OV0gaXMgbm90IGEgY2RldiBbc2tpcF0NCj4gREVCVUc6IGZfc3RydWN0X25ldzogdHlwZT1bREVW SUNFXSBuYW1lPVtkZXZpY2VfYWRhMV0NCj4gREVCVUc6IEZvdW5kIGEgZGlzayBkZXZpY2UgbmFt ZWQgYWRhMQ0KPiBERUJVRzogZl9zdHJ1Y3RfbmV3OiB0eXBlPVtERVZJQ0VdIG5hbWU9W2Rldmlj ZV9hZGEwXQ0KPiBERUJVRzogRm91bmQgYSBkaXNrIGRldmljZSBuYW1lZCBhZGEwDQo+IERFQlVH OiBkZXZpY2Uuc3VicjogU3VjY2Vzc2Z1bGx5IGxvYWRlZC4NCj4gREVCVUc6IGZfaW5jbHVkZTog ZmlsZT1bL3Vzci9zaGFyZS9ic2Rjb25maWcvZGlhbG9nLnN1YnJdDQo+IERFQlVHOiBmX2luY2x1 ZGU6IGZpbGU9Wy91c3Ivc2hhcmUvYnNkY29uZmlnL3Bhc3N3b3JkL3Bhc3N3b3JkLnN1YnJdDQo+ IERFQlVHOiBwYXNzd29yZC9wYXNzd29yZC5zdWJyOiBsb2FkaW5nIGluY2x1ZGVzLi4uDQo+IERF QlVHOiBmX2luY2x1ZGU6IGZpbGU9Wy91c3Ivc2hhcmUvYnNkY29uZmlnL2RpYWxvZy5zdWJyXQ0K PiBERUJVRzogZl9pbmNsdWRlX2xhbmc6DQo+IGZpbGU9Wy91c3IvbGliZXhlYy9ic2Rjb25maWcv MDQwLnBhc3N3b3JkL2luY2x1ZGUvbWVzc2FnZXMuc3Vicl0NCj4gbGFuZz1bXQ0KPiBERUJVRzog cGFzc3dvcmQvcGFzc3dvcmQuc3VicjogU3VjY2Vzc2Z1bGx5IGxvYWRlZC4NCj4gREVCVUc6IGZf aW5jbHVkZTogZmlsZT1bL3Vzci9zaGFyZS9ic2Rjb25maWcvdmFyaWFibGUuc3Vicl0NCj4gREVC VUc6IGZfZ2V0dmFyOiB2YXI9W25vbkludGVyYWN0aXZlXSB2YWx1ZT1bXSByPTENCj4gREVCVUc6 IEJTRElOU1RBTExfQ0hST09UPVsvbW50XQ0KPiBERUJVRzogQlNESU5TVEFMTF9UTVBFVEM9Wy90 bXAvYnNkaW5zdGFsbF9ldGNdDQo+IERFQlVHOiBQUklOVEZfRlNUQUI9W3ByaW50ZiAiJEZTVEFC X0ZNVCIgIiVzIiAiJXMiICIlcyIgIiVzIiAiJXMiICIlcyIgPj4gIiVzIl0NCj4gREVCVUc6IGZf Z2V0dmFyOiB2YXI9W25vbkludGVyYWN0aXZlXSB2YWx1ZT1bXSByPTENCj4gREVCVUc6IGZfZ2V0 dmFyOiB2YXI9W2hlaWdodF0gdmFsdWU9WzE2XSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9 W3dpZHRoXSB2YWx1ZT1bNTRdIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bcm93c10gdmFs dWU9WzldIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bbWVudV9jaG9pY2VdIHZhbHVlPVtU IFBvb2wgVHlwZS9EaXNrczpdIHI9MA0KPiBERUJVRzogcmV0dmFsPTAgbXRhZz1bVCBQb29sIFR5 cGUvRGlza3M6XQ0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bdmhlaWdodF0gdmFsdWU9WzEyXSBy PTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W3Z3aWR0aF0gdmFsdWU9WzQ3XSByPTANCj4gREVC VUc6IGZfZ2V0dmFyOiB2YXI9W3Zyb3dzXSB2YWx1ZT1bNV0gcj0wDQo+IERFQlVHOiBmX2dldHZh cjogdmFyPVtfc3RydWN0X3ZhbHVlX2RldmljZV92dG5ldDBfbmFtZV0gdmFsdWU9W3Z0bmV0MF0g cj0wDQo+IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVlX2RldmljZV92dG5ldDBf dHlwZV0gdmFsdWU9WzVdIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1 ZV9kZXZpY2VfY2QwX25hbWVdIHZhbHVlPVtjZDBdIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZh cj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfY2QwX3R5cGVdIHZhbHVlPVs2XSByPTANCj4gREVCVUc6 IGZfZ2V0dmFyOiB2YXI9W19zdHJ1Y3RfdmFsdWVfZGV2aWNlX0ZSRUVCU0RfSU5TVEFMTF9uYW1l XQ0KPiB2YWx1ZT1bRlJFRUJTRF9JTlNUQUxMXSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9 W19zdHJ1Y3RfdmFsdWVfZGV2aWNlX0ZSRUVCU0RfSU5TVEFMTF90eXBlXSB2YWx1ZT1bNl0gcj0w DQo+IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVlX2RldmljZV9hZGExX25hbWVd IHZhbHVlPVthZGExXSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W19zdHJ1Y3RfdmFsdWVf ZGV2aWNlX2FkYTFfdHlwZV0gdmFsdWU9WzJdIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1b X3N0cnVjdF92YWx1ZV9kZXZpY2VfYWRhMF9uYW1lXSB2YWx1ZT1bYWRhMF0gcj0wDQo+IERFQlVH OiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVlX2RldmljZV9hZGEwX3R5cGVdIHZhbHVlPVsy XSByPTANCj4gREVCVUc6IGRpYWxvZ19tZW51X2xheW91dDogZGlza3M9W2FkYTEgYWRhMF0NCj4g REVCVUc6IGZfZ2V0dmFyOiB2YXI9W25vbkludGVyYWN0aXZlXSB2YWx1ZT1bXSByPTENCj4gREVC VUc6IGZfZ2V0dmFyOiB2YXI9W3ZkZXZfY2hvaWNlXSB2YWx1ZT1bbWlycm9yXSByPTANCj4gREVC VUc6IGRpYWxvZ19tZW51X2xheW91dDogWkZTQk9PVF9WREVWX1RZUEU9W21pcnJvcl0NCj4gREVC VUc6IE5vIGRpc2tzIHNlbGVjdGVkLg0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bbm9uSW50ZXJh Y3RpdmVdIHZhbHVlPVtdIHI9MQ0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bbm9uSW50ZXJhY3Rp dmVdIHZhbHVlPVtdIHI9MQ0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bbm9uSW50ZXJhY3RpdmVd IHZhbHVlPVtdIHI9MQ0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZp Y2VfYWRhMF9kZXNjXSB2YWx1ZT1bVkJPWA0KPiBIQVJERElTSyAxLjBdIHI9MA0KPiBERUJVRzog Zl9nZXR2YXI6IHZhcj1bX2FkYTBfc3RhdHVzOi1vZmZdIHZhbHVlPVtvZmZdIHI9MA0KPiBERUJV RzogZl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfYWRhMV9kZXNjXSB2YWx1ZT1b VkJPWA0KPiBIQVJERElTSyAxLjBdIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX2FkYTFf c3RhdHVzOi1vZmZdIHZhbHVlPVtvZmZdIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1baGVp Z2h0XSB2YWx1ZT1bOF0gcj0wDQo+IERFQlVHOiBmX2dldHZhcjogdmFyPVt3aWR0aF0gdmFsdWU9 WzM0XSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W3Jvd3NdIHZhbHVlPVsyXSByPTANCj4g REVCVUc6IGZfZ2V0dmFyOiB2YXI9W3NlbGVjdGlvbnNdIHZhbHVlPVthZGEwIGFkYTFdIHI9MA0K PiBERUJVRzogZGlhbG9nX21lbnVfbGF5b3V0OiBaRlNCT09UX0RJU0tTPVthZGEwIGFkYTFdDQo+ IERFQlVHOiBmX2dldHZhcjogdmFyPVtub25JbnRlcmFjdGl2ZV0gdmFsdWU9W10gcj0xDQo+IERF QlVHOiBmX2dldHZhcjogdmFyPVtoZWlnaHRdIHZhbHVlPVsxNl0gcj0wDQo+IERFQlVHOiBmX2dl dHZhcjogdmFyPVt3aWR0aF0gdmFsdWU9WzU0XSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9 W3Jvd3NdIHZhbHVlPVs5XSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W21lbnVfY2hvaWNl XSB2YWx1ZT1bRSBFbmNyeXB0IERpc2tzP10gcj0wDQo+IERFQlVHOiByZXR2YWw9MCBtdGFnPVtF IEVuY3J5cHQgRGlza3M/XQ0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bbm9uSW50ZXJhY3RpdmVd IHZhbHVlPVtdIHI9MQ0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1baGVpZ2h0XSB2YWx1ZT1bMTZd IHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bd2lkdGhdIHZhbHVlPVs1NF0gcj0wDQo+IERF QlVHOiBmX2dldHZhcjogdmFyPVtyb3dzXSB2YWx1ZT1bOV0gcj0wDQo+IERFQlVHOiBmX2dldHZh cjogdmFyPVttZW51X2Nob2ljZV0gdmFsdWU9Wz4+PiBJbnN0YWxsXSByPTANCj4gREVCVUc6IHJl dHZhbD0wIG10YWc9Wz4+PiBJbnN0YWxsXQ0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bdmhlaWdo dF0gdmFsdWU9WzEyXSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W3Z3aWR0aF0gdmFsdWU9 WzQ3XSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W3Zyb3dzXSB2YWx1ZT1bNV0gcj0wDQo+ IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVlX2RldmljZV92dG5ldDBfbmFtZV0g dmFsdWU9W3Z0bmV0MF0gcj0wDQo+IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVl X2RldmljZV92dG5ldDBfdHlwZV0gdmFsdWU9WzVdIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZh cj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfY2QwX25hbWVdIHZhbHVlPVtjZDBdIHI9MA0KPiBERUJV RzogZl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfY2QwX3R5cGVdIHZhbHVlPVs2 XSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W19zdHJ1Y3RfdmFsdWVfZGV2aWNlX0ZSRUVC U0RfSU5TVEFMTF9uYW1lXQ0KPiB2YWx1ZT1bRlJFRUJTRF9JTlNUQUxMXSByPTANCj4gREVCVUc6 IGZfZ2V0dmFyOiB2YXI9W19zdHJ1Y3RfdmFsdWVfZGV2aWNlX0ZSRUVCU0RfSU5TVEFMTF90eXBl XSB2YWx1ZT1bNl0gcj0wDQo+IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVlX2Rl dmljZV9hZGExX25hbWVdIHZhbHVlPVthZGExXSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9 W19zdHJ1Y3RfdmFsdWVfZGV2aWNlX2FkYTFfdHlwZV0gdmFsdWU9WzJdIHI9MA0KPiBERUJVRzog Zl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfYWRhMF9uYW1lXSB2YWx1ZT1bYWRh MF0gcj0wDQo+IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVlX2RldmljZV9hZGEw X3R5cGVdIHZhbHVlPVsyXSByPTANCj4gREVCVUc6IGRpYWxvZ19tZW51X2xheW91dDogZGlza3M9 W2FkYTEgYWRhMF0NCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W25vbkludGVyYWN0aXZlXSB2YWx1 ZT1bXSByPTENCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W25vbkludGVyYWN0aXZlXSB2YWx1ZT1b XSByPTENCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W19zdHJ1Y3RfdmFsdWVfZGV2aWNlX2FkYTBf Y2FwYWNpdHldDQo+IHZhbHVlPVsxMDczNzQxODI0MF0gcj0wDQo+IERFQlVHOiBmX2dldHZhcjog dmFyPVtfc3RydWN0X3ZhbHVlX2RldmljZV9hZGExX2NhcGFjaXR5XQ0KPiB2YWx1ZT1bMTA3Mzc0 MTgyNDBdIHI9MA0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bbm9uSW50ZXJhY3RpdmVdIHZhbHVl PVtdIHI9MQ0KPiBERUJVRzogL3Vzci9saWJleGVjL2JzZGluc3RhbGwvemZzYm9vdDogTGFzdCBD aGFuY2UhDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IHBvb2xuYW1lPVt6cm9vdF0gdmRldl90 eXBlPVttaXJyb3JdDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IEluaXRpYWxpemluZyB0ZW1w b3JhcnkgZnN0YWIoNSkgZmlsZS4uLg0KPiBERUJVRzogemZzX2NyZWF0ZV9ib290OiA6PiAiJEJT RElOU1RBTExfVE1QRVRDL2ZzdGFiIg0KPiBERUJVRzogemZzX2NyZWF0ZV9ib290OiByZXR2YWw9 MCA8bm8gb3V0cHV0Pg0KPiBERUJVRzogemZzX2NyZWF0ZV9ib290OiBwcmludGYgIiRGU1RBQl9G TVQiICIjIERldmljZSIgIk1vdW50cG9pbnQiDQo+ICJGU3R5cGUiICJPcHRpb25zIiAiRHVtcCIg IlBhc3MjIiA+PiAiJEJTRElOU1RBTExfVE1QRVRDL2ZzdGFiIg0KPiBERUJVRzogemZzX2NyZWF0 ZV9ib290OiByZXR2YWw9MCA8bm8gb3V0cHV0Pg0KPiBERUJVRzogemZzX2NyZWF0ZV9ib290OiBF eHBhbmRpbmcgc3VwcGxpZWQgc3dhcHNpemUvZ2VsaXNpemUgdmFsdWVzLi4uDQo+IERFQlVHOiB6 ZnNfY3JlYXRlX2Jvb3Q6IFpGU0JPT1RfU1dBUF9TSVpFPVsyZ10gc3dhcHNpemU9WzIxNDc0ODM2 NDhdDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IFpGU0JPT1RfR0VMSV9CT09UX1NJWkU9WzJn XSBnZWxpc2l6ZT1bMjE0NzQ4MzY0OF0NCj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDogUHJlcGFy aW5nIGRpc2sgcGFydGl0aW9ucyBmb3IgWkZTIHBvb2wuLi4NCj4gREVCVUc6IHpmc19jcmVhdGVf ZGlza3BhcnQ6IGRpc2s9W2FkYTBdIGluZGV4PVswXQ0KPiBERUJVRzogemZzX2NyZWF0ZV9kaXNr cGFydDogRGVzdHJveWluZyBhbGwgZGF0YS9sYXlvdXRzIG9uIGBhZGEwJy4uLg0KPiBERUJVRzog emZzX2NyZWF0ZV9kaXNrcGFydDogR2V0dGluZyBkaXNrIGNhcGFjdGl5IGZvciBgYWRhMCcNCj4g REVCVUc6IGZfZ2V0dmFyOiB2YXI9W19zdHJ1Y3RfdmFsdWVfZGV2aWNlX2FkYTBfY2FwYWNpdHld DQo+IHZhbHVlPVsxMDczNzQxODI0MF0gcj0wDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0 OiBkaXNrc2l6ZT1bMTA3Mzc0MTgyNDBdIHBhcnRzaXplPVs4NTg5OTM0NTkyXQ0KPiBERUJVRzog emZzX2NyZWF0ZV9kaXNrcGFydDogQ3JlYXRpbmcgR1BUIGxheW91dC4uLg0KPiBERUJVRzogemZz X2NyZWF0ZV9kaXNrcGFydDogZ3BhcnQgY3JlYXRlIC1zIGdwdCAiJGRpc2siDQo+IERFQlVHOiB6 ZnNfY3JlYXRlX2Rpc2twYXJ0OiByZXR2YWw9MCA8b3V0cHV0IGJlbG93Pg0KPiBhZGEwIGNyZWF0 ZWQNCj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6IGdwYXJ0IGFkZCAtbCBncHRib290JGlu ZGV4IC10IGZyZWVic2QtYm9vdA0KPiAtcyA1MTJrICIkZGlzayINCj4gREVCVUc6IHpmc19jcmVh dGVfZGlza3BhcnQ6IHJldHZhbD0wIDxvdXRwdXQgYmVsb3c+DQo+IGFkYTBwMSBhZGRlZA0KPiBE RUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogZ3BhcnQgYm9vdGNvZGUgLWIgIi9ib290L3BtYnIi IC1wDQo+ICIvYm9vdC9ncHR6ZnNib290IiAtaSAxICIkZGlzayINCj4gREVCVUc6IHpmc19jcmVh dGVfZGlza3BhcnQ6IHJldHZhbD0wIDxvdXRwdXQgYmVsb3c+DQo+IGJvb3Rjb2RlIHdyaXR0ZW4g dG8gYWRhMA0KPiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogZ2VsaXNpemU9W2dlbGlzaXpl PVsyMTQ3NDgzNjQ4XV0NCj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6IGdwYXJ0IGFkZCAt bCBib290JGluZGV4IC10IGZyZWVic2QtemZzIC1zDQo+ICR7Z2VsaXNpemV9YiAiJGRpc2siDQo+ IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiByZXR2YWw9MCA8b3V0cHV0IGJlbG93Pg0KPiBh ZGEwcDIgYWRkZWQNCj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6IHBhcnRzaXplPVtwYXJ0 c2l6ZT1bNjQ0MjQ1MDk0NF1dDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiBncGFydCBh ZGQgLWwgemZzJGluZGV4IC10IGZyZWVic2QtemZzIC1zDQo+ICR7cGFydHNpemV9YiAiJGRpc2si DQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiByZXR2YWw9MCA8b3V0cHV0IGJlbG93Pg0K PiBhZGEwcDMgYWRkZWQNCj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6IGdwYXJ0IGFkZCAt bCBzd2FwJGluZGV4IC10IGZyZWVic2Qtc3dhcCAiJGRpc2siDQo+IERFQlVHOiB6ZnNfY3JlYXRl X2Rpc2twYXJ0OiByZXR2YWw9MCA8b3V0cHV0IGJlbG93Pg0KPiBhZGEwcDQgYWRkZWQNCj4gREVC VUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6IHByaW50ZiAiJEZTVEFCX0ZNVCIgIi9kZXYvZ3B0L3N3 YXAkaW5kZXgiDQo+ICJub25lIiAic3dhcCIgInN3IiAiMCIgIjAiID4+ICIkQlNESU5TVEFMTF9U TVBFVEMvZnN0YWIiDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiByZXR2YWw9MCA8bm8g b3V0cHV0Pg0KPiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogZGlzaz1bYWRhMV0gaW5kZXg9 WzFdDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiBEZXN0cm95aW5nIGFsbCBkYXRhL2xh eW91dHMgb24gYGFkYTEnLi4uDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiBHZXR0aW5n IGRpc2sgY2FwYWN0aXkgZm9yIGBhZGExJw0KPiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX3N0cnVj dF92YWx1ZV9kZXZpY2VfYWRhMV9jYXBhY2l0eV0NCj4gdmFsdWU9WzEwNzM3NDE4MjQwXSByPTAN Cj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6IGRpc2tzaXplPVsxMDczNzQxODI0MF0gcGFy dHNpemU9Wzg1ODk5MzQ1OTJdDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiBDcmVhdGlu ZyBHUFQgbGF5b3V0Li4uDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiBncGFydCBjcmVh dGUgLXMgZ3B0ICIkZGlzayINCj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6IHJldHZhbD0w IDxvdXRwdXQgYmVsb3c+DQo+IGFkYTEgY3JlYXRlZA0KPiBERUJVRzogemZzX2NyZWF0ZV9kaXNr cGFydDogZ3BhcnQgYWRkIC1sIGdwdGJvb3QkaW5kZXggLXQgZnJlZWJzZC1ib290DQo+IC1zIDUx MmsgIiRkaXNrIg0KPiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogcmV0dmFsPTAgPG91dHB1 dCBiZWxvdz4NCj4gYWRhMXAxIGFkZGVkDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiBn cGFydCBib290Y29kZSAtYiAiL2Jvb3QvcG1iciIgLXANCj4gIi9ib290L2dwdHpmc2Jvb3QiIC1p IDEgIiRkaXNrIg0KPiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogcmV0dmFsPTAgPG91dHB1 dCBiZWxvdz4NCj4gYm9vdGNvZGUgd3JpdHRlbiB0byBhZGExDQo+IERFQlVHOiB6ZnNfY3JlYXRl X2Rpc2twYXJ0OiBnZWxpc2l6ZT1bZ2VsaXNpemU9WzIxNDc0ODM2NDhdXQ0KPiBERUJVRzogemZz X2NyZWF0ZV9kaXNrcGFydDogZ3BhcnQgYWRkIC1sIGJvb3QkaW5kZXggLXQgZnJlZWJzZC16ZnMg LXMNCj4gJHtnZWxpc2l6ZX1iICIkZGlzayINCj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6 IHJldHZhbD0wIDxvdXRwdXQgYmVsb3c+DQo+IGFkYTFwMiBhZGRlZA0KPiBERUJVRzogemZzX2Ny ZWF0ZV9kaXNrcGFydDogcGFydHNpemU9W3BhcnRzaXplPVs2NDQyNDUwOTQ0XV0NCj4gREVCVUc6 IHpmc19jcmVhdGVfZGlza3BhcnQ6IGdwYXJ0IGFkZCAtbCB6ZnMkaW5kZXggLXQgZnJlZWJzZC16 ZnMgLXMNCj4gJHtwYXJ0c2l6ZX1iICIkZGlzayINCj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3Bh cnQ6IHJldHZhbD0wIDxvdXRwdXQgYmVsb3c+DQo+IGFkYTFwMyBhZGRlZA0KPiBERUJVRzogemZz X2NyZWF0ZV9kaXNrcGFydDogZ3BhcnQgYWRkIC1sIHN3YXAkaW5kZXggLXQgZnJlZWJzZC1zd2Fw ICIkZGlzayINCj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6IHJldHZhbD0wIDxvdXRwdXQg YmVsb3c+DQo+IGFkYTFwNCBhZGRlZA0KPiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogcHJp bnRmICIkRlNUQUJfRk1UIiAiL2Rldi9ncHQvc3dhcCRpbmRleCINCj4gIm5vbmUiICJzd2FwIiAi c3ciICIwIiAiMCIgPj4gIiRCU0RJTlNUQUxMX1RNUEVUQy9mc3RhYiINCj4gREVCVUc6IHpmc19j cmVhdGVfZGlza3BhcnQ6IHJldHZhbD0wIDxubyBvdXRwdXQ+DQo+IERFQlVHOiB6ZnNfY3JlYXRl X2Jvb3Q6IEFwcGx5aW5nIDRrIGFsaWdubWVudCB3aXRoIGdub3AoOCkuLi4NCj4gREVCVUc6IHpm c19jcmVhdGVfYm9vdDogKj1bYWRhMCBhZGExXQ0KPiBERUJVRzogemZzX2NyZWF0ZV9ib290OiBk aXNrPVthZGEwXSBwYXJ0PVtwMl0NCj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDogZ25vcCBjcmVh dGUgLVMgNDA5NiAiJGRpc2skcGFydCINCj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDogcmV0dmFs PTAgPG5vIG91dHB1dD4NCj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDogZGlzaz1bYWRhMV0gcGFy dD1bcDJdDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IGdub3AgY3JlYXRlIC1TIDQwOTYgIiRk aXNrJHBhcnQiDQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IHJldHZhbD0wIDxubyBvdXRwdXQ+ DQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IFNldHRpbmcgdXAgZGlzayBlbmNyeXB0aW9uLi4u DQo+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IG1vdW50IC10IHRtcGZzICJub25lIiAiJEJTRElO U1RBTExfQ0hST09UIg0KPiBERUJVRzogemZzX2NyZWF0ZV9ib290OiByZXR2YWw9MCA8bm8gb3V0 cHV0Pg0KPiBERUJVRzogemZzX2NyZWF0ZV9ib290OiBaRlNCT09UX0dFTElfUE9PTF9OQU1FPVti b290cG9vbF0NCj4gYm9vdHZkZXY9W21pcnJvcl0gdW5lbmNfbGlzdD1bIGFkYTBwMi5ub3AgYWRh MXAyLm5vcF0NCj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDogenBvb2wgY3JlYXRlIC1vIGFsdHJv b3Q9IiRCU0RJTlNUQUxMX0NIUk9PVCINCj4gICAgICAgICAgICAgLW0gIi8kWkZTQk9PVF9HRUxJ X1BPT0xfTkFNRSIgLWYNCj4gIiRaRlNCT09UX0dFTElfUE9PTF9OQU1FIiAkYm9vdHZkZXYgJHVu ZW5jX2xpc3QNCj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDogcmV0dmFsPTEyNyA8b3V0cHV0IGJl bG93Pg0KPiBtaXNzaW5nIHBvb2wgbmFtZSBhcmd1bWVudA0KPiB1c2FnZToNCj4gY3JlYXRlIFst Zm5kXSBbLW8gcHJvcGVydHk9dmFsdWVdIC4uLg0KPiAgIFstTyBmaWxlLXN5c3RlbS1wcm9wZXJ0 eT12YWx1ZV0gLi4uDQo+ICAgWy1tIG1vdW50cG9pbnRdIFstUiByb290XSA8cG9vbD4gPHZkZXY+ IC4uLg0KPiBldmFsOiAtbTogbm90IGZvdW5kDQo+IERFQlVHOiBmX2dldHZhcjogdmFyPVtoZWln aHRdIHZhbHVlPVsxMF0gcj0wDQo+IERFQlVHOiBmX2dldHZhcjogdmFyPVt3aWR0aF0gdmFsdWU9 WzUyXSByPTANCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W25vbkludGVyYWN0aXZlXSB2YWx1ZT1b XSByPTENCj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W2hlaWdodF0gdmFsdWU9WzE2XSByPTANCj4g REVCVUc6IGZfZ2V0dmFyOiB2YXI9W3dpZHRoXSB2YWx1ZT1bNTRdIHI9MA0KPiBERUJVRzogZl9n ZXR2YXI6IHZhcj1bcm93c10gdmFsdWU9WzldIHI9MA0KPiANCg0KKHNtaWxlcykNCg0KQWxsIHRo ZSB3b3JrIEkgcHV0IGludG8gZGVidWdnaW5nIGlzIHJlYWxseSBwYXlpbmcgb2ZmLg0KKHRoZSBh Ym92ZSB0ZXh0IGlzIGEgYmVhdXRpZnVsIHNpZ2h0IGZvciBtZSkNCi0tIA0KRGV2aW4NCg0KDQoN Cg0KPiAyMDEzLzEyLzQgVGVza2UsIERldmluIDxEZXZpbi5UZXNrZUBmaXNnbG9iYWwuY29tPjoN Cj4+IE9uIERlYyA0LCAyMDEzLCBhdCA3OjQwIEFNLCBQYXZlbCBUaW1vZmVldiB3cm90ZToNCj4+ IA0KPj4+IEl0J3Mgc3RhbmRhcmQgbmFtZS4gSSBkaWRuJ3QgY2hhbmdlIGFueXRoaW5nLCBleGNl cHQgZW5jcnlwdGlvbiBidXR0b24uDQo+Pj4gDQo+PiANCj4+IFRoYW5rcy4NCj4+IA0KPj4gTG9v a3MgbGlrZSB0aGUgcHJvYmxlbSBpcyB3aGl0ZXNwYWNlIGluIHRoZSBjb2RlLg0KPj4gDQo+PiAN Cj4+IC0tDQo+PiBEZXZpbg0KPj4gDQo+PiANCj4+IA0KPj4gDQo+PiANCj4+PiAwNC4xMi4yMDEz IDE5OjM2INC/0L7Qu9GM0LfQvtCy0LDRgtC10LvRjCAiVGVza2UsIERldmluIiA8RGV2aW4uVGVz a2VAZmlzZ2xvYmFsLmNvbT4NCj4+PiDQvdCw0L/QuNGB0LDQuzoNCj4+PiANCj4+PiBPbiBEZWMg NCwgMjAxMywgYXQgMzozOSBBTSwgUGF2ZWwgVGltb2ZlZXYgd3JvdGU6DQo+Pj4gDQo+Pj4+IEhp IGFsbCENCj4+Pj4gTGFzdGVzdCAxMC4wLUJFVEE0IGNhbid0IGJlIGluc3RhbGxlZCB1c2luZyBi c2RpbnN0YWxsIG9uIFpGUyB3aXRoDQo+Pj4+IGVuY3J5cHRpb24uDQo+Pj4+IEJzZGluc3RhbGwn cyBicm9rZW4uIEl0IGdpdmVzIGFuIGVycm9yOg0KPj4+PiANCj4+Pj4gbWlzc2luZyBwb29sIG5h bWUgYXJndW1lbnQNCj4+Pj4gdXNhZ2U6DQo+Pj4+ICAgY3JlYXRlIFs8aGVyZSBpcyBoZWxwIG91 dHB1dD5dDQo+Pj4+IGV2YWw6IC1tOiBub3QgZm91bmQuDQo+Pj4gDQo+Pj4gV2hhdCBkaWQgeW91 IHVzZSBmb3IgYSBwb29sIG5hbWU/IChkaWQgaXQgaGF2ZSBhIHNwYWNlPyB0cnkgd2l0aG91dCkN Cj4+PiANCj4+PiBBcmUgeW91IGNhcGFibGUgb2YgcGx1Y2tpbmcgdGhlIC90bXAvYnNkaW5zdGFs bF9sb2cgZmlsZSBmcm9tIHRoZQ0KPj4+IGluc3RhbGxhdGlvbiBlbnZpcm9ubWVudCBpbiBvcmRl ciB0byBzZW5kIHVzIGEgY29weT8NCj4+PiAtLQ0KPj4+IERldmluDQo+Pj4gDQo+Pj4gDQo+Pj4g DQo+Pj4gDQo+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+Pj4+IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPj4+PiBo dHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjEvdXJsP3U9aHR0cDovL2xpc3RzLmZy ZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1zdGFibGUmaz0lMkZia3BBVWRKV1p1 aVRJTENxJTJGRm5RZyUzRCUzRCUwQSZyPUxUelVXV3JSbnoyaU4zUHRIRHViV1JTQWg5aXRWSiUy Qk1VY05CQ1E0dHllbyUzRCUwQSZtPW1lTWIyMmh3Rm10cE9GWXNnbktOSE1KJTJCU3VOJTJCSTVw NFF4ODQ2U0MzYjhRJTNEJTBBJnM9NWEwNTIxMzJkMjc1MGQyOTkzMWQxZDI3ZjU2ZDk1NGQxZWUw YWIwMTc5MTJiOGViNzdmODFmMWE0NjIwNTFkOA0KPj4+PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBh bnkgbWFpbCB0bw0KPj4+PiAiZnJlZWJzZC1zdGFibGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmci DQo+Pj4gDQo+Pj4gX19fX19fX19fX19fXw0KPj4+IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQg aW4gdGhpcyBtZXNzYWdlIGlzIHByb3ByaWV0YXJ5IGFuZC9vcg0KPj4+IGNvbmZpZGVudGlhbC4g SWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlOiAoaSkgZGVsZXRl IHRoZQ0KPj4+IG1lc3NhZ2UgYW5kIGFsbCBjb3BpZXM7IChpaSkgZG8gbm90IGRpc2Nsb3NlLCBk aXN0cmlidXRlIG9yIHVzZSB0aGUgbWVzc2FnZQ0KPj4+IGluIGFueSBtYW5uZXI7IGFuZCAoaWlp KSBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVseS4gSW4gYWRkaXRpb24sIHBsZWFzZQ0KPj4+ IGJlIGF3YXJlIHRoYXQgYW55IG1lc3NhZ2UgYWRkcmVzc2VkIHRvIG91ciBkb21haW4gaXMgc3Vi amVjdCB0byBhcmNoaXZpbmcNCj4+PiBhbmQgcmV2aWV3IGJ5IHBlcnNvbnMgb3RoZXIgdGhhbiB0 aGUgaW50ZW5kZWQgcmVjaXBpZW50LiBUaGFuayB5b3UuDQo+PiANCj4+IF9fX19fX19fX19fX18N Cj4+IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlIGlzIHByb3ByaWV0 YXJ5IGFuZC9vcg0KPj4gY29uZmlkZW50aWFsLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQg cmVjaXBpZW50LCBwbGVhc2U6IChpKSBkZWxldGUgdGhlDQo+PiBtZXNzYWdlIGFuZCBhbGwgY29w aWVzOyAoaWkpIGRvIG5vdCBkaXNjbG9zZSwgZGlzdHJpYnV0ZSBvciB1c2UgdGhlIG1lc3NhZ2UN Cj4+IGluIGFueSBtYW5uZXI7IGFuZCAoaWlpKSBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVs eS4gSW4gYWRkaXRpb24sIHBsZWFzZQ0KPj4gYmUgYXdhcmUgdGhhdCBhbnkgbWVzc2FnZSBhZGRy ZXNzZWQgdG8gb3VyIGRvbWFpbiBpcyBzdWJqZWN0IHRvIGFyY2hpdmluZw0KPj4gYW5kIHJldmll dyBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudC4gVGhhbmsgeW91 Lg0KDQoKX19fX19fX19fX19fXwpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVz c2FnZSBpcyBwcm9wcmlldGFyeSBhbmQvb3IgY29uZmlkZW50aWFsLiBJZiB5b3UgYXJlIG5vdCB0 aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2U6IChpKSBkZWxldGUgdGhlIG1lc3NhZ2UgYW5k IGFsbCBjb3BpZXM7IChpaSkgZG8gbm90IGRpc2Nsb3NlLCBkaXN0cmlidXRlIG9yIHVzZSB0aGUg bWVzc2FnZSBpbiBhbnkgbWFubmVyOyBhbmQgKGlpaSkgbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRp YXRlbHkuIEluIGFkZGl0aW9uLCBwbGVhc2UgYmUgYXdhcmUgdGhhdCBhbnkgbWVzc2FnZSBhZGRy ZXNzZWQgdG8gb3VyIGRvbWFpbiBpcyBzdWJqZWN0IHRvIGFyY2hpdmluZyBhbmQgcmV2aWV3IGJ5 IHBlcnNvbnMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LiBUaGFuayB5b3UuCg== From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 16:07:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3085763; Wed, 4 Dec 2013 16:07:34 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4E1C1C9F; Wed, 4 Dec 2013 16:07:33 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id rB4G7W6h027558 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 4 Dec 2013 10:07:32 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Wed, 4 Dec 2013 10:07:31 -0600 From: "Teske, Devin" To: Devin Teske Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Topic: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Index: AQHO8QaC77Xoj3vXVkiDX6Q4LidGfppEmGeA Date: Wed, 4 Dec 2013 16:07:31 +0000 Message-ID: <06EDA28F-3E84-4C0C-9C75-7D810EA8ABEE@fisglobal.com> References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="utf-8" Content-ID: <9468DAD349AF9846BFDABFA63A9ECD9D@fisglobal.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-04_06:2013-12-04,2013-12-04,1970-01-01 signatures=0 Cc: Pavel Timofeev , freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 16:07:34 -0000 RllJOg0KQ29tbWl0dGVkIFNWTiByMjU4OTI3IHRvIGZpeCB0aGUgcmVncmVzc2lvbi4NCg0KV2ls bCBkbyBhIG1vcmUgaW4tZGVwdGggdGVzdCBsYXRlciB0b25pZ2h0IChidXQgSSdtIDk5JSBwb3Np dGl2ZQ0KdGhhdCB3ZSd2ZSBuYWlsZWQgaXQgd2l0aCBTVk4gcjI1ODkyNykuDQotLSANCkRldmlu DQoNCg0KT24gRGVjIDQsIDIwMTMsIGF0IDg6MDQgQU0sIFRlc2tlLCBEZXZpbiB3cm90ZToNCg0K PiBPbiBEZWMgNCwgMjAxMywgYXQgNzo1NCBBTSwgUGF2ZWwgVGltb2ZlZXYgd3JvdGU6DQo+IA0K Pj4gR3JlYXQhIEJ1dCBJIGRvbid0IGtub3cgaG93IHRvIGJ1aWxkIG5ldyBpc28gZnJvbSBzb3Vy Y2UgYW5kIGNoZWNrDQo+PiB0aGlzIHBhdGNoID0oLg0KPiANCj4gSSBjYW4gaGVscCB5b3Ugd2l0 aCB0aGF0IGxhdGVyIHRvbmlnaHQuDQo+IA0KPiBUaGUgcHJvY2VkdXJlIEkgdXNlIGlzIHRvIHRh a2UgdGhlIGV4aXN0aW5nIElTTyBhbmQuLi4NCj4gDQo+IDEuIHVzZSBtZGNvbmZpZyB0byBhY2Nl c3MgaXQNCj4gMi4gdXNlIG1vdW50X2NkOTY2MCB0byBtb3VudCBpdA0KPiAzLiB1c2UgcnN5bmMg dG8gY29weSB0aGUgY29udGVudHMgdG8gYSBsb2NhbCBkaXINCj4gNC4gdXNlIHBhdGNoIHRvIHBh dGNoIHRoZSBmaWxlcw0KPiA1LiB1c2UgbWFrZWZzIHRvIHJvbGwgdGhlIG5ldyBmaWxlcyBpbnRv IGEgbmV3IElTTw0KPiANCj4gSSd2ZSBnb3QgYSBtYWtlZmlsZSB0aGF0IGRvZXMgdGhlIGxhc3Qg c3RlcC4NCj4gQnV0IEkgd29uJ3QgYmUgYmFjayB1bnRpbCBsYXRlciB0b25pZ2h0Lg0KPiANCj4g DQo+IA0KPj4gSGVyZSBpcyBsb2cgKGp1c3QgaW4gY2FzZSk6DQo+PiANCj4gDQo+IEV4Y2VsbGVu dCEgSXQgY29uZmlybXMgZXhhY3RseSB3aGF0IEkgd2FzIHRoaW5raW5nLg0KPiBUaGF0IHRoZSBp bnRyb2R1Y3Rpb24gb2Ygd2hpdGVzcGFjZSBpbiBhbiBhdHRlbXB0DQo+IHRvIG1ha2UgdGhlIGNv ZGUgInByZXR0eSIgaXMgd2hhdCBjYXVzZWQgdGhpcy4NCj4gDQo+IA0KPj4gREVCVUc6IFN1Y2Nl c3NmdWxseSBpbml0aWFsaXplZCBkZWJ1Z0ZpbGUgYC90bXAvYnNkaW5zdGFsbF9sb2cnDQo+PiBE RUJVRzogUnVubmluZyBpbnN0YWxsYXRpb24gc3RlcDogemZzYm9vdA0KPj4gREVCVUc6IGRpYWxv Zy5zdWJyOiBERUJVR19TRUxGX0lOSVRJQUxJWkU9W10NCj4+IERFQlVHOiBVTkFNRV9TPVtGcmVl QlNEXSBVTkFNRV9QPVthbWQ2NF0gVU5BTUVfUj1bMTAuMC1CRVRBNF0NCj4+IERFQlVHOiBjb21t b24uc3VicjogU3VjY2Vzc2Z1bGx5IGxvYWRlZC4NCj4+IERFQlVHOiAvdXNyL2xpYmV4ZWMvYnNk aW5zdGFsbC96ZnNib290OiBsb2FkaW5nIGluY2x1ZGVzLi4uDQo+PiBERUJVRzogZl9pbmNsdWRl OiBmaWxlPVsvdXNyL3NoYXJlL2JzZGNvbmZpZy9kZXZpY2Uuc3Vicl0NCj4+IERFQlVHOiBkZXZp Y2Uuc3VicjogbG9hZGluZyBpbmNsdWRlcy4uLg0KPj4gREVCVUc6IGZfaW5jbHVkZTogZmlsZT1b L3Vzci9zaGFyZS9ic2Rjb25maWcvZGlhbG9nLnN1YnJdDQo+PiBERUJVRzogZGlhbG9nLnN1YnI6 IGxvYWRpbmcgaW5jbHVkZXMuLi4NCj4+IERFQlVHOiBmX2luY2x1ZGU6IGZpbGU9Wy91c3Ivc2hh cmUvYnNkY29uZmlnL3N0cmluZ3Muc3Vicl0NCj4+IERFQlVHOiBzdHJpbmdzLnN1YnI6IFN1Y2Nl c3NmdWxseSBsb2FkZWQuDQo+PiBERUJVRzogZl9pbmNsdWRlOiBmaWxlPVsvdXNyL3NoYXJlL2Jz ZGNvbmZpZy92YXJpYWJsZS5zdWJyXQ0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IGxvYWRpbmcg aW5jbHVkZXMuLi4NCj4+IERFQlVHOiBmX2luY2x1ZGU6IGZpbGU9Wy91c3Ivc2hhcmUvYnNkY29u ZmlnL2RpYWxvZy5zdWJyXQ0KPj4gREVCVUc6IGZfaW5jbHVkZTogZmlsZT1bL3Vzci9zaGFyZS9i c2Rjb25maWcvc3RyaW5ncy5zdWJyXQ0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJp YWJsZSBWQVJfQ09ORklHX0ZJTEUgLT4gY29uZmlnRmlsZQ0KPj4gREVCVUc6IHZhcmlhYmxlLnN1 YnI6IE5ldyB2YXJpYWJsZSBWQVJfREVCVUcgLT4gZGVidWcNCj4+IERFQlVHOiB2YXJpYWJsZS5z dWJyOiBOZXcgdmFyaWFibGUgVkFSX0RFQlVHX0ZJTEUgLT4gZGVidWdGaWxlDQo+PiBERUJVRzog dmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9ESVJFQ1RPUllfUEFUSCAtPiBfZGlyZWN0 b3J5UGF0aA0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfRE9NQUlO TkFNRSAtPiBkb21haW5uYW1lDQo+PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxl IFZBUl9FRElUT1IgLT4gZWRpdG9yDQo+PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlh YmxlIFZBUl9FWFRSQVMgLT4gaWZjb25maWdfDQo+PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3 IHZhcmlhYmxlIFZBUl9GVFBfRElSIC0+IGZ0cERpcmVjdG9yeQ0KPj4gREVCVUc6IHZhcmlhYmxl LnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfRlRQX0hPU1QgLT4gZnRwSG9zdA0KPj4gREVCVUc6IHZh cmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfRlRQX1BBU1MgLT4gZnRwUGFzcw0KPj4gREVC VUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfRlRQX1BBVEggLT4gX2Z0cFBhdGgN Cj4+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX0ZUUF9QT1JUIC0+IGZ0 cFBvcnQNCj4+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX0ZUUF9TVEFU RSAtPiBmdHBTdGF0ZQ0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJf RlRQX1VTRVIgLT4gZnRwVXNlcg0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJs ZSBWQVJfR0FURVdBWSAtPiBkZWZhdWx0cm91dGVyDQo+PiBERUJVRzogdmFyaWFibGUuc3Vicjog TmV3IHZhcmlhYmxlIFZBUl9IT1NUTkFNRSAtPiBob3N0bmFtZQ0KPj4gREVCVUc6IHZhcmlhYmxl LnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfSFRUUF9ESVIgLT4gaHR0cERpcmVjdG9yeQ0KPj4gREVC VUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfSFRUUF9GVFBfTU9ERSAtPiBodHRw RnRwTW9kZQ0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfSFRUUF9I T1NUIC0+IGh0dHBIb3N0DQo+PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZB Ul9IVFRQX1BBVEggLT4gX2h0dHBQYXRoDQo+PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZh cmlhYmxlIFZBUl9IVFRQX1BPUlQgLT4gaHR0cFBvcnQNCj4+IERFQlVHOiB2YXJpYWJsZS5zdWJy OiBOZXcgdmFyaWFibGUgVkFSX0hUVFBfUFJPWFkgLT4gaHR0cFByb3h5DQo+PiBERUJVRzogdmFy aWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9IVFRQX1BST1hZX0hPU1QgLT4gaHR0cFByb3h5 SG9zdA0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfSFRUUF9QUk9Y WV9QQVRIIC0+IF9odHRwUHJveHlQYXRoDQo+PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZh cmlhYmxlIFZBUl9IVFRQX1BST1hZX1BPUlQgLT4gaHR0cFByb3h5UG9ydA0KPj4gREVCVUc6IHZh cmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfSUZDT05GSUcgLT4gaWZjb25maWdfDQo+PiBE RUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9JUEFERFIgLT4gaXBhZGRyDQo+ PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9JUFY2QUREUiAtPiBpcHY2 YWRkcg0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfSVBWNl9FTkFC TEUgLT4NCj4+IGlwdjZfYWN0aXZhdGVfYWxsX2ludGVyZmFjZXMNCj4+IERFQlVHOiB2YXJpYWJs ZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX0tFWU1BUCAtPiBrZXltYXANCj4+IERFQlVHOiB2YXJp YWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX01FRElBX1RJTUVPVVQgLT4gTUVESUFfVElNRU9V VA0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfTUVESUFfVFlQRSAt PiBtZWRpYVR5cGUNCj4+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX05B TUVTRVJWRVIgLT4gbmFtZXNlcnZlcg0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJp YWJsZSBWQVJfTkVUSU5URVJBQ1RJVkUgLT4gbmV0SW50ZXJhY3RpdmUNCj4+IERFQlVHOiB2YXJp YWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX05FVE1BU0sgLT4gbmV0bWFzaw0KPj4gREVCVUc6 IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfTkVUV09SS19ERVZJQ0UgLT4gbmV0RGV2 DQo+PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9ORlNfSE9TVCAtPiBu ZnNIb3N0DQo+PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9ORlNfUEFU SCAtPiBuZnNQYXRoDQo+PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9O RlNfU0VDVVJFIC0+IG5mc19yZXNlcnZlZF9wb3J0X29ubHkNCj4+IERFQlVHOiB2YXJpYWJsZS5z dWJyOiBOZXcgdmFyaWFibGUgVkFSX05GU19UQ1AgLT4gbmZzX3VzZV90Y3ANCj4+IERFQlVHOiB2 YXJpYWJsZS5zdWJyOiBOZXcgdmFyaWFibGUgVkFSX05GU19WMyAtPiBuZnNfdXNlX3YzDQo+PiBE RUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9OT05JTlRFUkFDVElWRSAtPiBu b25JbnRlcmFjdGl2ZQ0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJf Tk9fQ09ORklSTSAtPiBub0NvbmZpcm0NCj4+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcgdmFy aWFibGUgVkFSX05PX0VSUk9SIC0+IG5vRXJyb3INCj4+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBO ZXcgdmFyaWFibGUgVkFSX05PX0lORVQ2IC0+IG5vSW5ldDYNCj4+IERFQlVHOiB2YXJpYWJsZS5z dWJyOiBOZXcgdmFyaWFibGUgVkFSX1BBQ0tBR0UgLT4gcGFja2FnZQ0KPj4gREVCVUc6IHZhcmlh YmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfUEtHX1RNUERJUiAtPiBQS0dfVE1QRElSDQo+PiBE RUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9QT1JUU19QQVRIIC0+IHBvcnRz DQo+PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9SRUxOQU1FIC0+IHJl bGVhc2VOYW1lDQo+PiBERUJVRzogdmFyaWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9TTE9X X0VUSEVSIC0+IHNsb3dFdGhlcm5ldENhcmQNCj4+IERFQlVHOiB2YXJpYWJsZS5zdWJyOiBOZXcg dmFyaWFibGUgVkFSX1RSWV9ESENQIC0+IHRyeURIQ1ANCj4+IERFQlVHOiB2YXJpYWJsZS5zdWJy OiBOZXcgdmFyaWFibGUgVkFSX1RSWV9SVFNPTCAtPiB0cnlSVFNPTA0KPj4gREVCVUc6IHZhcmlh YmxlLnN1YnI6IE5ldyB2YXJpYWJsZSBWQVJfVUZTX1BBVEggLT4gdWZzDQo+PiBERUJVRzogdmFy aWFibGUuc3VicjogTmV3IHZhcmlhYmxlIFZBUl9aRlNJTlRFUkFDVElWRSAtPiB6ZnNJbnRlcmFj dGl2ZQ0KPj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IFZBUklBQkxFX1NFTEZfSU5JVElBTElaRT1b MV0NCj4+IERFQlVHOiBmX3ZhcmlhYmxlX3NldF9kZWZhdWx0czogSW5pdGlhbGl6aW5nIGRlZmF1 bHRzLi4uDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bZGVidWddIHZhbHVlPVsxXSByPTANCj4+ IERFQlVHOiBmX2dldHZhcjogdmFyPVtlZGl0b3JdIHZhbHVlPVsvdXNyL2Jpbi9lZV0gcj0wDQo+ PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bZnRwU3RhdGVdIHZhbHVlPVthdXRvXSByPTANCj4+IERF QlVHOiBmX2dldHZhcjogdmFyPVtmdHBVc2VyXSB2YWx1ZT1bZnRwXSByPTANCj4+IERFQlVHOiBm X2dldHZhcjogdmFyPVtob3N0bmFtZV0gdmFsdWU9W0xpemFyZEJTRF0gcj0wDQo+PiBERUJVRzog Zl9nZXR2YXI6IHZhcj1bTUVESUFfVElNRU9VVF0gdmFsdWU9WzMwMF0gcj0wDQo+PiBERUJVRzog Zl9nZXR2YXI6IHZhcj1bbmZzX3Jlc2VydmVkX3BvcnRfb25seV0gdmFsdWU9W05PXSByPTANCj4+ IERFQlVHOiBmX2dldHZhcjogdmFyPVtuZnNfdXNlX3RjcF0gdmFsdWU9W05PXSByPTANCj4+IERF QlVHOiBmX2dldHZhcjogdmFyPVtuZnNfdXNlX3YzXSB2YWx1ZT1bWUVTXSByPTANCj4+IERFQlVH OiBmX2dldHZhcjogdmFyPVtQS0dfVE1QRElSXSB2YWx1ZT1bL3Zhci90bXBdIHI9MA0KPj4gREVC VUc6IGZfZ2V0dmFyOiB2YXI9W3JlbGVhc2VOYW1lXSB2YWx1ZT1bMTAuMC1CRVRBNF0gcj0wDQo+ PiBERUJVRzogZl92YXJpYWJsZV9zZXRfZGVmYXVsdHM6IERlZmF1bHRzIGluaXRpYWxpemVkLg0K Pj4gREVCVUc6IHZhcmlhYmxlLnN1YnI6IFN1Y2Nlc3NmdWxseSBsb2FkZWQuDQo+PiBERUJVRzog Zl9pbmNsdWRlX2xhbmc6DQo+PiBmaWxlPVsvdXNyL2xpYmV4ZWMvYnNkY29uZmlnL2luY2x1ZGUv bWVzc2FnZXMuc3Vicl0gbGFuZz1bXQ0KPj4gREVCVUc6IGRpYWxvZy5zdWJyOiBESUFMT0dfU0VM Rl9JTklUSUFMSVpFPVsxXQ0KPj4gREVCVUc6IGZfZGlhbG9nX2luaXQ6IEFSR1Y9W10gR0VUT1BU U19TVERBUkdTPVtkRDpTWF0NCj4+IERFQlVHOiBmX2RpYWxvZ19pbml0OiBTRUNVUkU9W10gVVNF X1hESUFMT0c9W10NCj4+IERFQlVHOiBmX2RpYWxvZ19pbml0OiBkaWFsb2coMSkgQVBJIGluaXRp YWxpemVkLg0KPj4gREVCVUc6IGRpYWxvZy5zdWJyOiBTdWNjZXNzZnVsbHkgbG9hZGVkLg0KPj4g REVCVUc6IGZfaW5jbHVkZTogZmlsZT1bL3Vzci9zaGFyZS9ic2Rjb25maWcvc3RyaW5ncy5zdWJy XQ0KPj4gREVCVUc6IGZfaW5jbHVkZTogZmlsZT1bL3Vzci9zaGFyZS9ic2Rjb25maWcvc3RydWN0 LnN1YnJdDQo+PiBERUJVRzogc3RydWN0LnN1YnI6IFN1Y2Nlc3NmdWxseSBsb2FkZWQuDQo+PiBE RUJVRzogZl9pbmNsdWRlX2xhbmc6DQo+PiBmaWxlPVsvdXNyL2xpYmV4ZWMvYnNkY29uZmlnL2lu Y2x1ZGUvbWVzc2FnZXMuc3Vicl0gbGFuZz1bXQ0KPj4gREVCVUc6IGRldmljZS5zdWJyOiBJbml0 aWFsaXplZCAxMDkga25vd24gZGV2aWNlIG5hbWVzL2Rlc2NyaXB0aW9ucy4NCj4+IERFQlVHOiBk ZXZpY2Uuc3VicjogREVWSUNFX1NFTEZfU0NBTl9BTEw9WzFdDQo+PiBERUJVRzogZl9kZXZpY2Vf Z2V0X2FsbDogUHJvYmluZyBkZXZpY2VzLi4uDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1baGVp Z2h0XSB2YWx1ZT1bM10gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bd2lkdGhdIHZhbHVl PVs1OV0gcj0wDQo+PiBERUJVRzogRm91bmQgYSBuZXR3b3JrIGRldmljZSBuYW1lZCB2dG5ldDAN Cj4+IERFQlVHOiBmX3N0cnVjdF9uZXc6IHR5cGU9W0RFVklDRV0gbmFtZT1bZGV2aWNlX3Z0bmV0 MF0NCj4+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvY2QwIGlzIGEgZGV2 aWNlIG5vZGUNCj4+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvY2QwIGlzIGEgY2RldiBbZ29v ZF0NCj4+IERFQlVHOiBmX3N0cnVjdF9uZXc6IHR5cGU9W0RFVklDRV0gbmFtZT1bZGV2aWNlX2Nk MF0NCj4+IERFQlVHOiBGb3VuZCBhIENEUk9NIGRldmljZSBmb3IgL2Rldi9jZDANCj4+IERFQlVH OiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvY2QxIGlzIGEgZGV2aWNlIG5vZGUNCj4+ IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvY2QxIGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+PiBE RUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2NkMiBpcyBhIGRldmljZSBub2Rl DQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L2NkMiBpcyBub3QgYSBjZGV2IFtza2lwXQ0K Pj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9jZDMgaXMgYSBkZXZpY2Ug bm9kZQ0KPj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9jZDMgaXMgbm90IGEgY2RldiBbc2tp cF0NCj4+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvbWNkMCBpcyBhIGRl dmljZSBub2RlDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L21jZDAgaXMgbm90IGEgY2Rl diBbc2tpcF0NCj4+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvbWNkMSBp cyBhIGRldmljZSBub2RlDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L21jZDEgaXMgbm90 IGEgY2RldiBbc2tpcF0NCj4+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYv bWNkMiBpcyBhIGRldmljZSBub2RlDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L21jZDIg aXMgbm90IGEgY2RldiBbc2tpcF0NCj4+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJl IC9kZXYvbWNkMyBpcyBhIGRldmljZSBub2RlDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2 L21jZDMgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2lu ZyBzdXJlIC9kZXYvc2NkMCBpcyBhIGRldmljZSBub2RlDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5 OiAvZGV2L3NjZDAgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4+IERFQlVHOiBmX2RldmljZV90cnk6 IG1ha2luZyBzdXJlIC9kZXYvc2NkMSBpcyBhIGRldmljZSBub2RlDQo+PiBERUJVRzogZl9kZXZp Y2VfdHJ5OiAvZGV2L3NjZDEgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4+IERFQlVHOiBmX2Rldmlj ZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvc2NkMiBpcyBhIGRldmljZSBub2RlDQo+PiBERUJVRzog Zl9kZXZpY2VfdHJ5OiAvZGV2L3NjZDIgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4+IERFQlVHOiBm X2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvc2NkMyBpcyBhIGRldmljZSBub2RlDQo+PiBE RUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L3NjZDMgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4+IERF QlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvZmQwIGlzIGEgZGV2aWNlIG5vZGUN Cj4+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvZmQwIGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+ PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2ZkMSBpcyBhIGRldmljZSBu b2RlDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L2ZkMSBpcyBub3QgYSBjZGV2IFtza2lw XQ0KPj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9mZDIgaXMgYSBkZXZp Y2Ugbm9kZQ0KPj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9mZDIgaXMgbm90IGEgY2RldiBb c2tpcF0NCj4+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvZmQzIGlzIGEg ZGV2aWNlIG5vZGUNCj4+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvZmQzIGlzIG5vdCBhIGNk ZXYgW3NraXBdDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2RhMGEg aXMgYSBkZXZpY2Ugbm9kZQ0KPj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9kYTBhIGlzIG5v dCBhIGNkZXYgW3NraXBdDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2 L2RhMWEgaXMgYSBkZXZpY2Ugbm9kZQ0KPj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9kYTFh IGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3Vy ZSAvZGV2L2RhMmEgaXMgYSBkZXZpY2Ugbm9kZQ0KPj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rl di9kYTJhIGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtp bmcgc3VyZSAvZGV2L2RhM2EgaXMgYSBkZXZpY2Ugbm9kZQ0KPj4gREVCVUc6IGZfZGV2aWNlX3Ry eTogL2Rldi9kYTNhIGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5 OiBtYWtpbmcgc3VyZSAvZGV2L2RhNGEgaXMgYSBkZXZpY2Ugbm9kZQ0KPj4gREVCVUc6IGZfZGV2 aWNlX3RyeTogL2Rldi9kYTRhIGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+PiBERUJVRzogZl9kZXZp Y2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2RhNWEgaXMgYSBkZXZpY2Ugbm9kZQ0KPj4gREVCVUc6 IGZfZGV2aWNlX3RyeTogL2Rldi9kYTVhIGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+PiBERUJVRzog Zl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2RhNmEgaXMgYSBkZXZpY2Ugbm9kZQ0KPj4g REVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9kYTZhIGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+PiBE RUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2RhN2EgaXMgYSBkZXZpY2Ugbm9k ZQ0KPj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9kYTdhIGlzIG5vdCBhIGNkZXYgW3NraXBd DQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2RhOGEgaXMgYSBkZXZp Y2Ugbm9kZQ0KPj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9kYThhIGlzIG5vdCBhIGNkZXYg W3NraXBdDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2RhOWEgaXMg YSBkZXZpY2Ugbm9kZQ0KPj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9kYTlhIGlzIG5vdCBh IGNkZXYgW3NraXBdDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2Rh MTBhIGlzIGEgZGV2aWNlIG5vZGUNCj4+IERFQlVHOiBmX2RldmljZV90cnk6IC9kZXYvZGExMGEg aXMgbm90IGEgY2RldiBbc2tpcF0NCj4+IERFQlVHOiBmX2RldmljZV90cnk6IG1ha2luZyBzdXJl IC9kZXYvZGExMWEgaXMgYSBkZXZpY2Ugbm9kZQ0KPj4gREVCVUc6IGZfZGV2aWNlX3RyeTogL2Rl di9kYTExYSBpcyBub3QgYSBjZGV2IFtza2lwXQ0KPj4gREVCVUc6IGZfZGV2aWNlX3RyeTogbWFr aW5nIHN1cmUgL2Rldi9kYTEyYSBpcyBhIGRldmljZSBub2RlDQo+PiBERUJVRzogZl9kZXZpY2Vf dHJ5OiAvZGV2L2RhMTJhIGlzIG5vdCBhIGNkZXYgW3NraXBdDQo+PiBERUJVRzogZl9kZXZpY2Vf dHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2RhMTNhIGlzIGEgZGV2aWNlIG5vZGUNCj4+IERFQlVHOiBm X2RldmljZV90cnk6IC9kZXYvZGExM2EgaXMgbm90IGEgY2RldiBbc2tpcF0NCj4+IERFQlVHOiBm X2RldmljZV90cnk6IG1ha2luZyBzdXJlIC9kZXYvZGExNGEgaXMgYSBkZXZpY2Ugbm9kZQ0KPj4g REVCVUc6IGZfZGV2aWNlX3RyeTogL2Rldi9kYTE0YSBpcyBub3QgYSBjZGV2IFtza2lwXQ0KPj4g REVCVUc6IGZfZGV2aWNlX3RyeTogbWFraW5nIHN1cmUgL2Rldi9kYTE1YSBpcyBhIGRldmljZSBu b2RlDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L2RhMTVhIGlzIG5vdCBhIGNkZXYgW3Nr aXBdDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L2lzbzk2NjAvRlJF RUJTRF9JTlNUQUxMIGlzIGEgZGV2aWNlIG5vZGUNCj4+IERFQlVHOiBmX2RldmljZV90cnk6IC9k ZXYvaXNvOTY2MC9GUkVFQlNEX0lOU1RBTEwgaXMgYSBjZGV2IFtnb29kXQ0KPj4gREVCVUc6IGZf c3RydWN0X25ldzogdHlwZT1bREVWSUNFXSBuYW1lPVtkZXZpY2VfRlJFRUJTRF9JTlNUQUxMXQ0K Pj4gREVCVUc6IEZvdW5kIGEgQ0RST00gZGV2aWNlIGZvciAvZGV2L2lzbzk2NjAvRlJFRUJTRF9J TlNUQUxMDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L21kMCBpcyBh IGRldmljZSBub2RlDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L21kMCBpcyBhIGNkZXYg W2dvb2RdDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L21kMSBpcyBh IGRldmljZSBub2RlDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L21kMSBpcyBhIGNkZXYg W2dvb2RdDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiBtYWtpbmcgc3VyZSAvZGV2L21kWzAtOV1b MC05XSBpcyBhIGRldmljZSBub2RlDQo+PiBERUJVRzogZl9kZXZpY2VfdHJ5OiAvZGV2L21kWzAt OV1bMC05XSBpcyBub3QgYSBjZGV2IFtza2lwXQ0KPj4gREVCVUc6IGZfc3RydWN0X25ldzogdHlw ZT1bREVWSUNFXSBuYW1lPVtkZXZpY2VfYWRhMV0NCj4+IERFQlVHOiBGb3VuZCBhIGRpc2sgZGV2 aWNlIG5hbWVkIGFkYTENCj4+IERFQlVHOiBmX3N0cnVjdF9uZXc6IHR5cGU9W0RFVklDRV0gbmFt ZT1bZGV2aWNlX2FkYTBdDQo+PiBERUJVRzogRm91bmQgYSBkaXNrIGRldmljZSBuYW1lZCBhZGEw DQo+PiBERUJVRzogZGV2aWNlLnN1YnI6IFN1Y2Nlc3NmdWxseSBsb2FkZWQuDQo+PiBERUJVRzog Zl9pbmNsdWRlOiBmaWxlPVsvdXNyL3NoYXJlL2JzZGNvbmZpZy9kaWFsb2cuc3Vicl0NCj4+IERF QlVHOiBmX2luY2x1ZGU6IGZpbGU9Wy91c3Ivc2hhcmUvYnNkY29uZmlnL3Bhc3N3b3JkL3Bhc3N3 b3JkLnN1YnJdDQo+PiBERUJVRzogcGFzc3dvcmQvcGFzc3dvcmQuc3VicjogbG9hZGluZyBpbmNs dWRlcy4uLg0KPj4gREVCVUc6IGZfaW5jbHVkZTogZmlsZT1bL3Vzci9zaGFyZS9ic2Rjb25maWcv ZGlhbG9nLnN1YnJdDQo+PiBERUJVRzogZl9pbmNsdWRlX2xhbmc6DQo+PiBmaWxlPVsvdXNyL2xp YmV4ZWMvYnNkY29uZmlnLzA0MC5wYXNzd29yZC9pbmNsdWRlL21lc3NhZ2VzLnN1YnJdDQo+PiBs YW5nPVtdDQo+PiBERUJVRzogcGFzc3dvcmQvcGFzc3dvcmQuc3VicjogU3VjY2Vzc2Z1bGx5IGxv YWRlZC4NCj4+IERFQlVHOiBmX2luY2x1ZGU6IGZpbGU9Wy91c3Ivc2hhcmUvYnNkY29uZmlnL3Zh cmlhYmxlLnN1YnJdDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bbm9uSW50ZXJhY3RpdmVdIHZh bHVlPVtdIHI9MQ0KPj4gREVCVUc6IEJTRElOU1RBTExfQ0hST09UPVsvbW50XQ0KPj4gREVCVUc6 IEJTRElOU1RBTExfVE1QRVRDPVsvdG1wL2JzZGluc3RhbGxfZXRjXQ0KPj4gREVCVUc6IFBSSU5U Rl9GU1RBQj1bcHJpbnRmICIkRlNUQUJfRk1UIiAiJXMiICIlcyIgIiVzIiAiJXMiICIlcyIgIiVz IiA+PiAiJXMiXQ0KPj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W25vbkludGVyYWN0aXZlXSB2YWx1 ZT1bXSByPTENCj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtoZWlnaHRdIHZhbHVlPVsxNl0gcj0w DQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bd2lkdGhdIHZhbHVlPVs1NF0gcj0wDQo+PiBERUJV RzogZl9nZXR2YXI6IHZhcj1bcm93c10gdmFsdWU9WzldIHI9MA0KPj4gREVCVUc6IGZfZ2V0dmFy OiB2YXI9W21lbnVfY2hvaWNlXSB2YWx1ZT1bVCBQb29sIFR5cGUvRGlza3M6XSByPTANCj4+IERF QlVHOiByZXR2YWw9MCBtdGFnPVtUIFBvb2wgVHlwZS9EaXNrczpdDQo+PiBERUJVRzogZl9nZXR2 YXI6IHZhcj1bdmhlaWdodF0gdmFsdWU9WzEyXSByPTANCj4+IERFQlVHOiBmX2dldHZhcjogdmFy PVt2d2lkdGhdIHZhbHVlPVs0N10gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bdnJvd3Nd IHZhbHVlPVs1XSByPTANCj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVlX2Rl dmljZV92dG5ldDBfbmFtZV0gdmFsdWU9W3Z0bmV0MF0gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6 IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfdnRuZXQwX3R5cGVdIHZhbHVlPVs1XSByPTANCj4+ IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVlX2RldmljZV9jZDBfbmFtZV0gdmFs dWU9W2NkMF0gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZp Y2VfY2QwX3R5cGVdIHZhbHVlPVs2XSByPTANCj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3Ry dWN0X3ZhbHVlX2RldmljZV9GUkVFQlNEX0lOU1RBTExfbmFtZV0NCj4+IHZhbHVlPVtGUkVFQlNE X0lOU1RBTExdIHI9MA0KPj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W19zdHJ1Y3RfdmFsdWVfZGV2 aWNlX0ZSRUVCU0RfSU5TVEFMTF90eXBlXSB2YWx1ZT1bNl0gcj0wDQo+PiBERUJVRzogZl9nZXR2 YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfYWRhMV9uYW1lXSB2YWx1ZT1bYWRhMV0gcj0w DQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfYWRhMV90eXBl XSB2YWx1ZT1bMl0gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9k ZXZpY2VfYWRhMF9uYW1lXSB2YWx1ZT1bYWRhMF0gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6IHZh cj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfYWRhMF90eXBlXSB2YWx1ZT1bMl0gcj0wDQo+PiBERUJV RzogZGlhbG9nX21lbnVfbGF5b3V0OiBkaXNrcz1bYWRhMSBhZGEwXQ0KPj4gREVCVUc6IGZfZ2V0 dmFyOiB2YXI9W25vbkludGVyYWN0aXZlXSB2YWx1ZT1bXSByPTENCj4+IERFQlVHOiBmX2dldHZh cjogdmFyPVt2ZGV2X2Nob2ljZV0gdmFsdWU9W21pcnJvcl0gcj0wDQo+PiBERUJVRzogZGlhbG9n X21lbnVfbGF5b3V0OiBaRlNCT09UX1ZERVZfVFlQRT1bbWlycm9yXQ0KPj4gREVCVUc6IE5vIGRp c2tzIHNlbGVjdGVkLg0KPj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W25vbkludGVyYWN0aXZlXSB2 YWx1ZT1bXSByPTENCj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtub25JbnRlcmFjdGl2ZV0gdmFs dWU9W10gcj0xDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bbm9uSW50ZXJhY3RpdmVdIHZhbHVl PVtdIHI9MQ0KPj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W19zdHJ1Y3RfdmFsdWVfZGV2aWNlX2Fk YTBfZGVzY10gdmFsdWU9W1ZCT1gNCj4+IEhBUkRESVNLIDEuMF0gcj0wDQo+PiBERUJVRzogZl9n ZXR2YXI6IHZhcj1bX2FkYTBfc3RhdHVzOi1vZmZdIHZhbHVlPVtvZmZdIHI9MA0KPj4gREVCVUc6 IGZfZ2V0dmFyOiB2YXI9W19zdHJ1Y3RfdmFsdWVfZGV2aWNlX2FkYTFfZGVzY10gdmFsdWU9W1ZC T1gNCj4+IEhBUkRESVNLIDEuMF0gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX2FkYTFf c3RhdHVzOi1vZmZdIHZhbHVlPVtvZmZdIHI9MA0KPj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W2hl aWdodF0gdmFsdWU9WzhdIHI9MA0KPj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W3dpZHRoXSB2YWx1 ZT1bMzRdIHI9MA0KPj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W3Jvd3NdIHZhbHVlPVsyXSByPTAN Cj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtzZWxlY3Rpb25zXSB2YWx1ZT1bYWRhMCBhZGExXSBy PTANCj4+IERFQlVHOiBkaWFsb2dfbWVudV9sYXlvdXQ6IFpGU0JPT1RfRElTS1M9W2FkYTAgYWRh MV0NCj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtub25JbnRlcmFjdGl2ZV0gdmFsdWU9W10gcj0x DQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1baGVpZ2h0XSB2YWx1ZT1bMTZdIHI9MA0KPj4gREVC VUc6IGZfZ2V0dmFyOiB2YXI9W3dpZHRoXSB2YWx1ZT1bNTRdIHI9MA0KPj4gREVCVUc6IGZfZ2V0 dmFyOiB2YXI9W3Jvd3NdIHZhbHVlPVs5XSByPTANCj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtt ZW51X2Nob2ljZV0gdmFsdWU9W0UgRW5jcnlwdCBEaXNrcz9dIHI9MA0KPj4gREVCVUc6IHJldHZh bD0wIG10YWc9W0UgRW5jcnlwdCBEaXNrcz9dDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bbm9u SW50ZXJhY3RpdmVdIHZhbHVlPVtdIHI9MQ0KPj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W2hlaWdo dF0gdmFsdWU9WzE2XSByPTANCj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVt3aWR0aF0gdmFsdWU9 WzU0XSByPTANCj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtyb3dzXSB2YWx1ZT1bOV0gcj0wDQo+ PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bbWVudV9jaG9pY2VdIHZhbHVlPVs+Pj4gSW5zdGFsbF0g cj0wDQo+PiBERUJVRzogcmV0dmFsPTAgbXRhZz1bPj4+IEluc3RhbGxdDQo+PiBERUJVRzogZl9n ZXR2YXI6IHZhcj1bdmhlaWdodF0gdmFsdWU9WzEyXSByPTANCj4+IERFQlVHOiBmX2dldHZhcjog dmFyPVt2d2lkdGhdIHZhbHVlPVs0N10gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bdnJv d3NdIHZhbHVlPVs1XSByPTANCj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVl X2RldmljZV92dG5ldDBfbmFtZV0gdmFsdWU9W3Z0bmV0MF0gcj0wDQo+PiBERUJVRzogZl9nZXR2 YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfdnRuZXQwX3R5cGVdIHZhbHVlPVs1XSByPTAN Cj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVlX2RldmljZV9jZDBfbmFtZV0g dmFsdWU9W2NkMF0gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9k ZXZpY2VfY2QwX3R5cGVdIHZhbHVlPVs2XSByPTANCj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtf c3RydWN0X3ZhbHVlX2RldmljZV9GUkVFQlNEX0lOU1RBTExfbmFtZV0NCj4+IHZhbHVlPVtGUkVF QlNEX0lOU1RBTExdIHI9MA0KPj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W19zdHJ1Y3RfdmFsdWVf ZGV2aWNlX0ZSRUVCU0RfSU5TVEFMTF90eXBlXSB2YWx1ZT1bNl0gcj0wDQo+PiBERUJVRzogZl9n ZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfYWRhMV9uYW1lXSB2YWx1ZT1bYWRhMV0g cj0wDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfYWRhMV90 eXBlXSB2YWx1ZT1bMl0gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1 ZV9kZXZpY2VfYWRhMF9uYW1lXSB2YWx1ZT1bYWRhMF0gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6 IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfYWRhMF90eXBlXSB2YWx1ZT1bMl0gcj0wDQo+PiBE RUJVRzogZGlhbG9nX21lbnVfbGF5b3V0OiBkaXNrcz1bYWRhMSBhZGEwXQ0KPj4gREVCVUc6IGZf Z2V0dmFyOiB2YXI9W25vbkludGVyYWN0aXZlXSB2YWx1ZT1bXSByPTENCj4+IERFQlVHOiBmX2dl dHZhcjogdmFyPVtub25JbnRlcmFjdGl2ZV0gdmFsdWU9W10gcj0xDQo+PiBERUJVRzogZl9nZXR2 YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9kZXZpY2VfYWRhMF9jYXBhY2l0eV0NCj4+IHZhbHVlPVsx MDczNzQxODI0MF0gcj0wDQo+PiBERUJVRzogZl9nZXR2YXI6IHZhcj1bX3N0cnVjdF92YWx1ZV9k ZXZpY2VfYWRhMV9jYXBhY2l0eV0NCj4+IHZhbHVlPVsxMDczNzQxODI0MF0gcj0wDQo+PiBERUJV RzogZl9nZXR2YXI6IHZhcj1bbm9uSW50ZXJhY3RpdmVdIHZhbHVlPVtdIHI9MQ0KPj4gREVCVUc6 IC91c3IvbGliZXhlYy9ic2RpbnN0YWxsL3pmc2Jvb3Q6IExhc3QgQ2hhbmNlIQ0KPj4gREVCVUc6 IHpmc19jcmVhdGVfYm9vdDogcG9vbG5hbWU9W3pyb290XSB2ZGV2X3R5cGU9W21pcnJvcl0NCj4+ IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IEluaXRpYWxpemluZyB0ZW1wb3JhcnkgZnN0YWIoNSkg ZmlsZS4uLg0KPj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDogOj4gIiRCU0RJTlNUQUxMX1RNUEVU Qy9mc3RhYiINCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IHJldHZhbD0wIDxubyBvdXRwdXQ+ DQo+PiBERUJVRzogemZzX2NyZWF0ZV9ib290OiBwcmludGYgIiRGU1RBQl9GTVQiICIjIERldmlj ZSIgIk1vdW50cG9pbnQiDQo+PiAiRlN0eXBlIiAiT3B0aW9ucyIgIkR1bXAiICJQYXNzIyIgPj4g IiRCU0RJTlNUQUxMX1RNUEVUQy9mc3RhYiINCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IHJl dHZhbD0wIDxubyBvdXRwdXQ+DQo+PiBERUJVRzogemZzX2NyZWF0ZV9ib290OiBFeHBhbmRpbmcg c3VwcGxpZWQgc3dhcHNpemUvZ2VsaXNpemUgdmFsdWVzLi4uDQo+PiBERUJVRzogemZzX2NyZWF0 ZV9ib290OiBaRlNCT09UX1NXQVBfU0laRT1bMmddIHN3YXBzaXplPVsyMTQ3NDgzNjQ4XQ0KPj4g REVCVUc6IHpmc19jcmVhdGVfYm9vdDogWkZTQk9PVF9HRUxJX0JPT1RfU0laRT1bMmddIGdlbGlz aXplPVsyMTQ3NDgzNjQ4XQ0KPj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDogUHJlcGFyaW5nIGRp c2sgcGFydGl0aW9ucyBmb3IgWkZTIHBvb2wuLi4NCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2tw YXJ0OiBkaXNrPVthZGEwXSBpbmRleD1bMF0NCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0 OiBEZXN0cm95aW5nIGFsbCBkYXRhL2xheW91dHMgb24gYGFkYTAnLi4uDQo+PiBERUJVRzogemZz X2NyZWF0ZV9kaXNrcGFydDogR2V0dGluZyBkaXNrIGNhcGFjdGl5IGZvciBgYWRhMCcNCj4+IERF QlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVlX2RldmljZV9hZGEwX2NhcGFjaXR5XQ0K Pj4gdmFsdWU9WzEwNzM3NDE4MjQwXSByPTANCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0 OiBkaXNrc2l6ZT1bMTA3Mzc0MTgyNDBdIHBhcnRzaXplPVs4NTg5OTM0NTkyXQ0KPj4gREVCVUc6 IHpmc19jcmVhdGVfZGlza3BhcnQ6IENyZWF0aW5nIEdQVCBsYXlvdXQuLi4NCj4+IERFQlVHOiB6 ZnNfY3JlYXRlX2Rpc2twYXJ0OiBncGFydCBjcmVhdGUgLXMgZ3B0ICIkZGlzayINCj4+IERFQlVH OiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiByZXR2YWw9MCA8b3V0cHV0IGJlbG93Pg0KPj4gYWRhMCBj cmVhdGVkDQo+PiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogZ3BhcnQgYWRkIC1sIGdwdGJv b3QkaW5kZXggLXQgZnJlZWJzZC1ib290DQo+PiAtcyA1MTJrICIkZGlzayINCj4+IERFQlVHOiB6 ZnNfY3JlYXRlX2Rpc2twYXJ0OiByZXR2YWw9MCA8b3V0cHV0IGJlbG93Pg0KPj4gYWRhMHAxIGFk ZGVkDQo+PiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogZ3BhcnQgYm9vdGNvZGUgLWIgIi9i b290L3BtYnIiIC1wDQo+PiAiL2Jvb3QvZ3B0emZzYm9vdCIgLWkgMSAiJGRpc2siDQo+PiBERUJV RzogemZzX2NyZWF0ZV9kaXNrcGFydDogcmV0dmFsPTAgPG91dHB1dCBiZWxvdz4NCj4+IGJvb3Rj b2RlIHdyaXR0ZW4gdG8gYWRhMA0KPj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6IGdlbGlz aXplPVtnZWxpc2l6ZT1bMjE0NzQ4MzY0OF1dDQo+PiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFy dDogZ3BhcnQgYWRkIC1sIGJvb3QkaW5kZXggLXQgZnJlZWJzZC16ZnMgLXMNCj4+ICR7Z2VsaXNp emV9YiAiJGRpc2siDQo+PiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogcmV0dmFsPTAgPG91 dHB1dCBiZWxvdz4NCj4+IGFkYTBwMiBhZGRlZA0KPj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3Bh cnQ6IHBhcnRzaXplPVtwYXJ0c2l6ZT1bNjQ0MjQ1MDk0NF1dDQo+PiBERUJVRzogemZzX2NyZWF0 ZV9kaXNrcGFydDogZ3BhcnQgYWRkIC1sIHpmcyRpbmRleCAtdCBmcmVlYnNkLXpmcyAtcw0KPj4g JHtwYXJ0c2l6ZX1iICIkZGlzayINCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiByZXR2 YWw9MCA8b3V0cHV0IGJlbG93Pg0KPj4gYWRhMHAzIGFkZGVkDQo+PiBERUJVRzogemZzX2NyZWF0 ZV9kaXNrcGFydDogZ3BhcnQgYWRkIC1sIHN3YXAkaW5kZXggLXQgZnJlZWJzZC1zd2FwICIkZGlz ayINCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiByZXR2YWw9MCA8b3V0cHV0IGJlbG93 Pg0KPj4gYWRhMHA0IGFkZGVkDQo+PiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogcHJpbnRm ICIkRlNUQUJfRk1UIiAiL2Rldi9ncHQvc3dhcCRpbmRleCINCj4+ICJub25lIiAic3dhcCIgInN3 IiAiMCIgIjAiID4+ICIkQlNESU5TVEFMTF9UTVBFVEMvZnN0YWIiDQo+PiBERUJVRzogemZzX2Ny ZWF0ZV9kaXNrcGFydDogcmV0dmFsPTAgPG5vIG91dHB1dD4NCj4+IERFQlVHOiB6ZnNfY3JlYXRl X2Rpc2twYXJ0OiBkaXNrPVthZGExXSBpbmRleD1bMV0NCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Rp c2twYXJ0OiBEZXN0cm95aW5nIGFsbCBkYXRhL2xheW91dHMgb24gYGFkYTEnLi4uDQo+PiBERUJV RzogemZzX2NyZWF0ZV9kaXNrcGFydDogR2V0dGluZyBkaXNrIGNhcGFjdGl5IGZvciBgYWRhMScN Cj4+IERFQlVHOiBmX2dldHZhcjogdmFyPVtfc3RydWN0X3ZhbHVlX2RldmljZV9hZGExX2NhcGFj aXR5XQ0KPj4gdmFsdWU9WzEwNzM3NDE4MjQwXSByPTANCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Rp c2twYXJ0OiBkaXNrc2l6ZT1bMTA3Mzc0MTgyNDBdIHBhcnRzaXplPVs4NTg5OTM0NTkyXQ0KPj4g REVCVUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6IENyZWF0aW5nIEdQVCBsYXlvdXQuLi4NCj4+IERF QlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiBncGFydCBjcmVhdGUgLXMgZ3B0ICIkZGlzayINCj4+ IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiByZXR2YWw9MCA8b3V0cHV0IGJlbG93Pg0KPj4g YWRhMSBjcmVhdGVkDQo+PiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogZ3BhcnQgYWRkIC1s IGdwdGJvb3QkaW5kZXggLXQgZnJlZWJzZC1ib290DQo+PiAtcyA1MTJrICIkZGlzayINCj4+IERF QlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiByZXR2YWw9MCA8b3V0cHV0IGJlbG93Pg0KPj4gYWRh MXAxIGFkZGVkDQo+PiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogZ3BhcnQgYm9vdGNvZGUg LWIgIi9ib290L3BtYnIiIC1wDQo+PiAiL2Jvb3QvZ3B0emZzYm9vdCIgLWkgMSAiJGRpc2siDQo+ PiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogcmV0dmFsPTAgPG91dHB1dCBiZWxvdz4NCj4+ IGJvb3Rjb2RlIHdyaXR0ZW4gdG8gYWRhMQ0KPj4gREVCVUc6IHpmc19jcmVhdGVfZGlza3BhcnQ6 IGdlbGlzaXplPVtnZWxpc2l6ZT1bMjE0NzQ4MzY0OF1dDQo+PiBERUJVRzogemZzX2NyZWF0ZV9k aXNrcGFydDogZ3BhcnQgYWRkIC1sIGJvb3QkaW5kZXggLXQgZnJlZWJzZC16ZnMgLXMNCj4+ICR7 Z2VsaXNpemV9YiAiJGRpc2siDQo+PiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDogcmV0dmFs PTAgPG91dHB1dCBiZWxvdz4NCj4+IGFkYTFwMiBhZGRlZA0KPj4gREVCVUc6IHpmc19jcmVhdGVf ZGlza3BhcnQ6IHBhcnRzaXplPVtwYXJ0c2l6ZT1bNjQ0MjQ1MDk0NF1dDQo+PiBERUJVRzogemZz X2NyZWF0ZV9kaXNrcGFydDogZ3BhcnQgYWRkIC1sIHpmcyRpbmRleCAtdCBmcmVlYnNkLXpmcyAt cw0KPj4gJHtwYXJ0c2l6ZX1iICIkZGlzayINCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0 OiByZXR2YWw9MCA8b3V0cHV0IGJlbG93Pg0KPj4gYWRhMXAzIGFkZGVkDQo+PiBERUJVRzogemZz X2NyZWF0ZV9kaXNrcGFydDogZ3BhcnQgYWRkIC1sIHN3YXAkaW5kZXggLXQgZnJlZWJzZC1zd2Fw ICIkZGlzayINCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Rpc2twYXJ0OiByZXR2YWw9MCA8b3V0cHV0 IGJlbG93Pg0KPj4gYWRhMXA0IGFkZGVkDQo+PiBERUJVRzogemZzX2NyZWF0ZV9kaXNrcGFydDog cHJpbnRmICIkRlNUQUJfRk1UIiAiL2Rldi9ncHQvc3dhcCRpbmRleCINCj4+ICJub25lIiAic3dh cCIgInN3IiAiMCIgIjAiID4+ICIkQlNESU5TVEFMTF9UTVBFVEMvZnN0YWIiDQo+PiBERUJVRzog emZzX2NyZWF0ZV9kaXNrcGFydDogcmV0dmFsPTAgPG5vIG91dHB1dD4NCj4+IERFQlVHOiB6ZnNf Y3JlYXRlX2Jvb3Q6IEFwcGx5aW5nIDRrIGFsaWdubWVudCB3aXRoIGdub3AoOCkuLi4NCj4+IERF QlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6ICo9W2FkYTAgYWRhMV0NCj4+IERFQlVHOiB6ZnNfY3JlYXRl X2Jvb3Q6IGRpc2s9W2FkYTBdIHBhcnQ9W3AyXQ0KPj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDog Z25vcCBjcmVhdGUgLVMgNDA5NiAiJGRpc2skcGFydCINCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Jv b3Q6IHJldHZhbD0wIDxubyBvdXRwdXQ+DQo+PiBERUJVRzogemZzX2NyZWF0ZV9ib290OiBkaXNr PVthZGExXSBwYXJ0PVtwMl0NCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IGdub3AgY3JlYXRl IC1TIDQwOTYgIiRkaXNrJHBhcnQiDQo+PiBERUJVRzogemZzX2NyZWF0ZV9ib290OiByZXR2YWw9 MCA8bm8gb3V0cHV0Pg0KPj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDogU2V0dGluZyB1cCBkaXNr IGVuY3J5cHRpb24uLi4NCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IG1vdW50IC10IHRtcGZz ICJub25lIiAiJEJTRElOU1RBTExfQ0hST09UIg0KPj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDog cmV0dmFsPTAgPG5vIG91dHB1dD4NCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IFpGU0JPT1Rf R0VMSV9QT09MX05BTUU9W2Jvb3Rwb29sXQ0KPj4gYm9vdHZkZXY9W21pcnJvcl0gdW5lbmNfbGlz dD1bIGFkYTBwMi5ub3AgYWRhMXAyLm5vcF0NCj4+IERFQlVHOiB6ZnNfY3JlYXRlX2Jvb3Q6IHpw b29sIGNyZWF0ZSAtbyBhbHRyb290PSIkQlNESU5TVEFMTF9DSFJPT1QiDQo+PiAgICAgICAgICAg IC1tICIvJFpGU0JPT1RfR0VMSV9QT09MX05BTUUiIC1mDQo+PiAiJFpGU0JPT1RfR0VMSV9QT09M X05BTUUiICRib290dmRldiAkdW5lbmNfbGlzdA0KPj4gREVCVUc6IHpmc19jcmVhdGVfYm9vdDog cmV0dmFsPTEyNyA8b3V0cHV0IGJlbG93Pg0KPj4gbWlzc2luZyBwb29sIG5hbWUgYXJndW1lbnQN Cj4+IHVzYWdlOg0KPj4gY3JlYXRlIFstZm5kXSBbLW8gcHJvcGVydHk9dmFsdWVdIC4uLg0KPj4g IFstTyBmaWxlLXN5c3RlbS1wcm9wZXJ0eT12YWx1ZV0gLi4uDQo+PiAgWy1tIG1vdW50cG9pbnRd IFstUiByb290XSA8cG9vbD4gPHZkZXY+IC4uLg0KPj4gZXZhbDogLW06IG5vdCBmb3VuZA0KPj4g REVCVUc6IGZfZ2V0dmFyOiB2YXI9W2hlaWdodF0gdmFsdWU9WzEwXSByPTANCj4+IERFQlVHOiBm X2dldHZhcjogdmFyPVt3aWR0aF0gdmFsdWU9WzUyXSByPTANCj4+IERFQlVHOiBmX2dldHZhcjog dmFyPVtub25JbnRlcmFjdGl2ZV0gdmFsdWU9W10gcj0xDQo+PiBERUJVRzogZl9nZXR2YXI6IHZh cj1baGVpZ2h0XSB2YWx1ZT1bMTZdIHI9MA0KPj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W3dpZHRo XSB2YWx1ZT1bNTRdIHI9MA0KPj4gREVCVUc6IGZfZ2V0dmFyOiB2YXI9W3Jvd3NdIHZhbHVlPVs5 XSByPTANCj4+IA0KPiANCj4gKHNtaWxlcykNCj4gDQo+IEFsbCB0aGUgd29yayBJIHB1dCBpbnRv IGRlYnVnZ2luZyBpcyByZWFsbHkgcGF5aW5nIG9mZi4NCj4gKHRoZSBhYm92ZSB0ZXh0IGlzIGEg YmVhdXRpZnVsIHNpZ2h0IGZvciBtZSkNCj4gLS0gDQo+IERldmluDQo+IA0KPiANCj4gDQo+IA0K Pj4gMjAxMy8xMi80IFRlc2tlLCBEZXZpbiA8RGV2aW4uVGVza2VAZmlzZ2xvYmFsLmNvbT46DQo+ Pj4gT24gRGVjIDQsIDIwMTMsIGF0IDc6NDAgQU0sIFBhdmVsIFRpbW9mZWV2IHdyb3RlOg0KPj4+ IA0KPj4+PiBJdCdzIHN0YW5kYXJkIG5hbWUuIEkgZGlkbid0IGNoYW5nZSBhbnl0aGluZywgZXhj ZXB0IGVuY3J5cHRpb24gYnV0dG9uLg0KPj4+PiANCj4+PiANCj4+PiBUaGFua3MuDQo+Pj4gDQo+ Pj4gTG9va3MgbGlrZSB0aGUgcHJvYmxlbSBpcyB3aGl0ZXNwYWNlIGluIHRoZSBjb2RlLg0KPj4+ IA0KPj4+IA0KPj4+IC0tDQo+Pj4gRGV2aW4NCj4+PiANCj4+PiANCj4+PiANCj4+PiANCj4+PiAN Cj4+Pj4gMDQuMTIuMjAxMyAxOTozNiDQv9C+0LvRjNC30L7QstCw0YLQtdC70YwgIlRlc2tlLCBE ZXZpbiIgPERldmluLlRlc2tlQGZpc2dsb2JhbC5jb20+DQo+Pj4+INC90LDQv9C40YHQsNC7Og0K Pj4+PiANCj4+Pj4gT24gRGVjIDQsIDIwMTMsIGF0IDM6MzkgQU0sIFBhdmVsIFRpbW9mZWV2IHdy b3RlOg0KPj4+PiANCj4+Pj4+IEhpIGFsbCENCj4+Pj4+IExhc3Rlc3QgMTAuMC1CRVRBNCBjYW4n dCBiZSBpbnN0YWxsZWQgdXNpbmcgYnNkaW5zdGFsbCBvbiBaRlMgd2l0aA0KPj4+Pj4gZW5jcnlw dGlvbi4NCj4+Pj4+IEJzZGluc3RhbGwncyBicm9rZW4uIEl0IGdpdmVzIGFuIGVycm9yOg0KPj4+ Pj4gDQo+Pj4+PiBtaXNzaW5nIHBvb2wgbmFtZSBhcmd1bWVudA0KPj4+Pj4gdXNhZ2U6DQo+Pj4+ PiAgY3JlYXRlIFs8aGVyZSBpcyBoZWxwIG91dHB1dD5dDQo+Pj4+PiBldmFsOiAtbTogbm90IGZv dW5kLg0KPj4+PiANCj4+Pj4gV2hhdCBkaWQgeW91IHVzZSBmb3IgYSBwb29sIG5hbWU/IChkaWQg aXQgaGF2ZSBhIHNwYWNlPyB0cnkgd2l0aG91dCkNCj4+Pj4gDQo+Pj4+IEFyZSB5b3UgY2FwYWJs ZSBvZiBwbHVja2luZyB0aGUgL3RtcC9ic2RpbnN0YWxsX2xvZyBmaWxlIGZyb20gdGhlDQo+Pj4+ IGluc3RhbGxhdGlvbiBlbnZpcm9ubWVudCBpbiBvcmRlciB0byBzZW5kIHVzIGEgY29weT8NCj4+ Pj4gLS0NCj4+Pj4gRGV2aW4NCj4+Pj4gDQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+PiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+Pj4gZnJlZWJz ZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+Pj4+PiBodHRwczovL3VybGRlZmVu c2UucHJvb2Zwb2ludC5jb20vdjEvdXJsP3U9aHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxt YW4vbGlzdGluZm8vZnJlZWJzZC1zdGFibGUmaz0lMkZia3BBVWRKV1p1aVRJTENxJTJGRm5RZyUz RCUzRCUwQSZyPUxUelVXV3JSbnoyaU4zUHRIRHViV1JTQWg5aXRWSiUyQk1VY05CQ1E0dHllbyUz RCUwQSZtPW1lTWIyMmh3Rm10cE9GWXNnbktOSE1KJTJCU3VOJTJCSTVwNFF4ODQ2U0MzYjhRJTNE JTBBJnM9NWEwNTIxMzJkMjc1MGQyOTkzMWQxZDI3ZjU2ZDk1NGQxZWUwYWIwMTc5MTJiOGViNzdm ODFmMWE0NjIwNTFkOA0KPj4+Pj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8NCj4+ Pj4+ICJmcmVlYnNkLXN0YWJsZS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCj4+Pj4gDQo+Pj4+ IF9fX19fX19fX19fX18NCj4+Pj4gVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1l c3NhZ2UgaXMgcHJvcHJpZXRhcnkgYW5kL29yDQo+Pj4+IGNvbmZpZGVudGlhbC4gSWYgeW91IGFy ZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlOiAoaSkgZGVsZXRlIHRoZQ0KPj4+ PiBtZXNzYWdlIGFuZCBhbGwgY29waWVzOyAoaWkpIGRvIG5vdCBkaXNjbG9zZSwgZGlzdHJpYnV0 ZSBvciB1c2UgdGhlIG1lc3NhZ2UNCj4+Pj4gaW4gYW55IG1hbm5lcjsgYW5kIChpaWkpIG5vdGlm eSB0aGUgc2VuZGVyIGltbWVkaWF0ZWx5LiBJbiBhZGRpdGlvbiwgcGxlYXNlDQo+Pj4+IGJlIGF3 YXJlIHRoYXQgYW55IG1lc3NhZ2UgYWRkcmVzc2VkIHRvIG91ciBkb21haW4gaXMgc3ViamVjdCB0 byBhcmNoaXZpbmcNCj4+Pj4gYW5kIHJldmlldyBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGlu dGVuZGVkIHJlY2lwaWVudC4gVGhhbmsgeW91Lg0KPj4+IA0KPj4+IF9fX19fX19fX19fX18NCj4+ PiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSBpcyBwcm9wcmlldGFy eSBhbmQvb3INCj4+PiBjb25maWRlbnRpYWwuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCBy ZWNpcGllbnQsIHBsZWFzZTogKGkpIGRlbGV0ZSB0aGUNCj4+PiBtZXNzYWdlIGFuZCBhbGwgY29w aWVzOyAoaWkpIGRvIG5vdCBkaXNjbG9zZSwgZGlzdHJpYnV0ZSBvciB1c2UgdGhlIG1lc3NhZ2UN Cj4+PiBpbiBhbnkgbWFubmVyOyBhbmQgKGlpaSkgbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRl bHkuIEluIGFkZGl0aW9uLCBwbGVhc2UNCj4+PiBiZSBhd2FyZSB0aGF0IGFueSBtZXNzYWdlIGFk ZHJlc3NlZCB0byBvdXIgZG9tYWluIGlzIHN1YmplY3QgdG8gYXJjaGl2aW5nDQo+Pj4gYW5kIHJl dmlldyBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudC4gVGhhbmsg eW91Lg0KPiANCg0KCl9fX19fX19fX19fX18KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0 aGlzIG1lc3NhZ2UgaXMgcHJvcHJpZXRhcnkgYW5kL29yIGNvbmZpZGVudGlhbC4gSWYgeW91IGFy ZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlOiAoaSkgZGVsZXRlIHRoZSBtZXNz YWdlIGFuZCBhbGwgY29waWVzOyAoaWkpIGRvIG5vdCBkaXNjbG9zZSwgZGlzdHJpYnV0ZSBvciB1 c2UgdGhlIG1lc3NhZ2UgaW4gYW55IG1hbm5lcjsgYW5kIChpaWkpIG5vdGlmeSB0aGUgc2VuZGVy IGltbWVkaWF0ZWx5LiBJbiBhZGRpdGlvbiwgcGxlYXNlIGJlIGF3YXJlIHRoYXQgYW55IG1lc3Nh Z2UgYWRkcmVzc2VkIHRvIG91ciBkb21haW4gaXMgc3ViamVjdCB0byBhcmNoaXZpbmcgYW5kIHJl dmlldyBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudC4gVGhhbmsg eW91Lgo= From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 17:09:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D8715AB; Wed, 4 Dec 2013 17:09:49 +0000 (UTC) Received: from mail-pb0-x22b.google.com (mail-pb0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 249331017; Wed, 4 Dec 2013 17:09:49 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id rq2so23811283pbb.2 for ; Wed, 04 Dec 2013 09:09:48 -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:date:message-id:subject :from:to:cc:content-type; bh=hzqoSeUMKJSmkUxstvaxDipijo4Dc4TTz3AmRgj+Mjs=; b=COJiE4cnhfbVIXWaccxWWraWTR2uvZF/+hfb7i2YT3BDu4e5BrKPECEexiMvUS1W33 +ttabGJ1JaGg49ltdotrAVG/l5qrdYcqo6ou/pzYuIxkzVzr2aDj8WZsn4lQNGWSCfGq 1yclnn1ODUuSMD1eY/fLIE2THj9WW/vq2LnxoK4Rbx/hcB8Qd5uVbDBQWPINz6Fhy4dk ubQcd3WuCRLf3bXgPrx/Z8RRaR9vS1NgT0c1ncmNzyqIdqMg7Sj/cegibypD8oqNwEzU AORucX64zDnmrxxCl2sdHauveEyaAHkBCaM/5QDOEAg9vMks+stugPUvbgSVDbtANyFD eLrQ== MIME-Version: 1.0 X-Received: by 10.66.121.234 with SMTP id ln10mr81853384pab.20.1386176988774; Wed, 04 Dec 2013 09:09:48 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Wed, 4 Dec 2013 09:09:48 -0800 (PST) In-Reply-To: <20131204060246.GV2951@home.opsec.eu> References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> Date: Wed, 4 Dec 2013 09:09:48 -0800 X-Google-Sender-Auth: DN8X6_BywsWWVTTpIEqH--4cAPQ Message-ID: Subject: Re: BIND segway -> python -> first-class ports From: Kevin Oberman To: Kurt Jaeger Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Daniel Eischen , Julian Elischer , "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 17:09:49 -0000 On Tue, Dec 3, 2013 at 10:02 PM, Kurt Jaeger wrote: > Hi! > > > kept in base. If we have to import a minimal python > > Then I want perl back, too 8-) > > -- > pi@opsec.eu +49 171 3101372 7 years to > go ! > _______________________________________________ > > While Kurt is kidding, remember that "contributed" software in the base system translates to obsolete software in the base system. I well recall the pain of having very old perl because it was part of the base and the major effort required to remove all base dependencies so that perl could be removed. We really don't want complex software that is developed outside the community in FreeBSD. Look how old the base versions of OpenSSL and gcc get to be. We need a good C compiler in base and other things that are not part of FreeBSD. Do we need a DNS resolver? Yes, but it can be light-weight and not a full blown DNS implementation. Mail? Probably, but some day Greg will no longer be updating sendmail for us and then it becomes less obvious that sendmail is the right way to go (though it may be). I think the proposal for a set if critical ports that must be maintained in good order and kept up to date is an excellent one. It keeps the base clean and allows ports to move to updated versions in a reasonable and timely fashion. Of course, the question of what needs to be a class 1 port may prove to be the bikeshed to end all bikesheds! (I think we need Python, Perl, JPEG, PNG, GPG, BIND and bright yellow!) And we need a reasonable mechanism to update this list as the popularity of various tools does change. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 17:11:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AB386E4 for ; Wed, 4 Dec 2013 17:11:21 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39455105D for ; Wed, 4 Dec 2013 17:11:21 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id i13so6862018qae.2 for ; Wed, 04 Dec 2013 09:11:20 -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:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=VXNOeoBqI7z07AimU/JhvzEc6DCVlNb4eM7gnCbFU7U=; b=MgBNqdHkpHvcusHUYhUl0L27vOVfIgWSJQHTCp+C6RxjjEUWhcovXvaLS3pbujfXGr S6xIGXKlEODoDqqlhXVAg8qqnouIQsaGwP9y/HIFkOM2ddT4DfdglofyjsoeGsjl4Vr7 q6GSk2dw5rgWQdrAyLei5kw1g66/p7M7OcboPCfB3kzKMnp183YEF2Q6+VYWm516MGTT DP1mTx05aJk/J7Rr0wIOMqomc+UIpC4wCfRuKUUzFUDOMIdJljxwHBXCfRDueN1ADfpw QiYjFnnOciwyXJiLMPjK1mWe92l+wVe+BAzqZGsGcrWxqfOg5TpKjrhaWrXB2dvvrOFZ qNnQ== MIME-Version: 1.0 X-Received: by 10.49.24.163 with SMTP id v3mr76752712qef.78.1386177080404; Wed, 04 Dec 2013 09:11:20 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Wed, 4 Dec 2013 09:11:20 -0800 (PST) In-Reply-To: <529E391F.80402@gmail.com> References: <20131203193528.GA26870@gmail.com> <529E391F.80402@gmail.com> Date: Wed, 4 Dec 2013 09:11:20 -0800 X-Google-Sender-Auth: XeCpl0JReLrlAFsTigMYZtSIK-w Message-ID: Subject: Re: Add proper cpu scaling support for amd cpus From: Adrian Chadd To: Andrew Berg Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 17:11:21 -0000 The PR says it was applied late november? -a On 3 December 2013 12:03, Andrew Berg wrote: > On 2013.12.03 13:35, Claudio wrote: >> Hello, >> >> Would it be possible to apply this patch: http://www.freebsd.org/cgi/que= ry-pr.cgi?pr=3D167018 to stable so that it gets in 10 release? without it c= pu scaling on most (especially recent) amd cpus doesn't work properly and t= he dmesg gets cluttered with "hwpstate0: set freq failed " errors. > I'd like to see this as well since the spam makes it impossible to get an= ything useful from dmesg after a while. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 17:17:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40767861; Wed, 4 Dec 2013 17:17:15 +0000 (UTC) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EBEB7109A; Wed, 4 Dec 2013 17:17:14 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id at1so26664943iec.5 for ; Wed, 04 Dec 2013 09:17:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=0Bw1LQO0Ngp7tpQfsKrxA/bt+s56Xk+3atB0f7ZY2Lc=; b=NqE6oEwXvIWZer9sgjqJeGyWAp0vuIFiox2K0XKeDdS3ee72DBBKLO5Fs1cldsmRl4 0rDNbknPCJLUjOT///XmxKp7bK9PnfmSuRT6vxX2mH2HHCSGaNxXkd4DKFNCH4Ls/Asf ur//Rp7wS8i40p//UP4Gy8glAJeUSv78QTP9zfaaLjQEauaRGvfIFUMyYCYgq1ShsWVh jBXYoR/f9n/t0beILutoRsPTD7m5WO/4scQ1J5HyKG/2zFOpRD5yYRRxsC3o3Jcn+fOt 028/h2B9LhwH/+nnKAyEf+E9Gz9wGhcCS6CgJWbEujMhj11qKTKodEa6GXwx5g8iMQqc zMHw== MIME-Version: 1.0 X-Received: by 10.50.87.36 with SMTP id u4mr2055640igz.40.1386177434369; Wed, 04 Dec 2013 09:17:14 -0800 (PST) Received: by 10.64.140.38 with HTTP; Wed, 4 Dec 2013 09:17:14 -0800 (PST) In-Reply-To: References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> Date: Wed, 4 Dec 2013 17:17:14 +0000 Message-ID: Subject: Re: BIND segway -> python -> first-class ports From: Tom Evans To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Cc: Daniel Eischen , "freebsd-stable@freebsd.org Stable" , Kurt Jaeger , Julian Elischer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 17:17:15 -0000 On Wed, Dec 4, 2013 at 5:09 PM, Kevin Oberman wrote: > Of course, the question of what needs to be a class 1 port may prove to be > the bikeshed to end all bikesheds! (I think we need Python, Perl, JPEG, > PNG, GPG, BIND and bright yellow!) And we need a reasonable mechanism to > update this list as the popularity of various tools does change. Woah, this is missing most of what Alfred was saying. There should be no "class 1 ports", and if jpeg went in base, it should be because base requires and uses it, not because it is useful to 3rd party software in base. The base jpeg *would not* even be visible to ports/3rd party software by default, only to base and things especially configured to use base. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 17:54:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0205121E; Wed, 4 Dec 2013 17:54:19 +0000 (UTC) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B72E812B8; Wed, 4 Dec 2013 17:54:18 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id e14so27907723iej.28 for ; Wed, 04 Dec 2013 09:54:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=JeT5uh7gUJ1Og2uZ+QPxmhRjxTiAnYl/J1zgi3KYdfo=; b=U8gdfM+0BJ56E7H0+bf/hVNDFE9jox7BdTa51E2ixnflD9teenD/y5xpj8rKy22QVL ceG24PoXGgrThfwGNOGiIxfW4d+yKzPlHEoybYR9dYoAdf0yCEycz/RvzPeSspqbbwiT 9dK0Pq6hmRNsN3SQ8JqZzwa86lsUSDjJ9i88+V0gTJoEW67ylNkmBm9uNq3RRrvtpoNP V7DnjINGaVjjyt6/qvqCvgWzlKWRRFkgBSszqFR3pJ7NUVSgY677w5hWAkL2nt+HRVZb RPLrif2wd/YA0/DOPVoBxxRQjaa9bwSep5tAinF2xrHNn4KdLDy5bnO09Jvtr12qQ5Du jQ6A== X-Received: by 10.50.143.10 with SMTP id sa10mr8873318igb.8.1386179658148; Wed, 04 Dec 2013 09:54:18 -0800 (PST) Received: from [10.0.0.21] (c-98-240-141-71.hsd1.mn.comcast.net. [98.240.141.71]) by mx.google.com with ESMTPSA id hv5sm5360696igb.9.2013.12.04.09.54.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Dec 2013 09:54:17 -0800 (PST) Message-ID: <529F6C48.7030806@gmail.com> Date: Wed, 04 Dec 2013 11:54:16 -0600 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Add proper cpu scaling support for amd cpus References: <20131203193528.GA26870@gmail.com> <529E391F.80402@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 17:54:19 -0000 On 2013.12.04 11:11, Adrian Chadd wrote: > The PR says it was applied late november? I updated to r258901 and it is not there, but the patch applies cleanly and works with my CPU (AMD FX(tm)-6300 Six-Core Processor (3515.85-MHz K8-class CPU)). From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 17:58:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D1BB568 for ; Wed, 4 Dec 2013 17:58:06 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E02BA130B for ; Wed, 4 Dec 2013 17:58:05 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id c9so2431650qcz.2 for ; Wed, 04 Dec 2013 09:58:05 -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:date:message-id:subject :from:to:cc:content-type; bh=giF1JNb1Tpcn7QQNvHmB8UI/iaGwiQMCAAZy660tgH4=; b=PyLe786u2iQAA4xQZ+wsynwd+sviPQVe7PY54JnJhGPRx/cLFiMr+8RWSbLdGS+hNJ a77IsJubVNdnrm1PAGWkhwEyy1IbfVFNBDAzFL2hH26H75IpguMUsRv0KSCLuji07gS0 EUItYr7r8oJx2Ayo2+ERUxCsOuD3Es5HE30X1CGvnI5WWSswOG6t6Usyiti5glRXmQiL XJOuNgvX9/GTaAGqd7GRExflrBnZ1O6woRRc57bJZR0X3kxVKoYF8sAyaHBhQyCav1Jg NxdK5LraltVY1qFM0FqK0Me3T5vXtP4CiLioZUj8lNa0EJhGbJdtuRvXyJWZCcutXJed nK3g== MIME-Version: 1.0 X-Received: by 10.49.17.232 with SMTP id r8mr138540716qed.74.1386179885113; Wed, 04 Dec 2013 09:58:05 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Wed, 4 Dec 2013 09:58:05 -0800 (PST) In-Reply-To: <529F6C48.7030806@gmail.com> References: <20131203193528.GA26870@gmail.com> <529E391F.80402@gmail.com> <529F6C48.7030806@gmail.com> Date: Wed, 4 Dec 2013 09:58:05 -0800 X-Google-Sender-Auth: eQAKd2WYPr9YMta89Fc9OtBEc_U Message-ID: Subject: Re: Add proper cpu scaling support for amd cpus From: Adrian Chadd To: Andrew Berg Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 17:58:06 -0000 Which branch did you update on? HEAD? Or? -a On 4 December 2013 09:54, Andrew Berg wrote: > On 2013.12.04 11:11, Adrian Chadd wrote: >> The PR says it was applied late november? > I updated to r258901 and it is not there, but the patch applies cleanly and works with my CPU (AMD FX(tm)-6300 Six-Core Processor > (3515.85-MHz K8-class CPU)). From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 17:59:32 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF6ED684; Wed, 4 Dec 2013 17:59:32 +0000 (UTC) Received: from burnttofu.net (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AAACF1328; Wed, 4 Dec 2013 17:59:32 +0000 (UTC) Received: from schuylkill.es.net ([IPv6:2001:400:14:1:59b8:9da0:59a8:ae93]) (authenticated bits=0) by burnttofu.net (8.14.7/8.14.5) with ESMTP id rB4HxTl1020663 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Wed, 4 Dec 2013 12:59:30 -0500 (EST) (envelope-from michael@rancid.berkeley.edu) Message-ID: <529F6D81.1010808@rancid.berkeley.edu> Date: Wed, 04 Dec 2013 09:59:29 -0800 From: Michael Sinatra User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Erwin Lansing Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> In-Reply-To: <20131204095855.GY29825@droso.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]); Wed, 04 Dec 2013 12:59:31 -0500 (EST) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 17:59:33 -0000 On 12/04/13 01:58, Erwin Lansing wrote: > It's not as simple as you describe, trust me I tried :-) Is it not simple because the original chroot environment was wonky or is it not simple because there's a desire to banish all remnants of BIND to /usr/local? It's actually a serious question, as I think the real issue is whether we allow certain ports to install themselves in the filesystem area typically reserved for "base." If so, then the "tier1" ports being described in the other thread can be the ones that can install themselves in the "base area" which ought to make the chroot thing a lot easier. > The one point people in this thread seem to be missing is why BIND > should be treated differently than all the other DNS severs? Maybe because the work to provide a solid chroot environment has already been done. But that also begs the question, why is unbound now being treated differently than all of the other DNS servers? FreeBSD has done a significant amount of work to integrate unbound into base *and* provide default chroot for it. I don't think all that work was done just because we needed a working "host" command in the base. > BIND may > have a bad security reputation back from the 4 and 8 days, but do you > really think that BIND9 is so much more insecure than say NSD or Knot > that it needs special treatment in ports? I don't see why NSD shouldn't have support for chroot, since it's supported by the daemon. In the case of Knot, I don't believe it supports chroot. FWIW, in OpenBSD, unbound and nsd are now in the base, but the "isc-bind" port still installs BIND in the base area with /var/named as the chroot. > Or what about Apache for that > matter? Yep. > If you really think that, a chroot really isn't going to help > you much and what you really want is a jail(8). And I do use jails, including vnet/vimage jails, mainly to separate functions of services running on a box. But there are still benefits to chroot for services running on a system, as it raises the bar and can limit the damage from a vulnerable service. For me, it's more of a way of combating the "unknown unknowns" of Rumsfeld's Razor. But, as has already been pointed out in this thread, the security issues of chroot are only part of the concern here. Part of the reason for the loudness of the complaining is that FreeBSD has now made for a rather messy upgrade path for administrators of authoritative BIND servers (or recursive/validating BIND servers, especially using RPZ, for that matter) to go from 9.x to 10.x. Not only was this not forewarned, we were told back when the decision was made to remove BIND that we could "just use the port." Instead, we have to "just use the port," then move all of our data/log/journal/config/etc files out of the /var/named hierarchy and put it all somewhere in /usr/local/etc, rewrite all of the scripts, checks, and other administrative tools to use the new locations, etc. Sure, if the scripts are written right, it's not a big deal, but it all adds up to extra steps we all have to take--for the purpose of reducing functionality. > What should be done is > to create an easy to do so, but for any port, not just one single port. > I think we have all the tools available, so it is probably just a matter > of writing some good documentation to add to the porters handbook, > though to make it really easy might require some additions to the ports > framework. I am not sure that the available tools apply to vnet jails, but I think that in general, the jail management tools are good. > The way the BIND ports are now is actually in line with all the other > ports in how they start and where the configuration files are. The > chroot code was a relic of history and the slight security benefit it > may have today is far outweighed by the increased complexity and > decreased consistency with the rest of the ports tree, both from a ports > maintainance perspective and from the user perspective. I will be happy > to look into general frameworks to jail any daemon installed from ports, > but will not make exceptions to a handful of ports. Then I assume you disagree with the whole concept of tier1 ports as described in the parallel thread. I still think that the FreeBSD ports for BIND are excellent and you have done a really good and helpful job in maintaining them. I just hate to see a lot of work being done--by all of us--that effectively leaves us worse off. And I understand that we probably have different perspectives on what it means to be "worse off." michael From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 18:08:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E27409C4; Wed, 4 Dec 2013 18:08:50 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A274D141E; Wed, 4 Dec 2013 18:08:50 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id tp5so27206992ieb.36 for ; Wed, 04 Dec 2013 10:08:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=+aLe3RyZLlx7+ruuE66yyAP/eve+aTggSPkcNG8+Cfk=; b=bjBIybQ4Vz2E1qQFYw/UvS6GaVZfHjtqJPjSyJA/BdkQSxI7h3CsosBbX+Awxo6uml vKcLzwQKJZBnx2XYS3oIC3da0P30dv/5Uu8R8J9X/JuCOCBky28HXbkx6OJhe/aiQpW8 ph8yla23bC9A7ipQrrhtBvgmxrNB7nQjjqYDUq180c5mIDUrKw31DOVg+v0w8UnsEGmR 51QKpYE2OhpTNwSerCmdm6HHrPnvpcy198BP680k8BzWo0iA2mAaX74km7x6Vax7f2li rzJs9rfF2Jtu3O8mvsw0NPb9xFyzkxmu3od7a77skLM99w8aUHEjJKhWo+6TBAJlDLhW NGlw== X-Received: by 10.42.60.18 with SMTP id o18mr1392127ich.83.1386180529998; Wed, 04 Dec 2013 10:08:49 -0800 (PST) Received: from [10.0.0.21] (c-98-240-141-71.hsd1.mn.comcast.net. [98.240.141.71]) by mx.google.com with ESMTPSA id j16sm5438910igf.6.2013.12.04.10.08.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Dec 2013 10:08:49 -0800 (PST) Message-ID: <529F6FB0.5030904@gmail.com> Date: Wed, 04 Dec 2013 12:08:48 -0600 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Add proper cpu scaling support for amd cpus References: <20131203193528.GA26870@gmail.com> <529E391F.80402@gmail.com> <529F6C48.7030806@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 18:08:51 -0000 On 2013.12.04 11:58, Adrian Chadd wrote: > Which branch did you update on? HEAD? Or? # svnlite info /usr/src Path: /usr/src Working Copy Root Path: /usr/src URL: https://svn0.us-west.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 258901 Node Kind: directory Schedule: normal Last Changed Author: tuexen Last Changed Rev: 258890 Last Changed Date: 2013-12-03 14:55:37 -0600 (Tue, 03 Dec 2013) I've not looked at HEAD. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 18:50:03 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 700614C5; Wed, 4 Dec 2013 18:50:03 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 26F9316DA; Wed, 4 Dec 2013 18:50:02 +0000 (UTC) Received: from badger.tharned.org (badger.tharned.org [10.10.10.23]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id rB4Io0UZ007296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Dec 2013 12:50:01 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2013; t=1386183001; bh=dNMK1dVonihlI2J28hk00Vv/4a8JMzksLWSRi7JRxfI=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=b91PSWSb0HRI/XtiVBzqE/opBNjwQaFEgAih6OIpkHg+xvWn6hr0lTa/zmGM3gU6m vFBxMId+kODRlprg+hg6nqWt9W78Y7kEfQOrgM5CBrCrMYZJlahYoclqyWvqvrKUxG Ix620G4C55VsE0a8oUOz2TSi7E+6P2c5AUib8xUI= Date: Wed, 4 Dec 2013 12:49:59 -0600 (CST) From: Greg Rivers To: Erwin Lansing Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-Reply-To: <20131204095855.GY29825@droso.dk> Message-ID: References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Wed, 04 Dec 2013 12:50:01 -0600 (CST) Cc: stable@freebsd.org, Michael Sinatra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 18:50:03 -0000 On Wed, 4 Dec 2013, Erwin Lansing wrote: > It's not as simple as you describe, trust me I tried :-) > I don't mean to second guess you, but the chroot code was working fine before it was removed. > The one point people in this thread seem to be missing is why BIND > should be treated differently than all the other DNS severs? BIND may > have a bad security reputation back from the 4 and 8 days, but do you > really think that BIND9 is so much more insecure than say NSD or Knot > that it needs special treatment in ports? Or what about Apache for that > matter? If you really think that, a chroot really isn't going to help > you much and what you really want is a jail(8). What should be done is > to create an easy to do so, but for any port, not just one single port. > I think we have all the tools available, so it is probably just a matter > of writing some good documentation to add to the porters handbook, > though to make it really easy might require some additions to the ports > framework. > It's not a matter of BIND being more or less secure than other software, it's a matter of POLA and the huge duplicated efforts required by everyone going forward to either maintain their own chroot or migrate to the non-chroot installation. I think you underestimate the utility of chroot in limiting potential damage. As far as I'm aware, chroot is still a best practice for BIND. Other OSs (e.g. CentOS/RedHat) install BIND chrooted out of the box too. You could very well be right that a new jail framework would be better, but the chroot should not be removed until such a framework is available and integrated into the port. > The way the BIND ports are now is actually in line with all the other > ports in how they start and where the configuration files are. The > chroot code was a relic of history and the slight security benefit it > may have today is far outweighed by the increased complexity and > decreased consistency with the rest of the ports tree, both from a ports > maintainance perspective and from the user perspective. I will be happy > to look into general frameworks to jail any daemon installed from ports, > but will not make exceptions to a handful of ports. > What about net/isc-dhcp42-server, for example? That port's rc script sets up a chroot for dhcpd. Should we expect that functionality to be removed next? > Hope this explains some of the reasoning for not readding chroot > support. > I'm willing to change my mind, but I haven't heard a convincing argument yet. I'd be very interested in hearing opinions from the FreeBSD Security team and ISC on this topic. I appreciate wanting a uniform policy for this, and I concede that your reasoning is not without merit, but I still don't think removing the chroot functionality is warranted given the impact it's going to have. I also appreciate your wading into this controversy in the first place by picking up these ports. :-) -- Greg Rivers From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 18:56:44 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14BF985A; Wed, 4 Dec 2013 18:56:44 +0000 (UTC) Received: from burnttofu.net (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB9171758; Wed, 4 Dec 2013 18:56:43 +0000 (UTC) Received: from schuylkill.es.net ([IPv6:2001:400:14:1:59b8:9da0:59a8:ae93]) (authenticated bits=0) by burnttofu.net (8.14.7/8.14.5) with ESMTP id rB4Iufnf020772 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Wed, 4 Dec 2013 13:56:42 -0500 (EST) (envelope-from michael@rancid.berkeley.edu) Message-ID: <529F7AE9.2090308@rancid.berkeley.edu> Date: Wed, 04 Dec 2013 10:56:41 -0800 From: Michael Sinatra User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Greg Rivers , Erwin Lansing Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]); Wed, 04 Dec 2013 13:56:42 -0500 (EST) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 18:56:44 -0000 On 12/4/13 10:49 AM, Greg Rivers wrote: > I also appreciate your wading into this controversy in the first place > by picking up these ports. :-) +1, and I really appreciate all of the work Erwin has done in integrating the various RPZ2 and RRL patches that have been distributed--both with and separate from the official BIND releases. michael From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 19:19:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BAAF724E for ; Wed, 4 Dec 2013 19:19:20 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7A48B18A8 for ; Wed, 4 Dec 2013 19:19:20 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VoI1l-000CYh-1O for freebsd-stable@freebsd.org; Wed, 04 Dec 2013 23:22:29 +0400 Date: Wed, 4 Dec 2013 23:22:29 +0400 From: Slawa Olhovchenkov To: freebsd-stable@freebsd.org Subject: pkg repo for 9.2-RELEASE Message-ID: <20131204192228.GA47404@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) 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-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 19:19:20 -0000 Where I can find corectly builded pkgNG packages for 9.2-RELEASE? Packages on official site (pkg0.bme.freebsd.org, for ex.) builded on incorrect, outdated FreeBSD verion (may be 9.1-RELEASE): freeradius3 build with libssl verion 90818f and can't be run on 9.2-RELEASE: # radiusd -X libssl version mismatch. Built with: 90818f Linked: 90819f From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 19:26:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C1984F1 for ; Wed, 4 Dec 2013 19:26:56 +0000 (UTC) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D65BA1918 for ; Wed, 4 Dec 2013 19:26:55 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id ec20so10148357lab.29 for ; Wed, 04 Dec 2013 11:26:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=eGw08Dc9nRZl5D1comPXt6qC+ncaBFzBqFSLOr3m/fM=; b=IU5zAo62Af6AFyRn9bzsGgmBrhD6dVCuTkWTy70fENfQf89OBGgQNM7lF87OQdoaFI zMNFQ4yEkzAlZOCl+BCFaHeUQx/faoXdhmKLAbIXDBhv5v6ansvMfljTieCyNTO4LfRL KMIeynMOAm07zlt1jkDI8sadvc2WFmN+B4eiYm4aqaIcwVXp5siY29hJKqQY5D4Fe5+7 7cte9WC+HZZStuecIJmHf+wr5HTe+3U2Fd0iSsl4ni76dKLPr+nEjra9aK+bR8fu0DVg 5rrRFuB+3bWt9HK9pAaHFJFO6VeKcR1nMOTJ+4zVqKEVee65cQ89bayO3YT92mIgw8LD F/yg== X-Received: by 10.152.244.130 with SMTP id xg2mr50153524lac.4.1386185213917; Wed, 04 Dec 2013 11:26:53 -0800 (PST) Received: from scorpion.kiev.ua ([78.111.187.77]) by mx.google.com with ESMTPSA id j1sm54687647lbl.10.2013.12.04.11.26.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Dec 2013 11:26:53 -0800 (PST) Message-ID: <529F81E9.4040504@gmail.com> Date: Wed, 04 Dec 2013 21:26:33 +0200 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Bug detach USB device References: <529F2160.1050901@gmail.com> In-Reply-To: <529F2160.1050901@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 19:26:56 -0000 In FreeBSD 10.0-BETA4 #0 r258921: Wed Dec 4 17:39:14 EET 2013 same error If running usbconfig after detach USB device nothing happens, usbconfig not working 04.12.2013 14:34, Alexander Panyushkin wrote: > Hello! > > FreeBSD 10.0-BETA3 #0 r258645: Tue Nov 26 17:21:34 EET 2013 amd64 > > After detach USB device (/dev/da1) > > ugen1.4: at usbus1 > umass1: on usbus1 > da1 at umass-sim1 bus 1 scbus8 target 0 lun 0 > da1: Removable Direct Access SCSI-0 device > da1: Serial Number 20090815198100000 > da1: 40.000MB/s transfers > da1: 3808MB (7798784 512 byte sectors: 255H 63S/T 485C) > da1: quirks=0x2 > sgioctl: rejecting cmd 0x40086481 > ugen1.4: at usbus1 (disconnected) > umass1: at uhub0, port 6, addr 4 (disconnected) > da1 at umass-sim1 bus 1 scbus8 target 0 lun 0 > da1: s/n 20090815198100000 detached > > > device not deleted > > root# ls -la /dev/da1* > crw-r----- 1 root operator 0xe1 4 док 12:57 /dev/da1 > crw-r----- 1 root operator 0xe3 4 док 12:57 /dev/da1s1 > -- Alexander From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 19:54:32 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A445A70 for ; Wed, 4 Dec 2013 19:54:32 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D0DC1AE1 for ; Wed, 4 Dec 2013 19:54:32 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VoIWf-0004BE-CJ for freebsd-stable@freebsd.org; Wed, 04 Dec 2013 11:54:25 -0800 Date: Wed, 4 Dec 2013 11:54:25 -0800 (PST) From: kaczorem To: freebsd-stable@freebsd.org Message-ID: <1386186865327-5865988.post@n5.nabble.com> Subject: Adaptec 5805 as a guest on ESXi 5.5 - problem MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 19:54:32 -0000 Hi, I've installed a FreeBSD (stable 9.2) as a guest on ESXi 5.5. I've added Adaptec Controller via passthrough. Unfortunately FreeBSD does not show hard drives. Any clue? aac0: mem 0xfd200000-0xfd3fffff irq 18 at device 0.0 on pci3 aac0: Enabling 64-bit address support aac0: Enable Raw I/O aac0: Enable 64-bit array aac0: New comm. interface enabled aac0: Adaptec 5805, aac driver 2.1.9-1 aacp0 on aac0 aacp1 on aac0 aacp2 on aac0 (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Retrying command (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Retrying command (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Retrying command (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Retrying command (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Retrying command (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Error 5, Retries exhausted ses0 at aacp2 bus 0 scbus4 target 0 lun 0 ses0: Fixed Enclosure Services SCSI-5 device ses0: 3.300MB/s transfers (8bit) ses0: SCSI-3 ENC Device arcconf on FreeBSD works well and I can get the controller configuration: # arcconf getconfig 1 Controllers found: 1 ---------------------------------------------------------------------- Controller information ---------------------------------------------------------------------- Controller Status : Optimal Channel description : SAS/SATA Controller Model : Adaptec 5805 Controller Serial Number : 8B1310329FF Temperature : 80 C/ 176 F (Normal) Installed memory : 512 MB Copyback : Disabled Background consistency check : Disabled Automatic Failover : Enabled Global task priority : High Performance Mode : Default/Dynamic Stayawake period : Disabled Spinup limit internal drives : 0 Spinup limit external drives : 0 Defunct disk drive count : 0 Logical devices/Failed/Degraded : 0/0/0 SSDs assigned to MaxCache pool : 0 Maximum SSDs allowed in MaxCache pool : 8 MaxCache Read Cache Pool Size : 0.000 GB MaxCache flush and fetch rate : 0 MaxCache Read, Write Balance Factor : 3,1 NCQ status : Enabled Statistics data collection mode : Enabled -------------------------------------------------------- Controller Version Information -------------------------------------------------------- BIOS : 5.2-0 (18948) Firmware : 5.2-0 (18948) Driver : 2.1-9 (1) Also I can see all hard drives (configured as JBOD): Device #0 Device is a Hard drive State : Online (JBOD) Supported : Yes Transfer Speed : SATA 3.0 Gb/s Reported Channel,Device(T:L) : 0,0(0:0) Reported Location : Enclosure 0, Slot 0 Reported ESD(T:L) : 2,0(0:0) Vendor : Model : SAMSUNG HD103UJ Firmware : 1AA01106 Serial number : S13PJ1KPB04262 Size : 953869 MB Write Cache : Enabled (write-back) FRU : None S.M.A.R.T. : No S.M.A.R.T. warnings : 0 Power State : Full rpm Supported Power States : Full rpm,Powered off,Reduced rpm SSD : No MaxCache Capable : No MaxCache Assigned : No NCQ status : Enabled any clue? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Adaptec-5805-as-a-guest-on-ESXi-5-5-problem-tp5865988.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 19:59:18 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0503ACDF; Wed, 4 Dec 2013 19:59:18 +0000 (UTC) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8666F1B52; Wed, 4 Dec 2013 19:59:17 +0000 (UTC) Received: from [194.32.164.24] (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id rB4Jx8W2084410; Wed, 4 Dec 2013 19:59:08 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: BIND chroot environment in 10-RELEASE...gone? From: Bob Bishop In-Reply-To: Date: Wed, 4 Dec 2013 19:59:03 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> To: Greg Rivers X-Mailer: Apple Mail (2.1822) Cc: stable@freebsd.org, Michael Sinatra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 19:59:18 -0000 Hi, On 4 Dec 2013, at 18:49, Greg Rivers = wrote: > ... It's not a matter of BIND being more or less secure than other = software, it's a matter of POLA and the huge duplicated efforts required = by everyone going forward to either maintain their own chroot or migrate = to the non-chroot installation. ... Exactly. This is going to be a PITA. -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 20:21:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C02BD56 for ; Wed, 4 Dec 2013 20:21:29 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 324091EBC for ; Wed, 4 Dec 2013 20:21:28 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-140-233-167.range86-140.btcentralplus.com [86.140.233.167]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id ABD38450BF for ; Wed, 4 Dec 2013 20:13:21 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk ABD38450BF DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1386188001; bh=/czcfTV5rN9k4q3YE3/FWtYayYAk11GbnnVmzTTQ3kg=; h=Date:From:To:Subject:References:In-Reply-To; b=TgjluPKY3nKQN2RxlRDMmSvccJxVfLs1ra1eVmAuPyw5NgSqFOFTvPX3Q9r9BQZDp U8yRK7t9vrRK1AgBzkQKLlncZOe4Zh7cCfT6GxTTGdS3MSKDC3mp93tN3Q0q+y1yLZ /UzW/Zkagz1wEvfyfdgMXIP38ATKmiXu7brWx6TQ= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 0D7F6F5BB; Wed, 4 Dec 2013 20:13:17 +0000 (GMT) Date: Wed, 4 Dec 2013 20:13:17 +0000 From: Ben Morrow To: freebsd-stable@freebsd.org Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken Message-ID: <20131204201312.GA39227@anubis.morrow.me.uk> References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 20:21:29 -0000 Quoth Devin Teske : > > The procedure I use is to take the existing ISO and... > > 1. use mdconfig to access it > 2. use mount_cd9660 to mount it > 3. use rsync to copy the contents to a local dir It's more secure to use tar for these three steps. Filesystems generally aren't hardened against malicious input. Ben From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 21:09:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A6D7E03 for ; Wed, 4 Dec 2013 21:09:54 +0000 (UTC) Received: from rush.bluerosetech.com (rush.bluerosetech.com [IPv6:2607:fc50:1000:9b00::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF9591143 for ; Wed, 4 Dec 2013 21:09:53 +0000 (UTC) Received: from chombo.houseloki.net (c-71-236-222-167.hsd1.wa.comcast.net [71.236.222.167]) by rush.bluerosetech.com (Postfix) with ESMTPSA id 83C1F11434; Wed, 4 Dec 2013 13:09:52 -0800 (PST) Received: from [IPv6:2601:7:1680:365:6c84:41a:bb99:ad5e] (unknown [IPv6:2601:7:1680:365:6c84:41a:bb99:ad5e]) by chombo.houseloki.net (Postfix) with ESMTPSA id 3BEEB59E; Wed, 4 Dec 2013 13:09:50 -0800 (PST) Message-ID: <529F9A0F.3080608@bluerosetech.com> Date: Wed, 04 Dec 2013 13:09:35 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Ben Morrow , freebsd-stable@freebsd.org Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> <20131204201312.GA39227@anubis.morrow.me.uk> In-Reply-To: <20131204201312.GA39227@anubis.morrow.me.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 21:09:54 -0000 On 12/4/2013 12:13 PM, Ben Morrow wrote: > Quoth Devin Teske : >> >> The procedure I use is to take the existing ISO and... >> >> 1. use mdconfig to access it >> 2. use mount_cd9660 to mount it >> 3. use rsync to copy the contents to a local dir > > It's more secure to use tar for these three steps. Filesystems generally > aren't hardened against malicious input. I'm curious about this statement. What extra security would tar get you? Tar would be faster, but I can't think of how it would be more secure since it's all going to end up on the same filesystem either way. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 21:10:08 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D60BCF2C; Wed, 4 Dec 2013 21:10:08 +0000 (UTC) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 70D021150; Wed, 4 Dec 2013 21:10:08 +0000 (UTC) Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id 136F423839C; Wed, 4 Dec 2013 21:09:54 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id A015F160446; Wed, 4 Dec 2013 21:17:44 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 714E2160436; Wed, 4 Dec 2013 21:17:44 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 7917AB276B4; Thu, 5 Dec 2013 08:09:50 +1100 (EST) To: Erwin Lansing From: Mark Andrews References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> <529E179D.7030701@rancid.berkeley.edu> <20131203211606.F2E17B100EB@rock.dv.isc.org> <20131204094730.GX29825@droso.dk> Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-reply-to: Your message of "Wed, 04 Dec 2013 10:47:31 +0100." <20131204094730.GX29825@droso.dk> Date: Thu, 05 Dec 2013 08:09:50 +1100 Message-Id: <20131204210950.7917AB276B4@rock.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.ams1.isc.org Cc: stable@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 21:10:09 -0000 In message <20131204094730.GX29825@droso.dk>, Erwin Lansing writes: > On Wed, Dec 04, 2013 at 08:16:06AM +1100, Mark Andrews wrote: > > > > As for 9.9.x ESV it will be support for to at least June 2017, which > > is 5+ years from BIND 9.9.0, and 4 years after 9.9.x was announced > > as the ESV series with BIND 9.9.3. > > > > BIND 9.6 went ESV in Mar 2010 and will be EoL in Jan 2014. > > > > BIND 9.10 in is alpha at the moment. > > > > BIND 10 is still in development. > > > > Thanks for chiming in Mark. As you can see, there's some confusion > about BIND9's lifetime, so getting this straight from the horse's mouth > is good. > > I did a presentation at the recent ICANN meeting about why BIND was > removed from base, slides are at > http://people.freebsd.org/~erwin/presentations/20131118-ICANN-FreeBSD-DNS.pdf > > Note that most of the reasons all fall back to reducing code base and > complexity, and some of the other bullets all follow from that. It has > more to do with how BIND was integrated into FreeBSD than BIND itself > and unbound just has the advantage that it does not have an authoritatve > part (and key management etc), with associated options and potential > security vulnerabilities, and thus hopefully will be easier to maintain > in the base system. Yet you need the authoritative part for supplying addresses in the home which it is named vs Casper. B.T.W. It is don't be a recursive server if you are a authoritative server for a zone (i.e. listed in the NS records). Not staight split of rolls. Recursive server expect to be talking to authoritative servers. Stub resolvers don't care if some of the answers they get are from a authoritative zone or from a cache. They do care if they are not offered a recursive service. As with many things in the DNS there are lots of caveats and exceptions to any "rule". As for key management you only need to worry about that if you are signing the zones. As for potential bugs. Having authoritative support in the server adds very little additional code overall. You still need to parse queries. You still need code to assemble responses to the client. You still need code to parse responses from authoritative servers. About the only thing you do extra is read some zone content from disk or transfer it from other authoritative servers and write zone content out to disk. The arguements don't stack up for anyone truly aware of how nameservers work. Mark > Erwin > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 21:37:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16940AB7; Wed, 4 Dec 2013 21:37:12 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35D4C1303; Wed, 4 Dec 2013 21:37:11 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id u14so9791193lbd.13 for ; Wed, 04 Dec 2013 13:37:08 -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-type:content-disposition:in-reply-to:user-agent; bh=PU3XHrea0YIi7Z+C0lo7H5VIWALD/hy+NbfD8Rm0Rxo=; b=C7xkOi3d0jMIbDso7Vj9BDNBVz0IHSYfXYx1idBKqD6/Rv77l3uzgFRPu78Q60OUXW GZH554rdAluHNoHJ5PEc16mUWBDJGibfpggzfrpHBRj1cqWL/u2OWiJ8GnP58AX7mLeM Mkfbw5OCRiWp+GQIMdj5+Mi0OmvqSG0ANFVeI1swTo2zu+eu29cIWEfY+rAXnnKsoTY5 PU3h4W+prNs0OphKi5KXVw1Rj0NyaxF/zW44ot24ukPYPgoWUj3qj6xUIxI6HShRqn9m F36QtzKTVsDY7ypEFy9Bwmsg3aAWHsSiBYvNhfaMihE8NB2oO4iqHQ7D2RIc2ulFp5ag sm3A== X-Received: by 10.112.17.39 with SMTP id l7mr1368125lbd.51.1386193028562; Wed, 04 Dec 2013 13:37:08 -0800 (PST) Received: from localhost ([178.150.115.244]) by mx.google.com with ESMTPSA id c15sm33940986lbq.11.2013.12.04.13.37.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Dec 2013 13:37:07 -0800 (PST) Sender: Mikolaj Golub Date: Wed, 4 Dec 2013 23:37:05 +0200 From: Mikolaj Golub To: David Xu Subject: Re: Hast locking up under 9.2 Message-ID: <20131204213704.GD4005@gmail.com> References: <20131121203711.GA3736@gmail.com> <20131123215950.GA17292@gmail.com> <20131125083223.GE1398@garage.freebsd.pl> <20131125094111.GA22396@gmail.com> <529D40B5.5040605@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <529D40B5.5040605@freebsd.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org, Pete French X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 21:37:12 -0000 On Tue, Dec 03, 2013 at 10:23:49AM +0800, David Xu wrote: > Also I found the following code in hastd: > > #define QUEUE_INSERT1(hio, name, ncomp) do { \ > bool _wakeup; \ > \ > mtx_lock(&hio_##name##_list_lock[(ncomp)]); \ > _wakeup = TAILQ_EMPTY(&hio_##name##_list[(ncomp)]); \ > TAILQ_INSERT_TAIL(&hio_##name##_list[(ncomp)], (hio), \ > hio_next[(ncomp)]); \ > hio_##name##_list_size[(ncomp)]++; \ > mtx_unlock(&hio_##name##_list_lock[ncomp]); \ > if (_wakeup) \ > cv_broadcast(&hio_##name##_list_cond[(ncomp)]); > > Our thread library does optimize the condition variable's wait/signal > lock contention, we had implemented wait queue morphying, so it is not > needed to unlock mutex first, then call cv_broadcast, such code really > increases spurious wakeups, and can be worse in some cases: > for example, before cv_broadcast is called, the producer thread is > preempted, and a consumer thread removes elements in the queue and > sleeps again, and the producer thread is scheduled again and it blindly > calls cv_broadcast, and a consumer thread then find nothing in the > queue, and sleeps again. > > I think following code is enough for our thread library, and works > better. > > #define QUEUE_INSERT1(hio, name, ncomp) do { \ > mtx_lock(&hio_##name##_list_lock[(ncomp)]); \ > if (TAILQ_EMPTY(&hio_##name##_list[(ncomp)])) \ > cv_broadcast(&hio_##name##_list_cond[(ncomp)]); \ > TAILQ_INSERT_TAIL(&hio_##name##_list[(ncomp)], (hio), \ > hio_next[(ncomp)]); \ > hio_##name##_list_size[(ncomp)]++; \ > mtx_unlock(&hio_##name##_list_lock[ncomp]); \ > } while (0) Ok. I have updated all three macros we have accordingly: http://people.freebsd.org/~trociny/patches/hast.queue_insert_wakeup.1.patch Pawel, what do you think? -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 21:37:18 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 310E5ABF for ; Wed, 4 Dec 2013 21:37:18 +0000 (UTC) Received: from mail-yh0-f48.google.com (mail-yh0-f48.google.com [209.85.213.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0DE61306 for ; Wed, 4 Dec 2013 21:37:17 +0000 (UTC) Received: by mail-yh0-f48.google.com with SMTP id f73so11817202yha.21 for ; Wed, 04 Dec 2013 13:37:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=eHAX36YQpTL7FGvh2XvdHIxQJxhFu5Ikq2V9LYq/I/o=; b=B560NXqc7C6aSw6If42us4qeoezQxsYrbd5SVfEGHT8+IRUukTEhUG/r+0phZiUI6d xH78Yvd24508KqlW6oLcKozEv2tJ8AoZ//+v0L3px3zA693Akb8qi1qqTgnnb41b71t4 54nkV1tE9vRBNHBr5j5E7m8cSUHR3hO92xq/sfXALgmiX3EhxzZDStlSTuODNyyRzKra m0gnxW+sKhgVVkhoUDCe9vwsQTy5OSwDLd4gkdHkKwoHsIeimPpI4dKau1c6s0Qm4fH0 bbnnOGaJzOOoBNBDz5jT0GfYiWDFr4gbxBMJ1Y2t+VVmusbrgOaNjOIC8t3JJK/FGVmE 1v9A== X-Gm-Message-State: ALoCoQnZ0eKcGTyQHY1c8A1Ki14CNmTt/9GhdJSMFBqug9+yBEAEkkQ3KZLCNkNvKshlyz4A2FQi X-Received: by 10.236.125.102 with SMTP id y66mr8192169yhh.58.1386192589106; Wed, 04 Dec 2013 13:29:49 -0800 (PST) Received: from [192.168.1.4] (pool-72-84-124-111.nrflva.fios.verizon.net. [72.84.124.111]) by mx.google.com with ESMTPSA id b30sm29840867yhm.5.2013.12.04.13.29.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Dec 2013 13:29:48 -0800 (PST) Message-ID: <529F9ECB.9080406@ohlste.in> Date: Wed, 04 Dec 2013 16:29:47 -0500 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Erwin Lansing Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> <529DF7FA.7050207@passap.ru> <529E179D.7030701@rancid.berkeley.edu> <20131203211606.F2E17B100EB@rock.dv.isc.org> <20131204094730.GX29825@droso.dk> In-Reply-To: <20131204094730.GX29825@droso.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 21:37:18 -0000 On 12/4/13, 4:47 AM, Erwin Lansing wrote: > On Wed, Dec 04, 2013 at 08:16:06AM +1100, Mark Andrews wrote: >> >> As for 9.9.x ESV it will be support for to at least June 2017, which >> is 5+ years from BIND 9.9.0, and 4 years after 9.9.x was announced >> as the ESV series with BIND 9.9.3. >> >> BIND 9.6 went ESV in Mar 2010 and will be EoL in Jan 2014. >> >> BIND 9.10 in is alpha at the moment. >> >> BIND 10 is still in development. >> > > Thanks for chiming in Mark. As you can see, there's some confusion > about BIND9's lifetime, so getting this straight from the horse's mouth > is good. With due respect, I don't see any confusion at all. BIND 9.9 will be supported for at least another 3.5 years. Had anyone actually asked that question they would have known the answer. It's right here at https://www.isc.org/downloads/software-support-policy/. There's really no excuse for not having gotten this right. As a result, everyone will now see at least two changes from 9 -> 10 -> 11 instead of perhaps just one, even if you accept the wisdom of removing BIND at all. > > I did a presentation at the recent ICANN meeting about why BIND was > removed from base, slides are at > http://people.freebsd.org/~erwin/presentations/20131118-ICANN-FreeBSD-DNS.pdf > > Note that most of the reasons all fall back to reducing code base and > complexity, and some of the other bullets all follow from that. It has > more to do with how BIND was integrated into FreeBSD than BIND itself > and unbound just has the advantage that it does not have an authoritatve > part (and key management etc), with associated options and potential > security vulnerabilities, and thus hopefully will be easier to maintain > in the base system. > I get this but from a security point of view, the changes make a system at best as secure (with a lot of work for each individual user) and at worst, a whole lot *less* secure if chroot(8) is not properly configured. I know that people are concerned about the number of security advisories but as you and others have pointed out, it's a highly scrutinized piece of software, and also, I'd add, one which is a frequent object of attack due to its widespread use. For the people who are so concerned about the SA's, they still have the option to set WITHOUT_BIND_NAMED in src.conf, or at least they did before it was deprecated. Even if they were tracking RELEASE they did not need to enable BIND in rc.conf. A program that never runs is rarely a security risk. Now a bit of a rant about 10 in general: I think it's clear that 10 is a departure from previous versions in several ways. There's a new default compiler. The iconv/libiconv change. The removal of BIND from base (which was not as it was billed to us earlier). There are of course others as well. The compiler has not been a problem for me yet. I've been using clang for awhile now since this was planned awhile ago. The other two changes caused a great deal of trouble in my test box. Ports did not want to rebuild because libiconv would not build. I prefer to set my own options for a lot of ports and so packages often do not work for me. I had to resort to installing all of my ports as packages, rebuilding them with my options and then removing the unneeded packages that were installed as dependencies for the pre-built packages' options that I didn't need. That has (so far) solved the libiconv/iconv issue but it will put a machine that depends on custom configurations of ports out of business for hours or more in the process. And that's before I installed a jail (and all of the necessary bits for that jail to communicate with the outside world) and installed BIND in that jail, and moved all of my zones, etc from /var/named/etc/named in the host to /usr/local/etc/named in the jail and reconfigured named.conf. A lot of work. And the sad part is that part of the reason for BIND being removed from base in 10 was because of a "misunderstanding". -- Jim Ohlstein From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 21:40:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06583CD9 for ; Wed, 4 Dec 2013 21:40:00 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B7B06133C for ; Wed, 4 Dec 2013 21:39:59 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id r5so4032029qcx.14 for ; Wed, 04 Dec 2013 13:39:58 -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:date:message-id:subject :from:to:cc:content-type; bh=M8JuuiQpofbFzvg7gYl5CyXB+t1IO38nvS6TbTjjK9c=; b=JcACfbDFhZ/3g5nvd10GOKbIv8XK4pKtF+l9y9qw7m8Re1WTIk9Khfscuj/8VY7C6J 63TlaLVOeodYWiAmT0fiD5x/uiuwxHBv1IEWQvRyK011FGLbSy2Ur77oJT4NTFg4u+6j P8qHqQYsAeoDTkSvwMw29kpDtLfWWT6YGWS/OQqTWVcTvVjjb1L06jgMrAA+42Qra1B1 91QIh/u+Wklh/E+juR/vd5yVa9cBikXS6L6Q6R8EPI/KUNDAdxE7PeqMw26ENt0jIphH iWtYFr/GHcgxVtXDyIN6MZPwr3pCtaV4MuzdviPXY+I518C/RlucB/nNYZI3pMfJ27V1 ba7Q== MIME-Version: 1.0 X-Received: by 10.224.89.73 with SMTP id d9mr139763054qam.5.1386193198847; Wed, 04 Dec 2013 13:39:58 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Wed, 4 Dec 2013 13:39:58 -0800 (PST) In-Reply-To: <529F6FB0.5030904@gmail.com> References: <20131203193528.GA26870@gmail.com> <529E391F.80402@gmail.com> <529F6C48.7030806@gmail.com> <529F6FB0.5030904@gmail.com> Date: Wed, 4 Dec 2013 13:39:58 -0800 X-Google-Sender-Auth: knOjxCMYqOH7i6NEV78YvUADRCE Message-ID: Subject: Re: Add proper cpu scaling support for amd cpus From: Adrian Chadd To: Andrew Berg Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 21:40:00 -0000 Hi, Please check -HEAD, the commit went there. I can't see any backport to -10 though. It may not yet be MFCed. If that's the case, please re-open the PR or file a new PR and request that it be backported. Thanks, -a On 4 December 2013 10:08, Andrew Berg wrote: > On 2013.12.04 11:58, Adrian Chadd wrote: >> Which branch did you update on? HEAD? Or? > # svnlite info /usr/src > Path: /usr/src > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/stable/10 > Relative URL: ^/stable/10 > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 258901 > Node Kind: directory > Schedule: normal > Last Changed Author: tuexen > Last Changed Rev: 258890 > Last Changed Date: 2013-12-03 14:55:37 -0600 (Tue, 03 Dec 2013) > > I've not looked at HEAD. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 23:02:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 950DC2FE for ; Wed, 4 Dec 2013 23:02:03 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 6B3061849 for ; Wed, 4 Dec 2013 23:02:03 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-140-233-167.range86-140.btcentralplus.com [86.140.233.167]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 4DA84450BF for ; Wed, 4 Dec 2013 23:02:02 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk 4DA84450BF DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1386198122; bh=Kx2QLA+d/LNqeq3VGnbqeYR88f6bawaNHVGTkCy7UbA=; h=Date:From:To:Subject:References:In-Reply-To; b=aeLdkOrTg9/hZZhJo3uhfmbCUqRCirFrgBYeVa/jvgvbetgAhDt9yRuoF5TV8mCMz YZM2mqafprIQbk2saE5PyWyk/mVg79BAx3g0Rw8EgAvAmSjqHfHCC4Gi1OZcijMuo8 EFvcyaoDOCXikLdj6uZ//SKQwhfQ2ZdR/dwygzYA= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 823BEF5FC; Wed, 4 Dec 2013 23:01:59 +0000 (GMT) Date: Wed, 4 Dec 2013 23:01:59 +0000 From: Ben Morrow To: freebsd-stable@freebsd.org Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken Message-ID: <20131204230155.GA40375@anubis.morrow.me.uk> References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> <20131204201312.GA39227@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <529F9A0F.3080608@bluerosetech.com> X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 23:02:03 -0000 Quoth Darren Pilgrim : > On 12/4/2013 12:13 PM, Ben Morrow wrote: > > Quoth Devin Teske : > >> > >> The procedure I use is to take the existing ISO and... > >> > >> 1. use mdconfig to access it > >> 2. use mount_cd9660 to mount it > >> 3. use rsync to copy the contents to a local dir > > > > It's more secure to use tar for these three steps. Filesystems generally > > aren't hardened against malicious input. > > I'm curious about this statement. What extra security would tar get > you? Tar would be faster, but I can't think of how it would be more > secure since it's all going to end up on the same filesystem either way. Tar can extract files from an ISO without using mdconfig or the kernel's cd9660 filesystem. It's possible that a maliciously corrupted ISO image could cause a buffer overflow or similar inside the cd9660 filesystem code; at that point you've got a kernel-mode security breach. Tar's implementation of ISO9660 (in libarchive) runs in usermode with the current user's privileges, so the potential consequences of a bug are much less serious. Ben From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 00:16:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA05772 for ; Thu, 5 Dec 2013 00:16:01 +0000 (UTC) Received: from mail-vc0-f171.google.com (mail-vc0-f171.google.com [209.85.220.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 668ED1D46 for ; Thu, 5 Dec 2013 00:16:00 +0000 (UTC) Received: by mail-vc0-f171.google.com with SMTP id ik5so12235716vcb.16 for ; Wed, 04 Dec 2013 16:15:54 -0800 (PST) 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 :content-type; bh=cFfRPJqg+FMuZ50aR7s412o21KcpA0svq5FqH4ZOFD0=; b=XZ3rSZisNOuNCDiwOvtNQ9vhi8GxAVGi8Nin3Cznj8QYPK4DXs4xOw6M/tYL10+Lf8 3j50DWrrmQuOGEIjiJ7JvLJEUxwJl3VDerqOjmW6gcdiWB+xQ5nAhNcGCLHaFgxUfmgf oxIhpjb0qPpGGss8Y4eS7+7QmJdeeO5PkpI+u2bFM3tTeSxo6dRuRWDuD+qoiIq/Z4e3 X89zqB7tP80VQW2kEV/jtcUkxtt+ni2Lu8xr/7UId2fu+RWUz4jpg+1Ma7Xs4HElVpLO 8GdPcxh+xPU+5iUVq5O61Bl7kAX4eRbhmum40ihVe7HuZ1pHU1wdXdgzJm4QDaj/E8cC W30g== X-Gm-Message-State: ALoCoQkciJE8LC+WgFQpQBke3wbTpSrq8NA9w/j0FSoFok7ZTrb6bpyIZgGY3l4FFPaVF9NTaGKD MIME-Version: 1.0 X-Received: by 10.52.173.208 with SMTP id bm16mr16225125vdc.14.1386202554140; Wed, 04 Dec 2013 16:15:54 -0800 (PST) Received: by 10.58.212.227 with HTTP; Wed, 4 Dec 2013 16:15:54 -0800 (PST) Date: Wed, 4 Dec 2013 16:15:54 -0800 Message-ID: Subject: BIND chroot environment in 10-RELEASE From: Lee Brown To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 00:16:01 -0000 Just a regular admin... Personally I would prefer to NOT have python in base, hidden or otherwise. I don't see BIND as being part of base anyway. The LWR is sufficient for base. BIND is a service for other machines on the network. Just like I wouldn't want apache to be in base. For example I'm installing FreeBSD on a laptop. Do I really need BIND? Not really. However when I build a server for a LAN, then I want to bring in BIND, git, apache, etc... If I have a one time migration of BIND in my migration from 9 to 10, so be it. I'm used to having to do *some* work on a major number upgrade after all. I'm happy to jail it and use the port vanilla. I do agree this could have been managed better though. This is not the level of engineering I am used to from FreeBSD. Having said that, the level of engineering is, IMHO, far superior to most other OSs I've worked with. Thanks to all (past, present and future) who contribute to the effort. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 01:04:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A40062F for ; Thu, 5 Dec 2013 01:04:04 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 394AD1016 for ; Thu, 5 Dec 2013 01:04:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=G7tgIvwbnpc6VMF7aLgsKQ67LbeN9TnM0Ic+EV+iyZM=; b=YNQqqxRfl5UOm2HJhOJIDgfJi8rVuiCTY30h8LOJBSYCgVUdYG1RYI0kRcQMsXFcn6VQRzmnt7TU1UrwWtia0k4J7IpN0lZbc3mx0KWbjOWJmrZrVaWs0J6c0WNxcxtdbxuB3a1IQCDayBYsl5W6xnXhwiQJCG63oKYRqgqyQA8=; Received: from [39.194.18.140] (port=14022 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1VoNKb-002dPV-HV for freebsd-stable@freebsd.org; Wed, 04 Dec 2013 18:02:18 -0700 Date: Thu, 5 Dec 2013 09:02:08 +0800 From: Erich Dollansky To: freebsd-stable@freebsd.org Subject: BETA4: fortune -o gone? Message-ID: <20131205090208.4cdba36b@X220.ovitrap.com> Organization: ALO Green Technologies X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 01:04:04 -0000 Hi, I think that since I installed BETA1 the 'offensive' fortunes are gone? I did a fresh install with a BETA1 CD and upgraded recently to BETA4. FreeBSD X220.ovitrap.com 10.0-BETA4 FreeBSD 10.0-BETA4 #1 r258898: Wed Dec 4 09:56:38 WITA 2013 erich@X220.ovitrap.com:/usr/obj/usr/src/sys/X220 amd64 Erich From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 01:07:25 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98177890; Thu, 5 Dec 2013 01:07:25 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D59A1048; Thu, 5 Dec 2013 01:07:25 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 1C7D31C43; Thu, 5 Dec 2013 01:07:23 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 1C7D31C43 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 4 Dec 2013 20:07:22 -0500 From: Glen Barber To: Erich Dollansky Subject: Re: BETA4: fortune -o gone? Message-ID: <20131205010722.GE44739@glenbarber.us> References: <20131205090208.4cdba36b@X220.ovitrap.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="a8sldprk+5E/pDEv" Content-Disposition: inline In-Reply-To: <20131205090208.4cdba36b@X220.ovitrap.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 01:07:25 -0000 --a8sldprk+5E/pDEv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 05, 2013 at 09:02:08AM +0800, Erich Dollansky wrote: > I think that since I installed BETA1 the 'offensive' fortunes are gone? > I did a fresh install with a BETA1 CD and upgraded recently to BETA4. >=20 Yes, they were (finally) removed with extreme prejudice. Glen Who does not like fortune(6)-related "it is too offensive" bikesheds. --a8sldprk+5E/pDEv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSn9HKAAoJELls3eqvi17QD8kP/3T5+WE0PmQKWyt4Of4aj4v0 XhSM7ZsJp/YoROzYhjYjR0I5kuYR6MxaibDpTvrsPqGmWZv+g+zblaA1xYQ/PLM4 ELaWQaXu41AsVZ2KQY7jaR0dHTmfPiXW2x+hJHghXrCYSYtTLd5CkUo1oUTmJgvi 67+RvlJ9/z8b1zaWxSPjtc7LVbv2ezFqYsb0N+wBpygiWBabElC85XTXlt/5T/Ou x9yUn8qNyGC1WYj5177LwujW6WSo3aPfZl+eHoNjjwA4bEnoqj9l96ee/ptXjnhQ Gh8Kn8d+1rHnpuCgxuDlUYl55qoDq1cKO9gJUslWCWFhoX8yPsSq+Z9AtYKIac5J sZwGsWMNXwlNmASu6d+qpXkcIq3zLK7oBL9ZSHMuGshx/+CK5fW26jqz8VQT+nQ4 j1wFmb9ryUYRYRDOs/PxT8uqwZgayIeSg/7mcK7aZhhnbfvJx8+sUL24B3FMQhcq QwpOSgElHU7Lxdmy9+WbFFTfMAVd2Aj325YT/Q26ZLKVc4OFZqK3RS2IsCATAVYE xhWe150S3c3LHn7NOWyRvEEmjDovUYY4Jy4ZbBKZWhpqH5T7rYI/nMLyKDiav7cj k8kTrCGLpiwSIbc8zOZXJt911ezfEdZD4bTnmQr3nSxL1b1465FfpHoId7sxqWnx 7EC1trHaO52IWr/kVvqJ =lKkp -----END PGP SIGNATURE----- --a8sldprk+5E/pDEv-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 01:16:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A9CFBD1; Thu, 5 Dec 2013 01:16:37 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6ECAA10BD; Thu, 5 Dec 2013 01:16:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=+mmNrVM5ijicJ7LVZWeEmNgPZYXP6kPM0jbGRTGLB0s=; b=ryxcHALI19NpbylruPL9vlQAArzYyhoUDCZBYKRjPCRqPOzwmXI+Egei7cd8GmKKGyRf2AKWb0trGdBkBWly8jZiye827SdXMEvSZnwdgK7VpUuZTyHutqylFVcCd9fJ6uDj1A9vMBozGeWeEllU36oT9ddgCtR6v39YTXWwE1M=; Received: from [39.194.18.140] (port=57274 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1VoNXB-002hpC-DG; Wed, 04 Dec 2013 18:15:18 -0700 Date: Thu, 5 Dec 2013 09:14:58 +0800 From: Erich Dollansky To: Glen Barber Subject: Re: BETA4: fortune -o gone? Message-ID: <20131205091458.4a1dcdc8@X220.ovitrap.com> In-Reply-To: <20131205010722.GE44739@glenbarber.us> References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 01:16:37 -0000 Hi, On Wed, 4 Dec 2013 20:07:22 -0500 Glen Barber wrote: > On Thu, Dec 05, 2013 at 09:02:08AM +0800, Erich Dollansky wrote: > > I think that since I installed BETA1 the 'offensive' fortunes are > > gone? I did a fresh install with a BETA1 CD and upgraded recently > > to BETA4. > > > > Yes, they were (finally) removed with extreme prejudice. the best on FreeBSD got removed? This is an offence! > > Glen > Who does not like fortune(6)-related "it is too offensive" bikesheds. > Yeah, all the fun is gone. Is there a way to get the files and install them manually? Let me also ask a search engine. Erich From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 01:22:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 604CFE4A for ; Thu, 5 Dec 2013 01:22:21 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B6861125 for ; Thu, 5 Dec 2013 01:22:20 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id rB51MJmj027263 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Wed, 4 Dec 2013 19:22:20 -0600 Received: from lefty.vicor.com (10.242.182.122) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 4 Dec 2013 19:22:19 -0600 Message-ID: <529FD549.8020506@fisglobal.com> Date: Wed, 4 Dec 2013 17:22:17 -0800 From: "Robison, Dave" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Subject: Re: BETA4: fortune -o gone? References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> <20131205091458.4a1dcdc8@X220.ovitrap.com> In-Reply-To: <20131205091458.4a1dcdc8@X220.ovitrap.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Originating-IP: [10.242.182.122] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-04_08:2013-12-05,2013-12-04,1970-01-01 signatures=0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: david.robison@fisglobal.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 01:22:21 -0000 On 12/04/2013 17:14, Erich Dollansky wrote: >> > Yeah, all the fun is gone. > > Is there a way to get the files and install them manually? > > Let me also ask a search engine. > > Erich > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > It hasn't been fun since they removed rogue from the base system. /weeps/ -- Dave Robison Sales Solution Architect II FIS Banking Solutions 510/621-2089 (w) 530/518-5194 (c) 510/621-2020 (f) daver@vicor.com david.robison@fisglobal.com _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 01:30:32 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CB70FFF; Thu, 5 Dec 2013 01:30:32 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 725151193; Thu, 5 Dec 2013 01:30:30 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rB51UJcI019205; Thu, 5 Dec 2013 03:30:19 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rB51UJ2H019123; Thu, 5 Dec 2013 01:30:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Dec 2013 01:30:19 GMT Message-Id: <201312050130.rB51UJ2H019123@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 01:30:32 -0000 TB --- 2013-12-04 23:50:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-04 23:50:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-04 23:50:41 - starting RELENG_10 tinderbox run for mips/mips TB --- 2013-12-04 23:50:41 - cleaning the object tree TB --- 2013-12-04 23:50:41 - /usr/local/bin/svn stat /src TB --- 2013-12-04 23:51:31 - At svn revision 258946 TB --- 2013-12-04 23:51:32 - building world TB --- 2013-12-04 23:51:32 - CROSS_BUILD_TESTING=YES TB --- 2013-12-04 23:51:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-04 23:51:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-04 23:51:32 - SRCCONF=/dev/null TB --- 2013-12-04 23:51:32 - TARGET=mips TB --- 2013-12-04 23:51:32 - TARGET_ARCH=mips TB --- 2013-12-04 23:51:32 - TZ=UTC TB --- 2013-12-04 23:51:32 - __MAKE_CONF=/dev/null TB --- 2013-12-04 23:51:32 - cd /src TB --- 2013-12-04 23:51:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 4 23:51:42 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Dec 5 01:17:59 UTC 2013 TB --- 2013-12-05 01:17:59 - cd /src/sys/mips/conf TB --- 2013-12-05 01:17:59 - /usr/sbin/config -m ADM5120 TB --- 2013-12-05 01:17:59 - skipping ADM5120 kernel TB --- 2013-12-05 01:17:59 - cd /src/sys/mips/conf TB --- 2013-12-05 01:17:59 - /usr/sbin/config -m ALCHEMY TB --- 2013-12-05 01:17:59 - skipping ALCHEMY kernel TB --- 2013-12-05 01:17:59 - cd /src/sys/mips/conf TB --- 2013-12-05 01:17:59 - /usr/sbin/config -m AP121 TB --- 2013-12-05 01:17:59 - building AP121 kernel TB --- 2013-12-05 01:17:59 - CROSS_BUILD_TESTING=YES TB --- 2013-12-05 01:17:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-05 01:17:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-05 01:17:59 - SRCCONF=/dev/null TB --- 2013-12-05 01:17:59 - TARGET=mips TB --- 2013-12-05 01:17:59 - TARGET_ARCH=mips TB --- 2013-12-05 01:17:59 - TZ=UTC TB --- 2013-12-05 01:17:59 - __MAKE_CONF=/dev/null TB --- 2013-12-05 01:17:59 - cd /src TB --- 2013-12-05 01:17:59 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Thu Dec 5 01:17:59 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Thu Dec 5 01:23:14 UTC 2013 TB --- 2013-12-05 01:23:14 - cd /src/sys/mips/conf TB --- 2013-12-05 01:23:14 - /usr/sbin/config -m AP91 TB --- 2013-12-05 01:23:14 - building AP91 kernel TB --- 2013-12-05 01:23:14 - CROSS_BUILD_TESTING=YES TB --- 2013-12-05 01:23:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-05 01:23:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-05 01:23:14 - SRCCONF=/dev/null TB --- 2013-12-05 01:23:14 - TARGET=mips TB --- 2013-12-05 01:23:14 - TARGET_ARCH=mips TB --- 2013-12-05 01:23:14 - TZ=UTC TB --- 2013-12-05 01:23:14 - __MAKE_CONF=/dev/null TB --- 2013-12-05 01:23:14 - cd /src TB --- 2013-12-05 01:23:14 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Thu Dec 5 01:23:14 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Thu Dec 5 01:30:12 UTC 2013 TB --- 2013-12-05 01:30:12 - cd /src/sys/mips/conf TB --- 2013-12-05 01:30:12 - /usr/sbin/config -m AP93 TB --- 2013-12-05 01:30:12 - building AP93 kernel TB --- 2013-12-05 01:30:12 - CROSS_BUILD_TESTING=YES TB --- 2013-12-05 01:30:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-05 01:30:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-05 01:30:12 - SRCCONF=/dev/null TB --- 2013-12-05 01:30:12 - TARGET=mips TB --- 2013-12-05 01:30:12 - TARGET_ARCH=mips TB --- 2013-12-05 01:30:12 - TZ=UTC TB --- 2013-12-05 01:30:12 - __MAKE_CONF=/dev/null TB --- 2013-12-05 01:30:12 - cd /src TB --- 2013-12-05 01:30:12 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Thu Dec 5 01:30:12 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/AP93/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-05 01:30:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-05 01:30:19 - ERROR: failed to build AP93 kernel TB --- 2013-12-05 01:30:19 - 4159.18 user 2096.60 system 5977.62 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 01:51:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22F6B7DC for ; Thu, 5 Dec 2013 01:51:30 +0000 (UTC) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F332B12B3 for ; Thu, 5 Dec 2013 01:51:29 +0000 (UTC) Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id AB0CBC94B1; Thu, 5 Dec 2013 01:51:16 +0000 (UTC) (envelope-from marka@isc.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1386208289; bh=qP9jFVzaFDph9rfqUCvB+Bm8WlbgtY2lCDC0QSv6soE=; h=To:Cc:From:References:Subject:In-reply-to:Date; b=ScoAvihv7SIsezhmccWc/OfKqUG3+lnc5L/PhP0zjehD79kYkJgDku0GAvt532xpj XdqpZdp6YBN3zIVL8w6h/rslOxJI/XItNSKDgummBMr8WjWhAF+zKu3NXwr1uh0ETX QRdcIVq7KjhjG/dV/7aDNodPl4XalfrK+LLFWlkw= Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP; Thu, 5 Dec 2013 01:51:16 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id A6A73160446; Thu, 5 Dec 2013 01:59:08 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id EE1A1160436; Thu, 5 Dec 2013 01:59:07 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id DA73BB2F12D; Thu, 5 Dec 2013 12:51:12 +1100 (EST) To: Lee Brown From: Mark Andrews References: Subject: Re: BIND chroot environment in 10-RELEASE In-reply-to: Your message of "Wed, 04 Dec 2013 16:15:54 -0800." Date: Thu, 05 Dec 2013 12:51:12 +1100 Message-Id: <20131205015112.DA73BB2F12D@rock.dv.isc.org> X-DCC--Metrics: post.isc.org; whitelist X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL, BAYES_00, RP_MATCHES_RCVD, SPF_PASS autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 01:51:30 -0000 In message , Lee Brown writes: > Just a regular admin... > > Personally I would prefer to NOT have python in base, hidden or otherwise. > > I don't see BIND as being part of base anyway. The LWR is sufficient for > base. BIND is a service for other machines on the network. Just like I > wouldn't want apache to be in base. Then you really do not understand BIND. > For example I'm installing FreeBSD on a laptop. Do I really need BIND? > Not really. However when I build a server for a LAN, then I want to bring > in BIND, git, apache, etc... Yes. You need a validating resolver reachable over a secure channel. Now one could argue about a desktop but anything mobile that connects to random hot spots needs to do its own validation and until every application that retrieves DNS data from the network that will continue to be true. options { dnssec-validation auto; listen-on { 127.0.0.1; }; listen-on-v6 { ::1; }; }; Named has lots of options almost all of which don't need to be set. named -c /dev/null makes a good recursive only resolver. add options { dnssec-validation auto; } and it becomes a good validating recursive only resolver. > If I have a one time migration of BIND in my migration from 9 to 10, so be > it. I'm used to having to do *some* work on a major number upgrade after > all. I'm happy to jail it and use the port vanilla. > > I do agree this could have been managed better though. This is not the > level of engineering I am used to from FreeBSD. Having said that, the > level of engineering is, IMHO, far superior to most other OSs I've worked > with. > > Thanks to all (past, present and future) who contribute to the effort. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 02:59:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5EDAEEF; Thu, 5 Dec 2013 02:59:22 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 94FEC15D1; Thu, 5 Dec 2013 02:59:22 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rB52xKko082353; Thu, 5 Dec 2013 02:59:20 GMT (envelope-from davidxu@freebsd.org) Message-ID: <529FEC15.3080509@freebsd.org> Date: Thu, 05 Dec 2013 10:59:33 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130416 Thunderbird/17.0.5 MIME-Version: 1.0 To: Mikolaj Golub Subject: Re: Hast locking up under 9.2 References: <20131121203711.GA3736@gmail.com> <20131123215950.GA17292@gmail.com> <20131125083223.GE1398@garage.freebsd.pl> <20131125094111.GA22396@gmail.com> <529D40B5.5040605@freebsd.org> <20131204213704.GD4005@gmail.com> In-Reply-To: <20131204213704.GD4005@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Pete French X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 02:59:22 -0000 On 2013/12/05 05:37, Mikolaj Golub wrote: > On Tue, Dec 03, 2013 at 10:23:49AM +0800, David Xu wrote: >> Also I found the following code in hastd: >> >> #define QUEUE_INSERT1(hio, name, ncomp) do { \ >> bool _wakeup; \ >> \ >> mtx_lock(&hio_##name##_list_lock[(ncomp)]); \ >> _wakeup = TAILQ_EMPTY(&hio_##name##_list[(ncomp)]); \ >> TAILQ_INSERT_TAIL(&hio_##name##_list[(ncomp)], (hio), \ >> hio_next[(ncomp)]); \ >> hio_##name##_list_size[(ncomp)]++; \ >> mtx_unlock(&hio_##name##_list_lock[ncomp]); \ >> if (_wakeup) \ >> cv_broadcast(&hio_##name##_list_cond[(ncomp)]); >> >> Our thread library does optimize the condition variable's wait/signal >> lock contention, we had implemented wait queue morphying, so it is not >> needed to unlock mutex first, then call cv_broadcast, such code really >> increases spurious wakeups, and can be worse in some cases: >> for example, before cv_broadcast is called, the producer thread is >> preempted, and a consumer thread removes elements in the queue and >> sleeps again, and the producer thread is scheduled again and it blindly >> calls cv_broadcast, and a consumer thread then find nothing in the >> queue, and sleeps again. >> >> I think following code is enough for our thread library, and works >> better. >> >> #define QUEUE_INSERT1(hio, name, ncomp) do { \ >> mtx_lock(&hio_##name##_list_lock[(ncomp)]); \ >> if (TAILQ_EMPTY(&hio_##name##_list[(ncomp)])) \ >> cv_broadcast(&hio_##name##_list_cond[(ncomp)]); \ >> TAILQ_INSERT_TAIL(&hio_##name##_list[(ncomp)], (hio), \ >> hio_next[(ncomp)]); \ >> hio_##name##_list_size[(ncomp)]++; \ >> mtx_unlock(&hio_##name##_list_lock[ncomp]); \ >> } while (0) > > Ok. I have updated all three macros we have accordingly: > > http://people.freebsd.org/~trociny/patches/hast.queue_insert_wakeup.1.patch > > Pawel, what do you think? > No problem. ;-) From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 03:11:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FCE16DB; Thu, 5 Dec 2013 03:11:37 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1C4B31748; Thu, 5 Dec 2013 03:11:36 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 3A2CC5606D; Wed, 4 Dec 2013 21:11:36 -0600 (CST) Date: Wed, 4 Dec 2013 21:11:36 -0600 From: Mark Linimon To: Kevin Oberman Subject: Re: BIND segway -> python -> first-class ports Message-ID: <20131205031136.GB31014@lonesome.com> References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Daniel Eischen , "freebsd-stable@freebsd.org Stable" , Kurt Jaeger , Julian Elischer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 03:11:37 -0000 On Wed, Dec 04, 2013 at 09:09:48AM -0800, Kevin Oberman wrote: > Of course, the question of what needs to be a class 1 port may prove to be > the bikeshed to end all bikesheds! IMHO, an understatement. Everyone's list is going to be different -- the list of "most followed" ports on FreshPorts hardly overlaps the Debian popcon results. I'm sure the list of "most important" ports that I generate and use internally wouldn't overlap everyone else's. mcl From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 03:18:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95B3C871 for ; Thu, 5 Dec 2013 03:18:31 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FD47178C for ; Thu, 5 Dec 2013 03:18:31 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id ar20so27872854iec.2 for ; Wed, 04 Dec 2013 19:18:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=HjeOiNle6FQZNy3mBdGKAfMpsKuMAZ9MaNlAea33YOA=; b=dd+Myx6UtUy2RZB44kMDuwTBuhqvRxhpsRngM17MQVh8bqpcdFMtUzSF3tCUd77rdn WbxYvvLO3/jOEuRtsTYvnO6z5GGFG1FgMs2ucVs19VZALayqS7IiMcZ0ZoHTl/R//FQ+ qcLBv/ilyxL1IC3VbEBPl1CP+JWpPyIZ6pmmqaQmgxchmywIJQ1NR1BSo1PMhhzwX1nl IOMs60zdWAe4KZ2oWKWVJKQyIoaA8lN+t8+s/DXc2gGVQWxTs2EbJgaTezdN2ttZnVTR FYWU8LpX/JplZx3O+rka9DaSgBod0R0s32xwx8AUMjIEq+EBAnU1ddMYjj0xIIRgB4cM 8beg== X-Received: by 10.51.15.130 with SMTP id fo2mr3932248igd.28.1386213510582; Wed, 04 Dec 2013 19:18:30 -0800 (PST) Received: from [10.0.0.21] (c-98-240-141-71.hsd1.mn.comcast.net. [98.240.141.71]) by mx.google.com with ESMTPSA id p14sm1491856igr.7.2013.12.04.19.18.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Dec 2013 19:18:30 -0800 (PST) Message-ID: <529FF085.6000401@gmail.com> Date: Wed, 04 Dec 2013 21:18:29 -0600 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: BETA4: fortune -o gone? References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> <20131205091458.4a1dcdc8@X220.ovitrap.com> In-Reply-To: <20131205091458.4a1dcdc8@X220.ovitrap.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 03:18:31 -0000 On 2013.12.04 19:14, Erich Dollansky wrote: >> Yes, they were (finally) removed with extreme prejudice. > > the best on FreeBSD got removed? This is an offence! Agreed. There was never a replacement, and it didn't get moved to ports. :'( From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 04:38:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62E3D3AE; Thu, 5 Dec 2013 04:38:54 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 26C111AEA; Thu, 5 Dec 2013 04:38:53 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa06.fnfis.com (8.14.5/8.14.5) with ESMTP id rB54crth026571 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 4 Dec 2013 22:38:53 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.03.0158.001; Wed, 4 Dec 2013 22:38:52 -0600 From: "Teske, Devin" To: Ben Morrow Subject: Re: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Topic: 10.0-BETA4 bsdinstall zfs encryption broken Thread-Index: AQHO8QaC77Xoj3vXVkiDX6Q4LidGfg== Date: Thu, 5 Dec 2013 04:38:51 +0000 Message-ID: <41DA6C6E-1D37-424A-B3EB-6A5CD8ECB022@fisglobal.com> References: <099CD122-B7D8-4FC1-9C99-F19248418CD0@fisglobal.com> <20131204201312.GA39227@anubis.morrow.me.uk> <20131204230155.GA40375@anubis.morrow.me.uk> In-Reply-To: <20131204230155.GA40375@anubis.morrow.me.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <6831DE20D963004F85692AE62EB000B8@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-05_01:2013-12-05,2013-12-05,1970-01-01 signatures=0 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 04:38:54 -0000 On Dec 4, 2013, at 3:01 PM, Ben Morrow wrote: > Quoth Darren Pilgrim : >> On 12/4/2013 12:13 PM, Ben Morrow wrote: >>> Quoth Devin Teske : >>>>=20 >>>> The procedure I use is to take the existing ISO and... >>>>=20 >>>> 1. use mdconfig to access it >>>> 2. use mount_cd9660 to mount it >>>> 3. use rsync to copy the contents to a local dir >>>=20 >>> It's more secure to use tar for these three steps. Filesystems generally >>> aren't hardened against malicious input. >>=20 >> I'm curious about this statement. What extra security would tar get=20 >> you? Tar would be faster, but I can't think of how it would be more=20 >> secure since it's all going to end up on the same filesystem either way. >=20 > Tar can extract files from an ISO Doesn't work in 9.2-R; which is why I still go to mdconfig+rsync. >From 9.2-R... $ tar xf ../FreeBSD-10.0-BETA2-i386-20131031-r257419-disc1.iso=20 etc/termcap.small: Can't create 'etc/termcap.small' etc/unbound: Can't create 'etc/unbound' sbin/nos-tun: Can't create 'sbin/nos-tun' usr/bin/make: Can't create 'usr/bin/make' usr/bin/newgrp: Can't create 'usr/bin/newgrp' usr/bin/pic: Can't create 'usr/bin/pic' ... ad nauseum ... Analyzing the situation, for every file that has a symlink *to* it, the file is not unpacked. So for the case of all the library files, where there is a *.so symlink to a *.so.N... the *.so.N is not created, but the *.so symlink is. So the unpacked data ends up being unusable. Tried on 10.0 and worked fine. So problem is 9.2-R libarchive. ---=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 05:22:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28B4D8F0 for ; Thu, 5 Dec 2013 05:22:17 +0000 (UTC) Received: from mail-pb0-x235.google.com (mail-pb0-x235.google.com [IPv6:2607:f8b0:400e:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F3E4C1DDC for ; Thu, 5 Dec 2013 05:22:16 +0000 (UTC) Received: by mail-pb0-f53.google.com with SMTP id ma3so24986694pbc.40 for ; Wed, 04 Dec 2013 21:22:16 -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-type; bh=V4iKo1Ia752n8S57aobBYFH8JJtSO3t6pwVp1jCqURo=; b=Q0/fywHRTEs+bGC+o05RpYUx6cQhW8P6BhA0/CpENPNMtRaP2JF5+1aIfEeKwkost+ JHsHOrUfSLPZaCfy+7A+gDz7rYBWKXhaTsI48jE6JVvbgVUcac/iWAFyLDCAOGQ2PZ+l DuoFaslzCbFGl50yNNwtzlqrmltzlcURn7/NmNIzErWBzahwQf9htW5Obd50Ac/fBeCX FZ0SEJYg/lSc/HScdDpr3fjFxTou2QTPLD1aGiEA2NIK3T9QdiVyU0XKIFyTC3kwIq/G qbTNX4oXLsIVwpnXtELsjuURWdr+kkoh6IKKEx1eyvwV78ztrkf4FalGL+VWAMh8yJrO J1gA== MIME-Version: 1.0 X-Received: by 10.68.51.165 with SMTP id l5mr22646293pbo.149.1386220936689; Wed, 04 Dec 2013 21:22:16 -0800 (PST) Received: by 10.68.185.130 with HTTP; Wed, 4 Dec 2013 21:22:16 -0800 (PST) In-Reply-To: <529FD549.8020506@fisglobal.com> References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> <20131205091458.4a1dcdc8@X220.ovitrap.com> <529FD549.8020506@fisglobal.com> Date: Thu, 5 Dec 2013 00:22:16 -0500 Message-ID: Subject: Re: BETA4: fortune -o gone? From: Aryeh Friedman To: david.robison@fisglobal.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Stable List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 05:22:17 -0000 > > It hasn't been fun since they removed rogue from the base system. > Rogue sucks ;-) LONG LIVE larn! From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 06:29:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45FD14B0; Thu, 5 Dec 2013 06:29:16 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 089F51093; Thu, 5 Dec 2013 06:29:15 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id rB56TQO9027504; Wed, 4 Dec 2013 22:29:32 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id rB56TKNK027500; Wed, 4 Dec 2013 22:29:20 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 4 Dec 2013 22:29:20 -0800 (PST) Message-ID: <9649227b7c37021dcdba195fe11ffb7e.authenticated@ultimatedns.net> In-Reply-To: References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> Date: Wed, 4 Dec 2013 22:29:20 -0800 (PST) Subject: Re: BIND segway -> python -> first-class ports From: "Chris H" To: "Tom Evans" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Daniel Eischen , Kevin Oberman , Julian Elischer , Kurt Jaeger , "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 06:29:16 -0000 > On Wed, Dec 4, 2013 at 5:09 PM, Kevin Oberman wrote: >> Of course, the question of what needs to be a class 1 port may prove to be >> the bikeshed to end all bikesheds! (I think we need Python, Perl, JPEG, >> PNG, GPG, BIND and bright yellow!) And we need a reasonable mechanism to >> update this list as the popularity of various tools does change. > > Woah, this is missing most of what Alfred was saying. There should be > no "class 1 ports", and if jpeg went in base, it should be because > base requires and uses it, not because it is useful to 3rd party > software in base. The base jpeg *would not* even be visible to > ports/3rd party software by default, only to base and things > especially configured to use base. # cd /src/colors/bright\ yellow # make show depends JPEG # Now you know why. :) > > Cheers > > Tom > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 06:58:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94BD08BE; Thu, 5 Dec 2013 06:58:12 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6094511E0; Thu, 5 Dec 2013 06:58:11 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id rB56wk7K031322; Wed, 4 Dec 2013 22:58:52 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id rB56wfXp031319; Wed, 4 Dec 2013 22:58:41 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 4 Dec 2013 22:58:41 -0800 (PST) Message-ID: <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> In-Reply-To: <20131205010722.GE44739@glenbarber.us> References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> Date: Wed, 4 Dec 2013 22:58:41 -0800 (PST) Subject: Re: BETA4: fortune -o gone? From: "Chris H" To: "Glen Barber" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org, Erich Dollansky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 06:58:12 -0000 > On Thu, Dec 05, 2013 at 09:02:08AM +0800, Erich Dollansky wrote: >> I think that since I installed BETA1 the 'offensive' fortunes are gone? >> I did a fresh install with a BETA1 CD and upgraded recently to BETA4. >> > > Yes, they were (finally) removed with extreme prejudice. Nobody likes a good BikeShed. But _really_? Is FreeBSD going "PC" (Politically Correct)? Looks like a sign of weakness. :( > > Glen > Who does not like fortune(6)-related "it is too offensive" bikesheds. > > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 07:20:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F9D7AA; Thu, 5 Dec 2013 07:20:16 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 34F3A1301; Thu, 5 Dec 2013 07:20:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=r0/YTYob3YfQ58AKX4GhBeV5Mb/dUHAD7IoWoZ/Es0U=; b=Esi4xp3cbsHEj0i+FYB69Z7CNgVZJT8AivquYMfphT4+518ilGMtsxhALECz5IxY4J5ONvPPDtfsf2xj1t+Us7EsDc/KCpDyCXYDVNAE8dhBExG7wknWzDcS552t6MIeTfx70nBULo+NMP8LRFlXLMtJHUb1KW/9ghLNf7mVh7Q=; Received: from [39.216.249.105] (port=18656 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1VoTEM-000Eyt-L9; Thu, 05 Dec 2013 00:20:15 -0700 Date: Thu, 5 Dec 2013 15:20:06 +0800 From: Erich Dollansky To: "Chris H" Subject: Re: BETA4: fortune -o gone? Message-ID: <20131205152006.27766c1f@X220.ovitrap.com> In-Reply-To: <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> Organization: ALO Green Technologies X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: Glen Barber , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 07:20:16 -0000 i, On Wed, 4 Dec 2013 22:58:41 -0800 (PST) "Chris H" wrote: > > On Thu, Dec 05, 2013 at 09:02:08AM +0800, Erich Dollansky wrote: > >> I think that since I installed BETA1 the 'offensive' fortunes are > >> gone? I did a fresh install with a BETA1 CD and upgraded recently > >> to BETA4. > >> > > > > Yes, they were (finally) removed with extreme prejudice. > > Nobody likes a good BikeShed. But _really_? > Is FreeBSD going "PC" (Politically Correct)? > Looks like a sign of weakness. :( a sign? It is a weakness. FreeBSD did not force anybody to use fortune with the -o option. It was also possible to delete the 'offensive' files. Erich From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 07:32:51 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92F0A6FE for ; Thu, 5 Dec 2013 07:32:51 +0000 (UTC) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id CD7D113E4 for ; Thu, 5 Dec 2013 07:32:50 +0000 (UTC) Received: (qmail 76221 invoked from network); 5 Dec 2013 07:32:42 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 5 Dec 2013 07:32:42 -0000 Date: Thu, 05 Dec 2013 08:32:42 +0100 (CET) Message-Id: <20131205.083242.74676021.sthaug@nethelp.no> To: erich@alogt.com Subject: Re: BETA4: fortune -o gone? From: sthaug@nethelp.no In-Reply-To: <20131205152006.27766c1f@X220.ovitrap.com> References: <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205152006.27766c1f@X220.ovitrap.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: gjb@freebsd.org, bsd-lists@1command.com, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 07:32:51 -0000 > > Nobody likes a good BikeShed. But _really_? > > Is FreeBSD going "PC" (Politically Correct)? > > Looks like a sign of weakness. :( > > a sign? It is a weakness. FreeBSD did not force anybody to use fortune > with the -o option. It was also possible to delete the 'offensive' > files. I see absolutely no reason why fortune -o should be removed. I suggest that it should be restored. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 07:41:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95AEF9F8; Thu, 5 Dec 2013 07:41:41 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6820814B2; Thu, 5 Dec 2013 07:41:41 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 8C4FA1BDB; Thu, 5 Dec 2013 07:41:39 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 8C4FA1BDB Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 5 Dec 2013 02:41:37 -0500 From: Glen Barber To: sthaug@nethelp.no Subject: Re: BETA4: fortune -o gone? Message-ID: <20131205074137.GH44739@glenbarber.us> References: <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205152006.27766c1f@X220.ovitrap.com> <20131205.083242.74676021.sthaug@nethelp.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PEfPc/DjvCj+JzNg" Content-Disposition: inline In-Reply-To: <20131205.083242.74676021.sthaug@nethelp.no> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: bsd-lists@1command.com, freebsd-stable@freebsd.org, erich@alogt.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 07:41:41 -0000 --PEfPc/DjvCj+JzNg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 05, 2013 at 08:32:42AM +0100, sthaug@nethelp.no wrote: > > > Nobody likes a good BikeShed. But _really_? > > > Is FreeBSD going "PC" (Politically Correct)? > > > Looks like a sign of weakness. :( > >=20 > > a sign? It is a weakness. FreeBSD did not force anybody to use fortune > > with the -o option. It was also possible to delete the 'offensive' > > files. >=20 > I see absolutely no reason why fortune -o should be removed. I suggest > that it should be restored. >=20 You are all welcome to create a port. Glen --PEfPc/DjvCj+JzNg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSoC4xAAoJELls3eqvi17QrTkQAITHub9S/PhLq/p/CvmCI8XA +aPShAEMx/KqsfwnTTO5w/hurMYtiHlJTkoNq/sjjzc04Dun5WpJvHjUFrSc/JC6 gwx3WAKWTN/LXIYumZ7yWs3A4PCcjU84YoFSmA9ENGoLeGbaZZjnhSQIKnlbspfu cOikEchKUZeKzEF3BKqe0mIABQf0OWLh3PGiqHqqyzdFFgQzAszpmAWBkQ6R10VA /zx0I7rG8EFERdz/d3uX+KCeEiWikqNpWoTdxcJlXLjL1DKRYqpc/vF2FcMBVhRv BsNJn7h1GXzZqunVno5pP+htReFll4QcKbUyYawClB3MeYHCb8rXjxeYJEmyTfZk BOJXa1qpr/Hifqq9+8mYPODB6FLbZA6XPRjVBb+3Q23zP2MziSwe2nOxd1oc4V67 LAFK2e86cU5p5QMI4/cgX5TRhrTgTQ+0t3tQ2zZ5v+gBx7scDlKs4xuuJaDDyN99 28xr/PHz2RP//WXIgcK/ut64KAkU30YE6C5CTJQBg4DQBR4K6/MuT2kK0Cn7Zs3m xpLAE0GMq/XbwmI1K1/0j5uWzFNb9UGbFRKz4h2KFDABErmDSJTHXMeY/5diRPvh kqNs3MmzNYCHfdDdZtm75cwHn61unLxF0UgLer1uUq4fAVFKybfm/3RjE9K6tz7P QBtB1CcO3xbgO3ZsS6dp =i+Wv -----END PGP SIGNATURE----- --PEfPc/DjvCj+JzNg-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 08:30:47 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A35D612 for ; Thu, 5 Dec 2013 08:30:47 +0000 (UTC) Received: from mail.droso.net (koala.droso.dk [IPv6:2a01:4f8:a0:7163::2]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0657178B for ; Thu, 5 Dec 2013 08:30:46 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 47C1BA190; Thu, 5 Dec 2013 09:30:44 +0100 (CET) Date: Thu, 5 Dec 2013 09:30:44 +0100 From: Erwin Lansing To: Greg Rivers Subject: Re: BIND chroot environment in 10-RELEASE...gone? Message-ID: <20131205083044.GN29825@droso.dk> References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD/amd64 9.1-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org, Michael Sinatra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 08:30:47 -0000 On Wed, Dec 04, 2013 at 12:49:59PM -0600, Greg Rivers wrote: > On Wed, 4 Dec 2013, Erwin Lansing wrote: > > > It's not as simple as you describe, trust me I tried :-) > > > > I don't mean to second guess you, but the chroot code was working fine > before it was removed. > > > The one point people in this thread seem to be missing is why BIND > > should be treated differently than all the other DNS severs? BIND may > > have a bad security reputation back from the 4 and 8 days, but do you > > really think that BIND9 is so much more insecure than say NSD or Knot > > that it needs special treatment in ports? Or what about Apache for that > > matter? If you really think that, a chroot really isn't going to help > > you much and what you really want is a jail(8). What should be done is > > to create an easy to do so, but for any port, not just one single port. > > I think we have all the tools available, so it is probably just a matter > > of writing some good documentation to add to the porters handbook, > > though to make it really easy might require some additions to the ports > > framework. > > > > It's not a matter of BIND being more or less secure than other software, > it's a matter of POLA and the huge duplicated efforts required by everyone > going forward to either maintain their own chroot or migrate to the > non-chroot installation. > > I think you underestimate the utility of chroot in limiting potential > damage. As far as I'm aware, chroot is still a best practice for BIND. > Other OSs (e.g. CentOS/RedHat) install BIND chrooted out of the box too. > > You could very well be right that a new jail framework would be better, > but the chroot should not be removed until such a framework is available > and integrated into the port. > > > The way the BIND ports are now is actually in line with all the other > > ports in how they start and where the configuration files are. The > > chroot code was a relic of history and the slight security benefit it > > may have today is far outweighed by the increased complexity and > > decreased consistency with the rest of the ports tree, both from a ports > > maintainance perspective and from the user perspective. I will be happy > > to look into general frameworks to jail any daemon installed from ports, > > but will not make exceptions to a handful of ports. > > > > What about net/isc-dhcp42-server, for example? That port's rc script sets > up a chroot for dhcpd. Should we expect that functionality to be removed > next? > > > Hope this explains some of the reasoning for not readding chroot > > support. > > > > I'm willing to change my mind, but I haven't heard a convincing argument > yet. I'd be very interested in hearing opinions from the FreeBSD Security > team and ISC on this topic. > > I appreciate wanting a uniform policy for this, and I concede that your > reasoning is not without merit, but I still don't think removing the > chroot functionality is warranted given the impact it's going to have. > > I also appreciate your wading into this controversy in the first place by > picking up these ports. :-) > Thanks Greg, and thanks for the feedback. I did make sure that the chroot still is supported on existing 8 and 9 systems, so the move will be another part in the upgrade procedure to a new major release and lessen the pain a bit. Let me have another look into reintroducing the chroot bits in a less complicated way. It may not be exactly the same as before but hopefully can be done in a backwards compatible way. Erwin -- Erwin Lansing (o_ _o) http://droso.dk \\\_\ /_/// erwin@lansing.dk <____) (____> From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 08:43:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25AACB67; Thu, 5 Dec 2013 08:43:00 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3BE188B; Thu, 5 Dec 2013 08:42:58 +0000 (UTC) Received: from spectrum.skysmurf.nl ([192.168.42.3]) by spectrum.skysmurf.nl (8.14.5/8.14.5) with SMTP id rB58G18R057919; Thu, 5 Dec 2013 09:16:01 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Thu, 05 Dec 2013 09:16:01 +0100 Date: Thu, 5 Dec 2013 09:16:01 +0100 From: "A.J. 'Fonz' van Werven" To: Glen Barber Subject: Re: BETA4: fortune -o gone? Message-ID: <20131205081601.GA57771@spectrum.skysmurf.nl> References: <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205152006.27766c1f@X220.ovitrap.com> <20131205.083242.74676021.sthaug@nethelp.no> <20131205074137.GH44739@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <20131205074137.GH44739@glenbarber.us> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) Cc: bsd-lists@1command.com, freebsd-stable@freebsd.org, erich@alogt.com, sthaug@nethelp.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 08:43:00 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Glen Barber wrote: >> I see absolutely no reason why fortune -o should be removed. I suggest >> that it should be restored. >=20 > You are all welcome to create a port. If I'm not mistaken it's a simple matter of placing the files into /usr/share/games/fortune/ and that's that. The files here http://www.skysmurf.nl/comp/FreeBSD/files/fortune are from 9.1-RELEASE. Feel free to test if it's indeed as simple as downloading those and placing them into said directory. If so - and if the removal is indeed definite - I'd be happy to make a port. Although not being silly and just putting them back in base would of course be way preferable. AvW --=20 I'm not completely useless, I can be used as a bad example. --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSoDZBAAoJEAfP7gJTaCe8UPoP/1enwW3e+y8KmOJ3qVI+cjkY VHpRKcPgQ/pk3cNrUhl/PyVpgTichrcixIzRWvUqHul5JqwOaep2hKRPmtIfEqot 71tC+GKNAA1qrUr7fMmcYBYSdai7098eawGgu6LWOK2s/cvaFJvapdX75wdC0zg6 ESE1DFVzOmYCuaKbptJLXJAj9k8YGaUn/pey89uC4aGDI/9DK5XDKZ6rX2353vjU FubxcrUNGVZa2YtKbvMvhYQgmcBjw/SK2E7okYywOTmGidDV+nEmGcINrMsG4Ua/ t1GWw8DdcfX8/ekx74kbNRI3QmLpHXPEspC3qoqAN3mnR6fSJ737IOyM9mpSDdUF N3HtZggo6hCx0XZsSFGNzHzGGkVhG3k4Eiuok/6BiqeLDtpm/Ok3cGu5yhDrxEDU wawu8EGU+/Ix5zoyIiVQQ0RjRpYOyKi4h5rJbYRghAnBmHATKmhQcYe+72nfiyXb A1ITcCsTqXFTru6GvW7GIoSiVAVvqkXy7cxxyeUKnonpcm1TYLrOorbJeGc7YQ/W ynGj359QZo5nb3Ld0BJ01c/d5xtaTAra0KEsoymwDNeYaJf2d/WaiMPvPQ71c40E FqIQUW4KxSNtEOjQeJvdzQmM1p72Md0g2oUQp65doHx1PJfoifHfehjBAw6SeJj1 TQIxExmEh2WJ8Sifcd9v =2g6r -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 08:43:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E95CCC5E; Thu, 5 Dec 2013 08:43:20 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA69A1896; Thu, 5 Dec 2013 08:43:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=52Mufi0mSHq/eYzJYVGtUauUg49jw/f9FzlsVGqFLho=; b=qzmzjOX0cV5wwwlXNnYkdFZV1TV2kK6TcEDjAJfrSmQ9kNfBMFVMRrDwzH06FfxsP/eEd5VmZLLnWD31ZQbW5/a03rjTdhM1VcQXJxzZ/pystIYHeerX0STN2NNkfp7sWEO2RGY+EXG9AHSl5YrA1RVnos8zioJvRFI9M/wgJ9s=; Received: from [39.216.249.105] (port=63748 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1VoUWd-000eAD-Nd; Thu, 05 Dec 2013 01:43:13 -0700 Date: Thu, 5 Dec 2013 16:43:03 +0800 From: Erich Dollansky To: "A.J. 'Fonz' van Werven" Subject: Re: BETA4: fortune -o gone? Message-ID: <20131205164303.43e81755@X220.ovitrap.com> In-Reply-To: <20131205081601.GA57771@spectrum.skysmurf.nl> References: <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205152006.27766c1f@X220.ovitrap.com> <20131205.083242.74676021.sthaug@nethelp.no> <20131205074137.GH44739@glenbarber.us> <20131205081601.GA57771@spectrum.skysmurf.nl> Organization: ALO Green Technologies X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: Glen Barber , bsd-lists@1command.com, freebsd-stable@freebsd.org, sthaug@nethelp.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 08:43:21 -0000 Hi, On Thu, 5 Dec 2013 09:16:01 +0100 "A.J. 'Fonz' van Werven" wrote: > Glen Barber wrote: > > >> I see absolutely no reason why fortune -o should be removed. I > >> suggest that it should be restored. > > > > You are all welcome to create a port. > > If I'm not mistaken it's a simple matter of placing the files into > /usr/share/games/fortune/ and that's that. The files here > http://www.skysmurf.nl/comp/FreeBSD/files/fortune are from > 9.1-RELEASE. Feel free to test if it's indeed as simple as > downloading those and placing them into said directory. If so - and > if the removal is indeed definite - I'd be happy to make a port. > I just downloaded them, placed them as you said and it works. > Although not being silly and just putting them back in base would of > course be way preferable. Unix without fortune -o? Hard to imagine. Erich From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 09:06:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2484A313 for ; Thu, 5 Dec 2013 09:06:43 +0000 (UTC) Received: from smtp.syd.comcen.com.au (smtp.syd.comcen.com.au [203.23.236.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB3D61A73 for ; Thu, 5 Dec 2013 09:06:42 +0000 (UTC) Received: from hummer.af.speednet.com.au (115-69-4-237.dyn.comcen.net.au [115.69.4.237]) by smtp.syd.comcen.com.au (8.13.4/8.12.9) with ESMTP id rB591xF8019530 for ; Thu, 5 Dec 2013 20:02:00 +1100 (EST) Received: from snuggles.af.speednet.com.au (snuggles.af.speednet.com.au [172.22.2.2]) by hummer.af.speednet.com.au (8.14.5/8.14.5) with ESMTP id rB591s0t063582 for ; Thu, 5 Dec 2013 19:01:54 +1000 (EST) (envelope-from andyf@andyit.com.au) Message-ID: <52A04102.4040708@andyit.com.au> Date: Thu, 05 Dec 2013 19:01:54 +1000 From: Andy Farkas User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120614 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: BETA4: fortune -o gone? References: <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205152006.27766c1f@X220.ovitrap.com> <20131205.083242.74676021.sthaug@nethelp.no> <20131205074137.GH44739@glenbarber.us> <20131205081601.GA57771@spectrum.skysmurf.nl> <20131205164303.43e81755@X220.ovitrap.com> In-Reply-To: <20131205164303.43e81755@X220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-comcen-MailScanner-Information: Please contact the ISP for more information X-comcen-MailScanner: Found to be clean X-comcen-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-0.124, required 4, AWL -0.23, BAYES_50 0.00, RDNS_DYNAMIC 0.10) X-comcen-MailScanner-From: andyf@andyit.com.au X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 09:06:43 -0000 On 12/05/13 18:43, Erich Dollansky wrote: >> Although not being silly and just putting them back in base would of >> course be way preferable. > Unix without fortune -o? Hard to imagine. > > Erich > +1 to reinstate. But its a lost cause: http://svnweb.freebsd.org/base/head/games/fortune/datfiles/Makefile?view=log "Approved by: core" What I'd like to know is where/when did this "debate" happen? -andyf From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 09:13:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 996A94AD for ; Thu, 5 Dec 2013 09:13:16 +0000 (UTC) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0EF0B1AF3 for ; Thu, 5 Dec 2013 09:13:15 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id rB58tPJ6063267; Thu, 5 Dec 2013 09:55:25 +0100 (CET) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.124] (may be forged)) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id rB58tOK6082976; Thu, 5 Dec 2013 09:55:25 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: multipart/signed; boundary="Apple-Mail=_4DA1671A-A60A-4390-836A-5DD46C8DA80E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: Adaptec 5805 as a guest on ESXi 5.5 - problem From: "Patrick M. Hausen" In-Reply-To: <1386186865327-5865988.post@n5.nabble.com> Date: Thu, 5 Dec 2013 09:55:24 +0100 Message-Id: References: <1386186865327-5865988.post@n5.nabble.com> To: kaczorem X-Mailer: Apple Mail (2.1822) Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 09:13:16 -0000 --Apple-Mail=_4DA1671A-A60A-4390-836A-5DD46C8DA80E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, all, Am 04.12.2013 um 20:54 schrieb kaczorem : > I've installed a FreeBSD (stable 9.2) as a guest on ESXi 5.5. I've = added > Adaptec Controller via passthrough. Unfortunately FreeBSD does not = show hard > drives. Any clue? Sorry, not really. Just a pointer, that might be helpful. Common wisdom in the FreeNAS (based on FreeBSD) community says that reliable PCI passthrough is a complicated matter of picking exactly the = few =84good=93 components and in the end not a good idea, anyway. You might want to start with this thread: = http://forums.freenas.org/threads/please-do-not-run-freenas-in-production-= as-a-virtual-machine.12484/ Sorry I could not be of more help. Kind regards Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 --Apple-Mail=_4DA1671A-A60A-4390-836A-5DD46C8DA80E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSoD98AAoJEJBvLuLt2olc6OQIAI2V/nKiN4GsZwb/5UphECnz GfAE3D6bjnlgcS/8hgZRjS5ETGWDMesc5M+IhfQ0YXu9vohRe/7TyD+Btlw5hZG+ 5PBwSrsj9Vpw56/q2PXbQIGNaibDRwwP0V18lojC4biTN3YqgugnBXWgaWB7kA48 qkwrb+Yp67N8xpk7Qj+kZpW5tXtR4QrA+3IT2w+x0wcNHgns4e8kIQlubxR1cwnl C+n8+HE+k56JsF4CR6qoA8E6polbiAYDAwkCrgcnWtaBHJqiFcXHDzONrVlLGrNr k5Pf7Xql7M8rYp8nxGoFEBM8zVI409NqQJdpirovH4Q3LHTpy4O634/QPuNZit4= =CyLK -----END PGP SIGNATURE----- --Apple-Mail=_4DA1671A-A60A-4390-836A-5DD46C8DA80E-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 10:54:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7031CB09; Thu, 5 Dec 2013 10:54:13 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA7F51161; Thu, 5 Dec 2013 10:54:12 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rB5Arwm1076693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 5 Dec 2013 14:53:58 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rB5ArvHD076692; Thu, 5 Dec 2013 14:53:57 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 5 Dec 2013 14:53:57 +0400 From: Gleb Smirnoff To: Chris H Subject: Re: BETA4: fortune -o gone? Message-ID: <20131205105357.GU48919@FreeBSD.org> References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Glen Barber , freebsd-stable@freebsd.org, Erich Dollansky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 10:54:13 -0000 On Wed, Dec 04, 2013 at 10:58:41PM -0800, Chris H wrote: C> > On Thu, Dec 05, 2013 at 09:02:08AM +0800, Erich Dollansky wrote: C> >> I think that since I installed BETA1 the 'offensive' fortunes are gone? C> >> I did a fresh install with a BETA1 CD and upgraded recently to BETA4. C> > C> > Yes, they were (finally) removed with extreme prejudice. C> C> Nobody likes a good BikeShed. But _really_? C> Is FreeBSD going "PC" (Politically Correct)? C> Looks like a sign of weakness. :( FreeBSD isn't going politically correct. The fortunes-o was removed to save invaluable time, that developers used to spend discussing changes to the file. -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 11:00:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AD98DAD for ; Thu, 5 Dec 2013 11:00:50 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D4B51203 for ; Thu, 5 Dec 2013 11:00:49 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 5049437B513; Thu, 5 Dec 2013 05:00:43 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3dZv9Q5md2zJDZ; Thu, 5 Dec 2013 05:00:42 -0600 (CST) Date: Thu, 5 Dec 2013 05:00:42 -0600 From: "Matthew D. Fuller" To: Andy Farkas Subject: Re: BETA4: fortune -o gone? Message-ID: <20131205110042.GK96826@over-yonder.net> References: <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205152006.27766c1f@X220.ovitrap.com> <20131205.083242.74676021.sthaug@nethelp.no> <20131205074137.GH44739@glenbarber.us> <20131205081601.GA57771@spectrum.skysmurf.nl> <20131205164303.43e81755@X220.ovitrap.com> <52A04102.4040708@andyit.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52A04102.4040708@andyit.com.au> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.22 (2013-10-16) X-Virus-Scanned: clamav-milter 0.98 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 11:00:50 -0000 On Thu, Dec 05, 2013 at 07:01:54PM +1000 I heard the voice of Andy Farkas, and lo! it spake thus: > > What I'd like to know is where/when did this "debate" happen? Following pretty much every commit to the file over the last N years? :) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 11:14:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DBFB490 for ; Thu, 5 Dec 2013 11:14:11 +0000 (UTC) Received: from smtp.syd.comcen.com.au (smtp.syd.comcen.com.au [203.23.236.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1FFF41314 for ; Thu, 5 Dec 2013 11:14:10 +0000 (UTC) Received: from hummer.af.speednet.com.au (root@115-69-4-237.dyn.comcen.net.au [115.69.4.237]) by smtp.syd.comcen.com.au (8.13.4/8.12.9) with ESMTP id rB5BCA9M031597; Thu, 5 Dec 2013 22:12:11 +1100 (EST) Received: from snuggles.af.speednet.com.au (snuggles.af.speednet.com.au [172.22.2.2]) by hummer.af.speednet.com.au (8.14.5/8.14.5) with ESMTP id rB5BC9tH070103; Thu, 5 Dec 2013 21:12:09 +1000 (EST) (envelope-from andyf@andyit.com.au) Message-ID: <52A05F89.4080101@andyit.com.au> Date: Thu, 05 Dec 2013 21:12:09 +1000 From: Andy Farkas User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120614 Thunderbird/13.0 MIME-Version: 1.0 To: "Matthew D. Fuller" Subject: Re: BETA4: fortune -o gone? References: <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205152006.27766c1f@X220.ovitrap.com> <20131205.083242.74676021.sthaug@nethelp.no> <20131205074137.GH44739@glenbarber.us> <20131205081601.GA57771@spectrum.skysmurf.nl> <20131205164303.43e81755@X220.ovitrap.com> <52A04102.4040708@andyit.com.au> <20131205110042.GK96826@over-yonder.net> In-Reply-To: <20131205110042.GK96826@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-comcen-MailScanner-Information: Please contact the ISP for more information X-comcen-MailScanner: Found to be clean X-comcen-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-0.124, required 4, AWL -0.23, BAYES_50 0.00, RDNS_DYNAMIC 0.10) X-comcen-MailScanner-From: andyf@andyit.com.au Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 11:14:11 -0000 On 12/05/13 21:00, Matthew D. Fuller wrote: > On Thu, Dec 05, 2013 at 07:01:54PM +1000 I heard the voice of > Andy Farkas, and lo! it spake thus: >> What I'd like to know is where/when did this "debate" happen? > Following pretty much every commit to the file over the last N years? > :) > cvsup had an Attic. How does one view commits to a file that is not there anymore with svn? -andyf From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 12:33:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 576FBEA5 for ; Thu, 5 Dec 2013 12:33:07 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 11C981889 for ; Thu, 5 Dec 2013 12:33:06 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1VoXsO-0006rR-7n for freebsd-stable@freebsd.org; Thu, 05 Dec 2013 13:17:54 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: BETA4: fortune -o gone? References: <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205152006.27766c1f@X220.ovitrap.com> <20131205.083242.74676021.sthaug@nethelp.no> <20131205074137.GH44739@glenbarber.us> <20131205081601.GA57771@spectrum.skysmurf.nl> <20131205164303.43e81755@X220.ovitrap.com> <52A04102.4040708@andyit.com.au> <20131205110042.GK96826@over-yonder.net> <52A05F89.4080101@andyit.com.au> Date: Thu, 05 Dec 2013 13:17:21 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <52A05F89.4080101@andyit.com.au> User-Agent: Opera Mail/12.16 (Win32) X-Authenticated-As-Hash: 5a5bc696c05b24d66fef48d694aeed0652e57d03 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.0 X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.2 X-Scan-Signature: 4052b6d1c9976086d5ab5ce040fcf5b8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 12:33:07 -0000 On Thu, 05 Dec 2013 12:12:09 +0100, Andy Farkas wrote: > On 12/05/13 21:00, Matthew D. Fuller wrote: >> On Thu, Dec 05, 2013 at 07:01:54PM +1000 I heard the voice of >> Andy Farkas, and lo! it spake thus: >>> What I'd like to know is where/when did this "debate" happen? >> Following pretty much every commit to the file over the last N years? >> :) >> > > cvsup had an Attic. How does one view commits to a file > that is not there anymore with svn? Run 'svn log' on the directory. Run 'svn co -r '. Or svn up. Or: https://www.google.nl/search?q=cvs+attic+in+svn > > -andyf > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 12:48:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F131D38C; Thu, 5 Dec 2013 12:48:20 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 796691966; Thu, 5 Dec 2013 12:48:20 +0000 (UTC) Received: from spectrum.skysmurf.nl ([192.168.42.3]) by spectrum.skysmurf.nl (8.14.5/8.14.5) with SMTP id rB5Cm2nt022788; Thu, 5 Dec 2013 13:48:03 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Thu, 05 Dec 2013 13:48:02 +0100 Date: Thu, 5 Dec 2013 13:48:02 +0100 From: "A.J. 'Fonz' van Werven" To: Erich Dollansky Subject: Re: BETA4: fortune -o gone? Message-ID: <20131205124802.GA22777@spectrum.skysmurf.nl> References: <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205152006.27766c1f@X220.ovitrap.com> <20131205.083242.74676021.sthaug@nethelp.no> <20131205074137.GH44739@glenbarber.us> <20131205081601.GA57771@spectrum.skysmurf.nl> <20131205164303.43e81755@X220.ovitrap.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <20131205164303.43e81755@X220.ovitrap.com> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Glen Barber , bsd-lists@1command.com, freebsd-stable@freebsd.org, sthaug@nethelp.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 12:48:21 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Erich Dollansky wrote: >>> You are all welcome to create a port. >> >> If so - and if the removal is indeed definite - I'd be happy to make a >> port. > > I just downloaded them, placed them as you said and it works. The port is pretty much ready. I'll post a tree patch for testing in a few hours. AvW --=20 I'm not completely useless, I can be used as a bad example. --zhXaljGHf11kAtnf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSoHYCAAoJEAfP7gJTaCe8dhIQAJ0e9C763cxKvpNvFcMxHJyd 8/st2V12WKARs6ZxNeaGJEHx4UwdrhscWit6jSJJvb+i5UCOptNw27a0Uzvu4XL+ aRwrLQEEhc3/Y3cMn+DImOyDxHVm3G0cIaUIFojt6LhoARR1KfqQ2HBQ6BctJe55 7zQHDsNwtFYwzGgBAMfBAb60G5Ik7eB0S3N5e01cVphFgHzAXvTQiktvP2+IqL3n gOXOB9Vis2rOxUBCb2cWG/KHn+XyWJlZbc2j4dJuf+Pf+63pl8SdNfoQKA4evIcV qR8c9+DN7+U7fPlKUd6kJzCjTYx4oWFpgQGAffYdL7zyP29VpRlgMCVlkwefA82V kAvVhOQ2hOwfMjKlSMbpmbEKaFnSWSZlVaU/7+5sEq6iYx+SdBlwpC5iu92cox1p TWxUOzMIAa2MliL5wcUTZDMfV2Gztq8T+p3OeXsggV1vKDjrdbgY8666QNr3PUI3 tqe5t5G34fzx5QG7bE+z56uV8Ro902kZWrT5GIFfzsxHipArx8U6o+jLzR2H9HKA zqta6V842nSHa0qARYyEDntUWiOPdoUkF0E9HkkQdnAp1uM0hVxMdncd7/SaSqWx n1DN3OgLfb7D5XLJYEhc5Lbtr2rMPyHdRYjUb2UlQ0OeRxSqs9a12p9URfvpLDBW TCLLtrIjAYuY2oztaSjj =x2mM -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 15:48:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA3DA7C3 for ; Thu, 5 Dec 2013 15:48:33 +0000 (UTC) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B7141614 for ; Thu, 5 Dec 2013 15:48:33 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 8A2DD2170A for ; Thu, 5 Dec 2013 10:40:57 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Thu, 05 Dec 2013 10:40:57 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=56tJaytuhIKSMw3gYTiSeEQaDWA=; b=VJ8Oy fYN88BSbWytmtregctlVuRzpVpZJ4G3AKZl+Wfs/U74dzOT/itHuC4VEXCCEN1Qs LATNaZjdatnnRvZrl8RF+xz3sDlzN7ImXloFdCMN/Q/wEUtFwgGcNXrl0tsxPn7F bDX4FgMHefJ1cxmJHy+Ukh03KA/Np3C5iQ+V7Q= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 5D2CC112C7D; Thu, 5 Dec 2013 10:40:57 -0500 (EST) Message-Id: <1386258057.403.55927325.1D1138FE@webmail.messagingengine.com> X-Sasl-Enc: tweU4icxnrE0XaDx4nCxBHY6UVK0BxaOckaOyQMdnXvL 1386258057 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-c99dcdd8 Subject: Re: Adaptec 5805 as a guest on ESXi 5.5 - problem Date: Thu, 05 Dec 2013 09:40:57 -0600 In-Reply-To: <1386186865327-5865988.post@n5.nabble.com> References: <1386186865327-5865988.post@n5.nabble.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 15:48:33 -0000 On Wed, Dec 4, 2013, at 13:54, kaczorem wrote: > Hi, > > I've installed a FreeBSD (stable 9.2) as a guest on ESXi 5.5. I've added > Adaptec Controller via passthrough. Unfortunately FreeBSD does not show > hard > drives. Any clue? > Can you confirm that the controller shows drives on the exact same version of FreeBSD without VMWare being involved? Otherwise you're at the mercy of VMWare support, who in my past experience have no interest in fixing problems for FreeBSD users. The Foundation is working on relations with VMWare, though. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 16:04:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A4FCC59 for ; Thu, 5 Dec 2013 16:04:02 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0ACC71728 for ; Thu, 5 Dec 2013 16:04:02 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VobPF-0006S8-12 for freebsd-stable@freebsd.org; Thu, 05 Dec 2013 08:04:01 -0800 Date: Thu, 5 Dec 2013 08:04:01 -0800 (PST) From: kaczorem To: freebsd-stable@freebsd.org Message-ID: <1386259441021-5866197.post@n5.nabble.com> In-Reply-To: <1386258057.403.55927325.1D1138FE@webmail.messagingengine.com> References: <1386186865327-5865988.post@n5.nabble.com> <1386258057.403.55927325.1D1138FE@webmail.messagingengine.com> Subject: Re: Adaptec 5805 as a guest on ESXi 5.5 - problem MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 16:04:02 -0000 Hi Mark, thanks for reply. Yes, I did some tests. The controller shows drives on FreeBSD booted directly on the server. Also I checked ubuntu as a guest on ESXi with passthrough to that controller and it worked (showed drives). Only I face that problem on FreeBSD/FreeNAS as a guest on ESXi. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Adaptec-5805-as-a-guest-on-ESXi-5-5-problem-tp5865988p5866197.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 17:34:41 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47DC6351; Thu, 5 Dec 2013 17:34:41 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 06C171E3A; Thu, 5 Dec 2013 17:34:40 +0000 (UTC) Received: from roadkill.tharned.org (11008@roadkill.tharned.org [75.145.12.185]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id rB5HYVv1022174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Dec 2013 11:34:33 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2013; t=1386264873; bh=LT3WH5wcT3Dnus8KztoCdxITenr2GhZJZoXUlAIa+yw=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=nsDIPiwJsuCa0H6SjKNzJhjp2DEd0VrJrEQi8YgV00000zvb/lFdPnr+FniY2W/2n bQeozFWNqjFQOwKuJV15vXbOQ5UWgpyawRiERst6isXjeRY17Va7OuWaHAERvOTAsT +4pSOqNvN+juqY8OkcFhcAf9dRyPoBfPUa5PA4yY= Date: Thu, 5 Dec 2013 11:34:31 -0600 (CST) From: Greg Rivers To: Erwin Lansing Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-Reply-To: <20131205083044.GN29825@droso.dk> Message-ID: References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205083044.GN29825@droso.dk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Thu, 05 Dec 2013 11:34:33 -0600 (CST) Cc: stable@freebsd.org, Michael Sinatra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 17:34:41 -0000 On Thu, 5 Dec 2013, Erwin Lansing wrote: > > Thanks Greg, and thanks for the feedback. I did make sure that the > chroot still is supported on existing 8 and 9 systems, so the move will > be another part in the upgrade procedure to a new major release and > lessen the pain a bit. Let me have another look into reintroducing the > chroot bits in a less complicated way. It may not be exactly the same > as before but hopefully can be done in a backwards compatible way. > Thank you Erwin. Let me know if I can help in any way. -- Greg From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 18:43:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69C7AE41 for ; Thu, 5 Dec 2013 18:43:44 +0000 (UTC) Received: from galore.getmail.no (galore.getmail.no [84.210.184.6]) by mx1.freebsd.org (Postfix) with ESMTP id 13A9812C2 for ; Thu, 5 Dec 2013 18:43:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by galore.getmail.no (Postfix) with ESMTP id CD7621B50C6 for ; Thu, 5 Dec 2013 19:38:16 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -2.989 X-Spam-Level: X-Spam-Status: No, score=-2.989 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, T_KHOP_THREADED=-0.01, T_NICE_REPLY_A=0.01, T_UNKNOWN_ORIGIN=0.01, URIBL_RED=0.001] autolearn=ham Authentication-Results: galore.get.c.bitbit.net (amavisd-new); dkim=pass (1024-bit key) header.d=getmail.no Received: from galore.getmail.no ([127.0.0.1]) by localhost (galore.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Oz11IH5022fG for ; Thu, 5 Dec 2013 19:38:16 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by galore.getmail.no (Postfix) with ESMTP id E58A51B50B5 for ; Thu, 5 Dec 2013 19:38:15 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.7.1 galore.getmail.no E58A51B50B5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getmail.no; s=8A9C8B4C-D727-11E2-8095-B6466E6B3FA2; t=1386268695; bh=9DKhTyM9WZROUlPwOLuRGmPOtHMtl94QKN0mfHbcztE=; h=Date:From:To:Subject:Message-Id:Mime-Version:Content-Type: Content-Transfer-Encoding; b=puqjyx1uk7+3x57pvdQ9J8g7Xb1vQIeMDgslENM/Q4YokUwHPm8wOdffCukpq+tJ/ YQ1+JUqzQxwAVPXCUfza+hmerP7KWN6clvi4kOdVwOeWkG8PjIx2Yoskcx4bHl7Bfk vVpIL6sLwD1tMr8r+Az9ytUuvCCdtvpj7tNVi9qU= X-Virus-Scanned: amavisd-new at Received: from galore.getmail.no ([127.0.0.1]) by localhost (galore.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id c9l-y-6-MPhh for ; Thu, 5 Dec 2013 19:38:15 +0100 (CET) Received: from kg-core1.kg4.no (cm-84.215.180.206.getinternet.no [84.215.180.206]) by galore.getmail.no (Postfix) with ESMTPSA id BCF791B50C6 for ; Thu, 5 Dec 2013 19:38:15 +0100 (CET) Date: Thu, 5 Dec 2013 19:38:15 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: BIND chroot environment in 10-RELEASE...gone? Message-Id: <20131205193815.05de3829de9e33197fe210ac@getmail.no> In-Reply-To: References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd8.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 18:43:44 -0000 On Wed, 4 Dec 2013 19:59:03 +0000 Bob Bishop wrote: > Hi, > > On 4 Dec 2013, at 18:49, Greg Rivers wrote: > > > ... It's not a matter of BIND being more or less secure than other software, it's a matter of POLA and the huge duplicated efforts required by everyone going forward to either maintain > > their own chroot or migrate to the non-chroot installation. ... > > Exactly. This is going to be a PITA. I just hope for two things: 1) that creating POLA violations is not a general policy for FreeBSD going forward 2) that this mess around FreeBSD 10 will not slow the adoption rate of FreeBSD 10. -- Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 19:22:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B19F595B for ; Thu, 5 Dec 2013 19:22:56 +0000 (UTC) Received: from a0i55.smtpcorp.com (a0i55.smtpcorp.com [64.131.95.140]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 84E2D1535 for ; Thu, 5 Dec 2013 19:22:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=smtpcorp.com; s=a0_1; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:To:From; bh=S7EzT7EKWUSxVvlIRiY9h/Jj4ax8Y9JSNhXdVey6ONE=; b=CzA89a81GxFp9XTTeHXmt9et8nDcVjitHGBqlMx6ksGSV0pTNT/IqNE1UgNoeapspHJUVTSTpfWp90nAmQWEaF/5ZhioCrkL6N80OA8QhJ+42wx/wQmgQjAmd9MY20X3j6AYONls9KHX9P9zk99Om3/MeZxwgAVtU5J0AKqcoZc=; From: Daniel Corbe To: freebsd-stable@freebsd.org Subject: Re: BETA4: fortune -o gone? References: <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205152006.27766c1f@X220.ovitrap.com> <20131205.083242.74676021.sthaug@nethelp.no> Date: Thu, 05 Dec 2013 22:15:46 +0300 In-Reply-To: <20131205.083242.74676021.sthaug@nethelp.no> (sthaug@nethelp.no's message of "Thu, 05 Dec 2013 08:32:42 +0100 (CET)") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-Smtpcorp-Track: 365403492.1.11375005 X-debug-m-data: member_id=10661 trim_headers=Received X-debug-m-user: D: 3807463 N:365403492 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 19:22:56 -0000 sthaug@nethelp.no writes: >> > Nobody likes a good BikeShed. But _really_? >> > Is FreeBSD going "PC" (Politically Correct)? >> > Looks like a sign of weakness. :( >> >> a sign? It is a weakness. FreeBSD did not force anybody to use fortune >> with the -o option. It was also possible to delete the 'offensive' >> files. > > I see absolutely no reason why fortune -o should be removed. I suggest > that it should be restored. > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no This thread is entirely too long for the subject matter of having removed a bunch of random files from the sunday comics section of the file system that were of little use to anyone outside of "EDGY == OFFENSIVE" crowd. Shine on, you crazy diamonds. And don't ever let "the man" keep you down. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 19:30:53 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90AD7C63 for ; Thu, 5 Dec 2013 19:30:53 +0000 (UTC) Received: from smtp.btshosting.co.uk (mx-2.btshosting.co.uk [IPv6:2a01:4f8:121:2403:2::]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D90F15D7 for ; Thu, 5 Dec 2013 19:30:53 +0000 (UTC) Received: from [192.168.1.65] (unknown [94.12.20.243]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by svr06-mx.btshosting.co.uk (Postfix) with ESMTPSA id EBF2C45692 for ; Thu, 5 Dec 2013 19:30:50 +0000 (UTC) Message-ID: <52A0D45A.7040309@FreeBSD.org> Date: Thu, 05 Dec 2013 19:30:34 +0000 From: Jase Thew Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: stable/9 -> stable/10 upgrade: No longer able to use loopback alias addresses as source addresses X-Enigmail-Version: 1.6 OpenPGP: id=3F9B9617; url=pool.sks-keyservers.net Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ig5x7OiNDSbJb3pKAjjjJQ5or6hboAN0d" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 19:30:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ig5x7OiNDSbJb3pKAjjjJQ5or6hboAN0d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi folks, I've recently upgraded one of my test machines from stable/9 to stable/10 and have found that I'm no longer able to use loopback alias addresses as source addresses. When attempting to do so, I'm receiving "Can't assign requested address" errors. I've also confirmed this in an up-to-date HEAD VM. =E2=94=94[~]> ifconfig lo0 lo0: flags=3D8049 metric 0 mtu 16384 options=3D600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 inet 127.0.1.1 netmask 0xffffffff inet 127.0.1.2 netmask 0xffffffff inet 127.0.1.3 netmask 0xffffffff inet 127.0.1.4 netmask 0xffffffff inet 127.0.1.5 netmask 0xffffffff inet 127.0.1.6 netmask 0xffffffff inet 127.0.1.7 netmask 0xffffffff inet 127.0.1.8 netmask 0xffffffff nd6 options=3D23 =E2=94=94[~]> netstat -rn -f inet | grep lo0 88.198.54.184 link#1 UHS 0 0 lo0 127.0.0.1 link#2 UH 0 172 lo0 127.0.1.1 link#2 UH 0 0 lo0 127.0.1.2 link#2 UH 0 0 lo0 127.0.1.3 link#2 UH 0 0 lo0 127.0.1.4 link#2 UH 0 0 lo0 127.0.1.5 link#2 UH 0 0 lo0 127.0.1.6 link#2 UH 0 0 lo0 127.0.1.7 link#2 UH 0 0 lo0 127.0.1.8 link#2 UH 0 0 lo0 =46rom a ktrace of telnet -4 -s 127.0.1.2 google.co.uk 80 : 2127 telnet CALL socket(PF_INET,SOCK_STREAM,IPPROTO_TCP) 2127 telnet RET socket 3 2127 telnet CALL getuid 2127 telnet RET getuid 0 2127 telnet CALL setuid(0) 2127 telnet RET setuid 0 2127 telnet CALL setsockopt(0x3,0,0x3,0x61e790,0x4) 2127 telnet RET setsockopt 0 2127 telnet CALL bind(0x3,0x8034160f0,0x10) 2127 telnet STRU struct sockaddr { AF_INET, 127.0.1.2:0 } 2127 telnet RET bind 0 2127 telnet CALL connect(0x3,0x8034161f0,0x10) 2127 telnet STRU struct sockaddr { AF_INET, 173.194.112.88:80 } 2127 telnet RET connect -1 errno 49 Can't assign requested address With pretty much an identical lo0 setup on stable/8 and stable/9, this works correctly. Is this change of behaviour by design (and if so, how is one able to use loopback jails and have them be able to contact the outside world short of using some kind of proxy), or is this a bug? Regards, --=20 Jase Thew jase@FreeBSD.org FreeBSD Ports Committer --ig5x7OiNDSbJb3pKAjjjJQ5or6hboAN0d Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJSoNRgXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGNzY3ODIxQkE1MTQ4MjNFQ0RGNUM3QkRE NEU2NUM4QkZGMUMzODI5AAoJENTmXIv/HDgp66YP/300GyK7hmfqKSNTUvYDiKBe eNRP9lI/MN/jflFRLhTrdLjGWdBD9BKt9W+aeQZJkrifvl055JBr5BfmpUm88JJy sGoqYeJQhJ3rokV3QZFMHbmnbqGQZIGgq/+J8nXHLi9oDMJCGnIeEZygebeZYoXu 965VMelLFQe0UeUmDjjUpQka7O3nj5OpDIqy79qfq+bR7liVaJyKHz5OjHWHlAjB NSFcHuYphGDTAonKl/N5zJaoQ8GKAP0JOhoMgYtnOK9vzfSqcbKM0f6vFYhifj3w PgBcskqW21Tu8A5TqrbEwjBzEdwfzJvBpHGRMYznMn/U9iD3R/tx7O3SctWAkh3R BcWLk4ouxEuGxnO1YszkFJ96Vo+x+7BWeOO2dn9nrHXAQ/ARLtrH63iBcwvQCs20 qi6lUeHSvmIamHHJmFKCtjvNg+4MBH3cnMYmZFpX0iyrPQRbq+XYhWPP0R9o9dM0 wgYMbV3WZ3IBUvR7ISF0Ftx1AtuMkOkdY18C7Dxm0YACJFnefBQ7SgzMJxa+iGYg qUbk5fvaBjOub1/XuJG1xz3AVcrCVUM09d3qbUaz50RBVvVRpnfG1t98ayZJoDxc eiUyw5P7PSSsCEHhGecRIRNp8WgttmBqSRF0gzHUdqFgU0gGkKyNPaRCEcr283zX ZoWKSUzfp2VStQMxSovm =8EAW -----END PGP SIGNATURE----- --ig5x7OiNDSbJb3pKAjjjJQ5or6hboAN0d-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 21:27:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 837C078F; Thu, 5 Dec 2013 21:27:45 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 479F51D92; Thu, 5 Dec 2013 21:27:44 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id rB5LSKjO060222; Thu, 5 Dec 2013 13:28:26 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id rB5LSFIk060219; Thu, 5 Dec 2013 13:28:15 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Thu, 5 Dec 2013 13:28:15 -0800 (PST) Message-ID: <417daf0aa6ec34226ab89fbc8470a1ec.authenticated@ultimatedns.net> In-Reply-To: <20131205105357.GU48919@FreeBSD.org> References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205105357.GU48919@FreeBSD.org> Date: Thu, 5 Dec 2013 13:28:15 -0800 (PST) Subject: Re: BETA4: fortune -o gone? From: "Chris H" To: "Gleb Smirnoff" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Glen Barber , freebsd-stable@freebsd.org, Erich Dollansky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 21:27:45 -0000 > On Wed, Dec 04, 2013 at 10:58:41PM -0800, Chris H wrote: > C> > On Thu, Dec 05, 2013 at 09:02:08AM +0800, Erich Dollansky wrote: > C> >> I think that since I installed BETA1 the 'offensive' fortunes are gone? > C> >> I did a fresh install with a BETA1 CD and upgraded recently to BETA4. > C> > > C> > Yes, they were (finally) removed with extreme prejudice. > C> > C> Nobody likes a good BikeShed. But _really_? > C> Is FreeBSD going "PC" (Politically Correct)? > C> Looks like a sign of weakness. :( > > FreeBSD isn't going politically correct. The fortunes-o was removed > to save invaluable time, that developers used to spend discussing > changes to the file. Greetings, Please take no offense by this. But seems even more time could have been saved leaving the file alone, and never discussing it again. Best wishes. --Chris P.S. I'll not be furthering the BikeShed (this is my last contribution). > > -- > Totus tuus, Glebius. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 21:54:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FFDB6F9; Thu, 5 Dec 2013 21:54:41 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 02B671F35; Thu, 5 Dec 2013 21:54:40 +0000 (UTC) Received: from spectrum.skysmurf.nl ([192.168.42.3]) by spectrum.skysmurf.nl (8.14.5/8.14.5) with SMTP id rB5Lsb0p032568; Thu, 5 Dec 2013 22:54:37 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Thu, 05 Dec 2013 22:54:37 +0100 Date: Thu, 5 Dec 2013 22:54:37 +0100 From: "A.J. 'Fonz' van Werven" To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: [games/ofortune] CFT and pending issues Message-ID: <20131205215437.GA32134@spectrum.skysmurf.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 21:54:41 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable A short recap for those of you who are subscribed to freebsd-ports@ but not freebsd-stable@: when I opened my inbox this morning I found a typical WTF thread: the (hardly) "offensive" fortune cookies have been kicked out of 10-BETA4. Since I (and many others) find this Just Plain Stupid (tm) I created a port to bring some sanity back into fortune(6). Anyone running FreeBSD 10-BETA4 feel free to test the port and comment on it before I file the PR asking for it to be committed. A shar "patch" can be found here: http://www.skysmurf.nl/comp/FreeBSD/files/ofortune.shar Or alternatively, a tarball can be found in the same place: http://www.skysmurf.nl/comp/FreeBSD/files/ofortune.tar.gz To extract the shar file: # cd /usr/ports/games # sh /path/to/shar-file Or alternatively, to extract the tarball: # cd /usr/ports/games # tar xzvf /path/to/tarball Install via your favourite method, e.g. # cd /usr/ports/games/ofortune # make install or # portmaster games/ofortune PENDING ISSUES: -1- It's tentatively called ofortune. If you can think of a better name, then by all means shoot. -2- The accompanying webpage is crap. This is no priority ;-) -3- I have found the instructions for changing and/or adding to the fortune files but haven't tested them yet. -4- I wanted to mark the port as IGNORE for versions of FreeBSD prior to 10-BETA4. But this breaks stuff (see point 6) and I need to know exactly what the version number (OSVERSION) is for 10-BETA4. -5- Currently the port installs the "offensive" fortunes into /usr/local/share/ofortune, requiring every user to add that directory to their FORTUNE_PATH (hence the pkg-message). I tried adding an OPTION that would install it into the base /usr/share/games/fortune, but that again breaks stuff, see point 6. -6- It appears that for some reason conditionals don't work in the Makefile. For your reference, I have added the Makefile below, with the parts commented out that I think should work but don't. In both cases I get "Malformed conditional" errors. Any thoughts? Regards, AvW (fonz) [begin /usr/ports/games/ofortune/Makefile] # $FreeBSD$ PORTNAME=3D ofortune PORTVERSION=3D 0.99.0 CATEGORIES=3D games MASTER_SITES=3D http://www.skysmurf.nl/comp/FreeBSD/distfiles/ MAINTAINER=3D freebsd@skysmurf.nl COMMENT=3D The offensive fortune cookies that used to be in base. ### # This is supposed to work but doesn't. ### #OPTIONS_DEFINE=3D BASE #OPTIONS_DEFAULT=3D #BASE_DESC=3D To install into the base system rather than /usr/local. # #.include # #.if ${PORT_OPTIONS:BASE} #DATADIR=3D /usr/share/games/fortune #.else PLIST_DIRS=3D ${DATADIR} #.endif PLIST_FILES=3D ${DATADIR}/fortunes-o \ ${DATADIR}/fortunes-o.dat \ ${DATADIR}/murphy-o \ ${DATADIR}/murphy-o.dat NO_BUILD=3D yes NO_INSTALL=3D yes ### # This is supposed to work but doesn't. # # 702106 has been copied from an example, I need the right number for 10-BE= TA4. # #.if ${OSVERSION} < 702106 #IGNORE=3D For versions prior to 10-BETA4 this is still in base. #.endif ### post-install: ${MKDIR} ${STAGEDIR}${DATADIR} ${INSTALL_DATA} ${WRKSRC}/* ${STAGEDIR}${DATADIR} =2Einclude [end /usr/ports/games/ofortune/Makefile] --=20 I'm not completely useless, I can be used as a bad example. --17pEHd4RhPHOinZp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSoPYdAAoJEAfP7gJTaCe8FxsQAN0l7h2dpBQWE+EDXX20aHDU 2TdzDY9s9KPpIQcwkaqJqrA3aLlxCI88CPnlOui+GOHMpiiQnT/Gbz5AumRtEjlF SKt95mxK02LfwBAdZuTyNMd7FJb9fsTm3BF0vnbB32bPJ6AW0HeuQT8bF6IKaKXV JIkkjWfDhSwk0911419GEt83msuACG8PTTHp+Z8kFXJ+ZYKM8fQd8mYdZOLmOnye axR2WdqSHg4suh3nWyHPPeekUTgbAv9ixRyRO6AvRvbKVJc0EVvmYn7yVKSXZ+rY VXwIOCls0xWebB0RPiz7it9l6zfghnpyj+deZ1t5bBGJgWT8ga+7B4dV/gnIEI9y 6hvp0PkujZSRmMPv8elSe6RtSVlSo+dELfK3rDd1pZQKjlR5M588abPSRXFJzzh9 vhowHg1Cxl+X+Jd4GtOwntp5SgB9DU9c5ORfv8UyrpFHTvpc3/3PdLMQ8OJvmye0 XGIvVMbf7xkCvoO7jU3Qi09kAhuPkzf4V20uHLWzfyvaLXLuPSGyAi0x5jJq+68z U1CKYSHmgUlqUBbuX5ndx69jFluVqJRRNpNkBPndroxZJQdnifbvI5waUNJXEMxU xTOGAUOVRAj+KMh41bPFxfaIZs4jQdmqX8og4mOxjRz8kIYPWGriQG1T5HSXKiCB 3+t8+7w96cC6L8pg4smw =5FVA -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 5 22:51:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07A4C6F8; Thu, 5 Dec 2013 22:51:53 +0000 (UTC) Received: from mail-pd0-x229.google.com (mail-pd0-x229.google.com [IPv6:2607:f8b0:400e:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4AFB1255; Thu, 5 Dec 2013 22:51:52 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id v10so25580700pde.14 for ; Thu, 05 Dec 2013 14:51:52 -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-type:content-transfer-encoding; bh=uNPPxRkLhnHybrW+I5R9+Ot/eEAMnq5UaOZs7ioo1D4=; b=VC8P/XjBaxZ3ksqOvJw9QgnosQLTcOsEa84YTz8k14eDF2QbKtXzbdn0FV6PvJ9Gu+ zVNbhUpQuZYeP8zZy6v50kO4nf6PjcUJjLmrRZDvKtK73UTFsjTp5qLn6U2/HmDxMrIN 3jYznQt7h5i8A+9dVWVGzheATzC4TEKzRmsdbnUCYhlTX5K25hCv90BQW2sgNqpbAYj+ Hm9nLMr8RTkH4deY5krKaNnsr2KxtLb1wr8WwLhdsDnPqf6tBaWnYjTUhP9ZQw+DNiw8 vbDDRFM8EayhlgB5c8PmKP7fAoFmqjm2RUK4jeV0W2WiHV7z+Rkr/QWdfZFK5Ru98hLG qerQ== MIME-Version: 1.0 X-Received: by 10.68.138.226 with SMTP id qt2mr153970pbb.65.1386283912474; Thu, 05 Dec 2013 14:51:52 -0800 (PST) Received: by 10.68.239.201 with HTTP; Thu, 5 Dec 2013 14:51:52 -0800 (PST) In-Reply-To: <417daf0aa6ec34226ab89fbc8470a1ec.authenticated@ultimatedns.net> References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205105357.GU48919@FreeBSD.org> <417daf0aa6ec34226ab89fbc8470a1ec.authenticated@ultimatedns.net> Date: Thu, 5 Dec 2013 17:51:52 -0500 Message-ID: Subject: Re: BETA4: fortune -o gone? From: "illoai@gmail.com" To: Chris H Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Glen Barber , Gleb Smirnoff , ml-freebsd-stable , Erich Dollansky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2013 22:51:53 -0000 On 5 December 2013 16:28, Chris H wrote: > Please take no offense by this. But seems even more time could have > been saved leaving the file alone, and never discussing it again. > Well, now! There's a lesson a great many people could take. In a great many areas not even particularly related to software & software design. (2=A2) --=20 -- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 00:39:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A986EE50; Fri, 6 Dec 2013 00:39:24 +0000 (UTC) Received: from mail-pd0-x235.google.com (mail-pd0-x235.google.com [IPv6:2607:f8b0:400e:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F18C1882; Fri, 6 Dec 2013 00:39:24 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id p10so632pdj.26 for ; Thu, 05 Dec 2013 16:39:24 -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:date:message-id:subject :from:to:cc:content-type; bh=7xI1ySLJY05U/1P1NiUbMjo+FK8/VoFZw+VQIOfvVAM=; b=cIFoRfSVU2GVD097xVNQN58uLhgxZGWdqCzsOuQwjXekkKEtToTo+lA5R+xXg+evFE vogY1/J652EioGOCl9LEjeDUBcLgPtbRjX1E87kOHyy769P+o686njDARxB4Q9ulunGm tlH8gSv2m6pO6XEspndqcX3mcr/JY97oUpUsuH91ThYOyhk1J1EqxqxQWdTt1r5F/Fts DPJLhA8XtR8QfZ8WYRe//4hZEiiCCZnMoyTN92+9Jy7SqfgZP/uzmDS5rsX/fQ3jqsMo yetfDxWRCdPsYjBjtcVfsXxIFOx3oh1SZrZxN2X3Ds8eOXFl2TvlcnlCgPh3pwTzV0za zNhg== MIME-Version: 1.0 X-Received: by 10.66.164.136 with SMTP id yq8mr592877pab.67.1386290363935; Thu, 05 Dec 2013 16:39:23 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Thu, 5 Dec 2013 16:39:23 -0800 (PST) In-Reply-To: References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> Date: Thu, 5 Dec 2013 16:39:23 -0800 X-Google-Sender-Auth: -QtyFMNBKazBzqw1hiT1w32pxnc Message-ID: Subject: Re: BIND segway -> python -> first-class ports From: Kevin Oberman To: Tom Evans Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Daniel Eischen , "freebsd-stable@freebsd.org Stable" , Kurt Jaeger , Julian Elischer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 00:39:24 -0000 On Wed, Dec 4, 2013 at 9:17 AM, Tom Evans wrote: > On Wed, Dec 4, 2013 at 5:09 PM, Kevin Oberman wrote: > > Of course, the question of what needs to be a class 1 port may prove to > be > > the bikeshed to end all bikesheds! (I think we need Python, Perl, JPEG, > > PNG, GPG, BIND and bright yellow!) And we need a reasonable mechanism to > > update this list as the popularity of various tools does change. > > Woah, this is missing most of what Alfred was saying. There should be > no "class 1 ports", and if jpeg went in base, it should be because > base requires and uses it, not because it is useful to 3rd party > software in base. The base jpeg *would not* even be visible to > ports/3rd party software by default, only to base and things > especially configured to use base. > > You are correct. I did not understand Alfred's proposal correctly. Of course, I can see several issues with that, as well, but it' a lot more tractable than a set of "baseline" ports. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 01:28:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EC25A0A; Fri, 6 Dec 2013 01:28:46 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 735361B3A; Fri, 6 Dec 2013 01:28:46 +0000 (UTC) Received: from Alfreds-MacBook-Air.local (50-204-88-5-static.hfc.comcastbusiness.net [50.204.88.5]) by elvis.mu.org (Postfix) with ESMTPSA id 22FF61A3C39; Thu, 5 Dec 2013 17:28:35 -0800 (PST) Message-ID: <52A12843.3010204@freebsd.org> Date: Thu, 05 Dec 2013 17:28:35 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Kevin Oberman , Tom Evans Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> <20131204060246.GV2951@home.opsec.eu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , Julian Elischer , Kurt Jaeger , "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 01:28:46 -0000 On 12/5/13, 4:39 PM, Kevin Oberman wrote: > On Wed, Dec 4, 2013 at 9:17 AM, Tom Evans wrote: > >> On Wed, Dec 4, 2013 at 5:09 PM, Kevin Oberman wrote: >>> Of course, the question of what needs to be a class 1 port may prove to >> be >>> the bikeshed to end all bikesheds! (I think we need Python, Perl, JPEG, >>> PNG, GPG, BIND and bright yellow!) And we need a reasonable mechanism to >>> update this list as the popularity of various tools does change. >> Woah, this is missing most of what Alfred was saying. There should be >> no "class 1 ports", and if jpeg went in base, it should be because >> base requires and uses it, not because it is useful to 3rd party >> software in base. The base jpeg *would not* even be visible to >> ports/3rd party software by default, only to base and things >> especially configured to use base. >> >> You are correct. I did not understand Alfred's proposal correctly. Of > course, I can see several issues with that, as well, but it' a lot more > tractable than a set of "baseline" ports. > Tom hit the nail on the head and perfectly described the proposal. Thank you Tom. Kevin, thanks for being open to the idea. My hope is that it allows us to build richer system. For instance, go look at portsnap(1), it's written in sh(1) and due to that it's pretty slow (I've personally optimized parts of it so that it would run in a decent amount of time in a vm, and where I couldn't figure how to optimize I added progress meters). At the same time by hiding it from non-base we have reduced pressure to keep it up to date as users can just install the latest and greatest from ports. Again, there would need to be some exposure so that if there happened to be some system utility that needed python or $lang modules written, then those modules would need to reference the "hidden" version. Think about cc/c++, those should also be hidden, but probably exposed as "fbsdcc/fbsdc++" for building kernel modules, pam modules and other things that require toolchain hacks. This would again decouple the compiler that users see from what we have in base. This would reduce the pressure on us to update the C compiler/toolchain for any reason other than to address issues in base. -Alfred From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 02:14:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5D59AEF; Fri, 6 Dec 2013 02:14:23 +0000 (UTC) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 665171F75; Fri, 6 Dec 2013 02:14:23 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id x13so151401ief.6 for ; Thu, 05 Dec 2013 18:14:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=UHOHzfKae50b0SFhqdAp/yXKxBP09FI9VT2rjvWBY2k=; b=r2aLG1RvS73AUsEED5tsO1Y67Gop/JZWr1xNCNBTdDR9xeFih2oH6o1byLsYx+mkMO YTu5tM8l4XG6I7DBfiPzTo0aSM0syCH9z5sWXdGVJNjRb6oRmQQWPVCtaF83RJ2WNc2T r29HfLDFl7azawNCU/UImFQS2uIr1Gi68opNddd+lqa/xBIYQ/9oCp3pGfsGHUBqMfFc lBCD+wPOSYujlKFem1+S0gvqFCd1HJTMvP1NkC8AHCqx6Nj+vJT2rOMTV6tkkkkikzYs 5WOSX3XMPwNWSElVP7OFnHMl8sD74DHSmKrgvDVE5ha/c88xEEg+fMYCMapl2ELJtXiS xygQ== X-Received: by 10.50.82.41 with SMTP id f9mr270185igy.26.1386296062864; Thu, 05 Dec 2013 18:14:22 -0800 (PST) Received: from [10.0.0.21] (c-98-240-141-71.hsd1.mn.comcast.net. [98.240.141.71]) by mx.google.com with ESMTPSA id hv5sm1210747igb.9.2013.12.05.18.14.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Dec 2013 18:14:22 -0800 (PST) Message-ID: <52A132FD.7080101@gmail.com> Date: Thu, 05 Dec 2013 20:14:21 -0600 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: "A.J. 'Fonz' van Werven" , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [games/ofortune] CFT and pending issues References: <20131205215437.GA32134@spectrum.skysmurf.nl> In-Reply-To: <20131205215437.GA32134@spectrum.skysmurf.nl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 02:14:23 -0000 On 2013.12.05 15:54, A.J. 'Fonz' van Werven wrote: > A short recap for those of you who are subscribed to freebsd-ports@ but > not freebsd-stable@: when I opened my inbox this morning I found a typical > WTF thread: the (hardly) "offensive" fortune cookies have been kicked out > of 10-BETA4. Since I (and many others) find this Just Plain Stupid (tm) I > created a port to bring some sanity back into fortune(6). Thank you for making this port. I was quite saddened when these fortunes were removed. > Anyone running FreeBSD 10-BETA4 feel free to test the port and comment on > it before I file the PR asking for it to be committed. I will test it this weekend. > PENDING ISSUES: > > -1- > It's tentatively called ofortune. If you can think of a better name, then > by all means shoot. Going by the other fortune file ports, misc/fortune-offensive or something very similar would be more appropriate. It's not really a game in itself and the others are in misc, so misc is probably more appropriate. > -4- > I wanted to mark the port as IGNORE for versions of FreeBSD prior to > 10-BETA4. But this breaks stuff (see point 6) and I need to know exactly > what the version number (OSVERSION) is for 10-BETA4. The fortunes were removed in one of the ALPHA releases if not before then (certainly before 10 was branched to -STABLE), so I'm sure it's fine to simply target 10. Anyone still running a version of 10 from when it was still -CURRENT can expect problems anyway. > COMMENT= The offensive fortune cookies that used to be in base. Perhaps it would be better to specify the version - e.g., "The offensive fortune cookies present the 9.x base system that were removed in 10.x." From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 03:35:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0EA2BE0; Fri, 6 Dec 2013 03:35:03 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8CA3159A; Fri, 6 Dec 2013 03:35:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=votJNMtpdEumKek8W1G4p3RrUhO517pxBlG9l9zpQJw=; b=vEgHhRYVQp0+Qqs2LPptQe2N4xFJQp6jH8GngQvr2JBcl6DLRnLcjBgosbSlftny7w0hOoB/Un3HDsFPfHv70uHpplEHKFd+gkTyY8jb2Z57ijL6hcn1FoDFQWCdiX7b+lki3jtPqE3eJ/kbT+WOSMRsviYcoD49EWS2FNZ7Ei0=; Received: from [39.214.37.170] (port=62524 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1VomBv-002Ydd-Js; Thu, 05 Dec 2013 20:35:00 -0700 Date: Fri, 6 Dec 2013 11:34:52 +0800 From: Erich Dollansky To: "A.J. 'Fonz' van Werven" Subject: Re: [games/ofortune] CFT and pending issues Message-ID: <20131206113452.4ee1ab71@X220.ovitrap.com> In-Reply-To: <20131205215437.GA32134@spectrum.skysmurf.nl> References: <20131205215437.GA32134@spectrum.skysmurf.nl> Organization: ALO Green Technologies X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 03:35:04 -0000 Hi, On Thu, 5 Dec 2013 22:54:37 +0100 "A.J. 'Fonz' van Werven" wrote: > A short recap for those of you who are subscribed to freebsd-ports@ > but not freebsd-stable@: when I opened my inbox this morning I found > a typical WTF thread: the (hardly) "offensive" fortune cookies have > been kicked out of 10-BETA4. Since I (and many others) find this Just > Plain Stupid (tm) I created a port to bring some sanity back into > fortune(6). > > Anyone running FreeBSD 10-BETA4 feel free to test the port and > comment on it before I file the PR asking for it to be committed. I just tried. The port does not have any problems for me but fortune seems to ignore FORTUNE_PATH. > > A shar "patch" can be found here: > http://www.skysmurf.nl/comp/FreeBSD/files/ofortune.shar > > Or alternatively, a tarball can be found in the same place: > http://www.skysmurf.nl/comp/FreeBSD/files/ofortune.tar.gz I used this one. > > To extract the shar file: > # cd /usr/ports/games > # sh /path/to/shar-file > > Or alternatively, to extract the tarball: > # cd /usr/ports/games > # tar xzvf /path/to/tarball > > Install via your favourite method, e.g. > > # cd /usr/ports/games/ofortune > # make install I used the make method. > or > # portmaster games/ofortune > > PENDING ISSUES: > > -1- > It's tentatively called ofortune. If you can think of a better name, > then by all means shoot. > As already said, fortune-offensive sounds better. > -2- > The accompanying webpage is crap. This is no priority ;-) > I did not check it. > -3- > I have found the instructions for changing and/or adding to the > fortune files but haven't tested them yet. > One step after another one. > -4- > I wanted to mark the port as IGNORE for versions of FreeBSD prior to > 10-BETA4. But this breaks stuff (see point 6) and I need to know > exactly what the version number (OSVERSION) is for 10-BETA4. > > -5- > Currently the port installs the "offensive" fortunes into > /usr/local/share/ofortune, requiring every user to add that directory > to their FORTUNE_PATH (hence the pkg-message). I tried adding an > OPTION that would install it into the base /usr/share/games/fortune, > but that again breaks stuff, see point 6. > > -6- > It appears that for some reason conditionals don't work in the > Makefile. For your reference, I have added the Makefile below, with > the parts commented out that I think should work but don't. In both > cases I get "Malformed conditional" errors. Any thoughts? I use a very different style in my makefiles and do not see the errors too. Thanks for your work. Erich > > Regards, > > AvW (fonz) > > [begin /usr/ports/games/ofortune/Makefile] > # $FreeBSD$ > > PORTNAME= ofortune > PORTVERSION= 0.99.0 > CATEGORIES= games > MASTER_SITES= http://www.skysmurf.nl/comp/FreeBSD/distfiles/ > > MAINTAINER= freebsd@skysmurf.nl > COMMENT= The offensive fortune cookies that used to be in base. > > ### > # This is supposed to work but doesn't. > ### > #OPTIONS_DEFINE= BASE > #OPTIONS_DEFAULT= > #BASE_DESC= To install into the base system rather > than /usr/local. # > #.include > # > #.if ${PORT_OPTIONS:BASE} > #DATADIR= /usr/share/games/fortune > #.else > PLIST_DIRS= ${DATADIR} > #.endif > > PLIST_FILES= ${DATADIR}/fortunes-o \ > ${DATADIR}/fortunes-o.dat \ > ${DATADIR}/murphy-o \ > ${DATADIR}/murphy-o.dat > > NO_BUILD= yes > NO_INSTALL= yes > > ### > # This is supposed to work but doesn't. > # > # 702106 has been copied from an example, I need the right number for > 10-BETA4. # > #.if ${OSVERSION} < 702106 > #IGNORE= For versions prior to 10-BETA4 this is still > in base. #.endif > ### > > post-install: > ${MKDIR} ${STAGEDIR}${DATADIR} > ${INSTALL_DATA} ${WRKSRC}/* ${STAGEDIR}${DATADIR} > > .include > [end /usr/ports/games/ofortune/Makefile] > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 09:20:18 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BF581CB; Fri, 6 Dec 2013 09:20:18 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7DDD91B1F; Fri, 6 Dec 2013 09:20:16 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rB69K6oL086339; Fri, 6 Dec 2013 11:20:06 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rB69K5OG086165; Fri, 6 Dec 2013 09:20:05 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Dec 2013 09:20:05 GMT Message-Id: <201312060920.rB69K5OG086165@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 09:20:18 -0000 TB --- 2013-12-06 06:40:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-06 06:40:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-06 06:40:42 - starting RELENG_10 tinderbox run for mips/mips TB --- 2013-12-06 06:40:42 - cleaning the object tree TB --- 2013-12-06 06:40:42 - /usr/local/bin/svn stat /src TB --- 2013-12-06 06:41:33 - At svn revision 259022 TB --- 2013-12-06 06:41:34 - building world TB --- 2013-12-06 06:41:34 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 06:41:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 06:41:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 06:41:34 - SRCCONF=/dev/null TB --- 2013-12-06 06:41:34 - TARGET=mips TB --- 2013-12-06 06:41:34 - TARGET_ARCH=mips TB --- 2013-12-06 06:41:34 - TZ=UTC TB --- 2013-12-06 06:41:34 - __MAKE_CONF=/dev/null TB --- 2013-12-06 06:41:34 - cd /src TB --- 2013-12-06 06:41:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 6 06:41:45 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Dec 6 08:07:47 UTC 2013 TB --- 2013-12-06 08:07:47 - cd /src/sys/mips/conf TB --- 2013-12-06 08:07:47 - /usr/sbin/config -m ADM5120 TB --- 2013-12-06 08:07:47 - skipping ADM5120 kernel TB --- 2013-12-06 08:07:47 - cd /src/sys/mips/conf TB --- 2013-12-06 08:07:47 - /usr/sbin/config -m ALCHEMY TB --- 2013-12-06 08:07:47 - skipping ALCHEMY kernel TB --- 2013-12-06 08:07:47 - cd /src/sys/mips/conf TB --- 2013-12-06 08:07:47 - /usr/sbin/config -m AP121 TB --- 2013-12-06 08:07:47 - building AP121 kernel TB --- 2013-12-06 08:07:47 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 08:07:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 08:07:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 08:07:47 - SRCCONF=/dev/null TB --- 2013-12-06 08:07:47 - TARGET=mips TB --- 2013-12-06 08:07:47 - TARGET_ARCH=mips TB --- 2013-12-06 08:07:47 - TZ=UTC TB --- 2013-12-06 08:07:47 - __MAKE_CONF=/dev/null TB --- 2013-12-06 08:07:47 - cd /src TB --- 2013-12-06 08:07:47 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Dec 6 08:07:47 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Fri Dec 6 08:13:02 UTC 2013 TB --- 2013-12-06 08:13:02 - cd /src/sys/mips/conf TB --- 2013-12-06 08:13:02 - /usr/sbin/config -m AP91 TB --- 2013-12-06 08:13:02 - building AP91 kernel TB --- 2013-12-06 08:13:02 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 08:13:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 08:13:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 08:13:02 - SRCCONF=/dev/null TB --- 2013-12-06 08:13:02 - TARGET=mips TB --- 2013-12-06 08:13:02 - TARGET_ARCH=mips TB --- 2013-12-06 08:13:02 - TZ=UTC TB --- 2013-12-06 08:13:02 - __MAKE_CONF=/dev/null TB --- 2013-12-06 08:13:02 - cd /src TB --- 2013-12-06 08:13:02 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Dec 6 08:13:02 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Fri Dec 6 08:20:00 UTC 2013 TB --- 2013-12-06 08:20:00 - cd /src/sys/mips/conf TB --- 2013-12-06 08:20:00 - /usr/sbin/config -m AP93 TB --- 2013-12-06 08:20:00 - building AP93 kernel TB --- 2013-12-06 08:20:00 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 08:20:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 08:20:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 08:20:00 - SRCCONF=/dev/null TB --- 2013-12-06 08:20:00 - TARGET=mips TB --- 2013-12-06 08:20:00 - TARGET_ARCH=mips TB --- 2013-12-06 08:20:00 - TZ=UTC TB --- 2013-12-06 08:20:00 - __MAKE_CONF=/dev/null TB --- 2013-12-06 08:20:00 - cd /src TB --- 2013-12-06 08:20:00 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Dec 6 08:20:00 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Fri Dec 6 08:27:26 UTC 2013 TB --- 2013-12-06 08:27:26 - cd /src/sys/mips/conf TB --- 2013-12-06 08:27:26 - /usr/sbin/config -m AP94 TB --- 2013-12-06 08:27:26 - building AP94 kernel TB --- 2013-12-06 08:27:26 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 08:27:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 08:27:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 08:27:26 - SRCCONF=/dev/null TB --- 2013-12-06 08:27:26 - TARGET=mips TB --- 2013-12-06 08:27:26 - TARGET_ARCH=mips TB --- 2013-12-06 08:27:26 - TZ=UTC TB --- 2013-12-06 08:27:26 - __MAKE_CONF=/dev/null TB --- 2013-12-06 08:27:26 - cd /src TB --- 2013-12-06 08:27:26 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Dec 6 08:27:26 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Fri Dec 6 08:36:07 UTC 2013 TB --- 2013-12-06 08:36:07 - cd /src/sys/mips/conf TB --- 2013-12-06 08:36:07 - /usr/sbin/config -m AP96 TB --- 2013-12-06 08:36:07 - building AP96 kernel TB --- 2013-12-06 08:36:07 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 08:36:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 08:36:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 08:36:07 - SRCCONF=/dev/null TB --- 2013-12-06 08:36:07 - TARGET=mips TB --- 2013-12-06 08:36:07 - TARGET_ARCH=mips TB --- 2013-12-06 08:36:07 - TZ=UTC TB --- 2013-12-06 08:36:07 - __MAKE_CONF=/dev/null TB --- 2013-12-06 08:36:07 - cd /src TB --- 2013-12-06 08:36:07 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Dec 6 08:36:07 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Fri Dec 6 08:44:38 UTC 2013 TB --- 2013-12-06 08:44:38 - cd /src/sys/mips/conf TB --- 2013-12-06 08:44:38 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-12-06 08:44:38 - building AR71XX_BASE kernel TB --- 2013-12-06 08:44:38 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 08:44:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 08:44:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 08:44:38 - SRCCONF=/dev/null TB --- 2013-12-06 08:44:38 - TARGET=mips TB --- 2013-12-06 08:44:38 - TARGET_ARCH=mips TB --- 2013-12-06 08:44:38 - TZ=UTC TB --- 2013-12-06 08:44:38 - __MAKE_CONF=/dev/null TB --- 2013-12-06 08:44:38 - cd /src TB --- 2013-12-06 08:44:38 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Dec 6 08:44:38 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Fri Dec 6 08:52:00 UTC 2013 TB --- 2013-12-06 08:52:00 - cd /src/sys/mips/conf TB --- 2013-12-06 08:52:00 - /usr/sbin/config -m AR724X_BASE TB --- 2013-12-06 08:52:00 - building AR724X_BASE kernel TB --- 2013-12-06 08:52:00 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 08:52:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 08:52:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 08:52:00 - SRCCONF=/dev/null TB --- 2013-12-06 08:52:00 - TARGET=mips TB --- 2013-12-06 08:52:00 - TARGET_ARCH=mips TB --- 2013-12-06 08:52:00 - TZ=UTC TB --- 2013-12-06 08:52:00 - __MAKE_CONF=/dev/null TB --- 2013-12-06 08:52:00 - cd /src TB --- 2013-12-06 08:52:00 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Fri Dec 6 08:52:00 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Fri Dec 6 08:57:50 UTC 2013 TB --- 2013-12-06 08:57:50 - cd /src/sys/mips/conf TB --- 2013-12-06 08:57:50 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-12-06 08:57:50 - building AR91XX_BASE kernel TB --- 2013-12-06 08:57:50 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 08:57:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 08:57:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 08:57:50 - SRCCONF=/dev/null TB --- 2013-12-06 08:57:50 - TARGET=mips TB --- 2013-12-06 08:57:50 - TARGET_ARCH=mips TB --- 2013-12-06 08:57:50 - TZ=UTC TB --- 2013-12-06 08:57:50 - __MAKE_CONF=/dev/null TB --- 2013-12-06 08:57:50 - cd /src TB --- 2013-12-06 08:57:50 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Fri Dec 6 08:57:50 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Fri Dec 6 09:04:36 UTC 2013 TB --- 2013-12-06 09:04:36 - cd /src/sys/mips/conf TB --- 2013-12-06 09:04:36 - /usr/sbin/config -m AR933X_BASE TB --- 2013-12-06 09:04:36 - building AR933X_BASE kernel TB --- 2013-12-06 09:04:36 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 09:04:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 09:04:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 09:04:36 - SRCCONF=/dev/null TB --- 2013-12-06 09:04:36 - TARGET=mips TB --- 2013-12-06 09:04:36 - TARGET_ARCH=mips TB --- 2013-12-06 09:04:36 - TZ=UTC TB --- 2013-12-06 09:04:36 - __MAKE_CONF=/dev/null TB --- 2013-12-06 09:04:36 - cd /src TB --- 2013-12-06 09:04:36 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Fri Dec 6 09:04:36 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Fri Dec 6 09:08:28 UTC 2013 TB --- 2013-12-06 09:08:28 - cd /src/sys/mips/conf TB --- 2013-12-06 09:08:28 - /usr/sbin/config -m AR934X_BASE TB --- 2013-12-06 09:08:28 - building AR934X_BASE kernel TB --- 2013-12-06 09:08:28 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 09:08:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 09:08:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 09:08:28 - SRCCONF=/dev/null TB --- 2013-12-06 09:08:28 - TARGET=mips TB --- 2013-12-06 09:08:28 - TARGET_ARCH=mips TB --- 2013-12-06 09:08:28 - TZ=UTC TB --- 2013-12-06 09:08:28 - __MAKE_CONF=/dev/null TB --- 2013-12-06 09:08:28 - cd /src TB --- 2013-12-06 09:08:28 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Fri Dec 6 09:08:28 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Fri Dec 6 09:12:17 UTC 2013 TB --- 2013-12-06 09:12:17 - cd /src/sys/mips/conf TB --- 2013-12-06 09:12:17 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-12-06 09:12:17 - skipping BERI_DE4_BASE kernel TB --- 2013-12-06 09:12:17 - cd /src/sys/mips/conf TB --- 2013-12-06 09:12:17 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-12-06 09:12:17 - skipping BERI_DE4_MDROOT kernel TB --- 2013-12-06 09:12:17 - cd /src/sys/mips/conf TB --- 2013-12-06 09:12:17 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-12-06 09:12:17 - skipping BERI_DE4_SDROOT kernel TB --- 2013-12-06 09:12:17 - cd /src/sys/mips/conf TB --- 2013-12-06 09:12:17 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-12-06 09:12:17 - skipping BERI_SIM_BASE kernel TB --- 2013-12-06 09:12:17 - cd /src/sys/mips/conf TB --- 2013-12-06 09:12:17 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-12-06 09:12:17 - skipping BERI_SIM_MDROOT kernel TB --- 2013-12-06 09:12:17 - cd /src/sys/mips/conf TB --- 2013-12-06 09:12:17 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2013-12-06 09:12:17 - skipping BERI_SIM_SDROOT kernel TB --- 2013-12-06 09:12:17 - cd /src/sys/mips/conf TB --- 2013-12-06 09:12:17 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-12-06 09:12:17 - skipping BERI_TEMPLATE kernel TB --- 2013-12-06 09:12:17 - cd /src/sys/mips/conf TB --- 2013-12-06 09:12:17 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-12-06 09:12:17 - building CARAMBOLA2 kernel TB --- 2013-12-06 09:12:17 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 09:12:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 09:12:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 09:12:17 - SRCCONF=/dev/null TB --- 2013-12-06 09:12:17 - TARGET=mips TB --- 2013-12-06 09:12:17 - TARGET_ARCH=mips TB --- 2013-12-06 09:12:17 - TZ=UTC TB --- 2013-12-06 09:12:17 - __MAKE_CONF=/dev/null TB --- 2013-12-06 09:12:17 - cd /src TB --- 2013-12-06 09:12:17 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Fri Dec 6 09:12:17 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Fri Dec 6 09:16:07 UTC 2013 TB --- 2013-12-06 09:16:07 - cd /src/sys/mips/conf TB --- 2013-12-06 09:16:07 - /usr/sbin/config -m DB120 TB --- 2013-12-06 09:16:07 - building DB120 kernel TB --- 2013-12-06 09:16:07 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 09:16:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 09:16:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 09:16:07 - SRCCONF=/dev/null TB --- 2013-12-06 09:16:07 - TARGET=mips TB --- 2013-12-06 09:16:07 - TARGET_ARCH=mips TB --- 2013-12-06 09:16:07 - TZ=UTC TB --- 2013-12-06 09:16:07 - __MAKE_CONF=/dev/null TB --- 2013-12-06 09:16:07 - cd /src TB --- 2013-12-06 09:16:07 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Fri Dec 6 09:16:07 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Fri Dec 6 09:19:58 UTC 2013 TB --- 2013-12-06 09:19:58 - cd /src/sys/mips/conf TB --- 2013-12-06 09:19:58 - /usr/sbin/config -m DIR-825 TB --- 2013-12-06 09:19:58 - building DIR-825 kernel TB --- 2013-12-06 09:19:58 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 09:19:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 09:19:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 09:19:58 - SRCCONF=/dev/null TB --- 2013-12-06 09:19:58 - TARGET=mips TB --- 2013-12-06 09:19:58 - TARGET_ARCH=mips TB --- 2013-12-06 09:19:58 - TZ=UTC TB --- 2013-12-06 09:19:58 - __MAKE_CONF=/dev/null TB --- 2013-12-06 09:19:58 - cd /src TB --- 2013-12-06 09:19:58 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Fri Dec 6 09:19:58 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/DIR-825/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-06 09:20:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-06 09:20:04 - ERROR: failed to build DIR-825 kernel TB --- 2013-12-06 09:20:04 - 6782.76 user 3238.72 system 9562.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 09:24:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64E344C9 for ; Fri, 6 Dec 2013 09:24:15 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EFC3E1CAF for ; Fri, 6 Dec 2013 09:24:14 +0000 (UTC) Received: from mandree.no-ip.org ([78.48.198.8]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MWhRH-1W4d5w09M3-00Xwxc for ; Fri, 06 Dec 2013 10:24:07 +0100 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id A6CA223D02A for ; Fri, 6 Dec 2013 10:24:05 +0100 (CET) Message-ID: <52A197B5.2050106@gmx.de> Date: Fri, 06 Dec 2013 10:24:05 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: BETA4: fortune -o gone? References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> <20131205091458.4a1dcdc8@X220.ovitrap.com> <529FF085.6000401@gmail.com> In-Reply-To: <529FF085.6000401@gmail.com> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:DxQewjMycBbVvmN+zdfi8h3YtGhID9KmX60MlajndyP/4SsblHF yuEFz4TJeJ5M//qJMkRBvkTieO8EBaRcM6KcJZYsHcmKD2ynxDSP2YZ3rD1ZUFcF+LKu9aB yQSB7OI7Y3Mbvc9XlFfNJjkl15OPzoaK39JB5WvfxN8WfAA06LvOLVVPzg64cfm9sLyo55O bPchdIsOm9A4dCeIwiuHg== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 09:24:15 -0000 Am 05.12.2013 04:18, schrieb Andrew Berg: > On 2013.12.04 19:14, Erich Dollansky wrote: >>> Yes, they were (finally) removed with extreme prejudice. >> >> the best on FreeBSD got removed? This is an offence! > Agreed. There was never a replacement, and it didn't get moved to ports. :'( There's a task waiting for you :) From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 09:53:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 549E6B54; Fri, 6 Dec 2013 09:53:21 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B4E7E1E9A; Fri, 6 Dec 2013 09:53:20 +0000 (UTC) Received: from spectrum.skysmurf.nl ([192.168.42.3]) by spectrum.skysmurf.nl (8.14.5/8.14.5) with SMTP id rB69rAh3047108; Fri, 6 Dec 2013 10:53:10 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Fri, 06 Dec 2013 10:53:10 +0100 Date: Fri, 6 Dec 2013 10:53:10 +0100 From: "A.J. 'Fonz' van Werven" To: Andrew Berg Subject: Re: [games/ofortune] CFT and pending issues Message-ID: <20131206095310.GA47075@spectrum.skysmurf.nl> References: <20131205215437.GA32134@spectrum.skysmurf.nl> <52A132FD.7080101@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <52A132FD.7080101@gmail.com> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 09:53:21 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Andrew Berg wrote: > Going by the other fortune file ports, misc/fortune-offensive or > something very similar would be more appropriate. Fair enough, sounds good to me. > The fortunes were removed in one of the ALPHA releases if not before > then (certainly before 10 was branched to -STABLE), so I'm sure it's > fine to simply target 10. Okay, so that would be 1000000 then. > Perhaps it would be better to specify the version - e.g., "The offensive > fortune cookies present the 9.x base system that were removed in 10.x." They were there in earlier base systems too, but I'll work on the wording a bit more. Thanks for the suggestion. AvW --=20 I'm not completely useless, I can be used as a bad example. --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSoZ6GAAoJEAfP7gJTaCe8aqIQAMyaoiROvF1PH2m0yPFJvzDM UZRkm64QfIpuF+0aSD78vF0mGBYGbJ+S99MRnTxQ0ZQrp9jIZNTt/EOisG9WFEOs n+ehWfEML3BbS+CbwPpFJl6EnFD1nY5sSt+qrckmqmTia+l5mztB8+4YRFcFn3kA fEznN8GGCwiSdx8NW80AZ3GXlg4FNJBFRH7CqTes5ECJrRvPvdGO2DdzmUljGbDU VBKIn27n50TrY776Edwq9573xUH8uvGnvszhaKBDIfsPsRt6b7XA8/UodZVYtHH3 CzD1wCDY+wBo52jX+xQvqNY2XkNvUuKCTLQMVET5lO6HAaE85wbhM5yrzE+SCgGQ B5eLhvRvk1qXvGzpKJo3M+n/LyMwF3JFYVC1RDtqtW2ER0t+BuCgbvJ72JlFJuDw xFcovLLNEy2o0P7STEMB9CWhyX5I+nGEOtqqk7bWL2/1npmsFRXbwN/5Lq7piTwl x5NH2IQ3DDZB0lAbpjvfQtyzeUB0fwga68GhXhV4gPbIplyK/cWSzwv+dNsJI7/q /tFD/XbT41q9cbIixxE1iM/LqVMLmkHyl0srn2WAqmB5WEp6MBZhLRWVKlLEWPRf b+rKlzyiZDt5pEQb0YlJ6W4tBPVsIT/EFF2x47pigyL0wzPL8uPKphMlQeUJ2Aco GDj9oISh5rgAiFAZZSYk =gtd4 -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 10:20:36 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C324B7F; Fri, 6 Dec 2013 10:20:36 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 416141053; Fri, 6 Dec 2013 10:20:34 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rB6AKUoc024855; Fri, 6 Dec 2013 12:20:30 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rB6AKTHA024575; Fri, 6 Dec 2013 10:20:29 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Dec 2013 10:20:29 GMT Message-Id: <201312061020.rB6AKTHA024575@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 10:20:36 -0000 TB --- 2013-12-06 06:40:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-06 06:40:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-06 06:40:42 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2013-12-06 06:40:42 - cleaning the object tree TB --- 2013-12-06 06:40:42 - /usr/local/bin/svn stat /src TB --- 2013-12-06 06:41:28 - At svn revision 259022 TB --- 2013-12-06 06:41:29 - building world TB --- 2013-12-06 06:41:29 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 06:41:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 06:41:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 06:41:29 - SRCCONF=/dev/null TB --- 2013-12-06 06:41:29 - TARGET=i386 TB --- 2013-12-06 06:41:29 - TARGET_ARCH=i386 TB --- 2013-12-06 06:41:29 - TZ=UTC TB --- 2013-12-06 06:41:29 - __MAKE_CONF=/dev/null TB --- 2013-12-06 06:41:29 - cd /src TB --- 2013-12-06 06:41:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 6 06:41:39 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Dec 6 10:19:18 UTC 2013 TB --- 2013-12-06 10:19:18 - generating LINT kernel config TB --- 2013-12-06 10:19:18 - cd /src/sys/i386/conf TB --- 2013-12-06 10:19:18 - /usr/bin/make -B LINT TB --- 2013-12-06 10:19:18 - cd /src/sys/i386/conf TB --- 2013-12-06 10:19:18 - /usr/sbin/config -m LINT TB --- 2013-12-06 10:19:18 - building LINT kernel TB --- 2013-12-06 10:19:18 - CROSS_BUILD_TESTING=YES TB --- 2013-12-06 10:19:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-06 10:19:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-06 10:19:18 - SRCCONF=/dev/null TB --- 2013-12-06 10:19:18 - TARGET=i386 TB --- 2013-12-06 10:19:18 - TARGET_ARCH=i386 TB --- 2013-12-06 10:19:18 - TZ=UTC TB --- 2013-12-06 10:19:18 - __MAKE_CONF=/dev/null TB --- 2013-12-06 10:19:18 - cd /src TB --- 2013-12-06 10:19:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 6 10:19:18 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/i386.i386/src/tmp/legacy/usr/sbin:/obj/i386.i386/src/tmp/legacy/usr/bin:/obj/i386.i386/src/tmp/legacy/usr/games:/obj/i386.i386/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/i386.i386/src/sys/LINT/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-06 10:20:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-06 10:20:29 - ERROR: failed to build LINT kernel TB --- 2013-12-06 10:20:29 - 9894.51 user 3255.12 system 13186.48 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 12:47:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 928FF6EA for ; Fri, 6 Dec 2013 12:47:02 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 04D2818EA for ; Fri, 6 Dec 2013 12:47:01 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id rB6Ckvkj098953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 6 Dec 2013 13:46:57 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id rB6CkuOv098950 for ; Fri, 6 Dec 2013 13:46:57 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 6 Dec 2013 13:46:56 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Does FreeBSD's ZFS reserve 1/64 of the capacity for COW? Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) 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 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) 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.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 12:47:02 -0000 Hi, Today I came across "Becoming a ZFS Ninja Part 1" http://www.youtube.com/watch?v=tPsV_8k-aVU featuring Ben Rockwood who stated that ZFS reserves 1/64 of the capacity for COW safe-guarding. Fast forward to 00:49:44. Thus, one should take this fact into account when planning the storage capacity of your (larger) zpools. Does FreeBSD's ZFS also reserve 1/64 of the capacity for COW? If it's true, then I guess this should be noted in zpool(8) and in the Handbook. Any comments or insights? Do you think I should file a PR? Have a nice weekend! ;-) -- +-------------------------------+------------------------------------+ | 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-stable@FreeBSD.ORG Fri Dec 6 13:37:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA6D8337; Fri, 6 Dec 2013 13:37:13 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 676931D5F; Fri, 6 Dec 2013 13:37:12 +0000 (UTC) Received: from spectrum.skysmurf.nl ([192.168.42.3]) by spectrum.skysmurf.nl (8.14.5/8.14.5) with SMTP id rB6DbA3v076793; Fri, 6 Dec 2013 14:37:10 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Fri, 06 Dec 2013 14:37:09 +0100 Date: Fri, 6 Dec 2013 14:37:09 +0100 From: "A.J. 'Fonz' van Werven" To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [games/ofortune] CFT and pending issues Message-ID: <20131206133709.GA60741@spectrum.skysmurf.nl> References: <20131205215437.GA32134@spectrum.skysmurf.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <20131205215437.GA32134@spectrum.skysmurf.nl> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 13:37:13 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Update: the port is pretty much ready for submission. I decided to go with misc/fortune-mod-offensive, similar to the other ones (one of which is unmaintained so I'll try to stagify and adopt that one while I'm at it). The COMMENT became The offensive fortunes from FreeBSD 9 base, removed in FreeBSD 10 because it has to stay within 70 characters. There's one issue I'd really prefer to sort before submitting, though. Should the Makefile define LICENSE? If so, what should it be (BSD I presume) and should LICENSE_FILE be defined as well? AvW --=20 I'm not completely useless, I can be used as a bad example. --KsGdsel6WgEHnImy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSodMFAAoJEAfP7gJTaCe8QwAQAMvPYXouNY4uHzF8kcDdM9z9 30VnlMFjPFXprbal6kftOzyZGjBt7flEKuMC3ZHk3oJ3r6AhAK3fh0lIAKiMx+wx PruBbaJZC4ohtj+txoWoHETkSVAX0Ag9oS/aaxKIpvxBkl1IVs7DCilCp1L0Fo2R ItjttAd6X3gSw7/bZekQLwPJJTpXwj7JNX1qMyUbTeclSZ1yw972syLCngmhaIIr H2irT/uxvHVfRoXJaXqp2fPTsGbyV2xB1R02q9yBeSddd4QxKxu9kh7FukPnNWie deHMmxOe1n8IrDxpgLeNo9ts8+eV8gYXICGgKbgrJ5mWbwwhv1wixYdx1AUlZZ4N V5M7oVyo+sWUwB3ihSfkoxFICvY8/teSQq1pUCL2AD3FJzGKimUdeqtleXFZotdK LYq1ohjc2xgofElD/RfXq/gDuwYcaZEEVyZp0Y3GdUACgA5ggBMK1xNfSnxi2/C4 e+V84QVhR9xiQ59oaeVExI0+QrH+n58fwKsS20n5dhkaufZKch5kIxTGkM6zXfky xGZTRa3gp90ts9ptrH8f/dJlp41Hw5WF/J9OtaebnGyQRVAaKhDfhLVJOITI2sjU AJWy7K5PqkptKQC7owXmPKZuXagIYdIOfsDmowg8FCFjIBL518NocwssDCWcIrtz Paw1Iysx8e5bcrjvs1Mr =eEhe -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 13:39:25 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E620C515 for ; Fri, 6 Dec 2013 13:39:25 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 725281D91 for ; Fri, 6 Dec 2013 13:39:25 +0000 (UTC) Received: from spectrum.skysmurf.nl ([192.168.42.3]) by spectrum.skysmurf.nl (8.14.5/8.14.5) with SMTP id rB6DdMx5076830; Fri, 6 Dec 2013 14:39:22 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Fri, 06 Dec 2013 14:39:22 +0100 Date: Fri, 6 Dec 2013 14:39:22 +0100 From: "A.J. 'Fonz' van Werven" To: Matthias Andree Subject: Re: BETA4: fortune -o gone? Message-ID: <20131206133922.GA76810@spectrum.skysmurf.nl> References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> <20131205091458.4a1dcdc8@X220.ovitrap.com> <529FF085.6000401@gmail.com> <52A197B5.2050106@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <52A197B5.2050106@gmx.de> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 13:39:26 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Matthias Andree wrote: >> and it didn't get moved to ports. >=20 > There's a task waiting for you :) Already on it ;-) AvW --=20 I'm not completely useless, I can be used as a bad example. --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSodOKAAoJEAfP7gJTaCe8pWIP/RGqCXnustMjjfCRB3jzYW3X ccDFChKo4X8Z80tadJeTYX1r7elMfAZ95EUa94si36lU/Pr9V+aZ8SDKW7DHpXtv JGDZNMUAxjZwsJpmmJnZWoOacMCrvA4/OdHozwJHCryy4wwwsAIB2HA5u4VxH07Q Mts7M2CVUYFhRTtAJqa9InwXFMHOusA8vRF8hKUAbMtAwY2MLXmVUHkG0f84u6aU SYThkNjZz5/4GwI0kCGbHJvVYFCt/xInkEBM8r+gzwQzp4rgFxmwT7XoFa8+T9kl 3ED4DGpa7aIZkTNWT3fW9JlPBDKoAWYzd9/oRSwx+O5dViAOmkfj0jevAol7Ki7r OrRwpd+k13A1S+C8wqF/WxTdi3HQ+Fv3sT03s54Tn4oActMyKDHbtr4B5kIdURm/ 4KcSMUjJTIyC9HrdZH+jLpIYhpfeKerEBssCre8IQQugVxtMGW+VrujjxHsRuWTx RNw1lgAoFCkxTNYcV7P3t0Y+ufGTTPQVGUoz/HDMiAwOyL/LtQTaBVjBqs57vZK1 EdnXg8Pl90xvKkFTGwbpLdmbSY0KLMlkdp4MgUDZ/SKt3TN3gaTK4F4/h0NyJJNG ov7DCM/ZMcwzt3FGehitBc3c7AMKRcsy+pFdacqM7c4oJfb7k0iQJ+Mjr5WFdqLZ A9g9d8KOMBOH8zCEThcP =jb2x -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 13:40:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E136641 for ; Fri, 6 Dec 2013 13:40:42 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 411A01DB0 for ; Fri, 6 Dec 2013 13:40:40 +0000 (UTC) Received: (qmail 82877 invoked by uid 89); 6 Dec 2013 13:39:45 -0000 Received: by simscan 1.4.0 ppid: 82872, pid: 82874, t: 0.0660s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:18205 Received: from unknown (HELO suse3) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 6 Dec 2013 13:39:45 -0000 Date: Fri, 6 Dec 2013 14:39:44 +0100 From: Rainer Duffner To: Torfinn Ingolfsen Subject: Re: BIND chroot environment in 10-RELEASE...gone? Message-ID: <20131206143944.4873391d@suse3> In-Reply-To: <20131205193815.05de3829de9e33197fe210ac@getmail.no> References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 13:40:42 -0000 > 2) that this mess around FreeBSD 10 will not slow the > adoption rate of FreeBSD 10. I don't think so. Only a fraction of my servers ever needed BIND. And where we need it, we're happy to install a port of it (which has a lot of OPTIONS, which I saw for the first time only recently...) I can see the point for somebody who is running dozens of BIND-servers, though. Tracking BIND-updates via freebsd-update was/is probably quite convenient. But, I have to say: if you do a major version upgrade, don't read the release-notes (which will mention the absence of BIND, I assume) and don't do a test-run of the upgrade on a non-critical-system, maybe you shouldn't be running a nameserver at all in the first place. And BIND even less so, IMHO. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 14:34:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46092AB7 for ; Fri, 6 Dec 2013 14:34:05 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30E581280 for ; Fri, 6 Dec 2013 14:34:04 +0000 (UTC) Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 8DAE41A7036; Fri, 6 Dec 2013 09:34:03 -0500 (EST) Message-ID: <52A1E05A.10904@mail.lifanov.com> Date: Fri, 06 Dec 2013 09:34:02 -0500 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd@skysmurf.nl Subject: Re: [games/ofortune] CFT and pending issues Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 14:34:05 -0000 > -1- > It's tentatively called ofortune. If you can think of a better name, > > then > by all means shoot. How about fortune-offensive? I suggest putting new fortunes in /usr/local/games/fortune. You can install /usr/local/bin/fortune, which is a shell script with roughly this content: #!/bin/sh env FORTUNE_PATH=/usr/local/games/fortune:/usr/games/fortune $@ - Nikolai Lifanov From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 14:54:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2503BE5E; Fri, 6 Dec 2013 14:54:39 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDFBE13DF; Fri, 6 Dec 2013 14:54:38 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id rB6EtENA097141; Fri, 6 Dec 2013 06:55:20 -0800 (PST) (envelope-from chrish@UltimateDNS.NET) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id rB6Et9EC097137; Fri, 6 Dec 2013 06:55:09 -0800 (PST) (envelope-from chrish@UltimateDNS.NET) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Fri, 6 Dec 2013 06:55:09 -0800 (PST) Message-ID: <0de1dbb77b9352e1546e777dbed1fee9.authenticated@ultimatedns.net> In-Reply-To: <20131206133709.GA60741@spectrum.skysmurf.nl> References: <20131205215437.GA32134@spectrum.skysmurf.nl> <20131206133709.GA60741@spectrum.skysmurf.nl> Date: Fri, 6 Dec 2013 06:55:09 -0800 (PST) Subject: Re: [games/ofortune] CFT and pending issues From: chrish@UltimateDNS.NET To: "A.J. 'Fonz' van Werven" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 14:54:39 -0000 > Update: the port is pretty much ready for submission. I decided to go with > misc/fortune-mod-offensive, similar to the other ones (one of which is > unmaintained so I'll try to stagify and adopt that one while I'm at it). > The COMMENT became > The offensive fortunes from FreeBSD 9 base, removed in FreeBSD 10 > because it has to stay within 70 characters. > > There's one issue I'd really prefer to sort before submitting, though. > Should the Makefile define LICENSE? If so, what should it be (BSD I > presume) and should LICENSE_FILE be defined as well? Given that it /used/ to be part of *BSD. Maybe the (current) BSD license, or the MIT 3-clause would be most appropriate. Just a thought. --Chris > > AvW > > -- > I'm not completely useless, I can be used as a bad example. > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 15:39:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3975C01 for ; Fri, 6 Dec 2013 15:39:13 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 50BE11768 for ; Fri, 6 Dec 2013 15:39:12 +0000 (UTC) Received: from spectrum.skysmurf.nl ([192.168.42.3]) by spectrum.skysmurf.nl (8.14.5/8.14.5) with SMTP id rB6FdA9Q078671; Fri, 6 Dec 2013 16:39:10 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Fri, 06 Dec 2013 16:39:10 +0100 Date: Fri, 6 Dec 2013 16:39:10 +0100 From: "A.J. 'Fonz' van Werven" To: Nikolai Lifanov Subject: Re: [games/ofortune] CFT and pending issues Message-ID: <20131206153910.GA78659@spectrum.skysmurf.nl> References: <52A1E05A.10904@mail.lifanov.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <52A1E05A.10904@mail.lifanov.com> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 15:39:13 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Nikolai Lifanov wrote: >> It's tentatively called ofortune. If you can think of a better name, >> then by all means shoot. >=20 > How about fortune-offensive? Close. It's going to be misc/fortune-mod-offensive, in line with the other fortune ports that are already there. > I suggest putting new fortunes in /usr/local/games/fortune. The other ones install in /usr/local/*share*/games/fortune, so I think I'll copy that. AvW --=20 I'm not completely useless, I can be used as a bad example. --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSoe+dAAoJEAfP7gJTaCe8gB4P/AzzrLMLKjrL0NdMkmfNetq2 taUPZyCVzKoMQoMLlrJdgX7rZU7MGI8ZP6bkmIw65JBiUA9+aR9rh5xipcoOwqb2 WxT97b7xtDJyEQRl3ZPcs9NfaNhLsV6dTFAdvxtjt0KjjfNija+fAElDhD2C2xZd gUmL8GOaCRwkzpCB7luWnstkl9bNmEpGh8utPA0YQ3lX0p8w8izCYG84+03X+vCM vAXyM8z4AGWNc1Qo2u3JwxO/sVVpR45fgI1qxsENVJZ9/Jhf34hW5k7E+4HJvWK2 +8dQPa4Un/rXfLBGywNVnsS59GWo+f+AqL2Au0WL4SN65R9mmjCDks3xuc4hi0Yc PcFKTCZ9diK5OUwWor4v2g7dBlOVN2zbZ6YE9UbUreti8LmPxNEpozrxNuz1Jz6f 3nSuBFSxPxeJC4/fFAKiDD1MJGYmsxN3u4MyqLNnatLby8PbLEOM5uUM9Fb68yGG fQbxml7p0eOuUJfWe/eguOnGLweUhPgjy3oPMdGGTwxqfgnOM7YqP2mKdaC4dh3h KfKBbgGG7HAOyMht6R/1ChH8H0XtaW6A36xsrgVjvb0N6Te9Jjy8lLAQq1R5T6+B 97duhOztStujjWeko9zlWH+XQqVcJLNcLROd7qYAdMzkduOcmZBTgDBGnM22G3sX kY4qKX3TAv1DKk7DW3um =IdlJ -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 15:42:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3E19E88; Fri, 6 Dec 2013 15:42:52 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3BB2217E2; Fri, 6 Dec 2013 15:42:51 +0000 (UTC) Received: from spectrum.skysmurf.nl ([192.168.42.3]) by spectrum.skysmurf.nl (8.14.5/8.14.5) with SMTP id rB6Fgn53087325; Fri, 6 Dec 2013 16:42:49 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Fri, 06 Dec 2013 16:42:49 +0100 Date: Fri, 6 Dec 2013 16:42:49 +0100 From: "A.J. 'Fonz' van Werven" To: chrish@UltimateDNS.NET Subject: Re: [games/ofortune] CFT and pending issues Message-ID: <20131206154249.GB78659@spectrum.skysmurf.nl> References: <20131205215437.GA32134@spectrum.skysmurf.nl> <20131206133709.GA60741@spectrum.skysmurf.nl> <0de1dbb77b9352e1546e777dbed1fee9.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: <0de1dbb77b9352e1546e777dbed1fee9.authenticated@ultimatedns.net> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 15:42:52 -0000 --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable chrish@UltimateDNS.NET wrote: >> Should the Makefile define LICENSE? If so, what should it be (BSD I >> presume) and should LICENSE_FILE be defined as well? >=20 > Given that it /used/ to be part of *BSD. Maybe the (current) BSD license, > or the MIT 3-clause would be most appropriate. Sounds like a good idea. Would I be right in saying that just LICENSE=3DBSD is sufficient, i.e. I don't need to specify LICENSE_FILE? AvW --=20 I'm not completely useless, I can be used as a bad example. --/WwmFnJnmDyWGHa4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSofB5AAoJEAfP7gJTaCe8nb8QAMS23Dauj1y1XJIbSsycYicc S1OMkXKHYKQ1DNry1aAL3eejb4jNDwJzGL9yhtfq0EQ9ZZpvxBJAe8MQvV2zID3t hptjBJHlou0JNPBSJs8eNS92dLvdVj+qpJ3loulLlivKiJbH8SCGprr7b2oDJ5fS rJ1j2y//3DlcDnbtbVyupga8jzP+0YG77162FZ/DZAXHM33ivI76LwuIFqocNaxY dlgWm/R08EyIXka/3uwg+5szOmHna3h7twpovYGjJII+ORWaYMmM7MgxedwfZt0r X06gAqCECh091F/bM2PwEPpf/Bso3qvWYEPqFx/GUiKBmLMfiwmh0UJi52bUUw/W aicwNKhrNNQUyqQTgW+ePoZG2ErmfvIIi7TpjRSmPQDHn/5BXTLUfx6b3ktFLUZ8 tlwD3tiQLaC+wssbSJ3ZU/4N5UFnQo66VWLNEWeP0YeIttKCx/yUH+3gSwqn+Z1J 5y5LiiY3tcUsuDD8mGDVzM+i/1hRhgR2OJKCcs4w+3tTNsevLxj8u0ZUR3VJUDQR YRFlOp9kPmh4EqLGGH0LpY/ZETGyB2X3OISlBd+7M1amrga9eNlvg84A7cqaSQ6I OPuUcWe8tadejGHW8xjHGCCNIolDAm263Fcu9nHZM+sMn8CSjcBBsanEahdKS7f5 bvdNSO13q40FhcyU5nHJ =beIW -----END PGP SIGNATURE----- --/WwmFnJnmDyWGHa4-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 16:20:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DA243FD for ; Fri, 6 Dec 2013 16:20:18 +0000 (UTC) Received: from mail-bk0-x234.google.com (mail-bk0-x234.google.com [IPv6:2a00:1450:4008:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A488F1AC7 for ; Fri, 6 Dec 2013 16:20:17 +0000 (UTC) Received: by mail-bk0-f52.google.com with SMTP id u14so378518bkz.11 for ; Fri, 06 Dec 2013 08:20:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=J1ePxXQ23H0Xcb3b7UCgWuP2FDi1MVMLaQAxPvku1do=; b=QM3AtKRC+HEej6vVs0tBTE6reIqMgTchMRx4xMw3wtOVObBEVzBpgO3YRW6U4AjFPz N0q7xxRwp7gg63xoTFMmGKmk6puHlHKAYMIx2nT8kJMY81tGlAItLZvBmVfaSbbD36Pt odfEE5kYilj3IpsZqlN62F6iuNiGGAPRdsgyKZ0xSgt8Ybz4kSd3JdPpnM700u8SDSZD BceVZeDJIG6qV6FcsCZ6tnc8BPJef6Mvz8tnygQeu0QNCTfxo1ygcODQLCbTXoDZFtHt 0Qnx/WYgUlSfvvd2Zg3J1qcI+NwyL/8GegAtsuSKiEk4+XK+dmX9b7d1KZTPYoYvNmXe 1rcw== X-Received: by 10.205.45.65 with SMTP id uj1mr1422630bkb.16.1386346815908; Fri, 06 Dec 2013 08:20:15 -0800 (PST) Received: from ?IPv6:2001:638:806:65::159? ([2001:638:806:65::159]) by mx.google.com with ESMTPSA id no2sm88629951bkb.15.2013.12.06.08.20.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Dec 2013 08:20:14 -0800 (PST) Message-ID: <52A1F93D.5030207@googlemail.com> Date: Fri, 06 Dec 2013 17:20:13 +0100 From: Florian Ermisch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: pkg repo for 9.2-RELEASE References: <20131204192228.GA47404@zxy.spb.ru> In-Reply-To: <20131204192228.GA47404@zxy.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 16:20:18 -0000 Hi there, the PCBSD project also has pkgng-repos for vanilla FreeBSD and they have different repos for 9.1 and 9.2 so the packages match the kernel. Documentation can be found at [0] but you should be aware that those packages are compiled with desktop-users in mind (optional support for X11, CUPS, etc enabled). Regards, Florian [0] http://wiki.pcbsd.org/index.php/Convert_a_FreeBSD_System_to_PC/9.2/en#Switching_to_the_PC-BSD.C2.AE_pkgng_Repository On 04.12.2013 20:22, Slawa Olhovchenkov wrote: > Where I can find corectly builded pkgNG packages for 9.2-RELEASE? > Packages on official site (pkg0.bme.freebsd.org, for ex.) builded on > incorrect, outdated FreeBSD verion (may be 9.1-RELEASE): > freeradius3 build with libssl verion 90818f and can't be run on > 9.2-RELEASE: > > # radiusd -X > libssl version mismatch. Built with: 90818f Linked: 90819f > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 16:41:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C42AE61 for ; Fri, 6 Dec 2013 16:41:18 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4C851D89 for ; Fri, 6 Dec 2013 16:41:17 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id hi5so1142002wib.2 for ; Fri, 06 Dec 2013 08:41: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-type:content-disposition:in-reply-to:user-agent; bh=qZ4azmH/UVC9SQsdxeL4Rp2Frl0ter0pHG1qqA1YgiY=; b=jm/ls8+HxwYbLL1pE5ocsdxzUvqiys/ZHEZ+KxmrhCZuoYnCwc2cqueB3hBzdio5ZP 8rOSVzjsyAaVX4fKPTqlqm88BHks7mIDnI+aTloQ5abh6kZ5PzdwX7bFvXOkYMm53cvb XSwnqDOsfwhrbj8bBxhIUnYkVMI9AtWMn1ooX4b0sPDJC2ZdQlpfb8730j2l//qwZMI3 2TqZ3S67pAJtnp9fm9ZecWM/hXoG7Y6D20I/6ey27+Wo9pelCJoFz9yAx1yxrklaERLS FCoMKIyhPNHhIYHgCEbLAjlcnYrUOeWedSfZgY8dV8ctRxlIb8TnWGMJf/BBZRdmK41w sqHQ== X-Received: by 10.194.178.166 with SMTP id cz6mr23135362wjc.53.1386348075985; Fri, 06 Dec 2013 08:41:15 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id w20sm7721117wia.5.2013.12.06.08.41.14 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 06 Dec 2013 08:41:14 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 6 Dec 2013 17:41:12 +0100 From: Baptiste Daroussin To: Slawa Olhovchenkov Subject: Re: pkg repo for 9.2-RELEASE Message-ID: <20131206164112.GS76976@ithaqua.etoilebsd.net> References: <20131204192228.GA47404@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oJFDFiWc3BlD0xT/" Content-Disposition: inline In-Reply-To: <20131204192228.GA47404@zxy.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 16:41:18 -0000 --oJFDFiWc3BlD0xT/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 04, 2013 at 11:22:29PM +0400, Slawa Olhovchenkov wrote: > Where I can find corectly builded pkgNG packages for 9.2-RELEASE? > Packages on official site (pkg0.bme.freebsd.org, for ex.) builded on > incorrect, outdated FreeBSD verion (may be 9.1-RELEASE): > freeradius3 build with libssl verion 90818f and can't be run on > 9.2-RELEASE: >=20 > # radiusd -X > libssl version mismatch. Built with: 90818f Linked: 90819f The abi is compatible that should run of radius should be patched to to acc= ept both version. The freeradius3 should be informed to allow this to run. regards, Bapt --oJFDFiWc3BlD0xT/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlKh/igACgkQ8kTtMUmk6Ey8FACaAvZzF9fIvBTGyCKuPicLIgwJ wN4An33wbtAkxgcALHYYqSpR7druxwL0 =urjj -----END PGP SIGNATURE----- --oJFDFiWc3BlD0xT/-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 16:47:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB148179 for ; Fri, 6 Dec 2013 16:47:46 +0000 (UTC) Received: from mail-oa0-x22b.google.com (mail-oa0-x22b.google.com [IPv6:2607:f8b0:4003:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 90D1C1DEA for ; Fri, 6 Dec 2013 16:47:46 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id i7so1066663oag.16 for ; Fri, 06 Dec 2013 08:47:45 -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-type; bh=YzqDUyYhBzxdCxy2uMYDVOBC7EGRSw4w50yUZwotGKY=; b=f+ahWoifEkLpFOJW8y0HWwtdFfZLJoG+jkqhcwoZCX51hLEEn2jx/YJbJcGBQKMSHU L98aTCSy1ARrcYzlqyldkPIbe7SP9ijMQYJSQfa6M1MyZ1bO9y+N988ohp78pFkiXkDh PC1Q8FmGIJla1su4YeYxjWQDOIpxylZfNYopCYCAvODTLPHQ28tTCS2VJqXr/4EK0f68 tt/cy1csE2kemqr9/p431P69uDJ7opoTDNLQBO0I1lkeeiduiS9LnxJ1TECMyf+YWhou LaccS8FDYuPkuRPsit8Xk+jqx+qJa06WcNHABHIaqavXVaB52VTD39fCZlzNvNvfFyV6 KbjQ== MIME-Version: 1.0 X-Received: by 10.60.136.132 with SMTP id qa4mr3212214oeb.68.1386348465278; Fri, 06 Dec 2013 08:47:45 -0800 (PST) Received: by 10.76.132.9 with HTTP; Fri, 6 Dec 2013 08:47:45 -0800 (PST) In-Reply-To: References: Date: Fri, 6 Dec 2013 08:47:45 -0800 Message-ID: Subject: Re: Does FreeBSD's ZFS reserve 1/64 of the capacity for COW? From: Freddie Cash To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 16:47:47 -0000 On Fri, Dec 6, 2013 at 4:46 AM, Trond Endrest=C3=B8l < Trond.Endrestol@fagskolen.gjovik.no> wrote: > Hi, > > Today I came across "Becoming a ZFS Ninja Part 1" > http://www.youtube.com/watch?v=3DtPsV_8k-aVU featuring Ben Rockwood who > stated that ZFS reserves 1/64 of the capacity for COW safe-guarding. > Fast forward to 00:49:44. Thus, one should take this fact into account > when planning the storage capacity of your (larger) zpools. > > Does FreeBSD's ZFS also reserve 1/64 of the capacity for COW? > > If it's true, then I guess this should be noted in zpool(8) and in the > Handbook. > > Any comments or insights? > Do you think I should file a PR? > > Have a nice weekend! ;-) > Based on the experience I went through a week or so ago, I would have to say, no. (Unless this is an unrelated issue.) I filled a 75 TB pool 100% full, 0 bytes left. Was unable to delete files, was unable to "cp /dev/null" files, was unable to truncate files.=E2=80=8B= =E2=80=8B Mostly due to snapshots and "deleting" a file actually marks the blocks as part of the previous snapshot and updates a bunch of metadata. And, was unable to destroy any snapshots as there was 0 space to write out metadata. Thankfully, I had 1 ZFS filesystem without any snapshots, and I was able to successfully delete files from that dataset. Once a few MB of free space was made available, then I was able to start deleting snapshots =E2=80=8BI now have a dataset on each ZFS pool called "do-not-delete" with = a 1 GB reservation (and no snapshots). This way, if the pool ever gets filled to 100% (and it did a few days later), it's a simple matter to "create" free space: # zfs set reservation=3D512M storage/do-not-delete =E2=80=8B Then delete some snapshots, and set the reservation back to 1 GB. I've now hit the 100% full issue 3 times. Twice, the do-not-delete reservation saved me. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 17:23:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1100BF7E for ; Fri, 6 Dec 2013 17:23:53 +0000 (UTC) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D42FD1071 for ; Fri, 6 Dec 2013 17:23:52 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 142D2210B4 for ; Fri, 6 Dec 2013 12:23:33 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Fri, 06 Dec 2013 12:23:33 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=YyohggvHlghh2IqEqmjuHZA4xxg=; b=Pgf dpNHNi7cfe5Sgf0bNVw5ldbAc50T1SkFRF9wlQh8gMW+w0H/Pr/+TTPWGT33zgHh buUJT7uFNwxr0cLs6H8bEIXEm99G6f7W3J85YzLpYpRng+Q4ktJ7W1VizCXImICJ ns+O6SR8f9ox4M/qF+Qnso8Gl2l+cLByu/r6I6PU= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id E2EEF180A64; Fri, 6 Dec 2013 12:23:32 -0500 (EST) Message-Id: <1386350612.24515.56413717.7535920E@webmail.messagingengine.com> X-Sasl-Enc: IndblUD9/+7zSDuvtT64QASsE8ejsNsP7EZ3rcez1JVi 1386350612 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: MessagingEngine.com Webmail Interface - ajax-c99dcdd8 In-Reply-To: References: Subject: Re: Does FreeBSD's ZFS reserve 1/64 of the capacity for COW? Date: Fri, 06 Dec 2013 11:23:32 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 17:23:53 -0000 On Fri, Dec 6, 2013, at 6:46, Trond Endrest=F8l wrote: > Hi, >=20 > Today I came across "Becoming a ZFS Ninja Part 1"=20 > http://www.youtube.com/watch?v=3DtPsV_8k-aVU featuring Ben Rockwood who=20 > stated that ZFS reserves 1/64 of the capacity for COW safe-guarding.=20 > Fast forward to 00:49:44. Thus, one should take this fact into account=20 > when planning the storage capacity of your (larger) zpools. >=20 > Does FreeBSD's ZFS also reserve 1/64 of the capacity for COW? >=20 > If it's true, then I guess this should be noted in zpool(8) and in the=20 > Handbook. >=20 Well, the rule-of-thumb / urban legend tends to be "don't let your zpool go over ~80% or you'll have severe performance issues" so I'm not sure that statement is accurate or COW wouldn't be so painful when your pool is over ~80%. I could be wrong though; I often am :-) From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 18:10:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C3A1A7 for ; Fri, 6 Dec 2013 18:10:57 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECC2C13D4 for ; Fri, 6 Dec 2013 18:10:56 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id q58so1019867wes.2 for ; Fri, 06 Dec 2013 10:10:55 -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:content-type; bh=FqMXAVv+tVF3zjfuaJqtNV/q7c09DU6I3mx0WeRsjq4=; b=WKixpl0+LPPhYFiRw8m7bTiqfMF1mhFw4QfhNdFrVlkMJA6m9NAtky5CuqG6dwI/f9 spCkL8F8C+lnRSV4BuvZQHOnlDVuTi1PnnvDVc8uQAsbGiEae85aVmjH99b/Z+VV0tqH JVJrRXuGpQsKBN53VcHtJWqYcFbBhYZa4TVcfpJp82ckGIU+wNtyw4rN09G++Cat1KOe wEAO12bM03UUAovPPNljq2ckabVfOcH/ot+IKTNaqqR+9jzO5GtkWSQPR0oAf7GtZeh7 NpQoeTWoT2mQSZhsxwaz7x7YaNxNo+7DKxpBzgsd2n1ldxOycECP8E/JOFw4P1sN9Fy3 WF9Q== MIME-Version: 1.0 X-Received: by 10.180.89.193 with SMTP id bq1mr3714795wib.22.1386353455254; Fri, 06 Dec 2013 10:10:55 -0800 (PST) Received: by 10.217.89.138 with HTTP; Fri, 6 Dec 2013 10:10:55 -0800 (PST) Date: Fri, 6 Dec 2013 20:10:55 +0200 Message-ID: Subject: stable/10 r258317 - UFS lock problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 18:10:57 -0000 Hi, I am using FreeBSD 10.0-BETA3 r258317 GENERIC kernel. I run "portsnap fetch extract". While extracting files, extracting operation hangs, and i cant kill process. Output of : "ps ax | grep D+" ( uninterruptable process list ) % ps ax | grep D+ 28933 0 D+ 0:00.01 tar -xz --numeric-owner -f /var/db/portsnap/files/77d41f10d2832f8450e4e02a4db5c0a6131c97d15076ed0c76e761c9ce58338d.gz -C /usr/ports/emulators/qemu/ (bsdtar) 29051 1 S+ 0:00.00 grep D+ % Because of D flag, process cannot be interrupted even by SIGKILL. I cannot remove usr/ports folder while this process on D+ state. If I run rm -r /usr/ports, rm process is flagged as D+ also. I tested this situation on both vmware workstation and different real hardware installations. ( Sun Fire X4150, HP DL380G4, Sun X3 servers. ) Problem is repeatable. If you install FreeBSD on ZFS root, problem doesn't occur. # mount /dev/da0p2 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 20:13:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A05BC524 for ; Fri, 6 Dec 2013 20:13:37 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EADE31CE1 for ; Fri, 6 Dec 2013 20:13:36 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rB6KDTub016260; Fri, 6 Dec 2013 22:13:29 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rB6KDTub016260 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rB6KDTwW016259; Fri, 6 Dec 2013 22:13:29 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 6 Dec 2013 22:13:29 +0200 From: Konstantin Belousov To: ?zkan KIRIK Subject: Re: stable/10 r258317 - UFS lock problem Message-ID: <20131206201329.GK59496@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XZ2dPNQBju4m2KVN" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 20:13:37 -0000 --XZ2dPNQBju4m2KVN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 06, 2013 at 08:10:55PM +0200, ?zkan KIRIK wrote: > Hi, >=20 > I am using FreeBSD 10.0-BETA3 r258317 GENERIC kernel. >=20 > I run "portsnap fetch extract". > While extracting files, extracting operation hangs, and i cant kill proce= ss. >=20 > Output of : "ps ax | grep D+" ( uninterruptable process list ) > % ps ax | grep D+ > 28933 0 D+ 0:00.01 tar -xz --numeric-owner -f > /var/db/portsnap/files/77d41f10d2832f8450e4e02a4db5c0a6131c97d15076ed0c76= e761c9ce58338d.gz > -C /usr/ports/emulators/qemu/ (bsdtar) > 29051 1 S+ 0:00.00 grep D+ > % >=20 >=20 > Because of D flag, process cannot be interrupted even by SIGKILL. > I cannot remove usr/ports folder while this process on D+ state. > If I run rm -r /usr/ports, rm process is flagged as D+ also. >=20 > I tested this situation on both vmware workstation and different real > hardware installations. ( Sun Fire X4150, HP DL380G4, Sun X3 servers. ) >=20 > Problem is repeatable. If you install FreeBSD on ZFS root, problem doesn't > occur. >=20 >=20 > # mount > /dev/da0p2 on / (ufs, local, journaled soft-updates) > devfs on /dev (devfs, local, multilabel) See http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel= debug-deadlocks.html --XZ2dPNQBju4m2KVN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSoi/oAAoJEJDCuSvBvK1BFewP/ikDmIxkS3E144LSzZAG2yjz ziKjxEbAjZ8OdInm1w6EgGl6PfPYoCuVNv+qy7Nh/vonL5Wy9trcp4oEFrP2rpMi /qyb0hs8i3Sq3v15ENndKNP1xAuasANJDQLHzfKTSlxdvyFWKp//bJKa/KKDCsI4 dMyWhMrJHv5Opz0L7jom/eZzzB2gdalH1lsuleKjw+0Z1qYd2n+H002ziZ3rCrYs vm5r3o13ltkjMyN8Zwk59/2mUDOIhJoalHFzlDdPhNQgdCC7/V3xxP4LXD6GrkeW F/7onxtROmp464ijCMuUPzmg6TJj9Ts39HDvoZlewOGpBPeoFjQ0lcWdPCqSxak3 ci86npA3ue29vF/fLgun39XrOuC1rsZ7kT+B2WcdlLHEcolpfDm09n+bQ9jfqcBa BE6+D8zaz+Nna8roLNIJOHlVvt+VOaEe7aJYxLIq6voZZtCwwzC46UXVlG+HoPek A5CXZIyUkGON2ZG+bnPc2I2pw+YHCV0tvMzOWzOKFqix8MGbCnYf1jwaISg2l0/0 V7EbPZhDOaxFs3NAhf/khoeaxYJy++BOs4i67cE8SnBLdezjOIwVtAcHOOo0Vngo 2ivmkQbWuFD5s4Vujm7NzeRPBs8Tn8ModlxUq5HkJ7p5Xxa8WO+SEDrgs1+IqE+0 aSzw0wb8pcBT2NHWrKhg =Xf2H -----END PGP SIGNATURE----- --XZ2dPNQBju4m2KVN-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 20:32:36 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E8CFDE1; Fri, 6 Dec 2013 20:32:36 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC7341E5C; Fri, 6 Dec 2013 20:32:35 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id rB6KXISp008463; Fri, 6 Dec 2013 12:33:24 -0800 (PST) (envelope-from chrish@UltimateDNS.NET) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id rB6KXCkt008457; Fri, 6 Dec 2013 12:33:12 -0800 (PST) (envelope-from chrish@UltimateDNS.NET) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Fri, 6 Dec 2013 12:33:13 -0800 (PST) Message-ID: <116bdeb6a2577cfc5454bb057b43af09.authenticated@ultimatedns.net> In-Reply-To: <20131206154249.GB78659@spectrum.skysmurf.nl> References: <20131205215437.GA32134@spectrum.skysmurf.nl> <20131206133709.GA60741@spectrum.skysmurf.nl> <0de1dbb77b9352e1546e777dbed1fee9.authenticated@ultimatedns.net> <20131206154249.GB78659@spectrum.skysmurf.nl> Date: Fri, 6 Dec 2013 12:33:13 -0800 (PST) Subject: Re: [games/ofortune] CFT and pending issues From: chrish@UltimateDNS.NET To: "A.J. 'Fonz' van Werven" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 20:32:36 -0000 > chrish@UltimateDNS.NET wrote: > >>> Should the Makefile define LICENSE? If so, what should it be (BSD I >>> presume) and should LICENSE_FILE be defined as well? >> >> Given that it /used/ to be part of *BSD. Maybe the (current) BSD license, >> or the MIT 3-clause would be most appropriate. > > Sounds like a good idea. Would I be right in saying that just LICENSE=BSD > is sufficient, i.e. I don't need to specify LICENSE_FILE? Greetings, /usr/ports/Mk/bsd.licenses.mk and /usr/ports/Mk/bsd.licenses.db.mk don't hold the clues for you? Best wishes. --Chris > > AvW > > -- > I'm not completely useless, I can be used as a bad example. > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 20:41:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE3B6517; Fri, 6 Dec 2013 20:41:35 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8A4301F21; Fri, 6 Dec 2013 20:41:35 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Vp2GS-00004U-1X; Sat, 07 Dec 2013 00:44:44 +0400 Date: Sat, 7 Dec 2013 00:44:44 +0400 From: Slawa Olhovchenkov To: Baptiste Daroussin Subject: Re: pkg repo for 9.2-RELEASE Message-ID: <20131206204444.GA99055@zxy.spb.ru> References: <20131204192228.GA47404@zxy.spb.ru> <20131206164112.GS76976@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131206164112.GS76976@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) 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 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 20:41:35 -0000 On Fri, Dec 06, 2013 at 05:41:12PM +0100, Baptiste Daroussin wrote: > On Wed, Dec 04, 2013 at 11:22:29PM +0400, Slawa Olhovchenkov wrote: > > Where I can find corectly builded pkgNG packages for 9.2-RELEASE? > > Packages on official site (pkg0.bme.freebsd.org, for ex.) builded on > > incorrect, outdated FreeBSD verion (may be 9.1-RELEASE): > > freeradius3 build with libssl verion 90818f and can't be run on > > 9.2-RELEASE: > > > > # radiusd -X > > libssl version mismatch. Built with: 90818f Linked: 90819f > > The abi is compatible that should run of radius should be patched to to accept > both version. > > The freeradius3 should be informed to allow this to run. As I see in source freeradius3 use strict version check and don't have compatible lists. What is trouble to use latest FreeBSD RELENG to build pkgNG packages? 9.0-p7 and 9.1-p2 have openssl 90819f (r249029). Also, virtualbox-ose-kmod have strict version dependens to kernel. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 20:41:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ADC1605; Fri, 6 Dec 2013 20:41:47 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E61551F23; Fri, 6 Dec 2013 20:41:46 +0000 (UTC) Received: from spectrum.skysmurf.nl ([192.168.42.3]) by spectrum.skysmurf.nl (8.14.5/8.14.5) with SMTP id rB6Kfh9Q068391; Fri, 6 Dec 2013 21:41:43 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Fri, 06 Dec 2013 21:41:43 +0100 Date: Fri, 6 Dec 2013 21:41:43 +0100 From: "A.J. 'Fonz' van Werven" To: chrish@UltimateDNS.NET Subject: Re: [games/ofortune] CFT and pending issues Message-ID: <20131206204143.GA68380@spectrum.skysmurf.nl> References: <20131205215437.GA32134@spectrum.skysmurf.nl> <20131206133709.GA60741@spectrum.skysmurf.nl> <0de1dbb77b9352e1546e777dbed1fee9.authenticated@ultimatedns.net> <20131206154249.GB78659@spectrum.skysmurf.nl> <116bdeb6a2577cfc5454bb057b43af09.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <116bdeb6a2577cfc5454bb057b43af09.authenticated@ultimatedns.net> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 20:41:47 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable chrish@UltimateDNS.NET wrote: > /usr/ports/Mk/bsd.licenses.mk and > /usr/ports/Mk/bsd.licenses.db.mk > > don't hold the clues for you? Thanks. It's a maze, that /usr/ports/Mk framework ;-) AvW --=20 I'm not completely useless, I can be used as a bad example. --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSojaHAAoJEAfP7gJTaCe8jxsP/0B8pD6ZrHAUwJJ60wtUaWcn 3OnF2xocAWXa04DPxpCfKhsUBLvOS0Sd9Es6xlS6GFBR/noEqHVn/6gbm2B5EsEH TA5ZUDv/X/2WKfqtpMkBh99al3OfPUvsGz1Y2Ieqoy7j4N3Rw/8qUtWkD46M3jB9 o0rNn73ncTXlXikubfgt5H936SQ0YbovI7R1+jQrlDLByQTmmIZL6urBEFj55hUW kalAr/eJxkGCFNIWsZoDm4y5gm5aZLC/PK/6GnNbH6PQ/Vd5ZWJWQ1ScFMNZNdX7 Qeo8wVRsYZmHvw2PuTilhCdeRNuUqCXK7H1IQz6216a8RTMhjBMXptvZ7l+H22tn w+RoV1nidAoib0xqgplLiV6vUSZkdSnFCUIHRerQf/CWAaxy5S0LsgYJWR2GpIPL RMmMeW3L5eiC5KN4hBTrmXaeo8PMx44B2RWTw/7HiH/gD2H48/01dfvQf4DQcEGT IhPrPGn41slACOJNSysKxY7OYzXaC3z9UzmkNLH3v5gkftS6HXWeN6LuXOxXIjRx 6sr4FmrX57pQr/08C4+fmZIL7ZGWzYQQoS9g2PlAJLTyLvsMHxhOIDqSJ5kfg6sJ Tb/dfUsHJ6n2VoEXJw1sOjbW0QkQ8U9JgsrcVeRooR4NTk103MzQQtu48ibfS1Ld N9zdkhk08v0+ivU1Wxge =lG3s -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 21:47:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41EB56D3 for ; Fri, 6 Dec 2013 21:47:15 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id E51DD1370 for ; Fri, 6 Dec 2013 21:47:14 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id A9666B9051 for ; Fri, 6 Dec 2013 22:39:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1386365933; x= 1388180334; bh=LATBRrboqpOnqU4e40sWgaMY/tmfJANyBZpy7C+MTkM=; b=y HNjRuRegRiI5V7TpA09ek+OJl7JqfdTDWduXA13qb0KYUsP8NtmA2QhWLwGsC57I FSJGqv7wC8CouPqPaxNyo3VJFcUCTvki+PbSK9mAd0lA9rQNe/FON+OJnAdUPs74 27R5AJndwtHr22SMyc2piJYlvaQCX7u4KZsw15/e3A= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id DHAzvXmIoHhn for ; Fri, 6 Dec 2013 22:38:53 +0100 (CET) Received: from kaa.mimar.rs (93-87-195-174.dynamic.isp.telekom.rs [93.87.195.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id B9953B9022 for ; Fri, 6 Dec 2013 22:38:52 +0100 (CET) Date: Fri, 6 Dec 2013 22:38:51 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: rsync errors on BETA-4 Message-Id: <20131206223851.e436f8fed710611e917fd019@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 21:47:15 -0000 I get bunnch of these when rsyncing to external ntfs-formatted USB 1Tb disk mounted with ntfs-3g and fuse.ko from base. rsync: recv_generator: failed to stat "/media/da0s1/video/klipovi/2012-07/30072012004.mp4": Input/output error (5) rsync: recv_generator: failed to stat "/media/da0s1/video/klipovi/2012-08/03082012005.mp4": Input/output error (5) rsync: recv_generator: failed to stat "/media/da0s1/video/klipovi/2012-08/12082012006.mp4": Input/output error (5) rsync: recv_generator: failed to stat "/media/da0s1/video/klipovi/2012-09/10092012007.mp4": Input/output error (5) rsync: recv_generator: failed to stat "/media/da0s1/video/klipovi/2012-09/22092012008.mp4": Input/output error (5) rsync: recv_generator: failed to stat "/media/da0s1/video/klipovi/2012-10/07102012009.mp4": --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 22:00:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40C94BBB for ; Fri, 6 Dec 2013 22:00:34 +0000 (UTC) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F394514D6 for ; Fri, 6 Dec 2013 22:00:33 +0000 (UTC) Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id 52E842383BF; Fri, 6 Dec 2013 22:00:19 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id D5D28160446; Fri, 6 Dec 2013 22:08:18 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id A5F17160436; Fri, 6 Dec 2013 22:08:18 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id BADCAB556F4; Sat, 7 Dec 2013 09:00:16 +1100 (EST) To: Rainer Duffner From: Mark Andrews References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-reply-to: Your message of "Fri, 06 Dec 2013 14:39:44 +0100." <20131206143944.4873391d@suse3> Date: Sat, 07 Dec 2013 09:00:16 +1100 Message-Id: <20131206220016.BADCAB556F4@rock.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.ams1.isc.org Cc: freebsd-stable@freebsd.org, Torfinn Ingolfsen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 22:00:34 -0000 In message <20131206143944.4873391d@suse3>, Rainer Duffner writes: > > > > 2) that this mess around FreeBSD 10 will not slow the > > adoption rate of FreeBSD 10. > > > I don't think so. > Only a fraction of my servers ever needed BIND. > And where we need it, we're happy to install a port of it (which has a > lot of OPTIONS, which I saw for the first time only recently...) Actually *all* your machines (that include mobile phones, tablets, etc.) need a validating resolver on them which BIND can supply for FreeBSD boxes. Just because it can do other things is not a reason to discount it as a validating resolver. Setting up secure paths between machines is difficult. Setting up secure paths intra machine is trivial. > I can see the point for somebody who is running dozens of BIND-servers, > though. > Tracking BIND-updates via freebsd-update was/is probably quite > convenient. > > But, I have to say: if you do a major version upgrade, don't read the > release-notes (which will mention the absence of BIND, I assume) and > don't do a test-run of the upgrade on a non-critical-system, And lots of people don't have test machines and need to take a leap of faith when upgrading. 99.999% of the world takes Leap of Faith upgrades whether it is FreeBSD, Windows, Apple or Linux. > maybe you > shouldn't be running a nameserver at all in the first place. And BIND > even less so, IMHO. But they should all be running a resursive validating resolver on every box. Release notes are really only useful for small percentage of people. The same way as options on ports are only useful for small percentage of people. People don't expect stuff to be taked way in a upgrade as it is no longer a upgrade. And this was taken away after a long sustained religious battle going back years based on bogus arguments. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 22:02:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44F98D39 for ; Fri, 6 Dec 2013 22:02:13 +0000 (UTC) Received: from mail-pb0-x229.google.com (mail-pb0-x229.google.com [IPv6:2607:f8b0:400e:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 19B0414F6 for ; Fri, 6 Dec 2013 22:02:13 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id jt11so1842135pbb.0 for ; Fri, 06 Dec 2013 14:02:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:os:organization:user-agent; bh=PpfP4WKLxjuUgJXGtTWbT+3EA80j9gh+UYY6kcp4zaQ=; b=nWAv1WCUDHo/biPB5rbr5Hdx7yELPEt2OaYO1+yE/bC/NWNGKYoU8LcAdE9uLQixAF hR5nWlJphO6yVHx1d1ZqOHegw1L5tPL80xNmMjDM2UfwJ3gCAyfRBRr47sGiZRYm/s4h XHLv1Xgy6h6DN8hwQAsNH3q+1e5SFfM1BrU4e3OFWBKoLvYTMC7LoRT2+6P4K6/xvpOS b5KAtkZKEWh/aPSAFX+Kr7MneRAjBGErr7mahAg79xZhCYlpj+xPSdc3tFzUMdgkWcI+ DXQjF75J+vH6Y45HO1/XvA9/4DNbSlZXmyBnHMYRizSJ3rNVHT0nN1lsGcwsDcgMtFL3 zLoQ== X-Received: by 10.68.189.34 with SMTP id gf2mr6644400pbc.91.1386367332211; Fri, 06 Dec 2013 14:02:12 -0800 (PST) Received: from decebal.glu.com ([207.239.114.234]) by mx.google.com with ESMTPSA id ha10sm153946346pbd.17.2013.12.06.14.02.11 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 06 Dec 2013 14:02:11 -0800 (PST) Date: Fri, 6 Dec 2013 14:02:10 -0800 From: Valeriu Mutu To: freebsd-stable@freebsd.org Subject: Re: Freebsd 9.1: buildworld fails Message-ID: <20131206220210.GB86804@decebal.glu.com> References: <20131202230258.GA25305@decebal.glu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20131202230258.GA25305@decebal.glu.com> OS: FreeBSD Organization: MUTU User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 22:02:13 -0000 The reason I needed to do a 'make buildworld' was to be able to install cus= e4bsd-kmod from ports. I was able to fix the problem below by using 'freebs= d-update' instead and upgrade to 9.2. Hence no 'make buildworld' was needed= =2E It could be buildworld would work now but I haven't tried. On Mon, Dec 02, 2013 at 03:02:58PM -0800, Valeriu Mutu wrote: > Hello, >=20 > Running FreeBSD 9.1 host with a generic kernel and attempted a "make buil= dworld" as described in the documentation. I've updated the kernel source f= rom svn. >=20 > % uname -a > FreeBSD decebal 9.1-RELEASE-p7 FreeBSD 9.1-RELEASE-p7 #0: Mon Sep 9 21:3= 4:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/G= ENERIC amd64 >=20 > "make buildworld" fails with the following message: > # chflags -R noschg /usr/obj/usr > # rm -rf /usr/obj/usr > # cd /usr/src/ > # make cleandir ; make cleandir > # make buildworld > [...] > cc -O2 -pipe -DVERSION=3D'"9.9.3-P2"' -DHAVE_CONFIG_H -D_REENTRANT -D_TH= READ_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"' -DN= S_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.conf"= ' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/named= b/rndc.key"' -I/usr/src/usr.sbin/named/../../lib/bind -I/usr/src/usr.sbin/n= amed/../../contrib/bind9/lib/bind9/include -I/usr/src/usr.sbin/named/../../= contrib/bind9/lib/dns/include/dst -I/usr/src/usr.sbin/named/../../contrib/= bind9/lib/dns/include -I/usr/src/usr.sbin/named/../../lib/bind/dns -I/usr/= src/usr.sbin/named/../../contrib/bind9/lib/isccc/include -I/usr/src/usr.sbi= n/named/../../contrib/bind9/lib/isccfg/include -I/usr/src/usr.sbin/named/..= /../contrib/bind9/lib/isc/unix/include -I/usr/src/usr.sbin/named/../../con= trib/bind9/lib/isc/pthreads/include -I/usr/src/usr.sbin/named/../../contri= b/bind9/lib/isc/include -I/usr/src/usr.sbin/named/../../lib/bind/isc -I/us= r/src/usr.sbin/named/../../contrib/bind9/lib/lwres/unix/include -I/usr/src= /usr.sbin/named/../../contrib/bind9/lib/lwres/include -I/usr/src/usr.sbin/= named/../../lib/bind/lwres -DCONFIGARGS=3D"\"'--prefix=3D/usr' '--infodir= =3D/usr/share/info' '--mandir=3D/usr/share/man' '--enable-threads' '--enabl= e-getifaddrs' '--disable-linux-caps' '--with-openssl=3D/usr' '--with-random= dev=3D/dev/random' '--without-idn' '--without-libxml2'\"" -DPRODUCT=3D\"BI= ND\" -DDESCRIPTION=3D\""(Extended Support Version)"\" -DSRCID=3D\"\" -I/u= sr/src/usr.sbin/named/../../contrib/bind9/bin/named/unix/include -I/usr/src= /usr.sbin/named/../../contrib/bind9/bin/named/include -I/usr/src/usr.sbin/n= amed/../../lib/bind -I/usr/src/usr.sbin/named/../../contrib/bind9/lib/isc/x= 86_32/include -U__DATE__ -std=3Dgnu99 -fstack-protector -Wno-pointer-sign -= c /usr/src/usr.sbin/named/../../contrib/bind9/bin/named/query.c > *** [query.o] Error code 1 >=20 > Stop in /usr/src/usr.sbin/named. > *** [all] Error code 1 >=20 > Stop in /usr/src/usr.sbin. > *** [usr.sbin.all__D] Error code 1 >=20 > Stop in /usr/src. > *** [everything] Error code 1 >=20 > Stop in /usr/src. > *** [buildworld] Error code 1 >=20 > Stop in /usr/src. >=20 > Does anyone have an idea what I am doing wrong? >=20 > Regards, > --=20 > Valeriu Mutu --=20 Valeriu Mutu From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 22:09:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BE78AB for ; Fri, 6 Dec 2013 22:09:19 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 090421579 for ; Fri, 6 Dec 2013 22:09:18 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id CB20820E45 for ; Fri, 6 Dec 2013 17:09:08 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Fri, 06 Dec 2013 17:09:08 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=cFEE/0WcATl6T9qpte0zsimYdWI=; b=qwZ TTXujmb3TjhX2sou3DUV3FxeOR9pNrHW+5oc9Y2fnTE2aO/tIikwC0D4pY0FEIe/ xf1NZ2ehjiS5Bs8C69JCt2GDanJdaFVWMt83Tf+K4DFE0RRqs1zceMw/lru4zrXc z/mSayGZT5XWkrl2AFPAmkGp9NdNo4RdOqhN94AQ= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id AB0BC10EC26; Fri, 6 Dec 2013 17:09:08 -0500 (EST) Message-Id: <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> X-Sasl-Enc: yySPGuC85NYSAgroIyNN1xFpsHlNAl8AoYdm51TMIpTE 1386367748 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-c99dcdd8 In-Reply-To: <20131206220016.BADCAB556F4@rock.dv.isc.org> References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> <20131206220016.BADCAB556F4@rock.dv.isc.org> Subject: Re: BIND chroot environment in 10-RELEASE...gone? Date: Fri, 06 Dec 2013 16:09:08 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 22:09:19 -0000 On Fri, Dec 6, 2013, at 16:00, Mark Andrews wrote: > > But they should all be running a resursive validating resolver on > every box. > Are you *really* suggesting that I should run a recursive validating server on every single server I admin? From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 22:15:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 128E3465 for ; Fri, 6 Dec 2013 22:15:15 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9942815FA for ; Fri, 6 Dec 2013 22:15:14 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id m15so1257850wgh.25 for ; Fri, 06 Dec 2013 14:15:13 -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-type:content-disposition:in-reply-to:user-agent; bh=KN3wvtMcWho38Q6y8BTmYmqYmkzY/r8iz19oSO8q4mI=; b=sAZglww9kvl8Lijfs3/DIaw34nF1Yu7G6gwfurDO2MnP2cy+bLxk2veq2/nLxLfBh5 6+u4ybhhdmClJ0WHOge6U/345M21RYD8Du+UWEovyaoTpKWJJBNSfrFRcAMHRmyDzKhK p6QufxOZE9WWyCH1rlQ3zzGxABvZ1uSQK/7AIHn5pjsyWTBA7NQAjIet/dZvAvvHi6S8 cUHFieUGUURaWwqdC8sdpH3Wqq2GVLmuRSNF50UtjPSi6Im0N8r1h+5fan2ZEMt0AVY/ 9zmjLxdU5CEO3N1sA4sAi5GvjsPZ2JdCE620GlFguQcz0axYGkTviocjph67Jzsmx1mS iBFA== X-Received: by 10.180.100.70 with SMTP id ew6mr411542wib.9.1386368112979; Fri, 06 Dec 2013 14:15:12 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id mt2sm1775173wic.7.2013.12.06.14.15.11 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 06 Dec 2013 14:15:11 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 6 Dec 2013 23:15:09 +0100 From: Baptiste Daroussin To: Slawa Olhovchenkov Subject: Re: pkg repo for 9.2-RELEASE Message-ID: <20131206221509.GV76976@ithaqua.etoilebsd.net> References: <20131204192228.GA47404@zxy.spb.ru> <20131206164112.GS76976@ithaqua.etoilebsd.net> <20131206204444.GA99055@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="87MiR7gHvrw39A9h" Content-Disposition: inline In-Reply-To: <20131206204444.GA99055@zxy.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 22:15:15 -0000 --87MiR7gHvrw39A9h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 07, 2013 at 12:44:44AM +0400, Slawa Olhovchenkov wrote: > On Fri, Dec 06, 2013 at 05:41:12PM +0100, Baptiste Daroussin wrote: >=20 > > On Wed, Dec 04, 2013 at 11:22:29PM +0400, Slawa Olhovchenkov wrote: > > > Where I can find corectly builded pkgNG packages for 9.2-RELEASE? > > > Packages on official site (pkg0.bme.freebsd.org, for ex.) builded on > > > incorrect, outdated FreeBSD verion (may be 9.1-RELEASE): > > > freeradius3 build with libssl verion 90818f and can't be run on > > > 9.2-RELEASE: > > >=20 > > > # radiusd -X > > > libssl version mismatch. Built with: 90818f Linked: 90819f > >=20 > > The abi is compatible that should run of radius should be patched to to= accept > > both version. > > > > The freeradius3 should be informed to allow this to run. >=20 > As I see in source freeradius3 use strict version check and don't have > compatible lists. >=20 > What is trouble to use latest FreeBSD RELENG to build pkgNG > packages? >=20 > 9.0-p7 and 9.1-p2 have openssl 90819f (r249029). >=20 > Also, virtualbox-ose-kmod have strict version dependens to kernel. We have always build the packages on the lowest version of a release branch because we ensure binary compatibility, kmods does not have a strict version depends on the kernel, they should be loadable on newest kernel of the same branch. regards, Bapt --87MiR7gHvrw39A9h Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlKiTG0ACgkQ8kTtMUmk6EyPnQCeN8y8U99VJPrvhNK1srTuAmAu UrAAn1KNLBajfdYOsJweAjKSyxZNQesV =Zlcg -----END PGP SIGNATURE----- --87MiR7gHvrw39A9h-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 22:25:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D67DB7E; Fri, 6 Dec 2013 22:25:23 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D75ED16CB; Fri, 6 Dec 2013 22:25:22 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id rB6MPJpj005408 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 6 Dec 2013 16:25:19 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Fri, 6 Dec 2013 16:25:17 -0600 From: "Teske, Devin" To: Nikolai Lifanov Subject: Re: [games/ofortune] CFT and pending issues Thread-Topic: [games/ofortune] CFT and pending issues Thread-Index: AQHO8tGYtBymsOcpDkq/8SPBNXFTZJpIIwUA Date: Fri, 6 Dec 2013 22:25:17 +0000 Message-ID: References: <52A1E05A.10904@mail.lifanov.com> <89649111-31D9-42AE-BD92-A715F10D37A3@fisglobal.com> In-Reply-To: <89649111-31D9-42AE-BD92-A715F10D37A3@fisglobal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <48477E64FB0ABA4EAFE86B55BF6229C5@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-06_06:2013-12-06,2013-12-06,1970-01-01 signatures=0 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" , "freebsd@skysmurf.nl" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 22:25:23 -0000 On Dec 6, 2013, at 2:22 PM, Teske, Devin wrote: >=20 > On Dec 6, 2013, at 6:34 AM, Nikolai Lifanov wrote: >=20 >>> -1- >>> It's tentatively called ofortune. If you can think of a better name, > >>> then >>> by all means shoot. >>=20 >> How about fortune-offensive? >> I suggest putting new fortunes in /usr/local/games/fortune. >> You can install /usr/local/bin/fortune, which is a shell script with >> roughly this content: >>=20 >> #!/bin/sh >> env FORTUNE_PATH=3D/usr/local/games/fortune:/usr/games/fortune $@ >>=20 >=20 > Useless use of an "env" ;D Oh, and that syntax will negate the ability to override the value. Oh, and the unquoted $@ will exhibit unexpected behavior. Better would be: #!/bin/sh FORTUNE_PATH=3D"${FORTUNE_PATH:+$FORTUNE_PATH:}/usr/local/games/fortune" "$= @" --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 22:25:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71C99C71; Fri, 6 Dec 2013 22:25:35 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 069C716D0; Fri, 6 Dec 2013 22:25:35 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Vp3t4-0001AK-RU; Sat, 07 Dec 2013 02:28:42 +0400 Date: Sat, 7 Dec 2013 02:28:42 +0400 From: Slawa Olhovchenkov To: Baptiste Daroussin Subject: Re: pkg repo for 9.2-RELEASE Message-ID: <20131206222842.GA80282@zxy.spb.ru> References: <20131204192228.GA47404@zxy.spb.ru> <20131206164112.GS76976@ithaqua.etoilebsd.net> <20131206204444.GA99055@zxy.spb.ru> <20131206221509.GV76976@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131206221509.GV76976@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) 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 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 22:25:35 -0000 On Fri, Dec 06, 2013 at 11:15:09PM +0100, Baptiste Daroussin wrote: > On Sat, Dec 07, 2013 at 12:44:44AM +0400, Slawa Olhovchenkov wrote: > > On Fri, Dec 06, 2013 at 05:41:12PM +0100, Baptiste Daroussin wrote: > > > > > On Wed, Dec 04, 2013 at 11:22:29PM +0400, Slawa Olhovchenkov wrote: > > > > Where I can find corectly builded pkgNG packages for 9.2-RELEASE? > > > > Packages on official site (pkg0.bme.freebsd.org, for ex.) builded on > > > > incorrect, outdated FreeBSD verion (may be 9.1-RELEASE): > > > > freeradius3 build with libssl verion 90818f and can't be run on > > > > 9.2-RELEASE: > > > > > > > > # radiusd -X > > > > libssl version mismatch. Built with: 90818f Linked: 90819f > > > > > > The abi is compatible that should run of radius should be patched to to accept > > > both version. > > > > > > The freeradius3 should be informed to allow this to run. > > > > As I see in source freeradius3 use strict version check and don't have > > compatible lists. > > > > What is trouble to use latest FreeBSD RELENG to build pkgNG > > packages? > > > > 9.0-p7 and 9.1-p2 have openssl 90819f (r249029). > > > > Also, virtualbox-ose-kmod have strict version dependens to kernel. > > We have always build the packages on the lowest version of a release branch > because we ensure binary compatibility, kmods does not have a strict version In real world we have incompatibility for freeradius and freeradius3, for virtualbox-kmod, for filesystem modules (fuse and some others?) 20121224: The VFS KBI was changed with the merge of several nullfs optimizations and fixes. All filesystem modules must be recompiled. 20120106: A new VOP_ADVISE() was added to support posix_fadvise(2). All filesystem modules must be recompiled. > depends on the kernel, they should be loadable on newest kernel of the same > branch. In real world kmods of virtualbox loaded, but don't worked (kernel crashed). From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 22:32:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44BD4FC7 for ; Fri, 6 Dec 2013 22:32:10 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA350176A for ; Fri, 6 Dec 2013 22:32:09 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id y10so1289087wgg.12 for ; Fri, 06 Dec 2013 14:32:08 -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-type:content-disposition:in-reply-to:user-agent; bh=/2jQAWTg30SJseKcyeFiHM0to2qTHnJN8HpvkK3hU7Q=; b=Kao/6YZefl2RyQl7/c1GGTRHsA36sHHHu7gmB8nnspCmiblaZnAG2GMwiwfApoecYz /auzu6HSOfSut2KT5hs1XoQHF+/Sj2JpWWjyqlHqGq5j5qhbTqMKnqi2p5A8oAMVG7zp IhsGpkembGAEYroS4CZwyzv9o9MXNW5y+0uiWtA447FxiBqqHcF+5U+6LVHdNCO574wJ 0UTShGoubooasP8Ziup6GooMoib/IvSC5Ct3UfHhDSFac+4cN9Efh3umvWnKtY9xGTzn TXpXITpcltgDYoiIjvsadCbumKQiEgdbZwZTN+bEa8xIU9Wb7b5EL7op+byTgcWB0uh2 vDAw== X-Received: by 10.180.187.175 with SMTP id ft15mr4581138wic.20.1386369128118; Fri, 06 Dec 2013 14:32:08 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id ll10sm10214535wic.9.2013.12.06.14.32.06 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 06 Dec 2013 14:32:07 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 6 Dec 2013 23:32:05 +0100 From: Baptiste Daroussin To: Slawa Olhovchenkov Subject: Re: pkg repo for 9.2-RELEASE Message-ID: <20131206223205.GZ76976@ithaqua.etoilebsd.net> References: <20131204192228.GA47404@zxy.spb.ru> <20131206164112.GS76976@ithaqua.etoilebsd.net> <20131206204444.GA99055@zxy.spb.ru> <20131206221509.GV76976@ithaqua.etoilebsd.net> <20131206222842.GA80282@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1RfOVxRbNnn9f8MI" Content-Disposition: inline In-Reply-To: <20131206222842.GA80282@zxy.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 22:32:10 -0000 --1RfOVxRbNnn9f8MI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 07, 2013 at 02:28:42AM +0400, Slawa Olhovchenkov wrote: > On Fri, Dec 06, 2013 at 11:15:09PM +0100, Baptiste Daroussin wrote: >=20 > > On Sat, Dec 07, 2013 at 12:44:44AM +0400, Slawa Olhovchenkov wrote: > > > On Fri, Dec 06, 2013 at 05:41:12PM +0100, Baptiste Daroussin wrote: > > >=20 > > > > On Wed, Dec 04, 2013 at 11:22:29PM +0400, Slawa Olhovchenkov wrote: > > > > > Where I can find corectly builded pkgNG packages for 9.2-RELEASE? > > > > > Packages on official site (pkg0.bme.freebsd.org, for ex.) builded= on > > > > > incorrect, outdated FreeBSD verion (may be 9.1-RELEASE): > > > > > freeradius3 build with libssl verion 90818f and can't be run on > > > > > 9.2-RELEASE: > > > > >=20 > > > > > # radiusd -X > > > > > libssl version mismatch. Built with: 90818f Linked: 90819f > > > >=20 > > > > The abi is compatible that should run of radius should be patched t= o to accept > > > > both version. > > > > > > > > The freeradius3 should be informed to allow this to run. > > >=20 > > > As I see in source freeradius3 use strict version check and don't have > > > compatible lists. > > >=20 > > > What is trouble to use latest FreeBSD RELENG to build pkgNG > > > packages? > > >=20 > > > 9.0-p7 and 9.1-p2 have openssl 90819f (r249029). > > >=20 > > > Also, virtualbox-ose-kmod have strict version dependens to kernel. > >=20 > > We have always build the packages on the lowest version of a release br= anch > > because we ensure binary compatibility, kmods does not have a strict ve= rsion >=20 > In real world we have incompatibility for freeradius and freeradius3, > for virtualbox-kmod, for filesystem modules (fuse and some others?) >=20 > 20121224: > The VFS KBI was changed with the merge of several nullfs > optimizations and fixes. All filesystem modules must be > recompiled. >=20 > 20120106: > A new VOP_ADVISE() was added to support posix_fadvise(2). All > filesystem modules must be recompiled. >=20 > > depends on the kernel, they should be loadable on newest kernel of the = same > > branch. >=20 > In real world kmods of virtualbox loaded, but don't worked (kernel > crashed). That is a major problem which doesn't only concern packaging That should not happen in a stable branch, and should have been reported and prevented :( That is defeating lot of our policies and inpacted more than j= ust package building. All our actual policies for packaging are based on KBI and ABI stability ov= er the lifetime of a branch regards, Bapt --1RfOVxRbNnn9f8MI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlKiUGQACgkQ8kTtMUmk6Eya1ACfVSVeAEYOehRIehNhVjMEXt3k pd0Anjs0isDbAp+ebAxLhxXmQD4pPsu0 =e2Ei -----END PGP SIGNATURE----- --1RfOVxRbNnn9f8MI-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 22:33:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2644E20F; Fri, 6 Dec 2013 22:33:16 +0000 (UTC) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F2B6A1796; Fri, 6 Dec 2013 22:33:15 +0000 (UTC) Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id E2647C9485; Fri, 6 Dec 2013 22:33:02 +0000 (UTC) (envelope-from marka@isc.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1386369195; bh=yTyA2amSsvJybCHtM7m9hJKf6IsF1JWfjwcGF+uCYPg=; h=To:Cc:From:References:Subject:In-reply-to:Date; b=qQwMK/EhSiZa4JRng21vDwHqDIv+PRYiE0KeorOJKfVow8jxqB8xUTJZ1t843sH60 0OkpVYS4gr+PvAaXky3Cd2mM3Bk8b04x0GjYaB17fvksGWh+MB4S+tzv998EoHiBg9 iLU+Vu4E670lKeBUtqMwbkr4rlC/Hws7cpcu5eWk= Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP; Fri, 6 Dec 2013 22:33:02 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 0E7A3160482; Fri, 6 Dec 2013 22:41:03 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id D5E9E160436; Fri, 6 Dec 2013 22:41:02 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 89253B55861; Sat, 7 Dec 2013 09:33:00 +1100 (EST) To: Mark Felder From: Mark Andrews References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> <20131206220016.BADCAB556F4@rock.dv.isc.org> <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-reply-to: Your message of "Fri, 06 Dec 2013 16:09:08 -0600." <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> Date: Sat, 07 Dec 2013 09:33:00 +1100 Message-Id: <20131206223300.89253B55861@rock.dv.isc.org> X-DCC--Metrics: post.isc.org; whitelist X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL, BAYES_00, RP_MATCHES_RCVD, SPF_PASS autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 22:33:16 -0000 In message <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com>, Ma rk Felder writes: > On Fri, Dec 6, 2013, at 16:00, Mark Andrews wrote: > > > > But they should all be running a resursive validating resolver on > > every box. > > > > Are you *really* suggesting that I should run a recursive validating > server on every single server I admin? I'm suggesting that it should be run on *every* machine in the world, until all the applications that use data from the DNS have been upgraded to validate the data they get from the DNS, need to be be running a validating resolver. MiTM attacks happen all the time in the DNS. For mobile devices I would say "Don't leave home without one" to use a well know slogan. Mark > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 22:37:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7561E4F8; Fri, 6 Dec 2013 22:37:13 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D0181804; Fri, 6 Dec 2013 22:37:12 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id rB6MM7Wt027851 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 6 Dec 2013 16:22:07 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.03.0158.001; Fri, 6 Dec 2013 16:22:06 -0600 From: "Teske, Devin" To: Nikolai Lifanov Subject: Re: [games/ofortune] CFT and pending issues Thread-Topic: [games/ofortune] CFT and pending issues Thread-Index: AQHO8tGYtBymsOcpDkq/8SPBNXFTZA== Date: Fri, 6 Dec 2013 22:22:05 +0000 Message-ID: <89649111-31D9-42AE-BD92-A715F10D37A3@fisglobal.com> References: <52A1E05A.10904@mail.lifanov.com> In-Reply-To: <52A1E05A.10904@mail.lifanov.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72, 1.0.14, 0.0.0000 definitions=2013-12-06_06:2013-12-06,2013-12-06,1970-01-01 signatures=0 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" , "freebsd@skysmurf.nl" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 22:37:13 -0000 On Dec 6, 2013, at 6:34 AM, Nikolai Lifanov wrote: >> -1- >> It's tentatively called ofortune. If you can think of a better name, > >> then >> by all means shoot. >=20 > How about fortune-offensive? > I suggest putting new fortunes in /usr/local/games/fortune. > You can install /usr/local/bin/fortune, which is a shell script with > roughly this content: >=20 > #!/bin/sh > env FORTUNE_PATH=3D/usr/local/games/fortune:/usr/games/fortune $@ >=20 Useless use of an "env" ;D --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 23:08:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3140AFB2 for ; Fri, 6 Dec 2013 23:08:16 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1FE31A1F for ; Fri, 6 Dec 2013 23:08:15 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 01A9221495; Fri, 6 Dec 2013 18:01:56 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Fri, 06 Dec 2013 18:01:56 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:cc:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=EVv2x6V/yTZ1tnwvAN12kCYlI1Q=; b=gHs7y 5FTYGP3YyP+68IciXr+JkAX7KDEQ5kcvb49lZdXJbqoTROM7rbX5Hu5KDUNGD1JY jgPL4vsDJE9a6x6/2MX6lDGiJh9yESznm0Qs+16JKsMDZrW5il+SPONUVG5eOWJi 7yTgKE7g8hrrJmDgda8gcGp465V+LZQFD7WJac= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 2A0A510F02A; Fri, 6 Dec 2013 18:01:56 -0500 (EST) Message-Id: <1386370916.5659.56527093.3A6A1DF1@webmail.messagingengine.com> X-Sasl-Enc: yqUWJ9r/J4vcFuyjemOjpgdhZjy9AlG5CVRWlUjpqHBr 1386370916 From: Mark Felder To: Mark Andrews MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-c99dcdd8 Subject: Re: BIND chroot environment in 10-RELEASE...gone? Date: Fri, 06 Dec 2013 17:01:56 -0600 In-Reply-To: <20131206223300.89253B55861@rock.dv.isc.org> References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> <20131206220016.BADCAB556F4@rock.dv.isc.org> <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> <20131206223300.89253B55861@rock.dv.isc.org> Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 23:08:16 -0000 On Fri, Dec 6, 2013, at 16:33, Mark Andrews wrote: > > In message > <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com>, Ma > rk Felder writes: > > On Fri, Dec 6, 2013, at 16:00, Mark Andrews wrote: > > > > > > But they should all be running a resursive validating resolver on > > > every box. > > > > > > > Are you *really* suggesting that I should run a recursive validating > > server on every single server I admin? > > I'm suggesting that it should be run on *every* machine in the > world, until all the applications that use data from the DNS have > been upgraded to validate the data they get from the DNS, need to > be be running a validating resolver. > > MiTM attacks happen all the time in the DNS. > > For mobile devices I would say "Don't leave home without one" to > use a well know slogan. > In a world where every zone is signed (DNSSEC) I might agree, but what's preventing your traffic from being a victim of a MITM attack when 99% of the internet doesn't have DNSSEC deployed? Having a local resolver doesn't improve your security in a statistically significant way. I'm a small fish working in a small ISP, and I admin the DNS servers for maybe 5000 zones. I have zero DNSSEC. In 2014 I expect to maybe have one zone (ours) with DNSSEC. I do not even expect our customers to request or understand DNSSEC by 2020 -- not even the local banks and credit unions we are authoritative for. On the other hand, running a new daemon on all of our servers -- many of them lightweight VMs -- is likely out of the question; we're time constrained as-is. (My DNS servers are on a trusted network; if they're in our network we have a whole host of different problems. If they're on the server itself nothing can be trusted; they'd just hijack the network stack anyway.) Anyway, this is just my two cents; the idea is noble and well-intentioned but I don't think it will gain traction. Security is always an uphill battle. :-( I'm honestly more worried about BGP route hijacking / MiTM than DNS MiTM attacks. I appreciate your thoughts and insight, though. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 6 23:31:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E965A172; Fri, 6 Dec 2013 23:31:28 +0000 (UTC) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 790131D53; Fri, 6 Dec 2013 23:31:28 +0000 (UTC) Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id D88C82383B6; Fri, 6 Dec 2013 23:31:13 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id A54B3160446; Fri, 6 Dec 2013 23:39:13 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 41E8F160436; Fri, 6 Dec 2013 23:39:13 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 1238AB57011; Sat, 7 Dec 2013 10:31:10 +1100 (EST) To: Mark Felder From: Mark Andrews References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> <20131206220016.BADCAB556F4@rock.dv.isc.org> <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> <20131206223300.89253B55861@rock.dv.isc.org> <1386370916.5659.56527093.3A6A1DF1@webmail.messagingengine.com> Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-reply-to: Your message of "Fri, 06 Dec 2013 17:01:56 -0600." <1386370916.5659.56527093.3A6A1DF1@webmail.messagingengine.com> Date: Sat, 07 Dec 2013 10:31:10 +1100 Message-Id: <20131206233110.1238AB57011@rock.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.ams1.isc.org Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 23:31:29 -0000 In message <1386370916.5659.56527093.3A6A1DF1@webmail.messagingengine.com>, Mar k Felder writes: > On Fri, Dec 6, 2013, at 16:33, Mark Andrews wrote: > > > > In message > > <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com>, Ma > > rk Felder writes: > > > On Fri, Dec 6, 2013, at 16:00, Mark Andrews wrote: > > > > > > > > But they should all be running a resursive validating resolver on > > > > every box. > > > > > > > > > > Are you *really* suggesting that I should run a recursive validating > > > server on every single server I admin? > > > > I'm suggesting that it should be run on *every* machine in the > > world, until all the applications that use data from the DNS have > > been upgraded to validate the data they get from the DNS, need to > > be be running a validating resolver. > > > > MiTM attacks happen all the time in the DNS. > > > > For mobile devices I would say "Don't leave home without one" to > > use a well know slogan. > > In a world where every zone is signed (DNSSEC) I might agree, but what's > preventing your traffic from being a victim of a MITM attack when 99% of > the internet doesn't have DNSSEC deployed? Having a local resolver > doesn't improve your security in a statistically significant way. A validating resolver still gets answers from unsigned zones. There really isn't much of a cost beyond that of setting it up. I don't think I've needed to touch the validating side of my recursive servers since the root zone was signed. > I'm a small fish working in a small ISP, and I admin the DNS servers for > maybe 5000 zones. I have zero DNSSEC. In 2014 I expect to maybe have one > zone (ours) with DNSSEC. I do not even expect our customers to request > or understand DNSSEC by 2020 -- not even the local banks and credit > unions we are authoritative for. I expect as DANE support rolls out in browsers that will change quicker than you expect. As a ISP you should be encouraging your users to do best practice which includes signing their zones. > On the other hand, running a new daemon on all of our servers -- many of > them lightweight VMs -- is likely out of the question; we're time > constrained as-is. (My DNS servers are on a trusted network; if they're > in our network we have a whole host of different problems. If they're on > the server itself nothing can be trusted; they'd just hijack the network > stack anyway.) The DNS is very much set and forget for small servers. It's when you have millions of recursive clients or millions of different queries that it gets interesting as you hit capacity issues. > Anyway, this is just my two cents; the idea is noble and > well-intentioned but I don't think it will gain traction. Security is > always an uphill battle. :-( I'm honestly more worried about BGP route > hijacking / MiTM than DNS MiTM attacks. I appreciate your thoughts and > insight, though. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 00:39:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BB26168 for ; Sat, 7 Dec 2013 00:39:16 +0000 (UTC) Received: from mail-qa0-f53.google.com (mail-qa0-f53.google.com [209.85.216.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0393811AA for ; Sat, 7 Dec 2013 00:39:15 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id j5so1067921qaq.5 for ; Fri, 06 Dec 2013 16:39:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=uOKv6k7puWxX0Xhv1MHDNCkvV/W00K9U0eBbXKAjE5o=; b=TTz97d0c0qbunPNjDEst+f0OyCll4RWykvGPkxS+BFyPqSlwQ2N0SJB04RYV1uFdkP bPwOeNlzDB7D6muOegwVlIgsw9tQDAMU1uG94vejC3dxVaLpLUzpWddr6jsibLmPR36d FtnM1+YBKZtgtTK8jiCts6CLVYah9zgxuRen2tWlhkStbZv9R6LBAMLnLgGApc9s0+su lnh2QCzfxWAcf45+KvbEwUoL1OKOxNLVyHzmUg5HL8Zk4HTV2kP0ffYhmqIDsG956MHg z8w7VB95O9QpH8k0R2qJRD18FoUNsfREz41/nizuQkN6GR0uw+UdJGZ70SZIrxSCeho7 eumw== X-Gm-Message-State: ALoCoQnAVJQ6VfmR/1/priN86xoqAVtElYQrFJ23jMNtnD17YntHxztMJhvJ816o5M9s5OTLuU1g X-Received: by 10.49.86.199 with SMTP id r7mr11456448qez.23.1386376307699; Fri, 06 Dec 2013 16:31:47 -0800 (PST) Received: from [192.168.1.4] (pool-72-84-124-111.nrflva.fios.verizon.net. [72.84.124.111]) by mx.google.com with ESMTPSA id j4sm1234604qan.4.2013.12.06.16.31.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Dec 2013 16:31:46 -0800 (PST) Message-ID: <52A26C71.4080308@ohlste.in> Date: Fri, 06 Dec 2013 19:31:45 -0500 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Rainer Duffner Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> In-Reply-To: <20131206143944.4873391d@suse3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 00:39:16 -0000 On 12/6/13, 8:39 AM, Rainer Duffner wrote: > > >> 2) that this mess around FreeBSD 10 will not slow the >> adoption rate of FreeBSD 10. > > > I don't think so. > Only a fraction of my servers ever needed BIND. > And where we need it, we're happy to install a port of it (which has a > lot of OPTIONS, which I saw for the first time only recently...) I disagree. I only run BIND on a few servers. None are exclusively nameservers. The hassle involved in properly setting up the chroot(8) would be a definite negative for me if I were considering a switch from GNU/Linux where most distros set it up that way "out of the box". That would be a definite "con" on my list of "pros and cons" especially if I read this thread. -- Jim Ohlstein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 02:19:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6738A3D7; Sat, 7 Dec 2013 02:19:08 +0000 (UTC) Received: from burnttofu.net (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0BC3617B4; Sat, 7 Dec 2013 02:19:07 +0000 (UTC) Received: from sponge.es.net ([IPv6:2601:9:2c80:35::2222]) (authenticated bits=0) by burnttofu.net (8.14.7/8.14.5) with ESMTP id rB72J3TP030536 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Fri, 6 Dec 2013 21:19:04 -0500 (EST) (envelope-from michael@rancid.berkeley.edu) Message-ID: <52A28592.1000200@rancid.berkeley.edu> Date: Fri, 06 Dec 2013 18:18:58 -0800 From: Michael Sinatra User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Mark Felder , Mark Andrews Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> <20131206220016.BADCAB556F4@rock.dv.isc.org> <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> <20131206223300.89253B55861@rock.dv.isc.org> <1386370916.5659.56527093.3A6A1DF1@webmail.messagingengine.com> In-Reply-To: <1386370916.5659.56527093.3A6A1DF1@webmail.messagingengine.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]); Fri, 06 Dec 2013 21:19:05 -0500 (EST) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 02:19:08 -0000 On 12/06/13 15:01, Mark Felder wrote: > On Fri, Dec 6, 2013, at 16:33, Mark Andrews wrote: >> >> In message >> <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com>, Ma >> rk Felder writes: >>> On Fri, Dec 6, 2013, at 16:00, Mark Andrews wrote: >>>> >>>> But they should all be running a resursive validating resolver on >>>> every box. >>>> >>> >>> Are you *really* suggesting that I should run a recursive validating >>> server on every single server I admin? >> >> I'm suggesting that it should be run on *every* machine in the >> world, until all the applications that use data from the DNS have >> been upgraded to validate the data they get from the DNS, need to >> be be running a validating resolver. >> >> MiTM attacks happen all the time in the DNS. >> >> For mobile devices I would say "Don't leave home without one" to >> use a well know slogan. >> > > In a world where every zone is signed (DNSSEC) I might agree, but what's > preventing your traffic from being a victim of a MITM attack when 99% of > the internet doesn't have DNSSEC deployed? Having a local resolver > doesn't improve your security in a statistically significant way. Actually, you have it backwards. Think of it this way: Not every website uses https, but it is VERY useful and important that 100% of the browsers out there support https. That way, the client/server interactions that need https can get https. If I want clients to access my site over https, I simply have to put a cert on my website and configure it to force the clients to do the right thing. What we need is 100% adoption of validation, regardless of the percentage of zones actually signed. That way, if I choose to sign my zone, I know that everyone will actually be validating it. Until we have validating stub resolvers (and Casper seems like a promising way to do that), having validating daemons does provide that blanket client support that we need. michael From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 04:56:30 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E17279DD for ; Sat, 7 Dec 2013 04:56:30 +0000 (UTC) Received: from mail-qa0-x22d.google.com (mail-qa0-x22d.google.com [IPv6:2607:f8b0:400d:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A3D241219 for ; Sat, 7 Dec 2013 04:56:30 +0000 (UTC) Received: by mail-qa0-f45.google.com with SMTP id o15so1200756qap.18 for ; Fri, 06 Dec 2013 20:56:29 -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:content-type; bh=0UYrtFchkoTApKUsftoV7DTPgwE4u2S4cLStukrQ42E=; b=fUhJeydcRxHfVYoKZhekGDby7t5js3yIsS+IcDK2RJ+kAlv4Dtgyh+JaPAS4PUhSYW r+ucTGdcf7JIRkJ9j+HC6HjgRwOS8O51FlIzygLdNHvquvnbEGc8zwtvVzN23jtf8YU5 t0RvcabjhlFJYi/4Xk8mcg8wD/JvqpNSQl/88HVjcBMXPJYE6g+d+vyitwdfOtYrRhyD o3V/gYNrmCbn+KRp540SPuTtqT+ntZ1QIrnNit8t+smg8JZYklrsT4GxKkRRLSgVOLxD 9vtzVHVfcQ0I5dNwp3D4KMUA/OQ4E06nrSU3cvSKewr+v7mBD8UrRn/Muep1qm79z8PP DvLg== MIME-Version: 1.0 X-Received: by 10.49.116.5 with SMTP id js5mr13089314qeb.36.1386392189831; Fri, 06 Dec 2013 20:56:29 -0800 (PST) Received: by 10.96.132.2 with HTTP; Fri, 6 Dec 2013 20:56:29 -0800 (PST) Date: Fri, 6 Dec 2013 23:56:29 -0500 Message-ID: Subject: Atheros 9565 wifi problems From: Peter Edson To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 04:56:30 -0000 Hi, I installed freebsd 10 beta 4 today and it autodetected the atheros 9565 chip and I got it setup no problem with wpa_supplicant. I installed some stuff like xorg and i3 wm and then took a nap. I woke up and rebooted the machine and it will not work on any wifi settings now. It keeps throwing errors about /var/run/wpa_supplicant failed to initialize control interface and remove the file, this is when I run service netif restart, start etc. I have tried removing it and it doesn't help. my pci conf for atheros looks like this: ath0@pci0:3:0:0: class = 0x028000 card=0x063211ad chip=0x0036168c rev=0x01 hdr=0x00 vendor= atheros communications device= ar9565 wireless network adapter class = network From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 05:16:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FEFF27B; Sat, 7 Dec 2013 05:16:48 +0000 (UTC) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 88DC91315; Sat, 7 Dec 2013 05:16:47 +0000 (UTC) Received: from ppp121-45-108-103.lns20.adl6.internode.on.net (HELO leader.local) ([121.45.108.103]) by ipmail06.adl2.internode.on.net with ESMTP; 07 Dec 2013 15:46:44 +1030 Message-ID: <52A2AF39.7090006@ShaneWare.Biz> Date: Sat, 07 Dec 2013 15:46:41 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Gleb Smirnoff , Chris H Subject: Re: BETA4: fortune -o gone? References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205105357.GU48919@FreeBSD.org> In-Reply-To: <20131205105357.GU48919@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Glen Barber , freebsd-stable@freebsd.org, Erich Dollansky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 05:16:48 -0000 On 05/12/2013 21:23, Gleb Smirnoff wrote: > On Wed, Dec 04, 2013 at 10:58:41PM -0800, Chris H wrote: > C> > On Thu, Dec 05, 2013 at 09:02:08AM +0800, Erich Dollansky wrote: > C> >> I think that since I installed BETA1 the 'offensive' fortunes are gone? > C> >> I did a fresh install with a BETA1 CD and upgraded recently to BETA4. > C> > > C> > Yes, they were (finally) removed with extreme prejudice. > C> > C> Nobody likes a good BikeShed. But _really_? > C> Is FreeBSD going "PC" (Politically Correct)? > C> Looks like a sign of weakness. :( > > FreeBSD isn't going politically correct. The fortunes-o was removed > to save invaluable time, that developers used to spend discussing > changes to the file. > so fortunes-o contained inappropriate material that was worth arguing about but murphy-o isn't - guess it's too short to argue over? Now limerick and gerrold.limerick contains material that some would find offensive, yet they are just fine where they are.... From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 06:18:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F341BEB3; Sat, 7 Dec 2013 06:18:19 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7A14E168E; Sat, 7 Dec 2013 06:18:19 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VpBGY-00079i-Ak; Sat, 07 Dec 2013 10:21:26 +0400 Date: Sat, 7 Dec 2013 10:21:26 +0400 From: Slawa Olhovchenkov To: Baptiste Daroussin Subject: Re: pkg repo for 9.2-RELEASE Message-ID: <20131207062126.GB80282@zxy.spb.ru> References: <20131204192228.GA47404@zxy.spb.ru> <20131206164112.GS76976@ithaqua.etoilebsd.net> <20131206204444.GA99055@zxy.spb.ru> <20131206221509.GV76976@ithaqua.etoilebsd.net> <20131206222842.GA80282@zxy.spb.ru> <20131206223205.GZ76976@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131206223205.GZ76976@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) 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 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 06:18:20 -0000 On Fri, Dec 06, 2013 at 11:32:05PM +0100, Baptiste Daroussin wrote: > On Sat, Dec 07, 2013 at 02:28:42AM +0400, Slawa Olhovchenkov wrote: > > On Fri, Dec 06, 2013 at 11:15:09PM +0100, Baptiste Daroussin wrote: > > > > > On Sat, Dec 07, 2013 at 12:44:44AM +0400, Slawa Olhovchenkov wrote: > > > > On Fri, Dec 06, 2013 at 05:41:12PM +0100, Baptiste Daroussin wrote: > > > > > > > > > On Wed, Dec 04, 2013 at 11:22:29PM +0400, Slawa Olhovchenkov wrote: > > > > > > Where I can find corectly builded pkgNG packages for 9.2-RELEASE? > > > > > > Packages on official site (pkg0.bme.freebsd.org, for ex.) builded on > > > > > > incorrect, outdated FreeBSD verion (may be 9.1-RELEASE): > > > > > > freeradius3 build with libssl verion 90818f and can't be run on > > > > > > 9.2-RELEASE: > > > > > > > > > > > > # radiusd -X > > > > > > libssl version mismatch. Built with: 90818f Linked: 90819f > > > > > > > > > > The abi is compatible that should run of radius should be patched to to accept > > > > > both version. > > > > > > > > > > The freeradius3 should be informed to allow this to run. > > > > > > > > As I see in source freeradius3 use strict version check and don't have > > > > compatible lists. > > > > > > > > What is trouble to use latest FreeBSD RELENG to build pkgNG > > > > packages? > > > > > > > > 9.0-p7 and 9.1-p2 have openssl 90819f (r249029). > > > > > > > > Also, virtualbox-ose-kmod have strict version dependens to kernel. > > > > > > We have always build the packages on the lowest version of a release branch > > > because we ensure binary compatibility, kmods does not have a strict version > > > > In real world we have incompatibility for freeradius and freeradius3, > > for virtualbox-kmod, for filesystem modules (fuse and some others?) > > > > 20121224: > > The VFS KBI was changed with the merge of several nullfs > > optimizations and fixes. All filesystem modules must be > > recompiled. > > > > 20120106: > > A new VOP_ADVISE() was added to support posix_fadvise(2). All > > filesystem modules must be recompiled. > > > > > depends on the kernel, they should be loadable on newest kernel of the same > > > branch. > > > > In real world kmods of virtualbox loaded, but don't worked (kernel > > crashed). > > That is a major problem which doesn't only concern packaging > > That should not happen in a stable branch, and should have been reported and > prevented :( That is defeating lot of our policies and inpacted more than just > package building. > > All our actual policies for packaging are based on KBI and ABI stability over > the lifetime of a branch It's not always posible. And I think best way is correctly support last -SECURITY instead of obsolete -RELEASE. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 06:22:58 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CED4619D for ; Sat, 7 Dec 2013 06:22:58 +0000 (UTC) Received: from mail-qe0-x22c.google.com (mail-qe0-x22c.google.com [IPv6:2607:f8b0:400d:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E7C41716 for ; Sat, 7 Dec 2013 06:22:58 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id nd7so1283627qeb.3 for ; Fri, 06 Dec 2013 22:22:57 -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:date:message-id:subject :from:to:cc:content-type; bh=z4a8ZYKRqavTc56HlDoAWaUCPkS/vz8obbyIrtIm5Kc=; b=gHHjSzF8mMr7p6BgPF85Un7G5sMogfNSaEDUXOc01C9/iZbck6RVA5lgx2JQX0JupE YV3ATbfy5J8B93TtDTd19by4tT/PhDz1+g+KTOjV/D1GYzK/pTT05st51ojDOTPVAP2M afp+NVvqzgrOQRRKTZHIOgILhCzJvVHCA1fg1IEpQWStzq2xwUW86tH7zo83A63LTT2K QmW5PW1RVrXVhruL3pjGuASytugphfUgXuXqpcO+qzb78SKep7Ey1o/0qdqfX8rQNfb7 slu//j4Ws3SqvgiE900ZWkS4RF3/XAQFRMGkuxZxPUj0Zw8+D+8ttKjHV5r1IvyUKuMy vHwA== MIME-Version: 1.0 X-Received: by 10.49.116.141 with SMTP id jw13mr13518329qeb.2.1386397377830; Fri, 06 Dec 2013 22:22:57 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Fri, 6 Dec 2013 22:22:57 -0800 (PST) In-Reply-To: References: Date: Fri, 6 Dec 2013 22:22:57 -0800 X-Google-Sender-Auth: 0FAgWKZgiwkVgs3F-kIyANj2Gjg Message-ID: Subject: Re: Atheros 9565 wifi problems From: Adrian Chadd To: Peter Edson Content-Type: text/plain; charset=ISO-8859-1 Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 06:22:58 -0000 What's logged in dmesg? -a On 6 December 2013 20:56, Peter Edson wrote: > Hi, I installed freebsd 10 beta 4 today and it autodetected the atheros > 9565 chip and I got it setup no problem with wpa_supplicant. I installed > some stuff like xorg and i3 wm and then took a nap. I woke up and rebooted > the machine and it will not work on any wifi settings now. > > It keeps throwing errors about /var/run/wpa_supplicant failed to initialize > control interface and remove the file, this is when I run service netif > restart, start etc. I have tried removing it and it doesn't help. > > my pci conf for atheros looks like this: > > ath0@pci0:3:0:0: > > class = 0x028000 card=0x063211ad chip=0x0036168c rev=0x01 hdr=0x00 > > vendor= atheros communications > device= ar9565 wireless network adapter > class = network > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 06:24:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32C542B9 for ; Sat, 7 Dec 2013 06:24:35 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 92D541740 for ; Sat, 7 Dec 2013 06:24:34 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id q58so1529499wes.2 for ; Fri, 06 Dec 2013 22:24:32 -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-type; bh=fA6wewLKsMzary2ELkk4z/WcRpFXoAYMEkY+ZRS2ldQ=; b=bekNDQzGyhGIDUeX7KoLM8cxojV3+wRL58r96+yXXdqrWCCfb20rMEB+VJLJ6+Pi9K j7m9j/S3SeeqHxksYKdc/uY6GPaA77WCM1p+uiMTIxgshc3fGl/AAS/ii+9w1++TgJwR F3TrHW6xjm7A3wTMEWTS1bkxztRbWTfyiQcjrClmYUpIbV750c2vYWMDoEKP8cm8M9+g bjZPni7lpeFr7lJ29GrK/KDfodDKxJ2wuSaPxDCaQY7iyphkBJT0QZwXCe8zXIhngQUY euLr8mT+++5EOd3Rj+pzqIfMYG8lZdW1G4BL5maHR+m8184993CeMnZKWO+UQr1A8XOP dgTw== MIME-Version: 1.0 X-Received: by 10.180.183.72 with SMTP id ek8mr5580776wic.49.1386397472405; Fri, 06 Dec 2013 22:24:32 -0800 (PST) Received: by 10.217.89.138 with HTTP; Fri, 6 Dec 2013 22:24:32 -0800 (PST) In-Reply-To: <20131206201329.GK59496@kib.kiev.ua> References: <20131206201329.GK59496@kib.kiev.ua> Date: Sat, 7 Dec 2013 08:24:32 +0200 Message-ID: Subject: Re: stable/10 r258317 - UFS lock problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 06:24:35 -0000 Hi, I'm trying to compile a debug kernel with these options : makeoptions DEBUG=-g options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC While compiling; compilations fails due to this error : /usr/src/sys/kern/subr_vmem.c:1357:1: error: unused function 'vmem_dump' [-Werror, -Wunused-function] I'll comment out this function and recompiled kernel. Now, while booting, kernel panics. Error line is below; KDB stack backtrace is attached as PNG screenshot. "panic: mtx_lock_spin: recursed on non-recursive mutex cnput_mtx @ /usr/src/sys/kern/kern_cons.c:500" I think, i hit an other bug. Best wishes, Ozkan KIRIK ePati Information Technologies http://www.epati.com.tr/ On Fri, Dec 6, 2013 at 10:13 PM, Konstantin Belousov wrote: > On Fri, Dec 06, 2013 at 08:10:55PM +0200, ?zkan KIRIK wrote: > > Hi, > > > > I am using FreeBSD 10.0-BETA3 r258317 GENERIC kernel. > > > > I run "portsnap fetch extract". > > While extracting files, extracting operation hangs, and i cant kill > process. > > > > Output of : "ps ax | grep D+" ( uninterruptable process list ) > > % ps ax | grep D+ > > 28933 0 D+ 0:00.01 tar -xz --numeric-owner -f > > > /var/db/portsnap/files/77d41f10d2832f8450e4e02a4db5c0a6131c97d15076ed0c76e761c9ce58338d.gz > > -C /usr/ports/emulators/qemu/ (bsdtar) > > 29051 1 S+ 0:00.00 grep D+ > > % > > > > > > Because of D flag, process cannot be interrupted even by SIGKILL. > > I cannot remove usr/ports folder while this process on D+ state. > > If I run rm -r /usr/ports, rm process is flagged as D+ also. > > > > I tested this situation on both vmware workstation and different real > > hardware installations. ( Sun Fire X4150, HP DL380G4, Sun X3 servers. ) > > > > Problem is repeatable. If you install FreeBSD on ZFS root, problem > doesn't > > occur. > > > > > > # mount > > /dev/da0p2 on / (ufs, local, journaled soft-updates) > > devfs on /dev (devfs, local, multilabel) > > See > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 07:18:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF5B2E10 for ; Sat, 7 Dec 2013 07:18:05 +0000 (UTC) Received: from rush.bluerosetech.com (rush.bluerosetech.com [IPv6:2607:fc50:1000:9b00::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7973F1949 for ; Sat, 7 Dec 2013 07:18:05 +0000 (UTC) Received: from chombo.houseloki.net (c-71-236-222-167.hsd1.wa.comcast.net [71.236.222.167]) by rush.bluerosetech.com (Postfix) with ESMTPSA id 26E4111434; Fri, 6 Dec 2013 23:18:04 -0800 (PST) Received: from [IPv6:2601:7:1680:365:4055:e8ed:3d40:2f96] (unknown [IPv6:2601:7:1680:365:4055:e8ed:3d40:2f96]) by chombo.houseloki.net (Postfix) with ESMTPSA id 16A6B9C7; Fri, 6 Dec 2013 23:18:01 -0800 (PST) Message-ID: <52A2CB99.5050900@bluerosetech.com> Date: Fri, 06 Dec 2013 23:17:45 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Mark Andrews Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> <20131206220016.BADCAB556F4@rock.dv.isc.org> <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> <20131206223300.89253B55861@rock.dv.isc.org> In-Reply-To: <20131206223300.89253B55861@rock.dv.isc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: freebsd-stable List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 07:18:05 -0000 On 12/6/2013 2:33 PM, Mark Andrews wrote: > In message <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com>, Ma > rk Felder writes: >> On Fri, Dec 6, 2013, at 16:00, Mark Andrews wrote: >>> >>> But they should all be running a resursive validating resolver on >>> every box. >> >> Are you *really* suggesting that I should run a recursive validating >> server on every single server I admin? > > I'm suggesting that it should be run on *every* machine in the > world, until all the applications that use data from the DNS have > been upgraded to validate the data they get from the DNS, need to > be be running a validating resolver. Yes, everything needs a validating resolver; but everything only needs something behind getaddrinfo() that validates the responses provided by the servers listed in /etc/resolv.conf. BIND and Unbound do not operate as forwarding servers by default and we really do not want everything running its own root-hinted resolver. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 07:21:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0E10F2A for ; Sat, 7 Dec 2013 07:21:57 +0000 (UTC) Received: from rush.bluerosetech.com (rush.bluerosetech.com [IPv6:2607:fc50:1000:9b00::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D79F198D for ; Sat, 7 Dec 2013 07:21:57 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:1680:365:21c:c0ff:fe7f:96ee]) by rush.bluerosetech.com (Postfix) with ESMTPSA id 8827011434; Fri, 6 Dec 2013 23:21:56 -0800 (PST) Received: from [IPv6:2601:7:1680:365:4055:e8ed:3d40:2f96] (unknown [IPv6:2601:7:1680:365:4055:e8ed:3d40:2f96]) by chombo.houseloki.net (Postfix) with ESMTPSA id 420249C9; Fri, 6 Dec 2013 23:21:55 -0800 (PST) Message-ID: <52A2CC82.7000101@bluerosetech.com> Date: Fri, 06 Dec 2013 23:21:38 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Michael Sinatra Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> <20131206220016.BADCAB556F4@rock.dv.isc.org> <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> <20131206223300.89253B55861@rock.dv.isc.org> <1386370916.5659.56527093.3A6A1DF1@webmail.messagingengine.com> <52A28592.1000200@rancid.berkeley.edu> In-Reply-To: <52A28592.1000200@rancid.berkeley.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: freebsd-stable List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 07:21:57 -0000 On 12/6/2013 6:18 PM, Michael Sinatra wrote: > Not every website uses https, but it is VERY useful and important that > 100% of the browsers out there support https. That way, the > client/server interactions that need https can get https. If I want > clients to access my site over https, I simply have to put a cert on my > website and configure it to force the clients to do the right thing. You are absolutely right--we need DNSSEC validation in everything. But mapping your web browser analogy to DNS, we only need the library providing getaddrinfo() to validate responses. BIND or Unbound on everything is equivalent to running a caching web proxy on everything. We'd end up with about the same amount of brokenness and stale data issues as well. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 07:24:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D709AA2 for ; Sat, 7 Dec 2013 07:24:21 +0000 (UTC) Received: from smtp.syd.comcen.com.au (smtp.syd.comcen.com.au [203.23.236.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AA9919D1 for ; Sat, 7 Dec 2013 07:24:21 +0000 (UTC) Received: from hummer.af.speednet.com.au (root@115-69-4-237.dyn.comcen.net.au [115.69.4.237]) by smtp.syd.comcen.com.au (8.13.4/8.12.9) with ESMTP id rB77MDxt011903; Sat, 7 Dec 2013 18:22:16 +1100 (EST) Received: from snuggles.af.speednet.com.au (snuggles.af.speednet.com.au [172.22.2.2]) by hummer.af.speednet.com.au (8.14.5/8.14.5) with ESMTP id rB77M8G6069832; Sat, 7 Dec 2013 17:22:09 +1000 (EST) (envelope-from andyf@andyit.com.au) Message-ID: <52A2CC9F.7040306@andyit.com.au> Date: Sat, 07 Dec 2013 17:22:07 +1000 From: Andy Farkas User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120614 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, FreeBSD@ShaneWare.Biz Subject: Re: BETA4: fortune -o gone? References: <20131205090208.4cdba36b@X220.ovitrap.com> <20131205010722.GE44739@glenbarber.us> <020c58348f43c35da047761d0be6a9f4.authenticated@ultimatedns.net> <20131205105357.GU48919@FreeBSD.org> <52A2AF39.7090006@ShaneWare.Biz> In-Reply-To: <52A2AF39.7090006@ShaneWare.Biz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-comcen-MailScanner-Information: Please contact the ISP for more information X-comcen-MailScanner: Found to be clean X-comcen-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-0.117, required 4, AWL -0.22, BAYES_50 0.00, RDNS_DYNAMIC 0.10) X-comcen-MailScanner-From: andyf@andyit.com.au X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 07:24:21 -0000 On 07/12/13 15:16, Shane Ambler wrote: > > so fortunes-o contained inappropriate material that was worth arguing > about but murphy-o isn't - guess it's too short to argue over? > > Now limerick and gerrold.limerick contains material that some would find > offensive, yet they are just fine where they are.... > SHHHHHH!!!! Don't give people who are easily offended, yet continuously use the -o option, any more reason to complain!! At this rate the -o option will be removed altogether! Actually, they might even remove fortune(6) entirely: > fortune -m "dove of peace" > fortune -m "Democratic Committee" > fortune -m "people and the pigeons" -andyf ps. Bad move core. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 12:27:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A937A735 for ; Sat, 7 Dec 2013 12:27:38 +0000 (UTC) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39A601A68 for ; Sat, 7 Dec 2013 12:27:38 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id x55so1702693wes.40 for ; Sat, 07 Dec 2013 04:27:36 -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-type:content-disposition:in-reply-to:user-agent; bh=lwyVlgTlaTRB7NS9Lo8+YQL0g1WuFx0mmLAtqVWfGEM=; b=TwRkmWWYRQ6uMpQWbUc8dB6TfhQACS9nIFESPXxK/8v+FDJbmqD/+rBF2EnTHC7LFa VJiwdjugkIvRYYAlbB1uUjpzjE/xJ2DbbBMymjjYl95iuBh/khpceW1PjoXRJ55WA/p9 GApDaj4ePoHe+rlI1qJh+c7bNyDsP2Thav12CJdNS2DoMXopbkkMMEjVMwZdoYZERQ/I rRXWMxLNvnzd+BZFm3bAocsm1oEhsEO+MnerBtxxY7gbI95np3aDbjCWRTYDgR+nR+xv cbO91NwCJy0fbRcqw4O1TKVCOkT6I8qQll1gdRr9RjaN3w1vAbBF4Dj3EyM5QSB78/JC 1/Sw== X-Received: by 10.194.59.240 with SMTP id c16mr7690030wjr.13.1386419256537; Sat, 07 Dec 2013 04:27:36 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id mt2sm5068415wic.7.2013.12.07.04.27.34 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 07 Dec 2013 04:27:35 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 7 Dec 2013 13:27:33 +0100 From: Baptiste Daroussin To: Slawa Olhovchenkov Subject: Re: pkg repo for 9.2-RELEASE Message-ID: <20131207122733.GD76976@ithaqua.etoilebsd.net> References: <20131204192228.GA47404@zxy.spb.ru> <20131206164112.GS76976@ithaqua.etoilebsd.net> <20131206204444.GA99055@zxy.spb.ru> <20131206221509.GV76976@ithaqua.etoilebsd.net> <20131206222842.GA80282@zxy.spb.ru> <20131206223205.GZ76976@ithaqua.etoilebsd.net> <20131207062126.GB80282@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LXx4g46d83wF7unj" Content-Disposition: inline In-Reply-To: <20131207062126.GB80282@zxy.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 12:27:38 -0000 --LXx4g46d83wF7unj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 07, 2013 at 10:21:26AM +0400, Slawa Olhovchenkov wrote: > On Fri, Dec 06, 2013 at 11:32:05PM +0100, Baptiste Daroussin wrote: >=20 > > On Sat, Dec 07, 2013 at 02:28:42AM +0400, Slawa Olhovchenkov wrote: > > > On Fri, Dec 06, 2013 at 11:15:09PM +0100, Baptiste Daroussin wrote: > > >=20 > > > > On Sat, Dec 07, 2013 at 12:44:44AM +0400, Slawa Olhovchenkov wrote: > > > > > On Fri, Dec 06, 2013 at 05:41:12PM +0100, Baptiste Daroussin wrot= e: > > > > >=20 > > > > > > On Wed, Dec 04, 2013 at 11:22:29PM +0400, Slawa Olhovchenkov wr= ote: > > > > > > > Where I can find corectly builded pkgNG packages for 9.2-RELE= ASE? > > > > > > > Packages on official site (pkg0.bme.freebsd.org, for ex.) bui= lded on > > > > > > > incorrect, outdated FreeBSD verion (may be 9.1-RELEASE): > > > > > > > freeradius3 build with libssl verion 90818f and can't be run = on > > > > > > > 9.2-RELEASE: > > > > > > >=20 > > > > > > > # radiusd -X > > > > > > > libssl version mismatch. Built with: 90818f Linked: 90819f > > > > > >=20 > > > > > > The abi is compatible that should run of radius should be patch= ed to to accept > > > > > > both version. > > > > > > > > > > > > The freeradius3 should be informed to allow this to run. > > > > >=20 > > > > > As I see in source freeradius3 use strict version check and don't= have > > > > > compatible lists. > > > > >=20 > > > > > What is trouble to use latest FreeBSD RELENG to build pkgNG > > > > > packages? > > > > >=20 > > > > > 9.0-p7 and 9.1-p2 have openssl 90819f (r249029). > > > > >=20 > > > > > Also, virtualbox-ose-kmod have strict version dependens to kernel. > > > >=20 > > > > We have always build the packages on the lowest version of a releas= e branch > > > > because we ensure binary compatibility, kmods does not have a stric= t version > > >=20 > > > In real world we have incompatibility for freeradius and freeradius3, > > > for virtualbox-kmod, for filesystem modules (fuse and some others?) > > >=20 > > > 20121224: > > > The VFS KBI was changed with the merge of several nullfs > > > optimizations and fixes. All filesystem modules must be > > > recompiled. > > >=20 > > > 20120106: > > > A new VOP_ADVISE() was added to support posix_fadvise(2). All > > > filesystem modules must be recompiled. > > >=20 > > > > depends on the kernel, they should be loadable on newest kernel of = the same > > > > branch. > > >=20 > > > In real world kmods of virtualbox loaded, but don't worked (kernel > > > crashed). > >=20 > > That is a major problem which doesn't only concern packaging > >=20 > > That should not happen in a stable branch, and should have been reporte= d and > > prevented :( That is defeating lot of our policies and inpacted more th= an just > > package building. > >=20 > > All our actual policies for packaging are based on KBI and ABI stabilit= y over > > the lifetime of a branch >=20 > It's not always posible. And I think best way is correctly support > last -SECURITY instead of obsolete -RELEASE. My bad that is what we are supposed to do, I'll double check the builders thanks! regards, Bapt --LXx4g46d83wF7unj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlKjFDUACgkQ8kTtMUmk6EygrwCcDddV7LT/+Dc+HFiHaQyhj4e9 fFAAn0QZ5/NNk9ZW/vmG9vtKSCDQaTKM =alRu -----END PGP SIGNATURE----- --LXx4g46d83wF7unj-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 17:35:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 806DF254 for ; Sat, 7 Dec 2013 17:35:24 +0000 (UTC) Received: from mail-pb0-x235.google.com (mail-pb0-x235.google.com [IPv6:2607:f8b0:400e:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 566471D25 for ; Sat, 7 Dec 2013 17:35:24 +0000 (UTC) Received: by mail-pb0-f53.google.com with SMTP id ma3so2842878pbc.40 for ; Sat, 07 Dec 2013 09:35:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=JPNmbsQUiRvrWmv5A395q21soTF6y6Rrqi+ZacSEtwo=; b=unsiwTY3uS86hUBkp6fGv4+E6uoF7u12lOP4vhRFU26kSSIJwQ8eCHO2OsLuK9wRBZ nnwDz3LTgXyFQipaf/ZaBR3ZTKgmLLSzRYgxtGHmhUobGky1X2DPtMnVaKm6cQH2MfBM 0c/VpcomieMvuDrXk7YGvtPyCf07xp1x6IVmPzwPcJ0HniLyVGumyL/JE+bKtrlTztoj Lr4UYmJ0AhnCGaharGNNQIQQ5JAqnKrUoYoLPk5QT4XYwFX57UNhxoEe8wtKk+wMD1u0 k4EN4lhqwIKlqx/wB/QPlVkNt2DMc/y/LQU8sp2ReTZqIeRo0HCXUmLlsOmaBoLceoVI eDBA== X-Received: by 10.68.110.132 with SMTP id ia4mr11016112pbb.99.1386437724070; Sat, 07 Dec 2013 09:35:24 -0800 (PST) Received: from tsunami.lan ([67.142.83.147]) by mx.google.com with ESMTPSA id ql10sm5832595pbc.44.2013.12.07.09.35.17 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Dec 2013 09:35:23 -0800 (PST) Date: Sat, 7 Dec 2013 09:35:03 -0800 From: Joe Ennis To: freebsd-stable@freebsd.org Subject: FreeBSD-10.0-RELENG_10-r258997-JPSNAP-amd64-amd64-memstick.img: Auto Install zeoot create issue. Message-ID: <20131207093503.5ba2046d@tsunami.lan> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.10; x86_64-slackware-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 17:35:24 -0000 Installing the above with options: I Install T Pool Type/Disks: stripe: 1 disk - Rescan devices * - DiskInfo * N Pool Name zoot 4 Force 4k Sectors? YES E Encrypt Disks? YES P Partition Scheme GPT S Swap Size 0G Note: no swap, 16GB RAM this system. After accepting waring about destroying data on ada2, I get: Error: zpool missing pool name argument useage: create [-fnd ] [ -o proper ... and many more /j From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 17:39:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16047428; Sat, 7 Dec 2013 17:39:10 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDC7C1D84; Sat, 7 Dec 2013 17:39:09 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 51AFE108C; Sat, 7 Dec 2013 17:39:08 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 51AFE108C Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 7 Dec 2013 12:39:06 -0500 From: Glen Barber To: Joe Ennis Subject: Re: FreeBSD-10.0-RELENG_10-r258997-JPSNAP-amd64-amd64-memstick.img: Auto Install zeoot create issue. Message-ID: <20131207173906.GS20078@glenbarber.us> References: <20131207093503.5ba2046d@tsunami.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rQAi4ZBraoACHIeu" Content-Disposition: inline In-Reply-To: <20131207093503.5ba2046d@tsunami.lan> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 17:39:10 -0000 --rQAi4ZBraoACHIeu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 07, 2013 at 09:35:03AM -0800, Joe Ennis wrote: > Installing the above with options: >=20 > I Install > T Pool Type/Disks: stripe: 1 disk > - Rescan devices * > - DiskInfo * > N Pool Name zoot > 4 Force 4k Sectors? YES > E Encrypt Disks? YES > P Partition Scheme GPT > S Swap Size 0G >=20 > Note: no swap, 16GB RAM this system. >=20 > After accepting waring about destroying data on ada2, I get: >=20 >=20 > Error: zpool >=20 > missing pool name argument >=20 > useage: > create [-fnd ] [ -o proper ... and many more >=20 >=20 Please try a more recent snapshot. This was fixed in stable/10 yesterday. Glen --rQAi4ZBraoACHIeu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSo106AAoJELls3eqvi17Q13EP/3KIucJpofzCnvy0W0Dm51df QJTdDCpoeOVKFkqWiiETn4n0Pxusnx2nJJeft9AH62EZp1jcEVOnjRAc8cQ/aNA2 2GNiBOwEcRnZUrkQa8wI/qwCMyl5Vy+03e3zbbsMLbS7jz9sjDgvpQPsRrvciwrL BJdRMrRe2aAJZTcW9P2DJP/jQ9n6Wf39ZCaMfTG8fUTQcVnpsytz2jJN68eXVhli DXLWxS9F+7cIu0eBchI7tlXbAyjamqTo/+dFUMOIy7lMQxTQm6c7AnM9MEv4KVTE oRv1qiG/Zq/b3qNH27wgvt2cjFczWM42i2gkz9kyAXT8M9MwHhdBdsYf1sp217+h WSznwtTcdqBSB+AmrrXVgGAz9De6iOePkSluMnsAekI/VVa2zSYi2eXrZz5WmKt0 ad9TKxHXmY1kQl+8X+fgrtPB5KfyOmZ188iY5MUWE+9ZOHxlL5TDAEzad88vzshv WNvy/n8aJo+gp9rpT+4j8ulNGcu4zF1HDYxsb0YaVG1oT7YKrdlx/cLh6s1zCQx1 4o9+ibZkPx6dPuU0/P+SsUap8G3vSlhaWwsHTTnazYCjGMh6PrmQWCPH5LDIKzLN yyR2a7PBR9/wyUA7QhejbeT9OPCit5bSy23BsXBUHw25dqm7lzXbHT0NFNdo6bhC taBBFUTwcyVfxuEAK2TY =tNKC -----END PGP SIGNATURE----- --rQAi4ZBraoACHIeu-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 18:07:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AB53EF6 for ; Sat, 7 Dec 2013 18:07:53 +0000 (UTC) Received: from mail-pb0-x22b.google.com (mail-pb0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6ECB21FD4 for ; Sat, 7 Dec 2013 18:07:53 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id rq2so2874696pbb.16 for ; Sat, 07 Dec 2013 10:07:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=8a1JNu4Q8gyVNZkkXh9wH+yVVWEnbdwIyKx5B8lOss0=; b=K4OHo8278yqf9Ni9b8NhZPrx6tur8Y+/FIqdqCDIvE/0aizKoLebiWkKQMrOjcOvZF 8MWm8d4Y6ihbEkzPV3uBwiSVLZEX/Ew6m93GFiug/r+0JyFDGdE2sj7GfYUeHnWo/+6m +fQnIfD9EnX0Acqf/Pf0q0m82xNH/RVu/2Eps4vnLmYdwbVWuxJcCe+3u7PNHl/H9Y/O GNJSwlBlY9CoktEpIb6pvaBR5zBCYmynqmdfzgXEYcSrH+darBLJmYHPPtf1BKmB0QVD YkTjuyRqBW+Mks5mLtF4oEaD+apvap6n98bZGK/h3Pzzcx3XIh8t3g7luaXKNkidcXji 93Fw== X-Received: by 10.66.221.199 with SMTP id qg7mr11443411pac.13.1386439673085; Sat, 07 Dec 2013 10:07:53 -0800 (PST) Received: from tsunami.lan ([67.142.83.147]) by mx.google.com with ESMTPSA id qv8sm5990165pbc.31.2013.12.07.10.07.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Dec 2013 10:07:52 -0800 (PST) Date: Sat, 7 Dec 2013 10:07:31 -0800 From: Joe Ennis To: freebsd-stable@freebsd.org Subject: Re: FreeBSD-10.0-RELENG_10-r258997-JPSNAP-amd64-amd64-memstick.img: Auto Install zeoot create issue. Message-ID: <20131207100731.22dda3c5@tsunami.lan> In-Reply-To: <20131207173906.GS20078@glenbarber.us> References: <20131207093503.5ba2046d@tsunami.lan> <20131207173906.GS20078@glenbarber.us> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.10; x86_64-slackware-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 18:07:53 -0000 On Sat, 7 Dec 2013 12:39:06 -0500 Glen Barber wrote: > On Sat, Dec 07, 2013 at 09:35:03AM -0800, Joe Ennis wrote: > > Installing the above with options: > > > > I Install > > T Pool Type/Disks: stripe: 1 disk > > - Rescan devices * > > - DiskInfo * > > N Pool Name zoot > > 4 Force 4k Sectors? YES > > E Encrypt Disks? YES > > P Partition Scheme GPT > > S Swap Size 0G > > > > Note: no swap, 16GB RAM this system. > > > > After accepting waring about destroying data on ada2, I get: > > > > > > Error: zpool > > > > missing pool name argument > > > > useage: > > create [-fnd ] [ -o proper ... and many more > > > > > > Please try a more recent snapshot. This was fixed in stable/10 > yesterday. > > Glen > Will do as soon as allbsd.org has a later image. Thank you. /j From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 18:37:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0493854 for ; Sat, 7 Dec 2013 18:37:28 +0000 (UTC) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id 523A51174 for ; Sat, 7 Dec 2013 18:37:27 +0000 (UTC) Received: (qmail 21247 invoked from network); 7 Dec 2013 18:30:45 -0000 Received: from 87.58.146.155 (HELO x2.osted.lan) (87.58.146.155) by relay02.pair.com with SMTP; 7 Dec 2013 18:30:45 -0000 X-pair-Authenticated: 87.58.146.155 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.5/8.14.5) with ESMTP id rB7IUi2t019958; Sat, 7 Dec 2013 19:30:45 +0100 (CET) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.5/8.14.5/Submit) id rB7IUiQi019957; Sat, 7 Dec 2013 19:30:44 +0100 (CET) (envelope-from pho) Date: Sat, 7 Dec 2013 19:30:44 +0100 From: Peter Holm To: =?iso-8859-1?Q?=D6zkan?= KIRIK Subject: Re: stable/10 r258317 - UFS lock problem Message-ID: <20131207183044.GA19655@x2.osted.lan> References: <20131206201329.GK59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Konstantin Belousov , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 18:37:28 -0000 On Sat, Dec 07, 2013 at 08:24:32AM +0200, Özkan KIRIK wrote: > Hi, > > I'm trying to compile a debug kernel with these options : > > makeoptions DEBUG=-g > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > options DIAGNOSTIC > > While compiling; compilations fails due to this error : > /usr/src/sys/kern/subr_vmem.c:1357:1: error: unused function 'vmem_dump' > [-Werror, -Wunused-function] > Did you forget "options DDB" ? - Peter > > I'll comment out this function and recompiled kernel. > Now, while booting, kernel panics. Error line is below; KDB stack > backtrace is attached as PNG screenshot. > > "panic: mtx_lock_spin: recursed on non-recursive mutex cnput_mtx @ > /usr/src/sys/kern/kern_cons.c:500" > > I think, i hit an other bug. > > Best wishes, > > Ozkan KIRIK > ePati Information Technologies > http://www.epati.com.tr/ > > > On Fri, Dec 6, 2013 at 10:13 PM, Konstantin Belousov wrote: > > > On Fri, Dec 06, 2013 at 08:10:55PM +0200, ?zkan KIRIK wrote: > > > Hi, > > > > > > I am using FreeBSD 10.0-BETA3 r258317 GENERIC kernel. > > > > > > I run "portsnap fetch extract". > > > While extracting files, extracting operation hangs, and i cant kill > > process. > > > > > > Output of : "ps ax | grep D+" ( uninterruptable process list ) > > > % ps ax | grep D+ > > > 28933 0 D+ 0:00.01 tar -xz --numeric-owner -f > > > > > /var/db/portsnap/files/77d41f10d2832f8450e4e02a4db5c0a6131c97d15076ed0c76e761c9ce58338d.gz > > > -C /usr/ports/emulators/qemu/ (bsdtar) > > > 29051 1 S+ 0:00.00 grep D+ > > > % > > > > > > > > > Because of D flag, process cannot be interrupted even by SIGKILL. > > > I cannot remove usr/ports folder while this process on D+ state. > > > If I run rm -r /usr/ports, rm process is flagged as D+ also. > > > > > > I tested this situation on both vmware workstation and different real > > > hardware installations. ( Sun Fire X4150, HP DL380G4, Sun X3 servers. ) > > > > > > Problem is repeatable. If you install FreeBSD on ZFS root, problem > > doesn't > > > occur. > > > > > > > > > # mount > > > /dev/da0p2 on / (ufs, local, journaled soft-updates) > > > devfs on /dev (devfs, local, multilabel) > > > > See > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html > > > _______________________________________________ From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 20:45:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9463DBE8 for ; Sat, 7 Dec 2013 20:45:39 +0000 (UTC) Received: from eccles.ee.ryerson.ca (eccles.ee.ryerson.ca [141.117.1.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 575D0185B for ; Sat, 7 Dec 2013 20:45:39 +0000 (UTC) Received: from [172.16.2.5] (69-165-136-60.dsl.teksavvy.com [69.165.136.60]) (authenticated bits=0) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id rB7KJ8S6037361 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 7 Dec 2013 15:19:09 -0500 (EST) (envelope-from dmagda@ee.ryerson.ca) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: BIND chroot environment in 10-RELEASE...gone? From: David Magda In-Reply-To: <52A2CC82.7000101@bluerosetech.com> Date: Sat, 7 Dec 2013 15:19:14 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <32F0DE7B-0C87-43AC-9FB7-F8F612E9922D@ee.ryerson.ca> References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> <20131206220016.BADCAB556F4@rock.dv.isc.org> <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> <20131206223300.89253B55861@rock.dv.isc.org> <1386370916.5659.56527093.3A6A1DF1@webmail.messagingengine.com> <52A28592.1000200@rancid.berkeley.edu> <52A2CC82.7000101@bluerosetech.com> To: freebsd-stable X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 20:45:39 -0000 On Dec 7, 2013, at 02:21, Darren Pilgrim = wrote: > You are absolutely right--we need DNSSEC validation in everything. = But mapping your web browser analogy to DNS, we only need the library = providing getaddrinfo() to validate responses. BIND or Unbound on = everything is equivalent to running a caching web proxy on everything. = We'd end up with about the same amount of brokenness and stale data = issues as well. Perhaps getaddrinfo(3) should be updated to add a flag to make DNSSEC = validation mandatory (or optional?) for a result to be consider = "correct"? http://www.freebsd.org/cgi/man.cgi?query=3Dgetaddrinfo There should also probably be an error code for validation error in = gai_strerror(3): http://www.freebsd.org/cgi/man.cgi?query=3Dgai_strerror&sektion=3D= 3 Or is the plan to add the various val_* functions: http://linux.die.net/man/3/val_getaddrinfo = http://tools.ietf.org/html/draft-hayatnagarkar-dnsext-validator-api From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 20:59:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 751CFF0F for ; Sat, 7 Dec 2013 20:59:11 +0000 (UTC) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2CA5F18EE for ; Sat, 7 Dec 2013 20:59:11 +0000 (UTC) Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id 94F0C23839C; Sat, 7 Dec 2013 20:58:56 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 46D13160446; Sat, 7 Dec 2013 21:07:00 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 14C71160436; Sat, 7 Dec 2013 21:07:00 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 52B5FB5940A; Sun, 8 Dec 2013 07:58:53 +1100 (EST) To: freebsd-stable From: Mark Andrews References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> <20131206220016.BADCAB556F4@rock.dv.isc.org> <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> <20131206223300.89253B55861@rock.dv.isc.org> <1386370916.5659.56527093.3A6A1DF1@webmail.messagingengine.com> <52A28592.1000200@rancid.berkeley.edu> <52A2CC82.7000101@bluerosetech.com> Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-reply-to: Your message of "Fri, 06 Dec 2013 23:21:38 -0800." <52A2CC82.7000101@bluerosetech.com> Date: Sun, 08 Dec 2013 07:58:53 +1100 Message-Id: <20131207205853.52B5FB5940A@rock.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.ams1.isc.org Cc: Michael Sinatra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 20:59:11 -0000 In message <52A2CC82.7000101@bluerosetech.com>, Darren Pilgrim writes: > On 12/6/2013 6:18 PM, Michael Sinatra wrote: > > Not every website uses https, but it is VERY useful and important that > > 100% of the browsers out there support https. That way, the > > client/server interactions that need https can get https. If I want > > clients to access my site over https, I simply have to put a cert on my > > website and configure it to force the clients to do the right thing. > > You are absolutely right--we need DNSSEC validation in everything. But > mapping your web browser analogy to DNS, we only need the library > providing getaddrinfo() to validate responses. BIND or Unbound on > everything is equivalent to running a caching web proxy on everything. > We'd end up with about the same amount of brokenness and stale data > issues as well. Which assumes that a remote common validating cache + local validating stub resolver will perform better that a local common validating cache and a mix if local validating applications and non validation applications. The jury is still out on which will give the best performance. I do know what will have the smaller packet count on the machine. The local common validating cache. Note you can't avoid having the cache validate. DNSSEC will not work though a cache when it is under a attack if the cache does not validate. Additionally the cache should have a super set of all trust anchors used by the clients. Also with a local cache you have a common understanding of the current time which simplifies things even if you still need to code for the cache having a different time reference. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 21:23:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 109C83C8 for ; Sat, 7 Dec 2013 21:23:42 +0000 (UTC) Received: from mx.ams1.isc.org (mx.ams1.isc.org [199.6.1.65]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9FF91A6D for ; Sat, 7 Dec 2013 21:23:41 +0000 (UTC) Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id 908402383A7; Sat, 7 Dec 2013 21:23:19 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 5C825160446; Sat, 7 Dec 2013 21:31:23 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 2C8D5160436; Sat, 7 Dec 2013 21:31:23 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 39A05B596DF; Sun, 8 Dec 2013 08:23:17 +1100 (EST) To: David Magda From: Mark Andrews References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205193815.05de3829de9e33197fe210ac@getmail.no> <20131206143944.4873391d@suse3> <20131206220016.BADCAB556F4@rock.dv.isc.org> <1386367748.17212.56515229.7C50AFEB@webmail.messagingengine.com> <20131206223300.89253B55861@rock.dv.isc.org> <1386370916.5659.56527093.3A6A1DF1@webmail.messagingengine.com> <52A28592.1000200@rancid.berkeley.edu> <52A2CC82.7000101@bluerosetech.com> <32F0DE7B-0C87-43AC-9FB7-F8F612E9922D@ee.ryerson.ca> Subject: Re: BIND chroot environment in 10-RELEASE...gone? In-reply-to: Your message of "Sat, 07 Dec 2013 15:19:14 -0500." <32F0DE7B-0C87-43AC-9FB7-F8F612E9922D@ee.ryerson.ca> Date: Sun, 08 Dec 2013 08:23:16 +1100 Message-Id: <20131207212317.39A05B596DF@rock.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.ams1.isc.org Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 21:23:42 -0000 In message <32F0DE7B-0C87-43AC-9FB7-F8F612E9922D@ee.ryerson.ca>, David Magda wr ites: > On Dec 7, 2013, at 02:21, Darren Pilgrim > wrot e: > > > You are absolutely right--we need DNSSEC validation in everything. But > > mapping your web browser analogy to DNS, we only need the library > > providing getaddrinfo() to validate responses. BIND or Unbound on > > everything is equivalent to running a caching web proxy on everything. > > We'd end up with about the same amount of brokenness and stale data > > issues as well. FUD. In both cases you are using cache (its just local vs remote). > Perhaps getaddrinfo(3) should be updated to add a flag to make DNSSEC > validation mandatory (or optional?) for a result to be consider "correct"? > > http://www.freebsd.org/cgi/man.cgi?query=getaddrinfo > > There should also probably be an error code for validation error in > gai_strerror(3): > > http://www.freebsd.org/cgi/man.cgi?query=gai_strerror&sektion=3 > > Or is the plan to add the various val_* functions: > > http://linux.die.net/man/3/val_getaddrinfo > > http://tools.ietf.org/html/draft-hayatnagarkar-dnsext-validator-api Note it is not just getaddrinfo. Its every lookup that needs to be validated. MX, SRV, TXT ... > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Sat Dec 7 23:37:45 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E7F066F; Sat, 7 Dec 2013 23:37:45 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 75F6711F6; Sat, 7 Dec 2013 23:37:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rB7NbW9e003182; Sun, 8 Dec 2013 01:37:32 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rB7LYqTR041290; Sat, 7 Dec 2013 21:34:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 7 Dec 2013 21:34:52 GMT Message-Id: <201312072134.rB7LYqTR041290@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_10 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 23:37:45 -0000 TB --- 2013-12-07 21:20:00 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-07 21:20:00 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-07 21:20:00 - starting RELENG_10 tinderbox run for none/none TB --- 2013-12-07 21:20:00 - checking out /src from svn://svn.freebsd.org/base/stable/10 TB --- 2013-12-07 21:20:00 - cd /tinderbox/RELENG_10/none/none TB --- 2013-12-07 21:20:00 - /usr/local/bin/svn cleanup /src TB --- 2013-12-07 21:20:24 - /usr/local/bin/svn update /src TB --- 2013-12-07 21:21:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-12-07 21:21:39 - WARNING: sleeping 30 s and retrying... TB --- 2013-12-07 21:22:09 - /usr/local/bin/svn update /src TB --- 2013-12-07 21:23:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-12-07 21:23:24 - WARNING: sleeping 60 s and retrying... TB --- 2013-12-07 21:24:24 - /usr/local/bin/svn update /src TB --- 2013-12-07 21:25:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-12-07 21:25:39 - WARNING: sleeping 90 s and retrying... TB --- 2013-12-07 21:27:09 - /usr/local/bin/svn update /src TB --- 2013-12-07 21:29:21 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-12-07 21:29:21 - WARNING: sleeping 120 s and retrying... TB --- 2013-12-07 21:31:21 - /usr/local/bin/svn update /src TB --- 2013-12-07 21:33:33 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-12-07 21:33:33 - ERROR: unable to check out the source tree TB --- 2013-12-07 21:33:33 - 5.02 user 9.48 system 812.80 real http://tinderbox.des.no/tinderbox-freebsd10-update-RELENG_10-none-none.full