From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 05:43:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A714E1E for ; Sun, 16 Dec 2012 05:43:03 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp9.sbb.rs (smtp9.sbb.rs [89.216.2.41]) by mx1.freebsd.org (Postfix) with ESMTP id 0D77E8FC18 for ; Sun, 16 Dec 2012 05:43:02 +0000 (UTC) Received: from mycenae.localdomain (cable-178-148-96-95.dynamic.sbb.rs [178.148.96.95]) by smtp9.sbb.rs (8.14.0/8.14.0) with ESMTP id qBG5f1fs032745 for ; Sun, 16 Dec 2012 06:41:06 +0100 Received: by mycenae.localdomain (Postfix, from userid 1001) id 368E2301A4; Sun, 16 Dec 2012 06:40:54 +0100 (CET) Date: Sun, 16 Dec 2012 06:40:53 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: thinkpad and synaptics Message-ID: <20121216054053.GA1052@mycenae.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 05:43:03 -0000 Lenovo e320, 9.1, amd64. Installed synaptics driver and tried out almost all configurations available on the net. None works. Including hw.pci.synaptics_support in loader.conf, gives psm0 in /dev. Changing InputDevice in xorg.conf simply made me mad. Like this: InputDevice "Synaptics-Touchpad" "Corepointer" Identifier "Touchpad0"` Driver "synaptics" Option "Protocol" "psm" Option "Device" "/dev/psm0" Etc, etc. Should I add something more or I'm on a wrong path? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 08:14:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50633A52 for ; Sun, 16 Dec 2012 08:14:39 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4078FC0C for ; Sun, 16 Dec 2012 08:14:38 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Tk9Ms-00078E-7Q for freebsd-stable@freebsd.org; Sun, 16 Dec 2012 00:14:38 -0800 Date: Sun, 16 Dec 2012 00:14:38 -0800 (PST) From: Beeblebrox To: freebsd-stable@freebsd.org Message-ID: <1355645678219-5769677.post@n5.nabble.com> Subject: Question regarding /etc/src.conf 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.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 08:14:39 -0000 Hi I have a question about src.conf for buildworld: I would like to exclude building a number of modules which I do not need in world, so I cretated a file modex.conf in a new directory /etc/make. Then, in makefile.conf I tried placing: .include "/etc/make/modex.conf" WITHOUT_MODULES= "/etc/make/modex.conf" But neither works and the modules are still built. What would be the correct syntax for such a file? Thanks. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Question-regarding-etc-src-conf-tp5769677.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 11:57:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E49583A9 for ; Sun, 16 Dec 2012 11:57:31 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id C07258FC12 for ; Sun, 16 Dec 2012 11:57:31 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TkCqY-0000ZU-QI for freebsd-stable@freebsd.org; Sun, 16 Dec 2012 03:57:30 -0800 Date: Sun, 16 Dec 2012 03:57:30 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1355659050802-5769711.post@n5.nabble.com> In-Reply-To: <1355645678219-5769677.post@n5.nabble.com> References: <1355645678219-5769677.post@n5.nabble.com> Subject: Re: Question regarding /etc/src.conf 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.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 11:57:32 -0000 MODULES_OVERRIDE=ath ath_pci wlan ... or WITHOUT_MODULES= ... in make.conf traditionally, but should be possible with .include also. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Question-regarding-etc-src-conf-tp5769677p5769711.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 13:29:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17E74679 for ; Sun, 16 Dec 2012 13:29:57 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews04.kpnxchange.com (cpsmtpb-ews04.kpnxchange.com [213.75.39.7]) by mx1.freebsd.org (Postfix) with ESMTP id 447478FC14 for ; Sun, 16 Dec 2012 13:29:55 +0000 (UTC) Received: from cpsps-ews05.kpnxchange.com ([10.94.84.172]) by cpsmtpb-ews04.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Sun, 16 Dec 2012 14:28:59 +0100 Received: from CPSMTPM-TLF101.kpnxchange.com ([195.121.3.4]) by cpsps-ews05.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Sun, 16 Dec 2012 14:28:59 +0100 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF101.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Sun, 16 Dec 2012 14:29:54 +0100 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 5EBDA461A for ; Sun, 16 Dec 2012 14:29:54 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: Question regarding /etc/src.conf References: <1355645678219-5769677.post@n5.nabble.com> Date: Sun, 16 Dec 2012 14:29:53 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <1355645678219-5769677.post@n5.nabble.com> User-Agent: Opera Mail/12.11 (FreeBSD) X-OriginalArrivalTime: 16 Dec 2012 13:29:54.0647 (UTC) FILETIME=[6F3AAE70:01CDDB91] X-RcptDomain: freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 13:29:57 -0000 On Sun, 16 Dec 2012 09:14:38 +0100, Beeblebrox wrote: > Hi I have a question about src.conf for buildworld: > I would like to exclude building a number of modules which I do not need > in > world, so I cretated a file modex.conf in a new directory /etc/make. > Then, > in makefile.conf I tried placing: > .include "/etc/make/modex.conf" > WITHOUT_MODULES= "/etc/make/modex.conf" > But neither works and the modules are still built. > What would be the correct syntax for such a file? > > Thanks. Do you use /etc/makefile.conf or /etc/make.conf? I think it helps if you copy paste your files in your email. Ronald. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 13:52:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B6F2A9F for ; Sun, 16 Dec 2012 13:52:08 +0000 (UTC) (envelope-from ramirocaso08@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id ECC508FC12 for ; Sun, 16 Dec 2012 13:52:07 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fy27so3967508vcb.13 for ; Sun, 16 Dec 2012 05:52:07 -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=on8h7k7k+z79zX2KROvKQ+ek04aL03g1Wt4/eBF5gc8=; b=qUKzYyDxsgbWyw6kl6Ld0rA5fJzJHuQaWUkNT7uuqGJ3mPwBJY//OtKs4l/OQDqLgu EdGbUJrx6gvNa3lXzykmK3trFqMYyc3S7Cyb4ycpjDw1B7KOc458oGf9wlcbCjZ4IZI8 /LtbZoJEo6GLK9yTPt3IBrH1rAqVbX8CwNYrtqvTuAWCvkPCnFpBQtDEAcpJVXJrHFPQ Q2FM1wVE6xa6ewSrNRlaV0BuPO+Rg6fDZSNuEAvuG3vi9o512zwkPE80g+l/p/DRHnjA MFHyQ+5gZyhFMdQ2kYleOCQBC8aaqg4tEx9t+11sZo+S5/HD4B5lNiy4KQSpx045U18/ iBIA== Received: by 10.52.19.172 with SMTP id g12mr16046479vde.14.1355665926986; Sun, 16 Dec 2012 05:52:06 -0800 (PST) Received: from [192.168.1.102] ([190.55.25.26]) by mx.google.com with ESMTPS id dh10sm8541253veb.8.2012.12.16.05.52.04 (version=SSLv3 cipher=OTHER); Sun, 16 Dec 2012 05:52:06 -0800 (PST) Message-ID: <50CDD202.8070902@gmail.com> Date: Sun, 16 Dec 2012 10:52:02 -0300 From: Ramiro Caso User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Zoran Kolic Subject: Re: thinkpad and synaptics References: <20121216054053.GA1052@mycenae.sbb.rs> In-Reply-To: <20121216054053.GA1052@mycenae.sbb.rs> 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.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 13:52:08 -0000 On 12/16/12 02:40, Zoran Kolic wrote: > Lenovo e320, 9.1, amd64. > Installed synaptics driver and tried out almost all configurations > available on the net. None works. > Including hw.pci.synaptics_support in loader.conf, gives psm0 in /dev. Shouldn't it be "hw.psm.synaptics_support" instead? > Changing InputDevice in xorg.conf simply made me mad. Like this: > > InputDevice "Synaptics-Touchpad" "Corepointer" > Identifier "Touchpad0"` > Driver "synaptics" > Option "Protocol" "psm" > Option "Device" "/dev/psm0" > > Etc, etc. > Should I add something more or I'm on a wrong path? > Best regards > > Zoran > > _______________________________________________ > 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 Sun Dec 16 15:19:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B661B75 for ; Sun, 16 Dec 2012 15:19:01 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp3.sbb.rs (smtp3.sbb.rs [89.216.2.35]) by mx1.freebsd.org (Postfix) with ESMTP id 785B08FC12 for ; Sun, 16 Dec 2012 15:18:59 +0000 (UTC) Received: from mycenae.localdomain (cable-178-148-116-36.dynamic.sbb.rs [178.148.116.36]) by smtp3.sbb.rs (8.14.0/8.14.0) with ESMTP id qBGFIlRh001670; Sun, 16 Dec 2012 16:18:52 +0100 Received: by mycenae.localdomain (Postfix, from userid 1001) id D6C20301BC; Sun, 16 Dec 2012 16:18:24 +0100 (CET) Date: Sun, 16 Dec 2012 16:18:24 +0100 From: Zoran Kolic To: Ramiro Caso Subject: Re: thinkpad and synaptics Message-ID: <20121216151824.GA953@mycenae.sbb.rs> References: <20121216054053.GA1052@mycenae.sbb.rs> <50CDD202.8070902@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50CDD202.8070902@gmail.com> Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 15:19:01 -0000 > > Including hw.pci.synaptics_support in loader.conf, gives psm0 in /dev. > > Shouldn't it be "hw.psm.synaptics_support" instead? Yes. It was typo. People simply report success in having vertical scroll on thinkpads. Whatever I tried out, failed. Frankly, every link I found did not look similar one to another. Use moused, remove moused. Include mouse0, re- place mouse0 with touchpad0. Include VerticalScroll (or else), just let it plain. I cannot follow them all. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 16:39:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14A5A6EE for ; Sun, 16 Dec 2012 16:39:01 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 882E88FC15 for ; Sun, 16 Dec 2012 16:38:59 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so4007967lbb.13 for ; Sun, 16 Dec 2012 08:38: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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=bZdrsX8GgGCS30CXcAesBFdp48x9S8xIq7s+kC0Fj5k=; b=m6+nL5HszvHz8nGzjN9DmqFbgwlTuOXZX+4jCXP3UxOX9hSbVcsvwA0Af6SWB/zT+l 7YMFwH6ALbjVVd68sGf7MpEXP1SrX1WVu3Wl5/gvdyUQaU4Qpc2R03P05FSD7pVaD3Xq DQDhlHcEibEjIh+iS8If5MEsUEGBUpHMk2j5/JBq1XoebMuU7OGkFuY6Jsg+4H0JobdC snH8CbA5dLI5wnkYmN41s2vWMpS2KAPwTHoPSHBf/1omYuwoqUYofn0HTUoZ9ZxKFAqQ qgAJOqMpE8e1T4yAhrJz/WOAh4M1vJRdFQzwVpLz3pSjmN5UKjng/06ewIqZ6zIh5ijh 3GgQ== MIME-Version: 1.0 Received: by 10.112.100.195 with SMTP id fa3mr4881927lbb.38.1355675938489; Sun, 16 Dec 2012 08:38:58 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.11.165 with HTTP; Sun, 16 Dec 2012 08:38:58 -0800 (PST) In-Reply-To: <20121216151824.GA953@mycenae.sbb.rs> References: <20121216054053.GA1052@mycenae.sbb.rs> <50CDD202.8070902@gmail.com> <20121216151824.GA953@mycenae.sbb.rs> Date: Sun, 16 Dec 2012 17:38:58 +0100 X-Google-Sender-Auth: ipSLf-sNmcZkbxn_1c7Dm2AR5fs Message-ID: Subject: Re: thinkpad and synaptics From: CeDeROM To: Zoran Kolic Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, Ramiro Caso X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 16:39:01 -0000 Yea scrolling touchpad is a nice option, I want it too on my Dell Latitude 4310 :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 17:01:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11F94726 for ; Sun, 16 Dec 2012 17:01:18 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8F1ED8FC0A for ; Sun, 16 Dec 2012 17:01:17 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c13so2780588eek.13 for ; Sun, 16 Dec 2012 09:01:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=TufHtS1KUx+yjKxlHt8UPY2aA5R5VoJt4FITN4XwQJA=; b=T55S7vvouBg2+x1IS3oWia3YmbKFT7T3BGvKZiIN8oFlxmebEKSuwp95i3F6NLzkWi vkUT7s+3H2XleaSX+6Oi7AT+Z5t6XwB/EcpZr4HUmQ7j9v/uO719CJbZ2PHebYaDKMRZ qfnkxwDLpENME8V88h9/OTWbCbPrJFdQWFIoA5JeQLwNh3iaWqUKGJdy3BVRnA8loVeO R2YyKSOB/7Q83perEeyDc19vkscB5c9nFzJFgCSpDD169RC9KR9Xf71uS9bljFq4UCeJ Q6Tr296j7Lyt9BEkqujNnUWHGoT7w5gAkVACDYC+n04jf1QtS+h2mm/87I0We5O7aXw7 CxNw== Received: by 10.14.218.69 with SMTP id j45mr33536978eep.35.1355677276647; Sun, 16 Dec 2012 09:01:16 -0800 (PST) Received: from laptop ([178.125.199.114]) by mx.google.com with ESMTPS id 44sm23573186eek.0.2012.12.16.09.01.15 (version=SSLv3 cipher=OTHER); Sun, 16 Dec 2012 09:01:15 -0800 (PST) Date: Sun, 16 Dec 2012 20:03:02 +0300 From: "Sergey V. Dyatko" To: Zoran Kolic Subject: Re: thinkpad and synaptics Message-ID: <20121216200302.5a70ed70@laptop> In-Reply-To: <20121216054053.GA1052@mycenae.sbb.rs> References: <20121216054053.GA1052@mycenae.sbb.rs> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) 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.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 17:01:18 -0000 On Sun, 16 Dec 2012 06:40:53 +0100 Zoran Kolic wrote: > Lenovo e320, 9.1, amd64. > Installed synaptics driver and tried out almost all configurations > available on the net. None works. > Including hw.pci.synaptics_support in loader.conf, gives psm0 in /dev. > Changing InputDevice in xorg.conf simply made me mad. Like this: > > InputDevice "Synaptics-Touchpad" "Corepointer" > Identifier "Touchpad0"` > Driver "synaptics" > Option "Protocol" "psm" > Option "Device" "/dev/psm0" > > Etc, etc. > Should I add something more or I'm on a wrong path? > Best regards > > Zoran > works for me on head, amd64, lenovo ideapad b450: [tiger@laptop]:~%dmesg | grep psm psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 [tiger@laptop]:~%grep syn /boot/loader.conf hw.psm.synaptics_support=1 xorg.conf: Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "InputDevice" Identifier "Mouse0" Driver "synaptics" Option "Protocol" "psm" Option "Device" "/dev/psm0" Option "SHMConfig" "on" Option "MinSpeed" "7" Option "MaxSpeed" "9" Option "AccelFactor" "0.0015" Option "ZAxisMapping" "4 5 6 7" EndSection [tiger@laptop]:~%grep mouse /etc/rc.conf mousechar_start="3" #moused_enable="YES" [tiger@laptop]:~%pkg info -x input-s xf86-input-synaptics-1.5.0 X.Org synaptics input driver -- wbr, tiger From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 21:53:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3601BFA8 for ; Sun, 16 Dec 2012 21:53:47 +0000 (UTC) (envelope-from paranormal@isgroup.com.ua) Received: from isgroup.com.ua (mail.isgroup.com.ua [46.229.54.104]) by mx1.freebsd.org (Postfix) with ESMTP id 86D3E8FC14 for ; Sun, 16 Dec 2012 21:53:45 +0000 (UTC) Received: from [192.168.11.5] (unused-213.111.71.78.bilink.ua [213.111.71.78] (may be forged)) (authenticated bits=0) by isgroup.com.ua (8.14.5/8.14.5) with ESMTP id qBGKKjTJ042424 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 16 Dec 2012 22:20:45 +0200 (EET) (envelope-from paranormal@isgroup.com.ua) Subject: Re: thinkpad and synaptics From: paranormal To: freebsd-stable@freebsd.org In-Reply-To: <20121216151824.GA953@mycenae.sbb.rs> References: <20121216054053.GA1052@mycenae.sbb.rs> <50CDD202.8070902@gmail.com> <20121216151824.GA953@mycenae.sbb.rs> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-z+JKJS1TcM0KSeburHg3" Date: Sun, 16 Dec 2012 23:53:04 +0200 Message-ID: <1355694784.9537.17.camel@eva02> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-101.0 required=5.0 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on isgroup.com.ua X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 21:53:47 -0000 --=-z+JKJS1TcM0KSeburHg3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, 2012-12-16 at 16:18 +0100, Zoran Kolic wrote: > > > Including hw.pci.synaptics_support in loader.conf, gives psm0 in /dev= . > >=20 > > Shouldn't it be "hw.psm.synaptics_support" instead? >=20 > Yes. It was typo. > People simply report success in having vertical scroll > on thinkpads. Whatever I tried out, failed. Had you tried set up it from boot.loader? > Frankly, every link I found did not look similar one to > another. Use moused, remove moused. Include mouse0, re- > place mouse0 with touchpad0. Include VerticalScroll (or > else), just let it plain. I cannot follow them all. > Best regards >=20 > Zoran >=20 > _______________________________________________ > 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" --=-z+JKJS1TcM0KSeburHg3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAABAgAGBQJQzkLAAAoJEOKdyUSm7MVLAcAP/jVQYHN+/F5T4wDyDMsDXvFZ wvRt3bqMLGQEdDwkg2UxS5dOY/PpGoKyLQGBHPH/4c4CrJlMENR3S/Zh+1jEP+3t pMUZRFc7/uIotEgF4xmhifzmaKxBg/U4AdNkPZ/LzV2a7q7IUm7lJ9di8encPUbl XMq3W3zb9hd1J4T7uY/7CSUvTpt7AnOAlv88nj841oJunXIJ75yy/fed3opG5nBT Kpf+SQGj6BxJ4ieyDLxxc0x2GTY2om7Pl6uHHJIZtmM3Mld/BpNNrOgLJJJB6HdC RlmR44mgIl4TbG+Ji9lJV0t/zVscKxuO/BJLwo1nk/LSnCx59XaB8zXO+gMEYCM3 hDShFhhC65qh+B7iQDcmlgIYPdl8LAL/7J3WBPVVy7bcu++24L7ZZarfx/D3lxQh yneVBBsoLAkeAIdfw+mHA3Ex1auYbFv1p9UYl64OyWDUZqGWIYEiHembe2C6QEnA Wtl1OI1Icwe956OhWjtGpgxw8M/mKbIv71yN8xrpMTKpPwv0zCoSbSUeNo0Lpm53 JmyaZbkeLTt/2x153NEnPzB8Go9iKSfkLILMHl/cl6fgK5MazjBcQEmXgONq3VTg T9CkqWKjsPCWCVh4nl2cDI5ZAOZAISq6BKIjSUwY9GO/BuQYZgcZbIvj0CPyQ/nb vUC5gWSDlExioyfTpyjg =zzna -----END PGP SIGNATURE----- --=-z+JKJS1TcM0KSeburHg3-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 22:16:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED137808 for ; Sun, 16 Dec 2012 22:16:23 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id C82B48FC17 for ; Sun, 16 Dec 2012 22:16:23 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TkMVT-0001Fr-9T for freebsd-stable@freebsd.org; Sun, 16 Dec 2012 14:16:23 -0800 Date: Sun, 16 Dec 2012 14:16:23 -0800 (PST) From: Beeblebrox To: freebsd-stable@freebsd.org Message-ID: <1355696183286-5769816.post@n5.nabble.com> In-Reply-To: References: <1355645678219-5769677.post@n5.nabble.com> Subject: Question regarding /etc/src.conf 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.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 22:16:24 -0000 >> WITHOUT_MODULES= ... in make.conf traditionally Exactly - that's why my /etc/make/modex.conf has: WITHOUT_MODULES= aac acpi_asus acpi_dock acpi_fujitsu acpi_hp \ and on and on... I do not want to put this long list in the make.conf because it makes that file a lot more complicated than necessary. So I prefer to separate the list of excluded modules into a different file. @Ronald_Klop: I use /etc/make.conf. A portion of that file is: ---------------- #.include "/etc/make/modex.conf" #WITHOUT_MODULES= "/etc/make/modex.conf" BUILDFLAGS= /usr/local/share/bsdadminscripts/buildflags.mk .if exists(${BUILDFLAGS}) .include "${BUILDFLAGS}" .endif ---------------- I also use /etc/src.conf for stuff like WITHOUT_PORTSNAP= yes, WITHOUT_SENDMAIL= yes -- View this message in context: http://freebsd.1045724.n5.nabble.com/Question-regarding-etc-src-conf-tp5769677p5769816.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 22:39:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19B31CA2 for ; Sun, 16 Dec 2012 22:39:01 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id D90D88FC0A for ; Sun, 16 Dec 2012 22:39:00 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so3174352pad.13 for ; Sun, 16 Dec 2012 14:39:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=EgXR1kY34mmivxxxNBZSYKIMKny5LZmPZvxKq+gaa80=; b=ZZZCcEwK2/Hk2LAECwyNfztzGwnd7lxcSpdaRGCan4vD1wdAOnOusR0lFpqA8FXhB8 HLfq0dsNCXbOMWIzfWVyLhfbr/1PARNQF8d6ehUmNL2s0XzrEOuxOe2H0ih3csv7HElc yYhR7U45KxwOurca4jpv69A+hi9ZjM66e8rNXaFzCiB7/CDbp+zElKMGPNlSXQ0ryM/y hqcvMDg+BctsZFaMGAhmeGaE34pMjNmZA4cKutH2jxk/1KUr8hKenF3LEW8wvfCMF9aw nNAESkGAxKJ4Z9Pw1cJ4YmQv8chSueAQaOJViD0gq9buR6lhK8NrPArVErVSDJtpsx1H wq2g== Received: by 10.68.131.8 with SMTP id oi8mr37582125pbb.29.1355697540182; Sun, 16 Dec 2012 14:39:00 -0800 (PST) Received: from [192.168.1.74] (76-252-236-89.lightspeed.sndgca.sbcglobal.net. [76.252.236.89]) by mx.google.com with ESMTPS id qb3sm6973696pbb.35.2012.12.16.14.38.59 (version=SSLv3 cipher=OTHER); Sun, 16 Dec 2012 14:38:59 -0800 (PST) Message-ID: <50CE4D82.7000202@brianwhalen.net> Date: Sun, 16 Dec 2012 14:38:58 -0800 From: Brian User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: cvsup8.us problem Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQn8ka822lkOqdB4vPo6unNrIpe0jslS91089rvu2zlkCM4p+WKKCA78RtYYS8IMc1armzyb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 22:39:01 -0000 I run the below as part of a script to find the server to grab source from; It is just hanging at cvsup8.us; it isn't succeeding or erroring out. fastest_cvsup -c US >> Querying servers in countries: us --> Connecting to cvsup.us.freebsd.org [72.233.193.64]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 69.42 ms --> Connecting to cvsup2.us.freebsd.org [130.94.149.166]... * error: connect: timeout --> Connecting to cvsup3.us.freebsd.org [128.31.0.28]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 104.96 ms --> Connecting to cvsup4.us.freebsd.org [204.152.184.73]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 42.98 ms --> Connecting to cvsup5.us.freebsd.org [208.83.20.166]... - server replied: ! Access limit exceeded; try again later - time taken: 97.23 ms --> Connecting to cvsup6.us.freebsd.org [204.9.55.82]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 79.59 ms --> Connecting to cvsup7.us.freebsd.org [128.205.32.24]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 105.53 ms --> Connecting to cvsup8.us.freebsd.org [216.165.129.134]... From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 22:43:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60319F37 for ; Sun, 16 Dec 2012 22:43:43 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from numail.brianwhalen.net (108-217-243-25.uvs.sndgca.sbcglobal.net [108.217.243.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4EC8FC14 for ; Sun, 16 Dec 2012 22:43:42 +0000 (UTC) Received: from [192.168.1.74] (unknown [192.168.1.74]) by numail.brianwhalen.net (Postfix) with ESMTP id 3D8872842B for ; Sun, 16 Dec 2012 14:34:48 -0800 (PST) Message-ID: <50CE4C87.3080606@sonicboom.org> Date: Sun, 16 Dec 2012 14:34:47 -0800 From: "Brian W." User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: cvsup8.US problem 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.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 22:43:43 -0000 I run the below as part of a script to find the server to grab source from; It is just hanging at cvsup8.us; it isn't succeeding or erroring out. fastest_cvsup -c US >> Querying servers in countries: us --> Connecting to cvsup.us.freebsd.org [72.233.193.64]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 69.42 ms --> Connecting to cvsup2.us.freebsd.org [130.94.149.166]... * error: connect: timeout --> Connecting to cvsup3.us.freebsd.org [128.31.0.28]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 104.96 ms --> Connecting to cvsup4.us.freebsd.org [204.152.184.73]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 42.98 ms --> Connecting to cvsup5.us.freebsd.org [208.83.20.166]... - server replied: ! Access limit exceeded; try again later - time taken: 97.23 ms --> Connecting to cvsup6.us.freebsd.org [204.9.55.82]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 79.59 ms --> Connecting to cvsup7.us.freebsd.org [128.205.32.24]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 105.53 ms --> Connecting to cvsup8.us.freebsd.org [216.165.129.134]... From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 23:08:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 886C2F73 for ; Sun, 16 Dec 2012 23:08:02 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id 576868FC12 for ; Sun, 16 Dec 2012 23:08:01 +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 qBGN7pXZ023871 for ; Sun, 16 Dec 2012 15:07:57 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBGN7kpb023870; Sun, 16 Dec 2012 15:07:46 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 16 Dec 2012 15:07:46 -0800 (PST) Message-ID: <11311f9e2549960968f8c591beefe719.authenticated@ultimatedns.net> Date: Sun, 16 Dec 2012 15:07:46 -0800 (PST) Subject: Installworld failure on RELENG_9 From: "Chris H" To: "freebsd-stable" 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.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 23:08:02 -0000 Greetings, I've used BSD exclusively since the early 80's, and this is my first experience with a build(world|kernel) || install(world|kernel) fail. That said, after installing from a 9.0 CD && syncing src && ports, I began the process of building and installing a custom kernel, and building & installing world. kernel went as expected/anticipated. However, as buildworld (altho slow) went without incident, installworld failed: ------ begin error output --------- /usr/src/lib/csu/i386-elf/crti.S:26:25 error: machine/asm.h: No such file or directory /usr/src/lib/csu/i386-elf/crti.S: Assembler messages: /usr/src/lib/csu/i386-elf/crti.S:27: Error: invalid character '_' in mnemonic *** Error code 1 Stop in /usr/src/lib/csu/i386-elf. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ------ end error output --------- Additional info: FreeBSD 9.1-PRERELEASE #0 Sun Dec 16 21:27:50 PST 2012 root@ns0:/usr/obj/usr/src/sys/GENERIC i386 The only difference (aside from BSD version) was the addition of clang. It took easily 3 times as long to complete world than past experience. :( Thank you for all your time, and consideration. --Chris From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 23:14:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B15A3D3; Sun, 16 Dec 2012 23:14:47 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id D33A58FC0A; Sun, 16 Dec 2012 23:14:46 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 0840423F763; Sun, 16 Dec 2012 18:14:45 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.7.1 onyx.glenbarber.us 0840423F763 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Date: Sun, 16 Dec 2012 18:14:44 -0500 From: Glen Barber To: Chris H Subject: Re: Installworld failure on RELENG_9 Message-ID: <20121216231444.GN1344@glenbarber.us> References: <11311f9e2549960968f8c591beefe719.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="V7BlxAaPrdhzdIM1" Content-Disposition: inline In-Reply-To: <11311f9e2549960968f8c591beefe719.authenticated@ultimatedns.net> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 23:14:47 -0000 --V7BlxAaPrdhzdIM1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 16, 2012 at 03:07:46PM -0800, Chris H wrote: > Greetings, > I've used BSD exclusively since the early 80's, and this is my first > experience with a build(world|kernel) || install(world|kernel) fail. > That said, after installing from a 9.0 CD && syncing src && ports, > I began the process of building and installing a custom kernel, and > building & installing world. > kernel went as expected/anticipated. However, as buildworld (altho slow) > went without incident, installworld failed: >=20 You should run 'buildworld' first, because that creates the toolchain for the kernel build. Anyway, what does your custom kernel config contain? Please attach it. Glen --V7BlxAaPrdhzdIM1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQzlXjAAoJEFJPDDeguUajVKYH/13CRKiX31EN/jmfCxMBI4TA hFwDTJdqdSI9oMlzyOspTXjwdh3id2/SWQNtI6NDADkRmnuza8gnrmYvqGMkDakR pEUUsUpque53wlsf0zhP2dczynvcONbl3qGVTICbh63zrPP9+6omeFWeIjDRPaaZ cM82K+s/Y+SLnpWydSeAIh43UjNRAEBy5IDar0johfRY4iN/nElOd1EO18HBvP7J J3pHEiQ/cpqpgkB5LbRRr1FOxqZsEn1a5nkWE4h9/SC+/DKjMjzIgnIkNPVV+n/I CHE5ulzMzviJr2GlEf4iDMtL4qj+xSt3qgpuJFNoy+QOUK6CI4e8EFnrTyB2Wcg= =k+VS -----END PGP SIGNATURE----- --V7BlxAaPrdhzdIM1-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 16 23:28:06 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37451944; Sun, 16 Dec 2012 23:28:06 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id D8DE18FC16; Sun, 16 Dec 2012 23:28:05 +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 qBGNS2QP024345; Sun, 16 Dec 2012 15:28:08 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBGNRvQF024342; Sun, 16 Dec 2012 15:27:57 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 16 Dec 2012 15:27:57 -0800 (PST) Message-ID: <8a58ef594087b763bfbc4ae470ba14c0.authenticated@ultimatedns.net> In-Reply-To: <20121216231444.GN1344@glenbarber.us> References: <11311f9e2549960968f8c591beefe719.authenticated@ultimatedns.net> <20121216231444.GN1344@glenbarber.us> Date: Sun, 16 Dec 2012 15:27:57 -0800 (PST) Subject: Re: Installworld failure on RELENG_9 From: "Chris H" To: "Glen Barber" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20121216152757_15347" X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 23:28:06 -0000 ------=_20121216152757_15347 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Greetings Gary, and thank you for your reply. > On Sun, Dec 16, 2012 at 03:07:46PM -0800, Chris H wrote: >> Greetings, >> I've used BSD exclusively since the early 80's, and this is my first >> experience with a build(world|kernel) || install(world|kernel) fail. >> That said, after installing from a 9.0 CD && syncing src && ports, >> I began the process of building and installing a custom kernel, and >> building & installing world. >> kernel went as expected/anticipated. However, as buildworld (altho slow) >> went without incident, installworld failed: >> > > You should run 'buildworld' first, because that creates the toolchain > for the kernel build. Yes. That was the order I used (world, kernel),. Sorry if that wasn't clearer. > > Anyway, what does your custom kernel config contain? Please attach it. > > Glen > > Consider it done (see attached). FWIW: I synced src && ports yesterday (2012-12-15) from cvsup7.freebsd.org --Chris ------=_20121216152757_15347 Content-Type: text/plain; name="NS0.txt" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="NS0.txt" # # NS0 -- NS0 kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/NS0,v 1.6.2.16 2012/12/16 20:20:10 chrish Exp $ cpu I686_CPU ident NS0 makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCL # New Network Filesystem Client options NFSD # New Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_RAID # Soft RAID functionality. options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel options KDB # Kernel debugger related code options KDB_TRACE # Print a stack trace for a panic # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device acpi #device eisa device pci # Floppy drives device fdc # ATA controllers device ahci # AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering #device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA #device siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA ##################################################################### # NETWORKING OPTIONS # # DEVICE_POLLING adds support for mixed interrupt-polling handling # of network device drivers, which has significant benefits in terms # of robustness to overloads and responsivity, as well as permitting # accurate scheduling of the CPU time between kernel network processing # and other activities. The drawback is a moderate (up to 1/HZ seconds) # potential increase in response times. # It is strongly recommended to use HZ=1000 or 2000 with DEVICE_POLLING # to achieve smoother behaviour. # Additionally, you can enable/disable polling at runtime with help of # the ifconfig(8) utility, and select the CPU fraction reserved to # userland with the sysctl variable kern.polling.user_frac # (default 50, range 0..100). # # Not all device drivers support this mode of operation at the time of # this writing. See polling(4) for more details. #options DEVICE_POLLING # Provide read/write access to the memory in the clock chip. device nvram # Access to rtc cmos via /dev/nvram ##################################################################### # MISCELLANEOUS DEVICES AND OPTIONS #Play IBM BASIC-style noises out your speaker device speaker # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device esp # AMD Am53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 #device isci # Intel C600 SAS controller # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct ATA/SCSI access) device ses # Enclosure Services (SES and SAF-TE) device ctl # CAM Target Layer # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID #device tws # LSI 3ware 9750 SATA+SAS 6Gb/s RAID controller # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver options VESA # Add support for VESA BIOS Extensions (VBE) device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options SC_PIXEL_MODE # add support for the raster text mode device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da #device puc # Multi I/O cards and multi-channel UARTs # PCI Ethernet NICs. #device bxe # Broadcom BCM57710/BCM57711/BCM57711E 10Gb Ethernet #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 Gigabit Ethernet Family #device igb # Intel PRO/1000 PCIE Server Gigabit Family #device ixgb # Intel PRO/10GbE Ethernet Card #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device ae # Attansic/Atheros L2 FastEthernet #device age # Attansic/Atheros L1 Gigabit Ethernet #device alc # Atheros AR8131/AR8132 Ethernet #device ale # Atheros AR8121/AR8113/AR8114 Ethernet #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device cas # Sun Cassini/Cassini+ and NS DP83065 Saturn #device dc # DEC/Intel 21143 and various workalikes #device et # Agere ET1310 10/100/Gigabit Ethernet #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device gem # Sun GEM/Sun ERI/Apple GMAC #device hme # Sun HME (Happy Meal Ethernet) #device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sge # Silicon Integrated Systems SiS190/191 #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device vte # DM&P Vortex86 RDC R6040 Fast Ethernet #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros NICs #device ath_pci # Atheros pci/cardbus glue #device ath_hal # pci/cardbus chip support #options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors #device ath_rate_sample # SampleRate tx rate control for ath #device bwi # Broadcom BCM430x/BCM431x wireless NICs. #device bwn # Broadcom BCM43xx wireless NICs. #device ipw # Intel 2100 wireless NICs. #device iwi # Intel 2200BG/2225BG/2915ABG wireless NICs. #device iwn # Intel 4965/1000/5000/6000 wireless NICs. #device malo # Marvell Libertas wireless NICs. #device mwl # Marvell 88W8363 802.11n wireless NICs. #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. #device wpi # Intel 3945ABG wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device #options PADLOCK_RNG # VIA Padlock RNG #options RDRAND_RNG # Intel Bull Mountain RNG device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support options USB_DEBUG # enable debug msgs #device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) #device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices (needs netgraph) device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player # USB Serial devices #device u3g # USB-based 3G modems (Option, Huawei, Sierra) #device uark # Technologies ARK3116 based serial adapters #device ubsa # Belkin F5U103 and compatible serial adapters device uftdi # For FTDI usb serial adapters #device uipaq # Some WinCE based devices #device uplcom # Prolific PL-2303 serial adapters #device uslcom # SI Labs CP2101/CP2102 serial adapters #device uvisor # Visor and Palm devices #device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet #device udav # Davicom DM9601E USB # USB Wireless #device rum # Ralink Technology RT2501USB wireless NICs #device run # Ralink Technology RT2700/RT2800/RT3000 NICs. #device uath # Atheros AR5523 wireless NICs #device upgt # Conexant/Intersil PrismGT wireless NICs. #device ural # Ralink Technology RT2500USB wireless NICs #device urtw # Realtek RTL8187B/L wireless NICs #device zyd # ZyDAS zd1211/zd1211b wireless NICs # FireWire support device firewire # FireWire bus code # sbp(4) works for some systems but causes boot failure on others #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons # Sound support device sound # Generic sound driver (required) #device snd_cmi # CMedia CMI8338/CMI8738 #device snd_csa # Crystal Semiconductor CS461x/428x #device snd_emu10kx # Creative SoundBlaster Live! and Audigy #device snd_es137x # Ensoniq AudioPCI ES137x #device snd_hda # Intel High Definition Audio #device snd_ich # Intel, NVidia and other ICH AC'97 Audio #device snd_uaudio # USB Audio #device snd_via8233 # VIA VT8233x Audio ------=_20121216152757_15347-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 02:12:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6180759D for ; Mon, 17 Dec 2012 02:12:40 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id 316A28FC15 for ; Mon, 17 Dec 2012 02:12:39 +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 qBH2CaJ5029601 for ; Sun, 16 Dec 2012 18:12:42 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBH2CVej029600; Sun, 16 Dec 2012 18:12:31 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 16 Dec 2012 18:12:31 -0800 (PST) Message-ID: <8e0665312c81ed7e18dafca553709aa1.authenticated@ultimatedns.net> Date: Sun, 16 Dec 2012 18:12:31 -0800 (PST) Subject: How do I circumvent the use of clang during build? From: "Chris H" To: "freebsd-stable" 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.14 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, 17 Dec 2012 02:12:40 -0000 Greetings, I recently made a attempt to move from RELENG_8 to RELENG_9. I've been on BSD since the early 80's, and with the exception of a couple of failed kernels (my fault), I've never had one failure with the build(world|kernel) || install(world|kernel). The only notable difference I noticed, was the addition of clang. While I can't (yet) conclusively blame it on clang. I _can_ say, that the whole process took _3_ times longer, than without. So my question is; is it possible to build(world|kernel) && install(world|kernel) without the clang toolchain? If for no other reason but to discover whether clang was responsible for the failure, and whether building w/o clang is any faster. Thank you for all your time, and consideration. --Chris From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 02:18:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB8BD8D4 for ; Mon, 17 Dec 2012 02:18:45 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from ozzie.tundraware.com (ozzie.tundraware.com [75.145.138.73]) by mx1.freebsd.org (Postfix) with ESMTP id A7AE28FC14 for ; Mon, 17 Dec 2012 02:18:45 +0000 (UTC) Received: from localhost (mobile-166-137-099-056.mycingular.net [166.137.99.56] (may be forged)) (authenticated bits=0) by ozzie.tundraware.com (8.14.5/8.14.5) with ESMTP id qBH2I7KB080477 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Dec 2012 20:18:11 -0600 (CST) (envelope-from tundra@tundraware.com) Date: Sun, 16 Dec 2012 20:17:55 -0600 Subject: Re: How do I circumvent the use of clang during build? Message-ID: Importance: normal From: Tim Daneliuk To: Chris H , freebsd-stable MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ozzie.tundraware.com [75.145.138.73]); Sun, 16 Dec 2012 20:18:11 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: qBH2I7KB080477 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 02:18:46 -0000 QXMgSSB1bmRlcnN0YW5kIGl0LCBnY2MgaXMgc3RpbGwgdGhlIGRlZmF1bHQgb24gOQoKLS0tLS0K VGltIERhbmVsaXVrCgpDaHJpcyBIIDxjaHJpcyNAMWNvbW1hbmQuY29tPiB3cm90ZToKCj5HcmVl dGluZ3MsCj4gSSByZWNlbnRseSBtYWRlIGEgPGZhaWxlZD4gYXR0ZW1wdCB0byBtb3ZlIGZyb20g UkVMRU5HXzgKPnRvIFJFTEVOR185LiBJJ3ZlIGJlZW4gb24gQlNEIHNpbmNlIHRoZSBlYXJseSA4 MCdzLCBhbmQgd2l0aAo+dGhlIGV4Y2VwdGlvbiBvZiBhIGNvdXBsZSBvZiBmYWlsZWQga2VybmVs cyAobXkgZmF1bHQpLCBJJ3ZlCj5uZXZlciBoYWQgb25lIGZhaWx1cmUgd2l0aCB0aGUgYnVpbGQo d29ybGR8a2VybmVsKSB8fAo+aW5zdGFsbCh3b3JsZHxrZXJuZWwpLiBUaGUgb25seSBub3RhYmxl IGRpZmZlcmVuY2UgSSBub3RpY2VkLAo+d2FzIHRoZSBhZGRpdGlvbiBvZiBjbGFuZy4gV2hpbGUg SSBjYW4ndCAoeWV0KSBjb25jbHVzaXZlbHkKPmJsYW1lIGl0IG9uIGNsYW5nLiBJIF9jYW5fIHNh eSwgdGhhdCB0aGUgd2hvbGUgcHJvY2VzcyB0b29rIF8zXwo+dGltZXMgbG9uZ2VyLCB0aGFuIHdp dGhvdXQuIFNvIG15IHF1ZXN0aW9uIGlzOyBpcyBpdCBwb3NzaWJsZQo+dG8gYnVpbGQod29ybGR8 a2VybmVsKSAmJiBpbnN0YWxsKHdvcmxkfGtlcm5lbCkgd2l0aG91dCB0aGUKPmNsYW5nIHRvb2xj aGFpbj8gSWYgZm9yIG5vIG90aGVyIHJlYXNvbiBidXQgdG8gZGlzY292ZXIgd2hldGhlcgo+Y2xh bmcgd2FzIHJlc3BvbnNpYmxlIGZvciB0aGUgZmFpbHVyZSwgYW5kIHdoZXRoZXIgYnVpbGRpbmcg dy9vCj5jbGFuZyBpcyBhbnkgZmFzdGVyLgo+Cj5UaGFuayB5b3UgZm9yIGFsbCB5b3VyIHRpbWUs IGFuZCBjb25zaWRlcmF0aW9uLgo+Cj4tLUNocmlzCj4KPl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fCj5mcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWls aW5nIGxpc3QKPmh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVi c2Qtc3RhYmxlCj5UbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFi bGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCg== From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 02:21:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35C48A13 for ; Mon, 17 Dec 2012 02:21:35 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id A2DA28FC17 for ; Mon, 17 Dec 2012 02:21:34 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so4202313lbb.13 for ; Sun, 16 Dec 2012 18:21:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=lrpyu1IM4PcrR1w4VQ+NRyGEyzh3x343BiPimxHg8B8=; b=aN7a3aY4i8AsQot81b11ZSNKVKO5aUkHldlqxV/pwM8MRQXruBdrV86j2hEsac7pL1 LureElw7Hq8MSF+ZNJcglsq6A7JwvCF0AeDsQHHxeTxxdZYl1Nwnb9hN3vE2hXMUe/xb EYFyDfVPxT62hEbYNP4GVazwbbgKduJStwW/k= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=lrpyu1IM4PcrR1w4VQ+NRyGEyzh3x343BiPimxHg8B8=; b=Akbnpd+FWZXHroquRkG9sXn2ftftcJXH9+VFSIILSxPSKpxmDRFLDSRdulMbveGsqK nvjHzvWfcvf4dfBrtYt93g5uQPUtJG2/AuNOT8FoMDBTmikaelx6FMpBppG6VyA1Ogje lgE25kCfs8Zs1M1qhwfAKJcPxXodR119k7om3aWh5XYiXziclqrRy0V3QJhPw9cools0 pkq+6PmXO2s/uBbi6L+97i6ttrUiv55vc12V/O8eu7bY5K0yR1KMvemP1JQrdShahwi6 Z5K9FUER0FA4xmq5eN6ZYLWEhzedQ4wACE/8Hp2ZB6rJdW5q7ImfY/4Tzd5XFPcvbE09 xF7w== Received: by 10.112.28.65 with SMTP id z1mr5175031lbg.119.1355710893186; Sun, 16 Dec 2012 18:21:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.149.225 with HTTP; Sun, 16 Dec 2012 18:21:03 -0800 (PST) In-Reply-To: References: From: Eitan Adler Date: Sun, 16 Dec 2012 21:21:03 -0500 Message-ID: Subject: Re: How do I circumvent the use of clang during build? To: Tim Daneliuk Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmTRAgEQZSSC23VigdxBChLLiHovqb7jdqiuCetNEb0hpIHykbToyaRi3pHLk8V+Abf+0sd Cc: freebsd-stable , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 02:21:35 -0000 On 16 December 2012 21:17, Tim Daneliuk wrote: > As I understand it, gcc is still the default on 9 For the build, but clang is still built. > is it possible >>to build(world|kernel) && install(world|kernel) without the >>clang toolchain? make -DWITHOUT_CLANG -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 02:34:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A4EAFC6 for ; Mon, 17 Dec 2012 02:34:02 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id DAC9C8FC13 for ; Mon, 17 Dec 2012 02:34:01 +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 qBH2Xup6030199; Sun, 16 Dec 2012 18:34:02 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBH2XpDs030193; Sun, 16 Dec 2012 18:33:51 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 16 Dec 2012 18:33:51 -0800 (PST) Message-ID: In-Reply-To: References: Date: Sun, 16 Dec 2012 18:33:51 -0800 (PST) Subject: Re: How do I circumvent the use of clang during build? From: "Chris H" To: "Eitan Adler" 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: Tim Daneliuk , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 02:34:02 -0000 Greetings, and thank you for the response. > On 16 December 2012 21:17, Tim Daneliuk wrote: >> As I understand it, gcc is still the default on 9 > > For the build, but clang is still built. > >> is it possible >>>to build(world|kernel) && install(world|kernel) without the >>>clang toolchain? > > make -DWITHOUT_CLANG Good news! Thanks for taking the time to respond Eitan. --Chris > > > -- > Eitan Adler > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 07:08:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81F37C74 for ; Mon, 17 Dec 2012 07:08:59 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id E0A268FC0C for ; Mon, 17 Dec 2012 07:08:58 +0000 (UTC) Received: from ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by relay.ibs.dn.ua with ESMTP id qBH78nI7021668 for ; Mon, 17 Dec 2012 09:08:50 +0200 (EET) Message-ID: <20121217090849.21666@relay.ibs.dn.ua> Date: Mon, 17 Dec 2012 09:08:49 +0300 From: Zeus Panchenko To: Subject: buildkernel error ... Organization: I.B.S. LLC X-Mailer: MH-E 8.2; GNU Mailutils 2.99.97; GNU Emacs 23.4.1 X-Face: &sReWXo3Iwtqql1[My(t1Gkx; y?KF@KF`4X+'9Cs@PtK^y%}^.>Mtbpyz6U=,Op:KPOT.uG )Nvx`=er!l?WASh7KeaGhga"1[&yz$_7ir'cVp7o%CGbJ/V)j/=]vzvvcqcZkf; JDurQG6wTg+?/xA go`}1.Ze//K; Fk&/&OoHd'[b7iGt2UO>o(YskCT[_D)kh4!yY'<&:yt+zM=A`@`~9U+P[qS:f; #9z~ Or/Bo#N-'S'!'[3Wog'ADkyMqmGDvga?WW)qd=?)`Y&k=o}>!ST\ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Zeus Panchenko List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2012 07:08:59 -0000 hi all, I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64 yesterday I have cvsup-ed src and was trying to buildkernel bellow is error I receive: --- [ cut ] ----------------------------------------------------------------------------------------------------- ... cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/xdr/xdr_reference.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/xdr/xdr_sizeof.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/amd64/acpica/acpi_machdep.c cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/amd64/acpica/acpi_switch.S /usr/src/sys/amd64/acpica/acpi_switch.S: Assembler messages: /usr/src/sys/amd64/acpica/acpi_switch.S:146: Error: no such instruction: `xsetbv' /usr/src/sys/amd64/acpica/acpi_switch.S:147: Error: no such instruction: `xrstor (%rbx)' *** Error code 1 Stop in /usr/obj/usr/src/sys/ZEUS_HOME. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --- [ cut ] ----------------------------------------------------------------------------------------------------- nothing is changed in my kernel configuration file ... -- Zeus V. Panchenko jid:zeus@im.ibs.dn.ua IT Dpt., I.B.S. LLC GMT+2 (EET) From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 07:35:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEC2A3FE for ; Mon, 17 Dec 2012 07:35:41 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id A20EC8FC1C for ; Mon, 17 Dec 2012 07:35:40 +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 qBH7ZYqB008064; Sun, 16 Dec 2012 23:35:40 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBH7ZTfQ008061; Sun, 16 Dec 2012 23:35:29 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 16 Dec 2012 23:35:29 -0800 (PST) Message-ID: <2d46e33594d6f362e7cc325d951baf7d.authenticated@ultimatedns.net> In-Reply-To: <20121217090849.21666@relay.ibs.dn.ua> References: <20121217090849.21666@relay.ibs.dn.ua> Date: Sun, 16 Dec 2012 23:35:29 -0800 (PST) Subject: Re: buildkernel error ... From: "Chris H" To: "Zeus Panchenko" 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.14 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, 17 Dec 2012 07:35:41 -0000 > hi all, > > I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64 > > yesterday I have cvsup-ed src and was trying to buildkernel > bellow is error I receive: > --- [ cut ] > ----------------------------------------------------------------------------------------------------- > ... > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq > -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 > --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer > -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > /usr/src/sys/xdr/xdr_reference.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq > -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 > --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer > -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > /usr/src/sys/xdr/xdr_sizeof.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq > -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 > --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer > -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > /usr/src/sys/amd64/acpica/acpi_machdep.c > cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe -fno-strict-aliasing > -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. > -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx > -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror /usr/src/sys/amd64/acpica/acpi_switch.S > /usr/src/sys/amd64/acpica/acpi_switch.S: Assembler messages: > /usr/src/sys/amd64/acpica/acpi_switch.S:146: Error: no such instruction: `xsetbv' > /usr/src/sys/amd64/acpica/acpi_switch.S:147: Error: no such instruction: `xrstor (%rbx)' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/ZEUS_HOME. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > --- [ cut ] > ----------------------------------------------------------------------------------------------------- > > > nothing is changed in my kernel configuration file ... Greetings, I too attempted a buildworld, and a kernel yesterday (also synced yesterday). It failed with a similar message to yours. I have _never_ experianced world, or kernel issues in the 25yrs I've been using BSD exclusively. Given that the only thing that has changed is the addition of clang, I'd recommend performing a: make clean then try again with: make -DWITHOUT_CLANG buildworld KERNCONF= replacing with the actual name of your KERNCONF file. I'm in the middle of a buildworld as I write this, that I believe will conclusively prove that clang was the reason my last attempt failed. HTH, and best wishes. --Chris P.S. This was also 9.1 > > -- > Zeus V. Panchenko jid:zeus@im.ibs.dn.ua > IT Dpt., I.B.S. LLC GMT+2 (EET) > _______________________________________________ > 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 17 10:58:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2E663DF for ; Mon, 17 Dec 2012 10:58:24 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id 35F0F8FC0C for ; Mon, 17 Dec 2012 10:58:23 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id F2FB2153435 for ; Mon, 17 Dec 2012 11:58:22 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JRrnzXpJe9X4 for ; Mon, 17 Dec 2012 11:58:19 +0100 (CET) Received: from [127.0.0.1] (opteron [192.168.10.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPS id EE26D153433 for ; Mon, 17 Dec 2012 11:58:17 +0100 (CET) Message-ID: <50CEFAC5.8000002@digiware.nl> Date: Mon, 17 Dec 2012 11:58:13 +0100 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: FreeBSD Stable Users Subject: Strange CAM errors X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 121216-1, 12/16/2012), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 10:58:24 -0000 Hi, I have not noticed this before, but my system rebooted this morning and in the following security report I found a lot of messgaes in the dmesg-part like: +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 +(probe0:arcmsr0:0:16:1): CAM status: Command timeout +(probe0:arcmsr0:0:16:1): Retrying command +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 +(probe0:arcmsr0:0:16:1): CAM status: Command timeout +(probe0:arcmsr0:0:16:1): Retrying command And it seems that bus 16 is: +pass6 at arcmsr0 bus 0 scbus0 target 16 lun 0 +pass6: Fixed Processor SCSI-0 device The system has been running FreeBSD zfs.digiware.nl 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #3: Wed Nov 14 13:25:55 CET 2012 root@zfs.digiware.nl:/usr/obj/usr/srcs/src9/src/sys/ZFS amd64 for already a while. Anybody suggestions as to why I have these messages? They are during the boot sequence, so no smartd talking to the disks at that moment. --WjW ps: dmesg, config, etc.... at: http://www.tegenbosch28.nl/FreeBSD/Systems/ZFS ps2: upgrading to the most recent 9.1 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 12:12:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 437BE96A for ; Mon, 17 Dec 2012 12:12:58 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id ADB568FC12 for ; Mon, 17 Dec 2012 12:12:57 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so4554962lbb.13 for ; Mon, 17 Dec 2012 04:12:56 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SKewT+Y+t3/tFSmJDmF3iFeZVSC42vY531abzeCF/A0=; b=xCUsFOrZqp22TMSiRiIHyLOagLrnqiCLWP9soJNjQGM8eOoOj7imULucraHLMFafpf ZpOnmEmkhdA4yJNR/37+Pyxk1qdIfJKmVsl5tny5p+I0tXvXE4CLWlauZ79bljiv61bt kqxx+q598peCLtzz8M7+JZ4yyPBIHib+PpJ2h7yPiDI2i1x+HV0Dh901iajuYTcljnM5 LcZ+5E6VldP6m8vS6lnropl60zJrtxacw6grBg/WE7dNeTLWTmDvRRKVumJZ4jS2qhAP Ly7dbozaSISfYo8EJlP8nYUWA58P5ZUo99Q0Jehqeh0fg9QYw4ZNo/4Linyu+w3OCxP4 vGzQ== MIME-Version: 1.0 Received: by 10.152.104.240 with SMTP id gh16mr10948214lab.56.1355746376241; Mon, 17 Dec 2012 04:12:56 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.11.165 with HTTP; Mon, 17 Dec 2012 04:12:56 -0800 (PST) Received: by 10.114.11.165 with HTTP; Mon, 17 Dec 2012 04:12:56 -0800 (PST) In-Reply-To: <50CEFAC5.8000002@digiware.nl> References: <50CEFAC5.8000002@digiware.nl> Date: Mon, 17 Dec 2012 13:12:56 +0100 X-Google-Sender-Auth: hVkqtK0dqF7rTGgQ0DavU4cavX0 Message-ID: Subject: Re: Strange CAM errors From: CeDeROM To: Willem Jan Withagen Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 12:12:58 -0000 Hello :-) I have noticed similar behavior with one of my Toshiba DVD drives when disk was inserted, removing disk and/or drive solved the issue, but I guess it wtill exist in the driver..? Best regards, Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Dec 17, 2012 11:58 AM, "Willem Jan Withagen" wrote: > Hi, > > I have not noticed this before, but my system rebooted this morning and > in the following security report I found a lot of messgaes in the > dmesg-part like: > > +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 > +(probe0:arcmsr0:0:16:1): CAM status: Command timeout > +(probe0:arcmsr0:0:16:1): Retrying command > +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 > +(probe0:arcmsr0:0:16:1): CAM status: Command timeout > +(probe0:arcmsr0:0:16:1): Retrying command > > And it seems that bus 16 is: > +pass6 at arcmsr0 bus 0 scbus0 target 16 lun 0 > +pass6: Fixed Processor SCSI-0 device > > The system has been running > FreeBSD zfs.digiware.nl 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #3: Wed > Nov 14 13:25:55 CET 2012 > root@zfs.digiware.nl:/usr/obj/usr/srcs/src9/src/sys/ZFS amd64 > for already a while. > > Anybody suggestions as to why I have these messages? > > They are during the boot sequence, so no smartd talking to the disks at > that moment. > > --WjW > > ps: dmesg, config, etc.... at: > http://www.tegenbosch28.nl/FreeBSD/Systems/ZFS > ps2: upgrading to the most recent 9.1 > _______________________________________________ > 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 17 12:37:30 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F1A013B; Mon, 17 Dec 2012 12:37:30 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [176.9.45.25]) by mx1.freebsd.org (Postfix) with ESMTP id BF07D8FC0C; Mon, 17 Dec 2012 12:37:29 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.2]) by mail.vx.sk (Postfix) with ESMTP id AB7605B45; Mon, 17 Dec 2012 13:37:28 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk by core.vx.sk (amavisd-new, unix socket) with LMTP id tuZedWX2gHtn; Mon, 17 Dec 2012 13:37:23 +0100 (CET) Received: from [10.9.8.1] (188-167-78-15.dynamic.chello.sk [188.167.78.15]) by mail.vx.sk (Postfix) with ESMTPSA id 02E2D5B39; Mon, 17 Dec 2012 13:37:22 +0100 (CET) Message-ID: <50CF1202.9070805@FreeBSD.org> Date: Mon, 17 Dec 2012 13:37:22 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Andriy Gapon Subject: Re: NFS/ZFS hangs after upgrading from 9.0-RELEASE to -STABLE References: <50C9AFC6.6080902@FreeBSD.org> <50CA1639.1010409@FreeBSD.org> In-Reply-To: <50CA1639.1010409@FreeBSD.org> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-stable@FreeBSD.org, olivier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 12:37:30 -0000 On 13.12.2012 18:54, Andriy Gapon wrote: > on 13/12/2012 19:46 olivier said the following: >> Thanks. I'll be sure to follow your suggestions next time this happens. >> >> I have a naive question/suggestion though. I see from browsing past discussions on >> ZFS problems that it has been suggested a number of times that problems that >> appear to originate in ZFS in fact come from lower layers; in particular because >> of driver bugs or disks in the process of failing. It seems that it can take a lot >> of time to troubleshoot such problems. I accept that ZFS behavior correctly leaves >> dealing with timeouts to lower layers, but it seems to me that the ZFS layer would >> be a great place to warn the user about issues and provide some information to >> troubleshoot them. >> >> For example, if some I/O requests get lost because of a buggy driver, the driver >> itself might not be the best place to identify those lost requests. But perhaps we >> could have a compile time option in ZFS code that spits out a warning if it gets >> stuck waiting for a particular request to come back for more than say 10 seconds, >> and identifies the problematic disk? I'm sure there would be cases where these >> warnings would be unwarranted, and I imagine that changes in the code to provide >> such warnings would impact performance; so one certainly would not want that code >> active by default. But someone in my position could certainly recompile the kernel >> with a ZFS debugging option turned on to figure out the problem. >> >> I understand that ZFS code comes from upstream, and that you guys probably want to >> keep FreeBSD-specific changes minimal. If that's a big problem, even just a patch >> provided "as such" that does not make it into the FreeBSD code base might be >> extremely useful. I wish I could help write something like that, but I know very >> little about the kernel or ZFS. I would certainly be willing to help with testing. > Google for "zfs deadman". This is already committed upstream and I think that it > is imported into FreeBSD, but I am not sure... Maybe it's imported just into the > vendor area and is not merged yet. > So, when enabled this logic would panic a system as a way of letting know that > something is wrong. You can read in the links why panic was selected for this job. > > And speaking FreeBSD-centric - I think that our CAM layer would be a perfect place > to detect such issues in non-ZFS-specific way. > I can try to merge the ZFS deadman stuff (r242732) to HEAD, but I guess this will be something for a 1-month MFC period. Afterwards, a 9-STABLE patch can be easily created. https://www.illumos.org/issues/3246 https://hg.openindiana.org/upstream/illumos/illumos-gate/rev/921a99998bb4 Cheers, mm -- Martin Matuska FreeBSD committer http://blog.vx.sk From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 14:23:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A16D68B7 for ; Mon, 17 Dec 2012 14:23:03 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 81A618FC13 for ; Mon, 17 Dec 2012 14:23:03 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Tkbav-0000Gf-He; Mon, 17 Dec 2012 14:23:01 +0000 Date: Mon, 17 Dec 2012 09:23:00 -0500 Message-ID: From: Randy Bush To: Ask =?ISO-8859-1?Q?Bj=F8rn?= Hansen Subject: Re: freebsd-update mergemaster options In-Reply-To: <612DB7D4-07CA-4C48-98F8-081C33E85812@develooper.com> References: <612DB7D4-07CA-4C48-98F8-081C33E85812@develooper.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 14:23:03 -0000 > I am getting hundreds of files with "conflicts" like: > <<<<<<< current version > # $FreeBSD: src/etc/auth.conf,v 1.6.32.1.4.1 2010/06/14 02:09:06 kensmith Exp $ > ======= > # $FreeBSD: src/etc/auth.conf,v 1.6.32.1.8.1 2012/03/03 06:15:13 kensmith Exp $ > >>>>>>> 8.3-RELEASE mergemaster took the master part of its name a bit seriously i use -cviFU randy From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 14:38:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8622ED4 for ; Mon, 17 Dec 2012 14:38:24 +0000 (UTC) (envelope-from prvs=169808c0b0=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 30F608FC13 for ; Mon, 17 Dec 2012 14:38:23 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50001382701.msg for ; Mon, 17 Dec 2012 14:38:22 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 17 Dec 2012 14:38:22 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=169808c0b0=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <572946ED30FA47C69D6DCDD511CF6EB2@multiplay.co.uk> From: "Steven Hartland" To: "Willem Jan Withagen" , "FreeBSD Stable Users" References: <50CEFAC5.8000002@digiware.nl> Subject: Re: Strange CAM errors Date: Mon, 17 Dec 2012 14:38:23 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 14:38:24 -0000 Check the smart results of each disk in the array you may have a failing disk. ----- Original Message ----- From: "Willem Jan Withagen" To: "FreeBSD Stable Users" Sent: Monday, December 17, 2012 10:58 AM Subject: Strange CAM errors > Hi, > > I have not noticed this before, but my system rebooted this morning and > in the following security report I found a lot of messgaes in the > dmesg-part like: > > +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 > +(probe0:arcmsr0:0:16:1): CAM status: Command timeout > +(probe0:arcmsr0:0:16:1): Retrying command > +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 > +(probe0:arcmsr0:0:16:1): CAM status: Command timeout > +(probe0:arcmsr0:0:16:1): Retrying command > > And it seems that bus 16 is: > +pass6 at arcmsr0 bus 0 scbus0 target 16 lun 0 > +pass6: Fixed Processor SCSI-0 device > > The system has been running > FreeBSD zfs.digiware.nl 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #3: Wed > Nov 14 13:25:55 CET 2012 > root@zfs.digiware.nl:/usr/obj/usr/srcs/src9/src/sys/ZFS amd64 > for already a while. > > Anybody suggestions as to why I have these messages? > > They are during the boot sequence, so no smartd talking to the disks at > that moment. > > --WjW > > ps: dmesg, config, etc.... at: > http://www.tegenbosch28.nl/FreeBSD/Systems/ZFS > ps2: upgrading to the most recent 9.1 > _______________________________________________ > 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" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 15:31:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CD4D227 for ; Mon, 17 Dec 2012 15:31:44 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp3.sbb.rs (smtp3.sbb.rs [89.216.2.35]) by mx1.freebsd.org (Postfix) with ESMTP id 9C7B78FC15 for ; Mon, 17 Dec 2012 15:31:43 +0000 (UTC) Received: from faust.localdomain (cable-178-148-107-242.dynamic.sbb.rs [178.148.107.242]) by smtp3.sbb.rs (8.14.0/8.14.0) with ESMTP id qBHFVVwS006345; Mon, 17 Dec 2012 16:31:36 +0100 Received: by faust.localdomain (Postfix, from userid 1001) id 539B8A41D5B; Mon, 17 Dec 2012 16:25:56 +0100 (CET) Date: Mon, 17 Dec 2012 16:25:56 +0100 From: Zoran Kolic To: "Sergey V. Dyatko" Subject: Re: thinkpad and synaptics Message-ID: <20121217152556.GA1331@faust.sbb.rs> References: <20121216054053.GA1052@mycenae.sbb.rs> <20121216200302.5a70ed70@laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121216200302.5a70ed70@laptop> Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 15:31:44 -0000 > works for me on head, amd64, lenovo ideapad b450: > > [tiger@laptop]:~%dmesg | grep psm > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Synaptics Touchpad, device ID 0 > > [tiger@laptop]:~%grep syn /boot/loader.conf > hw.psm.synaptics_support=1 Done that. > xorg.conf: > Section "ServerLayout" > Identifier "X.org Configured" > Screen 0 "Screen0" 0 0 > InputDevice "Mouse0" "CorePointer" > InputDevice "Keyboard0" "CoreKeyboard" > EndSection Done that also. > Section "InputDevice" > Identifier "Mouse0" > Driver "synaptics" > Option "Protocol" "psm" > Option "Device" "/dev/psm0" > Option "SHMConfig" "on" > Option "MinSpeed" "7" > Option "MaxSpeed" "9" > Option "AccelFactor" "0.0015" > Option "ZAxisMapping" "4 5 6 7" > EndSection This is not what I did. I put both mouse0 and Touchpad0 into conf file. > [tiger@laptop]:~%grep mouse /etc/rc.conf > mousechar_start="3" > #moused_enable="YES" Ah! Ah! I put No and it made pointer frozen. > [tiger@laptop]:~%pkg info -x input-s > xf86-input-synaptics-1.5.0 X.Org synaptics input driver Done that. Frankly, I'd like to learn exact stept you've taken. One by one. I made all, even stupid tries, and failed without chance to have vertical scroll in any configu- ration. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 15:45:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28E37591 for ; Mon, 17 Dec 2012 15:45:47 +0000 (UTC) (envelope-from sales03@finglee.com) Received: from mx57.dns.com.cn (mx57.dns.com.cn [220.181.130.179]) by mx1.freebsd.org (Postfix) with SMTP id 3AE848FC18 for ; Mon, 17 Dec 2012 15:45:45 +0000 (UTC) Received: (qmail 94773 invoked by uid 88); 17 Dec 2012 15:38:55 -0000 X-DNS-MID: mx57.dns.com.cn/1355758735/161/1013361 X-DNS-FLAG: ------ Received: from unknown (HELO www-5c0a134c133) (121.205.12.20) by mx57.dns.com.cn with SMTP; 17 Dec 2012 15:38:55 -0000 Date: Mon, 17 Dec 2012 23:38:57 +0800 (CST) From: simon To: freebsd-stable@freebsd.org Message-ID: <31075794.19854.1355758737640.JavaMail.SYSTEM@www-5c0a134c133> Subject: Re:New Products,Finglee Polishing Pad MIME-Version: 1.0 X-Priority: 3 X-Mailer: javamail@entsoft Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 15:45:47 -0000 Rm9yIG1vcmUgZGV0YWlscyBvbiBzdXJmYWNlIHNvbHV0aW9uIHByb2R1Y3RzLHBsZWFzZSBsb2dp biBvbjoNCiAgIHd3dy5mbG9vcnBvbGlzaGluZ3BhZC5jb20NCg0KRmluZ2xlZSBhcmUgcHJvZmVz c2lvbmFsIHN1cHBsaWVyIGZvciB0aGVzZSBnb29kcyBmb3IgY29uY3JldGUsc3RvbmUsYWJyYXNp dmUgcHJvZHVjdHMuDQpJbnF1aXJ5IG1lIGZvciBvZmZlciENCg0KUmdkcywNCmNhbWlsbGUNCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCkZpbmdsZWUgRGlhbW9uZCBUb29scw0KV2UgT2ZmZXI6IGRpYW1vbmQgYmxhZGUsc2Vn bWVudCx3aXJlIHNhdyxncmluZGluZyZwb2xpc2hpbmcgdG9vbHMNCldlYjp3d3cuZmluZ2xlZS5j b20NClRlbDorODYgMDU5NSAyMjQ5NjgzMQ0KRmF4Ois4NiAwNTk1IDIyNDk2ODMxDQpBaXJwb3J0 OiBRdWFuemhvdSBKaW5namlhbmcgQWlycG9ydCBvciBYaWFtZW4gR2FvcWkgSW50ZXJuYXRpb25h bCBBaXJwb3J0DQpBZGRyZXNzOkppbmd4aXUgSmlhbmduYW4gUWluZ21lbmcgRGV2ZWxvcGluZyBa b25lIFF1YW56aG91IEZ1amlhbiBDaGluYQ== From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 16:26:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57D17702 for ; Mon, 17 Dec 2012 16:26:20 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id DD5DF8FC14 for ; Mon, 17 Dec 2012 16:26:19 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id DE32D153434; Mon, 17 Dec 2012 17:26:18 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V8vP7_MbhxgJ; Mon, 17 Dec 2012 17:26:18 +0100 (CET) Received: from [127.0.0.1] (opteron [192.168.10.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPS id 3B960153433; Mon, 17 Dec 2012 17:26:18 +0100 (CET) Message-ID: <50CF47A5.4090008@digiware.nl> Date: Mon, 17 Dec 2012 17:26:13 +0100 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Steven Hartland Subject: Re: Strange CAM errors References: <50CEFAC5.8000002@digiware.nl> <572946ED30FA47C69D6DCDD511CF6EB2@multiplay.co.uk> In-Reply-To: <572946ED30FA47C69D6DCDD511CF6EB2@multiplay.co.uk> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 121217-0, 12/17/2012), Outbound message X-Antivirus-Status: Clean Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 16:26:20 -0000 On 2012-12-17 15:38, Steven Hartland wrote: > Check the smart results of each disk in the array you may have a failing > disk. > ----- Original Message ----- From: "Willem Jan Withagen" > To: "FreeBSD Stable Users" > Sent: Monday, December 17, 2012 10:58 AM > Subject: Strange CAM errors > > >> Hi, >> >> I have not noticed this before, but my system rebooted this morning and >> in the following security report I found a lot of messgaes in the >> dmesg-part like: >> >> +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 >> +(probe0:arcmsr0:0:16:1): CAM status: Command timeout >> +(probe0:arcmsr0:0:16:1): Retrying command >> +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 >> +(probe0:arcmsr0:0:16:1): CAM status: Command timeout >> +(probe0:arcmsr0:0:16:1): Retrying command >> >> And it seems that bus 16 is: >> +pass6 at arcmsr0 bus 0 scbus0 target 16 lun 0 >> +pass6: Fixed Processor SCSI-0 device >> >> The system has been running >> FreeBSD zfs.digiware.nl 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #3: Wed >> Nov 14 13:25:55 CET 2012 >> root@zfs.digiware.nl:/usr/obj/usr/srcs/src9/src/sys/ZFS amd64 >> for already a while. >> >> Anybody suggestions as to why I have these messages? >> >> They are during the boot sequence, so no smartd talking to the disks at >> that moment. >> >> --WjW >> >> ps: dmesg, config, etc.... at: >> http://www.tegenbosch28.nl/FreeBSD/Systems/ZFS >> ps2: upgrading to the most recent 9.1 'mmm, Smartd seems to think otherwise... 'camcontrol rescan all' actually delivers the same pack of errors. --WjW From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 16:37:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D843FBC3 for ; Mon, 17 Dec 2012 16:37:49 +0000 (UTC) (envelope-from ramirocaso08@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7E32C8FC14 for ; Mon, 17 Dec 2012 16:37:49 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fy27so5235596vcb.13 for ; Mon, 17 Dec 2012 08:37:48 -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=K7vKPGzolpfdLmiL4itPvzRgE8CyMXE3MMwI33HhwYI=; b=nfXSZgRnEPk2Exzr0yXMncUFSaTNPEXXf3+hN8Va+STeO3Q7Oz5grGZb3KvVS4hY86 b1yvS/js3goRgRZtaqGUk4kE5/rH0f0oSp4MhC8zBMjhLW1DG/eoawh6vUtWlSMJqgVz a8CvwXYddWis0LUhvrR1OhfbmmyIBbCJqhs/SPsDVGuGHGLJNniYr+GcHgWw+MpdCe1X Afm43Q/sP23nGK0LnSTWUIivjgJUrdk6MY2n3+XjgsH0dDy4HUGLjgLErT6nMEVSjC0c 4CsPVPvFGztcwjYV2tPVC6tbaJbPDVsCdozElIElTrN5h50WPiOJ/EIYDXuwkDa96p11 aE6Q== Received: by 10.52.35.20 with SMTP id d20mr21098312vdj.50.1355762268686; Mon, 17 Dec 2012 08:37:48 -0800 (PST) Received: from [192.168.1.102] ([190.55.25.26]) by mx.google.com with ESMTPS id x17sm12344696vdi.1.2012.12.17.08.37.41 (version=SSLv3 cipher=OTHER); Mon, 17 Dec 2012 08:37:44 -0800 (PST) Message-ID: <50CF4A53.8060701@gmail.com> Date: Mon, 17 Dec 2012 13:37:39 -0300 From: Ramiro Caso User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: thinkpad and synaptics References: <20121216054053.GA1052@mycenae.sbb.rs> <20121216200302.5a70ed70@laptop> <20121217152556.GA1331@faust.sbb.rs> In-Reply-To: <20121217152556.GA1331@faust.sbb.rs> 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.14 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, 17 Dec 2012 16:37:49 -0000 On 12/17/12 12:25, Zoran Kolic wrote: >> works for me on head, amd64, lenovo ideapad b450: >> >> [tiger@laptop]:~%dmesg | grep psm >> psm0: irq 12 on atkbdc0 >> psm0: [GIANT-LOCKED] >> psm0: model Synaptics Touchpad, device ID 0 >> >> [tiger@laptop]:~%grep syn /boot/loader.conf >> hw.psm.synaptics_support=1 > Done that. > >> xorg.conf: >> Section "ServerLayout" >> Identifier "X.org Configured" >> Screen 0 "Screen0" 0 0 >> InputDevice "Mouse0" "CorePointer" >> InputDevice "Keyboard0" "CoreKeyboard" >> EndSection > Done that also. > >> Section "InputDevice" >> Identifier "Mouse0" >> Driver "synaptics" >> Option "Protocol" "psm" >> Option "Device" "/dev/psm0" >> Option "SHMConfig" "on" >> Option "MinSpeed" "7" >> Option "MaxSpeed" "9" >> Option "AccelFactor" "0.0015" >> Option "ZAxisMapping" "4 5 6 7" >> EndSection > This is not what I did. I put both mouse0 and Touchpad0 > into conf file. > >> [tiger@laptop]:~%grep mouse /etc/rc.conf >> mousechar_start="3" >> #moused_enable="YES" > Ah! Ah! > I put No and it made pointer frozen. > >> [tiger@laptop]:~%pkg info -x input-s >> xf86-input-synaptics-1.5.0 X.Org synaptics input driver > Done that. > Frankly, I'd like to learn exact stept you've taken. > One by one. I made all, even stupid tries, and failed > without chance to have vertical scroll in any configu- > ration. I actually attempted this configuration, and it worked fine for me, with one difference: I had to leave moused_enabled="YES" in rc.conf. FWIW, this is the configuration I had before, which also worked (although things didn't work as nicely as with the current one): In xorg.conf: Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" Option "AutoAddDevices" "Off" EndSection [...] Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection In rc.conf: moused_enable="YES" in loader.conf: hw.psm.synaptics_support="1" > Best regards > > Zoran > > _______________________________________________ > 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 17 17:29:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED1AAB89 for ; Mon, 17 Dec 2012 17:29:15 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp3.sbb.rs (smtp3.sbb.rs [89.216.2.35]) by mx1.freebsd.org (Postfix) with ESMTP id 581A38FC0C for ; Mon, 17 Dec 2012 17:29:14 +0000 (UTC) Received: from mycenae.localdomain (cable-178-148-107-242.dynamic.sbb.rs [178.148.107.242]) by smtp3.sbb.rs (8.14.0/8.14.0) with ESMTP id qBHHT8jO031074 for ; Mon, 17 Dec 2012 18:29:13 +0100 Received: by mycenae.localdomain (Postfix, from userid 1001) id 8B4E3301A4; Mon, 17 Dec 2012 18:29:02 +0100 (CET) Date: Mon, 17 Dec 2012 18:29:02 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: Re: thinkpad and synaptics Message-ID: <20121217172902.GA1017@mycenae.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 17:29:16 -0000 As first, thanks for answer. > Section "ServerLayout" > Identifier "X.org Configured" > Screen 0 "Screen0" 0 0 > InputDevice "Mouse0" "CorePointer" > InputDevice "Keyboard0" "CoreKeyboard" > Option "AutoAddDevices" "Off" > EndSection > > [...] > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "ZAxisMapping" "4 5 6 7" > EndSection > >In rc.conf: > > moused_enable="YES" > >in loader.conf: > > hw.psm.synaptics_support="1" OK. I know it is writen zillion times and it still does not work for me. It is thinkpad e320, amd64, 9.1, kms. I had a lot of problems regarding fonts and non working vertical scroll on the pad. What I did: put synaptics_support run moused changed xorg.conf in a million ways This xorg.conf is similar to mine. I also have psm0 in /dev/ spite I have no loader.conf option right now. I assume that installing xf86 synaptics did the job. Simply, it does not scroll, with this configuration. I might need to rest a day or two, to sleep and to read more. Best regards and, once more, thanks all for help. Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 19:16:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 755E39D0 for ; Mon, 17 Dec 2012 19:16:02 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 321258FC16 for ; Mon, 17 Dec 2012 19:16:01 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id s9so9711507iec.13 for ; Mon, 17 Dec 2012 11:16:01 -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=MNADplAeQmL9vxH8/0/D985g7awj7tm5pIDE28evOjE=; b=utVvdu9d3BCCbCyGTjLjEKcfeJ/xSwVnX/LsVd4O1NiL4E09X+ysfIJcwR157N1vp4 Jq0mUrjmCTLHqgX3J2IUT91L0TSZ5QlZIIz2eLVTGC6w7l/78KpA9FFnVnTopVSJUlms naGKkJGw5eq8mMv+g+PDVTNisetTXdJqlh1BUfZAzHRh5VJVCARB31X2d4xMU8XZLbvs DpFGREtBRhm1yzwSbPwoqANpcom1bYyJ1LexQ5HmrAI7qXYg69kfqnokp6yhf1T6n2Xd YEUvYBa1hUnegfrnRJF7w+aH/Bjv+YCRk0L8XIhohiui0RSEzigUZMi69SZ+JZZ6zDqo PSOg== Received: by 10.50.236.104 with SMTP id ut8mr10234055igc.20.1355771761369; Mon, 17 Dec 2012 11:16:01 -0800 (PST) Received: from [192.168.0.199] (173-143-72-118.pools.spcsdns.net. [173.143.72.118]) by mx.google.com with ESMTPS id as6sm6274103igc.8.2012.12.17.11.15.55 (version=SSLv3 cipher=OTHER); Mon, 17 Dec 2012 11:16:00 -0800 (PST) Message-ID: <50CF6F65.7000200@gmail.com> Date: Mon, 17 Dec 2012 13:15:49 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: buildkernel error ... References: <20121217090849.21666@relay.ibs.dn.ua> <2d46e33594d6f362e7cc325d951baf7d.authenticated@ultimatedns.net> In-Reply-To: <2d46e33594d6f362e7cc325d951baf7d.authenticated@ultimatedns.net> 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.14 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, 17 Dec 2012 19:16:02 -0000 On 12/17/2012 1:35 AM, Chris H wrote: >> hi all, >> >> I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64 >> >> yesterday I have cvsup-ed src and was trying to buildkernel >> bellow is error I receive: >> --- [ cut ] >> ----------------------------------------------------------------------------------------------------- >> ... >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 >> --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer >> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >> /usr/src/sys/xdr/xdr_reference.c >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 >> --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer >> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >> /usr/src/sys/xdr/xdr_sizeof.c >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 >> --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer >> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >> /usr/src/sys/amd64/acpica/acpi_machdep.c >> cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe -fno-strict-aliasing >> -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. >> -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include >> opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param >> large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx >> -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >> -Werror /usr/src/sys/amd64/acpica/acpi_switch.S >> /usr/src/sys/amd64/acpica/acpi_switch.S: Assembler messages: >> /usr/src/sys/amd64/acpica/acpi_switch.S:146: Error: no such instruction: `xsetbv' >> /usr/src/sys/amd64/acpica/acpi_switch.S:147: Error: no such instruction: `xrstor (%rbx)' >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/ZEUS_HOME. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> --- [ cut ] >> ----------------------------------------------------------------------------------------------------- >> >> >> nothing is changed in my kernel configuration file ... > > Greetings, > I too attempted a buildworld, and a kernel yesterday (also synced yesterday). > It failed with a similar message to yours. I have _never_ experianced world, > or kernel issues in the 25yrs I've been using BSD exclusively. Given that the > only thing that has changed is the addition of clang, I'd recommend performing a: > make clean > then try again with: > make -DWITHOUT_CLANG buildworld KERNCONF= > replacing with the actual name of your KERNCONF file. > > I'm in the middle of a buildworld as I write this, that I believe will > conclusively prove that clang was the reason my last attempt failed. > > HTH, and best wishes. > > --Chris > > P.S. This was also 9.1 > > >> >> -- >> Zeus V. Panchenko jid:zeus@im.ibs.dn.ua >> IT Dpt., I.B.S. LLC GMT+2 (EET) >> _______________________________________________ >> 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" > Waste of time.. unless the OP has enabled CLANG_AS_CC then clang is not being called here.. "cc" is NOT clang unless "CLANG_AS_CC" is set. It makes no sense to just throw crazy ideas like this onto a mailing list, especially when you haven't even yet 'verified' the claim yourself. Good lord.. -- Chuck Burns From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 19:16:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBC8B9D5 for ; Mon, 17 Dec 2012 19:16:06 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) by mx1.freebsd.org (Postfix) with ESMTP id 532918FC19 for ; Mon, 17 Dec 2012 19:16:06 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hm9so2207558wib.13 for ; Mon, 17 Dec 2012 11:16: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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=JP1xi1ix40nvU5cyHRgy1XtvxcqqSjNY+PZ9pHX8tFs=; b=wXwLX3opBNtJL46VSGz35iL5Og30xtPK3TtIjMHGW1x0vyiGBJLmVqfNYAtRvBj752 w5UBt1AYxOTIeECUW9Q/NJA7fHdmVM7UcWR/r7zU7kiOFly2UL9CcKLsKYdekuYXaCO7 9tMNhExjmAvIqITi3SztK+DoMagpN3z++DH6qd5StK58QUpTuNWbFDvmwLZD8DcsND8j ChUCurnRMfDSM7ZvyZKcYPL3mtL2oO2Z46jKsaeuVNTDTi5/M/t0uTIQOMiY4owP6pcv Dotf+k0JPp1VXAbeGOBAiTnDFk5zwWv3sL1upanbVGwpx2vYJGqGGIH7YPlV567REXZD bqLQ== MIME-Version: 1.0 Received: by 10.194.20.231 with SMTP id q7mr19069726wje.44.1355771765325; Mon, 17 Dec 2012 11:16:05 -0800 (PST) Sender: jim.harris@gmail.com Received: by 10.217.57.4 with HTTP; Mon, 17 Dec 2012 11:16:05 -0800 (PST) In-Reply-To: <50CF47A5.4090008@digiware.nl> References: <50CEFAC5.8000002@digiware.nl> <572946ED30FA47C69D6DCDD511CF6EB2@multiplay.co.uk> <50CF47A5.4090008@digiware.nl> Date: Mon, 17 Dec 2012 12:16:05 -0700 X-Google-Sender-Auth: i1Ess-14bKi3uz_9cGEfte7ZZAk Message-ID: Subject: Re: Strange CAM errors From: Jim Harris To: Willem Jan Withagen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable Users , Steven Hartland X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 19:16:06 -0000 On Mon, Dec 17, 2012 at 9:26 AM, Willem Jan Withagen wrote: > On 2012-12-17 15:38, Steven Hartland wrote: > > Check the smart results of each disk in the array you may have a failing > > disk. > > ----- Original Message ----- From: "Willem Jan Withagen" < > wjw@digiware.nl> > > To: "FreeBSD Stable Users" > > Sent: Monday, December 17, 2012 10:58 AM > > Subject: Strange CAM errors > > > > > >> Hi, > >> > >> I have not noticed this before, but my system rebooted this morning and > >> in the following security report I found a lot of messgaes in the > >> dmesg-part like: > >> > >> +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 > >> +(probe0:arcmsr0:0:16:1): CAM status: Command timeout > >> +(probe0:arcmsr0:0:16:1): Retrying command > >> +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 > >> +(probe0:arcmsr0:0:16:1): CAM status: Command timeout > >> +(probe0:arcmsr0:0:16:1): Retrying command > >> > >> And it seems that bus 16 is: > >> +pass6 at arcmsr0 bus 0 scbus0 target 16 lun 0 > >> +pass6: Fixed Processor SCSI-0 device > >> > >> The system has been running > >> FreeBSD zfs.digiware.nl 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #3: Wed > >> Nov 14 13:25:55 CET 2012 > >> root@zfs.digiware.nl:/usr/obj/usr/srcs/src9/src/sys/ZFS amd64 > >> for already a while. > >> > >> Anybody suggestions as to why I have these messages? > >> > >> They are during the boot sequence, so no smartd talking to the disks at > >> that moment. > >> > >> --WjW > >> > >> ps: dmesg, config, etc.... at: > > >> http://www.tegenbosch28.nl/FreeBSD/Systems/ZFS > >> ps2: upgrading to the most recent 9.1 > > 'mmm, > > Smartd seems to think otherwise... > > 'camcontrol rescan all' actually delivers the same pack of errors. > > --WjW > > The timeouts are occurring on inquiry commands to non-zero LUNs. arcmsr(4) is returning CAM_SEL_TIMEOUT instead of CAM_DEV_NOT_THERE for inquiry commands to this device and LUN > 0. CAM_DEV_NOT_THERE is preferred to remove these types of warnings, and similar patches have gone into for other SCSI drivers recently. Can you try this patch? Index: sys/dev/arcmsr/arcmsr.c =================================================================== --- sys/dev/arcmsr/arcmsr.c (revision 244190) +++ sys/dev/arcmsr/arcmsr.c (working copy) @@ -2439,7 +2439,7 @@ char *buffer=pccb->csio.data_ptr; if (pccb->ccb_h.target_lun) { - pccb->ccb_h.status |= CAM_SEL_TIMEOUT; + pccb->ccb_h.status |= CAM_DEV_NOT_THERE; xpt_done(pccb); return; } From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 19:21:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 105CEEE1 for ; Mon, 17 Dec 2012 19:21:42 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id C13158FC0C for ; Mon, 17 Dec 2012 19:21:41 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id s9so9722021iec.13 for ; Mon, 17 Dec 2012 11:21:41 -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=AuNl6mgcISeBkdGV/lVNavIvUxmmtcI2nKqqApgl6CU=; b=Psas66Zzl9WrBsgi1U26o5gfB49ZlbFgPXBbsuTFEMfEpA083LHZ0QzxDPRBhOG+1K LxiujXuP44q1e2xuSz9b3CgTwgh/BPV4R/vRqqGk6jtpRx3Ac6Elooump8viT6nMEVTD O0+cglCvHPLOwrUc+wpwG2Z+Ad/aHM+0n+HrfW5Zj8z8jZN+SK76ST3fW7MqqDrhaYGU +7DKcMAfuNgldjgJb59ooEqXPTL5c945C5/2UnJ9DsYQeJAwNbbd/6V5nOHsKxruH2vG brzeKfeSb6FaptbiMpZn09CshQseiRmJwZGJsR8uMsszr01yIVzzmOldN787hqr+GJiN pC7A== Received: by 10.50.173.34 with SMTP id bh2mr10187546igc.70.1355772101406; Mon, 17 Dec 2012 11:21:41 -0800 (PST) Received: from [192.168.0.199] (173-143-72-118.pools.spcsdns.net. [173.143.72.118]) by mx.google.com with ESMTPS id gs6sm6886399igc.11.2012.12.17.11.21.36 (version=SSLv3 cipher=OTHER); Mon, 17 Dec 2012 11:21:40 -0800 (PST) Message-ID: <50CF70BE.8070707@gmail.com> Date: Mon, 17 Dec 2012 13:21:34 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: buildkernel error ... References: <20121217090849.21666@relay.ibs.dn.ua> <2d46e33594d6f362e7cc325d951baf7d.authenticated@ultimatedns.net> In-Reply-To: <2d46e33594d6f362e7cc325d951baf7d.authenticated@ultimatedns.net> 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.14 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, 17 Dec 2012 19:21:42 -0000 On 12/17/2012 1:35 AM, Chris H wrote: >> hi all, >> >> I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64 >> >> yesterday I have cvsup-ed src and was trying to buildkernel >> bellow is error I receive: >> --- [ cut ] >> ----------------------------------------------------------------------------------------------------- >> ... >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 >> --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer >> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >> /usr/src/sys/xdr/xdr_reference.c >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 >> --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer >> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >> /usr/src/sys/xdr/xdr_sizeof.c >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 >> --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer >> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >> /usr/src/sys/amd64/acpica/acpi_machdep.c >> cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe -fno-strict-aliasing >> -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. >> -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include >> opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param >> large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx >> -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >> -Werror /usr/src/sys/amd64/acpica/acpi_switch.S >> /usr/src/sys/amd64/acpica/acpi_switch.S: Assembler messages: >> /usr/src/sys/amd64/acpica/acpi_switch.S:146: Error: no such instruction: `xsetbv' >> /usr/src/sys/amd64/acpica/acpi_switch.S:147: Error: no such instruction: `xrstor (%rbx)' >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/ZEUS_HOME. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> --- [ cut ] >> ----------------------------------------------------------------------------------------------------- >> >> >> nothing is changed in my kernel configuration file ... > > Greetings, > I too attempted a buildworld, and a kernel yesterday (also synced yesterday). > It failed with a similar message to yours. I have _never_ experianced world, > or kernel issues in the 25yrs I've been using BSD exclusively. Given that the > only thing that has changed is the addition of clang, I'd recommend performing a: > make clean > then try again with: > make -DWITHOUT_CLANG buildworld KERNCONF= > replacing with the actual name of your KERNCONF file. > > I'm in the middle of a buildworld as I write this, that I believe will > conclusively prove that clang was the reason my last attempt failed. > > HTH, and best wishes. > > --Chris > > P.S. This was also 9.1 > > >> >> -- >> Zeus V. Panchenko jid:zeus@im.ibs.dn.ua >> IT Dpt., I.B.S. LLC GMT+2 (EET) >> _______________________________________________ >> 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" > And, just for the record, there are QUITE A FEW changes between 8.x and 9.x other than "adding clang as an optional compiler" which, in case you didn't realize.. is an OPTIONAL compiler in the 9.x series. Do not build it, if you wish, but when it's not being used to compile something, it cannot be blamed for something being broken. -- Chuck Burns From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 20:11:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F4B46F9 for ; Mon, 17 Dec 2012 20:11:22 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id DD5EB8FC14 for ; Mon, 17 Dec 2012 20:11:21 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:8d40:6f90:726d:a241] (unknown [IPv6:2001:7b8:3a7:0:8d40:6f90:726d:a241]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 498125C5A; Mon, 17 Dec 2012 21:11:20 +0100 (CET) Message-ID: <50CF7C65.6060303@FreeBSD.org> Date: Mon, 17 Dec 2012 21:11:17 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: Zeus Panchenko Subject: Re: buildkernel error ... References: <20121217090849.21666@relay.ibs.dn.ua> In-Reply-To: <20121217090849.21666@relay.ibs.dn.ua> 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.14 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, 17 Dec 2012 20:11:22 -0000 On 2012-12-17 07:08, Zeus Panchenko wrote: > I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64 > > yesterday I have cvsup-ed src and was trying to buildkernel > bellow is error I receive: ... > cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/amd64/acpica/acpi_switch.S > /usr/src/sys/amd64/acpica/acpi_switch.S: Assembler messages: > /usr/src/sys/amd64/acpica/acpi_switch.S:146: Error: no such instruction: `xsetbv' > /usr/src/sys/amd64/acpica/acpi_switch.S:147: Error: no such instruction: `xrstor (%rbx)' > *** Error code 1 This looks like a problem with your assembler; did you run "make buildworld" before "make buildkernel"? From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 20:54:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B19E518 for ; Mon, 17 Dec 2012 20:54:12 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 540CC8FC15 for ; Mon, 17 Dec 2012 20:54:12 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TkhhT-0001s9-Av for freebsd-stable@freebsd.org; Mon, 17 Dec 2012 12:54:11 -0800 Date: Mon, 17 Dec 2012 12:54:11 -0800 (PST) From: Beeblebrox To: freebsd-stable@freebsd.org Message-ID: <1355777651325-5770203.post@n5.nabble.com> In-Reply-To: References: <8e0665312c81ed7e18dafca553709aa1.authenticated@ultimatedns.net> Subject: Re: How do I circumvent the use of clang during build? 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.14 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, 17 Dec 2012 20:54:12 -0000 have a look at /etc/src.conf and $ man src.cof you can set many buildworld options there. -- View this message in context: http://freebsd.1045724.n5.nabble.com/How-do-I-circumvent-the-use-of-clang-during-build-tp5769907p5770203.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 21:45:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14C62F5E; Mon, 17 Dec 2012 21:45:07 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1368FC17; Mon, 17 Dec 2012 21:45:06 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 84745153435; Mon, 17 Dec 2012 22:45:05 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tZkBTRbYd_VK; Mon, 17 Dec 2012 22:45:01 +0100 (CET) Received: from [192.168.10.10] (vaio [192.168.10.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id 4E4D4153434; Mon, 17 Dec 2012 22:45:01 +0100 (CET) Message-ID: <50CF925C.5040106@digiware.nl> Date: Mon, 17 Dec 2012 22:45:00 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Jim Harris Subject: Re: Strange CAM errors References: <50CEFAC5.8000002@digiware.nl> <572946ED30FA47C69D6DCDD511CF6EB2@multiplay.co.uk> <50CF47A5.4090008@digiware.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Users , Steven Hartland X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 21:45:07 -0000 On 17-12-2012 20:16, Jim Harris wrote: > > > On Mon, Dec 17, 2012 at 9:26 AM, Willem Jan Withagen > wrote: > > On 2012-12-17 15:38, Steven Hartland wrote: > > Check the smart results of each disk in the array you may have a > failing > > disk. > > ----- Original Message ----- From: "Willem Jan Withagen" > > > > To: "FreeBSD Stable Users" > > > Sent: Monday, December 17, 2012 10:58 AM > > Subject: Strange CAM errors > > > > > >> Hi, > >> > >> I have not noticed this before, but my system rebooted this > morning and > >> in the following security report I found a lot of messgaes in the > >> dmesg-part like: > >> > >> +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 > >> +(probe0:arcmsr0:0:16:1): CAM status: Command timeout > >> +(probe0:arcmsr0:0:16:1): Retrying command > >> +(probe0:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 > >> +(probe0:arcmsr0:0:16:1): CAM status: Command timeout > >> +(probe0:arcmsr0:0:16:1): Retrying command > >> > >> And it seems that bus 16 is: > >> +pass6 at arcmsr0 bus 0 scbus0 target 16 lun 0 > >> +pass6: Fixed Processor SCSI-0 device > >> > >> The system has been running > >> FreeBSD zfs.digiware.nl 9.1-PRERELEASE > FreeBSD 9.1-PRERELEASE #3: Wed > >> Nov 14 13:25:55 CET 2012 > >> root@zfs.digiware.nl:/usr/obj/usr/srcs/src9/src/sys/ZFS amd64 > >> for already a while. > >> > >> Anybody suggestions as to why I have these messages? > >> > >> They are during the boot sequence, so no smartd talking to the > disks at > >> that moment. > >> > >> --WjW > >> > >> ps: dmesg, config, etc.... at: > > >> http://www.tegenbosch28.nl/FreeBSD/Systems/ZFS > >> ps2: upgrading to the most recent 9.1 > > 'mmm, > > Smartd seems to think otherwise... > > 'camcontrol rescan all' actually delivers the same pack of errors. > > --WjW > > > The timeouts are occurring on inquiry commands to non-zero LUNs. > arcmsr(4) is returning CAM_SEL_TIMEOUT instead of CAM_DEV_NOT_THERE for > inquiry commands to this device and LUN > 0. CAM_DEV_NOT_THERE is > preferred to remove these types of warnings, and similar patches have > gone into for other SCSI drivers recently. > > Can you try this patch? > > Index: sys/dev/arcmsr/arcmsr.c > =================================================================== > --- sys/dev/arcmsr/arcmsr.c (revision 244190) > +++ sys/dev/arcmsr/arcmsr.c (working copy) > @@ -2439,7 +2439,7 @@ > char *buffer=pccb->csio.data_ptr; > > if (pccb->ccb_h.target_lun) { > - pccb->ccb_h.status |= CAM_SEL_TIMEOUT; > + pccb->ccb_h.status |= CAM_DEV_NOT_THERE; > xpt_done(pccb); > return; > } > Hi Jim, The noise has gone down by a factor of 5, now I get: (probe6:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 (probe6:arcmsr0:0:16:1): CAM status: Unable to terminate I/O CCB request (probe6:arcmsr0:0:16:1): Error 5, Unretryable error (probe6:arcmsr0:0:16:2): INQUIRY. CDB: 12 40 0 0 24 0 Which is defined in sys/cam/cam.c .... as CAM_UA_TERMIO, but that error is nowhere set in the arcmsr code.... So I clearly do not yet know enough to hellp in this. --WjW For all of the ports on the adapter. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 22:07:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 326DCC4C; Mon, 17 Dec 2012 22:07:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 782CE8FC0C; Mon, 17 Dec 2012 22:07:27 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.5) with ESMTP id qBHM7PJH044848; Mon, 17 Dec 2012 17:07:26 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <50CF97A5.6090806@sentex.net> Date: Mon, 17 Dec 2012 17:07:33 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: WRITE_FPDMA_QUEUED CAM status: ATA Status Error X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 22:07:28 -0000 Hi, Is there a way to tell / narrow down if an issue with errors like below are due to a bad cable or bad port multiplier ? The disks in a particular cage are throwing errors like these below. (RELENG9 from today) siis0@pci0:5:0:0: class=0x010400 card=0x71241095 chip=0x31241095 rev=0x02 hdr=0x00 vendor = 'Silicon Image, Inc.' device = 'SiI 3124 PCI-X Serial ATA Controller' class = mass storage subclass = RAID bar [10] = type Memory, range 64, base 0xb4408000, size 128, enabled bar [18] = type Memory, range 64, base 0xb4400000, size 32768, enabled bar [20] = type I/O Port, range 32, base 0x3000, size 16, enabled cap 01[64] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 07[40] = PCI-X 64-bit supports 133MHz, 2048 burst read, 12 split transactions cap 05[54] = MSI supports 1 message, 64 bit enabled with 1 message siisch2: Error while READ LOG EXT (ada3:siisch2:0:3:0): WRITE_FPDMA_QUEUED. ACB: 61 56 af 71 0a 40 40 00 00 00 00 00 (ada3:siisch2:0:3:0): CAM status: ATA Status Error (ada3:siisch2:0:3:0): ATA status: 00 () (ada3:siisch2:0:3:0): RES: 00 00 00 00 00 00 00 00 00 00 00 (ada3:siisch2:0:3:0): Retrying command siisch2: Error while READ LOG EXT (ada2:siisch2:0:2:0): WRITE_FPDMA_QUEUED. ACB: 61 07 dc d8 0b 40 40 00 00 00 00 00 (ada2:siisch2:0:2:0): CAM status: ATA Status Error (ada2:siisch2:0:2:0): ATA status: 00 () (ada2:siisch2:0:2:0): RES: 00 00 00 00 00 00 00 00 00 00 00 (ada2:siisch2:0:2:0): Retrying command (ada2:siisch2:0:2:0): WRITE_FPDMA_QUEUED. ACB: 61 01 0c 1e 06 40 40 00 00 00 00 00 (ada2:siisch2:0:2:0): CAM status: ATA Status Error (ada2:siisch2:0:2:0): ATA status: 00 () (ada2:siisch2:0:2:0): RES: 00 00 00 00 00 00 00 00 00 00 00 (ada2:siisch2:0:2:0): Retrying command (ada2:siisch2:0:2:0): WRITE_FPDMA_QUEUED. ACB: 61 06 2d 88 00 40 40 00 00 00 00 00 (ada2:siisch2:0:2:0): CAM status: ATA Status Error (ada2:siisch2:0:2:0): ATA status: 00 () (ada2:siisch2:0:2:0): RES: 00 00 00 00 00 00 00 00 00 00 00 (ada2:siisch2:0:2:0): Retrying command # smartctl -x /dev/ada2 smartctl 6.0 2012-10-10 r3643 [FreeBSD 9.1-PRERELEASE amd64] (local build) Copyright (C) 2002-12, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Western Digital Caviar Black Device Model: WDC WD2002FAEX-007BA0 Serial Number: WD-WMAY02759120 LU WWN Device Id: 5 0014ee 656c4b593 Firmware Version: 05.01D05 User Capacity: 2,000,398,934,016 bytes [2.00 TB] Sector Size: 512 bytes logical/physical Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS (minor revision not indicated) SATA Version is: SATA 2.6, 6.0 Gb/s (current: 3.0 Gb/s) Local Time is: Mon Dec 17 17:04:28 2012 EST SMART support is: Available - device has SMART capability. SMART support is: Enabled AAM feature is: Unavailable APM feature is: Unavailable Rd look-ahead is: Enabled Write cache is: Enabled ATA Security is: Disabled, NOT FROZEN [SEC1] === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x84) Offline data collection activity was suspended by an interrupting command from host. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (29280) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 298) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SCT capabilities: (0x3037) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 1 3 Spin_Up_Time POS--K 253 253 021 - 8833 4 Start_Stop_Count -O--CK 100 100 000 - 15 5 Reallocated_Sector_Ct PO--CK 200 200 140 - 0 7 Seek_Error_Rate -OSR-K 200 200 000 - 0 9 Power_On_Hours -O--CK 093 092 000 - 5288 10 Spin_Retry_Count -O--CK 100 253 000 - 0 11 Calibration_Retry_Count -O--CK 100 253 000 - 0 12 Power_Cycle_Count -O--CK 100 100 000 - 10 192 Power-Off_Retract_Count -O--CK 200 200 000 - 8 193 Load_Cycle_Count -O--CK 200 200 000 - 6 194 Temperature_Celsius -O---K 104 096 000 - 48 196 Reallocated_Event_Count -O--CK 200 200 000 - 0 197 Current_Pending_Sector -O--CK 200 200 000 - 0 198 Offline_Uncorrectable ----CK 100 253 000 - 0 199 UDMA_CRC_Error_Count -O--CK 200 200 000 - 22515 200 Multi_Zone_Error_Rate ---R-- 100 253 000 - 0 ||||||_ K auto-keep |||||__ C event count ||||___ R error rate |||____ S speed/performance ||_____ O updated online |______ P prefailure warning General Purpose Log Directory Version 1 SMART Log Directory Version 1 [multi-sector log support] GP/S Log at address 0x00 has 1 sectors [Log Directory] SMART Log at address 0x01 has 1 sectors [Summary SMART error log] SMART Log at address 0x02 has 5 sectors [Comprehensive SMART error log] GP Log at address 0x03 has 6 sectors [Ext. Comprehensive SMART error log] SMART Log at address 0x06 has 1 sectors [SMART self-test log] GP Log at address 0x07 has 1 sectors [Extended self-test log] SMART Log at address 0x09 has 1 sectors [Selective self-test log] GP Log at address 0x10 has 1 sectors [NCQ Command Error log] GP Log at address 0x11 has 1 sectors [SATA Phy Event Counters] GP/S Log at address 0x80 has 16 sectors [Host vendor specific log] GP/S Log at address 0x81 has 16 sectors [Host vendor specific log] GP/S Log at address 0x82 has 16 sectors [Host vendor specific log] GP/S Log at address 0x83 has 16 sectors [Host vendor specific log] GP/S Log at address 0x84 has 16 sectors [Host vendor specific log] GP/S Log at address 0x85 has 16 sectors [Host vendor specific log] GP/S Log at address 0x86 has 16 sectors [Host vendor specific log] GP/S Log at address 0x87 has 16 sectors [Host vendor specific log] GP/S Log at address 0x88 has 16 sectors [Host vendor specific log] GP/S Log at address 0x89 has 16 sectors [Host vendor specific log] GP/S Log at address 0x8a has 16 sectors [Host vendor specific log] GP/S Log at address 0x8b has 16 sectors [Host vendor specific log] GP/S Log at address 0x8c has 16 sectors [Host vendor specific log] GP/S Log at address 0x8d has 16 sectors [Host vendor specific log] GP/S Log at address 0x8e has 16 sectors [Host vendor specific log] GP/S Log at address 0x8f has 16 sectors [Host vendor specific log] GP/S Log at address 0x90 has 16 sectors [Host vendor specific log] GP/S Log at address 0x91 has 16 sectors [Host vendor specific log] GP/S Log at address 0x92 has 16 sectors [Host vendor specific log] GP/S Log at address 0x93 has 16 sectors [Host vendor specific log] GP/S Log at address 0x94 has 16 sectors [Host vendor specific log] GP/S Log at address 0x95 has 16 sectors [Host vendor specific log] GP/S Log at address 0x96 has 16 sectors [Host vendor specific log] GP/S Log at address 0x97 has 16 sectors [Host vendor specific log] GP/S Log at address 0x98 has 16 sectors [Host vendor specific log] GP/S Log at address 0x99 has 16 sectors [Host vendor specific log] GP/S Log at address 0x9a has 16 sectors [Host vendor specific log] GP/S Log at address 0x9b has 16 sectors [Host vendor specific log] GP/S Log at address 0x9c has 16 sectors [Host vendor specific log] GP/S Log at address 0x9d has 16 sectors [Host vendor specific log] GP/S Log at address 0x9e has 16 sectors [Host vendor specific log] GP/S Log at address 0x9f has 16 sectors [Host vendor specific log] GP/S Log at address 0xa0 has 16 sectors [Device vendor specific log] GP/S Log at address 0xa1 has 16 sectors [Device vendor specific log] GP/S Log at address 0xa2 has 16 sectors [Device vendor specific log] GP/S Log at address 0xa3 has 16 sectors [Device vendor specific log] GP/S Log at address 0xa4 has 16 sectors [Device vendor specific log] GP/S Log at address 0xa5 has 16 sectors [Device vendor specific log] GP/S Log at address 0xa6 has 16 sectors [Device vendor specific log] GP/S Log at address 0xa7 has 16 sectors [Device vendor specific log] GP/S Log at address 0xa8 has 1 sectors [Device vendor specific log] GP/S Log at address 0xa9 has 1 sectors [Device vendor specific log] GP/S Log at address 0xaa has 1 sectors [Device vendor specific log] GP/S Log at address 0xab has 1 sectors [Device vendor specific log] GP/S Log at address 0xac has 1 sectors [Device vendor specific log] GP/S Log at address 0xad has 1 sectors [Device vendor specific log] GP/S Log at address 0xae has 1 sectors [Device vendor specific log] GP/S Log at address 0xaf has 1 sectors [Device vendor specific log] GP/S Log at address 0xb0 has 1 sectors [Device vendor specific log] GP/S Log at address 0xb1 has 1 sectors [Device vendor specific log] GP/S Log at address 0xb2 has 1 sectors [Device vendor specific log] GP/S Log at address 0xb3 has 1 sectors [Device vendor specific log] GP/S Log at address 0xb4 has 1 sectors [Device vendor specific log] GP/S Log at address 0xb5 has 1 sectors [Device vendor specific log] GP Log at address 0xb6 has 1 sectors [Device vendor specific log] GP/S Log at address 0xb7 has 1 sectors [Device vendor specific log] GP/S Log at address 0xbd has 1 sectors [Device vendor specific log] GP/S Log at address 0xc0 has 1 sectors [Device vendor specific log] GP Log at address 0xc1 has 24 sectors [Device vendor specific log] GP/S Log at address 0xe0 has 1 sectors [SCT Command/Status] GP/S Log at address 0xe1 has 1 sectors [SCT Data Transfer] SMART Extended Comprehensive Error Log Version: 1 (6 sectors) No Errors Logged SMART Extended Self-test Log Version: 1 (1 sectors) No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. SCT Status Version: 3 SCT Version (vendor specific): 258 (0x0102) SCT Support Level: 1 Device State: Active (0) Current Temperature: 48 Celsius Power Cycle Min/Max Temperature: 42/48 Celsius Lifetime Min/Max Temperature: 42/56 Celsius Under/Over Temperature Limit Count: 0/0 SCT Temperature History Version: 2 Temperature Sampling Period: 1 minute Temperature Logging Interval: 1 minute Min/Max recommended Temperature: 0/60 Celsius Min/Max Temperature Limit: -41/85 Celsius Temperature History Size (Index): 478 (67) Index Estimated Time Temperature Celsius 68 2012-12-17 09:07 48 ***************************** ... ..(170 skipped). .. ***************************** 239 2012-12-17 11:58 48 ***************************** 240 2012-12-17 11:59 ? - 241 2012-12-17 12:00 42 *********************** 242 2012-12-17 12:01 42 *********************** 243 2012-12-17 12:02 43 ************************ 244 2012-12-17 12:03 44 ************************* ... ..( 6 skipped). .. ************************* 251 2012-12-17 12:10 44 ************************* 252 2012-12-17 12:11 45 ************************** ... ..( 9 skipped). .. ************************** 262 2012-12-17 12:21 45 ************************** 263 2012-12-17 12:22 46 *************************** ... ..( 15 skipped). .. *************************** 279 2012-12-17 12:38 46 *************************** 280 2012-12-17 12:39 47 **************************** ... ..( 30 skipped). .. **************************** 311 2012-12-17 13:10 47 **************************** 312 2012-12-17 13:11 48 ***************************** ... ..( 54 skipped). .. ***************************** 367 2012-12-17 14:06 48 ***************************** 368 2012-12-17 14:07 47 **************************** ... ..( 27 skipped). .. **************************** 396 2012-12-17 14:35 47 **************************** 397 2012-12-17 14:36 48 ***************************** ... ..(147 skipped). .. ***************************** 67 2012-12-17 17:04 48 ***************************** SCT Error Recovery Control command not supported Device Statistics (GP Log 0x04) not supported SATA Phy Event Counters (GP Log 0x11) ID Size Value Description 0x0001 2 1 Command failed due to ICRC error 0x0002 2 1 R_ERR response for data FIS 0x0003 2 0 R_ERR response for device-to-host data FIS 0x0004 2 1 R_ERR response for host-to-device data FIS 0x0005 2 0 R_ERR response for non-data FIS 0x0006 2 0 R_ERR response for device-to-host non-data FIS 0x0007 2 0 R_ERR response for host-to-device non-data FIS 0x000a 2 0 Device-to-host register FISes sent due to a COMRESET 0x000b 2 1 CRC errors within host-to-device FIS 0x8000 4 7720 Vendor specific -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 22:10:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DB72E1F for ; Mon, 17 Dec 2012 22:10:54 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by mx1.freebsd.org (Postfix) with ESMTP id 94EE68FC0C for ; Mon, 17 Dec 2012 22:10:53 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id hq7so2495283wib.1 for ; Mon, 17 Dec 2012 14:10: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; bh=/6+xTqMyjeI9vho81orj4eVBfwmrC/z8UqqwNr3UFVg=; b=Nq+DUPs9HPfunrxZrEAuR8U7mRIURWgg/5UGKGEKpRI+B2o/1S63uvJus6E1gVYwfy JFl5L+T0WWX/AEStCb5n/pW8E95vYY6qTPxsQ8QcGgVIZ60PQSjfLl3R1+OLUP65em2j b+cjO9fanpxDT5Y5qLUKzJDYl81KHsdyBQYBydu4Z4COPIf3MnWaX8593LWuzGZ48KSC unE5drqV+7jtES8I+O2Qlm2rpaYdhjD8ICadk34uFyDjnTxCqXjF4GtN9lV/jqM6iLn+ xep7Xgph02OfU4zKZHqxSGrIjQNLJaBhW2YSjLIyPScL31BI0abqq/ic+jf9X32w/IuL pTHg== MIME-Version: 1.0 Received: by 10.194.20.231 with SMTP id q7mr19926092wje.44.1355782252303; Mon, 17 Dec 2012 14:10:52 -0800 (PST) Received: by 10.217.57.4 with HTTP; Mon, 17 Dec 2012 14:10:52 -0800 (PST) In-Reply-To: <50CF925C.5040106@digiware.nl> References: <50CEFAC5.8000002@digiware.nl> <572946ED30FA47C69D6DCDD511CF6EB2@multiplay.co.uk> <50CF47A5.4090008@digiware.nl> <50CF925C.5040106@digiware.nl> Date: Mon, 17 Dec 2012 15:10:52 -0700 Message-ID: Subject: Re: Strange CAM errors From: Jim Harris To: Willem Jan Withagen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 22:10:54 -0000 On Mon, Dec 17, 2012 at 2:45 PM, Willem Jan Withagen wrote: > On 17-12-2012 20:16, Jim Harris wrote:> > > The timeouts are occurring on inquiry commands to non-zero LUNs. > > arcmsr(4) is returning CAM_SEL_TIMEOUT instead of CAM_DEV_NOT_THERE for > > inquiry commands to this device and LUN > 0. CAM_DEV_NOT_THERE is > > preferred to remove these types of warnings, and similar patches have > > gone into for other SCSI drivers recently. > > > > Can you try this patch? > > > > Index: sys/dev/arcmsr/arcmsr.c > > =================================================================== > > --- sys/dev/arcmsr/arcmsr.c (revision 244190) > > +++ sys/dev/arcmsr/arcmsr.c (working copy) > > @@ -2439,7 +2439,7 @@ > > char *buffer=pccb->csio.data_ptr; > > > > if (pccb->ccb_h.target_lun) { > > - pccb->ccb_h.status |= CAM_SEL_TIMEOUT; > > + pccb->ccb_h.status |= CAM_DEV_NOT_THERE; > > xpt_done(pccb); > > return; > > } > > > > Hi Jim, > > The noise has gone down by a factor of 5, now I get: > > (probe6:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 > (probe6:arcmsr0:0:16:1): CAM status: Unable to terminate I/O CCB request > (probe6:arcmsr0:0:16:1): Error 5, Unretryable error > (probe6:arcmsr0:0:16:2): INQUIRY. CDB: 12 40 0 0 24 0 > > Which is defined in sys/cam/cam.c .... > as CAM_UA_TERMIO, but that error is nowhere set in the arcmsr code.... > > There is something out of sync on your system. I just noticed this, but your original error messages were showing "Command timeout" (CAM_CMD_TIMEOUT) even though the driver was returning CAM_SEL_TIMEOUT. Now in this case, driver is returning CAM_DEV_NOT_THERE, but CAM is printing error message for CAM_UA_TERMIO. In both cases, driver is returning value X, but cam is interpreting it as X+1. So CAM and arcmsr(4) seem to have a different idea of the values of the cam_status enumeration. Can you provide details on your build environment? Are you building arcmsr as a loadable module or do you specify "device arcmsr" in your kernel config to link it statically? I'm suspecting loadable module, although I have no idea how these values would get out of sync since this enumeration hasn't changed in probably 10+ years. -Jim From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 22:18:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 865281CF for ; Mon, 17 Dec 2012 22:18:33 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) by mx1.freebsd.org (Postfix) with ESMTP id 0D6A38FC14 for ; Mon, 17 Dec 2012 22:18:32 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id 12so2846381wgh.31 for ; Mon, 17 Dec 2012 14:18:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=r2QSjauhtRrBjFM8er+6haW/fN6CudBeBeewzR+BGhE=; b=ghJH8SbgYGc8eaoeBUOAJOoOb4hv8zINj1vY5BrnPyR1jYUYXQ9+3iGOhXGn1Vi/j/ yE/cpld0IAOubbFkUkCXS0IyiwgQ5sWq/ECo59R57kCpvHkhztvk6I51hM4bIbQqegqL oc3XXFF/scOcH2PB7mRpli4jKISV4WoO0W8SUG+qiU1rceKG46LSuLH95jjVgo+oWzJ3 XFEVAikvbYoHGdB1sHwDS9DGljx9Pj21jZ78L8R6PsXk5f5yeanwrpyJD98f172wIFiq TyXnD4QUZKhdETSg1bevL9KamMh+sgR+hS0ZozPupj5it1sIlK8gfbcApPWOfDx+Zo6W FABg== Received: by 10.194.83.36 with SMTP id n4mr9493295wjy.59.1355782711935; Mon, 17 Dec 2012 14:18:31 -0800 (PST) Received: from mavbook.mavhome.dp.ua (mavhome.mavhome.dp.ua. [213.227.240.37]) by mx.google.com with ESMTPS id w5sm13138634wif.11.2012.12.17.14.18.30 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 17 Dec 2012 14:18:31 -0800 (PST) Sender: Alexander Motin Message-ID: <50CF9A2F.5080300@FreeBSD.org> Date: Tue, 18 Dec 2012 00:18:23 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Mike Tancsa Subject: Re: WRITE_FPDMA_QUEUED CAM status: ATA Status Error References: <50CF97A5.6090806@sentex.net> In-Reply-To: <50CF97A5.6090806@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 22:18:33 -0000 Hi. On 18.12.2012 00:07, Mike Tancsa wrote: > Is there a way to tell / narrow down if an issue with errors like below > are due to a bad cable or bad port multiplier ? The disks in a > particular cage are throwing errors like these below. (RELENG9 from today) All the controller, the port multiplier and the disks are firmware- based devices. All of them may have firmware problems, that is not possible to diagnose from outside. When controller is talking to disk, multiplier is transparent, so it may be impossible to say where exactly problem happen. Speaking about cables and physical links, the only kind of information I can imagine to check physical link is counters represented below: > SATA Phy Event Counters (GP Log 0x11) > ID Size Value Description > 0x0001 2 1 Command failed due to ICRC error > 0x0002 2 1 R_ERR response for data FIS > 0x0003 2 0 R_ERR response for device-to-host data FIS > 0x0004 2 1 R_ERR response for host-to-device data FIS > 0x0005 2 0 R_ERR response for non-data FIS > 0x0006 2 0 R_ERR response for device-to-host non-data FIS > 0x0007 2 0 R_ERR response for host-to-device non-data FIS > 0x000a 2 0 Device-to-host register FISes sent due to a COMRESET > 0x000b 2 1 CRC errors within host-to-device FIS > 0x8000 4 7720 Vendor specific They may be reported by disks. IIRC they may also be reported by port multiplier, but I've never tried to access them and haven't seen the existing tools for it, except via doing bin-banging with camcontrol. Whether the controller can report something alike, I don't remember. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 22:21:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39F856FF for ; Mon, 17 Dec 2012 22:21:20 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id D87C28FC1B for ; Mon, 17 Dec 2012 22:21:19 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 47247153435; Mon, 17 Dec 2012 23:21:19 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iYttHC_M5dLZ; Mon, 17 Dec 2012 23:21:18 +0100 (CET) Received: from [192.168.10.10] (vaio [192.168.10.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id 3C99F153434; Mon, 17 Dec 2012 23:21:18 +0100 (CET) Message-ID: <50CF9ADD.7080202@digiware.nl> Date: Mon, 17 Dec 2012 23:21:17 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Jim Harris Subject: Re: Strange CAM errors References: <50CEFAC5.8000002@digiware.nl> <572946ED30FA47C69D6DCDD511CF6EB2@multiplay.co.uk> <50CF47A5.4090008@digiware.nl> <50CF925C.5040106@digiware.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 22:21:20 -0000 On 17-12-2012 23:10, Jim Harris wrote: > > > On Mon, Dec 17, 2012 at 2:45 PM, Willem Jan Withagen > wrote: > > On 17-12-2012 20:16, Jim Harris wrote:> > > The timeouts are occurring on inquiry commands to non-zero LUNs. > > arcmsr(4) is returning CAM_SEL_TIMEOUT instead of > CAM_DEV_NOT_THERE for > > inquiry commands to this device and LUN > 0. CAM_DEV_NOT_THERE is > > preferred to remove these types of warnings, and similar patches have > > gone into for other SCSI drivers recently. > > > > Can you try this patch? > > > > Index: sys/dev/arcmsr/arcmsr.c > > =================================================================== > > --- sys/dev/arcmsr/arcmsr.c (revision 244190) > > +++ sys/dev/arcmsr/arcmsr.c (working copy) > > @@ -2439,7 +2439,7 @@ > > char *buffer=pccb->csio.data_ptr; > > > > if (pccb->ccb_h.target_lun) { > > - pccb->ccb_h.status |= CAM_SEL_TIMEOUT; > > + pccb->ccb_h.status |= CAM_DEV_NOT_THERE; > > xpt_done(pccb); > > return; > > } > > > > Hi Jim, > > The noise has gone down by a factor of 5, now I get: > > (probe6:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 > (probe6:arcmsr0:0:16:1): CAM status: Unable to terminate I/O CCB request > (probe6:arcmsr0:0:16:1): Error 5, Unretryable error > (probe6:arcmsr0:0:16:2): INQUIRY. CDB: 12 40 0 0 24 0 > > Which is defined in sys/cam/cam.c .... > as CAM_UA_TERMIO, but that error is nowhere set in the arcmsr code.... > > > There is something out of sync on your system. I just noticed this, but > your original error messages were showing "Command timeout" > (CAM_CMD_TIMEOUT) even though the driver was returning CAM_SEL_TIMEOUT. > Now in this case, driver is returning CAM_DEV_NOT_THERE, but CAM is > printing error message for CAM_UA_TERMIO. In both cases, driver is > returning value X, but cam is interpreting it as X+1. So CAM and > arcmsr(4) seem to have a different idea of the values of the cam_status > enumeration. > > Can you provide details on your build environment? Are you building > arcmsr as a loadable module or do you specify "device arcmsr" in your > kernel config to link it statically? I'm suspecting loadable module, > although I have no idea how these values would get out of sync since > this enumeration hasn't changed in probably 10+ years. arcmsr is build in the kernel [/usr/src] wjw@zfs.digiware.nl> kldstat Id Refs Address Size Name 1 28 0xffffffff80200000 b55be0 kernel 2 1 0xffffffff80d56000 6138 nullfs.ko 3 1 0xffffffff80d5d000 2153b0 zfs.ko 4 2 0xffffffff80f73000 5e38 opensolaris.ko 5 1 0xffffffff80f79000 f510 aio.ko 6 1 0xffffffff80f89000 2a20 coretemp.ko 7 1 0xffffffff81012000 316d4 nfscl.ko 8 2 0xffffffff81044000 10827 nfscommon.ko And I just refetched 9.1-PRERELEASE this afternoon over svn.... Could this have something to do with Clang <> gcc ???? Not that I did anything to change this. Note that I have nothing changed other than the KERNEL CONFIG file. And both kernel and world were build at the same time this afternoon. With your patch I just only rebuild kernel and modules. --WjW From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 22:41:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CA43E99 for ; Mon, 17 Dec 2012 22:41:21 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id DA9688FC0C for ; Mon, 17 Dec 2012 22:41:20 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id k19so4331502qcs.13 for ; Mon, 17 Dec 2012 14:41:14 -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=ZgV4MvtOGDjYuJ2e6RJbI8Ig3xLX6jFiaH+7H5pPtmg=; b=pBJ4d0GqORPywM9hObvdjTW3LGWy9gl77ASfq9SuKmAgMpJLsLfvzo9Y/oqQ58Ka/g 83eoA75TphFABcXDHABIg/58p348aE9s9jDivBawc8uq18Jcdlf/X2X3BZ76twCVH65a qhCdBgcONDSGvuoJ2TPOhCQmLWV0edzpWG5vRdPnFumQo6TIh0BYHTlyrecQtH7IKR3U 19mEi+TguRHMVABv0B2c0DREO2yCdqn24JwZsPtQfPCPRcRhOQuFMRJklawbgQ02bCNE Y9TWk7mEutGoIIgqMds7F1RUwR9KJRWJdzQvzvyrJEo7yt5M9EKfW1cGBbdYBFFwjfKG VrdQ== MIME-Version: 1.0 Received: by 10.229.137.131 with SMTP id w3mr1628195qct.40.1355784073904; Mon, 17 Dec 2012 14:41:13 -0800 (PST) Received: by 10.229.113.102 with HTTP; Mon, 17 Dec 2012 14:41:13 -0800 (PST) In-Reply-To: <1355777651325-5770203.post@n5.nabble.com> References: <8e0665312c81ed7e18dafca553709aa1.authenticated@ultimatedns.net> <1355777651325-5770203.post@n5.nabble.com> Date: Mon, 17 Dec 2012 23:41:13 +0100 Message-ID: Subject: Re: How do I circumvent the use of clang during build? From: Andreas Nilsson To: Beeblebrox Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 22:41:21 -0000 Wouldn't this be a case where man src.conf on his system actually wouldn't tell the OP what he wanted, as clang was not available as option in 8? Of course the online version of that man page from RELENG_9* would. Best regards Andreas On Mon, Dec 17, 2012 at 9:54 PM, Beeblebrox wrote: > have a look at /etc/src.conf and > $ man src.cof > you can set many buildworld options there. > > > > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/How-do-I-circumvent-the-use-of-clang-during-build-tp5769907p5770203.html > Sent from the freebsd-stable mailing list archive at Nabble.com. > _______________________________________________ > 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 17 22:43:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68873FC2 for ; Mon, 17 Dec 2012 22:43:12 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) by mx1.freebsd.org (Postfix) with ESMTP id DBF5D8FC13 for ; Mon, 17 Dec 2012 22:43:10 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id 12so2856397wgh.31 for ; Mon, 17 Dec 2012 14:43:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dgiV7Ivmec/GhJvryx1C9OvX3HtA+ZaKUlhtyOXTZEo=; b=KRSFfRH3qqPzJR2KOso7M7+JXP9v6+swoTQJQdf+CY193rc1kaBV7h6PE7mLw+kDRA qYpcxagqwgtJSSOBFKFVn8rD6l4qR1rc+ZrUWEfr4f1thYZSxqdLobcjG59wTtjjQDHC 7FST29O2JAgHhmp9AiNtTfUTXhv7o8red91Ze2gBtSlxF23e19tA7h7ZdCvAkFCAoWRE UsmTqvrcs+eizHtkiyAi9rw4OC8IkdD7SCghYsfB7M8vEDIx2dEuTpPZT0f8qzSaMVlA 6W0Fs8FUmUyvxBBmxSF4jQ2HIJ40ytNHnsz7ngB+ewC75zMXyW+KoQSvmz+OLZfUqCOa 1YXQ== MIME-Version: 1.0 Received: by 10.194.238.5 with SMTP id vg5mr20089815wjc.40.1355784189782; Mon, 17 Dec 2012 14:43:09 -0800 (PST) Received: by 10.217.57.4 with HTTP; Mon, 17 Dec 2012 14:43:09 -0800 (PST) In-Reply-To: <50CF9ADD.7080202@digiware.nl> References: <50CEFAC5.8000002@digiware.nl> <572946ED30FA47C69D6DCDD511CF6EB2@multiplay.co.uk> <50CF47A5.4090008@digiware.nl> <50CF925C.5040106@digiware.nl> <50CF9ADD.7080202@digiware.nl> Date: Mon, 17 Dec 2012 15:43:09 -0700 Message-ID: Subject: Re: Strange CAM errors From: Jim Harris To: Willem Jan Withagen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 22:43:12 -0000 On Mon, Dec 17, 2012 at 3:21 PM, Willem Jan Withagen wrote: > On 17-12-2012 23:10, Jim Harris wrote: > > > > > > On Mon, Dec 17, 2012 at 2:45 PM, Willem Jan Withagen > > wrote: > > > > On 17-12-2012 20:16, Jim Harris wrote:> > > > The timeouts are occurring on inquiry commands to non-zero LUNs. > > > arcmsr(4) is returning CAM_SEL_TIMEOUT instead of > > CAM_DEV_NOT_THERE for > > > inquiry commands to this device and LUN > 0. CAM_DEV_NOT_THERE is > > > preferred to remove these types of warnings, and similar patches > have > > > gone into for other SCSI drivers recently. > > > > > > Can you try this patch? > > > > > > Index: sys/dev/arcmsr/arcmsr.c > > > =================================================================== > > > --- sys/dev/arcmsr/arcmsr.c (revision 244190) > > > +++ sys/dev/arcmsr/arcmsr.c (working copy) > > > @@ -2439,7 +2439,7 @@ > > > char *buffer=pccb->csio.data_ptr; > > > > > > if (pccb->ccb_h.target_lun) { > > > - pccb->ccb_h.status |= CAM_SEL_TIMEOUT; > > > + pccb->ccb_h.status |= CAM_DEV_NOT_THERE; > > > xpt_done(pccb); > > > return; > > > } > > > > > > > Hi Jim, > > > > The noise has gone down by a factor of 5, now I get: > > > > (probe6:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 > > (probe6:arcmsr0:0:16:1): CAM status: Unable to terminate I/O CCB > request > > (probe6:arcmsr0:0:16:1): Error 5, Unretryable error > > (probe6:arcmsr0:0:16:2): INQUIRY. CDB: 12 40 0 0 24 0 > > > > Which is defined in sys/cam/cam.c .... > > as CAM_UA_TERMIO, but that error is nowhere set in the arcmsr > code.... > > > > > > There is something out of sync on your system. I just noticed this, but > > your original error messages were showing "Command timeout" > > (CAM_CMD_TIMEOUT) even though the driver was returning CAM_SEL_TIMEOUT. > > Now in this case, driver is returning CAM_DEV_NOT_THERE, but CAM is > > printing error message for CAM_UA_TERMIO. In both cases, driver is > > returning value X, but cam is interpreting it as X+1. So CAM and > > arcmsr(4) seem to have a different idea of the values of the cam_status > > enumeration. > > > > Can you provide details on your build environment? Are you building > > arcmsr as a loadable module or do you specify "device arcmsr" in your > > kernel config to link it statically? I'm suspecting loadable module, > > although I have no idea how these values would get out of sync since > > this enumeration hasn't changed in probably 10+ years. > > arcmsr is build in the kernel > > [/usr/src] wjw@zfs.digiware.nl> kldstat > Id Refs Address Size Name > 1 28 0xffffffff80200000 b55be0 kernel > 2 1 0xffffffff80d56000 6138 nullfs.ko > 3 1 0xffffffff80d5d000 2153b0 zfs.ko > 4 2 0xffffffff80f73000 5e38 opensolaris.ko > 5 1 0xffffffff80f79000 f510 aio.ko > 6 1 0xffffffff80f89000 2a20 coretemp.ko > 7 1 0xffffffff81012000 316d4 nfscl.ko > 8 2 0xffffffff81044000 10827 nfscommon.ko > > And I just refetched 9.1-PRERELEASE this afternoon over svn.... > > Could this have something to do with Clang <> gcc ???? > Not that I did anything to change this. > > Note that I have nothing changed other than the KERNEL CONFIG file. > > And both kernel and world were build at the same time this afternoon. > With your patch I just only rebuild kernel and modules. > > Never mind my earlier comment on out-of-sync. It's another bug in arcmsr(4) - CAM_REQ_CMP == 0x1, and in the LUN > 0 case here it OR's the status values together, causing the off-by-one issue we were seeing. Please try the following patch instead (reverting earlier patch): Index: sys/dev/arcmsr/arcmsr.c =================================================================== --- sys/dev/arcmsr/arcmsr.c (revision 244190) +++ sys/dev/arcmsr/arcmsr.c (working copy) @@ -2432,14 +2432,13 @@ static void arcmsr_handle_virtual_command(struct AdapterControlBlock *acb, union ccb * pccb) { - pccb->ccb_h.status |= CAM_REQ_CMP; switch (pccb->csio.cdb_io.cdb_bytes[0]) { case INQUIRY: { unsigned char inqdata[36]; char *buffer=pccb->csio.data_ptr; if (pccb->ccb_h.target_lun) { - pccb->ccb_h.status |= CAM_SEL_TIMEOUT; + pccb->ccb_h.status |= CAM_DEV_NOT_THERE; xpt_done(pccb); return; } @@ -2455,6 +2454,7 @@ strncpy(&inqdata[16], "RAID controller ", 16); /* Product Identification */ strncpy(&inqdata[32], "R001", 4); /* Product Revision */ memcpy(buffer, inqdata, sizeof(inqdata)); + pccb->ccb_h.status |= CAM_REQ_CMP; xpt_done(pccb); } break; @@ -2464,10 +2464,12 @@ pccb->ccb_h.status |= CAM_SCSI_STATUS_ERROR; pccb->csio.scsi_status = SCSI_STATUS_CHECK_COND; } + pccb->ccb_h.status |= CAM_REQ_CMP; xpt_done(pccb); } break; default: + pccb->ccb_h.status |= CAM_REQ_CMP; xpt_done(pccb); } } From owner-freebsd-stable@FreeBSD.ORG Mon Dec 17 23:52:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B352CDC for ; Mon, 17 Dec 2012 23:52:10 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id 1523B8FC18 for ; Mon, 17 Dec 2012 23:52:09 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 05607153435; Tue, 18 Dec 2012 00:52:09 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N2lBUxtQC4jl; Tue, 18 Dec 2012 00:52:07 +0100 (CET) Received: from [192.168.10.10] (vaio [192.168.10.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id F357A153434; Tue, 18 Dec 2012 00:52:06 +0100 (CET) Message-ID: <50CFB026.3010102@digiware.nl> Date: Tue, 18 Dec 2012 00:52:06 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Jim Harris Subject: Re: Strange CAM errors References: <50CEFAC5.8000002@digiware.nl> <572946ED30FA47C69D6DCDD511CF6EB2@multiplay.co.uk> <50CF47A5.4090008@digiware.nl> <50CF925C.5040106@digiware.nl> <50CF9ADD.7080202@digiware.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Dec 2012 23:52:10 -0000 On 17-12-2012 23:43, Jim Harris wrote: > On Mon, Dec 17, 2012 at 3:21 PM, Willem Jan Withagen wrote: > >> On 17-12-2012 23:10, Jim Harris wrote: >>> >>> >>> On Mon, Dec 17, 2012 at 2:45 PM, Willem Jan Withagen >> > wrote: >>> >>> On 17-12-2012 20:16, Jim Harris wrote:> >>> > The timeouts are occurring on inquiry commands to non-zero LUNs. >>> > arcmsr(4) is returning CAM_SEL_TIMEOUT instead of >>> CAM_DEV_NOT_THERE for >>> > inquiry commands to this device and LUN > 0. CAM_DEV_NOT_THERE is >>> > preferred to remove these types of warnings, and similar patches >> have >>> > gone into for other SCSI drivers recently. >>> > >>> > Can you try this patch? >>> > >>> > Index: sys/dev/arcmsr/arcmsr.c >>> > =================================================================== >>> > --- sys/dev/arcmsr/arcmsr.c (revision 244190) >>> > +++ sys/dev/arcmsr/arcmsr.c (working copy) >>> > @@ -2439,7 +2439,7 @@ >>> > char *buffer=pccb->csio.data_ptr; >>> > >>> > if (pccb->ccb_h.target_lun) { >>> > - pccb->ccb_h.status |= CAM_SEL_TIMEOUT; >>> > + pccb->ccb_h.status |= CAM_DEV_NOT_THERE; >>> > xpt_done(pccb); >>> > return; >>> > } >>> > >>> >>> Hi Jim, >>> >>> The noise has gone down by a factor of 5, now I get: >>> >>> (probe6:arcmsr0:0:16:1): INQUIRY. CDB: 12 20 0 0 24 0 >>> (probe6:arcmsr0:0:16:1): CAM status: Unable to terminate I/O CCB >> request >>> (probe6:arcmsr0:0:16:1): Error 5, Unretryable error >>> (probe6:arcmsr0:0:16:2): INQUIRY. CDB: 12 40 0 0 24 0 >>> >>> Which is defined in sys/cam/cam.c .... >>> as CAM_UA_TERMIO, but that error is nowhere set in the arcmsr >> code.... >>> >>> >>> There is something out of sync on your system. I just noticed this, but >>> your original error messages were showing "Command timeout" >>> (CAM_CMD_TIMEOUT) even though the driver was returning CAM_SEL_TIMEOUT. >>> Now in this case, driver is returning CAM_DEV_NOT_THERE, but CAM is >>> printing error message for CAM_UA_TERMIO. In both cases, driver is >>> returning value X, but cam is interpreting it as X+1. So CAM and >>> arcmsr(4) seem to have a different idea of the values of the cam_status >>> enumeration. >>> >>> Can you provide details on your build environment? Are you building >>> arcmsr as a loadable module or do you specify "device arcmsr" in your >>> kernel config to link it statically? I'm suspecting loadable module, >>> although I have no idea how these values would get out of sync since >>> this enumeration hasn't changed in probably 10+ years. >> >> arcmsr is build in the kernel >> >> [/usr/src] wjw@zfs.digiware.nl> kldstat >> Id Refs Address Size Name >> 1 28 0xffffffff80200000 b55be0 kernel >> 2 1 0xffffffff80d56000 6138 nullfs.ko >> 3 1 0xffffffff80d5d000 2153b0 zfs.ko >> 4 2 0xffffffff80f73000 5e38 opensolaris.ko >> 5 1 0xffffffff80f79000 f510 aio.ko >> 6 1 0xffffffff80f89000 2a20 coretemp.ko >> 7 1 0xffffffff81012000 316d4 nfscl.ko >> 8 2 0xffffffff81044000 10827 nfscommon.ko >> >> And I just refetched 9.1-PRERELEASE this afternoon over svn.... >> >> Could this have something to do with Clang <> gcc ???? >> Not that I did anything to change this. >> >> Note that I have nothing changed other than the KERNEL CONFIG file. >> >> And both kernel and world were build at the same time this afternoon. >> With your patch I just only rebuild kernel and modules. >> >> > Never mind my earlier comment on out-of-sync. It's another bug in > arcmsr(4) - CAM_REQ_CMP == 0x1, and in the LUN > 0 case here it OR's the > status values together, causing the off-by-one issue we were seeing. > > Please try the following patch instead (reverting earlier patch): > > Index: sys/dev/arcmsr/arcmsr.c > =================================================================== > --- sys/dev/arcmsr/arcmsr.c (revision 244190) > +++ sys/dev/arcmsr/arcmsr.c (working copy) > @@ -2432,14 +2432,13 @@ > static void arcmsr_handle_virtual_command(struct AdapterControlBlock *acb, > union ccb * pccb) > { > - pccb->ccb_h.status |= CAM_REQ_CMP; > switch (pccb->csio.cdb_io.cdb_bytes[0]) { > case INQUIRY: { > unsigned char inqdata[36]; > char *buffer=pccb->csio.data_ptr; > > if (pccb->ccb_h.target_lun) { > - pccb->ccb_h.status |= CAM_SEL_TIMEOUT; > + pccb->ccb_h.status |= CAM_DEV_NOT_THERE; > xpt_done(pccb); > return; > } > @@ -2455,6 +2454,7 @@ > strncpy(&inqdata[16], "RAID controller ", 16); /* Product > Identification */ > strncpy(&inqdata[32], "R001", 4); /* Product Revision */ > memcpy(buffer, inqdata, sizeof(inqdata)); > + pccb->ccb_h.status |= CAM_REQ_CMP; > xpt_done(pccb); > } > break; > @@ -2464,10 +2464,12 @@ > pccb->ccb_h.status |= CAM_SCSI_STATUS_ERROR; > pccb->csio.scsi_status = SCSI_STATUS_CHECK_COND; > } > + pccb->ccb_h.status |= CAM_REQ_CMP; > xpt_done(pccb); > } > break; > default: > + pccb->ccb_h.status |= CAM_REQ_CMP; > xpt_done(pccb); > } > } Right, That did the trick..... Thanx for the code. --WjW From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 00:24:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D15FFBC8 for ; Tue, 18 Dec 2012 00:24:43 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-qa0-f52.google.com (mail-qa0-f52.google.com [209.85.216.52]) by mx1.freebsd.org (Postfix) with ESMTP id 7DDDA8FC16 for ; Tue, 18 Dec 2012 00:24:43 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id d13so137853qak.18 for ; Mon, 17 Dec 2012 16:24:43 -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=a6LGeiP5gaSbbTKNC5+uFFEPXxI2B/w2Ydx34AVLyEM=; b=k7MJ4+b0w+bvqoT+HTB7x0ydP6dkNOdbtbb4M7QRVNsL0AuZgKugdMiMcit/OpT5oo QMO9bICZSMEwBbAVO49WT3pXxkkhJ/+hImCFwyPp0FMRXFZs9bPkG63Fb0+VqWLn08sn ADW6mEYc2W12EeXyjbk0zD7vt7K5V0GjG0gVrcvZ6JutG5ebAv+n7nxODGbqzvcv6ZfU ZIIefz9vvVJ4J41u9VSvBG9fnlyZ6Bh0sQtp1SZ9cGbww/eYgIUAQtQL8FSvSDsAPN6B hlytoMn8cCsorTyWRXWg7ISUAjr1F5/qiucrY9iRLB7whWmHBy8x8SsG/1H8/uxXvRuG dodw== MIME-Version: 1.0 Received: by 10.224.70.205 with SMTP id e13mr107847qaj.77.1355788876752; Mon, 17 Dec 2012 16:01:16 -0800 (PST) Received: by 10.49.27.231 with HTTP; Mon, 17 Dec 2012 16:01:16 -0800 (PST) In-Reply-To: <50CFB026.3010102@digiware.nl> References: <50CEFAC5.8000002@digiware.nl> <572946ED30FA47C69D6DCDD511CF6EB2@multiplay.co.uk> <50CF47A5.4090008@digiware.nl> <50CF925C.5040106@digiware.nl> <50CF9ADD.7080202@digiware.nl> <50CFB026.3010102@digiware.nl> Date: Mon, 17 Dec 2012 17:01:16 -0700 Message-ID: Subject: Re: Strange CAM errors From: Jim Harris To: Willem Jan Withagen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 00:24:43 -0000 On Mon, Dec 17, 2012 at 4:52 PM, Willem Jan Withagen wrote: > Right, > > That did the trick..... > Thanx for the code. > > --WjW > > > Patch committed as r244369. It will get MFC'd but obviously won't be in 9.1. Thanks, -Jim From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 01:02:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63D17320 for ; Tue, 18 Dec 2012 01:02:21 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id 302018FC0C for ; Tue, 18 Dec 2012 01:02:20 +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 qBI12Bto028814; Mon, 17 Dec 2012 17:02:17 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBI126nC028810; Mon, 17 Dec 2012 17:02:06 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 17 Dec 2012 17:02:06 -0800 (PST) Message-ID: <5a837835be7ab73478e7a2335518c0a0.authenticated@ultimatedns.net> In-Reply-To: <50CF6F65.7000200@gmail.com> References: <20121217090849.21666@relay.ibs.dn.ua> <2d46e33594d6f362e7cc325d951baf7d.authenticated@ultimatedns.net> <50CF6F65.7000200@gmail.com> Date: Mon, 17 Dec 2012 17:02:06 -0800 (PST) Subject: Re: buildkernel error ... From: "Chris H" To: "Chuck Burns" 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.14 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, 18 Dec 2012 01:02:21 -0000 > On 12/17/2012 1:35 AM, Chris H wrote: >>> hi all, >>> >>> I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64 >>> >>> yesterday I have cvsup-ed src and was trying to buildkernel >>> bellow is error I receive: >>> --- [ cut ] >>> ----------------------------------------------------------------------------------------------------- >>> ... >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall >>> -Wredundant-decls >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >>> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >>> -finline-limit=8000 >>> --param inline-unit-growth=100 --param large-function-growth=1000 >>> -fno-omit-frame-pointer >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >>> /usr/src/sys/xdr/xdr_reference.c >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall >>> -Wredundant-decls >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >>> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >>> -finline-limit=8000 >>> --param inline-unit-growth=100 --param large-function-growth=1000 >>> -fno-omit-frame-pointer >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >>> /usr/src/sys/xdr/xdr_sizeof.c >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall >>> -Wredundant-decls >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >>> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >>> -finline-limit=8000 >>> --param inline-unit-growth=100 --param large-function-growth=1000 >>> -fno-omit-frame-pointer >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >>> /usr/src/sys/amd64/acpica/acpi_machdep.c >>> cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe -fno-strict-aliasing >>> -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >>> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. >>> -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS >>> -include >>> opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param >>> large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone >>> -mno-mmx >>> -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >>> -Werror /usr/src/sys/amd64/acpica/acpi_switch.S >>> /usr/src/sys/amd64/acpica/acpi_switch.S: Assembler messages: >>> /usr/src/sys/amd64/acpica/acpi_switch.S:146: Error: no such instruction: `xsetbv' >>> /usr/src/sys/amd64/acpica/acpi_switch.S:147: Error: no such instruction: `xrstor (%rbx)' >>> *** Error code 1 >>> >>> Stop in /usr/obj/usr/src/sys/ZEUS_HOME. >>> *** Error code 1 >>> >>> Stop in /usr/src. >>> *** Error code 1 >>> >>> Stop in /usr/src. >>> --- [ cut ] >>> ----------------------------------------------------------------------------------------------------- >>> >>> >>> nothing is changed in my kernel configuration file ... >> >> Greetings, >> I too attempted a buildworld, and a kernel yesterday (also synced yesterday). >> It failed with a similar message to yours. I have _never_ experianced world, >> or kernel issues in the 25yrs I've been using BSD exclusively. Given that the >> only thing that has changed is the addition of clang, I'd recommend performing a: >> make clean >> then try again with: >> make -DWITHOUT_CLANG buildworld KERNCONF= >> replacing with the actual name of your KERNCONF file. >> >> I'm in the middle of a buildworld as I write this, that I believe will >> conclusively prove that clang was the reason my last attempt failed. >> >> HTH, and best wishes. >> >> --Chris >> >> P.S. This was also 9.1 >> >> >>> >>> -- >>> Zeus V. Panchenko jid:zeus@im.ibs.dn.ua >>> IT Dpt., I.B.S. LLC GMT+2 (EET) >>> _______________________________________________ >>> 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" >> > Waste of time.. unless the OP has enabled CLANG_AS_CC then clang is not > being called here.. "cc" is NOT clang unless "CLANG_AS_CC" is set. It > makes no sense to just throw crazy ideas like this onto a mailing list, > especially when you haven't even yet 'verified' the claim yourself. > > Good lord.. Fair enough. Now that build && install world has completed. I can safely report that clang _was_ the culprit. The entire procedure not only took 1/6th the time, as compared with clang, but provided a successful installworld -- unlike the clang counterpart. Best wishes. --Chris > > -- > Chuck Burns > _______________________________________________ > 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 18 01:07:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BBF048B for ; Tue, 18 Dec 2012 01:07:45 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id E15C28FC14 for ; Tue, 18 Dec 2012 01:07: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 qBI17faG029136; Mon, 17 Dec 2012 17:07:47 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBI17a3k029133; Mon, 17 Dec 2012 17:07:36 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 17 Dec 2012 17:07:36 -0800 (PST) Message-ID: In-Reply-To: <50CF70BE.8070707@gmail.com> References: <20121217090849.21666@relay.ibs.dn.ua> <2d46e33594d6f362e7cc325d951baf7d.authenticated@ultimatedns.net> <50CF70BE.8070707@gmail.com> Date: Mon, 17 Dec 2012 17:07:36 -0800 (PST) Subject: Re: buildkernel error ... From: "Chris H" To: "Chuck Burns" 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.14 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, 18 Dec 2012 01:07:45 -0000 > On 12/17/2012 1:35 AM, Chris H wrote: >>> hi all, >>> >>> I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64 >>> >>> yesterday I have cvsup-ed src and was trying to buildkernel >>> bellow is error I receive: >>> --- [ cut ] >>> ----------------------------------------------------------------------------------------------------- >>> ... >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall >>> -Wredundant-decls >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >>> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >>> -finline-limit=8000 >>> --param inline-unit-growth=100 --param large-function-growth=1000 >>> -fno-omit-frame-pointer >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >>> /usr/src/sys/xdr/xdr_reference.c >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall >>> -Wredundant-decls >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >>> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >>> -finline-limit=8000 >>> --param inline-unit-growth=100 --param large-function-growth=1000 >>> -fno-omit-frame-pointer >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >>> /usr/src/sys/xdr/xdr_sizeof.c >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall >>> -Wredundant-decls >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >>> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >>> -finline-limit=8000 >>> --param inline-unit-growth=100 --param large-function-growth=1000 >>> -fno-omit-frame-pointer >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >>> /usr/src/sys/amd64/acpica/acpi_machdep.c >>> cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe -fno-strict-aliasing >>> -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >>> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. >>> -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS >>> -include >>> opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param >>> large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone >>> -mno-mmx >>> -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >>> -Werror /usr/src/sys/amd64/acpica/acpi_switch.S >>> /usr/src/sys/amd64/acpica/acpi_switch.S: Assembler messages: >>> /usr/src/sys/amd64/acpica/acpi_switch.S:146: Error: no such instruction: `xsetbv' >>> /usr/src/sys/amd64/acpica/acpi_switch.S:147: Error: no such instruction: `xrstor (%rbx)' >>> *** Error code 1 >>> >>> Stop in /usr/obj/usr/src/sys/ZEUS_HOME. >>> *** Error code 1 >>> >>> Stop in /usr/src. >>> *** Error code 1 >>> >>> Stop in /usr/src. >>> --- [ cut ] >>> ----------------------------------------------------------------------------------------------------- >>> >>> >>> nothing is changed in my kernel configuration file ... >> >> Greetings, >> I too attempted a buildworld, and a kernel yesterday (also synced yesterday). >> It failed with a similar message to yours. I have _never_ experianced world, >> or kernel issues in the 25yrs I've been using BSD exclusively. Given that the >> only thing that has changed is the addition of clang, I'd recommend performing a: >> make clean >> then try again with: >> make -DWITHOUT_CLANG buildworld KERNCONF= >> replacing with the actual name of your KERNCONF file. >> >> I'm in the middle of a buildworld as I write this, that I believe will >> conclusively prove that clang was the reason my last attempt failed. >> >> HTH, and best wishes. >> >> --Chris >> >> P.S. This was also 9.1 >> >> >>> >>> -- >>> Zeus V. Panchenko jid:zeus@im.ibs.dn.ua >>> IT Dpt., I.B.S. LLC GMT+2 (EET) >>> _______________________________________________ >>> 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" >> > > > And, just for the record, there are QUITE A FEW changes between 8.x and > 9.x other than "adding clang as an optional compiler" which, in case you > didn't realize.. is an OPTIONAL compiler in the 9.x series. Do not > build it, if you wish, but when it's not being used to compile > something, it cannot be blamed for something being broken. Well, if I understand you correctly, clang isn't used by default. However, in my case, when: cd /usr/src make buildworld _did_ initiate a build with the clang toolchain. I saw no mention of it in Updating, and was _quite_ surprised, when I discovered it's use. Also _quite_ disappointed when it resulted in an installworld failure. --Chris > > -- > Chuck Burns > _______________________________________________ > 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 18 01:09:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD01559F for ; Tue, 18 Dec 2012 01:09:48 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id 970398FC0A for ; Tue, 18 Dec 2012 01:09:48 +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 qBI19ihc029171; Mon, 17 Dec 2012 17:09:50 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBI19dnm029165; Mon, 17 Dec 2012 17:09:39 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 17 Dec 2012 17:09:39 -0800 (PST) Message-ID: <50d4feda871865f3243a933a96698b13.authenticated@ultimatedns.net> In-Reply-To: <1355777651325-5770203.post@n5.nabble.com> References: <8e0665312c81ed7e18dafca553709aa1.authenticated@ultimatedns.net> <1355777651325-5770203.post@n5.nabble.com> Date: Mon, 17 Dec 2012 17:09:39 -0800 (PST) Subject: Re: How do I circumvent the use of clang during build? From: "Chris H" To: "Beeblebrox" 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.14 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, 18 Dec 2012 01:09:48 -0000 Greetings Beeblebrox, and thank you for your reply. > have a look at /etc/src.conf and > $ man src.cof > you can set many buildworld options there. Good advise! Thanks. --Chris > > > > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/How-do-I-circumvent-the-use-of-clang-during-build-tp5769907p5770203.html > Sent from the freebsd-stable mailing list archive at Nabble.com. > _______________________________________________ > 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 18 01:13:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E9F17FF for ; Tue, 18 Dec 2012 01:13:32 +0000 (UTC) (envelope-from alonsoschaich@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4C71C8FC0A for ; Tue, 18 Dec 2012 01:13:31 +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 9FBF420958 for ; Mon, 17 Dec 2012 20:13:25 -0500 (EST) Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute6.internal (MEProxy); Mon, 17 Dec 2012 20:13:25 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= from:to:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=mesmtp; bh=vOYBDUluXUY4956Af6zAeFywQ5s=; b=ntS/eezJB/VZl5W/ec6zGF9wq2Ug iDTLi4WPKTTwfj/PwV2Sj0ABnO6UWQMKcZi8gXoFDlkznjKvN7dB5yl5HYZR6O/q yWJCoUODSoXT7AW8QLw/kkaHLO1ZCmwUekCLDezB4QD06jC5FaLsJHhG1vy7mMkS Ig7C8Qg6ucoph4w= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=from:to:subject:date:message-id :in-reply-to:references:mime-version:content-transfer-encoding :content-type; s=smtpout; bh=vOYBDUluXUY4956Af6zAeFywQ5s=; b=F14 ln26za1ngdl9gDAgS+87K0zQdO+rz5O2uFECFUskHwnQYMJ2B36RIrOgpKpmsFRL 7goR0QzOI6kZ8fpd6J1V7MzmMMiYDi44fNO6sWRPT1XT89C1BV8iQbCuzJi+FTHF WIkFoMbSDUCflY0SBIu63/36tyINdSUkrVeLsg8s= X-Sasl-enc: NwiTgr82dwtlZhd8708BKuWw8vk0Nb1XRv92J/SxXBxI 1355793205 Received: from harmony.localnet.edu (unknown [141.87.213.55]) by mail.messagingengine.com (Postfix) with ESMTPA id 3EA8848279B for ; Mon, 17 Dec 2012 20:13:25 -0500 (EST) From: Schaich Alonso To: freebsd-stable@freebsd.org Subject: Re: buildkernel error ... Date: Tue, 18 Dec 2012 02:13:22 +0100 Message-ID: <7979016.AOBqQzqVdN@harmony.localnet.edu> User-Agent: KMail/4.9.3 (FreeBSD/9.1-PRERELEASE; KDE/4.9.3; amd64; ; ) In-Reply-To: <5a837835be7ab73478e7a2335518c0a0.authenticated@ultimatedns.net> References: <20121217090849.21666@relay.ibs.dn.ua> <50CF6F65.7000200@gmail.com> <5a837835be7ab73478e7a2335518c0a0.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 01:13:32 -0000 On 2012-12-17 (Monday) 17:02:06 Chris H wrote: > > On 12/17/2012 1:35 AM, Chris H wrote: > >>> hi all, > >>> > >>> I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64 > >>> > >>> yesterday I have cvsup-ed src and was trying to buildkernel > >>> bellow is error I receive: > >>> --- [ cut ] > >>> ------------------------------------------------------------------------ > >>> ----------------------------- ... > >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g > >>> -Wall > >>> -Wredundant-decls > >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > >>> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > >>> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option > >>> -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL > >>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > >>> -finline-limit=8000 > >>> --param inline-unit-growth=100 --param large-function-growth=1000 > >>> -fno-omit-frame-pointer > >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > >>> /usr/src/sys/xdr/xdr_reference.c > >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g > >>> -Wall > >>> -Wredundant-decls > >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > >>> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > >>> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option > >>> -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL > >>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > >>> -finline-limit=8000 > >>> --param inline-unit-growth=100 --param large-function-growth=1000 > >>> -fno-omit-frame-pointer > >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > >>> /usr/src/sys/xdr/xdr_sizeof.c > >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g > >>> -Wall > >>> -Wredundant-decls > >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > >>> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > >>> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option > >>> -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL > >>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > >>> -finline-limit=8000 > >>> --param inline-unit-growth=100 --param large-function-growth=1000 > >>> -fno-omit-frame-pointer > >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > >>> /usr/src/sys/amd64/acpica/acpi_machdep.c > >>> cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe > >>> -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls > >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > >>> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > >>> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option > >>> -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL > >>> -DHAVE_KERNEL_OPTION_HEADERS -include > >>> opt_global.h -fno-common -finline-limit=8000 --param > >>> inline-unit-growth=100 --param large-function-growth=1000 > >>> -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx > >>> -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > >>> -fstack-protector -Werror /usr/src/sys/amd64/acpica/acpi_switch.S > >>> /usr/src/sys/amd64/acpica/acpi_switch.S: Assembler messages: > >>> /usr/src/sys/amd64/acpica/acpi_switch.S:146: Error: no such instruction: > >>> `xsetbv' /usr/src/sys/amd64/acpica/acpi_switch.S:147: Error: no such > >>> instruction: `xrstor (%rbx)' *** Error code 1 > >>> > >>> Stop in /usr/obj/usr/src/sys/ZEUS_HOME. > >>> *** Error code 1 > >>> > >>> Stop in /usr/src. > >>> *** Error code 1 > >>> > >>> Stop in /usr/src. > >>> --- [ cut ] > >>> ------------------------------------------------------------------------ > >>> ----------------------------- > >>> > >>> > >>> nothing is changed in my kernel configuration file ... > >> > >> Greetings, > >> > >> I too attempted a buildworld, and a kernel yesterday (also synced > >> yesterday).>> > >> It failed with a similar message to yours. I have _never_ experianced > >> world, or kernel issues in the 25yrs I've been using BSD exclusively. > >> Given that the only thing that has changed is the addition of clang, I'd > >> recommend performing a: make clean > >> then try again with: > >> make -DWITHOUT_CLANG buildworld KERNCONF= > >> replacing with the actual name of your KERNCONF > >> file. > >> > >> I'm in the middle of a buildworld as I write this, that I believe will > >> conclusively prove that clang was the reason my last attempt failed. > >> > >> HTH, and best wishes. > >> > >> --Chris > >> > >> P.S. This was also 9.1 > >> > >>> -- > >>> Zeus V. Panchenko jid:zeus@im.ibs.dn.ua > >>> IT Dpt., I.B.S. LLC GMT+2 (EET) > >>> _______________________________________________ > >>> 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" > > > > Waste of time.. unless the OP has enabled CLANG_AS_CC then clang is not > > being called here.. "cc" is NOT clang unless "CLANG_AS_CC" is set. It > > makes no sense to just throw crazy ideas like this onto a mailing list, > > especially when you haven't even yet 'verified' the claim yourself. > > > > Good lord.. > > Fair enough. > Now that build && install world has completed. I can safely report > that clang _was_ the culprit. The entire procedure not only took > 1/6th the time, as compared with clang, but provided a successful > installworld -- unlike the clang counterpart. > > Best wishes. > > --Chris > Just with the detail that the quoted error occured during buildkernel and not buildworld, and is caused by using an outdated binutils' AS(1) ... > > -- > > Chuck Burns > > _______________________________________________ > > 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 18 01:14:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C81EA91C for ; Tue, 18 Dec 2012 01:14:06 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id 761AC8FC17 for ; Tue, 18 Dec 2012 01:14:06 +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 qBI1E2jD029251; Mon, 17 Dec 2012 17:14:08 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBI1DuKF029243; Mon, 17 Dec 2012 17:13:56 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 17 Dec 2012 17:13:57 -0800 (PST) Message-ID: <8f3c70342eb3f5704daf8d5da55a3431.authenticated@ultimatedns.net> In-Reply-To: References: <8e0665312c81ed7e18dafca553709aa1.authenticated@ultimatedns.net> <1355777651325-5770203.post@n5.nabble.com> Date: Mon, 17 Dec 2012 17:13:57 -0800 (PST) Subject: Re: How do I circumvent the use of clang during build? From: "Chris H" To: "Andreas Nilsson" 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 Mailing List , Beeblebrox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 01:14:06 -0000 Greetings, and thank you for your reply. > Wouldn't this be a case where man src.conf on his system actually wouldn't > tell the OP what he wanted, as clang was not available as option in 8? Of > course the online version of that man page from RELENG_9* would. Indeed, and _boy_ was I surprised, when I watched it start to build. I found no mention of it in updating either. Thanks again, for your reply. --Chris > > Best regards > Andreas > > > On Mon, Dec 17, 2012 at 9:54 PM, Beeblebrox wrote: > >> have a look at /etc/src.conf and >> $ man src.cof >> you can set many buildworld options there. >> >> >> >> -- >> View this message in context: >> http://freebsd.1045724.n5.nabble.com/How-do-I-circumvent-the-use-of-clang-during-build-tp5769907p5770203.html >> Sent from the freebsd-stable mailing list archive at Nabble.com. >> _______________________________________________ >> 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" > -- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 01:17:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EFD7BD0 for ; Tue, 18 Dec 2012 01:17:54 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id 516AE8FC0C for ; Tue, 18 Dec 2012 01:17:53 +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 qBI1HkPq029603; Mon, 17 Dec 2012 17:17:52 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBI1Hf5l029600; Mon, 17 Dec 2012 17:17:41 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 17 Dec 2012 17:17:41 -0800 (PST) Message-ID: In-Reply-To: <7979016.AOBqQzqVdN@harmony.localnet.edu> References: <20121217090849.21666@relay.ibs.dn.ua> <50CF6F65.7000200@gmail.com> <5a837835be7ab73478e7a2335518c0a0.authenticated@ultimatedns.net> <7979016.AOBqQzqVdN@harmony.localnet.edu> Date: Mon, 17 Dec 2012 17:17:41 -0800 (PST) Subject: Re: buildkernel error ... From: "Chris H" To: "Schaich Alonso" 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.14 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, 18 Dec 2012 01:17:54 -0000 > On 2012-12-17 (Monday) 17:02:06 Chris H wrote: >> > On 12/17/2012 1:35 AM, Chris H wrote: >> >>> hi all, >> >>> >> >>> I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64 >> >>> >> >>> yesterday I have cvsup-ed src and was trying to buildkernel >> >>> bellow is error I receive: >> >>> --- [ cut ] >> >>> ------------------------------------------------------------------------ >> >>> ----------------------------- ... >> >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g >> >>> -Wall >> >>> -Wredundant-decls >> >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >> >>> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >> >>> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option >> >>> -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL >> >>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >> >>> -finline-limit=8000 >> >>> --param inline-unit-growth=100 --param large-function-growth=1000 >> >>> -fno-omit-frame-pointer >> >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >> >>> /usr/src/sys/xdr/xdr_reference.c >> >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g >> >>> -Wall >> >>> -Wredundant-decls >> >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >> >>> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >> >>> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option >> >>> -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL >> >>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >> >>> -finline-limit=8000 >> >>> --param inline-unit-growth=100 --param large-function-growth=1000 >> >>> -fno-omit-frame-pointer >> >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >> >>> /usr/src/sys/xdr/xdr_sizeof.c >> >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g >> >>> -Wall >> >>> -Wredundant-decls >> >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >> >>> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >> >>> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option >> >>> -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL >> >>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >> >>> -finline-limit=8000 >> >>> --param inline-unit-growth=100 --param large-function-growth=1000 >> >>> -fno-omit-frame-pointer >> >>> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror >> >>> /usr/src/sys/amd64/acpica/acpi_machdep.c >> >>> cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe >> >>> -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls >> >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >> >>> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >> >>> -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option >> >>> -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL >> >>> -DHAVE_KERNEL_OPTION_HEADERS -include >> >>> opt_global.h -fno-common -finline-limit=8000 --param >> >>> inline-unit-growth=100 --param large-function-growth=1000 >> >>> -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx >> >>> -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding >> >>> -fstack-protector -Werror /usr/src/sys/amd64/acpica/acpi_switch.S >> >>> /usr/src/sys/amd64/acpica/acpi_switch.S: Assembler messages: >> >>> /usr/src/sys/amd64/acpica/acpi_switch.S:146: Error: no such instruction: >> >>> `xsetbv' /usr/src/sys/amd64/acpica/acpi_switch.S:147: Error: no such >> >>> instruction: `xrstor (%rbx)' *** Error code 1 >> >>> >> >>> Stop in /usr/obj/usr/src/sys/ZEUS_HOME. >> >>> *** Error code 1 >> >>> >> >>> Stop in /usr/src. >> >>> *** Error code 1 >> >>> >> >>> Stop in /usr/src. >> >>> --- [ cut ] >> >>> ------------------------------------------------------------------------ >> >>> ----------------------------- >> >>> >> >>> >> >>> nothing is changed in my kernel configuration file ... >> >> >> >> Greetings, >> >> >> >> I too attempted a buildworld, and a kernel yesterday (also synced >> >> yesterday).>> >> >> It failed with a similar message to yours. I have _never_ experianced >> >> world, or kernel issues in the 25yrs I've been using BSD exclusively. >> >> Given that the only thing that has changed is the addition of clang, I'd >> >> recommend performing a: make clean >> >> then try again with: >> >> make -DWITHOUT_CLANG buildworld KERNCONF= >> >> replacing with the actual name of your KERNCONF >> >> file. >> >> >> >> I'm in the middle of a buildworld as I write this, that I believe will >> >> conclusively prove that clang was the reason my last attempt failed. >> >> >> >> HTH, and best wishes. >> >> >> >> --Chris >> >> >> >> P.S. This was also 9.1 >> >> >> >>> -- >> >>> Zeus V. Panchenko jid:zeus@im.ibs.dn.ua >> >>> IT Dpt., I.B.S. LLC GMT+2 (EET) >> >>> _______________________________________________ >> >>> 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" >> > >> > Waste of time.. unless the OP has enabled CLANG_AS_CC then clang is not >> > being called here.. "cc" is NOT clang unless "CLANG_AS_CC" is set. It >> > makes no sense to just throw crazy ideas like this onto a mailing list, >> > especially when you haven't even yet 'verified' the claim yourself. >> > >> > Good lord.. >> >> Fair enough. >> Now that build && install world has completed. I can safely report >> that clang _was_ the culprit. The entire procedure not only took >> 1/6th the time, as compared with clang, but provided a successful >> installworld -- unlike the clang counterpart. >> >> Best wishes. >> >> --Chris >> > > Just with the detail that the quoted error occured during buildkernel and not > buildworld, and is caused by using an outdated binutils' AS(1) ... You clearly have a better eye, than I. :) --Chris > >> > -- >> > Chuck Burns >> > _______________________________________________ >> > 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" > -- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 07:35:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 043816D2 for ; Tue, 18 Dec 2012 07:35:46 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-pa0-f46.google.com (mail-pa0-f46.google.com [209.85.220.46]) by mx1.freebsd.org (Postfix) with ESMTP id C4A908FC0A for ; Tue, 18 Dec 2012 07:35:45 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id bh2so324948pad.5 for ; Mon, 17 Dec 2012 23:35: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=D03d6jFJHQ/dnnrtpsx5MANPy15ZXAdIAd14YSoGQHc=; b=KU/zgVv6LNQN0VETTWktCiVX7pF25b3QxofrmGeyc2+qRWRywRSiL4GSEXWfCeWGtG LB9Bn0f1I8TpXin8JqyYZjlDgefKEIwElJpwGXQIbEmtbLGRgcDEFstxzWsWgta093Kb OxWuL2U4HjktbQl7wObXLOWxSGZSj1P8GDzcJOjMfRjREou8MJisGb0sYSmJXxJStllu ZvsslCazwena2GIqrkMKDKd23DMHt1SU64ELzgniYCZTAjQn7KxWqi/uEHFV2eEhCsqn lGw54hWoBu61aHsLVbdH+8pSt2DbGQKPsQSerpk54AtNYYjDkwClPIdnjOL9hEVRpGxC mD8w== MIME-Version: 1.0 Received: by 10.68.252.228 with SMTP id zv4mr3840446pbc.134.1355816145170; Mon, 17 Dec 2012 23:35:45 -0800 (PST) Received: by 10.66.80.36 with HTTP; Mon, 17 Dec 2012 23:35:44 -0800 (PST) In-Reply-To: <20121217172902.GA1017@mycenae.sbb.rs> References: <20121217172902.GA1017@mycenae.sbb.rs> Date: Tue, 18 Dec 2012 08:35:44 +0100 Message-ID: Subject: Re: thinkpad and synaptics From: David Demelier To: Zoran Kolic Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 07:35:46 -0000 If you plan to use the Xorg synaptics driver you *must* remove moused_enable from rc.conf, Xorg can't use the synaptics mouse if the moused already sits on the /dev/psm0 device. This is not really well documented, tough. I've sent a PR to document pkg-message for xf85-input-synaptics but it has never been checked, http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148591 See the documentation in the patch.txt, it should works. Regards 2012/12/17 Zoran Kolic > As first, thanks for answer. > > > Section "ServerLayout" > > Identifier "X.org Configured" > > Screen 0 "Screen0" 0 0 > > InputDevice "Mouse0" "CorePointer" > > InputDevice "Keyboard0" "CoreKeyboard" > > Option "AutoAddDevices" "Off" > > EndSection > > > > [...] > > > > Section "InputDevice" > > Identifier "Mouse0" > > Driver "mouse" > > Option "Protocol" "auto" > > Option "Device" "/dev/sysmouse" > > Option "ZAxisMapping" "4 5 6 7" > > EndSection > > > >In rc.conf: > > > > moused_enable="YES" > > > >in loader.conf: > > > > hw.psm.synaptics_support="1" > > OK. I know it is writen zillion times and it still does not > work for me. It is thinkpad e320, amd64, 9.1, kms. I had a > lot of problems regarding fonts and non working vertical > scroll on the pad. What I did: > put synaptics_support > run moused > changed xorg.conf in a million ways > This xorg.conf is similar to mine. I also have psm0 in /dev/ > spite I have no loader.conf option right now. I assume that > installing xf86 synaptics did the job. Simply, it does not > scroll, with this configuration. > I might need to rest a day or two, to sleep and to read more. > Best regards and, once more, thanks all for help. > > Zoran > > _______________________________________________ > 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" > -- Demelier David From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 08:33:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48954A20 for ; Tue, 18 Dec 2012 08:33:36 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id C937A8FC0C for ; Tue, 18 Dec 2012 08:33:35 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id C0D6E153434; Tue, 18 Dec 2012 09:33:34 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5JBsFXJVh-ey; Tue, 18 Dec 2012 09:33:34 +0100 (CET) Received: from [127.0.0.1] (opteron [192.168.10.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPS id 1309F153433; Tue, 18 Dec 2012 09:33:34 +0100 (CET) Message-ID: <50D02A58.4020406@digiware.nl> Date: Tue, 18 Dec 2012 09:33:28 +0100 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Jim Harris Subject: Re: Strange CAM errors References: <50CEFAC5.8000002@digiware.nl> <572946ED30FA47C69D6DCDD511CF6EB2@multiplay.co.uk> <50CF47A5.4090008@digiware.nl> <50CF925C.5040106@digiware.nl> <50CF9ADD.7080202@digiware.nl> <50CFB026.3010102@digiware.nl> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 121217-2, 12/17/2012), Outbound message X-Antivirus-Status: Clean Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 08:33:36 -0000 On 2012-12-18 1:01, Jim Harris wrote: > > > On Mon, Dec 17, 2012 at 4:52 PM, Willem Jan Withagen > wrote: > > Right, > > That did the trick..... > Thanx for the code. > > --WjW > > > > Patch committed as r244369. It will get MFC'd but obviously won't be in 9.1. > Oke, thanx very much. As far as I can tell the has not hurt the system, since it seems to be probing code. And probing finds all the disks. There are also some ZFS reboot fixes by Andriy, that will only make it in after the release of 9.1. And that one is really a tricky/nasty one because it makes it easy the hang-up remote systems in the upgrade process. And would definitely deserve a warning in the release notes.... Since otherwise there might be more than the average set of complaints. --WjW From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 09:00:00 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0EC43EA for ; Tue, 18 Dec 2012 09:00:00 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6C7EE8FC1D for ; Tue, 18 Dec 2012 09:00:00 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id D7896153434 for ; Tue, 18 Dec 2012 09:59:59 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vCpmho27VJyA for ; Tue, 18 Dec 2012 09:59:59 +0100 (CET) Received: from [127.0.0.1] (opteron [192.168.10.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPS id 6E55E153433 for ; Tue, 18 Dec 2012 09:59:59 +0100 (CET) Message-ID: <50D0308A.9000200@digiware.nl> Date: Tue, 18 Dec 2012 09:59:54 +0100 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "stable@freebsd.org" Subject: No more torrents..... X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 121217-2, 12/17/2012), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 09:00:00 -0000 Hi, Not sure on what other list this would be discussed... But I noticed that: Error 503 torrents.FreeBSD.org is offline. It will probably will not be back. And this has been one of the small ways to support the FreeBSD community, by offering almost all images on torrents.... Got about 750 full 7.0 CD1 download 350 full 7.0 DVD1 downloads So what is the reason for this? policy no more support? --WjW From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 11:28:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B7F839E for ; Tue, 18 Dec 2012 11:28:27 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward4h.mail.yandex.net (forward4h.mail.yandex.net [IPv6:2a02:6b8:0:f05::4]) by mx1.freebsd.org (Postfix) with ESMTP id E55928FC0A for ; Tue, 18 Dec 2012 11:28:26 +0000 (UTC) Received: from web26h.yandex.ru (web26h.yandex.ru [84.201.187.160]) by forward4h.mail.yandex.net (Yandex) with ESMTP id 6D9A41B2213D for ; Tue, 18 Dec 2012 15:28:25 +0400 (MSK) Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1]) by web26h.yandex.ru (Yandex) with ESMTP id 3037E34D03FC; Tue, 18 Dec 2012 15:28:25 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1355830105; bh=FcCyXH3D63JXIA1oDCTv4w3V8/7CHkm7sPAo6uZbS14=; h=From:To:Subject:Date; b=TtORkDmaCsq3MJ3wcCOisPnh+k6G/FbTN/V0p0eqk4mcj/5HaAqlIeRkOZwm65g0B VwBfsml+dDm7tpLw8b+Dt6ALXrwk2S7uPzbI3Jzs3NGc25YnQJu8LrLDHMpqZxXM4v NPFKtu4BvLRN5MYOkHVl6jCBsU7wNcUEUJc07xlw= Received: from office-gw.skytel.spb.ru (office-gw.skytel.spb.ru [193.110.239.131]) by web26h.yandex.ru with HTTP; Tue, 18 Dec 2012 15:28:25 +0400 From: S.N.Grigoriev To: FreeBSD Stable Subject: Startup lapic messages MIME-Version: 1.0 Message-Id: <4474191355830105@web26h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 18 Dec 2012 15:28:25 +0400 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 11:28:27 -0000 Hi list, I've installed FreeBSD 9.1R amd64 on a new Intel server. The following lapic messages appear during system startup: lapic18: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic50: Forcing LINT1 to edge trigger SMP: AP CPU #6 Launched! lapic20: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic32: Forcing LINT1 to edge trigger SMP: AP CPU #4 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic34: Forcing LINT1 to edge trigger SMP: AP CPU #5 Launched! lapic52: Forcing LINT1 to edge trigger SMP: AP CPU #7 Launched! I've never seen such messages in past. Does it mean I have some hardware problem/misconfiguration? -- Thanks, Serguey. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 13:48:12 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBD13AF2 for ; Tue, 18 Dec 2012 13:48:12 +0000 (UTC) (envelope-from sam@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 32AE48FC15 for ; Tue, 18 Dec 2012 13:48:11 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 9895BC384A for ; Tue, 18 Dec 2012 14:39:55 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id 1T2lbfXhdiTE for ; Tue, 18 Dec 2012 14:39:54 +0100 (CET) Received: from [10.0.2.120] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id A0040C3846 for ; Tue, 18 Dec 2012 14:39:54 +0100 (CET) Message-ID: <50D0722A.7040305@semihalf.com> Date: Tue, 18 Dec 2012 14:39:54 +0100 From: Artur Samborski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: FreeBSD-9.0-RELEASE-amd64 fails to start with SMP on qemu-kvm Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 13:48:12 -0000 Hello, When i try to run FreeBSD-9.0-RELEASE-amd on more than 1 vcpu in quemu-kvm (Fedora Core 17) eg. with: qemu-kvm -m 1024m -cpu host -smp 2 -cdrom /storage/iso/FreeBSD-9.0-RELEASE-amd64-dvd1.iso it freezes KVM with: KVM internal error. Suberror: 1 emulation failure RAX=ffffffff80b0d4c0 RBX=000000000009f000 RCX=00000000c0000080 RDX=0000000000000000 RSI=000000000000d238 RDI=0000000000000000 RBP=0000000000000000 RSP=0000000000000000 R8 =0000000000000000 R9 =0000000000000000 R10=0000000000000000 R11=0000000000000000 R12=0000000000000000 R13=0000000000000000 R14=0000000000000000 R15=0000000000000000 RIP=000000000009f076 RFL=00010086 [--S--P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0000 0000000000000000 0000ffff 0000f300 DPL=3 DS16 [-WA] CS =0008 0000000000000000 00000000 00209900 DPL=0 CS64 [--A] SS =9f00 000000000009f000 0000ffff 0000f300 DPL=3 DS16 [-WA] DS =0018 0000000000000000 ffffffff 00c09300 DPL=0 DS [-WA] FS =0000 0000000000000000 0000ffff 0000f300 DPL=3 DS16 [-WA] GS =0000 0000000000000000 0000ffff 0000f300 DPL=3 DS16 [-WA] LDT=0000 0000000000000000 0000ffff 00008200 DPL=0 LDT TR =0000 0000000000000000 0000ffff 00008b00 DPL=0 TSS64-busy GDT= 000000000009f080 00000020 IDT= 0000000000000000 0000ffff CR0=80000011 CR2=0000000000000000 CR3=000000000009c000 CR4=00000030 DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 DR6=00000000ffff0ff0 DR7=0000000000000400 EFER=0000000000000501 Code=00 00 00 80 0f 22 c0 ea 70 f0 09 00 08 00 48 b8 c0 d4 b0 80 ff ff ff ff e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 99 20 00 ff ff 00 00 Freeze occurs immediately after kernel messages: Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 CPU: Intel(R) Xeon(R) CPU X5570 @ 2.93GHz (2925.91-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Family = 6 Model = 1a Stepping = 5 Features=0xf83fbff Features2=0x80982201 AMD Features=0x28100800 AMD Features2=0x1 real memory = 1073741824 (1024 MB) avail memory = 1011343360 (964 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: This also applies to FreeBSD-7.3-RELEASE-amd64 and FreeBSD-9.1-RC3-amd64 (other releases not tested). When quemu-kvm is started without SMP (1 vpcu) amd64 FreeBSD kernel boots correctly. I did not notice this problem for the i386 versions (FreeBSD-7.3-RELEASE-i386, FreeBSD-9.0-RELEASE-i386, FreeBSD-9.1-RC3-i386). CPUs on KVM host -- Xeons X5570 # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU X5570 @ 2.93GHz stepping : 5 microcode : 0x11 cpu MHz : 2926.183 cache size : 8192 KB physical id : 1 siblings : 8 core id : 0 cpu cores : 4 apicid : 16 initial apicid : 16 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 5852.36 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: Any ideas? Regards, Artur Samborski From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 13:48:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5474ABF1 for ; Tue, 18 Dec 2012 13:48:38 +0000 (UTC) (envelope-from sam@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id B8B5A8FC14 for ; Tue, 18 Dec 2012 13:48:37 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id DB53BC4B99 for ; Tue, 18 Dec 2012 14:48:36 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id ctMtJKK30yU6 for ; Tue, 18 Dec 2012 14:48:36 +0100 (CET) Received: from [10.0.2.120] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 1BE87C401C for ; Tue, 18 Dec 2012 14:48:36 +0100 (CET) Message-ID: <50D07433.3070804@semihalf.com> Date: Tue, 18 Dec 2012 14:48:35 +0100 From: Artur Samborski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: FreeBSD-9.0-RELEASE-amd64 fails to start with SMP on qemu-kvm Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 13:48:38 -0000 Hello, When i try to run FreeBSD-9.0-RELEASE-amd on more than 1 vcpu in quemu-kvm (Fedora Core 17) eg. with: qemu-kvm -m 1024m -cpu host -smp 2 -cdrom /storage/iso/FreeBSD-9.0-RELEASE-amd64-dvd1.iso it freezes KVM with: KVM internal error. Suberror: 1 emulation failure RAX=ffffffff80b0d4c0 RBX=000000000009f000 RCX=00000000c0000080 RDX=0000000000000000 RSI=000000000000d238 RDI=0000000000000000 RBP=0000000000000000 RSP=0000000000000000 R8 =0000000000000000 R9 =0000000000000000 R10=0000000000000000 R11=0000000000000000 R12=0000000000000000 R13=0000000000000000 R14=0000000000000000 R15=0000000000000000 RIP=000000000009f076 RFL=00010086 [--S--P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0000 0000000000000000 0000ffff 0000f300 DPL=3 DS16 [-WA] CS =0008 0000000000000000 00000000 00209900 DPL=0 CS64 [--A] SS =9f00 000000000009f000 0000ffff 0000f300 DPL=3 DS16 [-WA] DS =0018 0000000000000000 ffffffff 00c09300 DPL=0 DS [-WA] FS =0000 0000000000000000 0000ffff 0000f300 DPL=3 DS16 [-WA] GS =0000 0000000000000000 0000ffff 0000f300 DPL=3 DS16 [-WA] LDT=0000 0000000000000000 0000ffff 00008200 DPL=0 LDT TR =0000 0000000000000000 0000ffff 00008b00 DPL=0 TSS64-busy GDT= 000000000009f080 00000020 IDT= 0000000000000000 0000ffff CR0=80000011 CR2=0000000000000000 CR3=000000000009c000 CR4=00000030 DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 DR6=00000000ffff0ff0 DR7=0000000000000400 EFER=0000000000000501 Code=00 00 00 80 0f 22 c0 ea 70 f0 09 00 08 00 48 b8 c0 d4 b0 80 ff ff ff ff e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 99 20 00 ff ff 00 00 Freeze occurs immediately after kernel messages: Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 CPU: Intel(R) Xeon(R) CPU X5570 @ 2.93GHz (2925.91-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Family = 6 Model = 1a Stepping = 5 Features=0xf83fbff Features2=0x80982201 AMD Features=0x28100800 AMD Features2=0x1 real memory = 1073741824 (1024 MB) avail memory = 1011343360 (964 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: This also applies to FreeBSD-7.3-RELEASE-amd64 and FreeBSD-9.1-RC3-amd64 (other releases not tested). When quemu-kvm is started without SMP (1 vpcu) amd64 FreeBSD kernel boots correctly. I did not notice this problem for the i386 versions (FreeBSD-7.3-RELEASE-i386, FreeBSD-9.0-RELEASE-i386, FreeBSD-9.1-RC3-i386). CPUs on KVM host -- Xeons X5570 # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU X5570 @ 2.93GHz stepping : 5 microcode : 0x11 cpu MHz : 2926.183 cache size : 8192 KB physical id : 1 siblings : 8 core id : 0 cpu cores : 4 apicid : 16 initial apicid : 16 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 5852.36 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: Any ideas? Regards, Artur Samborski From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 15:18:50 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7CDE856 for ; Tue, 18 Dec 2012 15:18:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8178FC13 for ; Tue, 18 Dec 2012 15:18:50 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 50BC646B06 for ; Tue, 18 Dec 2012 10:18:43 -0500 (EST) Date: Tue, 18 Dec 2012 15:18:43 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Subject: MFC: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) (fwd) Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 15:18:50 -0000 Dear all: Just an FYI that the new distributed audit daemon has been MFC'd to 9-STABLE. As noted in UPDATING, you will need to run "mergemaster -p" before using installkernel or installworld targets in order to add the new "auditdistd" system user. This should be part of the regular update cycle anyway, but after the experience of adding auditdistd in 10-CURRENT, we've discovered that many people are skipping that step in the update cycle, so I figured it best to point out here. (Technically, only installworld requires the user, but the user-check guards in the system Makefiles are enforced for both targets.) More details on the daemon below. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Sat, 1 Dec 2012 15:15:11 +0000 (GMT) From: Robert Watson To: current@FreeBSD.org Cc: security@FreeBSD.org Subject: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) Dear all: I've now committed the build glue required to install the recently merged Audit Distribution Daemon (auditdistd) contributed by the Pawel Dawidek, and sponsored by the FreeBSD Foundation. This allows individual hosts generating audit trails to submit trails to a central audit server for review and safe keeping. Part of the goal is to ensure that a host submitting trail data can't later modify the trails. Pawel uses a variety of useful security- and resilience-related features such as TLS, Capsicum, etc, in auditdistd. As the recent security incident in the FreeBSD.org cluster illustrated, having reliable and detailed audit trails makes a big difference in forensic work, and hopefully this will allow the FreeBSD Project (and our users) to do that better in the future. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Sat, 1 Dec 2012 15:11:46 +0000 (UTC) From: Robert Watson To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd Author: rwatson Date: Sat Dec 1 15:11:46 2012 New Revision: 243752 URL: http://svnweb.freebsd.org/changeset/base/243752 Log: Merge a number of changes required to hook up OpenBSM 1.2-alpha2's auditdistd (distributed audit daemon) to the build: - Manual cross references - Makefile for auditdistd - rc.d script, rc.conf entrie - New group and user for auditdistd; associated aliases, etc. The audit trail distribution daemon provides reliable, cryptographically protected (and sandboxed) delivery of audit tails from live clients to audit server hosts in order to both allow centralised analysis, and improve resilience in the event of client compromises: clients are not permitted to change trail contents after submission. Submitted by: pjd Sponsored by: The FreeBSD Foundation (auditdistd) Added: head/etc/rc.d/auditdistd (contents, props changed) head/usr.sbin/auditdistd/ head/usr.sbin/auditdistd/Makefile (contents, props changed) Modified: head/etc/defaults/rc.conf head/etc/ftpusers head/etc/mail/aliases head/etc/master.passwd head/etc/mtree/BSD.var.dist head/etc/rc.d/Makefile head/share/man/man4/audit.4 head/usr.sbin/Makefile Modified: head/etc/defaults/rc.conf ============================================================================== --- head/etc/defaults/rc.conf Sat Dec 1 13:46:37 2012 (r243751) +++ head/etc/defaults/rc.conf Sat Dec 1 15:11:46 2012 (r243752) @@ -590,6 +590,9 @@ sendmail_rebuild_aliases="NO" # Run newa auditd_enable="NO" # Run the audit daemon. auditd_program="/usr/sbin/auditd" # Path to the audit daemon. auditd_flags="" # Which options to pass to the audit daemon. +auditdistd_enable="NO" # Run the audit daemon. +auditdistd_program="/usr/sbin/auditdistd" # Path to the auditdistd daemon. +auditdistd_flags="" # Which options to pass to the auditdistd daemon. cron_enable="YES" # Run the periodic job daemon. cron_program="/usr/sbin/cron" # Which cron executable to run (if enabled). cron_dst="YES" # Handle DST transitions intelligently (YES/NO) Modified: head/etc/ftpusers ============================================================================== --- head/etc/ftpusers Sat Dec 1 13:46:37 2012 (r243751) +++ head/etc/ftpusers Sat Dec 1 15:11:46 2012 (r243752) @@ -19,6 +19,7 @@ _pflogd _dhcp uucp pop +auditdistd www hast nobody Modified: head/etc/mail/aliases ============================================================================== --- head/etc/mail/aliases Sat Dec 1 13:46:37 2012 (r243751) +++ head/etc/mail/aliases Sat Dec 1 15:11:46 2012 (r243752) @@ -26,6 +26,7 @@ postmaster: root # General redirections for pseudo accounts _dhcp: root _pflogd: root +auditdistd: root bin: root bind: root daemon: root Modified: head/etc/master.passwd ============================================================================== --- head/etc/master.passwd Sat Dec 1 13:46:37 2012 (r243751) +++ head/etc/master.passwd Sat Dec 1 15:11:46 2012 (r243752) @@ -20,6 +20,7 @@ _pflogd:*:64:64::0:0:pflogd privsep user _dhcp:*:65:65::0:0:dhcp programs:/var/empty:/usr/sbin/nologin uucp:*:66:66::0:0:UUCP pseudo-user:/var/spool/uucppublic:/usr/local/libexec/uucp/uucico pop:*:68:6::0:0:Post Office Owner:/nonexistent:/usr/sbin/nologin +auditdistd:*:78:77::0:0:Auditdistd unprivileged user:/var/empty:/usr/sbin/nologin www:*:80:80::0:0:World Wide Web Owner:/nonexistent:/usr/sbin/nologin hast:*:845:845::0:0:HAST unprivileged user:/var/empty:/usr/sbin/nologin nobody:*:65534:65534::0:0:Unprivileged user:/nonexistent:/usr/sbin/nologin Modified: head/etc/mtree/BSD.var.dist ============================================================================== --- head/etc/mtree/BSD.var.dist Sat Dec 1 13:46:37 2012 (r243751) +++ head/etc/mtree/BSD.var.dist Sat Dec 1 15:11:46 2012 (r243752) @@ -19,6 +19,10 @@ /set gname=audit audit .. + dist uname=auditdistd gname=audit mode=0770 + .. + remote uname=auditdistd gname=wheel mode=0700 + .. /set gname=wheel backups .. Modified: head/etc/rc.d/Makefile ============================================================================== --- head/etc/rc.d/Makefile Sat Dec 1 13:46:37 2012 (r243751) +++ head/etc/rc.d/Makefile Sat Dec 1 15:11:46 2012 (r243752) @@ -19,6 +19,7 @@ FILES= DAEMON \ atm2 \ atm3 \ auditd \ + auditdistd \ bgfsck \ bluetooth \ bootparams \ Added: head/etc/rc.d/auditdistd ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/etc/rc.d/auditdistd Sat Dec 1 15:11:46 2012 (r243752) @@ -0,0 +1,21 @@ +#!/bin/sh +# +# $FreeBSD$ +# + +# PROVIDE: auditdistd +# REQUIRE: auditd +# BEFORE: DAEMON +# KEYWORD: nojail shutdown + +. /etc/rc.subr + +name="auditdistd" +rcvar="${name}_enable" +pidfile="/var/run/${name}.pid" +command="/usr/sbin/${name}" +required_files="/etc/${name}.conf" +extra_commands="reload" + +load_rc_config $name +run_rc_command "$1" Modified: head/share/man/man4/audit.4 ============================================================================== --- head/share/man/man4/audit.4 Sat Dec 1 13:46:37 2012 (r243751) +++ head/share/man/man4/audit.4 Sat Dec 1 15:11:46 2012 (r243752) @@ -96,7 +96,8 @@ to track users and events in a fine-grai .Xr audit_warn 5 , .Xr rc.conf 5 , .Xr audit 8 , -.Xr auditd 8 +.Xr auditd 8 , +.Xr auditdistd 8 .Sh HISTORY The .Tn OpenBSM Modified: head/usr.sbin/Makefile ============================================================================== --- head/usr.sbin/Makefile Sat Dec 1 13:46:37 2012 (r243751) +++ head/usr.sbin/Makefile Sat Dec 1 15:11:46 2012 (r243752) @@ -110,6 +110,9 @@ SUBDIR+= amd .if ${MK_AUDIT} != "no" SUBDIR+= audit SUBDIR+= auditd +.if ${MK_OPENSSL} != "no" +SUBDIR+= auditdistd +.endif SUBDIR+= auditreduce SUBDIR+= praudit .endif Added: head/usr.sbin/auditdistd/Makefile ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/usr.sbin/auditdistd/Makefile Sat Dec 1 15:11:46 2012 (r243752) @@ -0,0 +1,32 @@ +# +# $FreeBSD$ +# + +OPENBSMDIR=${.CURDIR}/../../contrib/openbsm +.PATH: ${OPENBSMDIR}/bin/auditdistd + +# Addition of auditdistd because otherwise generated parse.c can't find +# auditdistd.h. This seems like a makefile non-feature. +CFLAGS+=-I${OPENBSMDIR} -I${OPENBSMDIR}/bin/auditdistd + +NO_WFORMAT= + +PROG= auditdistd +SRCS= auditdistd.c +SRCS+= parse.y pjdlog.c +SRCS+= proto.c proto_common.c proto_socketpair.c proto_tcp.c proto_tls.c +SRCS+= receiver.c +SRCS+= sandbox.c sender.c subr.c +SRCS+= token.l trail.c +MAN= auditdistd.8 auditdistd.conf.5 + +DPADD= ${LIBL} ${LIBPTHREAD} ${LIBUTIL} +LDADD= -ll -lpthread -lutil +DPADD+= ${LIBCRYPTO} ${LIBSSL} +LDADD+= -lcrypto -lssl + +YFLAGS+=-v + +CLEANFILES=parse.c parse.h parse.output + +.include _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 16:26:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C293553 for ; Tue, 18 Dec 2012 16:26:32 +0000 (UTC) (envelope-from xenophon+freebsd@irtnog.org) Received: from mx1.irtnog.org (irtnog-1-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:cfb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4CAD78FC12 for ; Tue, 18 Dec 2012 16:26:32 +0000 (UTC) Received: from cinep001bsdgw.irtnog.net (localhost [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id 81A5B14E1A for ; Tue, 18 Dec 2012 11:26:31 -0500 (EST) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by cinep001bsdgw.irtnog.net (mx1.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dFq8oOFWd2It for ; Tue, 18 Dec 2012 11:26:25 -0500 (EST) Received: from cinip100ntsbs.irtnog.net (irtnog.net [10.63.1.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Tue, 18 Dec 2012 11:26:25 -0500 (EST) Subject: RE: Custom Kernel for FreeBSD Installation Date: Tue, 18 Dec 2012 11:26:23 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: Content-class: urn:content-classes:message In-Reply-To: <20121211220138.1f4bea85e278eca54b074daf@getmail.no> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: Custom Kernel for FreeBSD Installation thread-index: Ac3X4tmlQ7kBPLabS8WcZygR/YNl1wFVahsQ References: <20121211220138.1f4bea85e278eca54b074daf@getmail.no> From: "xenophon\\+freebsd" To: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 16:26:32 -0000 > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Torfinn Ingolfsen > Sent: Tuesday, December 11, 2012 4:02 PM > > Not an answer to your question, but do you need to? > Can't the DL380 G3 boot from something else, like a usb image? The issue is with the ciss(4) driver restricting the maximum number of logical drives to 15 in order to limit the driver's memory requirements. If I understand it correctly, the driver allocates a certain amount of memory (under 4 GiB) for each logical drive for DMA. If an adapter exports more than 15 logical drives, the driver refuses to attach any of them and logs an error message like "adapter claims to report absurd number of logical drives (20 > 15)". On my server, I have 20 logical drives (20 single-disk RAID-0 arrays), so the driver won't work without modification. So, to close the loop on this, I modified the value of CISS_MAX_LOGICAL in src/sys/dev/ciss/cissvar.h and ran "make buildworld buildkernel". I think I had to install sysutils/cdrecord as well. Then, to create an installation CD from the newly built world, I ran "cd release; make cdrom -D NOPORTS -D NOSRC -D NODOC". This last step resulted in a file named "release.iso" in the "release" directory. I successfully booted the FreeBSD installer using the new image, and FreeBSD was able to detect and attach all 20 logical drives. Leon Kos suggested increasing the value of the CISS_MAX_LOGICAL constant (see http://www.freebsd.org/cgi/query-pr.cgi?pr=3D151564&cat=3Dkern), = but I think a boot-time tunable is a better approach. I'm currently testing this out and will submit patches if successful. Best wishes, Matthew --=20 I FIGHT FOR THE USERS From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 17:19:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0B9C838 for ; Tue, 18 Dec 2012 17:19:22 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA208FC0A for ; Tue, 18 Dec 2012 17:19:21 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Tue, 18 Dec 2012 18:19:19 +0100 Message-ID: <50D0A597.8060207@ose.nl> Date: Tue, 18 Dec 2012 18:19:19 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: MFC: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) (fwd) 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.14 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, 18 Dec 2012 17:19:22 -0000 On 12/18/12 16:18, Robert Watson wrote: > > Dear all: > > Just an FYI that the new distributed audit daemon has been MFC'd to > 9-STABLE. Thanks. > > As noted in UPDATING, you will need to run "mergemaster -p" before > using installkernel or installworld targets in order to add the new > "auditdistd" system user. This should be part of the regular update > cycle anyway, but after the experience of adding auditdistd in > 10-CURRENT, we've discovered that many people are skipping that step > in the update cycle, so I figured it best to point out here. > > (Technically, only installworld requires the user, but the user-check > guards in the system Makefiles are enforced for both targets.) Maybe /usr/src/UPDATING should be updated? The end of /usr/src/UPDATING mentiones mergemaster -p after the installtion of the new kernel and rebooting to single user mode instead of before. This is on 9.1-RELEASE and also in CURRENT. At least the entry in /usr/src/UPDATING on CURRENT for this change 20121201: With the addition of auditdistd(8), a new auditdistd user is now depended on during installworld. "mergemaster -p" can be used to add the user prior to installworld, as documented in the handbook. should be "prior to installkernel" then also instead of "prior to installworld" > > More details on the daemon below. > > Robert N M Watson > Computer Laboratory > University of Cambridge > > ---------- Forwarded message ---------- > Date: Sat, 1 Dec 2012 15:15:11 +0000 (GMT) > From: Robert Watson > To: current@FreeBSD.org > Cc: security@FreeBSD.org > Subject: Distributed audit daemon committed (was: svn commit: r243752 > - in head: > etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin > usr.sbin/auditdistd (fwd)) > > > Dear all: > > I've now committed the build glue required to install the recently > merged Audit Distribution Daemon (auditdistd) contributed by the Pawel > Dawidek, and sponsored by the FreeBSD Foundation. This allows > individual hosts generating audit trails to submit trails to a central > audit server for review and safe keeping. Part of the goal is to > ensure that a host submitting trail data can't later modify the > trails. Pawel uses a variety of useful security- and > resilience-related features such as TLS, Capsicum, etc, in > auditdistd. As the recent security incident in the FreeBSD.org > cluster illustrated, having reliable and detailed audit trails makes a > big difference in forensic work, and hopefully this will allow the > FreeBSD Project (and our users) to do that better in the future. > > Robert N M Watson > Computer Laboratory > University of Cambridge > > ---------- Forwarded message ---------- > Date: Sat, 1 Dec 2012 15:11:46 +0000 (UTC) > From: Robert Watson > To: src-committers@freebsd.org, svn-src-all@freebsd.org, > svn-src-head@freebsd.org > Subject: svn commit: r243752 - in head: etc etc/defaults etc/mail > etc/mtree > etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd > > Author: rwatson > Date: Sat Dec 1 15:11:46 2012 > New Revision: 243752 > URL: http://svnweb.freebsd.org/changeset/base/243752 > > Log: > Merge a number of changes required to hook up OpenBSM 1.2-alpha2's > auditdistd (distributed audit daemon) to the build: > > - Manual cross references > - Makefile for auditdistd > - rc.d script, rc.conf entrie > - New group and user for auditdistd; associated aliases, etc. > > The audit trail distribution daemon provides reliable, > cryptographically protected (and sandboxed) delivery of audit tails > from live clients to audit server hosts in order to both allow > centralised analysis, and improve resilience in the event of client > compromises: clients are not permitted to change trail contents > after submission. > > Submitted by: pjd > Sponsored by: The FreeBSD Foundation (auditdistd) > > Added: > head/etc/rc.d/auditdistd (contents, props changed) > head/usr.sbin/auditdistd/ > head/usr.sbin/auditdistd/Makefile (contents, props changed) > Modified: > head/etc/defaults/rc.conf > head/etc/ftpusers > head/etc/mail/aliases > head/etc/master.passwd > head/etc/mtree/BSD.var.dist > head/etc/rc.d/Makefile > head/share/man/man4/audit.4 > head/usr.sbin/Makefile > > Modified: head/etc/defaults/rc.conf > ============================================================================== > > --- head/etc/defaults/rc.conf Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/defaults/rc.conf Sat Dec 1 15:11:46 2012 (r243752) > @@ -590,6 +590,9 @@ sendmail_rebuild_aliases="NO" # Run newa > auditd_enable="NO" # Run the audit daemon. > auditd_program="/usr/sbin/auditd" # Path to the audit daemon. > auditd_flags="" # Which options to pass to the audit daemon. > +auditdistd_enable="NO" # Run the audit daemon. > +auditdistd_program="/usr/sbin/auditdistd" # Path to the auditdistd > daemon. > +auditdistd_flags="" # Which options to pass to the auditdistd daemon. > cron_enable="YES" # Run the periodic job daemon. > cron_program="/usr/sbin/cron" # Which cron executable to run (if > enabled). > cron_dst="YES" # Handle DST transitions intelligently (YES/NO) > > Modified: head/etc/ftpusers > ============================================================================== > > --- head/etc/ftpusers Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/ftpusers Sat Dec 1 15:11:46 2012 (r243752) > @@ -19,6 +19,7 @@ _pflogd > _dhcp > uucp > pop > +auditdistd > www > hast > nobody > > Modified: head/etc/mail/aliases > ============================================================================== > > --- head/etc/mail/aliases Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/mail/aliases Sat Dec 1 15:11:46 2012 (r243752) > @@ -26,6 +26,7 @@ postmaster: root > # General redirections for pseudo accounts > _dhcp: root > _pflogd: root > +auditdistd: root > bin: root > bind: root > daemon: root > > Modified: head/etc/master.passwd > ============================================================================== > > --- head/etc/master.passwd Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/master.passwd Sat Dec 1 15:11:46 2012 (r243752) > @@ -20,6 +20,7 @@ _pflogd:*:64:64::0:0:pflogd privsep user > _dhcp:*:65:65::0:0:dhcp programs:/var/empty:/usr/sbin/nologin > uucp:*:66:66::0:0:UUCP > pseudo-user:/var/spool/uucppublic:/usr/local/libexec/uucp/uucico > pop:*:68:6::0:0:Post Office Owner:/nonexistent:/usr/sbin/nologin > +auditdistd:*:78:77::0:0:Auditdistd unprivileged > user:/var/empty:/usr/sbin/nologin > www:*:80:80::0:0:World Wide Web Owner:/nonexistent:/usr/sbin/nologin > hast:*:845:845::0:0:HAST unprivileged user:/var/empty:/usr/sbin/nologin > nobody:*:65534:65534::0:0:Unprivileged > user:/nonexistent:/usr/sbin/nologin > > Modified: head/etc/mtree/BSD.var.dist > ============================================================================== > > --- head/etc/mtree/BSD.var.dist Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/mtree/BSD.var.dist Sat Dec 1 15:11:46 2012 (r243752) > @@ -19,6 +19,10 @@ > /set gname=audit > audit > .. > + dist uname=auditdistd gname=audit mode=0770 > + .. > + remote uname=auditdistd gname=wheel mode=0700 > + .. > /set gname=wheel > backups > .. > > Modified: head/etc/rc.d/Makefile > ============================================================================== > > --- head/etc/rc.d/Makefile Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/rc.d/Makefile Sat Dec 1 15:11:46 2012 (r243752) > @@ -19,6 +19,7 @@ FILES= DAEMON \ > atm2 \ > atm3 \ > auditd \ > + auditdistd \ > bgfsck \ > bluetooth \ > bootparams \ > > Added: head/etc/rc.d/auditdistd > ============================================================================== > > --- /dev/null 00:00:00 1970 (empty, because file is newly added) > +++ head/etc/rc.d/auditdistd Sat Dec 1 15:11:46 2012 (r243752) > @@ -0,0 +1,21 @@ > +#!/bin/sh > +# > +# $FreeBSD$ > +# > + > +# PROVIDE: auditdistd > +# REQUIRE: auditd > +# BEFORE: DAEMON > +# KEYWORD: nojail shutdown > + > +. /etc/rc.subr > + > +name="auditdistd" > +rcvar="${name}_enable" > +pidfile="/var/run/${name}.pid" > +command="/usr/sbin/${name}" > +required_files="/etc/${name}.conf" > +extra_commands="reload" > + > +load_rc_config $name > +run_rc_command "$1" > > Modified: head/share/man/man4/audit.4 > ============================================================================== > > --- head/share/man/man4/audit.4 Sat Dec 1 13:46:37 2012 (r243751) > +++ head/share/man/man4/audit.4 Sat Dec 1 15:11:46 2012 (r243752) > @@ -96,7 +96,8 @@ to track users and events in a fine-grai > .Xr audit_warn 5 , > .Xr rc.conf 5 , > .Xr audit 8 , > -.Xr auditd 8 > +.Xr auditd 8 , > +.Xr auditdistd 8 > .Sh HISTORY > The > .Tn OpenBSM > > Modified: head/usr.sbin/Makefile > ============================================================================== > > --- head/usr.sbin/Makefile Sat Dec 1 13:46:37 2012 (r243751) > +++ head/usr.sbin/Makefile Sat Dec 1 15:11:46 2012 (r243752) > @@ -110,6 +110,9 @@ SUBDIR+= amd > .if ${MK_AUDIT} != "no" > SUBDIR+= audit > SUBDIR+= auditd > +.if ${MK_OPENSSL} != "no" > +SUBDIR+= auditdistd > +.endif > SUBDIR+= auditreduce > SUBDIR+= praudit > .endif > > Added: head/usr.sbin/auditdistd/Makefile > ============================================================================== > > --- /dev/null 00:00:00 1970 (empty, because file is newly added) > +++ head/usr.sbin/auditdistd/Makefile Sat Dec 1 15:11:46 2012 > (r243752) > @@ -0,0 +1,32 @@ > +# > +# $FreeBSD$ > +# > + > +OPENBSMDIR=${.CURDIR}/../../contrib/openbsm > +.PATH: ${OPENBSMDIR}/bin/auditdistd > + > +# Addition of auditdistd because otherwise generated parse.c can't find > +# auditdistd.h. This seems like a makefile non-feature. > +CFLAGS+=-I${OPENBSMDIR} -I${OPENBSMDIR}/bin/auditdistd > + > +NO_WFORMAT= > + > +PROG= auditdistd > +SRCS= auditdistd.c > +SRCS+= parse.y pjdlog.c > +SRCS+= proto.c proto_common.c proto_socketpair.c proto_tcp.c > proto_tls.c > +SRCS+= receiver.c > +SRCS+= sandbox.c sender.c subr.c > +SRCS+= token.l trail.c > +MAN= auditdistd.8 auditdistd.conf.5 > + > +DPADD= ${LIBL} ${LIBPTHREAD} ${LIBUTIL} > +LDADD= -ll -lpthread -lutil > +DPADD+= ${LIBCRYPTO} ${LIBSSL} > +LDADD+= -lcrypto -lssl > + > +YFLAGS+=-v > + > +CLEANFILES=parse.c parse.h parse.output > + > +.include From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 17:45:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BA84169 for ; Tue, 18 Dec 2012 17:45:01 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id 4A3918FC14 for ; Tue, 18 Dec 2012 17:45:00 +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 qBIHitOU025831; Tue, 18 Dec 2012 09:45:01 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBIHioSw025828; Tue, 18 Dec 2012 09:44:50 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 18 Dec 2012 09:44:50 -0800 (PST) Message-ID: <5d92ea55e46049afb64e080477438253.authenticated@ultimatedns.net> In-Reply-To: <50D0A597.8060207@ose.nl> References: <50D0A597.8060207@ose.nl> Date: Tue, 18 Dec 2012 09:44:50 -0800 (PST) Subject: Re: MFC: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) (fwd) From: "Chris H" To: "Bas Smeelen" 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.14 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, 18 Dec 2012 17:45:01 -0000 > On 12/18/12 16:18, Robert Watson wrote: >> >> Dear all: >> >> Just an FYI that the new distributed audit daemon has been MFC'd to >> 9-STABLE. > > Thanks. > >> >> As noted in UPDATING, you will need to run "mergemaster -p" before >> using installkernel or installworld targets in order to add the new >> "auditdistd" system user. This should be part of the regular update >> cycle anyway, but after the experience of adding auditdistd in >> 10-CURRENT, we've discovered that many people are skipping that step >> in the update cycle, so I figured it best to point out here. >> >> (Technically, only installworld requires the user, but the user-check >> guards in the system Makefiles are enforced for both targets.) > > Maybe /usr/src/UPDATING should be updated? > The end of /usr/src/UPDATING mentiones mergemaster -p after the > installtion of the new kernel and rebooting to single user mode instead > of before. This is on 9.1-RELEASE and also in CURRENT. > > At least the entry in /usr/src/UPDATING on CURRENT for this change > > 20121201: > With the addition of auditdistd(8), a new auditdistd user is now > depended on during installworld. "mergemaster -p" can be used > to add > the user prior to installworld, as documented in the handbook. > > should be "prior to installkernel" then also instead of "prior to > installworld" Greetings, FWIW, I just performed an build(world||kernel) && install(world||kernel) yesterday. I used the following: cd /usr/src make buildworld make buildkernel KERNCONF= make install KERNCONF= reboot to single user... mount -u / mount -a cd /usr/src mergemaster -p blah,blah,blah... make installworld mergemaster reboot All of the auditdistd bits were merged into my system, and all is well. Isn't that the way Updating lists the "correct" order? Anyway, that's how I understood it, and just wanted to report that it all worked as expected/anticipated. HTH, and best wishes. --Chris > > >> >> More details on the daemon below. >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> >> ---------- Forwarded message ---------- >> Date: Sat, 1 Dec 2012 15:15:11 +0000 (GMT) >> From: Robert Watson >> To: current@FreeBSD.org >> Cc: security@FreeBSD.org >> Subject: Distributed audit daemon committed (was: svn commit: r243752 >> - in head: >> etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin >> usr.sbin/auditdistd (fwd)) >> >> >> Dear all: >> >> I've now committed the build glue required to install the recently >> merged Audit Distribution Daemon (auditdistd) contributed by the Pawel >> Dawidek, and sponsored by the FreeBSD Foundation. This allows >> individual hosts generating audit trails to submit trails to a central >> audit server for review and safe keeping. Part of the goal is to >> ensure that a host submitting trail data can't later modify the >> trails. Pawel uses a variety of useful security- and >> resilience-related features such as TLS, Capsicum, etc, in >> auditdistd. As the recent security incident in the FreeBSD.org >> cluster illustrated, having reliable and detailed audit trails makes a >> big difference in forensic work, and hopefully this will allow the >> FreeBSD Project (and our users) to do that better in the future. >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> >> ---------- Forwarded message ---------- >> Date: Sat, 1 Dec 2012 15:11:46 +0000 (UTC) >> From: Robert Watson >> To: src-committers@freebsd.org, svn-src-all@freebsd.org, >> svn-src-head@freebsd.org >> Subject: svn commit: r243752 - in head: etc etc/defaults etc/mail >> etc/mtree >> etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd >> >> Author: rwatson >> Date: Sat Dec 1 15:11:46 2012 >> New Revision: 243752 >> URL: http://svnweb.freebsd.org/changeset/base/243752 >> >> Log: >> Merge a number of changes required to hook up OpenBSM 1.2-alpha2's >> auditdistd (distributed audit daemon) to the build: >> >> - Manual cross references >> - Makefile for auditdistd >> - rc.d script, rc.conf entrie >> - New group and user for auditdistd; associated aliases, etc. >> >> The audit trail distribution daemon provides reliable, >> cryptographically protected (and sandboxed) delivery of audit tails >> from live clients to audit server hosts in order to both allow >> centralised analysis, and improve resilience in the event of client >> compromises: clients are not permitted to change trail contents >> after submission. >> >> Submitted by: pjd >> Sponsored by: The FreeBSD Foundation (auditdistd) >> >> Added: >> head/etc/rc.d/auditdistd (contents, props changed) >> head/usr.sbin/auditdistd/ >> head/usr.sbin/auditdistd/Makefile (contents, props changed) >> Modified: >> head/etc/defaults/rc.conf >> head/etc/ftpusers >> head/etc/mail/aliases >> head/etc/master.passwd >> head/etc/mtree/BSD.var.dist >> head/etc/rc.d/Makefile >> head/share/man/man4/audit.4 >> head/usr.sbin/Makefile >> >> Modified: head/etc/defaults/rc.conf >> ============================================================================== >> >> --- head/etc/defaults/rc.conf Sat Dec 1 13:46:37 2012 (r243751) >> +++ head/etc/defaults/rc.conf Sat Dec 1 15:11:46 2012 (r243752) >> @@ -590,6 +590,9 @@ sendmail_rebuild_aliases="NO" # Run newa >> auditd_enable="NO" # Run the audit daemon. >> auditd_program="/usr/sbin/auditd" # Path to the audit daemon. >> auditd_flags="" # Which options to pass to the audit daemon. >> +auditdistd_enable="NO" # Run the audit daemon. >> +auditdistd_program="/usr/sbin/auditdistd" # Path to the auditdistd >> daemon. >> +auditdistd_flags="" # Which options to pass to the auditdistd daemon. >> cron_enable="YES" # Run the periodic job daemon. >> cron_program="/usr/sbin/cron" # Which cron executable to run (if >> enabled). >> cron_dst="YES" # Handle DST transitions intelligently (YES/NO) >> >> Modified: head/etc/ftpusers >> ============================================================================== >> >> --- head/etc/ftpusers Sat Dec 1 13:46:37 2012 (r243751) >> +++ head/etc/ftpusers Sat Dec 1 15:11:46 2012 (r243752) >> @@ -19,6 +19,7 @@ _pflogd >> _dhcp >> uucp >> pop >> +auditdistd >> www >> hast >> nobody >> >> Modified: head/etc/mail/aliases >> ============================================================================== >> >> --- head/etc/mail/aliases Sat Dec 1 13:46:37 2012 (r243751) >> +++ head/etc/mail/aliases Sat Dec 1 15:11:46 2012 (r243752) >> @@ -26,6 +26,7 @@ postmaster: root >> # General redirections for pseudo accounts >> _dhcp: root >> _pflogd: root >> +auditdistd: root >> bin: root >> bind: root >> daemon: root >> >> Modified: head/etc/master.passwd >> ============================================================================== >> >> --- head/etc/master.passwd Sat Dec 1 13:46:37 2012 (r243751) >> +++ head/etc/master.passwd Sat Dec 1 15:11:46 2012 (r243752) >> @@ -20,6 +20,7 @@ _pflogd:*:64:64::0:0:pflogd privsep user >> _dhcp:*:65:65::0:0:dhcp programs:/var/empty:/usr/sbin/nologin >> uucp:*:66:66::0:0:UUCP >> pseudo-user:/var/spool/uucppublic:/usr/local/libexec/uucp/uucico >> pop:*:68:6::0:0:Post Office Owner:/nonexistent:/usr/sbin/nologin >> +auditdistd:*:78:77::0:0:Auditdistd unprivileged >> user:/var/empty:/usr/sbin/nologin >> www:*:80:80::0:0:World Wide Web Owner:/nonexistent:/usr/sbin/nologin >> hast:*:845:845::0:0:HAST unprivileged user:/var/empty:/usr/sbin/nologin >> nobody:*:65534:65534::0:0:Unprivileged >> user:/nonexistent:/usr/sbin/nologin >> >> Modified: head/etc/mtree/BSD.var.dist >> ============================================================================== >> >> --- head/etc/mtree/BSD.var.dist Sat Dec 1 13:46:37 2012 (r243751) >> +++ head/etc/mtree/BSD.var.dist Sat Dec 1 15:11:46 2012 (r243752) >> @@ -19,6 +19,10 @@ >> /set gname=audit >> audit >> .. >> + dist uname=auditdistd gname=audit mode=0770 >> + .. >> + remote uname=auditdistd gname=wheel mode=0700 >> + .. >> /set gname=wheel >> backups >> .. >> >> Modified: head/etc/rc.d/Makefile >> ============================================================================== >> >> --- head/etc/rc.d/Makefile Sat Dec 1 13:46:37 2012 (r243751) >> +++ head/etc/rc.d/Makefile Sat Dec 1 15:11:46 2012 (r243752) >> @@ -19,6 +19,7 @@ FILES= DAEMON \ >> atm2 \ >> atm3 \ >> auditd \ >> + auditdistd \ >> bgfsck \ >> bluetooth \ >> bootparams \ >> >> Added: head/etc/rc.d/auditdistd >> ============================================================================== >> >> --- /dev/null 00:00:00 1970 (empty, because file is newly added) >> +++ head/etc/rc.d/auditdistd Sat Dec 1 15:11:46 2012 (r243752) >> @@ -0,0 +1,21 @@ >> +#!/bin/sh >> +# >> +# $FreeBSD$ >> +# >> + >> +# PROVIDE: auditdistd >> +# REQUIRE: auditd >> +# BEFORE: DAEMON >> +# KEYWORD: nojail shutdown >> + >> +. /etc/rc.subr >> + >> +name="auditdistd" >> +rcvar="${name}_enable" >> +pidfile="/var/run/${name}.pid" >> +command="/usr/sbin/${name}" >> +required_files="/etc/${name}.conf" >> +extra_commands="reload" >> + >> +load_rc_config $name >> +run_rc_command "$1" >> >> Modified: head/share/man/man4/audit.4 >> ============================================================================== >> >> --- head/share/man/man4/audit.4 Sat Dec 1 13:46:37 2012 (r243751) >> +++ head/share/man/man4/audit.4 Sat Dec 1 15:11:46 2012 (r243752) >> @@ -96,7 +96,8 @@ to track users and events in a fine-grai >> .Xr audit_warn 5 , >> .Xr rc.conf 5 , >> .Xr audit 8 , >> -.Xr auditd 8 >> +.Xr auditd 8 , >> +.Xr auditdistd 8 >> .Sh HISTORY >> The >> .Tn OpenBSM >> >> Modified: head/usr.sbin/Makefile >> ============================================================================== >> >> --- head/usr.sbin/Makefile Sat Dec 1 13:46:37 2012 (r243751) >> +++ head/usr.sbin/Makefile Sat Dec 1 15:11:46 2012 (r243752) >> @@ -110,6 +110,9 @@ SUBDIR+= amd >> .if ${MK_AUDIT} != "no" >> SUBDIR+= audit >> SUBDIR+= auditd >> +.if ${MK_OPENSSL} != "no" >> +SUBDIR+= auditdistd >> +.endif >> SUBDIR+= auditreduce >> SUBDIR+= praudit >> .endif >> >> Added: head/usr.sbin/auditdistd/Makefile >> ============================================================================== >> >> --- /dev/null 00:00:00 1970 (empty, because file is newly added) >> +++ head/usr.sbin/auditdistd/Makefile Sat Dec 1 15:11:46 2012 >> (r243752) >> @@ -0,0 +1,32 @@ >> +# >> +# $FreeBSD$ >> +# >> + >> +OPENBSMDIR=${.CURDIR}/../../contrib/openbsm >> +.PATH: ${OPENBSMDIR}/bin/auditdistd >> + >> +# Addition of auditdistd because otherwise generated parse.c can't find >> +# auditdistd.h. This seems like a makefile non-feature. >> +CFLAGS+=-I${OPENBSMDIR} -I${OPENBSMDIR}/bin/auditdistd >> + >> +NO_WFORMAT= >> + >> +PROG= auditdistd >> +SRCS= auditdistd.c >> +SRCS+= parse.y pjdlog.c >> +SRCS+= proto.c proto_common.c proto_socketpair.c proto_tcp.c >> proto_tls.c >> +SRCS+= receiver.c >> +SRCS+= sandbox.c sender.c subr.c >> +SRCS+= token.l trail.c >> +MAN= auditdistd.8 auditdistd.conf.5 >> + >> +DPADD= ${LIBL} ${LIBPTHREAD} ${LIBUTIL} >> +LDADD= -ll -lpthread -lutil >> +DPADD+= ${LIBCRYPTO} ${LIBSSL} >> +LDADD+= -lcrypto -lssl >> + >> +YFLAGS+=-v >> + >> +CLEANFILES=parse.c parse.h parse.output >> + >> +.include > > > _______________________________________________ > 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" > -- -- Successful builds are performed thusly: make -DWITHOUT_CLANG buildworld subversion; an inferior RCS created so Windows users wouldn't feel left out. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 18:45:36 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C1C8589 for ; Tue, 18 Dec 2012 18:45:36 +0000 (UTC) (envelope-from bryan-lists@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id 923CA8FC0C for ; Tue, 18 Dec 2012 18:45:35 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=15sOyG juBkBV1tWpWP9zHZIZhq3lc/ib3Dgm8MJBkBAS/YEhZ9ohkpujGeKeeyAWYxiLaP HfDFS7+ImIFjNr/c/FFzkfTo5oSsm/H0r5l/6yXFABlGe9053iSDdyXE52JIFLfx IbDYh7cGslaP4Lz3g+70dKVJ9QT30EqB2hCcM= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=Uke166Sghfkj WMMGyqDbT+PIAn+Cd2uXRm/HVlbfE+w=; b=C9nICEy7jZ+vVriOh3UvvsJu8Ypd vkg3pYECdOdhadDOZhM+K8eZlxhN1n9sK39eoZ9xTICD0S5seV2raBv2t1MKAuXa B3Gcbkibb8Tw/z1EtBGS6qLsmcBEXWhg/Z64j5MbBYQEWf13Km5m5q4qhSkEa9YI /fwUCw19o97qazI= Received: (qmail 29866 invoked from network); 18 Dec 2012 12:38:11 -0600 Received: from unknown (HELO ?192.168.0.74?) (bryan@shatow.net@74.94.87.209) by sweb.xzibition.com with ESMTPA; 18 Dec 2012 12:38:11 -0600 Message-ID: <50D0B813.5030100@shatow.net> Date: Tue, 18 Dec 2012 12:38:11 -0600 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Robert Watson Subject: Re: MFC: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) (fwd) References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 18:45:36 -0000 On 12/18/2012 9:18 AM, Robert Watson wrote: > > Dear all: > > Just an FYI that the new distributed audit daemon has been MFC'd to > 9-STABLE. > > As noted in UPDATING, you will need to run "mergemaster -p" before using > installkernel or installworld targets in order to add the new > "auditdistd" system user. This should be part of the regular update > cycle anyway, but after the experience of adding auditdistd in > 10-CURRENT, we've discovered that many people are skipping that step in > the update cycle, so I figured it best to point out here. > > (Technically, only installworld requires the user, but the user-check > guards in the system Makefiles are enforced for both targets.) Have you seen misc/174405? Apparently installkernel is requiring the user as well. The documented process in UPDATING does not mention running mergemaster -p before [install]kernel. > > More details on the daemon below. > > Robert N M Watson > Computer Laboratory > University of Cambridge > > ---------- Forwarded message ---------- > Date: Sat, 1 Dec 2012 15:15:11 +0000 (GMT) > From: Robert Watson > To: current@FreeBSD.org > Cc: security@FreeBSD.org > Subject: Distributed audit daemon committed (was: svn commit: r243752 - > in head: > etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin > usr.sbin/auditdistd (fwd)) > > > Dear all: > > I've now committed the build glue required to install the recently > merged Audit Distribution Daemon (auditdistd) contributed by the Pawel > Dawidek, and sponsored by the FreeBSD Foundation. This allows > individual hosts generating audit trails to submit trails to a central > audit server for review and safe keeping. Part of the goal is to ensure > that a host submitting trail data can't later modify the trails. Pawel > uses a variety of useful security- and resilience-related features such > as TLS, Capsicum, etc, in auditdistd. As the recent security incident > in the FreeBSD.org cluster illustrated, having reliable and detailed > audit trails makes a big difference in forensic work, and hopefully this > will allow the FreeBSD Project (and our users) to do that better in the > future. > > Robert N M Watson > Computer Laboratory > University of Cambridge > > ---------- Forwarded message ---------- > Date: Sat, 1 Dec 2012 15:11:46 +0000 (UTC) > From: Robert Watson > To: src-committers@freebsd.org, svn-src-all@freebsd.org, > svn-src-head@freebsd.org > Subject: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree > etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd > > Author: rwatson > Date: Sat Dec 1 15:11:46 2012 > New Revision: 243752 > URL: http://svnweb.freebsd.org/changeset/base/243752 > > Log: > Merge a number of changes required to hook up OpenBSM 1.2-alpha2's > auditdistd (distributed audit daemon) to the build: > > - Manual cross references > - Makefile for auditdistd > - rc.d script, rc.conf entrie > - New group and user for auditdistd; associated aliases, etc. > > The audit trail distribution daemon provides reliable, > cryptographically protected (and sandboxed) delivery of audit tails > from live clients to audit server hosts in order to both allow > centralised analysis, and improve resilience in the event of client > compromises: clients are not permitted to change trail contents > after submission. > > Submitted by: pjd > Sponsored by: The FreeBSD Foundation (auditdistd) > > Added: > head/etc/rc.d/auditdistd (contents, props changed) > head/usr.sbin/auditdistd/ > head/usr.sbin/auditdistd/Makefile (contents, props changed) > Modified: > head/etc/defaults/rc.conf > head/etc/ftpusers > head/etc/mail/aliases > head/etc/master.passwd > head/etc/mtree/BSD.var.dist > head/etc/rc.d/Makefile > head/share/man/man4/audit.4 > head/usr.sbin/Makefile > > Modified: head/etc/defaults/rc.conf > ============================================================================== > > --- head/etc/defaults/rc.conf Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/defaults/rc.conf Sat Dec 1 15:11:46 2012 (r243752) > @@ -590,6 +590,9 @@ sendmail_rebuild_aliases="NO" # Run newa > auditd_enable="NO" # Run the audit daemon. > auditd_program="/usr/sbin/auditd" # Path to the audit daemon. > auditd_flags="" # Which options to pass to the audit daemon. > +auditdistd_enable="NO" # Run the audit daemon. > +auditdistd_program="/usr/sbin/auditdistd" # Path to the auditdistd > daemon. > +auditdistd_flags="" # Which options to pass to the auditdistd daemon. > cron_enable="YES" # Run the periodic job daemon. > cron_program="/usr/sbin/cron" # Which cron executable to run (if > enabled). > cron_dst="YES" # Handle DST transitions intelligently (YES/NO) > > Modified: head/etc/ftpusers > ============================================================================== > > --- head/etc/ftpusers Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/ftpusers Sat Dec 1 15:11:46 2012 (r243752) > @@ -19,6 +19,7 @@ _pflogd > _dhcp > uucp > pop > +auditdistd > www > hast > nobody > > Modified: head/etc/mail/aliases > ============================================================================== > > --- head/etc/mail/aliases Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/mail/aliases Sat Dec 1 15:11:46 2012 (r243752) > @@ -26,6 +26,7 @@ postmaster: root > # General redirections for pseudo accounts > _dhcp: root > _pflogd: root > +auditdistd: root > bin: root > bind: root > daemon: root > > Modified: head/etc/master.passwd > ============================================================================== > > --- head/etc/master.passwd Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/master.passwd Sat Dec 1 15:11:46 2012 (r243752) > @@ -20,6 +20,7 @@ _pflogd:*:64:64::0:0:pflogd privsep user > _dhcp:*:65:65::0:0:dhcp programs:/var/empty:/usr/sbin/nologin > uucp:*:66:66::0:0:UUCP > pseudo-user:/var/spool/uucppublic:/usr/local/libexec/uucp/uucico > pop:*:68:6::0:0:Post Office Owner:/nonexistent:/usr/sbin/nologin > +auditdistd:*:78:77::0:0:Auditdistd unprivileged > user:/var/empty:/usr/sbin/nologin > www:*:80:80::0:0:World Wide Web Owner:/nonexistent:/usr/sbin/nologin > hast:*:845:845::0:0:HAST unprivileged user:/var/empty:/usr/sbin/nologin > nobody:*:65534:65534::0:0:Unprivileged user:/nonexistent:/usr/sbin/nologin > > Modified: head/etc/mtree/BSD.var.dist > ============================================================================== > > --- head/etc/mtree/BSD.var.dist Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/mtree/BSD.var.dist Sat Dec 1 15:11:46 2012 (r243752) > @@ -19,6 +19,10 @@ > /set gname=audit > audit > .. > + dist uname=auditdistd gname=audit mode=0770 > + .. > + remote uname=auditdistd gname=wheel mode=0700 > + .. > /set gname=wheel > backups > .. > > Modified: head/etc/rc.d/Makefile > ============================================================================== > > --- head/etc/rc.d/Makefile Sat Dec 1 13:46:37 2012 (r243751) > +++ head/etc/rc.d/Makefile Sat Dec 1 15:11:46 2012 (r243752) > @@ -19,6 +19,7 @@ FILES= DAEMON \ > atm2 \ > atm3 \ > auditd \ > + auditdistd \ > bgfsck \ > bluetooth \ > bootparams \ > > Added: head/etc/rc.d/auditdistd > ============================================================================== > > --- /dev/null 00:00:00 1970 (empty, because file is newly added) > +++ head/etc/rc.d/auditdistd Sat Dec 1 15:11:46 2012 (r243752) > @@ -0,0 +1,21 @@ > +#!/bin/sh > +# > +# $FreeBSD$ > +# > + > +# PROVIDE: auditdistd > +# REQUIRE: auditd > +# BEFORE: DAEMON > +# KEYWORD: nojail shutdown > + > +. /etc/rc.subr > + > +name="auditdistd" > +rcvar="${name}_enable" > +pidfile="/var/run/${name}.pid" > +command="/usr/sbin/${name}" > +required_files="/etc/${name}.conf" > +extra_commands="reload" > + > +load_rc_config $name > +run_rc_command "$1" > > Modified: head/share/man/man4/audit.4 > ============================================================================== > > --- head/share/man/man4/audit.4 Sat Dec 1 13:46:37 2012 (r243751) > +++ head/share/man/man4/audit.4 Sat Dec 1 15:11:46 2012 (r243752) > @@ -96,7 +96,8 @@ to track users and events in a fine-grai > .Xr audit_warn 5 , > .Xr rc.conf 5 , > .Xr audit 8 , > -.Xr auditd 8 > +.Xr auditd 8 , > +.Xr auditdistd 8 > .Sh HISTORY > The > .Tn OpenBSM > > Modified: head/usr.sbin/Makefile > ============================================================================== > > --- head/usr.sbin/Makefile Sat Dec 1 13:46:37 2012 (r243751) > +++ head/usr.sbin/Makefile Sat Dec 1 15:11:46 2012 (r243752) > @@ -110,6 +110,9 @@ SUBDIR+= amd > .if ${MK_AUDIT} != "no" > SUBDIR+= audit > SUBDIR+= auditd > +.if ${MK_OPENSSL} != "no" > +SUBDIR+= auditdistd > +.endif > SUBDIR+= auditreduce > SUBDIR+= praudit > .endif > > Added: head/usr.sbin/auditdistd/Makefile > ============================================================================== > > --- /dev/null 00:00:00 1970 (empty, because file is newly added) > +++ head/usr.sbin/auditdistd/Makefile Sat Dec 1 15:11:46 2012 (r243752) > @@ -0,0 +1,32 @@ > +# > +# $FreeBSD$ > +# > + > +OPENBSMDIR=${.CURDIR}/../../contrib/openbsm > +.PATH: ${OPENBSMDIR}/bin/auditdistd > + > +# Addition of auditdistd because otherwise generated parse.c can't find > +# auditdistd.h. This seems like a makefile non-feature. > +CFLAGS+=-I${OPENBSMDIR} -I${OPENBSMDIR}/bin/auditdistd > + > +NO_WFORMAT= > + > +PROG= auditdistd > +SRCS= auditdistd.c > +SRCS+= parse.y pjdlog.c > +SRCS+= proto.c proto_common.c proto_socketpair.c proto_tcp.c > proto_tls.c > +SRCS+= receiver.c > +SRCS+= sandbox.c sender.c subr.c > +SRCS+= token.l trail.c > +MAN= auditdistd.8 auditdistd.conf.5 > + > +DPADD= ${LIBL} ${LIBPTHREAD} ${LIBUTIL} > +LDADD= -ll -lpthread -lutil > +DPADD+= ${LIBCRYPTO} ${LIBSSL} > +LDADD+= -lcrypto -lssl > + > +YFLAGS+=-v > + > +CLEANFILES=parse.c parse.h parse.output > + > +.include > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-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" From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 19:44:28 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FAC0FF8 for ; Tue, 18 Dec 2012 19:44:28 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) by mx1.freebsd.org (Postfix) with ESMTP id DE8A38FC17 for ; Tue, 18 Dec 2012 19:44:27 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id gf7so1060763lbb.16 for ; Tue, 18 Dec 2012 11:44:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=1ybEoII/iO44v+3OHL375uWM5Qjg1Kb5wA/GBLwxwgY=; b=a1yRJTApiYswM013YWFJrdqT1MGLSQYQn2efPo8iugO2ktaA6bWzYG4wJqkQ5hPnWV 4x1/pmi4QGfwR0XZiJvEDpv5epnvSACXxgfLalhvOnc/dpyBawnWwyNr/50v+eMd81tr xEK44xmOhEwbacozxoKPeLKeqaWniLQPdbUPM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=1ybEoII/iO44v+3OHL375uWM5Qjg1Kb5wA/GBLwxwgY=; b=S52UFKXw1lABVnWgUJpR3kzlu6OHyvltxSXHrj7XKGHSD4AY3phUX11X7ongClwz4Z cXv1tjpvLTOu9E8f+5ExlARmypz58VYMKingJmItXyKb3//3jDlfU3x2kKdPkISpfOGk qUHWk0Tw/Ewa/mJhz8bytl5qbDdZ7tpuQL4gLjIPK3yPf4oAC3KGYaGgIfB3L5m/AZzr pksoMJHW34d1w1Y2v9W5+y0U3lJ1iJ1AuwbuhSgo0TSBVaFVohU/DoWf3NubEv/4fOhR NVuzMqOwxqcK9UgCto/6KekC17vBvPvrCnUm67r1rbw6BO6rx8NpO2vqrR2FaaTEMl+i BaBA== Received: by 10.112.103.202 with SMTP id fy10mr1336722lbb.13.1355859865925; Tue, 18 Dec 2012 11:44:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.149.225 with HTTP; Tue, 18 Dec 2012 11:43:55 -0800 (PST) In-Reply-To: <50D0308A.9000200@digiware.nl> References: <50D0308A.9000200@digiware.nl> From: Eitan Adler Date: Tue, 18 Dec 2012 14:43:55 -0500 Message-ID: Subject: Re: No more torrents..... To: Willem Jan Withagen Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnGSjzz4scx/Xz93roEA1K1rgveRJOfYrI2yNoUoHPVdtnXEFTbyMmKsfZc61Sg9ikCqjAC Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 19:44:28 -0000 On 18 December 2012 03:59, Willem Jan Withagen wrote: > So what is the reason for this? The software used to seed the torrents was horribly insecure. This was found *prior* to the security incident. > policy > no more support? I have been trying to convince re@ and clusteradm@ to produce "web seed" torrents using the same mirrors we have now. I imagine further progress could be made after the 9.1 release. -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 19:51:01 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D392228 for ; Tue, 18 Dec 2012 19:51:01 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-pb0-f46.google.com (mail-pb0-f46.google.com [209.85.160.46]) by mx1.freebsd.org (Postfix) with ESMTP id C6CA28FC19 for ; Tue, 18 Dec 2012 19:51:00 +0000 (UTC) Received: by mail-pb0-f46.google.com with SMTP id wy7so669766pbc.5 for ; Tue, 18 Dec 2012 11:51:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:from:to:references:in-reply-to:subject:date :organization:mime-version:content-type:content-transfer-encoding :x-priority:x-msmail-priority:importance:x-mailer:x-mimeole :x-gm-message-state; bh=ujjNtq2lW1Q8lQRGJbRdclTFLfYyvjueSxR82lORpwo=; b=ajnHg/zLDKzMQ9qOT1ZXKp39XOMx1WJ5yGCVhzXjH2GsKtrUT1kYpgMnT0M8WI7rto lPkCxMPnWp1Mav2iKmuUpKs/TN+vsL3ThFH/G9LOU2/Qstzt1soglXCXMR6j2R4PN8VZ JKx8nh9LhmQAeKlinynUH0wpCUF0p/YEAg++OT37XIyzECOBR69xu2nmtqnk5AfqlJGh Wp6s41WJ/WQasCCl2l7MjVtPpG6ylctkNJK9srKUagqSA7vk9D5CH28UFyvQ0os+lmHQ RPQP4HqT+eZOHetscex4goS2EJCnkbTyt0PneCvTYP9P44Fr4KjHVm+MtiGKVoXNnNw+ lxvw== X-Received: by 10.66.77.38 with SMTP id p6mr9651350paw.47.1355860259868; Tue, 18 Dec 2012 11:50:59 -0800 (PST) Received: from CMOTUM25PC ([187.210.81.114]) by mx.google.com with ESMTPS id sk1sm1651931pbc.0.2012.12.18.11.50.57 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 18 Dec 2012 11:50:58 -0800 (PST) Message-ID: <1A6988CB6D5D4CFB9F1BE747066F1453@CMOTUM25PC> From: =?iso-8859-1?Q?Efra=EDn_D=E9ctor?= To: "Willem Jan Withagen" , References: <50D0308A.9000200@digiware.nl> In-Reply-To: <50D0308A.9000200@digiware.nl> Subject: Re: No more torrents..... Date: Tue, 18 Dec 2012 13:50:56 -0600 Organization: =?iso-8859-1?Q?HESA_T=E9cnica?= MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-Gm-Message-State: ALoCoQnoq0x/s+PuzFXSUTLAdkwoCXmS4yoj7K98ZyEb877Dlyy5d9He30SoJqKtEPoo2wZvPyXe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 19:51:01 -0000 I don't know why it went offline, however if you go to http://www.gotbsd.net/ you can get the latest release, I dont know if this can help you. Greetings. -----Mensaje original----- From: Willem Jan Withagen Sent: Tuesday, December 18, 2012 2:59 AM To: stable@freebsd.org Subject: No more torrents..... Hi, Not sure on what other list this would be discussed... But I noticed that: Error 503 torrents.FreeBSD.org is offline. It will probably will not be back. And this has been one of the small ways to support the FreeBSD community, by offering almost all images on torrents.... Got about 750 full 7.0 CD1 download 350 full 7.0 DVD1 downloads So what is the reason for this? policy no more support? --WjW _______________________________________________ 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 18 19:52:51 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6127A33B for ; Tue, 18 Dec 2012 19:52:51 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D69D58FC12 for ; Tue, 18 Dec 2012 19:52:50 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id je9so583805bkc.27 for ; Tue, 18 Dec 2012 11:52:44 -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=CHFG3NLXbskFHEryyLt3uJQcO5imucuV7VnLjBD/fz8=; b=oB2UVShVxSKC5YMPJVKW0sIygc9F+67HoTjcZpEnvKYdFeY8jcqMHZ1I9EQDbnesMu ZLXOfH6ZbqL4Onq8sRoLE0GPdvN+zeEHED8/Ee1209qRGEkXXGGcKF3QSso1jzS3iTDr L4PAtAvY9c2dzqCu5GRLFpWCBE/QrV7Bwl7yyCUtPfZn6gp2Wu0hxFVuOqe0qkcSePQB Xsr11em+WCqlaL5EPCql9H9JaZkfwAt05TAorkfqYsYZ9ZKavVMsdutUskYqorOXeYJ3 YgGRS/gpWJ6MssvlWGb37u0ORrA58xk4jm6FLRpT74mVYBRlW7Zw3uQovl0n98smMfZw QhlQ== MIME-Version: 1.0 Received: by 10.204.147.22 with SMTP id j22mr1277729bkv.66.1355860364138; Tue, 18 Dec 2012 11:52:44 -0800 (PST) Received: by 10.204.167.71 with HTTP; Tue, 18 Dec 2012 11:52:43 -0800 (PST) Received: by 10.204.167.71 with HTTP; Tue, 18 Dec 2012 11:52:43 -0800 (PST) In-Reply-To: References: <50D0308A.9000200@digiware.nl> Date: Tue, 18 Dec 2012 19:52:43 +0000 Message-ID: Subject: Re: No more torrents..... From: Chris Rees To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: stable@freebsd.org, Willem Jan Withagen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 19:52:51 -0000 On 18 Dec 2012 19:44, "Eitan Adler" wrote: > > On 18 December 2012 03:59, Willem Jan Withagen wrote: > > > So what is the reason for this? > > The software used to seed the torrents was horribly insecure. This > was found *prior* to the security incident. What software? Chris From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 20:22:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7C67AA3 for ; Tue, 18 Dec 2012 20:22:05 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 5684E8FC14 for ; Tue, 18 Dec 2012 20:22:05 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Tue, 18 Dec 2012 21:22:03 +0100 Message-ID: <50D0D06B.2080109@ose.nl> Date: Tue, 18 Dec 2012 21:22:03 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: MFC: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) (fwd) References: <50D0A597.8060207@ose.nl> <5d92ea55e46049afb64e080477438253.authenticated@ultimatedns.net> In-Reply-To: <5d92ea55e46049afb64e080477438253.authenticated@ultimatedns.net> 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.14 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, 18 Dec 2012 20:22:05 -0000 On 12/18/12 18:44, Chris H wrote: >> On 12/18/12 16:18, Robert Watson wrote: >>> Dear all: >>> >>> Just an FYI that the new distributed audit daemon has been MFC'd to >>> 9 >>> 20121201: >>> With the addition of auditdistd(8), a new auditdistd user is now >>> depended on during installworld. "mergemaster -p" can be used >>> to add >>> the user prior to installworld, as documented in the handbook. >>> >>> should be "prior to installkernel" then also instead of "prior to >>> installworld" > Greetings, > FWIW, I just performed an build(world||kernel) && install(world||kernel) yesterday. > I used the following: > > cd /usr/src > > make buildworld > make buildkernel KERNCONF= > make install KERNCONF= Hi I guess you did make installkernel instead of just make install KERNCONF= ? I did a day ago on a 9.1-RC3: freebsd-update make buildkernel make installkernel Then got prompted that the auditdistd user did not exist so I had to add it prior to installing the kernel. But this was when going from 9.1-RC3 to 9.1-RELEASE So I copied the bits from a CURRENT machine where everything went fine using the standard buildworld, buildkernel, installkernel, mergemaster -p, installworld, mergemaster procedure So that was not the usual way, but just using freebsd-update and installing a custom kernel. On CURRENT it went al well. Never mind and thanks. > > reboot to single user... > > mount -u / > mount -a > > cd /usr/src > mergemaster -p > blah,blah,blah... > make installworld > mergemaster > reboot > > All of the auditdistd bits were merged into my system, and all is well. > Isn't that the way Updating lists the "correct" order? Yes it is. I did an unusual combination of binary update and then building and installing a custom kernel. > Anyway, that's how I understood it, and just wanted to report that it > all worked as expected/anticipated. > > HTH, and best wishes. > > --Chris > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 20:30:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60ECCD4F for ; Tue, 18 Dec 2012 20:30:40 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-197-124.wavecable.com [24.113.197.124]) by mx1.freebsd.org (Postfix) with ESMTP id 204E18FC1C for ; Tue, 18 Dec 2012 20:30:39 +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 qBIKUZ7m028350; Tue, 18 Dec 2012 12:30:41 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qBIKUUx5028344; Tue, 18 Dec 2012 12:30:30 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.197.124]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 18 Dec 2012 12:30:30 -0800 (PST) Message-ID: <743e6e4219c1ebcfcc6b8594771dd27a.authenticated@ultimatedns.net> In-Reply-To: <50D0D06B.2080109@ose.nl> References: <50D0A597.8060207@ose.nl> <5d92ea55e46049afb64e080477438253.authenticated@ultimatedns.net> <50D0D06B.2080109@ose.nl> Date: Tue, 18 Dec 2012 12:30:30 -0800 (PST) Subject: Re: MFC: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) (fwd) From: "Chris H" To: "Bas Smeelen" 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.14 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, 18 Dec 2012 20:30:40 -0000 > On 12/18/12 18:44, Chris H wrote: >>> On 12/18/12 16:18, Robert Watson wrote: >>>> Dear all: >>>> >>>> Just an FYI that the new distributed audit daemon has been MFC'd to >>>> 9 >>>> 20121201: >>>> With the addition of auditdistd(8), a new auditdistd user is now >>>> depended on during installworld. "mergemaster -p" can be used >>>> to add >>>> the user prior to installworld, as documented in the handbook. >>>> >>>> should be "prior to installkernel" then also instead of "prior to >>>> installworld" >> Greetings, >> FWIW, I just performed an build(world||kernel) && install(world||kernel) yesterday. >> I used the following: >> >> cd /usr/src >> >> make buildworld >> make buildkernel KERNCONF= >> make install KERNCONF= > > Hi > I guess you did make installkernel instead of just make install > KERNCONF= ? D'OH! :P Sorry. That _should_ have read: make installkernel KERNCONF= ____________^^^^^^ Good catch! I can assure you, I _did_ do it correctly, when actually performing the install. :) FWIW Mine was a fresh install from the 9.0 CD1, then a sync src, ports && make build(world||kernel); install(kernel||world). Best wishes. --Chris > > I did a day ago on a 9.1-RC3: > > freebsd-update > make buildkernel > make installkernel > > Then got prompted that the auditdistd user did not exist so I had to add > it prior to installing the kernel. > But this was when going from 9.1-RC3 to 9.1-RELEASE > So I copied the bits from a CURRENT machine where everything went fine > using the standard buildworld, buildkernel, installkernel, mergemaster > -p, installworld, mergemaster procedure > > So that was not the usual way, but just using freebsd-update and > installing a custom kernel. > > On CURRENT it went al well. > > Never mind and thanks. > >> >> reboot to single user... >> >> mount -u / >> mount -a >> >> cd /usr/src >> mergemaster -p >> blah,blah,blah... >> make installworld >> mergemaster >> reboot >> >> All of the auditdistd bits were merged into my system, and all is well. >> Isn't that the way Updating lists the "correct" order? > > Yes it is. I did an unusual combination of binary update and then > building and installing a custom kernel. > >> Anyway, that's how I understood it, and just wanted to report that it >> all worked as expected/anticipated. >> >> HTH, and best wishes. >> >> --Chris >> > > > _______________________________________________ > 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 18 23:01:43 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 751E89D5 for ; Tue, 18 Dec 2012 23:01:43 +0000 (UTC) (envelope-from peter@wemm.org) Received: from mail-vc0-f171.google.com (mail-vc0-f171.google.com [209.85.220.171]) by mx1.freebsd.org (Postfix) with ESMTP id 178648FC17 for ; Tue, 18 Dec 2012 23:01:41 +0000 (UTC) Received: by mail-vc0-f171.google.com with SMTP id n11so1585492vch.16 for ; Tue, 18 Dec 2012 15:01:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gr6Bxx3zgnf8f7ibCYm0/naH4VdvOgX5pbXT3qsNDKg=; b=DoVc6bEx5j2tIUqvhe+RSCPdnsPbC9eK8cWbD8wnVwo7ugdNMOq/D4T9kNJ4wsYl2Q zUSkxrX51ZgTJUyAmK4pLWxkIx/0fWkRdVKApaez9A7ogO8lkfzcSniUky3BQJ2jl3r7 52UnQtsEZFrEbyJLiqgyuQPzVxSxKI7mx3zZw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=gr6Bxx3zgnf8f7ibCYm0/naH4VdvOgX5pbXT3qsNDKg=; b=HPiWsiOOxklGD6BKrvsqrwUZc2SK2NdOP1b3K0X48yRECljuwGnyhoU6yp2P8N42MV K0GJXni2O366c5dapCsYflSTzmJFAt20r7uOU6jK9EKFpKSK+HvfYx2SbXSSynD6AcvR Y4Hv7inoNOpS+rOVUEzakIf7j7MYXdWbCoIxsUMTX+Pe940r7D2xiqHcdwPIkViwQOKT n+Cbfvzv/D0Awp7MBEACQ3J02YE+APNa5PsFmuruehoC6+JvV101O164322/Kl5Z4jG4 74aZeoQW3tKjCZDP84IWky8ynjqmHfgNVEATqyqFR32/aZM1BKxfDgmdRD2OLb9EYewm MaEw== MIME-Version: 1.0 Received: by 10.52.20.108 with SMTP id m12mr5163244vde.11.1355871700399; Tue, 18 Dec 2012 15:01:40 -0800 (PST) Received: by 10.220.38.71 with HTTP; Tue, 18 Dec 2012 15:01:40 -0800 (PST) In-Reply-To: References: <50D0308A.9000200@digiware.nl> Date: Tue, 18 Dec 2012 15:01:40 -0800 Message-ID: Subject: Re: No more torrents..... From: Peter Wemm To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkvNPLaNIDq18UGKBqgSxuzSkqa6cdQFTr9/p+gH0jeo5N8e6q28jgkX2Lu2z5XsVNbU8FA Cc: Eitan Adler , stable@freebsd.org, Willem Jan Withagen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 23:01:43 -0000 On Tue, Dec 18, 2012 at 11:52 AM, Chris Rees wrote: > On 18 Dec 2012 19:44, "Eitan Adler" wrote: >> >> On 18 December 2012 03:59, Willem Jan Withagen wrote: >> >> > So what is the reason for this? >> >> The software used to seed the torrents was horribly insecure. This >> was found *prior* to the security incident. > > What software? A hybrid of bnbt, xbnbt, xbtt, and something else that I don't recall the name of. We ran the seeders from py-bittornado in curses mode in about 15 screen sessions.. by hand. The tracker/indexer code had an open http connect proxy in it (!). The code was particularly difficult to work with and looked extremely light for defensive programming. (string buffer overflows, the works). The bottom line is the nice indexer / tracker / stats thing we had isn't something I feel we can trust. I do believe we can/should publish trackerless/dht torrent files to go with the release binaries. Perhaps an initial web-seed might work, otherwise we could have a few folks with good ftp connectivity do an initial seed from the ftp files. Another option is a no-frills tracker (eg: no gui). So, the old way: xbnbt + xbtt + bnbt provided a tracker, an index, downloads of the .torrent files. via screen, we ran a farm of py-bittornado (which particpated in utorrent-compatible pex/dht) very high maintenence and magic. New way: www.freebsd.org: provides an index and downloads of the .torrent files if required, a no-frills tracker. as required, run py-bittornado for a week or so, and/or well connected folks preload their clients via ftp. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 23:19:09 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2590D47C for ; Tue, 18 Dec 2012 23:19:09 +0000 (UTC) (envelope-from nomadlogic@gmail.com) Received: from mail-vb0-f43.google.com (mail-vb0-f43.google.com [209.85.212.43]) by mx1.freebsd.org (Postfix) with ESMTP id C7D0F8FC0C for ; Tue, 18 Dec 2012 23:19:08 +0000 (UTC) Received: by mail-vb0-f43.google.com with SMTP id fs19so1594710vbb.16 for ; Tue, 18 Dec 2012 15:19:07 -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=Jf75/Zip3IWFaEYfN2ChD8MZRoBnCh4xouzoL4DYtpQ=; b=jdWSR2PZ0MaPWdp7UuwM3r+39NL7asi9+9+zssYGkxRzFIYONMSuq07LyYJ1F77+7K f6/SSl5omz+EJqzFXU4kqrXq1Bfd5+LDw+GjCZAg2QoLZi6k5UeRJ5wxfz6w5ughmV2T EDCqIN9r3JfqAT0y/tKw7tMzpys937ZCRHMNfcBb0eqa2kNfzspUO2VOevrh7GTHH7Zt ncCj86Q7acOkV1lUWFgOl5EKWujrqanbI1LEI7hEqd27MMnloZl1iPyDaD/ME9gW+iN9 W0+PTaFNUTP4xpuu+7aqVsTPigBHIN+BGnOxfEy8VEAJHOo5Dod1yUylsWiqKgkiPjbk sbVA== MIME-Version: 1.0 Received: by 10.52.66.34 with SMTP id c2mr5043843vdt.62.1355872747863; Tue, 18 Dec 2012 15:19:07 -0800 (PST) Received: by 10.58.221.230 with HTTP; Tue, 18 Dec 2012 15:19:07 -0800 (PST) In-Reply-To: References: <50D0308A.9000200@digiware.nl> Date: Tue, 18 Dec 2012 15:19:07 -0800 Message-ID: Subject: Re: No more torrents..... From: pete wright To: Peter Wemm Content-Type: text/plain; charset=ISO-8859-1 Cc: Eitan Adler , stable@freebsd.org, Willem Jan Withagen , Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 23:19:09 -0000 > > A hybrid of bnbt, xbnbt, xbtt, and something else that I don't recall > the name of. We ran the seeders from py-bittornado in curses mode in > about 15 screen sessions.. by hand. > > The tracker/indexer code had an open http connect proxy in it (!). > The code was particularly difficult to work with and looked extremely > light for defensive programming. (string buffer overflows, the > works). > > The bottom line is the nice indexer / tracker / stats thing we had > isn't something I feel we can trust. > > I do believe we can/should publish trackerless/dht torrent files to go > with the release binaries. > > Perhaps an initial web-seed might work, otherwise we could have a few > folks with good ftp connectivity do an initial seed from the ftp > files. I would be very much be willing to assist with seeding if we make dht torrent files available from my nodes located in downtown Los Angeles for west-coast and APAC network presence. as an aside: I have been running libtorrent/rtorrent for a bit and it seems like a pretty decent platform for building on. having said that - I am not a security researcher and would be keen to hear if libtorrent/rotrrent suffers from these similar issues? -pete -- pete wright www.nycbug.org @nomadlogicLA From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 23:22:58 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F21325C7 for ; Tue, 18 Dec 2012 23:22:57 +0000 (UTC) (envelope-from peter@wemm.org) Received: from mail-vb0-f46.google.com (mail-vb0-f46.google.com [209.85.212.46]) by mx1.freebsd.org (Postfix) with ESMTP id 91E778FC17 for ; Tue, 18 Dec 2012 23:22:57 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id b13so1616970vby.33 for ; Tue, 18 Dec 2012 15:22:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nYFem/yitwcJvv+j4sIMDMNodwv2k+US/sO7SljZtfk=; b=fUc7rw6dcxwejp4G+y1wtATqmycx7p0nuf0OV7kgxIwRjIuKRYzkyY0xR5FinltMMg zuwTBODGREFetgScpvKnNdJUnLOc9BR3k6wuTGMkKYjXOpDX93jKJpCwuE613sd+4BEZ 829GjfzQhC3wqpuofQrb6yeQ7o2rsYc5uvEjU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=nYFem/yitwcJvv+j4sIMDMNodwv2k+US/sO7SljZtfk=; b=U+ZpyqRljMQ0xxAygWv75O3qOwH6C82lX4JNCIQ7eeMVd5KVuHrasS4+JoxJ4uJCz9 wdhOkJgxPIDEmJzevaOyJTJsTqP/SXPOxAYs9Pf3ZCVeb/N/Z+mWljWX63jayh+FLwq/ qkB8/mEYT6YAv5NTSoLG0SEDVIzbH+/R6Hr/dVvi2JbAlElQ4J7TcMMG3hSqSnbAjxl/ td26q8J/aqjJA7TddmQWFW9g/ae478V84sFH+RwNrRwRct9/PbfLDnnjN/zPdPR3GXwx 5lHIIHbSlvv1SRiXYs4loRRJfVgsWkIkH//Cs5EQpVWmqeRjcnbsnWtp4hcynYcLV93w zJOQ== MIME-Version: 1.0 Received: by 10.52.20.108 with SMTP id m12mr5238100vde.11.1355872976618; Tue, 18 Dec 2012 15:22:56 -0800 (PST) Received: by 10.220.38.71 with HTTP; Tue, 18 Dec 2012 15:22:56 -0800 (PST) In-Reply-To: References: <50D0308A.9000200@digiware.nl> Date: Tue, 18 Dec 2012 15:22:56 -0800 Message-ID: Subject: Re: No more torrents..... From: Peter Wemm To: pete wright Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnSUqBGoK4KuroOgY026WSVbA2SaebQRsVxFm9YC1iXmb2YsDEycsQ4Cdd6BV8mTjBtS6wT Cc: Eitan Adler , stable@freebsd.org, Willem Jan Withagen , Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 23:22:58 -0000 On Tue, Dec 18, 2012 at 3:19 PM, pete wright wrote: >> >> A hybrid of bnbt, xbnbt, xbtt, and something else that I don't recall >> the name of. We ran the seeders from py-bittornado in curses mode in >> about 15 screen sessions.. by hand. >> >> The tracker/indexer code had an open http connect proxy in it (!). >> The code was particularly difficult to work with and looked extremely >> light for defensive programming. (string buffer overflows, the >> works). >> >> The bottom line is the nice indexer / tracker / stats thing we had >> isn't something I feel we can trust. >> >> I do believe we can/should publish trackerless/dht torrent files to go >> with the release binaries. >> >> Perhaps an initial web-seed might work, otherwise we could have a few >> folks with good ftp connectivity do an initial seed from the ftp >> files. > > > I would be very much be willing to assist with seeding if we make dht > torrent files available from my nodes located in downtown Los Angeles > for west-coast and APAC network presence. > > as an aside: > I have been running libtorrent/rtorrent for a bit and it seems like a > pretty decent platform for building on. having said that - I am not a > security researcher and would be keen to hear if libtorrent/rotrrent > suffers from these similar issues? Oh wait, I told a lie. It wasn't py-bittornado we used.. it was rtorrent. Thanks for prompting that. I have no concerns with rtorrent except that it was a curses beastie. It was something we had to manually start up after a machine reboot until we did some evil scripts with screen. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Tue Dec 18 23:25:40 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE1FF6DE for ; Tue, 18 Dec 2012 23:25:39 +0000 (UTC) (envelope-from nomadlogic@gmail.com) Received: from mail-vc0-f178.google.com (mail-vc0-f178.google.com [209.85.220.178]) by mx1.freebsd.org (Postfix) with ESMTP id 940518FC0A for ; Tue, 18 Dec 2012 23:25:39 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id x16so1607220vcq.23 for ; Tue, 18 Dec 2012 15:25:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aZ95HimCxLi+qlD28kcIwGkmXvOvY2JtHImVbK9iH/c=; b=0lE0S8MlXg3M1txT083WKc8uD+ULX7qbBRw6LOqvw2PxRnjefBBiICtX9Xmm+Tx8J3 bUKzStqA7EAffJp7XUKtGRoI/BSPBZB5EqOH0mts5cUPk5eTMWvT404Tz7C9ixuX57Hb 0JrSHMQuse/IJRj/7ruQJTNLENfTZGsL47uhH2kqc3DX+20PIqP0U5Fkfv70vx/5uoIc 7zWZjB5XXVnuYkx3oSs/6oIvepHNLppspXzd0yDmS/8sYpnzNfravU0eG7RSVziAebKx vILITyNKuhXH4+UtSp8yfaISAl8B0Pqd3KIQmxaBj217VTpmdyVWkpMVkq2fM6b6W91/ pXTg== MIME-Version: 1.0 Received: by 10.52.36.19 with SMTP id m19mr5084432vdj.33.1355873138689; Tue, 18 Dec 2012 15:25:38 -0800 (PST) Received: by 10.58.221.230 with HTTP; Tue, 18 Dec 2012 15:25:38 -0800 (PST) In-Reply-To: References: <50D0308A.9000200@digiware.nl> Date: Tue, 18 Dec 2012 15:25:38 -0800 Message-ID: Subject: Re: No more torrents..... From: pete wright To: Peter Wemm Content-Type: text/plain; charset=ISO-8859-1 Cc: Eitan Adler , stable@freebsd.org, Willem Jan Withagen , Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Dec 2012 23:25:40 -0000 On Tue, Dec 18, 2012 at 3:22 PM, Peter Wemm wrote: > On Tue, Dec 18, 2012 at 3:19 PM, pete wright wrote: >>> >>> A hybrid of bnbt, xbnbt, xbtt, and something else that I don't recall >>> the name of. We ran the seeders from py-bittornado in curses mode in >>> about 15 screen sessions.. by hand. >>> >>> The tracker/indexer code had an open http connect proxy in it (!). >>> The code was particularly difficult to work with and looked extremely >>> light for defensive programming. (string buffer overflows, the >>> works). >>> >>> The bottom line is the nice indexer / tracker / stats thing we had >>> isn't something I feel we can trust. >>> >>> I do believe we can/should publish trackerless/dht torrent files to go >>> with the release binaries. >>> >>> Perhaps an initial web-seed might work, otherwise we could have a few >>> folks with good ftp connectivity do an initial seed from the ftp >>> files. >> >> >> I would be very much be willing to assist with seeding if we make dht >> torrent files available from my nodes located in downtown Los Angeles >> for west-coast and APAC network presence. >> >> as an aside: >> I have been running libtorrent/rtorrent for a bit and it seems like a >> pretty decent platform for building on. having said that - I am not a >> security researcher and would be keen to hear if libtorrent/rotrrent >> suffers from these similar issues? > > Oh wait, I told a lie. It wasn't py-bittornado we used.. it was > rtorrent. Thanks for prompting that. > > I have no concerns with rtorrent except that it was a curses beastie. > It was something we had to manually start up after a machine reboot > until we did some evil scripts with screen. > ah ok - understood. well i'll keep an eye on the lists, and if some trackerless torrents become available i'll be sure to contribute my resources to this :) I'd volunteer to help build them but unfortunately my human bandwidth is limited atm. cheers, -pete -- pete wright www.nycbug.org @nomadlogicLA From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 05:16:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41AE448A for ; Wed, 19 Dec 2012 05:16:03 +0000 (UTC) (envelope-from marketing@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id C311F8FC12 for ; Wed, 19 Dec 2012 05:16:02 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.189]) by hub.org (Postfix) with ESMTP id 76CE613EFD92 for ; Wed, 19 Dec 2012 01:15:02 -0400 (AST) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.151.189]) (amavisd-maia, port 10024) with ESMTP id 22220-05 for ; Wed, 19 Dec 2012 05:15:01 +0000 (UTC) Received: from [192.168.0.52] (S01060026f3ee6b97.gv.shawcable.net [96.54.43.95]) by hub.org (Postfix) with ESMTPA id 5037313EFD8B for ; Wed, 19 Dec 2012 00:58:38 -0400 (AST) From: Hub- Marketing Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: 9-STABLE -> NFS -> NetAPP: Message-Id: Date: Tue, 18 Dec 2012 20:58:36 -0800 To: "freebsd-stable@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 05:16:03 -0000 I'm running a few servers sitting on top of a NetAPP file server =85 = everything runs great, but periodically I'm getting: nfs_getpages: error 13 vm_fault: pager read error, pid 11355 (https) errors on my screen =85 not always same pid =85 the annoying part is = that it seems to always affect the same jail that is running .. if I = shutdown all jails on that physical server, everything shuts down except = for that *one* jail, with a ps listing looking like: USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 6670 0.0 0.0 9936 1372 ?? DsJ 3:00AM 0:00.01 newsyslog root 6815 0.0 0.0 9936 1288 ?? DsJ 3:00AM 0:00.01 = /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg root 8361 0.0 0.1 220740 11400 ?? DsJ 7:33PM 0:01.25 = /usr/local/sbin/httpd -DNOHTTPACCEPT www 8364 0.0 0.0 0 0 ?? ZJ 7:33PM 0:00.00 www 11866 0.0 0.1 318444 16792 ?? TJ 7:36PM 0:00.03 = /usr/local/sbin/httpd -DNOHTTPACCEPT www 11872 0.0 0.1 297964 14008 ?? TJ 7:36PM 0:00.01 = /usr/local/sbin/httpd -DNOHTTPACCEPT www 11873 0.0 0.1 306156 15028 ?? DEJ 7:36PM 0:00.02 = /usr/local/sbin/httpd -DNOHTTPACCEPT root 17190 0.0 0.0 9936 1240 ?? DsJ 8:00PM 0:00.01 = /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg root 24864 0.0 0.0 9936 1392 ?? DsJ 4:00AM 0:00.01 newsyslog root 24910 0.0 0.0 9936 1336 ?? DsJ 4:00AM 0:00.01 = /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg root 29972 0.0 0.0 9936 1240 ?? DsJ 9:00PM 0:00.01 = /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg root 34221 0.0 0.0 51480 4332 ?? DsJ 4:47AM 0:00.02 sshd: = root@pts/1 (sshd) root 42452 0.0 0.0 9936 1296 ?? DsJ 10:00PM 0:00.01 newsyslog root 42522 0.0 0.0 9936 1240 ?? DsJ 10:00PM 0:00.01 = /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg root 55179 0.0 0.0 9936 1296 ?? DsJ 11:00PM 0:00.01 newsyslog root 55244 0.0 0.0 9936 1240 ?? DsJ 11:00PM 0:00.01 = /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg root 67592 0.0 0.0 9936 1336 ?? DsJ 12:00AM 0:00.01 newsyslog root 67762 0.0 0.0 9936 1288 ?? DsJ 12:00AM 0:00.01 = /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg root 81603 0.0 0.0 9936 1340 ?? DsJ 1:00AM 0:00.01 newsyslog root 81640 0.0 0.0 9936 1284 ?? DsJ 1:00AM 0:00.01 = /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg root 93792 0.0 0.0 9936 1344 ?? DsJ 2:00AM 0:00.01 newsyslog root 93815 0.0 0.0 9936 1288 ?? DsJ 2:00AM 0:00.01 = /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg root 34228 0.0 0.0 67960 4464 1 Ds+J 4:47AM 0:00.00 sshd: = root@pts/1 (sshd) root 38473 0.0 0.0 17556 3272 3 SJ 4:53AM 0:00.02 /bin/tcsh root 38475 0.0 0.0 14212 1512 3 R+J 4:53AM 0:00.00 ps aux I can do a 'jexec /bin/tcsh' to get into the jail, I can perform = ps commands, etc =85 I just can't get those processes to shutdown =85 everything within the jail is 'up to date' =85 updates the userland and = ports =85 I've checked over the NetApp, but everything appears fine, and = it only seems to repeatedly affect that one jail, on that same physical = server ... I have no ideas on what / how to debug this =85 thoughts? help? thx From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 06:14:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25645A37; Wed, 19 Dec 2012 06:14:19 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) by mx1.freebsd.org (Postfix) with ESMTP id 887928FC14; Wed, 19 Dec 2012 06:14:17 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id r3so764305wey.31 for ; Tue, 18 Dec 2012 22:14: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 :content-type; bh=4zJdCVhNfOK0nkvkd/9Oy212ZudWEmYIoniMXRwxWwk=; b=fkkFQfpLzKpoMILAhZlKzqD1xSDJk3ekiGPHQNEt3CDT03uglcz7pLxldMgLP/B1i0 WodUotHuRyroxqiZdexu/XanQW6aof5PvxW6yzgsoR7SpXDoHvxbk2B/AMZfs8CzyV7t YwuwCFoGQRO3Q0qyttRlYUilcftrUp4dj3j+EhJU6l8cU4NfnTLYnIf134/mh+iTxDg1 uAFk4BPP8wkryrGfthjfi98MkAthi8yJZPufXRXCr0lmfseQ0r0meReUfX3MKOWRLi92 Y44WpopsFKJdXdkN1LVEgjapzHwF2dWQlY0/m5zdKxY6YYjeZggyfgsgSRayF3Qiyeav 7QjQ== MIME-Version: 1.0 Received: by 10.180.103.136 with SMTP id fw8mr1806777wib.27.1355897656369; Tue, 18 Dec 2012 22:14:16 -0800 (PST) Received: by 10.216.172.197 with HTTP; Tue, 18 Dec 2012 22:14:16 -0800 (PST) In-Reply-To: References: Date: Wed, 19 Dec 2012 08:14:16 +0200 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 06:14:19 -0000 On Fri, Dec 7, 2012 at 12:42 PM, Kimmo Paasiala wrote: > Hello, > > I wrote a small patch for /etc/network.subr to add support for > ipv6_addrs_IF aliases in rc.conf(5) to match the already existing > ipv4_addrs_IF aliases for ipv4 addresses. With this patch the ipv6 > aliases can be written like: > > ipv6_addrs_re0="2001:db8:1111:2222::1/64 2001:db8:1111:2222::2/64" > > Only this syntax is supported, it's not possible to use the "prefixlen > nn" syntax in the list. > > The patch is against a recent 9-STABLE, last changed rev of > network.subr on my SVN checkout is r242187. I don't have a CURRENT > system to test if it applies to CURRENT as well. > > The patch can be found attached to a PR I sent: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=174225 > > > I wrote this patch inspired by a question on the FreeBSD forums: > > http://forums.freebsd.org/showthread.php?t=36136 > > Please test and report if it works for you :) > > > Regards, > Kimmo Paasiala Hello, Did anyone try my patch? I thought it would be nice to have the ipv6_addrs_IF syntax supported to complement the existing ipv4_addrs_IF alias syntax. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 06:18:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F6EFC79 for ; Wed, 19 Dec 2012 06:18:35 +0000 (UTC) (envelope-from jrm@ftfl.ca) Received: from mail-vb0-f41.google.com (mail-vb0-f41.google.com [209.85.212.41]) by mx1.freebsd.org (Postfix) with ESMTP id B9EF48FC12 for ; Wed, 19 Dec 2012 06:18:34 +0000 (UTC) Received: by mail-vb0-f41.google.com with SMTP id l22so1958730vbn.0 for ; Tue, 18 Dec 2012 22:18:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ftfl.ca; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=45hzptT/r9SFowzDgyRw+Qr2nApz3sw4GPuzQxGFwCo=; b=fEkBhhGr+bk6Ava2OjZWgcdQ67bfmEJCaEl96uV9txaj2e66j1DRFfNwq7A5W5wcuQ 0nIo5OJ+EDvPEkFQlXIPQnWAmvuDnnENQZzK4PTz3HWPtDD0uJamj0fTQxiYQeoxAPTw HOPVTMDcKdvrYhN5j6tGcoF1MgF4zDABb1Zjw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=45hzptT/r9SFowzDgyRw+Qr2nApz3sw4GPuzQxGFwCo=; b=DiFzHJYmzuQWDP2WHvAYU1HGFfXc3CfdX80x3Zi+CBPV7Wt6PUoKzx/CjDzjOHXjqZ P9eq6JOQ5MTM8RyRdZIizzEEOUUaW02CD6voWPZgQxO+oc3GZ6Q0YhjLZZTXNpgK9MGr CSKhT5LF0PJ1fwiWSrwE0AUT940TMH9Dw52M3XlmBt6l5ElBTl2tMsORR+4Byun0WH4o 8w2i/7fwCadXCnyfIdq8I+da0JyhnZ9PgJgIKgBQIC7lnA0H2tQlxOGp0nGILm8RsGJZ 3dqx7mEOGxQL86Srg7KG9d5e2REKemAc7IMQqQcGyrNfR/ukXAHfmT+UxjQUdokXUuZq ODWA== MIME-Version: 1.0 Received: by 10.52.173.207 with SMTP id bm15mr6225947vdc.88.1355897908374; Tue, 18 Dec 2012 22:18:28 -0800 (PST) Received: by 10.59.13.195 with HTTP; Tue, 18 Dec 2012 22:18:28 -0800 (PST) X-Originating-IP: [100.42.242.195] In-Reply-To: References: Date: Wed, 19 Dec 2012 02:18:28 -0400 Message-ID: Subject: Re: 9.1-RC3 fusefs-encfs problem ( ls: b: Bad file descriptor ) From: Joseph Mingrone To: =?UTF-8?B?w5Z6a2FuIEtJUklL?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQk6jyk0xzKUDjZnW2qNiTSy9/V/7uZR2e+6qz90wSlc4VW8BvB15gF0fEo/0on6hEPrccxM Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 06:18:35 -0000 On Thu, Dec 6, 2012 at 3:00 AM, =C3=96zkan KIRIK wr= ote: > I just installed fusefs-encfs from ports. > There is something wrong while mounting the fuse. > The output : > > root@host # kldstat > Id Refs Address Size Name > 1 3 0xffffffff80200000 13e0d58 kernel > 2 1 0xffffffff81812000 a9bb fuse.ko > > root@host # encfs `pwd`/a `pwd`/b > The directory "/usr/home/sysadmin/a/" does not exist. Should it be create= d? > (y,n) y > The directory "/usr/home/sysadmin/b" does not exist. Should it be created= ? > (y,n) y > Creating new encrypted volume. > Please choose from one of the following options: > enter "x" for expert configuration mode, > enter "p" for pre-configured paranoia mode, > anything else, or an empty line will select standard mode. > ?> > > Standard configuration selected. > > Configuration finished. The filesystem to be created has > the following properties: > Filesystem cipher: "ssl/aes", version 3:0:2 > Filename encoding: "nameio/block", version 3:0:1 > Key Size: 192 bits > Block Size: 1024 bytes > Each file contains 8 byte header with unique IV data. > Filenames encoded using IV chaining mode. > File holes passed through to ciphertext. > > Now you will need to enter a password for your filesystem. > You will need to remember this password, as there is absolutely > no recovery mechanism. However, the password can be changed > later using encfsctl. > > New Encfs Password: > Verify Encfs Password: > root@host # > > root@host # mount > /dev/ada0p2 on / (ufs, local, journaled soft-updates) > devfs on /dev (devfs, local, multilabel) > /dev/fuse0 on /usr/home/b (fusefs, local, synchronous) > > root@host # cd b > b: Not a directory. > > root@host # ls b > ls: b: Bad file descriptor > > root@host # umount b > umount: b: stat: Bad file descriptor > umount: b: unknown file system > > root@host # umount /usr/home/b > -> has no errors. > > > I tried this on two different machines with 9.1-RC3 amd64. > How can we solve this problem? > > Sincerely, > Ozkan KIRIK I have the same problem. Downgrading sysutils/fusefs-kmod and sysutils/fusefs-libs as described in the PR linked to below allowed me to mount again. http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/173240 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 08:09:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EACD98 for ; Wed, 19 Dec 2012 08:09:42 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-qa0-f53.google.com (mail-qa0-f53.google.com [209.85.216.53]) by mx1.freebsd.org (Postfix) with ESMTP id D900D8FC17 for ; Wed, 19 Dec 2012 08:09:41 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id a19so1274192qad.19 for ; Wed, 19 Dec 2012 00:09:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7mtbmMYY/v9rsybji7PuCxQrmyYiUEen36RcSAqNE38=; b=ZhAxvr2hFA2i2wyNQNI4n136hOKNwFB+BAa3HI31APnso6HWds9vHVay/Bh/NUV/4t fgkbxhvE+LdrT7tGZqBQK/5zgs46zl0GQmU9kbNnJZvXMOOfXv9WiudpRjOYwN02J82w sWTm80jVnX+MKDrB+JWmJcu7pdvmAcoBfzNhRpqID1l/f/fGbG0cCZKV/DUhYO67eoNo xPJDTWm5Q5vwkhgv/0zlU6Kw9CzBR2rEvkt7gII4lF5d2I7tS6VYjXmu9ubzKQzU+5xx 6PCJKKBGksPCcmpuAXTk6w2zE3pf163R9dDzOBj8dVq8JfMBUj4jdbqqqgoXgd1sVrc1 yR/A== MIME-Version: 1.0 Received: by 10.224.72.197 with SMTP id n5mr2156238qaj.38.1355904192072; Wed, 19 Dec 2012 00:03:12 -0800 (PST) Received: by 10.49.60.167 with HTTP; Wed, 19 Dec 2012 00:03:11 -0800 (PST) In-Reply-To: References: Date: Wed, 19 Dec 2012 10:03:11 +0200 Message-ID: Subject: Re: 9.1-RC3 fusefs-encfs problem ( ls: b: Bad file descriptor ) From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Joseph Mingrone Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 08:09:42 -0000 thank you On Wed, Dec 19, 2012 at 8:18 AM, Joseph Mingrone wrote: > On Thu, Dec 6, 2012 at 3:00 AM, =D6zkan KIRIK wro= te: > > I just installed fusefs-encfs from ports. > > There is something wrong while mounting the fuse. > > The output : > > > > root@host # kldstat > > Id Refs Address Size Name > > 1 3 0xffffffff80200000 13e0d58 kernel > > 2 1 0xffffffff81812000 a9bb fuse.ko > > > > root@host # encfs `pwd`/a `pwd`/b > > The directory "/usr/home/sysadmin/a/" does not exist. Should it be > created? > > (y,n) y > > The directory "/usr/home/sysadmin/b" does not exist. Should it be > created? > > (y,n) y > > Creating new encrypted volume. > > Please choose from one of the following options: > > enter "x" for expert configuration mode, > > enter "p" for pre-configured paranoia mode, > > anything else, or an empty line will select standard mode. > > ?> > > > > Standard configuration selected. > > > > Configuration finished. The filesystem to be created has > > the following properties: > > Filesystem cipher: "ssl/aes", version 3:0:2 > > Filename encoding: "nameio/block", version 3:0:1 > > Key Size: 192 bits > > Block Size: 1024 bytes > > Each file contains 8 byte header with unique IV data. > > Filenames encoded using IV chaining mode. > > File holes passed through to ciphertext. > > > > Now you will need to enter a password for your filesystem. > > You will need to remember this password, as there is absolutely > > no recovery mechanism. However, the password can be changed > > later using encfsctl. > > > > New Encfs Password: > > Verify Encfs Password: > > root@host # > > > > root@host # mount > > /dev/ada0p2 on / (ufs, local, journaled soft-updates) > > devfs on /dev (devfs, local, multilabel) > > /dev/fuse0 on /usr/home/b (fusefs, local, synchronous) > > > > root@host # cd b > > b: Not a directory. > > > > root@host # ls b > > ls: b: Bad file descriptor > > > > root@host # umount b > > umount: b: stat: Bad file descriptor > > umount: b: unknown file system > > > > root@host # umount /usr/home/b > > -> has no errors. > > > > > > I tried this on two different machines with 9.1-RC3 amd64. > > How can we solve this problem? > > > > Sincerely, > > Ozkan KIRIK > > I have the same problem. Downgrading sysutils/fusefs-kmod and > sysutils/fusefs-libs as described in the PR linked to below allowed me > to mount again. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/173240 > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 09:47:46 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A61B0F3B for ; Wed, 19 Dec 2012 09:47:46 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-la0-f46.google.com (mail-la0-f46.google.com [209.85.215.46]) by mx1.freebsd.org (Postfix) with ESMTP id 141C88FC0A for ; Wed, 19 Dec 2012 09:47:45 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id p5so1410215lag.19 for ; Wed, 19 Dec 2012 01:47:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=t3jPM70fjv/bUSImMWcGme+ZzdEQV9suLwxIKRdXS/g=; b=UPeRSKKA1YzidkOE1VOoRAJZmmOMgaTfvjwrStVE04XE8nWajX66wIf/hNLnGknGFB DTrtumn62jnpsTi48ZUo9+PA+zrsYcRZvsTA3y5gjH5T1S5A1gzO6RHxDo8N9W7QEiGF gZqgtBzT3NujzyBk2McRehbg5cJSMDgDJnZ2RBkODUIRxb08DXs0gQpfBKWqKx8G2H5/ CW4sZ0n1Au6HIVCBm4yjie9JapqlCQnhjM2b6dYXXzUtcQ+hMUd+w32BYxBiVcBwVk2i YwKkRkVlH6Qrau4AhepS4QiOdNMWox8qUJ3SjkB4PEhDf8j166UAAtI1/W5KFAlOpCjY Zchw== X-Received: by 10.112.10.3 with SMTP id e3mr2110150lbb.33.1355910459142; Wed, 19 Dec 2012 01:47:39 -0800 (PST) Received: from [192.168.1.130] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPS id v6sm1868309lbf.11.2012.12.19.01.47.35 (version=SSLv3 cipher=OTHER); Wed, 19 Dec 2012 01:47:36 -0800 (PST) Message-ID: <50D18D31.7080005@gmail.com> Date: Wed, 19 Dec 2012 11:47:29 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 MIME-Version: 1.0 To: Peter Wemm Subject: Re: No more torrents..... References: <50D0308A.9000200@digiware.nl> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Eitan Adler , pete wright , Willem Jan Withagen , stable@freebsd.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 09:47:46 -0000 19.12.2012 01:22, Peter Wemm: >> I would be very much be willing to assist with seeding if we make dht >> torrent files available from my nodes located in downtown Los Angeles >> for west-coast and APAC network presence. >> >> as an aside: >> I have been running libtorrent/rtorrent for a bit and it seems like a >> pretty decent platform for building on. having said that - I am not a >> security researcher and would be keen to hear if libtorrent/rotrrent >> suffers from these similar issues? > > Oh wait, I told a lie. It wasn't py-bittornado we used.. it was > rtorrent. Thanks for prompting that. > > I have no concerns with rtorrent except that it was a curses beastie. > It was something we had to manually start up after a machine reboot > until we did some evil scripts with screen. The ports contain at least two torrent clients that can daemonize: transmission and btpd. At least first one surely knows about DHT. -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 10:14:00 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B34E87C for ; Wed, 19 Dec 2012 10:14:00 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f52.google.com (mail-bk0-f52.google.com [209.85.214.52]) by mx1.freebsd.org (Postfix) with ESMTP id BDA908FC0A for ; Wed, 19 Dec 2012 10:13:59 +0000 (UTC) Received: by mail-bk0-f52.google.com with SMTP id w5so843014bku.11 for ; Wed, 19 Dec 2012 02:13:53 -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=hufZRbkCxcsd0VIQeu2kNseb5+t5ZSkL4gcWI/9U8+Y=; b=zZqjYKV+Az95DGadhntSkxuAcCAVyKWchtO/Y9HBAuBX9rnBkhIBHtlRKCyvxBUs6D 0vk37W51nzFzMD+TjQbPhZrhk/NrlE3ueP1pVMUXwX6D71P0CzpgNkmZFgl/2cUWEhtU +9nwj862DQbrZdeQOHN0nfbYAuKiA3PW/MW0YBTtYSUYkKXc1p9b51kKhW9uzfL452A4 mN60Je93HgDEMb6/VYw+R7Ck+0rhb0RNMkr5sHV42iSiedzdtXJCR9nL/G2n6xXlULuI VDZkHMBstkqmegmRFEcDwxcVo/XEU4JSlz1+KTu9AfT2QLSot2hp7onQAeYa+/+zsnFy GeXQ== MIME-Version: 1.0 Received: by 10.205.120.3 with SMTP id fw3mr2305456bkc.40.1355912033221; Wed, 19 Dec 2012 02:13:53 -0800 (PST) Received: by 10.204.167.71 with HTTP; Wed, 19 Dec 2012 02:13:52 -0800 (PST) Received: by 10.204.167.71 with HTTP; Wed, 19 Dec 2012 02:13:52 -0800 (PST) In-Reply-To: <50D18D31.7080005@gmail.com> References: <50D0308A.9000200@digiware.nl> <50D18D31.7080005@gmail.com> Date: Wed, 19 Dec 2012 10:13:52 +0000 Message-ID: Subject: Re: No more torrents..... From: Chris Rees To: Volodymyr Kostyrko Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Eitan Adler , stable@freebsd.org, Willem Jan Withagen , pete wright , Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 10:14:00 -0000 On 19 Dec 2012 09:47, "Volodymyr Kostyrko" wrote: > > 19.12.2012 01:22, Peter Wemm: > >>> I would be very much be willing to assist with seeding if we make dht >>> torrent files available from my nodes located in downtown Los Angeles >>> for west-coast and APAC network presence. >>> >>> as an aside: >>> I have been running libtorrent/rtorrent for a bit and it seems like a >>> pretty decent platform for building on. having said that - I am not a >>> security researcher and would be keen to hear if libtorrent/rotrrent >>> suffers from these similar issues? >> >> >> Oh wait, I told a lie. It wasn't py-bittornado we used.. it was >> rtorrent. Thanks for prompting that. >> >> I have no concerns with rtorrent except that it was a curses beastie. >> It was something we had to manually start up after a machine reboot >> until we did some evil scripts with screen. > > > The ports contain at least two torrent clients that can daemonize: transmission and btpd. At least first one surely knows about DHT. Transmission definitely does, and it is built to be lightweight. Would clusteradm be interested on that? Chris From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 10:39:34 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37BA9C91; Wed, 19 Dec 2012 10:39:34 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 24F658FC0C; Wed, 19 Dec 2012 10:39:32 +0000 (UTC) Received: from alph.allbsd.org (p1137-ipbf1505funabasi.chiba.ocn.ne.jp [118.7.212.137]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id qBJAdF7M075458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Dec 2012 19:39:26 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id qBJAdD6Y029702; Wed, 19 Dec 2012 19:39:14 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 19 Dec 2012 19:37:56 +0900 (JST) Message-Id: <20121219.193756.587071206473895567.hrs@allbsd.org> To: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: FreeBSD daily snapshot build in allbsd.org temporarily down From: Hiroki Sato In-Reply-To: <20121207.101917.103513550140980591.hrs@allbsd.org> References: <20121207.101917.103513550140980591.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Dec_19_19_37_56_2012_604)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Wed, 19 Dec 2012 19:39:26 +0900 (JST) X-Spam-Status: No, score=-98.1 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: alexandr.kovalenko@gmail.com, ozkan.kirik@gmail.com, drue@therub.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 10:39:34 -0000 ----Security_Multipart(Wed_Dec_19_19_37_56_2012_604)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <20121207.101917.103513550140980591.hrs@allbsd.org>: hr> Hi all, hr> hr> I received many emails asking why hr> https://pub.allbsd.org/FreeBSD-snapshots/ is stopped working and when hr> it will recover, so I just wanted to let you know that FreeBSD daily hr> snapshot build in allbsd.org is temporarily down. The reason why it hr> is down is some local network issue and CVS->SVN migration of the hr> build system. The latter was solved already. However, the former hr> was unexpected and needed some time than I thought originally. The service has almost recovered. Snapshots for i386, amd64, and pc98/i386 are being rebuilt now, and then ia64, sparc64, and powerpc will also be connected to the build queue soon. For stable/9 and later, Subversion repository is used and the build results are sorted by the revision numbers on each day. For 8.X it still uses CVS via the make release target but will be switched to use Subversion shortly. Note that some local network performance issue still remains. It seems due to traffic congestion around the border router which I do not have control of. The transfer rate can become less than 100KB/s especially in 12:00-18:00 in JST. I will planning to add a custom build functionality by using the source trees under projects/ or user/ branch to this service. -- Hiroki ----Security_Multipart(Wed_Dec_19_19_37_56_2012_604)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlDRmQQACgkQTyzT2CeTzy02KwCffKIxyn1fOPkIQ2V15b6tUMnk vIgAnijalgLuXwe/YwohUCCBW7StjnqN =rO7t -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Dec_19_19_37_56_2012_604)---- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 11:19:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30FCC6F for ; Wed, 19 Dec 2012 11:19:37 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id AF3A28FC12 for ; Wed, 19 Dec 2012 11:19:35 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qBJBNXtW059977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Dec 2012 12:23:33 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50D1A2B2.6040204@omnilan.de> Date: Wed, 19 Dec 2012 12:19:14 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: can't reach jails own ipv4 from inside anymore X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2EC358CC44130EBFB2F16927" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 11:19:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2EC358CC44130EBFB2F16927 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, with 8.2 I could "ssh IPofTheJail" inside the jail and got connected to the sshd in the corresponding jail. Same with "ssh localhost". With 9.1, it's not possible anymore. I have assigned a different FIB to my jail in both cases. The picture is different for IPv6. "ping6 IPofTheJail" does work! I have more oddities I wanted to check with jails and lagg-interfaces together with VLANs, but I have no idea why I can't connect from one jail to it's own IP(v4) anymore! Was there any special security-extension added after 8.2? Thanks, -Harry --------------enig2EC358CC44130EBFB2F16927 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.18 (FreeBSD) iEYEARECAAYFAlDRorIACgkQLDqVQ9VXb8jnrgCgttDnwteLyCZ0GTud4ahNo+ZN 7V8An1RfCZjSxC4fMEJrfllSglJL5vb/ =bUjK -----END PGP SIGNATURE----- --------------enig2EC358CC44130EBFB2F16927-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 11:56:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8CC95CD for ; Wed, 19 Dec 2012 11:56:28 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 61E358FC0A for ; Wed, 19 Dec 2012 11:56:27 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qBJC0kil060494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Dec 2012 13:00:46 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50D1AB6A.402@omnilan.de> Date: Wed, 19 Dec 2012 12:56:26 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FIB and jail regression [Was: can't reach jails own ipv4 from inside anymore] References: <50D1A2B2.6040204@omnilan.de> In-Reply-To: <50D1A2B2.6040204@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE2D52C5E75BADFBB5B982DBB" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 11:56:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE2D52C5E75BADFBB5B982DBB Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 19.12.2012 12:19 (localtime): > Hello, > > with 8.2 I could "ssh IPofTheJail" inside the jail and got connected to= > the sshd in the corresponding jail. Same with "ssh localhost". > > With 9.1, it's not possible anymore. > I have assigned a different FIB to my jail in both cases. > > The picture is different for IPv6. "ping6 IPofTheJail" does work! > > I have more oddities I wanted to check with jails and lagg-interfaces > together with VLANs, but I have no idea why I can't connect from one > jail to it's own IP(v4) anymore! Found out that defining a different FIB causes that behaviour in 9.1. But using a different FIB doesn't caus the same in 8.2! Can anybody tell me what has changed regarding FIBs after 8.2? Thanks, -Harry --------------enigE2D52C5E75BADFBB5B982DBB 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.18 (FreeBSD) iEYEARECAAYFAlDRq2oACgkQLDqVQ9VXb8hqfQCfSZOjTYGRcBdV0JN5YF74P03J 55kAoLMl+JZYX5MCrNwaGdtLJvpHc0ah =dVQm -----END PGP SIGNATURE----- --------------enigE2D52C5E75BADFBB5B982DBB-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 12:42:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7875CDA1 for ; Wed, 19 Dec 2012 12:42:37 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com [209.85.217.173]) by mx1.freebsd.org (Postfix) with ESMTP id EECEC8FC0C for ; Wed, 19 Dec 2012 12:42:36 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id c1so1721179lbg.4 for ; Wed, 19 Dec 2012 04:42:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=pgsFO6w3iDUc32ziukwRER54y4y8r4BhtSMvSvEVrxk=; b=T/GVdQVyl72qbjAZZ3YSNGAFeh6/phP1geZ2osaHzrV/c+Izn0Ne3upwncF6TUYNYJ Jn++VSq15XruHPpPpEeDSCSPDJfTq3AG6z/5KXyjfpxpLuhVdDaPv8YWNZV/XZfxjVG5 gdCgr277UDR2DJD+n7FYz9JTdIyXIYKxGP+ewgomwgvCZmRrlwvsPQfkvhGvUTdML6PS JZvdAgKJYBjkfbcHyLZlmtFvvzmDm7QZwm3uK3NTLWXWKHNmIriIDktSHte5Syo30qVt XLLDiphun/kTBLj1Rg3uW+oxuxxeUyoL6z4D/8AS8OBiAV7kExGCE96VUd6GOmoK/p1J 28gw== MIME-Version: 1.0 Received: by 10.112.14.46 with SMTP id m14mr2262132lbc.98.1355920955491; Wed, 19 Dec 2012 04:42:35 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.11.165 with HTTP; Wed, 19 Dec 2012 04:42:35 -0800 (PST) Date: Wed, 19 Dec 2012 13:42:35 +0100 X-Google-Sender-Auth: t2rZttKW7h1_FPdl6oQvChDEZCE Message-ID: Subject: portupgrade problem after upgrading to 9.1-(PRE)RELEASE From: CeDeROM To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 12:42:37 -0000 Hello :-) I was using portupgrade/portinstall -PP on 9.1-RC3 with no problem. After freebsd-update -r 9.1-RELEASE I cannot install any port from packages. Should I additionally configure my system somehow? Where did the portupgrade took the packages from last time / before upgrade? Any hints appreciated :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 12:48:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93C6BFEA for ; Wed, 19 Dec 2012 12:48:36 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6318FC14 for ; Wed, 19 Dec 2012 12:48:35 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qBJCqrNx061098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Dec 2012 13:52:54 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50D1B7A2.5090909@omnilan.de> Date: Wed, 19 Dec 2012 13:48:34 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FIB and jail regression [Was: can't reach jails own ipv4 from inside anymore] References: <50D1A2B2.6040204@omnilan.de> <50D1AB6A.402@omnilan.de> In-Reply-To: <50D1AB6A.402@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig455941E9DC21E580F3C46D5F" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 12:48:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig455941E9DC21E580F3C46D5F Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 19.12.2012 12:56 (localtime): > ... >> >> I have more oddities I wanted to check with jails and lagg-interfaces >> together with VLANs, but I have no idea why I can't connect from one >> jail to it's own IP(v4) anymore! > Found out that defining a different FIB causes that behaviour in 9.1. > But using a different FIB doesn't caus the same in 8.2! Easiest way to reproduce: Just do a ping on the host (not jail) setfib 0 ping anyLocalIP -> works setfib 1 ping anyLocalIP -> doesn't work Anybody with 9.1 and ROUTINGTABLES in custom kernel out there who can't confirm that? Turned out that 9.0-stable from Feb. 2012 doesn't show that problem. So this problem seems to be introdued between 9.0 and 9.1. Thanks, -Harry =20 --------------enig455941E9DC21E580F3C46D5F 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.18 (FreeBSD) iEYEARECAAYFAlDRt6IACgkQLDqVQ9VXb8hfPwCfbGybwFDxccLIEJM25nDcxMHQ DrsAn2x/Q/Ht0BAkwQTA6lkCHHpuXEmD =zdxx -----END PGP SIGNATURE----- --------------enig455941E9DC21E580F3C46D5F-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 13:05:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC8328B7 for ; Wed, 19 Dec 2012 13:05:33 +0000 (UTC) (envelope-from amitabhkant@gmail.com) Received: from mail-pb0-f50.google.com (mail-pb0-f50.google.com [209.85.160.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7D5418FC15 for ; Wed, 19 Dec 2012 13:05:33 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id wz7so1208861pbc.23 for ; Wed, 19 Dec 2012 05:05:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=gds3oS7LCATyS+bfhZJb89VOAUK3pHJ6SvScsyD2fwc=; b=cgM8wxU9PTXkKcMPE0Q60+43BJGw8Wv9bYEhVwIKPclJftyx+GWcyCOb9545D8YYrI mgR4+MiApyugIxoXS/KUP3zKLoirgmc+tS90RJ6Bayt7X3KpY6xgpdpRV7Lw1hXUkr1z yRuM76Amto6e/CV16wSddgPWCgV9N1SfhKz1Rd6NB4QV+JstVfiGfSD0SZBml1P8oASa bLA0jshG3aK90htmyDC4b0IMOu5GVrYRX2AhZag6PQpE1ZBlvJGdA3iq68NUMDUCXEHL t8aqpb/EMO2zgEoubfTeYS+CMVDCmqbFhB3Ej58TJ68IYem2w7rfltuu3ZnN2ET3N6ZW ZZfQ== Received: by 10.66.90.1 with SMTP id bs1mr17360563pab.19.1355922327574; Wed, 19 Dec 2012 05:05:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.125.162 with HTTP; Wed, 19 Dec 2012 05:05:07 -0800 (PST) From: Amitabh Kant Date: Wed, 19 Dec 2012 18:35:07 +0530 Message-ID: Subject: Creating custom iso with extra packages and scripts To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 13:05:33 -0000 I have been able to use the "make release" command to create a custom iso for FreeBSD which includes some changes to the various bsdinstall scripts. It all works well as the iso / memory stick images / ftp files are generated and usable. What I would now like to do is try adding couple of files, scripts and packages to this custom iso. I am a little confused on where the files should be placed to make it available to main install script for further processing. Amitabh P.S. Using FreeBSD 9.1 RELEASE to create custom install media. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 13:44:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE46755D for ; Wed, 19 Dec 2012 13:44:26 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2F1368FC13 for ; Wed, 19 Dec 2012 13:44:25 +0000 (UTC) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by dkim.mail.arcticgroup.se (Postfix) with ESMTP id B61131D0D2; Wed, 19 Dec 2012 14:44:17 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ismobile.com; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=selector1; bh=zUGsik0 7wT4F3GiJvLBDjRax89M=; b=YXZAnNxmA1LneD6n0XunT15JsWyBa6LfEx+AOmR Fwggr7A+aNZKnPEL2IkWQE4z9fuAYCXeUUEQFWGLPl5QldECwf351mB+PJIbFwfV 3hisDSDKuEFn9bd+706mZ1+kI6GG5EXwpBIWA2p1fmRX+62dPOverztOWHSkUD9v sP9s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=ismobile.com; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=selector1; b=h DlYImmT8nws5y1R2IQCUbAAadTUjNob9Cxsj2qerF/0Ky/2X4ByJS92aa/dJvrUs Hst6gtwQdL5u6rSjo0ILwQUyWpOfGpGaRAdVftB2tpU68xsBawqB8JWjnhpg8VMn m+tO+I+WlrMpnKdfo+/t1iX8FkQ4vZc9FTNXBQ8ob0= Received: from [172.16.2.50] (glz-macbookpro.hq.ismobile.com [172.16.2.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTPSA id 6C1281D03A; Wed, 19 Dec 2012 14:44:17 +0100 (CET) Date: Wed, 19 Dec 2012 14:44:18 +0100 From: =?UTF-8?Q?G=C3=B6ran_L=C3=B6wkrantz?= To: Harald Schmalzbauer Subject: Re: FIB and jail regression [Was: can't reach jails own ipv4 from inside anymore] Message-ID: <7CCE5A5478927C3E39258898@[172.16.2.50]> In-Reply-To: <50D1B7A2.5090909@omnilan.de> References: <50D1A2B2.6040204@omnilan.de> <50D1AB6A.402@omnilan.de> <50D1B7A2.5090909@omnilan.de> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 13:44:26 -0000 --On December 19, 2012 13:48:34 +0100 Harald Schmalzbauer wrote: > schrieb Harald Schmalzbauer am 19.12.2012 12:56 (localtime): >> ... >>> >>> I have more oddities I wanted to check with jails and lagg-interfaces >>> together with VLANs, but I have no idea why I can't connect from one >>> jail to it's own IP(v4) anymore! >> Found out that defining a different FIB causes that behaviour in 9.1. >> But using a different FIB doesn't caus the same in 8.2! > > Easiest way to reproduce: > > Just do a ping on the host (not jail) > > setfib 0 ping anyLocalIP -> works > setfib 1 ping anyLocalIP -> doesn't work > > Anybody with 9.1 and ROUTINGTABLES in custom kernel out there who can't > confirm that? > > Turned out that 9.0-stable from Feb. 2012 doesn't show that problem. > So this problem seems to be introdued between 9.0 and 9.1. > Thanks, > > -Harry > > Works for me: # uname -a FreeBSD 9.1-PRERELEASE r243951: Fri Dec 7 02:29:14 CET 2012 # sysctl -a | grep fib net.my_fibnum: 0 net.add_addr_allfibs: 1 net.fibs: 2 # ifconfig sis1 sis1: flags=8843 metric 0 mtu 1500 options=83808 ... inet 176.57.193.193 netmask 0xfffffff0 broadcast 176.57.193.207 .... media: Ethernet autoselect (100baseTX ) status: active # setfib 0 ping 176.57.193.193 PING 176.57.193.193 (176.57.193.193): 56 data bytes 64 bytes from 176.57.193.193: icmp_seq=0 ttl=64 time=0.497 ms 64 bytes from 176.57.193.193: icmp_seq=1 ttl=64 time=0.481 ms ^C --- 176.57.193.193 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.481/0.489/0.497/0.008 ms # setfib 1 ping 176.57.193.193 PING 176.57.193.193 (176.57.193.193): 56 data bytes 64 bytes from 176.57.193.193: icmp_seq=0 ttl=64 time=0.912 ms 64 bytes from 176.57.193.193: icmp_seq=1 ttl=64 time=0.650 ms ^C --- 176.57.193.193 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.650/0.781/0.912/0.131 ms I have no kernel with both VIMAGE and ROUTINGTABLES so can test that, this has ROUTINGTABLES 2 /glz From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 13:47:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EE48683; Wed, 19 Dec 2012 13:47:12 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from bijou.wasikowski.net (mail.wasikowski.net [IPv6:2001:6a0:1cb::b]) by mx1.freebsd.org (Postfix) with ESMTP id 407A28FC12; Wed, 19 Dec 2012 13:47:11 +0000 (UTC) Received: from mail.wasikowski.net (mail.wasikowski.net [91.204.91.44]) by bijou.wasikowski.net (Postfix) with ESMTP id F37D6CBE; Wed, 19 Dec 2012 14:47:00 +0100 (CET) X-Virus-Scanned: amavisd-new at wasikowski.net Received: from bijou.wasikowski.net ([IPv6:2001:6a0:1cb::b]) by mail.wasikowski.net (scan.wasikowski.net [IPv6:2001:6a0:1cb::b]) (amavisd-new, port 10026) with ESMTP id 0TKlJYYT3yeP; Wed, 19 Dec 2012 14:47:00 +0100 (CET) Received: from [192.168.138.150] (cadera.waw.pl [62.121.127.119]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lukasz@wasikowski.net) by bijou.wasikowski.net (Postfix) with ESMTPSA id 9722CCBB; Wed, 19 Dec 2012 14:47:00 +0100 (CET) Message-ID: <50D1C553.9060100@wasikowski.net> Date: Wed, 19 Dec 2012 14:46:59 +0100 From: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) References: In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 13:47:12 -0000 W dniu 2012-12-19 07:14, Kimmo Paasiala pisze: >> I wrote a small patch for /etc/network.subr to add support for >> ipv6_addrs_IF aliases in rc.conf(5) to match the already existing >> ipv4_addrs_IF aliases for ipv4 addresses. With this patch the ipv6 >> aliases can be written like: [...] > Did anyone try my patch? I thought it would be nice to have the > ipv6_addrs_IF syntax supported to complement the existing > ipv4_addrs_IF alias syntax. Can I use range syntax in it like in ipv4? I mean something like: ipv4_addrs_lagg0="x.x.x.10-30/22" That feature would be very nice to have for ipv6. -- best regards, Lukasz Wasikowski From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 15:02:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28EC3FCD for ; Wed, 19 Dec 2012 15:02:53 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 773D28FC0A for ; Wed, 19 Dec 2012 15:02:49 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qBJF76QJ064671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Dec 2012 16:07:07 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50D1D717.1010203@omnilan.de> Date: Wed, 19 Dec 2012 16:02:47 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: =?ISO-8859-1?Q?G=F6ran_L=F6wkrantz?= Subject: Re: FIB and jail regression [Was: can't reach jails own ipv4 from inside anymore] References: <50D1A2B2.6040204@omnilan.de> <50D1AB6A.402@omnilan.de> <50D1B7A2.5090909@omnilan.de> <7CCE5A5478927C3E39258898@[172.16.2.50]> In-Reply-To: <7CCE5A5478927C3E39258898@[172.16.2.50]> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3B3D57B102CC94FA758799F4" Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 15:02:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3B3D57B102CC94FA758799F4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable schrieb G=F6ran L=F6wkrantz am 19.12.2012 14:44 (localtime): > > > --On December 19, 2012 13:48:34 +0100 Harald Schmalzbauer > wrote: > >> schrieb Harald Schmalzbauer am 19.12.2012 12:56 (localtime): >>> ... >>>> >>>> I have more oddities I wanted to check with jails and lagg-interface= s >>>> together with VLANs, but I have no idea why I can't connect from one= >>>> jail to it's own IP(v4) anymore! >>> Found out that defining a different FIB causes that behaviour in 9.1.= >>> But using a different FIB doesn't caus the same in 8.2! >> >> Easiest way to reproduce: >> >> Just do a ping on the host (not jail) >> >> setfib 0 ping anyLocalIP -> works >> setfib 1 ping anyLocalIP -> doesn't work >> >> Anybody with 9.1 and ROUTINGTABLES in custom kernel out there who can'= t >> confirm that? >> >> Turned out that 9.0-stable from Feb. 2012 doesn't show that problem. >> So this problem seems to be introdued between 9.0 and 9.1. >> Thanks, >> >> -Harry >> >> > Works for me: > # uname -a > FreeBSD 9.1-PRERELEASE r243951: Fri Dec 7 02:29:14 CET 2012 > # sysctl -a | grep fib > net.my_fibnum: 0 > net.add_addr_allfibs: 1 > net.fibs: 2 > > # ifconfig sis1 > sis1: flags=3D8843 metric 0 mtu= > 1500 > options=3D83808 > ... > inet 176.57.193.193 netmask 0xfffffff0 broadcast 176.57.193.207 > .... > media: Ethernet autoselect (100baseTX ) > status: active > > # setfib 0 ping 176.57.193.193 > PING 176.57.193.193 (176.57.193.193): 56 data bytes > 64 bytes from 176.57.193.193: icmp_seq=3D0 ttl=3D64 time=3D0.497 ms > 64 bytes from 176.57.193.193: icmp_seq=3D1 ttl=3D64 time=3D0.481 ms > ^C > --- 176.57.193.193 ping statistics --- > 2 packets transmitted, 2 packets received, 0.0% packet loss > round-trip min/avg/max/stddev =3D 0.481/0.489/0.497/0.008 ms > # setfib 1 ping 176.57.193.193 > PING 176.57.193.193 (176.57.193.193): 56 data bytes > 64 bytes from 176.57.193.193: icmp_seq=3D0 ttl=3D64 time=3D0.912 ms > 64 bytes from 176.57.193.193: icmp_seq=3D1 ttl=3D64 time=3D0.650 ms > ^C > --- 176.57.193.193 ping statistics --- > 2 packets transmitted, 2 packets received, 0.0% packet loss > round-trip min/avg/max/stddev =3D 0.650/0.781/0.912/0.131 ms > > I have no kernel with both VIMAGE and ROUTINGTABLES so can test that, > this has ROUTINGTABLES 2 I don't have vimage either. Thanks a lot for your feedback! That brought one more perception: The problem only affects alias addresse= s! I took a different machine and also couldn't reproduce the problem first.= The I added an additional inet alias -> The problem initially described occurs. That's why my jail setu stopped working -> all Addresses ar alias adderss= es. Any help highly appreziated! -Harry --------------enig3B3D57B102CC94FA758799F4 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.18 (FreeBSD) iEYEARECAAYFAlDR1xcACgkQLDqVQ9VXb8gyqgCgvEPkPltZ8DE1Z0OQQHvDGQQt Rj0AnjGjrg7gs65o5lGfho5x2/Tkakb6 =hEt6 -----END PGP SIGNATURE----- --------------enig3B3D57B102CC94FA758799F4-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 16:09:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28293407 for ; Wed, 19 Dec 2012 16:09:34 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id A107A8FC0C for ; Wed, 19 Dec 2012 16:09:33 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qBJGDjRq065633 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Dec 2012 17:13:45 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50D1E6B5.4040907@omnilan.de> Date: Wed, 19 Dec 2012 17:09:25 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FIB and jail regression [Was: can't reach jails own ipv4 from inside anymore] References: <50D1A2B2.6040204@omnilan.de> <50D1AB6A.402@omnilan.de> <50D1B7A2.5090909@omnilan.de> In-Reply-To: <50D1B7A2.5090909@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9E99F876184793298587670B" Cc: bzeeb-lists@lists.zabbadoz.net, julian@elischer.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 16:09:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9E99F876184793298587670B Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 19.12.2012 13:48 (localtime): > ... > Easiest way to reproduce: > > Just do a ping on the host (not jail) > > setfib 0 ping anyLocalIP -> works > setfib 1 ping anyLocalIP -> doesn't work > > Anybody with 9.1 and ROUTINGTABLES in custom kernel out there who can't= > confirm that? > > Turned out that 9.0-stable from Feb. 2012 doesn't show that problem. > So this problem seems to be introdued between 9.0 and 9.1. I have to correct myself. As it turned out, the problem only affects inet alias addresses. I testet the non-alias IP at first, when it seemd that 9.0-stable from Feb. 2012 was not affected. But as soon as I repeat the test with an alias IP, there's the same problem and I get "ping: sendto: Host is down" as answer. So this regression could be older. Unfortunately I don't have any machine between 8.2-release and 9.0-stable_2/2012 for testing. Any hint's how to find out what committ could be the cause? Thanks, -Harry --------------enig9E99F876184793298587670B 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.18 (FreeBSD) iEYEARECAAYFAlDR5rUACgkQLDqVQ9VXb8jy1QCdH31NMrK/cT8p/I/cz6Tz2my+ KSkAn13KjksLvE/+rsfEAK+hr25wNTQT =YylV -----END PGP SIGNATURE----- --------------enig9E99F876184793298587670B-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 17:00:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB984D67 for ; Wed, 19 Dec 2012 17:00:25 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA528FC0C for ; Wed, 19 Dec 2012 17:00:25 +0000 (UTC) Received: from anubis.morrow.me.uk (host109-150-211-97.range109-150.btcentralplus.com [109.150.211.97]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 0901F450D4; Wed, 19 Dec 2012 16:50:55 +0000 (UTC) X-DKIM: OpenDKIM Filter v2.4.1 isis.morrow.me.uk 0901F450D4 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1355935857; bh=ZxYeZGPNi74OuZyrluAIoQEqtA/wRf2NOlcGPPFLLiM=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type: In-Reply-To; b=Q9GepFUuUWSjNxjOelDi5W0IAi4ngsGw+2qpBzkm4+zVeuW5DaBOoCbwy2yk1S8+h frh6vnrI4EjkQVF0KUGc0ETE8+WK2hCLaZ3CgmXrY0Ro5/dxM0YNyRaySqkP0MyNpf BEbuB/BrZtKSqhkJ34QufC28rTR5PA32AJFfof3k= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 26B02767A; Wed, 19 Dec 2012 16:50:52 +0000 (GMT) Date: Wed, 19 Dec 2012 16:50:52 +0000 From: Ben Morrow To: cederom@tlen.pl, freebsd-stable@freebsd.org Subject: Re: portupgrade problem after upgrading to 9.1-(PRE)RELEASE Message-ID: <20121219165047.GA56414@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable Organization: morrow.me.uk User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 17:00:25 -0000 Quoth CeDeROM : > > I was using portupgrade/portinstall -PP on 9.1-RC3 with no problem. > After freebsd-update -r 9.1-RELEASE I cannot install any port from > packages. Should I additionally configure my system somehow? Where did > the portupgrade took the packages from last time / before upgrade? 9.1-RELEASE isn't out yet. That means the packages may not have been built yet, and even if they have, they may not be right. Wait for the release announcement. Ben From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 17:51:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9F0E113 for ; Wed, 19 Dec 2012 17:51:23 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f42.google.com (mail-la0-f42.google.com [209.85.215.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1EA5D8FC13 for ; Wed, 19 Dec 2012 17:51:22 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id s15so1726382lag.1 for ; Wed, 19 Dec 2012 09:51:21 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=mM3HUC7pLv5p2TB1Q1WvYEB5RdbeqCSAOMNz8u5XKdc=; b=pOf+bzAs21+RXPXGuSV4CKpHdFo9/zEY8WHHvhH4fDgjFNdBUaLhFc45wBRxVbx5St XyzYMzRvA+8OzpEGVzcLxJH6r4fvG6muWWckBH9o67lG0TkPw4ks71W32WTz/2OnVAJQ kqWgr4yaxKHoVk7aZTg1ytEEFRd219ZB1BbrqahcipjfaBGY+hgYUSgtn2xxYuQ2k1Oh e73swglpGbgHDlImieMZCcM5xjY3MjhgxIXHn0wxzTR22xFNrRlsjqJArMZhLpRbtv8o Z/+LCzscQMdWFhQvr79++8+NxaUDhtDfKQewnBEGiIzFy4xjca0fOgCD2rE1yAAsWHF3 ZllA== MIME-Version: 1.0 Received: by 10.112.87.40 with SMTP id u8mr2687663lbz.50.1355939481419; Wed, 19 Dec 2012 09:51:21 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.11.165 with HTTP; Wed, 19 Dec 2012 09:51:21 -0800 (PST) In-Reply-To: <20121219165047.GA56414@anubis.morrow.me.uk> References: <20121219165047.GA56414@anubis.morrow.me.uk> Date: Wed, 19 Dec 2012 18:51:21 +0100 X-Google-Sender-Auth: PZ480z5vcWSqouQ33ERzxeaPjAg Message-ID: Subject: Re: portupgrade problem after upgrading to 9.1-(PRE)RELEASE From: CeDeROM To: Ben Morrow Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 17:51:23 -0000 On Wed, Dec 19, 2012 at 5:50 PM, Ben Morrow wrote: > 9.1-RELEASE isn't out yet. That means the packages may not have been > built yet, and even if they have, they may not be right. Wait for the > release announcement. Yes I know there is no release yet, but I can test what is already out there :-) I have lots of packages working from 9.1-RC3 installation. I just wonder how did they were installed if this was no release? Maybe better question is - how do I set to use freebsd-stable repository instead of release? Do I understand it correct that freebsd-stable packages are more recent than release? Is it a source of up-to-date packages for stable branch? Thanks :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 21:47:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6D5BED6; Wed, 19 Dec 2012 21:47:45 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wg0-f46.google.com (mail-wg0-f46.google.com [74.125.82.46]) by mx1.freebsd.org (Postfix) with ESMTP id 1F0428FC0A; Wed, 19 Dec 2012 21:47:44 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id dr13so1169504wgb.13 for ; Wed, 19 Dec 2012 13:47:37 -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=M0NCw9NwtMMTEMd9v4xwJR+cD6UVyoL5cW/Lz9QON68=; b=RB6pZFfAnn4O2RoyeFScg4xfuIj1HUkOmDoZf3t5g0sLZq3ytlT6soYAxk7Kj3taDi 3LYjSdYGuIfXXgu5YkfnmfLNrxNAdZqg4ib1x04x1M7seeS6QCriooe0U0VAO6nf685t aP7XIUvDswO07pawxtwgwbQp3MBlZs6QSN8Bg7pVDAMlnn76m5T1LO2rt+AfgIsojm1g h1k4BCx/g/zSEtyXay0otVx5fsqyz0nTAqMVY7coyN6u/U58RvwkBBDHG+cSspC4r9bf 3T61oxxN1wqp+cxaHojg72+loJmzFftejkLPFUcbuox1GIMZpyvJk2rhjnhUS9RcYyPd vJ5A== MIME-Version: 1.0 Received: by 10.180.81.39 with SMTP id w7mr13714740wix.15.1355953657738; Wed, 19 Dec 2012 13:47:37 -0800 (PST) Received: by 10.216.172.197 with HTTP; Wed, 19 Dec 2012 13:47:37 -0800 (PST) In-Reply-To: <50D1C553.9060100@wasikowski.net> References: <50D1C553.9060100@wasikowski.net> Date: Wed, 19 Dec 2012 23:47:37 +0200 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: =?UTF-8?Q?=C5=81ukasz_W=C4=85sikowski?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 21:47:45 -0000 On Wed, Dec 19, 2012 at 3:46 PM, =C5=81ukasz W=C4=85sikowski wrote: > W dniu 2012-12-19 07:14, Kimmo Paasiala pisze: > >>> I wrote a small patch for /etc/network.subr to add support for >>> ipv6_addrs_IF aliases in rc.conf(5) to match the already existing >>> ipv4_addrs_IF aliases for ipv4 addresses. With this patch the ipv6 >>> aliases can be written like: > > [...] > >> Did anyone try my patch? I thought it would be nice to have the >> ipv6_addrs_IF syntax supported to complement the existing >> ipv4_addrs_IF alias syntax. > > Can I use range syntax in it like in ipv4? I mean something like: > > ipv4_addrs_lagg0=3D"x.x.x.10-30/22" > > That feature would be very nice to have for ipv6. > > -- > best regards, > Lukasz Wasikowski I have to admit I overlooked the possibility to use ranges like that. It doesn't look too hard to add that feature as well for ipv6 aliases using the existing code for ipv4 aliases. I'll prepare a new patch and update the PR when I have it working. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 22:34:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A4603B9; Wed, 19 Dec 2012 22:34:14 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) by mx1.freebsd.org (Postfix) with ESMTP id BA6008FC0C; Wed, 19 Dec 2012 22:34:12 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hm6so3922765wib.3 for ; Wed, 19 Dec 2012 14:34:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/zSWCbGOnCf6sTEZPWoRVtLZMNZSioB1F/IyerX/OIs=; b=lAgzeLCoJBtEkcMQsmql1AuKSbCByUn+z2Q+cKNKSuuUfRZDXookbjVBs2N9Rxloqd aj+Apih/Xi/2QXFzS+WcKjlAPciBl1zMfqp15QlMoDLD7bhb7XaKB9HTPK5ZwvBrDygr q9GYXHl1jV+rjFQVqyiEsCgSpCwVKYsn6Yj9NJerxbOebspGcjMwI7kixr4MjrqGQsmC Gs/tceQ0veL+8fmhOkQKNNKeAVhC1NlC0hlbabWJwCeAoWXWf1znvTB8/bkEUYOfKRC1 i6e8Lbc307tQjHHF6cMBmRfS6ca4HIUVhFyUzCE0EvxwuVFZGQ2g4wR0V1dNDytHbk/w cChA== MIME-Version: 1.0 Received: by 10.180.81.39 with SMTP id w7mr13868580wix.15.1355956451397; Wed, 19 Dec 2012 14:34:11 -0800 (PST) Received: by 10.216.172.197 with HTTP; Wed, 19 Dec 2012 14:34:11 -0800 (PST) In-Reply-To: <50B6598B.20200@FreeBSD.org> References: <50B6598B.20200@FreeBSD.org> Date: Thu, 20 Dec 2012 00:34:11 +0200 Message-ID: Subject: Re: [HEADSUP] zfs root pool mounting From: Kimmo Paasiala To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD current , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 22:34:14 -0000 On Wed, Nov 28, 2012 at 8:35 PM, Andriy Gapon wrote: > > Recently some changes were made to how a root pool is opened for root filesystem > mounting. Previously the root pool had to be present in zpool.cache. Now it is > automatically discovered by probing available GEOM providers. > The new scheme is believed to be more flexible. For example, it allows to prepare > a new root pool at one system, then export it and then boot from it on a new > system without doing any extra/magical steps with zpool.cache. It could also be > convenient after zpool split and in some other situations. > > The change was introduced via multiple commits, the latest relevant revision in > head is r243502. The changes are partially MFC-ed, the remaining parts are > scheduled to be MFC-ed soon. > > I have received a report that the change caused a problem with booting on at least > one system. The problem has been identified as an issue in local environment and > has been fixed. Please read on to see if you might be affected when you upgrade, > so that you can avoid any unnecessary surprises. > > You might be affected if you ever had a pool named the same as your current root > pool. And you still have any disks connected to your system that belonged to that > pool (in whole or via some partitions). And that pool was never properly > destroyed using zpool destroy, but merely abandoned (its disks > re-purposed/re-partitioned/reused). > > If all of the above are true, then I recommend that you run 'zdb -l ' for > all suspect disks and their partitions (or just all disks and partitions). If > this command reports at least one valid ZFS label for a disk or a partition that > do not belong to any current pool, then the problem may affect you. > > The best course is to remove the offending labels. > > If you are affected, please follow up to this email. > > -- > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Hello, What is the status of the MFC process to 9-STABLE? I'm on 9-STABLE r244407, should I be able to boot from this ZFS pool without zpool.cache? zpool status pool: zwhitezone state: ONLINE scan: scrub repaired 0 in 0h53m with 0 errors on Sat Dec 15 23:41:09 2012 config: NAME STATE READ WRITE CKSUM zwhitezone ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 label/wzdisk0 ONLINE 0 0 0 label/wzdisk1 ONLINE 0 0 0 mirror-1 ONLINE 0 0 0 label/wzdisk2 ONLINE 0 0 0 label/wzdisk3 ONLINE 0 0 0 errors: No known data errors From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 22:56:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 881FDFA9 for ; Wed, 19 Dec 2012 22:56:15 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 40EF88FC13 for ; Wed, 19 Dec 2012 22:56:14 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAGBF0lCDaFvO/2dsb2JhbABEhju3WHOCHgEBAQMBAQEBIAQiBSABCgUWGAICDRkCKQEJJgYIBwQBHASHbAYMpT2TB4Eii0aDFYETA4hhinuCLoEcjyyDEoFPNQ X-IronPort-AV: E=Sophos;i="4.84,320,1355115600"; d="scan'208";a="5416928" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 19 Dec 2012 17:56:13 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 012C8B4099; Wed, 19 Dec 2012 17:56:14 -0500 (EST) Date: Wed, 19 Dec 2012 17:56:13 -0500 (EST) From: Rick Macklem To: Hub- Marketing Message-ID: <549354325.1509120.1355957773993.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: 9-STABLE -> NFS -> NetAPP: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Linux)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 22:56:15 -0000 Hub-Marketing wrote: > I'm running a few servers sitting on top of a NetAPP file server =E2=80= =A6 > everything runs great, but periodically I'm getting: >=20 > nfs_getpages: error 13 > vm_fault: pager read error, pid 11355 (https) >=20 13 is EACCES. This message means that the Netapp server is replying EACCES to a read for a pagein. I notice that both root and www are running the executable. (Also, root is often mapped to something like "nobody" in the NFS server.) You could try making sure the httpd executable file has r_x permissions for all users (chmod 555 httpd). If it still keeps hapenning once you've done that, you'd need to capture packets when this happens and take a look at the NFS RPCs via wireshark to see when the EACCES is returned and what are sent in the credentials for that Read. rick > errors on my screen =E2=80=A6 not always same pid =E2=80=A6 the annoying = part is that > it seems to always affect the same jail that is running .. if I > shutdown all jails on that physical server, everything shuts down > except for that *one* jail, with a ps listing looking like: >=20 > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > root 6670 0.0 0.0 9936 1372 ?? DsJ 3:00AM 0:00.01 newsyslog > root 6815 0.0 0.0 9936 1288 ?? DsJ 3:00AM 0:00.01 /usr/sbin/newsyslog > -f /usr/local/etc/rotate_logs.cfg > root 8361 0.0 0.1 220740 11400 ?? DsJ 7:33PM 0:01.25 > /usr/local/sbin/httpd -DNOHTTPACCEPT > www 8364 0.0 0.0 0 0 ?? ZJ 7:33PM 0:00.00 > www 11866 0.0 0.1 318444 16792 ?? TJ 7:36PM 0:00.03 > /usr/local/sbin/httpd -DNOHTTPACCEPT > www 11872 0.0 0.1 297964 14008 ?? TJ 7:36PM 0:00.01 > /usr/local/sbin/httpd -DNOHTTPACCEPT > www 11873 0.0 0.1 306156 15028 ?? DEJ 7:36PM 0:00.02 > /usr/local/sbin/httpd -DNOHTTPACCEPT > root 17190 0.0 0.0 9936 1240 ?? DsJ 8:00PM 0:00.01 /usr/sbin/newsyslog > -f /usr/local/etc/rotate_logs.cfg > root 24864 0.0 0.0 9936 1392 ?? DsJ 4:00AM 0:00.01 newsyslog > root 24910 0.0 0.0 9936 1336 ?? DsJ 4:00AM 0:00.01 /usr/sbin/newsyslog > -f /usr/local/etc/rotate_logs.cfg > root 29972 0.0 0.0 9936 1240 ?? DsJ 9:00PM 0:00.01 /usr/sbin/newsyslog > -f /usr/local/etc/rotate_logs.cfg > root 34221 0.0 0.0 51480 4332 ?? DsJ 4:47AM 0:00.02 sshd: root@pts/1 > (sshd) > root 42452 0.0 0.0 9936 1296 ?? DsJ 10:00PM 0:00.01 newsyslog > root 42522 0.0 0.0 9936 1240 ?? DsJ 10:00PM 0:00.01 > /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg > root 55179 0.0 0.0 9936 1296 ?? DsJ 11:00PM 0:00.01 newsyslog > root 55244 0.0 0.0 9936 1240 ?? DsJ 11:00PM 0:00.01 > /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg > root 67592 0.0 0.0 9936 1336 ?? DsJ 12:00AM 0:00.01 newsyslog > root 67762 0.0 0.0 9936 1288 ?? DsJ 12:00AM 0:00.01 > /usr/sbin/newsyslog -f /usr/local/etc/rotate_logs.cfg > root 81603 0.0 0.0 9936 1340 ?? DsJ 1:00AM 0:00.01 newsyslog > root 81640 0.0 0.0 9936 1284 ?? DsJ 1:00AM 0:00.01 /usr/sbin/newsyslog > -f /usr/local/etc/rotate_logs.cfg > root 93792 0.0 0.0 9936 1344 ?? DsJ 2:00AM 0:00.01 newsyslog > root 93815 0.0 0.0 9936 1288 ?? DsJ 2:00AM 0:00.01 /usr/sbin/newsyslog > -f /usr/local/etc/rotate_logs.cfg > root 34228 0.0 0.0 67960 4464 1 Ds+J 4:47AM 0:00.00 sshd: root@pts/1 > (sshd) > root 38473 0.0 0.0 17556 3272 3 SJ 4:53AM 0:00.02 /bin/tcsh > root 38475 0.0 0.0 14212 1512 3 R+J 4:53AM 0:00.00 ps aux >=20 > I can do a 'jexec /bin/tcsh' to get into the jail, I can perform > ps commands, etc =E2=80=A6 I just can't get those processes to shutdown = =E2=80=A6 >=20 > everything within the jail is 'up to date' =E2=80=A6 updates the userland= and > ports =E2=80=A6 I've checked over the NetApp, but everything appears fine= , and > it only seems to repeatedly affect that one jail, on that same > physical server ... >=20 > I have no ideas on what / how to debug this =E2=80=A6 thoughts? help? >=20 > thx >=20 >=20 > _______________________________________________ > 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 19 22:57:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E752141 for ; Wed, 19 Dec 2012 22:57:08 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 174F78FC0C for ; Wed, 19 Dec 2012 22:57:07 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TlSZX-0004jB-2h for freebsd-stable@freebsd.org; Wed, 19 Dec 2012 14:57:07 -0800 Date: Wed, 19 Dec 2012 14:57:07 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1355957827076-5770897.post@n5.nabble.com> In-Reply-To: References: <20121219165047.GA56414@anubis.morrow.me.uk> Subject: Re: portupgrade problem after upgrading to 9.1-(PRE)RELEASE 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.14 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, 19 Dec 2012 22:57:08 -0000 Prerelease was using -STABLE packages. Magic of enviroment variables... http://www.freebsd.org/doc/handbook/packages-using.html -- View this message in context: http://freebsd.1045724.n5.nabble.com/portupgrade-problem-after-upgrading-to-9-1-PRE-RELEASE-tp5770666p5770897.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 23:21:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81AA2887 for ; Wed, 19 Dec 2012 23:21:02 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) by mx1.freebsd.org (Postfix) with ESMTP id E6A0E8FC12 for ; Wed, 19 Dec 2012 23:21:01 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id p9so1952789laa.4 for ; Wed, 19 Dec 2012 15:21:00 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=gOUot/prfsyaZDiwtd+ZOOFhcOVEbAHfmMhWnK3gESY=; b=Zc+ePsiKzFh/lwi1+EWJHVmwLOdb4YojO8D+rglKm1iuZlw515XWjmDEhuyQNUAUvI BsYXRgJoLBKndXSlpH/Y8ito+sc8Ng6ZwbULa+TPAzkirhNzIWyaphKeSaXisUxUWkmi GRiGrUCjYJc2wWEd1eMjEnfnbhvL24s701m95F1hNxbE3znBrzcxpNHCP0d6+cVh1NLI rbqnxCyIJ1JtBiM9mjB4TqshVeJx+Hr8itlqQKfN9v/Hghxqt4CqDN/CVJDb1CmrrXrk 7tibJD13f1k2k/u8BUIy4lvjnZlb3CovhMVWVq1ou06/x78eQ3nr7vcM0HNbFp/dZj0r gDSw== MIME-Version: 1.0 Received: by 10.152.144.71 with SMTP id sk7mr6909178lab.29.1355959260348; Wed, 19 Dec 2012 15:21:00 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.11.165 with HTTP; Wed, 19 Dec 2012 15:21:00 -0800 (PST) In-Reply-To: <1355957827076-5770897.post@n5.nabble.com> References: <20121219165047.GA56414@anubis.morrow.me.uk> <1355957827076-5770897.post@n5.nabble.com> Date: Thu, 20 Dec 2012 00:21:00 +0100 X-Google-Sender-Auth: yllKyTzXAkRoVJb9d_ohIHSs4Hk Message-ID: Subject: Re: portupgrade problem after upgrading to 9.1-(PRE)RELEASE From: CeDeROM To: Jakub Lach Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 23:21:02 -0000 On Wed, Dec 19, 2012 at 11:57 PM, Jakub Lach wrote: > Prerelease was using -STABLE packages. Are -stable packages in sync with port tree? Are -release frozen version of -stable when a release is made? > Magic of enviroment variables... > http://www.freebsd.org/doc/handbook/packages-using.html Yea, new tool PKG in 9.1 at last :-) :-) http://www.freebsd.org/doc/handbook/pkgng-intro.html Thanks Jakub! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 23:41:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BB9F64A for ; Wed, 19 Dec 2012 23:41:04 +0000 (UTC) (envelope-from srandall52@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id E11C28FC16 for ; Wed, 19 Dec 2012 23:41:03 +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 32EBA2060F; Wed, 19 Dec 2012 18:40:57 -0500 (EST) Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute6.internal (MEProxy); Wed, 19 Dec 2012 18:40:57 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:message-id:reply-to:mime-version:content-type :content-transfer-encoding; s=mesmtp; bh=2jmj7l5rSw0yVb/vlWAYkK/ YBwk=; b=OOwykSdq+Av3cizpPNgr6gBD4dbPSaJNpZuhTGfb6yE6Z3YMzNaYdAj SRn1ZqnDUKrhPQuxschIL8qOkpUTpI9XE9toGTSTCzpKXqOraNAL4tQmiIBMGZyP 1prtv+OVKrdSkm6tu7kvZWODGnx0vtIREvv1T3VBwnISddoACH7A= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:message-id:reply-to :mime-version:content-type:content-transfer-encoding; s=smtpout; bh=2jmj7l5rSw0yVb/vlWAYkK/YBwk=; b=poTl4bpAVWMnv+xFernADOAm/Hy3 +8TziD1dQjlg0VRiQASXPQHAGiDmsdiGY1k8FL8QXp3vy+zrDiqT8AGdl5xW2Mjv ZI1KxfjvpXEBj2orCxfU+rZiXbgFuSvQLDHrnCoCJPRUzDQlAhnIT5RUIEv/4Xjw Jeh8kfC6ZwIl/fE= X-Sasl-enc: Cby/ym8UOcKIDcwRGp7ah6NjLUPQ7NqfpEoqbDMVyR+C 1355960456 Received: from locust.home (unknown [68.92.139.43]) by mail.messagingengine.com (Postfix) with ESMTPA id B73FD482562; Wed, 19 Dec 2012 18:40:56 -0500 (EST) Date: Wed, 19 Dec 2012 17:40:55 -0600 From: Steve Randall To: freebsd-stable@freebsd.org, getmail-subscribe@lists.pyropus.ca Message-ID: <20121219174055.68b63fab@locust.home> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd9.1) 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.14 Precedence: list Reply-To: freebsd-stable@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, 19 Dec 2012 23:41:04 -0000 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 19 23:43:48 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 860A4762 for ; Wed, 19 Dec 2012 23:43:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 550828FC0A for ; Wed, 19 Dec 2012 23:43:48 +0000 (UTC) Received: from [192.168.2.119] (host86-129-88-139.range86-129.btcentralplus.com [86.129.88.139]) by cyrus.watson.org (Postfix) with ESMTPSA id 2690546B09; Wed, 19 Dec 2012 18:43:47 -0500 (EST) Subject: Re: MFC: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) (fwd) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: "Robert N. M. Watson" In-Reply-To: <50D0B813.5030100@shatow.net> Date: Wed, 19 Dec 2012 23:43:45 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <5416F71C-303F-4904-B87D-79F538573683@FreeBSD.org> References: <50D0B813.5030100@shatow.net> To: Bryan Drewery X-Mailer: Apple Mail (2.1283) Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Dec 2012 23:43:48 -0000 On 18 Dec 2012, at 18:38, Bryan Drewery wrote: >> Just an FYI that the new distributed audit daemon has been MFC'd to >> 9-STABLE. >>=20 >> As noted in UPDATING, you will need to run "mergemaster -p" before = using >> installkernel or installworld targets in order to add the new >> "auditdistd" system user. This should be part of the regular update >> cycle anyway, but after the experience of adding auditdistd in >> 10-CURRENT, we've discovered that many people are skipping that step = in >> the update cycle, so I figured it best to point out here. >>=20 >> (Technically, only installworld requires the user, but the user-check >> guards in the system Makefiles are enforced for both targets.) >=20 > Have you seen misc/174405? Apparently installkernel is requiring the > user as well. The documented process in UPDATING does not mention > running mergemaster -p before [install]kernel. Hi Bryan: I was not aware of the PR. However, yes, that was the point I was making = in my e-mail -- that the Makefile seems to put the user check on = installkernel and not just installworld. While I did MFC the change to = add the 'auditdistd' user to the requirements list, I didn't originate = that change, and agree that it's a "false positive". I hadn't originally = planned to add an UPDATING entry, or Makefile dependency, as mergemaster = -p is part of our standard upgrade procedure before installworld; = however, I got a lot of complaints :-). I did also add an explicit URL = pointing at the upgrade procedure in the handbook as part of UPDATING as = a result. It would be useful if someone would make the necessary changes = to the Makefile infrastructure to allow kernel vs. userspace = install-time dependencies on users (and groups) separate. Robert= From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 01:23:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 529747CB for ; Thu, 20 Dec 2012 01:23:05 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2B4398FC0C for ; Thu, 20 Dec 2012 01:23:04 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TlUqm-00060J-B8 for freebsd-stable@freebsd.org; Wed, 19 Dec 2012 17:23:04 -0800 Date: Wed, 19 Dec 2012 17:23:04 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1355966584338-5770933.post@n5.nabble.com> In-Reply-To: References: Subject: Re: MFC: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) (fwd) 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.14 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, 20 Dec 2012 01:23:05 -0000 I'm guilty of skipping reboots and just running one mergemaster on the end of update... But I update _very_ often. However, I was lucky, because while I was prepared that my usual script will fail (I read UPDATING after all), that was not the case, as luckily I've already had said audit user from earlier update :) So well... If you are skipping steps at least update very frequently to know why it could fail, maybe it will not... But by all means stick to canonical way if updating is something done once for a while, or you are not tracking commits. Else you could not even know what hit you ;) As always, thanks for original work & MFC. -- View this message in context: http://freebsd.1045724.n5.nabble.com/MFC-Distributed-audit-daemon-committed-was-svn-commit-r243752-in-head-etc-etc-defaults-etc-mail-etc--tp5770431p5770933.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 11:09:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E24A8D2D; Thu, 20 Dec 2012 11:09:40 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 47D308FC13; Thu, 20 Dec 2012 11:09:40 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id hq7so1065417wib.5 for ; Thu, 20 Dec 2012 03:09:39 -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:content-transfer-encoding; bh=iXiEilyIQV4C+XPhkfHbq/EPS+adrKsmy4Lqkqjr6Gw=; b=l6zvf7jUm0XdmECWmZbcMDNIE+mjti1ka7+4w8JqR4FirsNnfFD4TQCnKHS8zHt6ZR PtrxJS8cd0jGO3XHn3tlcOYDHiAEJo8qcqr17H/GBspQ7gS1oUR+wh7aS4VbjnhA6rh5 rtVGvegRnFMNuOSMxVCyG8Qhq/Qv/1tK/XcqJMvFB7JVwnZXsCm4MBivYdTAzV05/vYW Y9727qgiibJ/asVYytwNe1hEX7XJwqmfesSQVQCkH3R6viK6u6Iio1Y11SBa46YbMbHP YYRxTcZG2dsiVpGUaiq2SRDXpHUiQL2Irps8tZgYjNXN9jaWv9jvB+tI55bCtR6mtQ05 wTpA== MIME-Version: 1.0 Received: by 10.180.103.136 with SMTP id fw8mr8967374wib.27.1356001474162; Thu, 20 Dec 2012 03:04:34 -0800 (PST) Received: by 10.216.172.197 with HTTP; Thu, 20 Dec 2012 03:04:34 -0800 (PST) In-Reply-To: References: <50D1C553.9060100@wasikowski.net> Date: Thu, 20 Dec 2012 13:04:34 +0200 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: freebsd-stable@freebsd.org, freebsd-current@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.14 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, 20 Dec 2012 11:09:41 -0000 On Wed, Dec 19, 2012 at 11:47 PM, Kimmo Paasiala wrote= : > On Wed, Dec 19, 2012 at 3:46 PM, =C5=81ukasz W=C4=85sikowski > wrote: >> W dniu 2012-12-19 07:14, Kimmo Paasiala pisze: >> >>>> I wrote a small patch for /etc/network.subr to add support for >>>> ipv6_addrs_IF aliases in rc.conf(5) to match the already existing >>>> ipv4_addrs_IF aliases for ipv4 addresses. With this patch the ipv6 >>>> aliases can be written like: >> >> [...] >> >>> Did anyone try my patch? I thought it would be nice to have the >>> ipv6_addrs_IF syntax supported to complement the existing >>> ipv4_addrs_IF alias syntax. >> >> Can I use range syntax in it like in ipv4? I mean something like: >> >> ipv4_addrs_lagg0=3D"x.x.x.10-30/22" >> >> That feature would be very nice to have for ipv6. >> >> -- >> best regards, >> Lukasz Wasikowski > > I have to admit I overlooked the possibility to use ranges like that. > It doesn't look too hard to add that feature as well for ipv6 aliases > using the existing code for ipv4 aliases. I'll prepare a new patch and > update the PR when I have it working. > > -Kimmo A question related to this for those who have been doing work on the rc(8) scripts. Can I assume that /usr/bin is available when network.subr functions are used? Doing calculations on hexadecimal numbers is going to be very awkward if I can't use for example bc(1). -Kimmo From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 12:31:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CBE84DE for ; Thu, 20 Dec 2012 12:31:11 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id B08EC8FC12 for ; Thu, 20 Dec 2012 12:31:10 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Thu, 20 Dec 2012 13:31:07 +0100 Message-ID: <50D3050B.6080204@ose.nl> Date: Thu, 20 Dec 2012 13:31:07 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: portupgrade problem after upgrading to 9.1-(PRE)RELEASE References: <20121219165047.GA56414@anubis.morrow.me.uk> <1355957827076-5770897.post@n5.nabble.com> 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.14 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, 20 Dec 2012 12:31:11 -0000 On 12/20/12 00:21, CeDeROM wrote: > On Wed, Dec 19, 2012 at 11:57 PM, Jakub Lach wrote: >> Prerelease was using -STABLE packages. > Are -stable packages in sync with port tree? Are -release frozen > version of -stable when a release is made? > >> Magic of enviroment variables... >> http://www.freebsd.org/doc/handbook/packages-using.html > Yea, new tool PKG in 9.1 at last :-) :-) I use poudriere to build packages for 9.1-RELEASE i386 and make them available on http://dd.ose.nl/91i386-default This is for my own convenience because my laptop takes about 20 hours just to rebuild xfce4, firefox and thunderbird. You can use them if you like, the packages can be viewed with a web browser. Just set PACKAGESITE to the URL and add/update with pkg It might be unavailable at times because the machine is running CURRENT > > http://www.freebsd.org/doc/handbook/pkgng-intro.html > > Thanks Jakub! :-) > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 12:40:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6A2C8F7 for ; Thu, 20 Dec 2012 12:40:44 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3DC608FC13 for ; Thu, 20 Dec 2012 12:40:43 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id c1so2914414lah.9 for ; Thu, 20 Dec 2012 04:40:37 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=U0aV9LbNLcYHoxu46nCCElpebuFu9GvIsI/Tw8dSegg=; b=wABj50SOwBhlWFtmwMXJMurqggQdbp00I+3QASAs2RsAe4GhRWtoH9zmGKR7JH2wTT czU3IuvVjqCZjqEnyWHU2up0lrtotVM0PRGNi9gcgdutTL/+q+UyNUMOPvgP/LXaXUjY c74djaaV4L7WDRdcGUJR1OEY6EvyvrQBSWG8f7P95qTVLn8eZM3bGImhnie10Ow2mj51 FHYWGro7HzDFfe/vgQBdguohm8hAehyhwFoRomxPOgtOIPSD+vfTwJvHlFMG1U/AeWdF vxdOetAzzFDaVcekScbugYoJ5GH9xBuMEAhHjE/+oOSZxXySNws2b61I+PQSqEeomF8n GI0w== MIME-Version: 1.0 Received: by 10.152.104.240 with SMTP id gh16mr8787907lab.56.1356007236985; Thu, 20 Dec 2012 04:40:36 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.11.165 with HTTP; Thu, 20 Dec 2012 04:40:36 -0800 (PST) In-Reply-To: <50D3050B.6080204@ose.nl> References: <20121219165047.GA56414@anubis.morrow.me.uk> <1355957827076-5770897.post@n5.nabble.com> <50D3050B.6080204@ose.nl> Date: Thu, 20 Dec 2012 13:40:36 +0100 X-Google-Sender-Auth: yL4yqeA8T4UAtVO0_tI99CALRNE Message-ID: Subject: Re: portupgrade problem after upgrading to 9.1-(PRE)RELEASE From: CeDeROM To: Bas Smeelen Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Dec 2012 12:40:44 -0000 On Thu, Dec 20, 2012 at 1:31 PM, Bas Smeelen wrote: > I use poudriere to build packages for 9.1-RELEASE i386 and make them > available on > http://dd.ose.nl/91i386-default Thank you Bas :-) I am using AMD64 :-) Anyway I was wondering if freebsd-stable repository works as a binary store for a current port tree (or its up to date snapshot). It would be great to have debian's "apt-get" functionality in FreeBSD :-) I also was wondering why on RC portupgrade was working fine, while on a release it failed. I know there are no packages yet and no release, but it should fall back into the repository it was using for RC, shouldn't it? :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 13:05:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58E762FC for ; Thu, 20 Dec 2012 13:05:49 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id D74258FC16 for ; Thu, 20 Dec 2012 13:05:48 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Thu, 20 Dec 2012 14:05:47 +0100 Message-ID: <50D30D2B.6080408@ose.nl> Date: Thu, 20 Dec 2012 14:05:47 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: portupgrade problem after upgrading to 9.1-(PRE)RELEASE References: <20121219165047.GA56414@anubis.morrow.me.uk> <1355957827076-5770897.post@n5.nabble.com> <50D3050B.6080204@ose.nl> 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.14 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, 20 Dec 2012 13:05:49 -0000 On 12/20/12 13:40, CeDeROM wrote: > On Thu, Dec 20, 2012 at 1:31 PM, Bas Smeelen wrote: >> I use poudriere to build packages for 9.1-RELEASE i386 and make them >> available on >> http://dd.ose.nl/91i386-default > Thank you Bas :-) I am using AMD64 :-) Anyway I was wondering if > freebsd-stable repository works as a binary store for a current port > tree (or its up to date snapshot). > > It would be great to have debian's "apt-get" functionality in FreeBSD :-) I think pkg is as good as apt-get or even better The main difference in FreeBSD is that you have the base system which you can binary update/upgrade with freebsd-update or via source preferably with svn. Then you have the ports or third party applications which you can binary upgrade with the old way pkg_tools (replace tools with add, delete etc) or the new generation pkg tools. They can also be kept up to date via source with the make tools or you can use portmaster, portupgrade and friends for keeping them up to date via source and/or binary packages. > > I also was wondering why on RC portupgrade was working fine, while on > a release it failed. I know there are no packages yet and no release, > but it should fall back into the repository it was using for RC, > shouldn't it? :-) I can't tell you. I don't know what the current pkg repositories for the new generation pkg tools (or the older pkg_tools) are, thus I build them for myself with poudriere. > > Best regards :-) > Tomek > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 13:06:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AD743EF for ; Thu, 20 Dec 2012 13:06:09 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f52.google.com (mail-la0-f52.google.com [209.85.215.52]) by mx1.freebsd.org (Postfix) with ESMTP id 194498FC12 for ; Thu, 20 Dec 2012 13:06:08 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id l5so2961895lah.11 for ; Thu, 20 Dec 2012 05:06:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=MxFYfBjHZP/vqaS3XDJXbBgZyNo9hshG2SdIqENbMzA=; b=Yq9gBX3Q0TDyiIj9Zk+tZ5txqkXwyfKV9CiA0bRYaFC7QNPVPDHwYYZ8AkbXHw7MGG FVK2aDY2hhES/LSgwUH8ZCYInCGzLSIhQQhkajnxHAEgzKm5g+nfdNTLvsxWXs1Fuq3N C9VZYG2jUQ6/99Lph6wBZ+qv6V+rlAfowR4QZN8TjNmdRIEbYMWHbJJiqlfHIn/IPMzm H3EutL5W89yA9Egv+6ax6IbQC+WZfDM2bMZ3VoJRMmb/VHQfIPmib/UqfdO6mia/8QXG ANG+TQzHxaCVWKY8B+GbBvty1pP8KHlAlIfTK+rHTh6TA2tIvbZNj8EaQ6G5awt4yivW GQTQ== MIME-Version: 1.0 Received: by 10.112.100.195 with SMTP id fa3mr3893845lbb.38.1356008767287; Thu, 20 Dec 2012 05:06:07 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.11.165 with HTTP; Thu, 20 Dec 2012 05:06:06 -0800 (PST) Date: Thu, 20 Dec 2012 14:06:06 +0100 X-Google-Sender-Auth: f9jgMdg7V07SWMWmszvlMaC7WoA Message-ID: Subject: repo.txz missong on packages-9-stable for pkg From: CeDeROM To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Dec 2012 13:06:09 -0000 Hello :-) I want to test new "pkg" tool, but it complains that there is no repo.txz file on the repository: # pkg install libreoffice Updating repository catalogue pkg: ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/All//repo.txz: File unavailable (e.g., file not found, no access) I have set PACKAGESITE to packages-9-stable repository :-) Will this support stable packages or a release only? Thanks :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 13:12:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BB33620 for ; Thu, 20 Dec 2012 13:12:47 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f46.google.com (mail-la0-f46.google.com [209.85.215.46]) by mx1.freebsd.org (Postfix) with ESMTP id D2ECF8FC12 for ; Thu, 20 Dec 2012 13:12:46 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id p5so2962695lag.33 for ; Thu, 20 Dec 2012 05:12:40 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=blT9bU6/A6qcJio2XyupqFVjqVtzM8TGgMAa2nEv8YI=; b=Hw7yptScGnlamw4VIpsniYH/GeT5DkSvK2AWwG7alkLqWkFXnwj8qT1MUUFmW2aQR/ rM1BiATFBNkdDeXZjKCt+yj1bBkDmkx0c7VwXzYE4f8m70seRvjjjMbRZQPtGlfzUywm xK6CQeA7un2tNpFw7YglBe2OAv7rEJlV4K92a7wQzcsRSxOoDyiwUbW1y8XbbzzQOAnv gy5Pij+aHdxNcY8TQ5bVNbQcGS6Ij/AzNbV1fxHcWajU97pLuEo0QdRgM1utk2xnyFNT seLjmCh3YmuMQjsw9grYFkS7gyYtYMMLqmhyxfpjAdKhEB0AdelzkUZ/UxQuSMXThWVV Yi1Q== MIME-Version: 1.0 Received: by 10.112.14.46 with SMTP id m14mr3804333lbc.98.1356009160299; Thu, 20 Dec 2012 05:12:40 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.11.165 with HTTP; Thu, 20 Dec 2012 05:12:40 -0800 (PST) In-Reply-To: <50D30D2B.6080408@ose.nl> References: <20121219165047.GA56414@anubis.morrow.me.uk> <1355957827076-5770897.post@n5.nabble.com> <50D3050B.6080204@ose.nl> <50D30D2B.6080408@ose.nl> Date: Thu, 20 Dec 2012 14:12:40 +0100 X-Google-Sender-Auth: Zw0Qr3eSilNyM1EbM4baztKegUY Message-ID: Subject: Re: portupgrade problem after upgrading to 9.1-(PRE)RELEASE From: CeDeROM To: Bas Smeelen Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Dec 2012 13:12:47 -0000 On Thu, Dec 20, 2012 at 2:05 PM, Bas Smeelen wrote: > I don't know what the current pkg repositories for the new generation pkg > tools (or the older pkg_tools) are, thus I build them for myself with > poudriere. I prefer to use binary packages that are consistent and well tested. Many times I had build packages from the sources and got my user system into unusable state, so I had to install everything from scratch... I am happy to see PKG utility it has at least apt-get functionalities :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 13:27:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 795B287B; Thu, 20 Dec 2012 13:27:51 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 0F02D8FC12; Thu, 20 Dec 2012 13:27:51 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 74CB23592F8; Thu, 20 Dec 2012 14:27:50 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 5F3852848C; Thu, 20 Dec 2012 14:27:50 +0100 (CET) Date: Thu, 20 Dec 2012 14:27:50 +0100 From: Jilles Tjoelker To: Kimmo Paasiala Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) Message-ID: <20121220132750.GB99616@stack.nl> References: <50D1C553.9060100@wasikowski.net> 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: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Dec 2012 13:27:51 -0000 On Thu, Dec 20, 2012 at 01:04:34PM +0200, Kimmo Paasiala wrote: > A question related to this for those who have been doing work on the > rc(8) scripts. Can I assume that /usr/bin is available when > network.subr functions are used? Doing calculations on hexadecimal > numbers is going to be very awkward if I can't use for example bc(1). You cannot assume that /usr/bin is available when setting up the network. It may be that /usr is mounted via NFS. You can use hexadecimal numbers (prefixed with 0x) in $((...)) expressions. In FreeBSD 9.0 or newer, sh has a printf builtin you can use; in older versions you can use hexdigit and hexprint from network.subr. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 13:30:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 510FBBBE for ; Thu, 20 Dec 2012 13:30:40 +0000 (UTC) (envelope-from matthew@freebsd.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id D10108FC12 for ; Thu, 20 Dec 2012 13:30:39 +0000 (UTC) Received: from rufus.webfusion.com (mail.heartinternet.co.uk [79.170.40.31]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id qBKDUTSY019769 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 20 Dec 2012 13:30:36 GMT (envelope-from matthew@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.7.1 smtp.infracaninophile.co.uk qBKDUTSY019769 Authentication-Results: smtp.infracaninophile.co.uk/qBKDUTSY019769; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host mail.heartinternet.co.uk [79.170.40.31] claimed to be rufus.webfusion.com Message-ID: <50D312F2.80904@freebsd.org> Date: Thu, 20 Dec 2012 13:30:26 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: CeDeROM Subject: Re: repo.txz missong on packages-9-stable for pkg References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Dec 2012 13:30:40 -0000 On 20/12/2012 13:06, CeDeROM wrote: > Hello :-) > > I want to test new "pkg" tool, but it complains that there is no > repo.txz file on the repository: > > # pkg install libreoffice > Updating repository catalogue > pkg: ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/All//repo.txz: > File unavailable (e.g., file not found, no access) > > I have set PACKAGESITE to packages-9-stable repository :-) > Yes. If anyone hasn't yet heard: the pkgbeta repository has been wiped and contains only a txz for pkg itself. The production pkgng package building systems are not available yet. To a large extent, this is fall-out from the security compromise last month. The people who would be bringing the pkg build cluster on-line are busy dealing with rebuilding and securing other FreeBSD servers. There has also been a fairly fundamental rethink on the software being used to build packages distributed over that cluster in the light of the compromise. So, the upshot is: pre-compiled binary packages are not currently available for pkgng[*]. Your choices are: wait until the new package systems come on-line (but there isn't even an ETA for that at the moment), or compile your own using poudriere or similar. > Will this support stable packages or a release only? For the vast majority of pkgs, so long as they are built for the same OS major version, they will be compatible. The plan is to build on the earliest supported release version for each major version, as this will maximize compatibility for all releases and -STABLE versions from that major. Certain packages like lsof (which "know" entirely too much about kernel internals) may need to be built from ports rather than available as generic binaries, but there are literally only a handful of those. Cheers, Matthew [*] Building of pkg_tools binary packages has also been affected, but the impact is less as older packages are still available. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 13:35:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD88BD8E; Thu, 20 Dec 2012 13:35:01 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f41.google.com (mail-la0-f41.google.com [209.85.215.41]) by mx1.freebsd.org (Postfix) with ESMTP id 1ACDE8FC0A; Thu, 20 Dec 2012 13:35:00 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id m15so3026747lah.0 for ; Thu, 20 Dec 2012 05:34:59 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=W1liNu3Ugbcp7r3G+CpDck/ffKoCjzW3aDFc7c1Eq+Y=; b=lFXFTIwZN6oG/R9YiBo/o//f7K/wTCFuDK4HPuSRAOH3YKK/YMN+pnpDaBVHEM1q+/ pklRvgRPeynbgfMxX21IUbNxtdkhkKiyPnJ7WNdIsNQA6hZ0/vq+mcGljxF9km/daXOp QEe/TLKRLlP4hbRnoQF30jKHCuf5getQVKA43ijoTlk1lp2ogzJoWrBLuMj3s6F5xp1E S7ydMs2Gm964zC9YQ7d2A31RrfZmol/OziXTUg+dA+HHxuSCfNsNWqZjq/p9CtTydVcr wpgBv4VOARdlh3DW0FvKsP+LrbKEpSWFOF1Vf4gv9FcEDO3PnHv7NgQLh8SOOxvqCPnz hkzg== MIME-Version: 1.0 Received: by 10.152.104.240 with SMTP id gh16mr8938609lab.56.1356010499536; Thu, 20 Dec 2012 05:34:59 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.11.165 with HTTP; Thu, 20 Dec 2012 05:34:59 -0800 (PST) In-Reply-To: <50D312F2.80904@freebsd.org> References: <50D312F2.80904@freebsd.org> Date: Thu, 20 Dec 2012 14:34:59 +0100 X-Google-Sender-Auth: x3a4kpXUNdfeOI8CbD8UhPttjRI Message-ID: Subject: Re: repo.txz missong on packages-9-stable for pkg From: CeDeROM To: Matthew Seaman Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Dec 2012 13:35:01 -0000 Thank you Matthew! Good luck with your works! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 14:00:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71A534C7 for ; Thu, 20 Dec 2012 14:00:59 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 02F168FC14 for ; Thu, 20 Dec 2012 14:00:58 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Thu, 20 Dec 2012 15:00:56 +0100 Message-ID: <50D31A13.9010709@ose.nl> Date: Thu, 20 Dec 2012 15:00:51 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: repo.txz missong on packages-9-stable for pkg References: <50D312F2.80904@freebsd.org> 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.14 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, 20 Dec 2012 14:00:59 -0000 On 12/20/12 14:34, CeDeROM wrote: > Thank you Matthew! Good luck with your works! :-) > I will see if I can built them with poudriere for 9.1 amd64 also But it can take a while Do you have a list, you can obtain it with portmaster --list-origins From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 14:22:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA3DE9D6 for ; Thu, 20 Dec 2012 14:22:02 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f49.google.com (mail-la0-f49.google.com [209.85.215.49]) by mx1.freebsd.org (Postfix) with ESMTP id 482698FC18 for ; Thu, 20 Dec 2012 14:22:01 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id r15so3017317lag.8 for ; Thu, 20 Dec 2012 06:21:55 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=2x5UJwK+TAQ87auoGsFfWL0mUTD9vxL52ycDR3Qp0To=; b=USYTxZSdb0OFi2AuBixj/5a19zcqkyU+4Af9MewOThMNQ13An7jKXwVVO+r2pfg6IY 9ohBNzHZL3Jw8VSNyYWEI+D3Ki+baMetDUoSivmPFsUalmr5yAit82SVkXozQVZ/hPYm jAsVGzY2VP6QrY6Vplg1D1J7pSaQliVR3ByTDfSJyLi8CHO8bmKAgWCxztDp4bzzI319 mbQE09ctNaQKEn6NJ26PgIN+gQ79P+qZMDyvDJw9gAnPIuI6I4KWbs74PalMBrp5cn9/ 9ZBBf/Gm6gmigIodsDwCxjn7+PhFKHKdS31TfKCvY2Jw4p1YXWW4G5emayxrLeTtEuos mEyA== MIME-Version: 1.0 Received: by 10.152.147.103 with SMTP id tj7mr9061970lab.54.1356013314895; Thu, 20 Dec 2012 06:21:54 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.11.165 with HTTP; Thu, 20 Dec 2012 06:21:54 -0800 (PST) In-Reply-To: <50D31A13.9010709@ose.nl> References: <50D312F2.80904@freebsd.org> <50D31A13.9010709@ose.nl> Date: Thu, 20 Dec 2012 15:21:54 +0100 X-Google-Sender-Auth: EtrBA-2ZneO__VHVhfWZLyIGJ4I Message-ID: Subject: Re: repo.txz missong on packages-9-stable for pkg From: CeDeROM To: Bas Smeelen Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Dec 2012 14:22:02 -0000 On Thu, Dec 20, 2012 at 3:00 PM, Bas Smeelen wrote: > I will see if I can built them with poudriere for 9.1 amd64 also > But it can take a while No problem Bas, I can build them as well, thanks!! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 16:52:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2167C14 for ; Thu, 20 Dec 2012 16:52:00 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.213.67.47]) by mx1.freebsd.org (Postfix) with ESMTP id 758148FC14 for ; Thu, 20 Dec 2012 16:52:00 +0000 (UTC) Received: from localhost (unknown [172.16.100.24]) by mail.barafranca.com (Postfix) with ESMTP id 7088E301 for ; Thu, 20 Dec 2012 16:51:54 +0000 (UTC) X-Virus-Scanned: amavisd-new at barafranca.com Received: from mail.barafranca.com ([172.16.100.24]) by localhost (mail.barafranca.com [172.16.100.24]) (amavisd-new, port 10024) with ESMTP id CwtaedyMUC1R for ; Thu, 20 Dec 2012 16:51:15 +0000 (UTC) Received: from [192.168.1.1] (a89-152-58-56.cpe.netcabo.pt [89.152.58.56]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTPSA id D2F452F8 for ; Thu, 20 Dec 2012 16:51:14 +0000 (UTC) Message-ID: <50D341F0.5070201@barafranca.com> Date: Thu, 20 Dec 2012 16:50:56 +0000 From: Hugo Silva User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: random_id_collisions; random_id and portrange_randomized; firewall Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Dec 2012 16:52:00 -0000 I am experiencing a situation in a 9.1-PRERELEASE virtual machine running an http load balancer (lots of short lived connections). While I don't observe any negative effects while browsing, I've noticed the following two things: net.inet.ip.portrange.randomtime: 45 net.inet.ip.portrange.randomcps: 10 net.inet.ip.portrange.randomized: 0 net.inet.ip.random_id_total: 2902 net.inet.ip.random_id_collisions: 72 net.inet.ip.random_id_period: 8192 net.inet.ip.random_id: 0 ^^ how can there be random_id_collisions if random_id is off? I turned portrange_randomized off too but it's still increasing. I thought it could be because I manually set random_id to on for awhile but that's not it either. It continues increasing after setting it back to 0, and continues to increase as long as there are connections coming in. Secondly and more worrying than that, there is a constant stream of 16:43:46.825519 rule 1..16777216/0(match): block in on xn0: webserver-1.80 > my-carp-addr.15960: Flags [S.], seq 543469675, ack 1259381687, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 4146068434 ecr 49765522], length 0 16:43:46.831707 rule 1..16777216/0(match): block in on xn0: webserver-1.80 > my-carp-addr.15960: Flags [S.], seq 543469675, ack 1259381687, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 4146068434 ecr 49768522], length 0 16:43:47.155584 rule 1..16777216/0(match): block in on xn0: webserver-1.80 > my-carp-addr.60985: Flags [S.], seq 967271907, ack 1313270384, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 1569556969 ecr 49765852], length 0 16:43:47.161673 rule 1..16777216/0(match): block in on xn0: webserver-1.80 > my-carp-addr.60985: Flags [S.], seq 967271907, ack 1313270384, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 1569556969 ecr 49768852], length 0 16:43:47.468145 rule 1..16777216/0(match): block in on xn0: webserver-2.80 > my-carp-addr.17258: Flags [S.], seq 2490904044, ack 1172967175, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 1321031907 ecr 49766162], length 0 16:43:47.471658 rule 1..16777216/0(match): block in on xn0: webserver-2.80 > my-carp-addr.17258: Flags [S.], seq 2490904044, ack 1172967175, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 1321031907 ecr 49769162], length 0 16:43:47.578134 rule 1..16777216/0(match): block in on xn0: webserver-2.80 > my-carp-addr.44721: Flags [S.], seq 1379777506, ack 2380193975, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 1520285356 ecr 49748272], length 0 16:43:47.935585 rule 1..16777216/0(match): block in on xn0: webserver-1.80 > my-carp-addr.34197: Flags [S.], seq 3788206954, ack 1081350645, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 2401687485 ecr 49748632], length 0 16:43:47.975592 rule 1..16777216/0(match): block in on xn0: webserver-1.80 > my-carp-addr.31105: Flags [S.], seq 1953359471, ack 752554584, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 2473442173 ecr 49748672], length 0 16:43:48.098680 rule 1..16777216/0(match): block in on xn0: webserver-2.80 > my-carp-addr.15657: Flags [S.], seq 165305583, ack 173283101, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 2824307788 ecr 49766792], length 0 16:43:48.408090 rule 1..16777216/0(match): block in on xn0: webserver-2.80 > my-carp-addr.45410: Flags [S.], seq 3840501222, ack 775257715, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 1274761217 ecr 49749102], length 0 16:43:48.415524 rule 1..16777216/0(match): block in on xn0: webserver-3.80 > my-carp-addr.38523: Flags [S.], seq 680899031, ack 3769287099, win 32768, options [mss 1460,nop,wscale 3,nop,nop,TS val 19 ecr 49764112,sackOK,nop,nop], length 0 These appear to be packets from TCP connections that are being blocked by pf every time (rendering the log pretty much unusable; it is constant) At the same time, pf state-mismatch is not increasing (only now and then): state-mismatch 639 0.0/s My ruleset is quite simple: block drop quick inet6 all block drop log all block drop in on ! xn0 inet from $my_subnet to any block drop in inet from $myself to any block drop in quick on xn0 inet proto udp from any to any port = 1900 pass quick on xn0 proto carp all keep state pass out quick on xn0 inet proto udp from (xn0:0) to any port = ntp keep state (no-sync) pass out quick on xn0 inet proto udp from (xn0:0) to $nameserver port = domain keep state (no-sync) pass out quick on xn0 inet proto tcp from (xn0:0) to any user = 0 flags S/SA keep state (no-sync) pass in quick on xn0 inet proto tcp from $vpn-range to (xn0:0) port = ssh flags S/SA keep state (no-sync) pass in quick on xn0 inet proto tcp from $vpn-range to (xn0:0) port = http flags S/SA keep state pass in quick on xn0 inet proto tcp from any to $my-carp-addr port = http flags S/SA keep state pass in quick on xn0 inet proto icmp from $vpn-range to $my-carp-addr icmp-type echoreq keep state pass in quick on xn0 inet proto icmp from $vpn-range to (xn0:0) icmp-type echoreq keep state pass out quick on xn0 inet proto tcp from $my-carp-addr to (xn0:network) port = http flags S/SA keep state pass out quick on xn0 inet proto tcp from $my-carp-addr to port = 7070 flags S/SA keep state I don't understand what's causing the constant blocks in pf nor why net.inet.ip.random_id_collisions keeps increasing in spite of what was presented. Is it possible that this is a bug? Regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 21:17:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3898709 for ; Thu, 20 Dec 2012 21:17:36 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id 218988FC0A for ; Thu, 20 Dec 2012 21:17:35 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 3DA48F33523; Thu, 20 Dec 2012 22:17:27 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 20.3535] X-CRM114-CacheID: sfid-20121220_22172_D1E7BDEC X-CRM114-Status: Good ( pR: 20.3535 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Thu Dec 20 22:17:27 2012 X-DSPAM-Confidence: 0.9957 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 50d38067283561651613836 X-DSPAM-Factors: 27, From*Attila Nagy , 0.00010, the+>, 0.00097, to+>, 0.00121, >+Hi, 0.00139, of+>, 0.00154, conf, 0.00168, wrote+>, 0.00225, Hi+>, 0.00231, >+It, 0.00277, bytes, 0.00292, >+>, 0.00359, >+>, 0.00359, (it, 0.00410, References*fsn.hu>, 0.00426, In-Reply-To*fsn.hu>, 0.00461, >+with, 0.00503, parameter, 0.00552, wrote, 0.00592, sysctl, 0.00613, rc, 0.00690, rc, 0.00690, >+I've, 0.00690, it's+not, 0.00719, 07+47, 0.00787, 04+16, 0.00787, the+error, 0.00787, X-Spambayes-Classification: ham; 0.00 Received: from [192.168.3.2] (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTPSA id 6772BF33516 for ; Thu, 20 Dec 2012 22:17:26 +0100 (CET) Message-ID: <50D38064.9050404@fsn.hu> Date: Thu, 20 Dec 2012 22:17:25 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: mod_fcgid doesn't work in 9-stable jails after upgrade from 8.x References: <5096B848.60801@fsn.hu> In-Reply-To: <5096B848.60801@fsn.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Dec 2012 21:17:36 -0000 I could finally take the time to look into this, so here's the solution: Setting jail_sysvipc_allow="YES" in rc.conf is no longer enough, it only sets the sysctl, but the new rc.d/jail script won't add the allow.sysvipc=1 parameter. So in order to work, you must change the above to: jail_jailname_parameters="allow.sysvipc=1" ps: it's not related to 9, stable/8 rc.d/jail has the same new style jail invocation and hence the same problem. On 11/04/2012 07:47 PM, Attila Nagy wrote: > Hi, > > I've just tried to upgrade a machine running an older 8-stable to > 9-stable@r242549M without success. > It runs an apache with mod_fcgid in a jail and the latter can't start > with the error message of: > [Sun Nov 04 16:09:12 2012] [emerg] (78)Function not implemented: > mod_fcgid: Can't create shared memory for size 1192488 bytes > > security.jail.sysvipc_allowed is enabled (it was needed on 8.x too), > nothing else has changed. > > There are some reports from this, but from earlier versions, and the > only confirmed solution was sysvipc_allowed, which works for 8.x, but > doesn't with the above version. > > Any ideas? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 23:15:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D518D0C for ; Thu, 20 Dec 2012 23:15:15 +0000 (UTC) (envelope-from rcartwri@asu.edu) Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) by mx1.freebsd.org (Postfix) with ESMTP id 38D248FC13 for ; Thu, 20 Dec 2012 23:15:14 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id qd14so5386652ieb.34 for ; Thu, 20 Dec 2012 15:15:14 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=3agm1oT0nDMOLdSHyJkIu4+Vk5ymVArI8U8ETIRLwls=; b=ahEQqB52uM+L38JFPWZ1E4CNh4Ph4JLUvaffH4i8X4yLIWSc0T3OHSJMflcvaFj7Uc N+V5kIy1PSdU6ysiBPdklr1XMio/Ts4m/DqrfVtstm417+ZLYmCdEA8Q4W4KxqxwdpOJ OgaFVnfMGgf3c8xuL3IwGNafBGvypca9/M9TNgX3MKGKT34IzdfMt2+BfqSRDCdwbAxc 7y+gir7zMyNm5RMNOPHaABrjmFfLFKV+sOwUlWf07gMWitt4+psqF47aOAVCP5ODNFwV Rxgp5aRZauE9I3zQ7qke3ms85gqpXhJXhNWkh9hE4EZAl4HQjb5ntYMoa551Zdnl1SR1 YAEQ== MIME-Version: 1.0 Received: by 10.42.54.211 with SMTP id s19mr10264272icg.34.1356045314037; Thu, 20 Dec 2012 15:15:14 -0800 (PST) Received: by 10.64.64.39 with HTTP; Thu, 20 Dec 2012 15:15:13 -0800 (PST) In-Reply-To: References: <50C9AFC6.6080902@FreeBSD.org> <50CA1639.1010409@FreeBSD.org> Date: Thu, 20 Dec 2012 16:15:13 -0700 Message-ID: Subject: Re: NFS/ZFS hangs after upgrading from 9.0-RELEASE to -STABLE From: "Reed A. Cartwright" To: olivier Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlJQldcradD3EfDKCBhwXN1raz3Bjdzr0j4wEmSagK5QIrArF6Gs5fULFQPosBTbOa7a4mT Cc: freebsd-fs@freebsd.org, "freebsd-stable@freebsd.org" , Kashyap.Desai@lsi.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Dec 2012 23:15:15 -0000 I have also down graded to the MPS driver from 9.0. We've been running the server pretty heavily since then and no lockups have occurred since. It has been about a week. On Thu, Dec 13, 2012 at 11:14 PM, olivier wrote: > For what it's worth, I think I might have solved my problem by reverting to > an older version of the mps driver. I checked out a recent version of > 9-STABLE and reversed the changes in > http://svnweb.freebsd.org/base?view=revision&revision=230592 (perhaps there > was a simpler way of reverting to the older mps driver). So far so good, no > hang even when hammering the file system. > > This does not conclusively prove that the new LSI mps driver is at fault, > but that seems to be a likely explanation. > > Thanks to everybody who pointed me in the right direction. Hope this helps > others who run into similar problems with 9.1 > Olivier > > On Thu, Dec 13, 2012 at 10:14 AM, olivier wrote: > >> >> >> On Thu, Dec 13, 2012 at 9:54 AM, Andriy Gapon wrote: >> >>> Google for "zfs deadman". This is already committed upstream and I think >>> that it >>> is imported into FreeBSD, but I am not sure... Maybe it's imported just >>> into the >>> vendor area and is not merged yet. >>> >> >> Yes, that's exactly what I had in mind. The logic for panicking makes >> sense. >> As far as I can tell you're correct that deadman is in the vendor area but >> not merged. Any idea when it might make it into 9-STABLE? >> Thanks >> Olivier >> >> >> >> >>> So, when enabled this logic would panic a system as a way of letting know >>> that >>> something is wrong. You can read in the links why panic was selected for >>> this job. >>> >>> And speaking FreeBSD-centric - I think that our CAM layer would be a >>> perfect place >>> to detect such issues in non-ZFS-specific way. >>> >>> -- >>> Andriy Gapon >>> >> >> > _______________________________________________ > 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" -- Reed A. Cartwright, PhD Assistant Professor of Genomics, Evolution, and Bioinformatics School of Life Sciences Center for Evolutionary Medicine and Informatics The Biodesign Institute Arizona State University From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 23:27:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FE3E5CD for ; Thu, 20 Dec 2012 23:27:44 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id BE6FB8FC1C for ; Thu, 20 Dec 2012 23:27:42 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Fri, 21 Dec 2012 00:27:33 +0100 Message-ID: <50D39EE4.4060102@ose.nl> Date: Fri, 21 Dec 2012 00:27:32 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: portupgrade problem after upgrading to 9.1-(PRE)RELEASE References: <20121219165047.GA56414@anubis.morrow.me.uk> <1355957827076-5770897.post@n5.nabble.com> 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.14 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, 20 Dec 2012 23:27:44 -0000 On 12/20/12 00:21, CeDeROM wrote: > On Wed, Dec 19, 2012 at 11:57 PM, Jakub Lach wrote: >> Prerelease was using -STABLE packages. > Are -stable packages in sync with port tree? Are -release frozen > version of -stable when a release is made? > >> Magic of enviroment variables... >> http://www.freebsd.org/doc/handbook/packages-using.html > Yea, new tool PKG in 9.1 at last :-) :-) I use poudriere to build packages for 9.1-RELEASE i386 and make them available on http://dd.ose.nl/91i386-default This is for my own convenience because my laptop takes about 20 hours just to rebuild xfce4, firefox and thunderbird. You can use them if you like, the packages can be viewed with a web browser. Just set PACKAGESITE to the URL and add/update with pkg It might be unavailable at times because the machine is running CURRENT > > http://www.freebsd.org/doc/handbook/pkgng-intro.html > > Thanks Jakub! :-) > had all blocked with ipfw but now it is open :) From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 23:40:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77321868 for ; Thu, 20 Dec 2012 23:40:45 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id EF5528FC0A for ; Thu, 20 Dec 2012 23:40:44 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id qBKNecPp043364 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 20 Dec 2012 23:40:39 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.7.1 smtp.infracaninophile.co.uk qBKNecPp043364 Authentication-Results: smtp.infracaninophile.co.uk/qBKNecPp043364; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Message-ID: <50D3A1E3.6090408@FreeBSD.org> Date: Thu, 20 Dec 2012 23:40:19 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Will we get a RELEASE-9.1 for Christmas? References: <201212090318.UAA11257@lariat.net> <50C412F6.7040300@sdf.org> <201212090526.26535.lumiwa@gmail.com> <50C8CF77.2040102@FreeBSD.org> <50C975B3.7070701@FreeBSD.org> <50C991F3.3040307@freebsd.org> In-Reply-To: <50C991F3.3040307@freebsd.org> X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5161BC6080E3C5E0F64303AB" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Dec 2012 23:40:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5161BC6080E3C5E0F64303AB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 13/12/2012 08:29, Matthew Seaman wrote: (On 'pkg check -Ba' producing 'shared library not found' errors for some packages) > Unfortunately it seems to be a fairly common effect in some large > projects. Other packages showing the same symptoms: >=20 > thunderbird (yeah -- that one was predictable...) > openjdk6 > virtualbox-ose >=20 > ... and that's just out of what's installed on my desktop: by no means > comprehensive. As far as I can tell from a quick check, openjdk6 > doesn't rely on setting LD_LIBRARY_PATH in the environment. >=20 > I've raised issue #403 in pkgng Github. I've just finished committing fixes for this problem to the master and release-1.0 branches in Github. If anyone is feeling enthusiastic and would like to try pulling those sources and confirming that their favourite packages no longer generate scads of nasty errors when re-analysing shlib dependencies, I'd be grateful. Cheers, Matthew PS. If you're running pkg-1.0.3, I recommend you pull down the release-1.0 branch for these tests. While you could upgrade to 1.1.a1 from master, that involves various local.sqlite DB schema changes which will be tedious to unwind should you want to revert to the released version. --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig5161BC6080E3C5E0F64303AB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDTofUACgkQ8Mjk52CukIyN6QCfaU0DGNlrQUVqNnoTWD3WL8iX Ra4An1tV74Lhsq4WNrp33AElAmzl2z+j =mrEx -----END PGP SIGNATURE----- --------------enig5161BC6080E3C5E0F64303AB-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 20 23:55:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B1F1B75; Thu, 20 Dec 2012 23:55:57 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id CA0488FC0A; Thu, 20 Dec 2012 23:55:56 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)); Fri, 21 Dec 2012 00:55:54 +0100 Message-ID: <50D3A58A.3020002@ose.nl> Date: Fri, 21 Dec 2012 00:55:54 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Matthew Seaman Subject: Re: Will we get a RELEASE-9.1 for Christmas? References: <201212090318.UAA11257@lariat.net> <50C412F6.7040300@sdf.org> <201212090526.26535.lumiwa@gmail.com> <50C8CF77.2040102@FreeBSD.org> <50C975B3.7070701@FreeBSD.org> <50C991F3.3040307@freebsd.org> <50D3A1E3.6090408@FreeBSD.org> In-Reply-To: <50D3A1E3.6090408@FreeBSD.org> 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.14 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, 20 Dec 2012 23:55:57 -0000 On 12/21/12 00:40, Matthew Seaman wrote: > On 13/12/2012 08:29, Matthew Seaman wrote: > > (On 'pkg check -Ba' producing 'shared library not found' errors for some > packages) > >> Unfortunately it seems to be a fairly common effect in some large >> projects. Other packages showing the same symptoms: >> >> thunderbird (yeah -- that one was predictable...) >> openjdk6 >> virtualbox-ose >> >> ... and that's just out of what's installed on my desktop: by no means >> comprehensive. As far as I can tell from a quick check, openjdk6 >> doesn't rely on setting LD_LIBRARY_PATH in the environment. >> >> I've raised issue #403 in pkgng Github. > I've just finished committing fixes for this problem to the master and > release-1.0 branches in Github. If anyone is feeling enthusiastic and > would like to try pulling those sources and confirming that their > favourite packages no longer generate scads of nasty errors when > re-analysing shlib dependencies, I'd be grateful. > > Cheers, > > Matthew > > PS. If you're running pkg-1.0.3, I recommend you pull down the > release-1.0 branch for these tests. While you could upgrade to 1.1.a1 > from master, that involves various local.sqlite DB schema changes which > will be tedious to unwind should you want to revert to the released > version. > I would like to. But just getting used to svn and other new things since simple csup and friends. How do I pull it? I have pkg-1.0.3_1 on a machine building packages for my laptop right now. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 00:54:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9766B45D for ; Fri, 21 Dec 2012 00:54:41 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 18E208FC12 for ; Fri, 21 Dec 2012 00:54:40 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id qBL0sZTA069413 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 21 Dec 2012 00:54:35 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.7.1 smtp.infracaninophile.co.uk qBL0sZTA069413 Authentication-Results: smtp.infracaninophile.co.uk/qBL0sZTA069413; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Message-ID: <50D3B342.4070108@FreeBSD.org> Date: Fri, 21 Dec 2012 00:54:26 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Bas Smeelen Subject: Re: Will we get a RELEASE-9.1 for Christmas? References: <201212090318.UAA11257@lariat.net> <50C412F6.7040300@sdf.org> <201212090526.26535.lumiwa@gmail.com> <50C8CF77.2040102@FreeBSD.org> <50C975B3.7070701@FreeBSD.org> <50C991F3.3040307@freebsd.org> <50D3A1E3.6090408@FreeBSD.org> <50D3A58A.3020002@ose.nl> In-Reply-To: <50D3A58A.3020002@ose.nl> X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig754EB22CA57F07303252969B" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 00:54:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig754EB22CA57F07303252969B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 20/12/2012 23:55, Bas Smeelen wrote: > On 12/21/12 00:40, Matthew Seaman wrote: >> On 13/12/2012 08:29, Matthew Seaman wrote: >> >> (On 'pkg check -Ba' producing 'shared library not found' errors for so= me >> packages) >> >>> Unfortunately it seems to be a fairly common effect in some large >>> projects. Other packages showing the same symptoms: >>> >>> thunderbird (yeah -- that one was predictable...) >>> openjdk6 >>> virtualbox-ose >>> >>> ... and that's just out of what's installed on my desktop: by no mean= s >>> comprehensive. As far as I can tell from a quick check, openjdk6 >>> doesn't rely on setting LD_LIBRARY_PATH in the environment. >>> >>> I've raised issue #403 in pkgng Github. >> I've just finished committing fixes for this problem to the master and= >> release-1.0 branches in Github. If anyone is feeling enthusiastic and= >> would like to try pulling those sources and confirming that their >> favourite packages no longer generate scads of nasty errors when >> re-analysing shlib dependencies, I'd be grateful. >> >> Cheers, >> >> Matthew >> >> PS. If you're running pkg-1.0.3, I recommend you pull down the >> release-1.0 branch for these tests. While you could upgrade to 1.1.a1= >> from master, that involves various local.sqlite DB schema changes whic= h >> will be tedious to unwind should you want to revert to the released >> version. >> >=20 > I would like to. > But just getting used to svn and other new things since simple csup and= > friends. > How do I pull it? > I have pkg-1.0.3_1 on a machine building packages for my laptop right n= ow. Install git, and then something like: git clone https://github.com/pkgng/pkgng.git cd pkgng git checkout release-1.0 make then you can run pkg-static from the pkg-static directory, or you can 'make install', and run pkg as usual. There will be a pkg-1.0.4 release fairly soon though. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig754EB22CA57F07303252969B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDTs0sACgkQ8Mjk52CukIyrggCfTNX8TOVa5tkUWV50yvqPPpFO bDcAnipeArb+9Tgp7bzKB3TjIAmBCIQV =PabA -----END PGP SIGNATURE----- --------------enig754EB22CA57F07303252969B-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 03:43:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37104C6B; Fri, 21 Dec 2012 03:43:42 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-we0-f176.google.com (mail-we0-f176.google.com [74.125.82.176]) by mx1.freebsd.org (Postfix) with ESMTP id 8D29D8FC0C; Fri, 21 Dec 2012 03:43:41 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id r5so1897081wey.7 for ; Thu, 20 Dec 2012 19:43:34 -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=WL3n/sXOSIEqphq51n9vTF9wrgpVmkDD+BwwU/ixaWY=; b=zP5SxjDCjPN2h/fmAIXqYuCASfdm5LD5anLJxbl2XN9T1RE4vxx9Vn/CEglyjIp+sh lTw9Zf1KhkSWMgMGMcIzVNvak9lQN9regobcH5Yt1EKljfxMpypV24TCiLMTtZTF+I/l ViVhLF+AwU3OEUA7E3YZuQ768ypwQ+eEsdn0SqurtzipaXI4ES12a/gHtuXZwDRfDGHs qxJJtZ+oqUeMgFUsMDx6/uDOv1j1JmbtSq4Fuy+aUjDH9rReICkJ70nL3dz2XpcjxPx6 XL11U9Io+e4+AoxK0b1Nfkldv7dtqikegfE/O76QqVO9UGKWXLkvI8VpUa202YobEtrG +acw== MIME-Version: 1.0 Received: by 10.180.100.197 with SMTP id fa5mr13118031wib.32.1356061414815; Thu, 20 Dec 2012 19:43:34 -0800 (PST) Received: by 10.216.172.197 with HTTP; Thu, 20 Dec 2012 19:43:34 -0800 (PST) In-Reply-To: <20121220132750.GB99616@stack.nl> References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> Date: Fri, 21 Dec 2012 05:43:34 +0200 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: Jilles Tjoelker Content-Type: multipart/mixed; boundary=f46d04182644ec798b04d154a644 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 03:43:42 -0000 --f46d04182644ec798b04d154a644 Content-Type: text/plain; charset=UTF-8 On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker wrote: > On Thu, Dec 20, 2012 at 01:04:34PM +0200, Kimmo Paasiala wrote: >> A question related to this for those who have been doing work on the >> rc(8) scripts. Can I assume that /usr/bin is available when >> network.subr functions are used? Doing calculations on hexadecimal >> numbers is going to be very awkward if I can't use for example bc(1). > > You cannot assume that /usr/bin is available when setting up the > network. It may be that /usr is mounted via NFS. > > You can use hexadecimal numbers (prefixed with 0x) in $((...)) > expressions. In FreeBSD 9.0 or newer, sh has a printf builtin you can > use; in older versions you can use hexdigit and hexprint from > network.subr. > > -- > Jilles Tjoelker Thanks, I've rewitten my patch to support ranges. It is attached in this message. Again it's against a very recent 9-STABLE, I still haven't found time to see if it applies to CURRENT. It does allow you to do crazy stuff like ipv6_addrs_re0="2001:db8:1111:2222::1-ffff/64" However I didn't find anything to limit the number of aliases in the ipv4 version of the function either. Please test it :) Then a question about the PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=174225) I wrote, how can I attach this new patch to it? The submit follow up -button fires up my email client and I'm not so sure how to submit a new patch for the PR in an email in such a way that it appears properly formatted in the PR. Regards, Kimmo Paasiala --f46d04182644ec798b04d154a644 Content-Type: text/plain; charset=US-ASCII; name="network.subr_ipv6_addrs_range.patch.txt" Content-Disposition: attachment; filename="network.subr_ipv6_addrs_range.patch.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hayrqiqv0 SW5kZXg6IG5ldHdvcmsuc3Vicgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBuZXR3b3JrLnN1YnIJKHJldmlzaW9u IDI0NDUyMykKKysrIG5ldHdvcmsuc3Vicgkod29ya2luZyBjb3B5KQpAQCAtNTYyLDYgKzU2Miw3 IEBACiAJZmkKIAogCWlmYWxpYXNfdXAgJHtfaWZ9IGluZXQ2ICYmIF9yZXQ9MAorCWlwdjZfYWRk cnNfY29tbW9uICR7X2lmfSBhbGlhcyAmJiBfcmV0PTAKIAlpcHY2X3ByZWZpeF9ob3N0aWRfYWRk cl9jb21tb24gJHtfaWZ9IGFsaWFzICYmIF9yZXQ9MAogCWlwdjZfYWNjZXB0X3J0YWR2X3VwICR7 X2lmfSAmJiBfcmV0PTAKIApAQCAtNjg0LDYgKzY4NSw0OSBAQAogCXJldHVybiAkX3JldAogfQog CisKK2lwdjZfYWRkcnNfY29tbW9uKCkKK3sKKwlsb2NhbCBfcmV0IF9pZiBfYWN0aW9uIF9pcDZw cmVmaXggX2lwNnByZWZpeGVzCisJbG9jYWwgX2lwNmFkZHIgX3ByZWZpeGxlbgorCWxvY2FsIF9y YW5nZSBfaXA2bmV0IF9pcDZsb3cgX2lwNmhpZ2gKKwlfcmV0PTEKKwlfaWY9JDEKKwlfYWN0aW9u PSQyCisKKyMgZ2V0IHRoZSBwcmVmaXhlcyBmcm9tIGlwdjZfYWRkcnNfSUYgdmFyaWFibGUKKwlf aXA2cHJlZml4ZXM9YGdldF9pZl92YXIgJF9pZiBpcHY2X2FkZHJzX0lGYAorCWZvciBfaXA2cHJl Zml4IGluICR7X2lwNnByZWZpeGVzfTsgZG8KKwkJX2lwNmFkZHI9JHtfaXA2cHJlZml4JSUvKn0K KwkJX3ByZWZpeGxlbj0ke19pcDZwcmVmaXgjIyovfQorCQlfcmFuZ2U9JHtfaXA2YWRkciMjKjp9 CisJCV9pcDZuZXQ9JHtfaXA2YWRkciU6Kn0KKwkJX2lwNmxvdz0ke19yYW5nZSUtKn0KKwkJX2lw NmhpZ2g9JHtfcmFuZ2UjKi19CisKKyMgSWYgZGVsZXRpbmcgYW4gYWxpYXMsIHNldCBfcHJlZml4 bGVuIHRvIG51bGwgc3RyaW5nLgorCQlpZiBbICIke19hY3Rpb259IiA9ICItYWxpYXMiIF07IHRo ZW4KKwkJCV9wcmVmaXhsZW49IiIKKwkJZWxzZQorCQkJX3ByZWZpeGxlbj0icHJlZml4bGVuICRf cHJlZml4bGVuIgorCQlmaQorCisJCV9pcDZoaWdoPSQoKCIweCR7X2lwNmhpZ2h9IikpCisJCV9p cDZjb3VudD0kKCgiMHgke19pcDZsb3d9IikpCisJCXdoaWxlIFsgIiR7X2lwNmNvdW50fSIgLWxl ICIke19pcDZoaWdofSIgIF07IGRvCisgICAgICAgICAgICAjIFJlLXVzZXMgdGhlIF9pcDZhZGRy IHZhcmlhYmxlIGZyb20gYWJvdmUKKwkJCV9pcDZhZGRyPSQocHJpbnRmICIleCIgIiR7X2lwNmNv dW50fSIpCisJCQlldmFsICJpZmNvbmZpZyAke19pZn0gaW5ldDYgJHtfaXA2bmV0fToke19pcDZh ZGRyfSAke19wcmVmaXhsZW59ICR7X2FjdGlvbn0iCisJCQlfaXA2Y291bnQ9JCgoJHtfaXA2Y291 bnR9KzEpKQorCQkJX3JldD0wCisJCWRvbmUKKwlkb25lCisKKwlyZXR1cm4gJF9yZXQKK30KKwor CisKICMgaWZhbGlhc191cCBpZiBhZgogIwlDb25maWd1cmUgYWxpYXNlcyBmb3IgbmV0d29yayBp bnRlcmZhY2UgJGlmLgogIwlJdCByZXR1cm5zIDAgaWYgYXQgbGVhc3Qgb25lIGFsaWFzIHdhcyBj b25maWd1cmVkIG9yCg== --f46d04182644ec798b04d154a644-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 12:23:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84E073E0; Fri, 21 Dec 2012 12:23:37 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) by mx1.freebsd.org (Postfix) with ESMTP id DAC348FC13; Fri, 21 Dec 2012 12:23:36 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id o1so2694236wic.0 for ; Fri, 21 Dec 2012 04:23:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=GXRIYJ5xA8NqL4NYr35RlFC2L+TTt/WICCTTVJn097k=; b=lOKdJwGe/33Fio8m7ZA1zij7vUXSZHPyriLby/znDUYLCiGU4JCWvMpobfEmky4Sv9 mq/xuZazo2e4ZAfPiTCnMMwUhGoiKvGlNTzt9MgOT5haup8H++e6oGbyoCkTpFc289T3 Z6ut7tRMuyCisNTcQpX4NaS+02WsEY0X9ZuS19zq/Kim0BDFn/1aP3Vlr3SKsgOSM1Tq 82rNjPF4meqw2j60VgxPu5KLSQTme9Xjhq1w08NNxDo0bRpgU7jS/CXEaE8UMCebIxYh Fb10GI90BqRqO1QE1kcnltRB4DYuCn3h81wQ+JSyzhU6kIFjKf44pr8/c0vaf82W08sg ypmQ== MIME-Version: 1.0 Received: by 10.194.23.37 with SMTP id j5mr23310987wjf.28.1356092610360; Fri, 21 Dec 2012 04:23:30 -0800 (PST) Received: by 10.216.172.197 with HTTP; Fri, 21 Dec 2012 04:23:30 -0800 (PST) In-Reply-To: References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> Date: Fri, 21 Dec 2012 14:23:30 +0200 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 12:23:37 -0000 On Fri, Dec 21, 2012 at 5:43 AM, Kimmo Paasiala wrote: > On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker wrote: >> On Thu, Dec 20, 2012 at 01:04:34PM +0200, Kimmo Paasiala wrote: >>> A question related to this for those who have been doing work on the >>> rc(8) scripts. Can I assume that /usr/bin is available when >>> network.subr functions are used? Doing calculations on hexadecimal >>> numbers is going to be very awkward if I can't use for example bc(1). >> >> You cannot assume that /usr/bin is available when setting up the >> network. It may be that /usr is mounted via NFS. >> >> You can use hexadecimal numbers (prefixed with 0x) in $((...)) >> expressions. In FreeBSD 9.0 or newer, sh has a printf builtin you can >> use; in older versions you can use hexdigit and hexprint from >> network.subr. >> >> -- >> Jilles Tjoelker > > Thanks, I've rewitten my patch to support ranges. It is attached in > this message. > > Again it's against a very recent 9-STABLE, I still haven't found time > to see if it applies to CURRENT. > > It does allow you to do crazy stuff like > > ipv6_addrs_re0="2001:db8:1111:2222::1-ffff/64" > > However I didn't find anything to limit the number of aliases in the > ipv4 version of the function either. > > Please test it :) > > > Then a question about the PR > (http://www.freebsd.org/cgi/query-pr.cgi?pr=174225) I wrote, how can I > attach this new patch to it? The submit follow up -button fires up my > email client and I'm not so sure how to submit a new patch for the PR > in an email in such a way that it appears properly formatted in the > PR. > > Regards, > > Kimmo Paasiala PR updated with the new patch. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 14:13:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A958A6F for ; Fri, 21 Dec 2012 14:13:13 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id C54558FC0C for ; Fri, 21 Dec 2012 14:13:12 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tm3Lg-0005JX-GU for freebsd-stable@freebsd.org; Fri, 21 Dec 2012 15:13:16 +0100 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Dec 2012 15:13:16 +0100 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Dec 2012 15:13:16 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Walter Hurry Subject: Re: Will we get a RELEASE-9.1 for Christmas? Date: Fri, 21 Dec 2012 14:12:49 +0000 (UTC) Lines: 43 Message-ID: References: <201212090318.UAA11257@lariat.net> <50C412F6.7040300@sdf.org> <201212090526.26535.lumiwa@gmail.com> <50C8CF77.2040102@FreeBSD.org> <50C975B3.7070701@FreeBSD.org> <50C991F3.3040307@freebsd.org> <50D3A1E3.6090408@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.135 (Tomorrow I'll Wake Up and Scald Myself with Tea; GIT 30dc37b master) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 14:13:13 -0000 On Thu, 20 Dec 2012 23:40:19 +0000, Matthew Seaman wrote: > I've just finished committing fixes for this problem to the master and > release-1.0 branches in Github. If anyone is feeling enthusiastic and > would like to try pulling those sources and confirming that their > favourite packages no longer generate scads of nasty errors when > re-analysing shlib dependencies, I'd be grateful. > Before I had a chance to try the git version, pkg-1.0.4 turned up in the ports. Good work! Hmm... $ pkg info pkg pkg-1.0.4 New generation package manager $ pkg -v 1.0.3 $ Forgotten (by bapt I assume) again? A definite improvement in 'pkg ckeck -Ba' though; many fewer reported exceptions than before (openjdk7 and firefox are OK now): $ sudo pkg check -Ba pkg: (libreoffice-3.5.7_1) /usr/local/lib/libreoffice/program/ configmgr.uno.so - shared library libxmlreader.so not found pkg: (virtualbox-ose-4.1.22) /usr/local/bin/VBoxBalloonCtrl - shared library VBoxRT.so not found $ locate libxmlreader.so /usr/local/lib/libreoffice/ure/lib/libxmlreader.so $ locate VBoxRT.so /usr/local/lib/virtualbox/VBoxRT.so $ file /usr/local/lib/libreoffice/ure/lib/libxmlreader.so /usr/local/lib/libreoffice/ure/lib/libxmlreader.so: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped $ file /usr/local/lib/virtualbox/VBoxRT.so /usr/local/lib/virtualbox/VBoxRT.so: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, not stripped $ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 15:55:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F13A3FF3 for ; Fri, 21 Dec 2012 15:55:15 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) by mx1.freebsd.org (Postfix) with ESMTP id AD62F8FC17 for ; Fri, 21 Dec 2012 15:55:15 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id 16so6334905iea.40 for ; Fri, 21 Dec 2012 07:55:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=Ghx6FTIBbYWsYYvC+yNMvTBzZGxEqu4YgmZWxHNJ6QM=; b=K53mcyY319ZDjnuPzh0OVk5+9J11qu7JOAWYIpvFsv08FyFOe7pcaETXeI2ov/gQRW kelgdtUJ5b8Qw4qmtcXkGq+jDcYw5ukLpkdliYF+0I/SQ3uXuNjVzM77KGBuX/VkDn5y /9c5L+g8tiezheFYwSZOgFQfPKseA/DxCYQsC/svveItpD4yVT4pXG6llhw5qwXyFYoe BYS/ztD0L8n538BC5Fvyajj6Lp/mxzUlBwfAOSAqYEJIwaNA91ptOL/wixg8F2f4ddez Otc7XUqjYdgaYq8ogcvuZP0fq95Ng9hodXniYo46xxbRTaqVuuql2ynevMkXUPuqx5j8 AYqg== X-Received: by 10.50.151.195 with SMTP id us3mr7141826igb.40.1356105309713; Fri, 21 Dec 2012 07:55:09 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id ez8sm9709465igb.17.2012.12.21.07.55.08 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Dec 2012 07:55:09 -0800 (PST) From: ajtiM To: freebsd-stable@freebsd.org Subject: Re: Will we get a RELEASE-9.1 for Christmas? Date: Fri, 21 Dec 2012 09:55:00 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.1-RC3; KDE/4.8.4; i386; ; ) References: <201212090318.UAA11257@lariat.net> <50D3A1E3.6090408@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201212210955.00845.lumiwa@gmail.com> Cc: Walter Hurry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 15:55:16 -0000 On Friday 21 December 2012 08:12:49 Walter Hurry wrote: > On Thu, 20 Dec 2012 23:40:19 +0000, Matthew Seaman wrote: > > I've just finished committing fixes for this problem to the master and > > release-1.0 branches in Github. If anyone is feeling enthusiastic and > > would like to try pulling those sources and confirming that their > > favourite packages no longer generate scads of nasty errors when > > re-analysing shlib dependencies, I'd be grateful. > > Before I had a chance to try the git version, pkg-1.0.4 turned up in the > ports. Good work! > > Hmm... > > $ pkg info pkg > pkg-1.0.4 New generation package manager > $ pkg -v > 1.0.3 > $ > > Forgotten (by bapt I assume) again? > > A definite improvement in 'pkg ckeck -Ba' though; many fewer reported > exceptions than before (openjdk7 and firefox are OK now): > > $ sudo pkg check -Ba > pkg: (libreoffice-3.5.7_1) /usr/local/lib/libreoffice/program/ > configmgr.uno.so - shared library libxmlreader.so not found > pkg: (virtualbox-ose-4.1.22) /usr/local/bin/VBoxBalloonCtrl - shared > library VBoxRT.so not found > > > $ locate libxmlreader.so > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > $ locate VBoxRT.so > /usr/local/lib/virtualbox/VBoxRT.so > $ file /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so: ELF 64-bit LSB shared > object, x86-64, version 1 (FreeBSD), dynamically linked, stripped > $ file /usr/local/lib/virtualbox/VBoxRT.so > /usr/local/lib/virtualbox/VBoxRT.so: ELF 64-bit LSB shared object, > x86-64, version 1 (FreeBSD), dynamically linked, not stripped > $ > > _______________________________________________ > 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" I try to update but I am not sure how. I am usin FreeBSD 9.1 RC3 and I have in my make.conf WITH_PKGNG=yes and it works (I did pkg2ng long time ago). I use portmaster. If I put as I got after error of update: WITHOUT_PKGNG=yes - switch to pkgng: 1) Add WITHOUT_PKGNG to /etc/make.conf 2) Install ports-mgmt/pkg 3) Convert your package database by running pkg2ng 4) Remove WITHOUT_PKGNG from /etc/make.conf *** [pre-everything] Error code 1 Stop in /usr/ports/ports-mgmt/pkg. than portmaster start with os many errors. Is it better to deinstal previous version and try to install 1.0.4, please? Thanks. Mitja -------- http://www.redbubble.com/people/lumiwa From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 17:14:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8345FA05 for ; Fri, 21 Dec 2012 17:14:17 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id BA7AA8FC1A for ; Fri, 21 Dec 2012 17:14:16 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id qBLHE9sU010383 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 21 Dec 2012 17:14:09 GMT (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.7.3 smtp.infracaninophile.co.uk qBLHE9sU010383 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1356110049; bh=s+kewjWGWOpDHqujbG2G6rOETGs17scazfgR+MnDp/A=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Fri,=2021=20Dec=202012=2017:13:56=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-stable @freebsd.org|Subject:=20Re:=20Will=20we=20get=20a=20RELEASE-9.1=20 for=20Christmas?|References:=20<201212090318.UAA11257@lariat.net>= 20<50C412F6.7040300@sdf.org>=20<201212090526.26535.lumiwa@gmail.co m>=20=20=20<50C8CF77.2040102@FreeBSD.org>=20=20<50C975B3.7070701@FreeBSD.org>=20=20<50C991F3.304 0307@freebsd.org>=20<50D3A1E3.6090408@FreeBSD.org>=20|In-Reply-To:=20; b=qiaxrPzX0woWMFaWl5OZfTXK5SUn6JFXBMXm3SKeqM+HEVtweWzuFNx3QMyP/IM3Q leGFa7M/O8Y9n3O1lzs3FLwn6t1V25u9iE4A4eg/oXvkWfaz7ukcNDatL9kE3g4Uos zhQJ+LenEgZoUJeW9FqypQDOlpMVhidUgwiW2Oyw= Message-ID: <50D498D4.7000501@infracaninophile.co.uk> Date: Fri, 21 Dec 2012 17:13:56 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Will we get a RELEASE-9.1 for Christmas? References: <201212090318.UAA11257@lariat.net> <50C412F6.7040300@sdf.org> <201212090526.26535.lumiwa@gmail.com> <50C8CF77.2040102@FreeBSD.org> <50C975B3.7070701@FreeBSD.org> <50C991F3.3040307@freebsd.org> <50D3A1E3.6090408@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.6 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig81E820D8160BA27007A964FB" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 17:14:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig81E820D8160BA27007A964FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 21/12/2012 14:12, Walter Hurry wrote: > Before I had a chance to try the git version, pkg-1.0.4 turned up in th= e=20 > ports. Good work! >=20 > Hmm... >=20 > $ pkg info pkg > pkg-1.0.4 New generation package manager > $ pkg -v > 1.0.3 > $ >=20 > Forgotten (by bapt I assume) again? No, actually that is teething problems with my code to ensure the version numbers are set consistently. As you can see, it doesn't work reliably yet... > A definite improvement in 'pkg ckeck -Ba' though; many fewer reported=20 > exceptions than before (openjdk7 and firefox are OK now): Good to hear. > $ sudo pkg check -Ba > pkg: (libreoffice-3.5.7_1) /usr/local/lib/libreoffice/program/ > configmgr.uno.so - shared library libxmlreader.so not found > pkg: (virtualbox-ose-4.1.22) /usr/local/bin/VBoxBalloonCtrl - shared=20 > library VBoxRT.so not found > > $ locate libxmlreader.so > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > $ locate VBoxRT.so > /usr/local/lib/virtualbox/VBoxRT.so > $ file /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so: ELF 64-bit LSB shar= ed=20 > object, x86-64, version 1 (FreeBSD), dynamically linked, stripped > $ file /usr/local/lib/virtualbox/VBoxRT.so > /usr/local/lib/virtualbox/VBoxRT.so: ELF 64-bit LSB shared object,=20 > x86-64, version 1 (FreeBSD), dynamically linked, not stripped > $=20 Could you show me the output from: ldd /usr/local/bin/VBoxBalloonCtrl objdump -p /usr/local/bin/VBoxBalloonCtrl This one is odd, because it is clearly an application that certainly should be able to find the shlibs it uses. It's possibly dependent on having LD_LIBRARY_PATH set in the environment, which is arguably a bug in the port. objdmp -p /usr/local/lib/libreoffice/program/configmgr.uno.so This is presumably a loadable object rather than a shared library. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --------------enig81E820D8160BA27007A964FB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDUmOAACgkQ8Mjk52CukIyULQCdEbRfrZ7V3A6XfMBdy1eLEM6M 910An3Qfkb+HW41NXs9mjOQAF++JMDci =pE1H -----END PGP SIGNATURE----- --------------enig81E820D8160BA27007A964FB-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 17:26:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69CF5C75 for ; Fri, 21 Dec 2012 17:26:23 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-f46.google.com (mail-wg0-f46.google.com [74.125.82.46]) by mx1.freebsd.org (Postfix) with ESMTP id E3EC88FC15 for ; Fri, 21 Dec 2012 17:26:22 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id dr13so2187093wgb.13 for ; Fri, 21 Dec 2012 09:26:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=FBmM88mY2j8ZGa0XxotDHFQEKAXGmvJIrkFA/gpJkLQ=; b=CKKZMguwmCaYmhzo4N1m1UMsgxN2I2dwbz7i1p8bhewonmDpm7TGcLmIIXprYiv6EP sOxA+5fLx9LYm7S3u9bjw1SNGZopLYNDgEmV8C7ls7Hh+ypz+mvdtM/gyIx3ZD4Ba+3l jb0eYZ8oxjDlLCt1CaoAAN4pgoFi5HccT82hR7UYebhpMHRzMmF8QY+jqc3N6RIIm7pU HeT+1gvTTPE25HdI78msHahRtHQaNRHqw790Ba+gzNTPygXlHUyQ2H1AiNXQZ8kKQ9Zq kMi5cevQv8pf+x5NuQPpjfDFbkO1f7nTgWRDQpO/RvhcyMdkvvc+6o70E/5IlEUtBn0W W6Rg== X-Received: by 10.180.79.194 with SMTP id l2mr24200719wix.22.1356110781725; Fri, 21 Dec 2012 09:26:21 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id fv2sm30684803wib.4.2012.12.21.09.26.20 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Dec 2012 09:26:21 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 21 Dec 2012 18:26:19 +0100 From: Baptiste Daroussin To: ajtiM Subject: Re: Will we get a RELEASE-9.1 for Christmas? Message-ID: <20121221172619.GD34987@ithaqua.etoilebsd.net> References: <201212090318.UAA11257@lariat.net> <50D3A1E3.6090408@FreeBSD.org> <201212210955.00845.lumiwa@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pQhZXvAqiZgbeUkD" Content-Disposition: inline In-Reply-To: <201212210955.00845.lumiwa@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Walter Hurry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 17:26:23 -0000 --pQhZXvAqiZgbeUkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 21, 2012 at 09:55:00AM -0600, ajtiM wrote: > On Friday 21 December 2012 08:12:49 Walter Hurry wrote: > > On Thu, 20 Dec 2012 23:40:19 +0000, Matthew Seaman wrote: > > > I've just finished committing fixes for this problem to the master and > > > release-1.0 branches in Github. If anyone is feeling enthusiastic and > > > would like to try pulling those sources and confirming that their > > > favourite packages no longer generate scads of nasty errors when > > > re-analysing shlib dependencies, I'd be grateful. > >=20 > > Before I had a chance to try the git version, pkg-1.0.4 turned up in the > > ports. Good work! > >=20 > > Hmm... > >=20 > > $ pkg info pkg > > pkg-1.0.4 New generation package manager > > $ pkg -v > > 1.0.3 > > $ > >=20 > > Forgotten (by bapt I assume) again? > >=20 > > A definite improvement in 'pkg ckeck -Ba' though; many fewer reported > > exceptions than before (openjdk7 and firefox are OK now): > >=20 > > $ sudo pkg check -Ba > > pkg: (libreoffice-3.5.7_1) /usr/local/lib/libreoffice/program/ > > configmgr.uno.so - shared library libxmlreader.so not found > > pkg: (virtualbox-ose-4.1.22) /usr/local/bin/VBoxBalloonCtrl - shared > > library VBoxRT.so not found > > > >=20 > > $ locate libxmlreader.so > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > $ locate VBoxRT.so > > /usr/local/lib/virtualbox/VBoxRT.so > > $ file /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so: ELF 64-bit LSB shar= ed > > object, x86-64, version 1 (FreeBSD), dynamically linked, stripped > > $ file /usr/local/lib/virtualbox/VBoxRT.so > > /usr/local/lib/virtualbox/VBoxRT.so: ELF 64-bit LSB shared object, > > x86-64, version 1 (FreeBSD), dynamically linked, not stripped > > $ > >=20 > > _______________________________________________ > > 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" >=20 > I try to update but I am not sure how. I am usin FreeBSD 9.1 RC3 and I ha= ve in=20 > my make.conf WITH_PKGNG=3Dyes and it works (I did pkg2ng long time ago). = I use=20 > portmaster. If I put as I got after error of update: > WITHOUT_PKGNG=3Dyes >=20 > - switch to pkgng: > 1) Add WITHOUT_PKGNG to /etc/make.conf > 2) Install ports-mgmt/pkg > 3) Convert your package database by running pkg2ng > 4) Remove WITHOUT_PKGNG from /etc/make.conf >=20 > *** [pre-everything] Error code 1 >=20 > Stop in /usr/ports/ports-mgmt/pkg. That is the seat belt that means that you have WITH_PKGNG but you also have= an incomplete conversion to pkgng It tests if there are any old package installed, and should leave you alone= if you have completly and cleanly switch to pkgng. That should have been added long ago. regards, Bapt --pQhZXvAqiZgbeUkD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDUm7sACgkQ8kTtMUmk6EwE/ACfQ+JM2EAArFrAo3nSLRtiQHO3 WBQAn3+19eS+ujpKxDRgxVfWh4VvJvlt =aGis -----END PGP SIGNATURE----- --pQhZXvAqiZgbeUkD-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 17:53:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 487303CC; Fri, 21 Dec 2012 17:53:28 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-ia0-f179.google.com (mail-ia0-f179.google.com [209.85.210.179]) by mx1.freebsd.org (Postfix) with ESMTP id B4D958FC0A; Fri, 21 Dec 2012 17:53:27 +0000 (UTC) Received: by mail-ia0-f179.google.com with SMTP id o25so4165140iad.24 for ; Fri, 21 Dec 2012 09:53:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=P8FId17ThhWcIEVLwdNF2Pmi9I1+Ng/h1ZkRLV1YLGc=; b=CuYwuQzFGDcmKigO+AjNe4oxHy7y4KV0MZvJqrSQPQAjXXcYO3y5EX3FBBHOKD3eIa 77dheNhf0dj8N/9kYkYrcdUg4jkvbyCLdjaKSqnChODA0n9Ji/PvawGqo5MQp1wMWlGh FYcgAZxZiIY8kV7WgOvtnWqb82h0PQNhwLFY+GHkbu0R8LD1Qiq0y7h5cqRiUteUMKff jn2SCOTROOomySIOkC5rJtFS+Ky8RFkvgAos4Y6BxuUtM77nlKyiUOj1qasBufF9tGzX qwYSnaw+WqyIpnFl5mOFfI+BDaM5Id8iaZhzFUPF/ZfTaL5ayDq31ixs+2Ni9AENPP60 5Hdw== X-Received: by 10.42.63.4 with SMTP id a4mr12167882ici.40.1356112407363; Fri, 21 Dec 2012 09:53:27 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id l8sm9964113igo.13.2012.12.21.09.53.26 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Dec 2012 09:53:26 -0800 (PST) From: ajtiM To: Baptiste Daroussin Subject: Re: Will we get a RELEASE-9.1 for Christmas? Date: Fri, 21 Dec 2012 11:53:16 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.1-RC3; KDE/4.8.4; i386; ; ) References: <201212090318.UAA11257@lariat.net> <201212210955.00845.lumiwa@gmail.com> <20121221172619.GD34987@ithaqua.etoilebsd.net> In-Reply-To: <20121221172619.GD34987@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201212211153.17533.lumiwa@gmail.com> Cc: freebsd-stable@freebsd.org, Walter Hurry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 17:53:28 -0000 On Friday 21 December 2012 11:26:19 Baptiste Daroussin wrote: > On Fri, Dec 21, 2012 at 09:55:00AM -0600, ajtiM wrote: > > On Friday 21 December 2012 08:12:49 Walter Hurry wrote: > > > On Thu, 20 Dec 2012 23:40:19 +0000, Matthew Seaman wrote: > > > > I've just finished committing fixes for this problem to the master > > > > and release-1.0 branches in Github. If anyone is feeling > > > > enthusiastic and would like to try pulling those sources and > > > > confirming that their favourite packages no longer generate scads of > > > > nasty errors when re-analysing shlib dependencies, I'd be grateful. > > > > > > Before I had a chance to try the git version, pkg-1.0.4 turned up in > > > the ports. Good work! > > > > > > Hmm... > > > > > > $ pkg info pkg > > > pkg-1.0.4 New generation package manager > > > $ pkg -v > > > 1.0.3 > > > $ > > > > > > Forgotten (by bapt I assume) again? > > > > > > A definite improvement in 'pkg ckeck -Ba' though; many fewer reported > > > exceptions than before (openjdk7 and firefox are OK now): > > > > > > $ sudo pkg check -Ba > > > pkg: (libreoffice-3.5.7_1) /usr/local/lib/libreoffice/program/ > > > configmgr.uno.so - shared library libxmlreader.so not found > > > pkg: (virtualbox-ose-4.1.22) /usr/local/bin/VBoxBalloonCtrl - shared > > > library VBoxRT.so not found > > > > > > > > > $ locate libxmlreader.so > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > $ locate VBoxRT.so > > > /usr/local/lib/virtualbox/VBoxRT.so > > > $ file /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so: ELF 64-bit LSB > > > shared object, x86-64, version 1 (FreeBSD), dynamically linked, > > > stripped $ file /usr/local/lib/virtualbox/VBoxRT.so > > > /usr/local/lib/virtualbox/VBoxRT.so: ELF 64-bit LSB shared object, > > > x86-64, version 1 (FreeBSD), dynamically linked, not stripped > > > $ > > > > > > _______________________________________________ > > > 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" > > > > I try to update but I am not sure how. I am usin FreeBSD 9.1 RC3 and I > > have in my make.conf WITH_PKGNG=yes and it works (I did pkg2ng long time > > ago). I use portmaster. If I put as I got after error of update: > > WITHOUT_PKGNG=yes > > > > - switch to pkgng: > > 1) Add WITHOUT_PKGNG to /etc/make.conf > > 2) Install ports-mgmt/pkg > > 3) Convert your package database by running pkg2ng > > 4) Remove WITHOUT_PKGNG from /etc/make.conf > > > > *** [pre-everything] Error code 1 > > > > Stop in /usr/ports/ports-mgmt/pkg. > > That is the seat belt that means that you have WITH_PKGNG but you also have > an incomplete conversion to pkgng > > It tests if there are any old package installed, and should leave you alone > if you have completly and cleanly switch to pkgng. > > That should have been added long ago. > > regards, > Bapt And how can I find it if was not okay? When I ran pkg2ng was everythin okay (looks like, no errors). I will run pkg2ng again. Do I need to keep WITH_PKGNG=yes in make.conf as was instructed, please? Mitja -------- http://www.redbubble.com/people/lumiwa From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 17:58:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B65EA55F for ; Fri, 21 Dec 2012 17:58:09 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-we0-f180.google.com (mail-we0-f180.google.com [74.125.82.180]) by mx1.freebsd.org (Postfix) with ESMTP id 386F88FC0A for ; Fri, 21 Dec 2012 17:58:08 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id t57so2303741wey.11 for ; Fri, 21 Dec 2012 09:58:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=c0imbmMTj5o5LlQR3KcNjM/y2AZ+Ug9gb+nrbwnDswY=; b=xAG+6SB82geStIb6SKlWW7ShB3d/CNle/v9nKoL4Gqo71pUssishJjf+q7UDgN9XfW 0GfQBm2fH6p4vHRRqLuGDQMRN1ft8aun+6gBcub5f0dlNd+oj1KZJhF8dvqa+XHZ+mn5 klKJeXKZvA7nU8xqeg1yHb2mIyzz6y60R4gwSquo5jH61Vi1wjkRuDwWISX8TJ7V6fDH w9XIAajnVWpscwiAa4PIGF7SPkXL1e3qWs0gsl7zKW/mCfDu0Ane8xZIDDB235MvGYAl GwU7rAqVKqm8BzKgO8PJTKIBI6Jn77XJczz5xtobU4vA4mqqmwNLCs4qd1jiemSy894f DozQ== X-Received: by 10.194.93.40 with SMTP id cr8mr25228711wjb.16.1356112682506; Fri, 21 Dec 2012 09:58:02 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id hg17sm30803091wib.1.2012.12.21.09.58.01 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Dec 2012 09:58:02 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 21 Dec 2012 18:58:00 +0100 From: Baptiste Daroussin To: ajtiM Subject: Re: Will we get a RELEASE-9.1 for Christmas? Message-ID: <20121221175800.GE34987@ithaqua.etoilebsd.net> References: <201212090318.UAA11257@lariat.net> <201212210955.00845.lumiwa@gmail.com> <20121221172619.GD34987@ithaqua.etoilebsd.net> <201212211153.17533.lumiwa@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="47eKBCiAZYFK5l32" Content-Disposition: inline In-Reply-To: <201212211153.17533.lumiwa@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Walter Hurry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 17:58:09 -0000 --47eKBCiAZYFK5l32 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 21, 2012 at 11:53:16AM -0600, ajtiM wrote: > On Friday 21 December 2012 11:26:19 Baptiste Daroussin wrote: > > On Fri, Dec 21, 2012 at 09:55:00AM -0600, ajtiM wrote: > > > On Friday 21 December 2012 08:12:49 Walter Hurry wrote: > > > > On Thu, 20 Dec 2012 23:40:19 +0000, Matthew Seaman wrote: > > > > > I've just finished committing fixes for this problem to the master > > > > > and release-1.0 branches in Github. If anyone is feeling > > > > > enthusiastic and would like to try pulling those sources and > > > > > confirming that their favourite packages no longer generate scads= of > > > > > nasty errors when re-analysing shlib dependencies, I'd be gratefu= l. > > > >=20 > > > > Before I had a chance to try the git version, pkg-1.0.4 turned up in > > > > the ports. Good work! > > > >=20 > > > > Hmm... > > > >=20 > > > > $ pkg info pkg > > > > pkg-1.0.4 New generation package manager > > > > $ pkg -v > > > > 1.0.3 > > > > $ > > > >=20 > > > > Forgotten (by bapt I assume) again? > > > >=20 > > > > A definite improvement in 'pkg ckeck -Ba' though; many fewer report= ed > > > > exceptions than before (openjdk7 and firefox are OK now): > > > >=20 > > > > $ sudo pkg check -Ba > > > > pkg: (libreoffice-3.5.7_1) /usr/local/lib/libreoffice/program/ > > > > configmgr.uno.so - shared library libxmlreader.so not found > > > > pkg: (virtualbox-ose-4.1.22) /usr/local/bin/VBoxBalloonCtrl - shared > > > > library VBoxRT.so not found > > > > > > > >=20 > > > > $ locate libxmlreader.so > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > $ locate VBoxRT.so > > > > /usr/local/lib/virtualbox/VBoxRT.so > > > > $ file /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so: ELF 64-bit LSB > > > > shared object, x86-64, version 1 (FreeBSD), dynamically linked, > > > > stripped $ file /usr/local/lib/virtualbox/VBoxRT.so > > > > /usr/local/lib/virtualbox/VBoxRT.so: ELF 64-bit LSB shared object, > > > > x86-64, version 1 (FreeBSD), dynamically linked, not stripped > > > > $ > > > >=20 > > > > _______________________________________________ > > > > 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" > > >=20 > > > I try to update but I am not sure how. I am usin FreeBSD 9.1 RC3 and I > > > have in my make.conf WITH_PKGNG=3Dyes and it works (I did pkg2ng long= time > > > ago). I use portmaster. If I put as I got after error of update: > > > WITHOUT_PKGNG=3Dyes > > >=20 > > > - switch to pkgng: > > > 1) Add WITHOUT_PKGNG to /etc/make.conf > > > 2) Install ports-mgmt/pkg > > > 3) Convert your package database by running pkg2ng > > > 4) Remove WITHOUT_PKGNG from /etc/make.conf > > >=20 > > > *** [pre-everything] Error code 1 > > >=20 > > > Stop in /usr/ports/ports-mgmt/pkg. > >=20 > > That is the seat belt that means that you have WITH_PKGNG but you also = have > > an incomplete conversion to pkgng > >=20 > > It tests if there are any old package installed, and should leave you a= lone > > if you have completly and cleanly switch to pkgng. > >=20 > > That should have been added long ago. > >=20 > > regards, > > Bapt >=20 > And how can I find it if was not okay? When I ran pkg2ng was everythin ok= ay=20 > (looks like, no errors). > I will run pkg2ng again.=20 > Do I need to keep WITH_PKGNG=3Dyes in make.conf as was instructed, please? What says pkg_info ? regards, Bapt --47eKBCiAZYFK5l32 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDUoygACgkQ8kTtMUmk6Exj/QCePgL38bDJNCekjnEHS10GODCb +yMAoK+GOt8+tazDdSqKek5K4qPAdVng =zniH -----END PGP SIGNATURE----- --47eKBCiAZYFK5l32-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 18:02:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 155AFAFE for ; Fri, 21 Dec 2012 18:02:07 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id A50C18FC13 for ; Fri, 21 Dec 2012 18:02:06 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tm6vJ-0004H1-Kd for freebsd-stable@freebsd.org; Fri, 21 Dec 2012 19:02:17 +0100 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Dec 2012 19:02:17 +0100 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Dec 2012 19:02:17 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Walter Hurry Subject: Re: Will we get a RELEASE-9.1 for Christmas? Date: Fri, 21 Dec 2012 18:01:50 +0000 (UTC) Lines: 174 Message-ID: References: <201212090318.UAA11257@lariat.net> <50C412F6.7040300@sdf.org> <201212090526.26535.lumiwa@gmail.com> <50C8CF77.2040102@FreeBSD.org> <50C975B3.7070701@FreeBSD.org> <50C991F3.3040307@freebsd.org> <50D3A1E3.6090408@FreeBSD.org> <50D498D4.7000501@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.135 (Tomorrow I'll Wake Up and Scald Myself with Tea; GIT 30dc37b master) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 18:02:07 -0000 On Fri, 21 Dec 2012 17:13:56 +0000, Matthew Seaman wrote: > > Could you show me the output from: > > ldd /usr/local/bin/VBoxBalloonCtrl objdump -p > /usr/local/bin/VBoxBalloonCtrl > $ sudo ldd /usr/local/bin/VBoxBalloonCtrl /usr/local/bin/VBoxBalloonCtrl: VBoxRT.so (0x800832000) VBoxXPCOM.so (0x800b53000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x800e76000) libm.so.5 => /lib/libm.so.5 (0x801186000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x8013a7000) libc.so.7 => /lib/libc.so.7 (0x8015b4000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x801907000) librt.so.1 => /usr/lib/librt.so.1 (0x801beb000) libz.so.6 => /lib/libz.so.6 (0x801df0000) libthr.so.3 => /lib/libthr.so.3 (0x802004000) libssl.so.6 => /usr/lib/libssl.so.6 (0x802226000) libcrypto.so.6 => /lib/libcrypto.so.6 (0x802479000) libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x80281a000) libcurl.so.6 => /usr/local/lib/libcurl.so.6 (0x802b6b000) $ sudo objdump -p /usr/local/bin/VBoxBalloonCtrl /usr/local/bin/VBoxBalloonCtrl: file format elf64-x86-64-freebsd Program Header: PHDR off 0x0000000000000040 vaddr 0x0000000000400040 paddr 0x0000000000400040 align 2**3 filesz 0x00000000000001c0 memsz 0x00000000000001c0 flags r-x INTERP off 0x0000000000000200 vaddr 0x0000000000400200 paddr 0x0000000000400200 align 2**0 filesz 0x0000000000000015 memsz 0x0000000000000015 flags r-- LOAD off 0x0000000000000000 vaddr 0x0000000000400000 paddr 0x0000000000400000 align 2**21 filesz 0x0000000000018f35 memsz 0x0000000000018f35 flags r-x LOAD off 0x0000000000019000 vaddr 0x0000000000619000 paddr 0x0000000000619000 align 2**21 filesz 0x0000000000000b78 memsz 0x0000000000000e98 flags rw- DYNAMIC off 0x00000000000194f8 vaddr 0x00000000006194f8 paddr 0x00000000006194f8 align 2**3 filesz 0x00000000000001f0 memsz 0x00000000000001f0 flags rw- NOTE off 0x0000000000000218 vaddr 0x0000000000400218 paddr 0x0000000000400218 align 2**2 filesz 0x0000000000000018 memsz 0x0000000000000018 flags r-- EH_FRAME off 0x0000000000015664 vaddr 0x0000000000415664 paddr 0x0000000000415664 align 2**2 filesz 0x00000000000007a4 memsz 0x00000000000007a4 flags r-- STACK off 0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**3 filesz 0x0000000000000000 memsz 0x0000000000000000 flags rw- Dynamic Section: NEEDED VBoxRT.so NEEDED VBoxXPCOM.so NEEDED libstdc++.so.6 NEEDED libm.so.5 NEEDED libgcc_s.so.1 NEEDED libc.so.7 RPATH /usr/local/lib/virtualbox INIT 0x402d28 FINI 0x411034 HASH 0x400230 STRTAB 0x4013d0 SYMTAB 0x400680 STRSZ 0xb24 SYMENT 0x18 DEBUG 0x0 PLTGOT 0x619730 PLTRELSZ 0xb70 PLTREL 0x7 JMPREL 0x4021b8 RELA 0x402080 RELASZ 0x138 RELAENT 0x18 VERNEED 0x402010 VERNEEDNUM 0x3 VERSYM 0x401ef4 Version References: required from libgcc_s.so.1: 0x0b792650 0x00 05 GCC_3.0 required from libstdc++.so.6: 0x056bafd3 0x00 04 CXXABI_1.3 0x08922974 0x00 03 GLIBCXX_3.4 required from libc.so.7: 0x077a28b0 0x00 02 FBSD_1.0 $ > > objdmp -p /usr/local/lib/libreoffice/program/configmgr.uno.so > $ objdump -p /usr/local/lib/libreoffice/program/configmgr.uno.so /usr/local/lib/libreoffice/program/configmgr.uno.so: file format elf64-x86-64-freebsd Program Header: LOAD off 0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**21 filesz 0x000000000007e1a0 memsz 0x000000000007e1a0 flags r-x LOAD off 0x000000000007e1a0 vaddr 0x000000000027e1a0 paddr 0x000000000027e1a0 align 2**21 filesz 0x0000000000004d80 memsz 0x0000000000005288 flags rw- DYNAMIC off 0x00000000000823c8 vaddr 0x00000000002823c8 paddr 0x00000000002823c8 align 2**3 filesz 0x0000000000000260 memsz 0x0000000000000260 flags rw- EH_FRAME off 0x000000000006510c vaddr 0x000000000006510c paddr 0x000000000006510c align 2**2 filesz 0x0000000000001d84 memsz 0x0000000000001d84 flags r-- STACK off 0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**3 filesz 0x0000000000000000 memsz 0x0000000000000000 flags rw- Dynamic Section: NEEDED libcomphelpgcc3.so NEEDED libuno_cppuhelpergcc3.so.3 NEEDED libuno_cppu.so.3 NEEDED libuno_salhelpergcc3.so.3 NEEDED libuno_sal.so.3 NEEDED libxmlreader.so NEEDED libstdc++.so.6 NEEDED libm.so.5 NEEDED libgcc_s.so.1 NEEDED libthr.so.3 NEEDED libc.so.7 RPATH $ORIGIN:$ORIGIN/../ure-link/lib RUNPATH $ORIGIN:$ORIGIN/../ure-link/lib INIT 0x13570 FINI 0x61eb8 GNU_HASH 0x158 STRTAB 0x2470 SYMTAB 0x610 STRSZ 0x502f SYMENT 0x18 PLTGOT 0x2826f0 PLTRELSZ 0x1008 PLTREL 0x7 JMPREL 0x12568 RELA 0x7858 RELASZ 0xad10 RELAENT 0x18 FLAGS 0x1 FLAGS_1 0x80 VERNEED 0x7728 VERNEEDNUM 0x7 VERSYM 0x74a0 RELACOUNT 0x518 Version References: required from libgcc_s.so.1: 0x0b792650 0x00 12 GCC_3.0 required from libc.so.7: 0x077a28b0 0x00 08 FBSD_1.0 required from libstdc++.so.6: 0x056bafd3 0x00 07 CXXABI_1.3 0x08922974 0x00 06 GLIBCXX_3.4 required from libuno_salhelpergcc3.so.3: 0x01297db0 0x00 05 UDK_3_0_0 required from libuno_sal.so.3: 0x09912641 0x00 10 UDK_3.1 0x09912643 0x00 09 UDK_3.3 0x01297db0 0x00 04 UDK_3_0_0 required from libuno_cppuhelpergcc3.so.3: 0x09912641 0x00 13 UDK_3.1 0x01297db0 0x00 03 UDK_3_0_0 required from libuno_cppu.so.3: 0x09912643 0x00 11 UDK_3.3 0x01297db0 0x00 02 UDK_3_0_0 $ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 18:14:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38790103 for ; Fri, 21 Dec 2012 18:14:13 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 9591B8FC0A for ; Fri, 21 Dec 2012 18:14:12 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id qBLIE7wB011352 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 21 Dec 2012 18:14:07 GMT (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.7.3 smtp.infracaninophile.co.uk qBLIE7wB011352 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1356113647; bh=Bd0T2fARKEwW51hDQW34IHi721HuKyAEB3pRybRsfXM=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Fri,=2021=20Dec=202012=2018:13:59=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-stable @freebsd.org|Subject:=20Re:=20Will=20we=20get=20a=20RELEASE-9.1=20 for=20Christmas?|References:=20<201212090318.UAA11257@lariat.net>= 20<50C412F6.7040300@sdf.org>=20<201212090526.26535.lumiwa@gmail.co m>=20=20=20<50C8CF77.2040102@FreeBSD.org>=20=20<50C975B3.7070701@FreeBSD.org>=20=20<50C991F3.304 0307@freebsd.org>=20<50D3A1E3.6090408@FreeBSD.org>=20=20<50D498D4.7000501@infracaninophile.co.uk>=20|In-Reply-To:=20; b=TmfN4+Ej6m5nParGRwz2/SEkA9x1FmSJzfyPg1thfC6/4x1INak3j/rAzVFf1i0Qc 1afIRnntkdPU3sLJKbg5rzXCBai0ocnkMUjwiG+fYwQqsIux/6g/Lm3mQFNwSHrdur SWOG4sTAJuuGuoEGDjf7iF23nXgoZq7Ro6tN7Mno= Message-ID: <50D4A6E7.2080206@infracaninophile.co.uk> Date: Fri, 21 Dec 2012 18:13:59 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Will we get a RELEASE-9.1 for Christmas? References: <201212090318.UAA11257@lariat.net> <50C412F6.7040300@sdf.org> <201212090526.26535.lumiwa@gmail.com> <50C8CF77.2040102@FreeBSD.org> <50C975B3.7070701@FreeBSD.org> <50C991F3.3040307@freebsd.org> <50D3A1E3.6090408@FreeBSD.org> <50D498D4.7000501@infracaninophile.co.uk> In-Reply-To: X-Enigmail-Version: 1.4.6 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5C2E98469DCB2BB7AB73F6DE" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 18:14:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5C2E98469DCB2BB7AB73F6DE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 21/12/2012 18:01, Walter Hurry wrote: > On Fri, 21 Dec 2012 17:13:56 +0000, Matthew Seaman wrote: >> >> Could you show me the output from: >> >> ldd /usr/local/bin/VBoxBalloonCtrl objdump -p >> /usr/local/bin/VBoxBalloonCtrl >> Thank you for that. [...] > Dynamic Section: > NEEDED VBoxRT.so > NEEDED VBoxXPCOM.so > NEEDED libstdc++.so.6 > NEEDED libm.so.5 > NEEDED libgcc_s.so.1 > NEEDED libc.so.7 > RPATH /usr/local/lib/virtualbox Looks perfectly normal to me. No idea why it isn't finding /usr/local/lib/virtualbox/VBoxRT.so given that information. I shall investigate even further. > $ objdump -p /usr/local/lib/libreoffice/program/configmgr.uno.so > RPATH $ORIGIN:$ORIGIN/../ure-link/lib > RUNPATH $ORIGIN:$ORIGIN/../ure-link/lib Using $ORIGIN twice in the same path and using both RPATH and RUNPATH. OK. I can fix that. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --------------enig5C2E98469DCB2BB7AB73F6DE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDUpu8ACgkQ8Mjk52CukIyKXwCglFjYbLAB2qc/E1vdt6ML5wZn UAIAnAzMqm4V+plPlvGTYUXdMp0V81By =cvOG -----END PGP SIGNATURE----- --------------enig5C2E98469DCB2BB7AB73F6DE-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 18:44:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64E54C9C for ; Fri, 21 Dec 2012 18:44:23 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-f47.google.com (mail-wg0-f47.google.com [74.125.82.47]) by mx1.freebsd.org (Postfix) with ESMTP id DE0F48FC1D for ; Fri, 21 Dec 2012 18:44:22 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id dq11so2315992wgb.14 for ; Fri, 21 Dec 2012 10:44:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=up+VGFIMZX3dbG0OqynrPGzx/CmcSdkrp63Kyr/Qi2g=; b=OQAKWfgyWFlE32dMSsSogMmD5bPBmJEB8LRhCs7WY/Kq2lMSHNLZmJWijXG88uZP7J f2j6cmoQPNVz4LQcZ8laf2WkBvzpmK1i/jPUG5X/C/LIx4jpbkaBVqejfXIYxgC1/JDn MdkOJ0rg3LaIthX8rbAED4Kg8Ye1HkEqJ+wtgCTwQVcJBnSDJykOtrH3cVzqNC4BIbmp /lseLVNwtjb/+DFA5mN/J67Kn8jSLR+30rXx+cNsA0eBgk/wI9YB6sFi2vYYW0sCRjQO xWu+ZEBGZOM/ClilMRCWKfoYj5Wc+2usym2RvmTIQU9xlXJWFiHj7BHDFaQWMLnYhTDl BA0Q== X-Received: by 10.180.19.136 with SMTP id f8mr24647932wie.0.1356115456377; Fri, 21 Dec 2012 10:44:16 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id ex6sm19567302wid.3.2012.12.21.10.44.15 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Dec 2012 10:44:16 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 21 Dec 2012 19:44:14 +0100 From: Baptiste Daroussin To: ajtiM Subject: Re: Will we get a RELEASE-9.1 for Christmas? Message-ID: <20121221184414.GF34987@ithaqua.etoilebsd.net> References: <201212090318.UAA11257@lariat.net> <201212210955.00845.lumiwa@gmail.com> <20121221172619.GD34987@ithaqua.etoilebsd.net> <201212211153.17533.lumiwa@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cz6wLo+OExbGG7q/" Content-Disposition: inline In-Reply-To: <201212211153.17533.lumiwa@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Walter Hurry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 18:44:23 -0000 --cz6wLo+OExbGG7q/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 21, 2012 at 11:53:16AM -0600, ajtiM wrote: > On Friday 21 December 2012 11:26:19 Baptiste Daroussin wrote: > > On Fri, Dec 21, 2012 at 09:55:00AM -0600, ajtiM wrote: > > > On Friday 21 December 2012 08:12:49 Walter Hurry wrote: > > > > On Thu, 20 Dec 2012 23:40:19 +0000, Matthew Seaman wrote: > > > > > I've just finished committing fixes for this problem to the master > > > > > and release-1.0 branches in Github. If anyone is feeling > > > > > enthusiastic and would like to try pulling those sources and > > > > > confirming that their favourite packages no longer generate scads= of > > > > > nasty errors when re-analysing shlib dependencies, I'd be gratefu= l. > > > >=20 > > > > Before I had a chance to try the git version, pkg-1.0.4 turned up in > > > > the ports. Good work! > > > >=20 > > > > Hmm... > > > >=20 > > > > $ pkg info pkg > > > > pkg-1.0.4 New generation package manager > > > > $ pkg -v > > > > 1.0.3 > > > > $ > > > >=20 > > > > Forgotten (by bapt I assume) again? > > > >=20 > > > > A definite improvement in 'pkg ckeck -Ba' though; many fewer report= ed > > > > exceptions than before (openjdk7 and firefox are OK now): > > > >=20 > > > > $ sudo pkg check -Ba > > > > pkg: (libreoffice-3.5.7_1) /usr/local/lib/libreoffice/program/ > > > > configmgr.uno.so - shared library libxmlreader.so not found > > > > pkg: (virtualbox-ose-4.1.22) /usr/local/bin/VBoxBalloonCtrl - shared > > > > library VBoxRT.so not found > > > > > > > >=20 > > > > $ locate libxmlreader.so > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > $ locate VBoxRT.so > > > > /usr/local/lib/virtualbox/VBoxRT.so > > > > $ file /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so: ELF 64-bit LSB > > > > shared object, x86-64, version 1 (FreeBSD), dynamically linked, > > > > stripped $ file /usr/local/lib/virtualbox/VBoxRT.so > > > > /usr/local/lib/virtualbox/VBoxRT.so: ELF 64-bit LSB shared object, > > > > x86-64, version 1 (FreeBSD), dynamically linked, not stripped > > > > $ > > > >=20 > > > > _______________________________________________ > > > > 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" > > >=20 > > > I try to update but I am not sure how. I am usin FreeBSD 9.1 RC3 and I > > > have in my make.conf WITH_PKGNG=3Dyes and it works (I did pkg2ng long= time > > > ago). I use portmaster. If I put as I got after error of update: > > > WITHOUT_PKGNG=3Dyes > > >=20 > > > - switch to pkgng: > > > 1) Add WITHOUT_PKGNG to /etc/make.conf > > > 2) Install ports-mgmt/pkg > > > 3) Convert your package database by running pkg2ng > > > 4) Remove WITHOUT_PKGNG from /etc/make.conf > > >=20 > > > *** [pre-everything] Error code 1 > > >=20 > > > Stop in /usr/ports/ports-mgmt/pkg. > >=20 > > That is the seat belt that means that you have WITH_PKGNG but you also = have > > an incomplete conversion to pkgng > >=20 > > It tests if there are any old package installed, and should leave you a= lone > > if you have completly and cleanly switch to pkgng. > >=20 > > That should have been added long ago. > >=20 > > regards, > > Bapt >=20 > And how can I find it if was not okay? When I ran pkg2ng was everythin ok= ay=20 > (looks like, no errors). > I will run pkg2ng again.=20 > Do I need to keep WITH_PKGNG=3Dyes in make.conf as was instructed, please? >=20 > Mitja > -------- > http://www.redbubble.com/people/lumiwa > _______________________________________________ > 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" Ok this is a problem with the seat belt and portmaster not with your setup. I disabled the seat belt for now until we find a better way. regards, Bapt --cz6wLo+OExbGG7q/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDUrf4ACgkQ8kTtMUmk6EwhEQCfW18v23hIb+0TWLuZkI3+rM78 MeUAoKaqpMFvWlkE3SLJoutkfmfTbqnW =9fHc -----END PGP SIGNATURE----- --cz6wLo+OExbGG7q/-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 18:48:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A848E42; Fri, 21 Dec 2012 18:48:56 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-ie0-f170.google.com (mail-ie0-f170.google.com [209.85.223.170]) by mx1.freebsd.org (Postfix) with ESMTP id E4DD88FC13; Fri, 21 Dec 2012 18:48:55 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id k10so6736038iea.1 for ; Fri, 21 Dec 2012 10:48:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=aHX+xdsNVaxxKciFBsRaY/g/CiGfulCXEdjRS2LNdPM=; b=NESvqD8AsqsEimM5PjLSlu7yFCfzZM6vi3ixlELr3Sp19WEtMYIgLB0BPKQqS4diN9 BQ2xi7vG8FZmPCGNmzyxjM6U/KbGoqFx01GcNhxDuRT3FKY613BioBEMX09ZEjiG4h0+ ZcGT/VMQqfOVffkjPqKI/jr5VDT1pdeuhkRdq2GRP9llzejrqypuNgh3s4dlsWCfZ1bC G4Jszw0waa7BdKOheuUMvyEMVcWx6jt4DPLK9W/Up9hoz5dRI0jG+3hNu8Mzgui+uWDH VAuFYjxeRk6MFkn+jPj2gLWB2XNZbNVj6DjblzJIv2AiIBeD/iLjOH58CSB4KSnXSec5 LhbA== X-Received: by 10.50.237.103 with SMTP id vb7mr14331526igc.29.1356115735449; Fri, 21 Dec 2012 10:48:55 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id rd10sm16181822igb.1.2012.12.21.10.48.53 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Dec 2012 10:48:54 -0800 (PST) From: ajtiM To: Baptiste Daroussin Subject: Re: Will we get a RELEASE-9.1 for Christmas? Date: Fri, 21 Dec 2012 12:48:45 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.1-RC3; KDE/4.8.4; i386; ; ) References: <201212090318.UAA11257@lariat.net> <201212211153.17533.lumiwa@gmail.com> <20121221175800.GE34987@ithaqua.etoilebsd.net> In-Reply-To: <20121221175800.GE34987@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201212211248.45791.lumiwa@gmail.com> Cc: freebsd-stable@freebsd.org, Walter Hurry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 18:48:56 -0000 On Friday 21 December 2012 11:58:00 Baptiste Daroussin wrote: > On Fri, Dec 21, 2012 at 11:53:16AM -0600, ajtiM wrote: > > On Friday 21 December 2012 11:26:19 Baptiste Daroussin wrote: > > > On Fri, Dec 21, 2012 at 09:55:00AM -0600, ajtiM wrote: > > > > On Friday 21 December 2012 08:12:49 Walter Hurry wrote: > > > > > On Thu, 20 Dec 2012 23:40:19 +0000, Matthew Seaman wrote: > > > > > > I've just finished committing fixes for this problem to the > > > > > > master and release-1.0 branches in Github. If anyone is feeling > > > > > > enthusiastic and would like to try pulling those sources and > > > > > > confirming that their favourite packages no longer generate > > > > > > scads of nasty errors when re-analysing shlib dependencies, I'd > > > > > > be grateful. > > > > > > > > > > Before I had a chance to try the git version, pkg-1.0.4 turned up > > > > > in the ports. Good work! > > > > > > > > > > Hmm... > > > > > > > > > > $ pkg info pkg > > > > > pkg-1.0.4 New generation package manager > > > > > $ pkg -v > > > > > 1.0.3 > > > > > $ > > > > > > > > > > Forgotten (by bapt I assume) again? > > > > > > > > > > A definite improvement in 'pkg ckeck -Ba' though; many fewer > > > > > reported exceptions than before (openjdk7 and firefox are OK now): > > > > > > > > > > $ sudo pkg check -Ba > > > > > pkg: (libreoffice-3.5.7_1) /usr/local/lib/libreoffice/program/ > > > > > configmgr.uno.so - shared library libxmlreader.so not found > > > > > pkg: (virtualbox-ose-4.1.22) /usr/local/bin/VBoxBalloonCtrl - > > > > > shared library VBoxRT.so not found > > > > > > > > > > > > > > > $ locate libxmlreader.so > > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > > $ locate VBoxRT.so > > > > > /usr/local/lib/virtualbox/VBoxRT.so > > > > > $ file /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so: ELF 64-bit LSB > > > > > shared object, x86-64, version 1 (FreeBSD), dynamically linked, > > > > > stripped $ file /usr/local/lib/virtualbox/VBoxRT.so > > > > > /usr/local/lib/virtualbox/VBoxRT.so: ELF 64-bit LSB shared object, > > > > > x86-64, version 1 (FreeBSD), dynamically linked, not stripped > > > > > $ > > > > > > > > > > _______________________________________________ > > > > > 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" > > > > > > > > I try to update but I am not sure how. I am usin FreeBSD 9.1 RC3 and > > > > I have in my make.conf WITH_PKGNG=yes and it works (I did pkg2ng > > > > long time ago). I use portmaster. If I put as I got after error of > > > > update: WITHOUT_PKGNG=yes > > > > > > > > - switch to pkgng: > > > > 1) Add WITHOUT_PKGNG to /etc/make.conf > > > > 2) Install ports-mgmt/pkg > > > > 3) Convert your package database by running pkg2ng > > > > 4) Remove WITHOUT_PKGNG from /etc/make.conf > > > > > > > > *** [pre-everything] Error code 1 > > > > > > > > Stop in /usr/ports/ports-mgmt/pkg. > > > > > > That is the seat belt that means that you have WITH_PKGNG but you also > > > have an incomplete conversion to pkgng > > > > > > It tests if there are any old package installed, and should leave you > > > alone if you have completly and cleanly switch to pkgng. > > > > > > That should have been added long ago. > > > > > > regards, > > > Bapt > > > > And how can I find it if was not okay? When I ran pkg2ng was everythin > > okay (looks like, no errors). > > I will run pkg2ng again. > > Do I need to keep WITH_PKGNG=yes in make.conf as was instructed, please? > > What says pkg_info ? > > regards, > Bapt pkg_info shows many corrupted packages. For example: fontsproto-2.1.1 Fonts extension headers foomatic-filters-4.0.7_1 Foomatic wrapper scripts fotoxx-11.03_1 Application to organize and edit image collections freeglut-2.8.0 An alternative to the OpenGL Utility Toolkit (GLUT) library freetype-1.3.1_4 A free and portable TrueType font rendering engine freetype-tools-1.3.1_9 Tools for FreeType 1 freetype2-2.4.9_1 A free and portable TrueType font rendering engine frei0r-1.3_1 Minimalistic plugin API for video effects fribidi-0.19.2_1 A Free Implementation of the Unicode Bidirectional Algorith pkg_info: the package info for package 'gamin-0.1.10_4' is corrupt gawk-4.0.1 The GNU version of Awk gcc-4.6.3 GNU Compiler Collection 4.6 gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' pkg_info: the package info for package 'gconf2-2.32.0_3' is corrupt gd-2.0.35_8,1 A graphics library for fast creation of images gdbm-1.9.1 The GNU database manager pkg_info: the package info for package 'gdk-pixbuf-2.23.5_3' is corrupt geeqie-1.1 Lightweight image viewer forked from GQview pkg_info: the package info for package 'gegl-0.1.8_4' is corrupt ... ... Mitja -------- http://www.redbubble.com/people/lumiwa From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 18:53:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33F9C6F for ; Fri, 21 Dec 2012 18:53:02 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) by mx1.freebsd.org (Postfix) with ESMTP id A97548FC0A for ; Fri, 21 Dec 2012 18:53:01 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id r3so2371165wey.17 for ; Fri, 21 Dec 2012 10:52:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=SN8tyYuJx5IAAPUvgqMSd3xhm3nXKEb3hxfztBuuxVY=; b=zRqrf1BpfSWpPr1zUEBKkZvomPNRojuybVXebpCWQXOb1rPO4nKUCTEvh2exhCONeK rNEKSx7qHpFq1SBEpWmAhk0PVGpKCe2RlqdFVCx7jQPXizSIRNmT7+1kRhqvXp1MWfEt 1UfKr0snxswextO7boDeRwGBiRLTM4VXXrodFryJm2Qpvo1CaDxIo/LND9DfHjgBX4U+ XTfFiDBcIYTUOJpDKGcKG5oeizuPJo84hS9+CciP5mth0zaqdRR7pNfDpbDqDYsY0qPf fGY/Wq0Y+U7SDDyRykN6+v6B8CuZfhiLtte60MIBCh9xmb9MsiI9U/6k8NYDpcGSM4lR HQiw== X-Received: by 10.180.78.66 with SMTP id z2mr17330745wiw.23.1356115974518; Fri, 21 Dec 2012 10:52:54 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id i2sm31009193wiw.3.2012.12.21.10.52.53 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Dec 2012 10:52:54 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 21 Dec 2012 19:52:52 +0100 From: Baptiste Daroussin To: ajtiM Subject: Re: Will we get a RELEASE-9.1 for Christmas? Message-ID: <20121221185252.GG34987@ithaqua.etoilebsd.net> References: <201212090318.UAA11257@lariat.net> <201212211153.17533.lumiwa@gmail.com> <20121221175800.GE34987@ithaqua.etoilebsd.net> <201212211248.45791.lumiwa@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8bBEDOJVaa9YlTAt" Content-Disposition: inline In-Reply-To: <201212211248.45791.lumiwa@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Walter Hurry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 18:53:02 -0000 --8bBEDOJVaa9YlTAt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 21, 2012 at 12:48:45PM -0600, ajtiM wrote: > On Friday 21 December 2012 11:58:00 Baptiste Daroussin wrote: > > On Fri, Dec 21, 2012 at 11:53:16AM -0600, ajtiM wrote: > > > On Friday 21 December 2012 11:26:19 Baptiste Daroussin wrote: > > > > On Fri, Dec 21, 2012 at 09:55:00AM -0600, ajtiM wrote: > > > > > On Friday 21 December 2012 08:12:49 Walter Hurry wrote: > > > > > > On Thu, 20 Dec 2012 23:40:19 +0000, Matthew Seaman wrote: > > > > > > > I've just finished committing fixes for this problem to the > > > > > > > master and release-1.0 branches in Github. If anyone is feel= ing > > > > > > > enthusiastic and would like to try pulling those sources and > > > > > > > confirming that their favourite packages no longer generate > > > > > > > scads of nasty errors when re-analysing shlib dependencies, I= 'd > > > > > > > be grateful. > > > > > >=20 > > > > > > Before I had a chance to try the git version, pkg-1.0.4 turned = up > > > > > > in the ports. Good work! > > > > > >=20 > > > > > > Hmm... > > > > > >=20 > > > > > > $ pkg info pkg > > > > > > pkg-1.0.4 New generation package manager > > > > > > $ pkg -v > > > > > > 1.0.3 > > > > > > $ > > > > > >=20 > > > > > > Forgotten (by bapt I assume) again? > > > > > >=20 > > > > > > A definite improvement in 'pkg ckeck -Ba' though; many fewer > > > > > > reported exceptions than before (openjdk7 and firefox are OK no= w): > > > > > >=20 > > > > > > $ sudo pkg check -Ba > > > > > > pkg: (libreoffice-3.5.7_1) /usr/local/lib/libreoffice/program/ > > > > > > configmgr.uno.so - shared library libxmlreader.so not found > > > > > > pkg: (virtualbox-ose-4.1.22) /usr/local/bin/VBoxBalloonCtrl - > > > > > > shared library VBoxRT.so not found > > > > > > > > > > > >=20 > > > > > > $ locate libxmlreader.so > > > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > > > $ locate VBoxRT.so > > > > > > /usr/local/lib/virtualbox/VBoxRT.so > > > > > > $ file /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so: ELF 64-bit = LSB > > > > > > shared object, x86-64, version 1 (FreeBSD), dynamically linked, > > > > > > stripped $ file /usr/local/lib/virtualbox/VBoxRT.so > > > > > > /usr/local/lib/virtualbox/VBoxRT.so: ELF 64-bit LSB shared obje= ct, > > > > > > x86-64, version 1 (FreeBSD), dynamically linked, not stripped > > > > > > $ > > > > > >=20 > > > > > > _______________________________________________ > > > > > > 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" > > > > >=20 > > > > > I try to update but I am not sure how. I am usin FreeBSD 9.1 RC3 = and > > > > > I have in my make.conf WITH_PKGNG=3Dyes and it works (I did pkg2ng > > > > > long time ago). I use portmaster. If I put as I got after error of > > > > > update: WITHOUT_PKGNG=3Dyes > > > > >=20 > > > > > - switch to pkgng: > > > > > 1) Add WITHOUT_PKGNG to /etc/make.conf > > > > > 2) Install ports-mgmt/pkg > > > > > 3) Convert your package database by running pkg2ng > > > > > 4) Remove WITHOUT_PKGNG from /etc/make.conf > > > > >=20 > > > > > *** [pre-everything] Error code 1 > > > > >=20 > > > > > Stop in /usr/ports/ports-mgmt/pkg. > > > >=20 > > > > That is the seat belt that means that you have WITH_PKGNG but you a= lso > > > > have an incomplete conversion to pkgng > > > >=20 > > > > It tests if there are any old package installed, and should leave y= ou > > > > alone if you have completly and cleanly switch to pkgng. > > > >=20 > > > > That should have been added long ago. > > > >=20 > > > > regards, > > > > Bapt > > >=20 > > > And how can I find it if was not okay? When I ran pkg2ng was everythin > > > okay (looks like, no errors). > > > I will run pkg2ng again. > > > Do I need to keep WITH_PKGNG=3Dyes in make.conf as was instructed, pl= ease? > >=20 > > What says pkg_info ? > >=20 > > regards, > > Bapt > pkg_info shows many corrupted packages. For example: > fontsproto-2.1.1 Fonts extension headers > foomatic-filters-4.0.7_1 Foomatic wrapper scripts > fotoxx-11.03_1 Application to organize and edit image collections > freeglut-2.8.0 An alternative to the OpenGL Utility Toolkit (GLUT)= =20 > library > freetype-1.3.1_4 A free and portable TrueType font rendering engine > freetype-tools-1.3.1_9 Tools for FreeType 1 > freetype2-2.4.9_1 A free and portable TrueType font rendering engine > frei0r-1.3_1 Minimalistic plugin API for video effects > fribidi-0.19.2_1 A Free Implementation of the Unicode Bidirectional=20 > Algorith > pkg_info: the package info for package 'gamin-0.1.10_4' is corrupt > gawk-4.0.1 The GNU version of Awk > gcc-4.6.3 GNU Compiler Collection 4.6 > gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' > pkg_info: the package info for package 'gconf2-2.32.0_3' is corrupt > gd-2.0.35_8,1 A graphics library for fast creation of images > gdbm-1.9.1 The GNU database manager > pkg_info: the package info for package 'gdk-pixbuf-2.23.5_3' is corrupt > geeqie-1.1 Lightweight image viewer forked from GQview > pkg_info: the package info for package 'gegl-0.1.8_4' is corrupt > ... > ... So your conversion wasn't totally complete, for each of them (aka non corru= pted) test if they are in your pkgng database pkg info gcc gawk etc. regards; Bapt --8bBEDOJVaa9YlTAt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDUsAQACgkQ8kTtMUmk6Ey+XQCgpOrs9RTwjVy+JzO+XQ/+QbpN suAAoKYduq/2DfLZXbe8bb4SMUsLBFVL =J5bI -----END PGP SIGNATURE----- --8bBEDOJVaa9YlTAt-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 18:59:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0092D364; Fri, 21 Dec 2012 18:59:44 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-ia0-f170.google.com (mail-ia0-f170.google.com [209.85.210.170]) by mx1.freebsd.org (Postfix) with ESMTP id 7A75B8FC12; Fri, 21 Dec 2012 18:59:44 +0000 (UTC) Received: by mail-ia0-f170.google.com with SMTP id i1so4344544iaa.29 for ; Fri, 21 Dec 2012 10:59:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=FePImuOMG9gNm5FuiZcL5KDS+St0bzc2gbzI++jUkp0=; b=hmlwT6Emfc5UfXvs6WBebIwGxpEBSRyqGwDDEC3Zj+7RSi5h23A6wD5JSdTBRS/Dw8 +ineXIUfTf/iyQJ5hH7Ah2fqO6ID2U0OmJfFFIs5b8+ghxQz3a0e5EPOXsCDSzB8gZN3 Oo8yHbCaYB9EvPL5c+L8zkOSKzlczrWsIhBbsE/9cUv4DBeD9hE6Y+gffrZMcEC1zsRR iuRHcRmHTJr0X81xTWUkRkllZ/sngjRNlfOsLlM0IkzHw6q5eFgmtcuPMi4H+sSm1he6 +oj2vnTCIY1cfKVAAcPTdIZyYIhSIPYxtKYct+hPqQZErJAXoDw/O8cRDMPZ2YR3gK25 YN4A== X-Received: by 10.50.193.234 with SMTP id hr10mr14219384igc.21.1356116383853; Fri, 21 Dec 2012 10:59:43 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id az6sm16184681igb.11.2012.12.21.10.59.42 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Dec 2012 10:59:43 -0800 (PST) From: ajtiM To: Baptiste Daroussin Subject: Re: Will we get a RELEASE-9.1 for Christmas? Date: Fri, 21 Dec 2012 12:59:33 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.1-RC3; KDE/4.8.4; i386; ; ) References: <201212090318.UAA11257@lariat.net> <201212211248.45791.lumiwa@gmail.com> <20121221185252.GG34987@ithaqua.etoilebsd.net> In-Reply-To: <20121221185252.GG34987@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201212211259.34004.lumiwa@gmail.com> Cc: freebsd-stable@freebsd.org, Walter Hurry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 18:59:45 -0000 On Friday 21 December 2012 12:52:52 Baptiste Daroussin wrote: > On Fri, Dec 21, 2012 at 12:48:45PM -0600, ajtiM wrote: > > On Friday 21 December 2012 11:58:00 Baptiste Daroussin wrote: > > > On Fri, Dec 21, 2012 at 11:53:16AM -0600, ajtiM wrote: > > > > On Friday 21 December 2012 11:26:19 Baptiste Daroussin wrote: > > > > > On Fri, Dec 21, 2012 at 09:55:00AM -0600, ajtiM wrote: > > > > > > On Friday 21 December 2012 08:12:49 Walter Hurry wrote: > > > > > > > On Thu, 20 Dec 2012 23:40:19 +0000, Matthew Seaman wrote: > > > > > > > > I've just finished committing fixes for this problem to the > > > > > > > > master and release-1.0 branches in Github. If anyone is > > > > > > > > feeling enthusiastic and would like to try pulling those > > > > > > > > sources and confirming that their favourite packages no > > > > > > > > longer generate scads of nasty errors when re-analysing > > > > > > > > shlib dependencies, I'd be grateful. > > > > > > > > > > > > > > Before I had a chance to try the git version, pkg-1.0.4 turned > > > > > > > up in the ports. Good work! > > > > > > > > > > > > > > Hmm... > > > > > > > > > > > > > > $ pkg info pkg > > > > > > > pkg-1.0.4 New generation package manager > > > > > > > $ pkg -v > > > > > > > 1.0.3 > > > > > > > $ > > > > > > > > > > > > > > Forgotten (by bapt I assume) again? > > > > > > > > > > > > > > A definite improvement in 'pkg ckeck -Ba' though; many fewer > > > > > > > reported exceptions than before (openjdk7 and firefox are OK > > > > > > > now): > > > > > > > > > > > > > > $ sudo pkg check -Ba > > > > > > > pkg: (libreoffice-3.5.7_1) /usr/local/lib/libreoffice/program/ > > > > > > > configmgr.uno.so - shared library libxmlreader.so not found > > > > > > > pkg: (virtualbox-ose-4.1.22) /usr/local/bin/VBoxBalloonCtrl - > > > > > > > shared library VBoxRT.so not found > > > > > > > > > > > > > > > > > > > > > $ locate libxmlreader.so > > > > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > > > > $ locate VBoxRT.so > > > > > > > /usr/local/lib/virtualbox/VBoxRT.so > > > > > > > $ file /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so: ELF 64-bit > > > > > > > LSB shared object, x86-64, version 1 (FreeBSD), dynamically > > > > > > > linked, stripped $ file /usr/local/lib/virtualbox/VBoxRT.so > > > > > > > /usr/local/lib/virtualbox/VBoxRT.so: ELF 64-bit LSB shared > > > > > > > object, x86-64, version 1 (FreeBSD), dynamically linked, not > > > > > > > stripped $ > > > > > > > > > > > > > > _______________________________________________ > > > > > > > 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" > > > > > > > > > > > > I try to update but I am not sure how. I am usin FreeBSD 9.1 RC3 > > > > > > and I have in my make.conf WITH_PKGNG=yes and it works (I did > > > > > > pkg2ng long time ago). I use portmaster. If I put as I got after > > > > > > error of update: WITHOUT_PKGNG=yes > > > > > > > > > > > > - switch to pkgng: > > > > > > 1) Add WITHOUT_PKGNG to /etc/make.conf > > > > > > 2) Install ports-mgmt/pkg > > > > > > 3) Convert your package database by running pkg2ng > > > > > > 4) Remove WITHOUT_PKGNG from /etc/make.conf > > > > > > > > > > > > *** [pre-everything] Error code 1 > > > > > > > > > > > > Stop in /usr/ports/ports-mgmt/pkg. > > > > > > > > > > That is the seat belt that means that you have WITH_PKGNG but you > > > > > also have an incomplete conversion to pkgng > > > > > > > > > > It tests if there are any old package installed, and should leave > > > > > you alone if you have completly and cleanly switch to pkgng. > > > > > > > > > > That should have been added long ago. > > > > > > > > > > regards, > > > > > Bapt > > > > > > > > And how can I find it if was not okay? When I ran pkg2ng was > > > > everythin okay (looks like, no errors). > > > > I will run pkg2ng again. > > > > Do I need to keep WITH_PKGNG=yes in make.conf as was instructed, > > > > please? > > > > > > What says pkg_info ? > > > > > > regards, > > > Bapt > > > > pkg_info shows many corrupted packages. For example: > > fontsproto-2.1.1 Fonts extension headers > > foomatic-filters-4.0.7_1 Foomatic wrapper scripts > > fotoxx-11.03_1 Application to organize and edit image collections > > freeglut-2.8.0 An alternative to the OpenGL Utility Toolkit (GLUT) > > library > > freetype-1.3.1_4 A free and portable TrueType font rendering engine > > freetype-tools-1.3.1_9 Tools for FreeType 1 > > freetype2-2.4.9_1 A free and portable TrueType font rendering engine > > frei0r-1.3_1 Minimalistic plugin API for video effects > > fribidi-0.19.2_1 A Free Implementation of the Unicode Bidirectional > > Algorith > > pkg_info: the package info for package 'gamin-0.1.10_4' is corrupt > > gawk-4.0.1 The GNU version of Awk > > gcc-4.6.3 GNU Compiler Collection 4.6 > > gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' > > pkg_info: the package info for package 'gconf2-2.32.0_3' is corrupt > > gd-2.0.35_8,1 A graphics library for fast creation of images > > gdbm-1.9.1 The GNU database manager > > pkg_info: the package info for package 'gdk-pixbuf-2.23.5_3' is corrupt > > geeqie-1.1 Lightweight image viewer forked from GQview > > pkg_info: the package info for package 'gegl-0.1.8_4' is corrupt > > ... > > ... > > So your conversion wasn't totally complete, for each of them (aka non > corrupted) test if they are in your pkgng database > > pkg info gcc gawk etc. > > regards; > Bapt Both which pkg_info shows corrupted pkg info shows: pkg info gamin gconf2 gamin-0.1.10_4 A file and directory monitoring system gconf2-2.32.0_3 A configuration database system for GNOME Mitja -------- http://www.redbubble.com/people/lumiwa From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 19:01:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 228AA484; Fri, 21 Dec 2012 19:01:50 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-ia0-f180.google.com (mail-ia0-f180.google.com [209.85.210.180]) by mx1.freebsd.org (Postfix) with ESMTP id 872258FC0C; Fri, 21 Dec 2012 19:01:49 +0000 (UTC) Received: by mail-ia0-f180.google.com with SMTP id t4so4174471iag.25 for ; Fri, 21 Dec 2012 11:01:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=PKbh9meBh1YaAE3kiLNCpSSjUyAzeiBY1B/Hxhfvf0I=; b=sYpN2aqE1xUn1ZLC4hDJS4GG77LOHf2jCbGxTALKZcbWpF5SRZgH7fcoTS0TllOX9k pEKEcJcYOAVZco7MoGoIe/T+XGHOy/PGmEBGbNV3w44MXKL4ozFhqPxfX94NZ0h2sU3E AyZyd6mS6jonrUT3JNB7rzB3BeE/0E1gT8iWN+n0IupvjMyU6yW0j8nDNUUWLwlsHoHT /i1HeARNvsAjAGENAjoeCh8KV9QHNPn9+Ky7AZGVu6CuBded7+iMm+laAXMmYHiuGTHd dJr4F3H8/S2MgqgX1/TmVi7EJJrnK1VDhdHkabWqkJkasJv9MMavzvO2ODaZhp2k2zX+ oIqg== X-Received: by 10.50.36.130 with SMTP id q2mr9149201igj.81.1356116508992; Fri, 21 Dec 2012 11:01:48 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id u4sm10121303igw.6.2012.12.21.11.01.47 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Dec 2012 11:01:48 -0800 (PST) From: ajtiM To: Baptiste Daroussin Subject: Re: Will we get a RELEASE-9.1 for Christmas? Date: Fri, 21 Dec 2012 13:01:38 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.1-RC3; KDE/4.8.4; i386; ; ) References: <201212090318.UAA11257@lariat.net> <201212211153.17533.lumiwa@gmail.com> <20121221184414.GF34987@ithaqua.etoilebsd.net> In-Reply-To: <20121221184414.GF34987@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201212211301.39472.lumiwa@gmail.com> Cc: freebsd-stable@freebsd.org, Walter Hurry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 19:01:50 -0000 On Friday 21 December 2012 12:44:14 Baptiste Daroussin wrote: > On Fri, Dec 21, 2012 at 11:53:16AM -0600, ajtiM wrote: > > On Friday 21 December 2012 11:26:19 Baptiste Daroussin wrote: > > > On Fri, Dec 21, 2012 at 09:55:00AM -0600, ajtiM wrote: > > > > On Friday 21 December 2012 08:12:49 Walter Hurry wrote: > > > > > On Thu, 20 Dec 2012 23:40:19 +0000, Matthew Seaman wrote: > > > > > > I've just finished committing fixes for this problem to the > > > > > > master and release-1.0 branches in Github. If anyone is feeling > > > > > > enthusiastic and would like to try pulling those sources and > > > > > > confirming that their favourite packages no longer generate > > > > > > scads of nasty errors when re-analysing shlib dependencies, I'd > > > > > > be grateful. > > > > > > > > > > Before I had a chance to try the git version, pkg-1.0.4 turned up > > > > > in the ports. Good work! > > > > > > > > > > Hmm... > > > > > > > > > > $ pkg info pkg > > > > > pkg-1.0.4 New generation package manager > > > > > $ pkg -v > > > > > 1.0.3 > > > > > $ > > > > > > > > > > Forgotten (by bapt I assume) again? > > > > > > > > > > A definite improvement in 'pkg ckeck -Ba' though; many fewer > > > > > reported exceptions than before (openjdk7 and firefox are OK now): > > > > > > > > > > $ sudo pkg check -Ba > > > > > pkg: (libreoffice-3.5.7_1) /usr/local/lib/libreoffice/program/ > > > > > configmgr.uno.so - shared library libxmlreader.so not found > > > > > pkg: (virtualbox-ose-4.1.22) /usr/local/bin/VBoxBalloonCtrl - > > > > > shared library VBoxRT.so not found > > > > > > > > > > > > > > > $ locate libxmlreader.so > > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > > $ locate VBoxRT.so > > > > > /usr/local/lib/virtualbox/VBoxRT.so > > > > > $ file /usr/local/lib/libreoffice/ure/lib/libxmlreader.so > > > > > /usr/local/lib/libreoffice/ure/lib/libxmlreader.so: ELF 64-bit LSB > > > > > shared object, x86-64, version 1 (FreeBSD), dynamically linked, > > > > > stripped $ file /usr/local/lib/virtualbox/VBoxRT.so > > > > > /usr/local/lib/virtualbox/VBoxRT.so: ELF 64-bit LSB shared object, > > > > > x86-64, version 1 (FreeBSD), dynamically linked, not stripped > > > > > $ > > > > > > > > > > _______________________________________________ > > > > > 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" > > > > > > > > I try to update but I am not sure how. I am usin FreeBSD 9.1 RC3 and > > > > I have in my make.conf WITH_PKGNG=yes and it works (I did pkg2ng > > > > long time ago). I use portmaster. If I put as I got after error of > > > > update: WITHOUT_PKGNG=yes > > > > > > > > - switch to pkgng: > > > > 1) Add WITHOUT_PKGNG to /etc/make.conf > > > > 2) Install ports-mgmt/pkg > > > > 3) Convert your package database by running pkg2ng > > > > 4) Remove WITHOUT_PKGNG from /etc/make.conf > > > > > > > > *** [pre-everything] Error code 1 > > > > > > > > Stop in /usr/ports/ports-mgmt/pkg. > > > > > > That is the seat belt that means that you have WITH_PKGNG but you also > > > have an incomplete conversion to pkgng > > > > > > It tests if there are any old package installed, and should leave you > > > alone if you have completly and cleanly switch to pkgng. > > > > > > That should have been added long ago. > > > > > > regards, > > > Bapt > > > > And how can I find it if was not okay? When I ran pkg2ng was everythin > > okay (looks like, no errors). > > I will run pkg2ng again. > > Do I need to keep WITH_PKGNG=yes in make.conf as was instructed, please? > > > > Mitja > > -------- > > http://www.redbubble.com/people/lumiwa > > _______________________________________________ > > 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" > > Ok this is a problem with the seat belt and portmaster not with your setup. > > I disabled the seat belt for now until we find a better way. > > regards, > Bapt Thank you very much. Mitja -------- http://www.redbubble.com/people/lumiwa From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 23:38:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B66D9FB1; Fri, 21 Dec 2012 23:38:21 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from bijou.wasikowski.net (mail.wasikowski.net [91.204.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2DF498FC0A; Fri, 21 Dec 2012 23:38:19 +0000 (UTC) Received: from mail.wasikowski.net (mail.wasikowski.net [91.204.91.44]) by bijou.wasikowski.net (Postfix) with ESMTP id D001DF07; Sat, 22 Dec 2012 00:38:10 +0100 (CET) X-Virus-Scanned: amavisd-new at wasikowski.net Received: from bijou.wasikowski.net ([IPv6:2001:6a0:1cb::b]) by mail.wasikowski.net (scan.wasikowski.net [IPv6:2001:6a0:1cb::b]) (amavisd-new, port 10026) with ESMTP id RQz4ubSMmGvU; Sat, 22 Dec 2012 00:38:10 +0100 (CET) Received: from [192.168.168.2] (89-72-12-251.dynamic.chello.pl [89.72.12.251]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lukasz@wasikowski.net) by bijou.wasikowski.net (Postfix) with ESMTPSA id 40478F04; Sat, 22 Dec 2012 00:38:10 +0100 (CET) Message-ID: <50D4F2E4.7020600@wasikowski.net> Date: Sat, 22 Dec 2012 00:38:12 +0100 From: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 23:38:21 -0000 W dniu 2012-12-21 13:23, Kimmo Paasiala pisze: > On Fri, Dec 21, 2012 at 5:43 AM, Kimmo Paasiala wrote: >> On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker wrote: >>> On Thu, Dec 20, 2012 at 01:04:34PM +0200, Kimmo Paasiala wrote: >>>> A question related to this for those who have been doing work on the >>>> rc(8) scripts. Can I assume that /usr/bin is available when >>>> network.subr functions are used? Doing calculations on hexadecimal >>>> numbers is going to be very awkward if I can't use for example bc(1). >>> >>> You cannot assume that /usr/bin is available when setting up the >>> network. It may be that /usr is mounted via NFS. >>> >>> You can use hexadecimal numbers (prefixed with 0x) in $((...)) >>> expressions. In FreeBSD 9.0 or newer, sh has a printf builtin you can >>> use; in older versions you can use hexdigit and hexprint from >>> network.subr. >>> >>> -- >>> Jilles Tjoelker >> >> Thanks, I've rewitten my patch to support ranges. It is attached in >> this message. >> >> Again it's against a very recent 9-STABLE, I still haven't found time >> to see if it applies to CURRENT. >> >> It does allow you to do crazy stuff like >> >> ipv6_addrs_re0="2001:db8:1111:2222::1-ffff/64" >> >> However I didn't find anything to limit the number of aliases in the >> ipv4 version of the function either. >> >> Please test it :) >> >> >> Then a question about the PR >> (http://www.freebsd.org/cgi/query-pr.cgi?pr=174225) I wrote, how can I >> attach this new patch to it? The submit follow up -button fires up my >> email client and I'm not so sure how to submit a new patch for the PR >> in an email in such a way that it appears properly formatted in the >> PR. >> >> Regards, >> >> Kimmo Paasiala > > PR updated with the new patch. Your patch applied cleanly, but it's not working or I am doing something wrong. root@freebsd:~ # uname -a FreeBSD freebsd 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #1 r244567: Fri Dec 21 23:57:28 CET 2012 root@freebsd:/usr/obj/usr/src/sys/GENERIC amd64 root@freebsd:~ # grep -Ev '^[[:space:]]*#|^$' /etc/rc.conf hostname="freebsd" ifconfig_em0="up" ipv4_addrs_em0="192.168.168.20-24/24" defaultrouter="192.168.168.1" ipv6_activate_all_interfaces="YES" ipv6_addrs_em0="2001:6a0:1cb::1-6/64" ipv6_defaultrouter="2001:6a0:1cb::ffff" sshd_enable="YES" dumpdev="NO" named_enable="YES" root@freebsd:~ # ifconfig em0: flags=8843 metric 0 mtu 1500 options=9b ether 08:00:27:02:83:71 inet6 fe80::a00:27ff:fe02:8371%em0 prefixlen 64 scopeid 0x1 inet 192.168.168.20 netmask 0xffffff00 broadcast 192.168.168.255 inet 192.168.168.21 netmask 0xffffffff broadcast 192.168.168.21 inet 192.168.168.22 netmask 0xffffffff broadcast 192.168.168.22 inet 192.168.168.23 netmask 0xffffffff broadcast 192.168.168.23 inet 192.168.168.24 netmask 0xffffffff broadcast 192.168.168.24 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 -- best regards, Lukasz Wasikowski From owner-freebsd-stable@FreeBSD.ORG Fri Dec 21 23:46:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A0D52D5; Fri, 21 Dec 2012 23:46:03 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-bk0-f53.google.com (mail-bk0-f53.google.com [209.85.214.53]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA328FC13; Fri, 21 Dec 2012 23:46:01 +0000 (UTC) Received: by mail-bk0-f53.google.com with SMTP id j5so2645066bkw.40 for ; Fri, 21 Dec 2012 15:46:00 -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=M3lelPRS30VGb0/hS1in74+sLidtANvsUwRa0QCUdSA=; b=0lEuP2LO5gLdk3/UUDUz8c4atn3d8fKI9lhlxxC8U9P6jSUNEMpiM6D8YhNRaLsfhz cOXQfeWWA9DNBFDKJwVF6f7+FGoi89nRqlUls48Lc2lA1faqTb5g6NBjJ14ehbovhB4l bYDUseOeZWA81yYsGqWjrbjjZMjdDznSry00/Db1/kZAhEt4tGk4OO9QnReMqm8a0kqW f7jKK7YMVWCEC1Csa249E2fFmS5By1/eEbHoytNfL+8Chtp8G08UxSc7OyY1E8XpEh8u 20DTBClhD0OkRRgw/j3IMX1aBtMeuM1tklP+t4QBDe45LTtHvGh+D6H2WnhtP549Dh/Z KGTw== MIME-Version: 1.0 Received: by 10.204.147.147 with SMTP id l19mr7042804bkv.91.1356133560715; Fri, 21 Dec 2012 15:46:00 -0800 (PST) Received: by 10.204.63.196 with HTTP; Fri, 21 Dec 2012 15:46:00 -0800 (PST) Date: Sat, 22 Dec 2012 01:46:00 +0200 Message-ID: Subject: PKGNG Monitoring in Zabbix From: Marin Atanasov Nikolov To: "freebsd-ports@freebsd.org" , ml-freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Dec 2012 23:46:03 -0000 Hey, Looks like the end of the World is postponed, so I've though that now I have some time to document some stuff :) The documentations are about monitoring your PKGNG package database in Zabbix. Part I explains how to monitor your database and have graphs of the number of packages and disk space taken by packages on your FreeBSD system. Part II talks about how to perform audits of your package database for things like missing package dependencies and packages that are known to vulnerable. You can find the documentations at the links below: * http://unix-heaven.org/monitorig-pkgng-in-zabbix-part-i * http://unix-heaven.org/monitorig-pkgng-in-zabbix-part-ii Hope you like them, and Happy Holidays! :) Regards, Marin -- Marin Atanasov Nikolov dnaeon AT gmail DOT com http://www.unix-heaven.org/ From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 01:19:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D755833; Sat, 22 Dec 2012 01:19:11 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) by mx1.freebsd.org (Postfix) with ESMTP id E63F08FC0A; Sat, 22 Dec 2012 01:19:10 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id 12so2444417wgh.7 for ; Fri, 21 Dec 2012 17:19:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Ut/w7+iVHkzT0sIfQg7yNnCLhjDQB2XVNJmjzu3MDTk=; b=0+uTwBExZfhEKiU/81woBqqxuRstlxW2o/jcx17qGaHopaShvlIfEBV1S7v1055/v4 URZQmF4U8+jHpgRjIsu9x7Z77fqt/sJCVsJIdZL0/+XCV6TI0ddHLCNc0MPampBIQPXD i54+CmBxy695Ggcm1WIm1lWbq7yHJfluvwcr+NoRGDlSkNfQBNTV8jeIR9RcOrOSn3zE gGfpUstPUnNEeMK0ifijMNfwInpxck256tdf9V/KmJ2c+ar2B0vkgDYJ+w17OJ1B5PkM ZLq4dLQLXRH1vtYnGxB2DHN4wZI+lPgmZiOUkzbFusTi818Y5mcdeZ0zDYmazbNaOpEM 0Wyg== MIME-Version: 1.0 Received: by 10.180.100.197 with SMTP id fa5mr18259087wib.32.1356139149805; Fri, 21 Dec 2012 17:19:09 -0800 (PST) Received: by 10.216.172.197 with HTTP; Fri, 21 Dec 2012 17:19:09 -0800 (PST) In-Reply-To: <50D4F2E4.7020600@wasikowski.net> References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> Date: Sat, 22 Dec 2012 03:19:09 +0200 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: =?UTF-8?Q?=C5=81ukasz_W=C4=85sikowski?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 01:19:11 -0000 On Sat, Dec 22, 2012 at 1:38 AM, =C5=81ukasz W=C4=85sikowski wrote: > W dniu 2012-12-21 13:23, Kimmo Paasiala pisze: >> On Fri, Dec 21, 2012 at 5:43 AM, Kimmo Paasiala wro= te: >>> On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker wrot= e: >>>> On Thu, Dec 20, 2012 at 01:04:34PM +0200, Kimmo Paasiala wrote: >>>>> A question related to this for those who have been doing work on the >>>>> rc(8) scripts. Can I assume that /usr/bin is available when >>>>> network.subr functions are used? Doing calculations on hexadecimal >>>>> numbers is going to be very awkward if I can't use for example bc(1). >>>> >>>> You cannot assume that /usr/bin is available when setting up the >>>> network. It may be that /usr is mounted via NFS. >>>> >>>> You can use hexadecimal numbers (prefixed with 0x) in $((...)) >>>> expressions. In FreeBSD 9.0 or newer, sh has a printf builtin you can >>>> use; in older versions you can use hexdigit and hexprint from >>>> network.subr. >>>> >>>> -- >>>> Jilles Tjoelker >>> >>> Thanks, I've rewitten my patch to support ranges. It is attached in >>> this message. >>> >>> Again it's against a very recent 9-STABLE, I still haven't found time >>> to see if it applies to CURRENT. >>> >>> It does allow you to do crazy stuff like >>> >>> ipv6_addrs_re0=3D"2001:db8:1111:2222::1-ffff/64" >>> >>> However I didn't find anything to limit the number of aliases in the >>> ipv4 version of the function either. >>> >>> Please test it :) >>> >>> >>> Then a question about the PR >>> (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D174225) I wrote, how can = I >>> attach this new patch to it? The submit follow up -button fires up my >>> email client and I'm not so sure how to submit a new patch for the PR >>> in an email in such a way that it appears properly formatted in the >>> PR. >>> >>> Regards, >>> >>> Kimmo Paasiala >> >> PR updated with the new patch. > > Your patch applied cleanly, but it's not working or I am doing something > wrong. > > root@freebsd:~ # uname -a > FreeBSD freebsd 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #1 r244567: Fri > Dec 21 23:57:28 CET 2012 root@freebsd:/usr/obj/usr/src/sys/GENERIC > amd64 > > root@freebsd:~ # grep -Ev '^[[:space:]]*#|^$' /etc/rc.conf > hostname=3D"freebsd" > ifconfig_em0=3D"up" > ipv4_addrs_em0=3D"192.168.168.20-24/24" > defaultrouter=3D"192.168.168.1" > ipv6_activate_all_interfaces=3D"YES" > ipv6_addrs_em0=3D"2001:6a0:1cb::1-6/64" > ipv6_defaultrouter=3D"2001:6a0:1cb::ffff" > sshd_enable=3D"YES" > dumpdev=3D"NO" > named_enable=3D"YES" > > root@freebsd:~ # ifconfig > em0: flags=3D8843 metric 0 mtu 15= 00 > options=3D9b > ether 08:00:27:02:83:71 > inet6 fe80::a00:27ff:fe02:8371%em0 prefixlen 64 scopeid 0x1 > inet 192.168.168.20 netmask 0xffffff00 broadcast 192.168.168.255 > inet 192.168.168.21 netmask 0xffffffff broadcast 192.168.168.21 > inet 192.168.168.22 netmask 0xffffffff broadcast 192.168.168.22 > inet 192.168.168.23 netmask 0xffffffff broadcast 192.168.168.23 > inet 192.168.168.24 netmask 0xffffffff broadcast 192.168.168.24 > nd6 options=3D21 > media: Ethernet autoselect (1000baseT ) > status: active > lo0: flags=3D8049 metric 0 mtu 16384 > options=3D600003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff000000 > nd6 options=3D21 > > -- > best regards, > Lukasz Wasikowski You need to first add a single ipv6 address using the ifconfig_em0_ipv6 -syntax. ifconfig_em0_ipv6=3D"2001:6a0:1cb::1/64" And then this should add the rest of the addresses ipv6_addrs_em0=3D"2001:6a0:1cb::2-6/64" It looks like the reason for the difference to ipv4_addrs_IF is that the "alias" parameter for ifconfig(8) operates differently for IPv6 addresses, the first address of an interface can't be added with "alias", for IPv4 it does not care. I'll have to dig deeper but that's what the problem seems to be. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 03:09:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8332853; Sat, 22 Dec 2012 03:09:38 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wg0-x22a.google.com (wg-in-x022a.1e100.net [IPv6:2a00:1450:400c:c00::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 1A82C8FC12; Sat, 22 Dec 2012 03:09:37 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id dr1so1800713wgb.3 for ; Fri, 21 Dec 2012 19:09:37 -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=VUCcoyDmAc5VKJhJ/A4Xyz/kRTo1tVY12xQ6a361qk4=; b=SQwjZTm3PYnOKZp3O2YF1mzJZLS1NQX/xJozJo0mL40X4tmbXOFphGK2OrmT4phhOZ sh/LPIRoi+oxSifVMRqjT/f4bS/K88gVwd75rwPiuH6iB3zPW/lSYGaGRTMwWR31sTP2 Qw3ZwVAXgTTasJ3t6pu+rFOnqPGCh9z9CoWmmmbaIeXuGjTcah1MGnwuYSWh1AQDmzN/ FG3aNVlcC/1jDvreRxrMIAoXSSkdGzhcX37KkG5nrvfZwPC2LWBChrQ0nmzXmv0+kvLA 1zBFIHNndv5lbEPqmTBf2CxtowwB48LMoLhoqUrfz//rODhNRY9RAO0fRD3Xkbazvjl6 8ojg== MIME-Version: 1.0 Received: by 10.180.100.197 with SMTP id fa5mr18502783wib.32.1356145777012; Fri, 21 Dec 2012 19:09:37 -0800 (PST) Received: by 10.216.172.197 with HTTP; Fri, 21 Dec 2012 19:09:36 -0800 (PST) In-Reply-To: References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> Date: Sat, 22 Dec 2012 05:09:36 +0200 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: =?UTF-8?Q?=C5=81ukasz_W=C4=85sikowski?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 03:09:38 -0000 On Sat, Dec 22, 2012 at 3:19 AM, Kimmo Paasiala wrote: > On Sat, Dec 22, 2012 at 1:38 AM, =C5=81ukasz W=C4=85sikowski > wrote: >> W dniu 2012-12-21 13:23, Kimmo Paasiala pisze: >>> On Fri, Dec 21, 2012 at 5:43 AM, Kimmo Paasiala wr= ote: >>>> On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker wro= te: >>>>> On Thu, Dec 20, 2012 at 01:04:34PM +0200, Kimmo Paasiala wrote: >>>>>> A question related to this for those who have been doing work on the >>>>>> rc(8) scripts. Can I assume that /usr/bin is available when >>>>>> network.subr functions are used? Doing calculations on hexadecimal >>>>>> numbers is going to be very awkward if I can't use for example bc(1)= . >>>>> >>>>> You cannot assume that /usr/bin is available when setting up the >>>>> network. It may be that /usr is mounted via NFS. >>>>> >>>>> You can use hexadecimal numbers (prefixed with 0x) in $((...)) >>>>> expressions. In FreeBSD 9.0 or newer, sh has a printf builtin you can >>>>> use; in older versions you can use hexdigit and hexprint from >>>>> network.subr. >>>>> >>>>> -- >>>>> Jilles Tjoelker >>>> >>>> Thanks, I've rewitten my patch to support ranges. It is attached in >>>> this message. >>>> >>>> Again it's against a very recent 9-STABLE, I still haven't found time >>>> to see if it applies to CURRENT. >>>> >>>> It does allow you to do crazy stuff like >>>> >>>> ipv6_addrs_re0=3D"2001:db8:1111:2222::1-ffff/64" >>>> >>>> However I didn't find anything to limit the number of aliases in the >>>> ipv4 version of the function either. >>>> >>>> Please test it :) >>>> >>>> >>>> Then a question about the PR >>>> (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D174225) I wrote, how can= I >>>> attach this new patch to it? The submit follow up -button fires up my >>>> email client and I'm not so sure how to submit a new patch for the PR >>>> in an email in such a way that it appears properly formatted in the >>>> PR. >>>> >>>> Regards, >>>> >>>> Kimmo Paasiala >>> >>> PR updated with the new patch. >> >> Your patch applied cleanly, but it's not working or I am doing something >> wrong. >> >> root@freebsd:~ # uname -a >> FreeBSD freebsd 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #1 r244567: Fri >> Dec 21 23:57:28 CET 2012 root@freebsd:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> root@freebsd:~ # grep -Ev '^[[:space:]]*#|^$' /etc/rc.conf >> hostname=3D"freebsd" >> ifconfig_em0=3D"up" >> ipv4_addrs_em0=3D"192.168.168.20-24/24" >> defaultrouter=3D"192.168.168.1" >> ipv6_activate_all_interfaces=3D"YES" >> ipv6_addrs_em0=3D"2001:6a0:1cb::1-6/64" >> ipv6_defaultrouter=3D"2001:6a0:1cb::ffff" >> sshd_enable=3D"YES" >> dumpdev=3D"NO" >> named_enable=3D"YES" >> >> root@freebsd:~ # ifconfig >> em0: flags=3D8843 metric 0 mtu 1= 500 >> options=3D9b >> ether 08:00:27:02:83:71 >> inet6 fe80::a00:27ff:fe02:8371%em0 prefixlen 64 scopeid 0x1 >> inet 192.168.168.20 netmask 0xffffff00 broadcast 192.168.168.255 >> inet 192.168.168.21 netmask 0xffffffff broadcast 192.168.168.21 >> inet 192.168.168.22 netmask 0xffffffff broadcast 192.168.168.22 >> inet 192.168.168.23 netmask 0xffffffff broadcast 192.168.168.23 >> inet 192.168.168.24 netmask 0xffffffff broadcast 192.168.168.24 >> nd6 options=3D21 >> media: Ethernet autoselect (1000baseT ) >> status: active >> lo0: flags=3D8049 metric 0 mtu 16384 >> options=3D600003 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >> inet 127.0.0.1 netmask 0xff000000 >> nd6 options=3D21 >> >> -- >> best regards, >> Lukasz Wasikowski > > You need to first add a single ipv6 address using the > ifconfig_em0_ipv6 -syntax. > > ifconfig_em0_ipv6=3D"2001:6a0:1cb::1/64" > > And then this should add the rest of the addresses > > ipv6_addrs_em0=3D"2001:6a0:1cb::2-6/64" > > It looks like the reason for the difference to ipv4_addrs_IF is that > the "alias" parameter for ifconfig(8) operates differently for IPv6 > addresses, the first address of an interface can't be added with > "alias", for IPv4 it does not care. I'll have to dig deeper but that's > what the problem seems to be. > > -Kimmo The 'alias' parameter of ifconfig(8) is not the problem on the first ipv6 address, I have verified that. However, there's probably something in network.subr or /etc/rc.d/netif that I have overlooked and causes my code to be skipped if there's no ifconfig_IF_ipv6 variable defined in rc.conf(5). -Kimmo From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 03:41:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C513DB1; Sat, 22 Dec 2012 03:41:53 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) by mx1.freebsd.org (Postfix) with ESMTP id ABF0A8FC0A; Sat, 22 Dec 2012 03:41:52 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id e12so2432872wge.10 for ; Fri, 21 Dec 2012 19:41:51 -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=JnEv2UmG5YY4s3cu8lkYfkUjgEBe9ZXPJSCQ1NZy+Hg=; b=el5n1uflRX9SJ6ZkH4EqCjyjLYvs1SiaU7VuePvio5DyXhMdqXGipljlsYmyP9U6LG lQTdG1REi5kQvi2wgb7/mtI2bS0HzW9oIsJUCf+juxkFFqntvFeBeyv+XcqiSSip5IT7 rHZldtgC7i87BV5LyTwZDZ25ZgliTJB7S67/8tbNtoE3QMTcjizZ55cABghYTRvwhus4 O+tmX5FzsL+Dced5azrrA6Q/fpfQZsmMdB1rWmX/zlD8KGqQkOaILoIzaR1wJD6qCkl9 b6JRvy+qThUV4LDWYHDJc8qAUCpnsHmmxfH6ctGA0atYZupPFTA5JCgvq1jo8R9fUP44 N0AA== MIME-Version: 1.0 Received: by 10.194.9.162 with SMTP id a2mr26722957wjb.33.1356147711297; Fri, 21 Dec 2012 19:41:51 -0800 (PST) Received: by 10.216.172.197 with HTTP; Fri, 21 Dec 2012 19:41:51 -0800 (PST) In-Reply-To: References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> Date: Sat, 22 Dec 2012 05:41:51 +0200 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: =?UTF-8?Q?=C5=81ukasz_W=C4=85sikowski?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 03:41:53 -0000 On Sat, Dec 22, 2012 at 5:09 AM, Kimmo Paasiala wrote: > On Sat, Dec 22, 2012 at 3:19 AM, Kimmo Paasiala wrot= e: >> On Sat, Dec 22, 2012 at 1:38 AM, =C5=81ukasz W=C4=85sikowski >> wrote: >>> W dniu 2012-12-21 13:23, Kimmo Paasiala pisze: >>>> On Fri, Dec 21, 2012 at 5:43 AM, Kimmo Paasiala w= rote: >>>>> On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker wr= ote: >>>>>> On Thu, Dec 20, 2012 at 01:04:34PM +0200, Kimmo Paasiala wrote: >>>>>>> A question related to this for those who have been doing work on th= e >>>>>>> rc(8) scripts. Can I assume that /usr/bin is available when >>>>>>> network.subr functions are used? Doing calculations on hexadecimal >>>>>>> numbers is going to be very awkward if I can't use for example bc(1= ). >>>>>> >>>>>> You cannot assume that /usr/bin is available when setting up the >>>>>> network. It may be that /usr is mounted via NFS. >>>>>> >>>>>> You can use hexadecimal numbers (prefixed with 0x) in $((...)) >>>>>> expressions. In FreeBSD 9.0 or newer, sh has a printf builtin you ca= n >>>>>> use; in older versions you can use hexdigit and hexprint from >>>>>> network.subr. >>>>>> >>>>>> -- >>>>>> Jilles Tjoelker >>>>> >>>>> Thanks, I've rewitten my patch to support ranges. It is attached in >>>>> this message. >>>>> >>>>> Again it's against a very recent 9-STABLE, I still haven't found time >>>>> to see if it applies to CURRENT. >>>>> >>>>> It does allow you to do crazy stuff like >>>>> >>>>> ipv6_addrs_re0=3D"2001:db8:1111:2222::1-ffff/64" >>>>> >>>>> However I didn't find anything to limit the number of aliases in the >>>>> ipv4 version of the function either. >>>>> >>>>> Please test it :) >>>>> >>>>> >>>>> Then a question about the PR >>>>> (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D174225) I wrote, how ca= n I >>>>> attach this new patch to it? The submit follow up -button fires up my >>>>> email client and I'm not so sure how to submit a new patch for the PR >>>>> in an email in such a way that it appears properly formatted in the >>>>> PR. >>>>> >>>>> Regards, >>>>> >>>>> Kimmo Paasiala >>>> >>>> PR updated with the new patch. >>> >>> Your patch applied cleanly, but it's not working or I am doing somethin= g >>> wrong. >>> >>> root@freebsd:~ # uname -a >>> FreeBSD freebsd 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #1 r244567: Fri >>> Dec 21 23:57:28 CET 2012 root@freebsd:/usr/obj/usr/src/sys/GENERIC >>> amd64 >>> >>> root@freebsd:~ # grep -Ev '^[[:space:]]*#|^$' /etc/rc.conf >>> hostname=3D"freebsd" >>> ifconfig_em0=3D"up" >>> ipv4_addrs_em0=3D"192.168.168.20-24/24" >>> defaultrouter=3D"192.168.168.1" >>> ipv6_activate_all_interfaces=3D"YES" >>> ipv6_addrs_em0=3D"2001:6a0:1cb::1-6/64" >>> ipv6_defaultrouter=3D"2001:6a0:1cb::ffff" >>> sshd_enable=3D"YES" >>> dumpdev=3D"NO" >>> named_enable=3D"YES" >>> >>> root@freebsd:~ # ifconfig >>> em0: flags=3D8843 metric 0 mtu = 1500 >>> options=3D9b >>> ether 08:00:27:02:83:71 >>> inet6 fe80::a00:27ff:fe02:8371%em0 prefixlen 64 scopeid 0x1 >>> inet 192.168.168.20 netmask 0xffffff00 broadcast 192.168.168.25= 5 >>> inet 192.168.168.21 netmask 0xffffffff broadcast 192.168.168.21 >>> inet 192.168.168.22 netmask 0xffffffff broadcast 192.168.168.22 >>> inet 192.168.168.23 netmask 0xffffffff broadcast 192.168.168.23 >>> inet 192.168.168.24 netmask 0xffffffff broadcast 192.168.168.24 >>> nd6 options=3D21 >>> media: Ethernet autoselect (1000baseT ) >>> status: active >>> lo0: flags=3D8049 metric 0 mtu 16384 >>> options=3D600003 >>> inet6 ::1 prefixlen 128 >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >>> inet 127.0.0.1 netmask 0xff000000 >>> nd6 options=3D21 >>> >>> -- >>> best regards, >>> Lukasz Wasikowski >> >> You need to first add a single ipv6 address using the >> ifconfig_em0_ipv6 -syntax. >> >> ifconfig_em0_ipv6=3D"2001:6a0:1cb::1/64" >> >> And then this should add the rest of the addresses >> >> ipv6_addrs_em0=3D"2001:6a0:1cb::2-6/64" >> >> It looks like the reason for the difference to ipv4_addrs_IF is that >> the "alias" parameter for ifconfig(8) operates differently for IPv6 >> addresses, the first address of an interface can't be added with >> "alias", for IPv4 it does not care. I'll have to dig deeper but that's >> what the problem seems to be. >> >> -Kimmo > > The 'alias' parameter of ifconfig(8) is not the problem on the first > ipv6 address, I have verified that. However, there's probably > something in network.subr or /etc/rc.d/netif that I have overlooked > and causes my code to be skipped if there's no ifconfig_IF_ipv6 > variable defined in rc.conf(5). > > -Kimmo Yeah, this is problem in network.subr. An interface is not recognized as IPv6 capable if the interface is not in "ipv6_network_interfaces" and there's no "ifconfig_IF_ipv6" in rc.conf(5), bummer. For IPv4 it "just works" because the interface is always assumed to be IPv4 capable. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 08:45:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 666C5D7C for ; Sat, 22 Dec 2012 08:45:24 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 1FABB8FC1A for ; Sat, 22 Dec 2012 08:45:22 +0000 (UTC) Received: (qmail 59493 invoked from network); 22 Dec 2012 12:20:23 +0400 Received: from 128-72-132-24.broadband.corbina.ru (128-72-132-24.broadband.corbina.ru [128.72.132.24]) by mail.sub.ru ([88.212.205.2]) with ESMTP via TCP; 31 Dec 1969 23:59:59 -0000 Message-ID: <50D56D4B.4060709@webmail.sub.ru> Date: Sat, 22 Dec 2012 12:20:27 +0400 From: Alex Povolotsky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120817 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Strange problem with... ZFS? Disk? Controller? Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 08:45:24 -0000 Hello, I'm running FreeBSD 9.0/amd64, pure ZFS setup, one Seagate disk ST2000NM0011 SN02 on LSI Logic (mpt) controller. Yes, I know that running one disk on RAID controller is a bit weird, I have to find yet if it is possible to connect disk to internal SATA controller. About two days ago, system became SLOW. Disk usage is constantly 100%, and sometimes I'm getting swap_pager: indefinite wait buffer error. I had to reset computer twice in two days. mptutil does not show any errors, and smartctl shows SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 067 063 044 Pre-fail Always - 6218970 3 Spin_Up_Time 0x0003 093 092 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 14 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 21 7 Seek_Error_Rate 0x000f 091 060 030 Pre-fail Always - 1433294073 9 Power_On_Hours 0x0032 090 090 000 Old_age Always - 8825 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 16 184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 188 Command_Timeout 0x0032 100 099 000 Old_age Always - 12885098499 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 068 047 045 Old_age Always - 32 (Min/Max 31/32) 191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 859 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 15 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 26 194 Temperature_Celsius 0x0022 032 053 000 Old_age Always - 32 (0 21 0 0 0) 195 Hardware_ECC_Recovered 0x001a 103 099 000 Old_age Always - 6218970 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged I have removed most of snapshots, it does not help. I have stopped all active processes, disk load did not decrease, same 100%. What can I check and/or replace to get the problem fixed? Any ideas? Alex From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 09:09:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 667A9131; Sat, 22 Dec 2012 09:09:31 +0000 (UTC) (envelope-from kulinski@cs.ucla.edu) Received: from smtp.cs.ucla.edu (smtp.cs.ucla.edu [131.179.128.62]) by mx1.freebsd.org (Postfix) with ESMTP id 420288FC12; Sat, 22 Dec 2012 09:09:31 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id C293B39E810F; Sat, 22 Dec 2012 01:01:40 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id minQHdh9ViGU; Sat, 22 Dec 2012 01:01:39 -0800 (PST) Received: from localhost.takeda.tk (mail.takeda.tk [74.0.89.210]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 9A78639E810A; Sat, 22 Dec 2012 01:01:39 -0800 (PST) Date: Sat, 22 Dec 2012 01:01:10 -0800 From: Derek Kulinski X-Priority: 3 (Normal) Message-ID: <1664598999.20121222010110@cs.ucla.edu> To: Alex Povolotsky Subject: Re: Strange problem with... ZFS? Disk? Controller? In-Reply-To: <50D56D4B.4060709@webmail.sub.ru> References: <50D56D4B.4060709@webmail.sub.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 09:09:31 -0000 Hello Alex, SMART values are collected by the disk itself (smartmontools is only reading it). This would imply that the problem is between disk and controller. Since you have tons of Hardware_ECC_Recovered and none of UDMA_CRC_Error_Count I would think that the problem is with disk itself. I think the long waits are due to disk trying to re-read given sector multiple times. Your drive is 2TB, and according to this the bigger the drive the more likely you'll run into problems like these: http://forums.storagereview.com/index.php/topic/27994-smart-hardware-ecc-recovered-values/ I don't know how serious it is but if you keep anything important there I would recommend a backup. You should try SMART self tests. Best regards, Derek Saturday, December 22, 2012, 12:20:27 AM, you wrote: > Hello, > I'm running FreeBSD 9.0/amd64, pure ZFS setup, one Seagate disk > ST2000NM0011 SN02 on LSI Logic (mpt) controller. > Yes, I know that running one disk on RAID controller is a bit weird, I > have to find yet if it is possible to connect disk to internal SATA > controller. > About two days ago, system became SLOW. Disk usage is constantly 100%, > and sometimes I'm getting swap_pager: indefinite wait buffer error. I > had to reset computer twice in two days. > mptutil does not show any errors, and smartctl shows > SMART Attributes Data Structure revision number: 10 > Vendor Specific SMART Attributes with Thresholds: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED > WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x000f 067 063 044 Pre-fail > Always - 6218970 > 3 Spin_Up_Time 0x0003 093 092 000 Pre-fail > Always - 0 > 4 Start_Stop_Count 0x0032 100 100 020 Old_age > Always - 14 > 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail > Always - 21 > 7 Seek_Error_Rate 0x000f 091 060 030 Pre-fail > Always - 1433294073 > 9 Power_On_Hours 0x0032 090 090 000 Old_age > Always - 8825 > 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail > Always - 0 > 12 Power_Cycle_Count 0x0032 100 100 020 Old_age > Always - 16 > 184 End-to-End_Error 0x0032 100 100 099 Old_age > Always - 0 > 187 Reported_Uncorrect 0x0032 100 100 000 Old_age > Always - 0 > 188 Command_Timeout 0x0032 100 099 000 Old_age > Always - 12885098499 > 189 High_Fly_Writes 0x003a 100 100 000 Old_age > Always - 0 > 190 Airflow_Temperature_Cel 0x0022 068 047 045 Old_age > Always - 32 (Min/Max 31/32) > 191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age > Always - 859 > 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age > Always - 15 > 193 Load_Cycle_Count 0x0032 100 100 000 Old_age > Always - 26 > 194 Temperature_Celsius 0x0022 032 053 000 Old_age > Always - 32 (0 21 0 0 0) > 195 Hardware_ECC_Recovered 0x001a 103 099 000 Old_age > Always - 6218970 > 197 Current_Pending_Sector 0x0012 100 100 000 Old_age > Always - 0 > 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age > Offline - 0 > 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age > Always - 0 > SMART Error Log Version: 1 > No Errors Logged > I have removed most of snapshots, it does not help. > I have stopped all active processes, disk load did not decrease, same 100%. > What can I check and/or replace to get the problem fixed? Any ideas? > Alex > _______________________________________________ > 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" -- Best regards, Derek mailto:kulinski@cs.ucla.edu If you choke a Smurf, what color does it turn? From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 09:25:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F6EA387; Sat, 22 Dec 2012 09:25:57 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (feld.me [66.170.3.2]) by mx1.freebsd.org (Postfix) with ESMTP id 180108FC15; Sat, 22 Dec 2012 09:25:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-Id:Subject:Cc:To:From:Date; bh=YijGOr1q70uG1SFYWQUQs1j/E9/ci8Q6GEJ0o5UQEfo=; b=FZBcf2TGX6E4RzVXlc4Ms4okjmvYU+7xkpJWlQfCiydzd5Hwoh2BJ4/fWMgAOkjG2UBlPJlXE6Y9baXVJVz3DVUkxTip9/e1eu2tHcx8qT/y5RczXxndPXF2d3iSwtJs; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TmLL2-000Hit-Jf; Sat, 22 Dec 2012 03:25:53 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1356168342-2688-2687/5/32; Sat, 22 Dec 2012 09:25:42 +0000 Date: Sat, 22 Dec 2012 03:25:41 -0600 From: Mark Felder To: Alex Povolotsky Subject: Re: Strange problem with... ZFS? Disk? Controller? Message-Id: <20121222032541.0ceb9f56@tech304> In-Reply-To: <50D56D4B.4060709@webmail.sub.ru> References: <50D56D4B.4060709@webmail.sub.ru> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-SA-Report: ALL_TRUSTED=-1, KHOP_THREADED=-0.5 X-SA-Score: -1.5 Cc: freebsd-stable@freebsd.org, freebsd-hardware@FreeBSD.ORG X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 09:25:57 -0000 Try running diskinfo -t /dev/... If it says your device is really slow it's probably dying. I'd suspect = it's having trouble seeking. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 09:55:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 720678AF; Sat, 22 Dec 2012 09:55:38 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from rack.patpro.net (rack.patpro.net [193.30.227.216]) by mx1.freebsd.org (Postfix) with ESMTP id E7A448FC0C; Sat, 22 Dec 2012 09:55:37 +0000 (UTC) Received: from rack.patpro.net (localhost [127.0.0.1]) by rack.patpro.net (Postfix) with ESMTP id BABD11CC020; Sat, 22 Dec 2012 10:49:15 +0100 (CET) X-Virus-Scanned: amavisd-new at patpro.net Received: from amavis-at-patpro.net ([127.0.0.1]) by rack.patpro.net (rack.patpro.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id edlWUJM_a4jj; Sat, 22 Dec 2012 10:49:10 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) by rack.patpro.net (Postfix) with ESMTP; Sat, 22 Dec 2012 10:49:10 +0100 (CET) Subject: Re: Strange problem with... ZFS? Disk? Controller? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: multipart/signed; boundary=Apple-Mail-4--94572848; protocol="application/pkcs7-signature"; micalg=sha1 From: Patrick Proniewski X-Priority: 3 (Normal) In-Reply-To: <1664598999.20121222010110@cs.ucla.edu> Date: Sat, 22 Dec 2012 10:49:08 +0100 Message-Id: <099C403F-E339-45A4-B83A-4247DFA4E38F@patpro.net> References: <50D56D4B.4060709@webmail.sub.ru> <1664598999.20121222010110@cs.ucla.edu> To: Derek Kulinski X-Mailer: Apple Mail (2.1085) X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 09:55:38 -0000 --Apple-Mail-4--94572848 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 22 d=E9c. 2012, at 10:01, Derek Kulinski wrote: > Your drive is 2TB, and according to this the bigger the drive the more > likely you'll run into problems like these: > = http://forums.storagereview.com/index.php/topic/27994-smart-hardware-ecc-r= ecovered-values/ Thanks Derek for this interesting pointer. It's the first time I read = about problem like this... It's frightful. I had no idea big drives = could have such problems. Any other source that would confirm the issue? patpro= --Apple-Mail-4--94572848-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 14:25:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0F54F73; Sat, 22 Dec 2012 14:25:57 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from bijou.wasikowski.net (mail.wasikowski.net [91.204.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5EE608FC12; Sat, 22 Dec 2012 14:25:56 +0000 (UTC) Received: from mail.wasikowski.net (mail.wasikowski.net [91.204.91.44]) by bijou.wasikowski.net (Postfix) with ESMTP id 036DF285; Sat, 22 Dec 2012 15:25:53 +0100 (CET) X-Virus-Scanned: amavisd-new at wasikowski.net Received: from bijou.wasikowski.net ([91.204.91.44]) by mail.wasikowski.net (scan.wasikowski.net [91.204.91.44]) (amavisd-new, port 10026) with ESMTP id jIf-VeKOLtqN; Sat, 22 Dec 2012 15:25:52 +0100 (CET) Received: from [192.168.168.2] (89-72-12-251.dynamic.chello.pl [89.72.12.251]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lukasz@wasikowski.net) by bijou.wasikowski.net (Postfix) with ESMTPSA id 7E27E282; Sat, 22 Dec 2012 15:25:52 +0100 (CET) Message-ID: <50D5C2F4.1070104@wasikowski.net> Date: Sat, 22 Dec 2012 15:25:56 +0100 From: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 14:25:57 -0000 W dniu 2012-12-22 04:41, Kimmo Paasiala pisze: >>> It looks like the reason for the difference to ipv4_addrs_IF is that >>> the "alias" parameter for ifconfig(8) operates differently for IPv6 >>> addresses, the first address of an interface can't be added with >>> "alias", for IPv4 it does not care. I'll have to dig deeper but that's >>> what the problem seems to be. >>> >>> -Kimmo >> >> The 'alias' parameter of ifconfig(8) is not the problem on the first >> ipv6 address, I have verified that. However, there's probably >> something in network.subr or /etc/rc.d/netif that I have overlooked >> and causes my code to be skipped if there's no ifconfig_IF_ipv6 >> variable defined in rc.conf(5). >> >> -Kimmo > > Yeah, this is problem in network.subr. An interface is not recognized > as IPv6 capable if the interface is not in "ipv6_network_interfaces" > and there's no "ifconfig_IF_ipv6" in rc.conf(5), bummer. For IPv4 it > "just works" because the interface is always assumed to be IPv4 > capable. Ok, I used ifconfig_em0_ipv6="up" and it worked. So it looks like this: ipv6_activate_all_interfaces="NO" ipv6_network_interfaces="em0" ifconfig_em0_ipv6="up" ipv6_addrs_em0="2001:6a0:1cb::1-ff/64" ipv6_defaultrouter="2001:6a0:1cb::ffff" Good job, thank you! :) -- best regards, Lukasz Wasikowski From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 15:07:55 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49C05F3C for ; Sat, 22 Dec 2012 15:07:55 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id D92488FC0A for ; Sat, 22 Dec 2012 15:07:54 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 22 Dec 2012 10:07:55 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr17.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BVU04741; Sat, 22 Dec 2012 10:07:54 -0500 X-Auth-ID: anat Received: from pool-173-70-92-11.nwrknj.fios.verizon.net (HELO [192.168.1.8]) ([173.70.92.11]) by smtp01.lnh.mail.rcn.net with ESMTP; 22 Dec 2012 10:07:54 -0500 Message-ID: <50D5CCCA.2050000@aldan.algebra.com> Date: Sat, 22 Dec 2012 10:07:54 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120820 Thunderbird/14.0 MIME-Version: 1.0 To: stable@FreeBSD.org Subject: xz(1) keeps SEGFAULT-ing Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 15:07:55 -0000 Hello! I've set up several nightly backups all using the pipe-chain of dump | xz -9 | ccrypt > /remote/backups/fs.xz.cpt On one system these just work every night without a problem. On another I see xz SEGFAULT-ing about 90% through almost every night for one of the filesystems (the bigger of the two). This is, what cron emails me: DUMP: WARNING: should use -L when dumping live read-write filesystems! DUMP: Date of this level 1 dump: Sat Dec 22 03:23:00 2012 DUMP: Date of last level 0 dump: Thu Dec 6 01:23:02 2012 DUMP: Dumping /dev/ad4s1g (/home) to standard output DUMP: mapping (Pass I) [regular files] DUMP: Cache 16 MB, blocksize = 65536 DUMP: mapping (Pass II) [directories] DUMP: estimated 2157823 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 11.50% done, finished in 0:38 at Sat Dec 22 04:07:55 2012 DUMP: 17.80% done, finished in 0:46 at Sat Dec 22 04:20:37 2012 DUMP: 24.32% done, finished in 0:46 at Sat Dec 22 04:26:05 2012 DUMP: 31.23% done, finished in 0:44 at Sat Dec 22 04:28:27 2012 DUMP: 36.16% done, finished in 0:44 at Sat Dec 22 04:33:34 2012 DUMP: 43.21% done, finished in 0:39 at Sat Dec 22 04:33:51 2012 DUMP: 54.86% done, finished in 0:28 at Sat Dec 22 04:28:14 2012 DUMP: 60.63% done, finished in 0:25 at Sat Dec 22 04:30:24 2012 DUMP: 65.83% done, finished in 0:23 at Sat Dec 22 04:32:47 2012 DUMP: 70.54% done, finished in 0:20 at Sat Dec 22 04:35:18 2012 DUMP: 75.15% done, finished in 0:18 at Sat Dec 22 04:37:37 2012 DUMP: 80.28% done, finished in 0:14 at Sat Dec 22 04:39:10 2012 DUMP: 85.57% done, finished in 0:10 at Sat Dec 22 04:40:23 2012 DUMP: 90.50% done, finished in 0:07 at Sat Dec 22 04:41:46 2012 DUMP: SIGSEGV: ABORTING! DUMP: DUMP: DUMP: SIGSEGV: ABORTING! SIGSEGV: ABORTING! SIGSEGV: ABORTING! DUMP: SIGSEGV: ABORTING! Following xz's fault, all other processes (dump, ccrypt, sh) dump their cores to, but, according to dmesg, the culprit is always xz. According to core, the fault is somewhere inside liblzma.so.5. I recompiled the library to enable debugging and am trying to investigate, but, perhaps, someone has already run into this? Both systems used to run FreeBSD-8/amd64, when I first set the jobs up. I have since upgraded the troublesome server to 9.1, but that did not fix the problem. The remote filesystem (where ccrypt writes encrypted output) is mounted via smbfs on both servers, but I doubt that matters... Any ideas? Thanks, -mi From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 15:29:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 351564D0; Sat, 22 Dec 2012 15:29:50 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 824498FC0A; Sat, 22 Dec 2012 15:29:49 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id o1so5715100wic.11 for ; Sat, 22 Dec 2012 07:29: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:content-transfer-encoding; bh=4+Nrvn/SUsFo3ljulo5BoP2PQ8ylsjJy++kP3tolr3M=; b=e5wklcWNZPwAStw3i1cYcP+A2z4UB5wyQTU2yBeDvmJuvYnd6BRtK/OcmB0Qby0puX Oc65W5pjkKKu0S1G8PGv6rZW4XeTwtG8tQEWokAscfGd87iCMBx6nWRaIEVzk7b9CptK TEuQqS/ts66lG9WCn7sLQoxz+j3ABiHHIVRpN/UDsPmkiy81z+/OCj42qq2lyLTHRGiR HROSsk3K+Cut5rKMBG6dUR75ZspuKD5DvCQNYk2rKDY88KGXIKa7DaNSOPqWF0h2mqou uefcPf2Sb2pv/hlF5a5Q/0s3NmqSWYAMWwfjmVd1AYHJUS8Zubg6iFwBwOvRVFfVP4Al +/Bw== MIME-Version: 1.0 Received: by 10.180.24.198 with SMTP id w6mr20494243wif.27.1356190182237; Sat, 22 Dec 2012 07:29:42 -0800 (PST) Received: by 10.216.172.197 with HTTP; Sat, 22 Dec 2012 07:29:42 -0800 (PST) In-Reply-To: <50D5C2F4.1070104@wasikowski.net> References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> <50D5C2F4.1070104@wasikowski.net> Date: Sat, 22 Dec 2012 17:29:42 +0200 Message-ID: Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: =?UTF-8?Q?=C5=81ukasz_W=C4=85sikowski?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 15:29:50 -0000 On Sat, Dec 22, 2012 at 4:25 PM, =C5=81ukasz W=C4=85sikowski wrote: > W dniu 2012-12-22 04:41, Kimmo Paasiala pisze: > >>>> It looks like the reason for the difference to ipv4_addrs_IF is that >>>> the "alias" parameter for ifconfig(8) operates differently for IPv6 >>>> addresses, the first address of an interface can't be added with >>>> "alias", for IPv4 it does not care. I'll have to dig deeper but that's >>>> what the problem seems to be. >>>> >>>> -Kimmo >>> >>> The 'alias' parameter of ifconfig(8) is not the problem on the first >>> ipv6 address, I have verified that. However, there's probably >>> something in network.subr or /etc/rc.d/netif that I have overlooked >>> and causes my code to be skipped if there's no ifconfig_IF_ipv6 >>> variable defined in rc.conf(5). >>> >>> -Kimmo >> >> Yeah, this is problem in network.subr. An interface is not recognized >> as IPv6 capable if the interface is not in "ipv6_network_interfaces" >> and there's no "ifconfig_IF_ipv6" in rc.conf(5), bummer. For IPv4 it >> "just works" because the interface is always assumed to be IPv4 >> capable. > > Ok, I used ifconfig_em0_ipv6=3D"up" and it worked. So it looks like this: > > ipv6_activate_all_interfaces=3D"NO" > ipv6_network_interfaces=3D"em0" > ifconfig_em0_ipv6=3D"up" > ipv6_addrs_em0=3D"2001:6a0:1cb::1-ff/64" > ipv6_defaultrouter=3D"2001:6a0:1cb::ffff" > > Good job, thank you! :) > > -- > best regards, > Lukasz Wasikowski I'm looking into fixing the issue so you could just have the ipv6_addrs_em0 line in rc.conf. However I don't want to flood the PR and this mailing list with different versions of the patch. I want to get it right next time. Stay tuned. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 16:39:26 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F95EF46 for ; Sat, 22 Dec 2012 16:39:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5998FC0A for ; Sat, 22 Dec 2012 16:39:25 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id hm2so3368765wib.10 for ; Sat, 22 Dec 2012 08: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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=8j2ycBiUReFkT5cKdKvFE/7h4EwFbeeZMGwlmlL+Gbs=; b=xhG2veJ+aO3E5SrDPKybLuF3QTVmBeAxLrigP2QNAOMx/rzkyPPiLpTbse1H9Yppxo peVg2dL7VwKtWMM5jQcyIToHuYxterRWwOy/Y3gMhg8BjMBuHWsh//fwyN6RJrPsSlbu 7Fsh4Ldpa0tP9X8qC/sCFoaPIz1deGac4gVKjRvSiePaknCsZuKWcAaihfltNg/S6QON cG7CGnesr3mB5vrztmkZcxGcKd9xLB8RXNXu+BG+ON3Wug75MU/IbVa7dShoB5DdOCCz 2QhghShBtmR7grYFSPgY7DWY5NRdwBis8KMCft5awybhoHgSF3cflNjotn5h6XDaRF3D 8vTA== MIME-Version: 1.0 Received: by 10.194.179.34 with SMTP id dd2mr29138932wjc.1.1356194364284; Sat, 22 Dec 2012 08:39:24 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Sat, 22 Dec 2012 08:39:23 -0800 (PST) In-Reply-To: <50D5CCCA.2050000@aldan.algebra.com> References: <50D5CCCA.2050000@aldan.algebra.com> Date: Sat, 22 Dec 2012 08:39:23 -0800 X-Google-Sender-Auth: qsaOXc8INaKwcpcGQ-YT65oq7aM Message-ID: Subject: Re: xz(1) keeps SEGFAULT-ing From: Adrian Chadd To: "Mikhail T." Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 16:39:26 -0000 Is it dumping core? Adrian On 22 December 2012 07:07, Mikhail T. wrote: > Hello! > > I've set up several nightly backups all using the pipe-chain of dump | xz -9 > | ccrypt > /remote/backups/fs.xz.cpt > > On one system these just work every night without a problem. On another I > see xz SEGFAULT-ing about 90% through almost every night for one of the > filesystems (the bigger of the two). This is, what cron emails me: > > DUMP: WARNING: should use -L when dumping live read-write filesystems! > DUMP: Date of this level 1 dump: Sat Dec 22 03:23:00 2012 > DUMP: Date of last level 0 dump: Thu Dec 6 01:23:02 2012 > DUMP: Dumping /dev/ad4s1g (/home) to standard output > DUMP: mapping (Pass I) [regular files] > DUMP: Cache 16 MB, blocksize = 65536 > DUMP: mapping (Pass II) [directories] > DUMP: estimated 2157823 tape blocks. > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: 11.50% done, finished in 0:38 at Sat Dec 22 04:07:55 2012 > DUMP: 17.80% done, finished in 0:46 at Sat Dec 22 04:20:37 2012 > DUMP: 24.32% done, finished in 0:46 at Sat Dec 22 04:26:05 2012 > DUMP: 31.23% done, finished in 0:44 at Sat Dec 22 04:28:27 2012 > DUMP: 36.16% done, finished in 0:44 at Sat Dec 22 04:33:34 2012 > DUMP: 43.21% done, finished in 0:39 at Sat Dec 22 04:33:51 2012 > DUMP: 54.86% done, finished in 0:28 at Sat Dec 22 04:28:14 2012 > DUMP: 60.63% done, finished in 0:25 at Sat Dec 22 04:30:24 2012 > DUMP: 65.83% done, finished in 0:23 at Sat Dec 22 04:32:47 2012 > DUMP: 70.54% done, finished in 0:20 at Sat Dec 22 04:35:18 2012 > DUMP: 75.15% done, finished in 0:18 at Sat Dec 22 04:37:37 2012 > DUMP: 80.28% done, finished in 0:14 at Sat Dec 22 04:39:10 2012 > DUMP: 85.57% done, finished in 0:10 at Sat Dec 22 04:40:23 2012 > DUMP: 90.50% done, finished in 0:07 at Sat Dec 22 04:41:46 2012 > DUMP: SIGSEGV: ABORTING! > DUMP: DUMP: DUMP: SIGSEGV: ABORTING! > SIGSEGV: ABORTING! > SIGSEGV: ABORTING! > DUMP: SIGSEGV: ABORTING! > > Following xz's fault, all other processes (dump, ccrypt, sh) dump their > cores to, but, according to dmesg, the culprit is always xz. According to > core, the fault is somewhere inside liblzma.so.5. I recompiled the library > to enable debugging and am trying to investigate, but, perhaps, someone has > already run into this? > > Both systems used to run FreeBSD-8/amd64, when I first set the jobs up. I > have since upgraded the troublesome server to 9.1, but that did not fix the > problem. > > The remote filesystem (where ccrypt writes encrypted output) is mounted via > smbfs on both servers, but I doubt that matters... > > Any ideas? Thanks, > > -mi > > _______________________________________________ > 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 22 17:14:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1588D6DB for ; Sat, 22 Dec 2012 17:14:18 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id D09AE8FC0C for ; Sat, 22 Dec 2012 17:14:17 +0000 (UTC) Received: from anubis.morrow.me.uk (host31-53-185-176.range31-53.btcentralplus.com [31.53.185.176]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 43D0245046; Sat, 22 Dec 2012 17:14:08 +0000 (UTC) X-DKIM: OpenDKIM Filter v2.4.1 isis.morrow.me.uk 43D0245046 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1356196450; bh=ARTPChkQWIIG2Hk9pLRLgRvbqjOlKfldKTJ1JuBJjIQ=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=UUaIh5g203R6VwYOpK7giaP/FPrZG2em1mj01vyxUSpXrjRCfHOEpIbzeLdYaw4Xm ZocDkXnUjFRfMwRw+heZt2+z+wqSnnD2edNuJ0xXFTCCjcFri8kXnV9Kz0c8Gr/G0w 9GmfEBofRgyyKte505big8O/rAdQNmWXHYiTl/fo= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 949CF703E; Sat, 22 Dec 2012 17:14:04 +0000 (GMT) Date: Sat, 22 Dec 2012 17:14:04 +0000 From: Ben Morrow To: lukasz@wasikowski.net Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) Message-ID: <20121222171400.GA2399@anubis.morrow.me.uk> References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50D5C2F4.1070104@wasikowski.net> X-Newsgroups: gmane.os.freebsd.current,gmane.os.freebsd.stable Organization: morrow.me.uk 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.14 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, 22 Dec 2012 17:14:18 -0000 Quoth =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= : > W dniu 2012-12-22 04:41, Kimmo Paasiala pisze: > > > Yeah, this is problem in network.subr. An interface is not recognized > > as IPv6 capable if the interface is not in "ipv6_network_interfaces" > > and there's no "ifconfig_IF_ipv6" in rc.conf(5), bummer. For IPv4 it > > "just works" because the interface is always assumed to be IPv4 > > capable. > > Ok, I used ifconfig_em0_ipv6="up" and it worked. So it looks like this: The documented way to do this is to just set the link-local address in ifconfig_IF_ipv6, since an interface is required to have a link-local address. Either configure an fe80:: address explicitly or set ifconfig_em0_ipv6="inet6 auto_linklocal" Alternatively, if you set ipv6_activate_all_interfaces all interfaces will be considered IPv6-capable. Ben From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 17:49:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B927F34 for ; Sat, 22 Dec 2012 17:49:12 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from bijou.wasikowski.net (mail.wasikowski.net [IPv6:2001:6a0:1cb::b]) by mx1.freebsd.org (Postfix) with ESMTP id 248CB8FC0A for ; Sat, 22 Dec 2012 17:49:11 +0000 (UTC) Received: from mail.wasikowski.net (mail.wasikowski.net [91.204.91.44]) by bijou.wasikowski.net (Postfix) with ESMTP id 6BDC933A; Sat, 22 Dec 2012 18:49:07 +0100 (CET) X-Virus-Scanned: amavisd-new at wasikowski.net Received: from bijou.wasikowski.net ([91.204.91.44]) by mail.wasikowski.net (scan.wasikowski.net [91.204.91.44]) (amavisd-new, port 10026) with ESMTP id 43cAcUy4-wwK; Sat, 22 Dec 2012 18:49:07 +0100 (CET) Received: from [192.168.168.2] (89-72-12-251.dynamic.chello.pl [89.72.12.251]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lukasz@wasikowski.net) by bijou.wasikowski.net (Postfix) with ESMTPSA id 630F4337; Sat, 22 Dec 2012 18:49:06 +0100 (CET) Message-ID: <50D5F296.9050109@wasikowski.net> Date: Sat, 22 Dec 2012 18:49:10 +0100 From: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Ben Morrow Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> <20121222171400.GA2399@anubis.morrow.me.uk> In-Reply-To: <20121222171400.GA2399@anubis.morrow.me.uk> X-Enigmail-Version: 1.4.6 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.14 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, 22 Dec 2012 17:49:12 -0000 W dniu 2012-12-22 18:14, Ben Morrow pisze: > Quoth =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= : >> W dniu 2012-12-22 04:41, Kimmo Paasiala pisze: >> >>> Yeah, this is problem in network.subr. An interface is not recognized >>> as IPv6 capable if the interface is not in "ipv6_network_interfaces" >>> and there's no "ifconfig_IF_ipv6" in rc.conf(5), bummer. For IPv4 it >>> "just works" because the interface is always assumed to be IPv4 >>> capable. >> >> Ok, I used ifconfig_em0_ipv6="up" and it worked. So it looks like this: > > The documented way to do this is to just set the link-local address in > ifconfig_IF_ipv6, since an interface is required to have a link-local > address. Either configure an fe80:: address explicitly or set > > ifconfig_em0_ipv6="inet6 auto_linklocal" > > Alternatively, if you set ipv6_activate_all_interfaces all interfaces > will be considered IPv6-capable. link-local address is assigned by default, even with ifconfig_IF_ipv6="up". root@freebsd:~ # grep -Ev '^[[:space:]]*#|^$' /etc/rc.conf ; ifconfig em0 | grep -E '^[[:space:]]*inet6' | head -2 hostname="freebsd" ifconfig_em0="up" ipv4_addrs_em0="192.168.168.20-24/24" defaultrouter="192.168.168.1" ipv6_network_interfaces="em0" ipv6_defaultrouter="2001:6a0:1cb::ffff" ifconfig_em0_ipv6="up" ipv6_addrs_em0="2001:6a0:1cb::1-e/128" sshd_enable="YES" dumpdev="NO" named_enable="YES" inet6 fe80::a00:27ff:fe02:8371%em0 prefixlen 64 scopeid 0x1 inet6 2001:6a0:1cb::1 prefixlen 128 Of course using "inet6 auto_linklocal" instead of "up" seems a better way to do it, thank you for this tip. -- best regards, Lukasz Wasikowski From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 18:07:43 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A752269; Sat, 22 Dec 2012 18:07:43 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 24F188FC12; Sat, 22 Dec 2012 18:07:42 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 22 Dec 2012 13:07:42 -0500 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr16.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id CDP34317; Sat, 22 Dec 2012 13:07:41 -0500 X-Auth-ID: anat Received: from pool-173-70-92-11.nwrknj.fios.verizon.net (HELO [192.168.1.8]) ([173.70.92.11]) by smtp04.lnh.mail.rcn.net with ESMTP; 22 Dec 2012 13:07:41 -0500 Message-ID: <50D5F6ED.9050707@aldan.algebra.com> Date: Sat, 22 Dec 2012 13:07:41 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120820 Thunderbird/14.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: xz(1) keeps SEGFAULT-ing References: <50D5CCCA.2050000@aldan.algebra.com> 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.14 Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 18:07:43 -0000 On 22.12.2012 11:39, Adrian Chadd wrote: > Is it dumping core? Yes, and, as I type this, I'm trying to reproduce the crash using the version of liblzma.so.5 compiled with "-O0 -g" (under valgrind). So far (25%) everything is clean and valgrind has no complaints either. Yours, -mi >> Following xz's fault, all other processes (dump, ccrypt, sh) dump their >> cores to, but, according to dmesg, the culprit is always xz.*According to >> core, the fault is somewhere inside liblzma.so.5*. I recompiled the library >> to enable debugging and am trying to investigate, but, perhaps, someone has >> already run into this? From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 23:27:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 611C3FEF for ; Sat, 22 Dec 2012 23:27:21 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3E7C98FC12 for ; Sat, 22 Dec 2012 23:27:20 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TmYTK-0006uf-5B for freebsd-stable@freebsd.org; Sat, 22 Dec 2012 15:27:14 -0800 Date: Sat, 22 Dec 2012 15:27:14 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1356218834151-5771583.post@n5.nabble.com> Subject: 9.1 minimal ram requirements 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.14 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, 22 Dec 2012 23:27:21 -0000 Guys, I've heard about some absurd RAM requirements for 9.1, has anybody tested it? e.g. http://forums.freebsd.org/showthread.php?t=36314 -- View this message in context: http://freebsd.1045724.n5.nabble.com/9-1-minimal-ram-requirements-tp5771583.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 23:40:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58EDA373 for ; Sat, 22 Dec 2012 23:40:56 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.freebsd.org (Postfix) with ESMTP id DF4D28FC0A for ; Sat, 22 Dec 2012 23:40:55 +0000 (UTC) Received: from [192.168.179.22] (vijn.xs4all.nl [80.101.129.129]) (authenticated bits=0) by smtp-vbr2.xs4all.nl (8.13.8/8.13.8) with ESMTP id qBMNeMJq033000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 23 Dec 2012 00:40:23 +0100 (CET) (envelope-from info@martenvijn.nl) Message-ID: <50D644E5.9070801@martenvijn.nl> Date: Sun, 23 Dec 2012 00:40:21 +0100 From: Marten Vijn User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 9.1 minimal ram requirements References: <1356218834151-5771583.post@n5.nabble.com> In-Reply-To: <1356218834151-5771583.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Dec 2012 23:40:56 -0000 On 12/23/2012 12:27 AM, Jakub Lach wrote: > Guys, I've heard about some absurd RAM requirements > for 9.1, has anybody tested it? > > e.g. > > http://forums.freebsd.org/showthread.php?t=36314 jup, I can comfirm this with nanobsd (cross) compiled for my soekris net4501 which has 64 MB mem: from dmesg: real memory = 67108864 (64 MB) while the same config compiled against a 9.0 tree still works... cheers Marten > > > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/9-1-minimal-ram-requirements-tp5771583.html > Sent from the freebsd-stable mailing list archive at Nabble.com. > _______________________________________________ > 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" >