From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 00:26:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF8181065670 for ; Sun, 8 Jan 2012 00:26:10 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 0AE708FC08 for ; Sun, 8 Jan 2012 00:26:09 +0000 (UTC) Received: from [10.29.62.5] (port=62566 helo=Aris-MacBook-Pro.local) by fish.ish.com.au with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1RjgaK-00077Q-0Z; Sun, 08 Jan 2012 11:26:05 +1100 X-CTCH-RefID: str=0001.0A150203.4F08E29C.00B2,ss=1,re=0.000,fgs=0 Message-ID: <4F08E298.4040708@ish.com.au> Date: Sun, 08 Jan 2012 11:26:00 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0) Gecko/20111222 Thunderbird/10.0 MIME-Version: 1.0 To: Gianni Vialetto References: <4F07F0BC.7060309@ish.com.au> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: freebsd-update problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2012 00:26:10 -0000 On 7/01/12 9:17 PM, Gianni Vialetto wrote: > 2012/1/7 Aristedes Maniatis: >> [...] >> 1. I am clearly running 8.2-p5, but the final message says "no updates >> needed". That's clearly not correct since p5< p8. And running uname again >> after this results in still seeing p5. > > That's not really true. > Unless an update upgrades the kernel, the result of "uname -a" will > not change. For it to change, you have to recompile the kernel > yourself - using the generic of a custom configuration. > > Your current release level is the fourth field in > /var/db/freebsd-update/tag, IIRC. Thanks for that clarification. That is a very obscure place to look, but it appears to be correct. I had never noticed before the difference between kernel patch level (in uname) and overall system patch level. Many years ago I used to upgrade FreeBSD by compiling kernel and world every time, so I guess those things used to match. But binary updating is so much faster these days and the benefits of optimising the kernel with only the things I need are fairly negligible. If I could make a suggestion for freebsd-update. When it runs, it might spit out this: Current system: -- running kernel 8.1-RELEASE-p4 -- installed kernel 8.1-RELEASE-p5 (will be running after reboot) -- intalled system 8.1-RELEASE-p8 The second line would be conditionally output only if it differs from the first line. And of course, some suggestion about how to resolve the modified locally files would be ideal. Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 17:11:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 255081065670 for ; Sun, 8 Jan 2012 17:11:58 +0000 (UTC) (envelope-from sipx-users-bounces@list.sipfoundry.org) Received: from list.sipfoundry.org (list.sipfoundry.org [184.73.152.126]) by mx1.freebsd.org (Postfix) with ESMTP id ECD288FC12 for ; Sun, 8 Jan 2012 17:11:57 +0000 (UTC) Received: from list.sipfoundry.org (list.sipfoundry.org [127.0.0.1]) by list.sipfoundry.org (Postfix) with ESMTP id 7500B270141 for ; Sun, 8 Jan 2012 11:41:25 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: sipx-users-bounces@list.sipfoundry.org To: freebsd-stable@freebsd.org Message-ID: Date: Sun, 08 Jan 2012 11:41:20 -0500 Precedence: bulk X-BeenThere: sipx-users@list.sipfoundry.org X-Mailman-Version: 2.1.9 X-List-Administrivia: yes Sender: sipx-users-bounces@list.sipfoundry.org Errors-To: sipx-users-bounces@list.sipfoundry.org Subject: Your message to sipx-users awaits moderator approval X-BeenThere: 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: Sun, 08 Jan 2012 17:11:58 -0000 Your mail to 'sipx-users' with the subject Message could not be delivered Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://list.sipfoundry.org/mailman/confirm/sipx-users/d42e2aafa947e823890df390ee93f406adf6183d From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 19:13:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFEEC1065670 for ; Sun, 8 Jan 2012 19:13:49 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4A38FC0A for ; Sun, 8 Jan 2012 19:13:48 +0000 (UTC) Received: (qmail 50067 invoked by uid 89); 8 Jan 2012 19:13:47 -0000 Received: by simscan 1.4.0 ppid: 50062, pid: 50064, t: 0.0721s scanners: attach: 1.4.0 clamav: 0.97.1/m:54/d:14273 Received: from unknown (HELO ?192.168.1.201?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 8 Jan 2012 19:13:47 -0000 Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Rainer Duffner In-Reply-To: <20120105192634.GA69685@icarus.home.lan> Date: Sun, 8 Jan 2012 20:13:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <28CC275C-F2BD-44BB-B75D-857A004E8C65@ultra-secure.de> References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <20120105153724.GA91242@lyxys.ka.sub.org> <8B259221-6A70-4D3C-ABA7-D74B2C9F9F14@ultra-secure.de> <20120105192634.GA69685@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-stable@freebsd.org Subject: Re: FTPS Server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2012 19:13:49 -0000 Am 05.01.2012 um 20:26 schrieb Jeremy Chadwick: > On Thu, Jan 05, 2012 at 05:16:43PM +0100, Rainer Duffner wrote: >>=20 >> Am 05.01.2012 um 16:37 schrieb Wolfgang Zenker: >>=20 >>> Hi everyone, >>>=20 >>> * Matthew Seaman [120105 14:38]: >>>> On 05/01/2012 12:47, Karl Denninger wrote: >>>>> Not SFTP (which is supported by the sshd) but FTPS.... is it = supported >>>>> by FreeBSD? >>>=20 >>>> No, not supported in the base system. >>>=20 >>>>> [..] >>>> However, personally, I'd avoid FTPS. It suffers from most of the = design >>>> flaws of standard FTP[*], particularly as regards passing through >>>> firewalls. Worse, because the traffic is encrypted, you can't even = use >>>> tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract = transient >>>> port numbers by deep packet inspection. As far as your users are >>>> concerned, just use SFTP. It behaves exactly like an ordinary FTP >>>> client, but the underlying SSH protocol over the network is way, = way >>>> better designed. >>>=20 >>> Well, the problem I have here is at the server side: ftp users can = be >>> locked in a particular subtree of the file system by simply = assigning >>> them a chrooted login class. No need to setup any infrastructure in >>> that subtree itself. Did not find out how to do this with sftp (we = only >>> allow publickey authentication with ssh at our servers) >>>=20 >>> Wolfgang >>=20 >>=20 >> It is possible. >>=20 >> See the chroot configuration in the man-page for sshd_config >>=20 >> If you have a sufficiently complete chroot-environment, you can even = do chroot'ed ssh login sessions. >=20 > It is possible, but some of the limitations of it are infuriating and > unrealistic for certain environments. I just went through working = with > a friend of mine (on a Linux system) setting this up so that one of = his > clients had SFTP access chroot'd but *without* all the "copy /dev and > random libraries and other crap" nonsense that is often required. We use NULLFS mounts for that. In most cases, we need that for php-fpm chroot anyway... > It > worked, but the one limitation that we kept having to "find = workarounds > for" was this: >=20 > All components of the pathname must be root-owned directories that > are not writable by any other user or group. >=20 Yep. If you need sub-dir access a la "I have this 3rd-party user who supplies = data to us in this subdirectory", you either have to setup a specific = upload-area where you copy stuff in or out or just let SFTP out of the = equation right away. > Oh, and if your system doesn't have remote serial console or way to = get > in if sshd doesn't like some of your sshd_config adjustments, I > recommend running a separate instance on a separate port (if firewalls > are involved deal with that too) so you have a way to get in, in the > case standard port 22 stops working. (This did happen during the > aforementioned story, and my friend was quite happy that I had told = him > to set that up prior. ;-) ) Running FreeBSD in a vmware did help to setup this, admittedly ;-) Rainer From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 20:11:42 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EBE91065672; Sun, 8 Jan 2012 20:11:42 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DD0698FC12; Sun, 8 Jan 2012 20:11:41 +0000 (UTC) Received: by pbcc3 with SMTP id c3so2490661pbc.13 for ; Sun, 08 Jan 2012 12:11:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=V06ayE+Pa/S5i0ipswPIiEa244Z+gTls3ujSClvbg+U=; b=LJ+9qugnwJpFYjP6uoILuoyFbwI3mKC4iYC2wcyOzsBuezBs9CBfclEfQ8sE9P/ebR nSM3BDDrKOEZpgYqObTAyP/I0NLw/bSYwOZxIBTo/dhF7sFnHGmUfK5FKRrEjROU6e2T BWvIXurxFCQrtV3B9kuQGpChzBIFiaYQhPWEg= MIME-Version: 1.0 Received: by 10.68.73.70 with SMTP id j6mr35031207pbv.20.1326053501317; Sun, 08 Jan 2012 12:11:41 -0800 (PST) Received: by 10.68.24.102 with HTTP; Sun, 8 Jan 2012 12:11:41 -0800 (PST) In-Reply-To: References: <201201030015.q030FwC1070840@freebsd-stable.sentex.ca> <861urfn8eh.fsf@ds4.des.no> Date: Sun, 8 Jan 2012 15:11:41 -0500 Message-ID: From: Super Bisquit To: stable@freebsd.org, FreeBSD PowerPC ML Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: [releng_9 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2012 20:11:42 -0000 I'll be glad to run buildworld on one of my machines whenever I get connection/internet service again. I'm stating this and emphasizing the previous email because I never had such problems on any of my PPC machines. On Wed, Jan 4, 2012 at 6:54 PM, Super Bisquit wrote= : > Why not compare native builds to tinderbox? > > 2012/1/4 Dag-Erling Sm=F8rgrav > >> Garrett Cooper writes: >> > That's not relevant to these errors. For some odd reason tinderbox >> > takes 1-2 iterations to reach equilibrium when someone makes a data >> > structure change, even a change to a header and C file are done in the >> > same commit. It would be really nice to figure out what the issue is >> > because this is a regular occurrence that pops up on the current@ and >> > architecture specific mailing lists. >> >> All the tinderbox does, really, is "rm -rf /usr/obj; make buildworld". >> >> Note that the tinderbox pulls sources from CVS, so even if both files >> were modified in the same SVN commit, it may still end up with an >> inconsistent tree. >> >> DES >> -- >> Dag-Erling Sm=F8rgrav - des@des.no >> > > From owner-freebsd-stable@FreeBSD.ORG Sun Jan 8 21:27:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46B0F106566C for ; Sun, 8 Jan 2012 21:27:15 +0000 (UTC) (envelope-from lists@sylac.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mx1.freebsd.org (Postfix) with ESMTP id CA6AA8FC0C for ; Sun, 8 Jan 2012 21:27:14 +0000 (UTC) Received: from localhost (91-64-127-95-dynip.superkabel.de [91.64.127.95]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0MTcI8-1SAVB73DPs-00Qr5n; Sun, 08 Jan 2012 22:14:06 +0100 Date: Sun, 8 Jan 2012 22:14:04 +0100 From: Hans Snehl To: Wolfgang Zenker Message-ID: <20120108211404.GA7057@tunchi> References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <20120105153724.GA91242@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120105153724.GA91242@lyxys.ka.sub.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Provags-ID: V02:K0:rksIomQ51TwDzq5J3Qv/KTFRt2xz2NfP6CA58INyn2E 1tqzDGEaCryb5BptIvfG0ZLHQSvn2Ze9XisPbyCbm5RR/OFUwa igAkcIozV6P+96LydD1aHUAqaF/s1yFeOzqQ26Twt62ecAkDO9 Wm9zGrMpMujDSIfyjS2hkI+/mwaRRICd9Z4Q2Kc6QLeyt75tGa sLY0Oaxqi+q35NBHA/DbJcBFimfDZXbaSG9OGkdNzsxZ1RIzQ5 t+cmh3J6KG7pWyvxpHKMbLiWYlTUEcrsXMEq3NrVdlJI6Nh34W nnskvAVAQdhlOEOsy5pYfPsNFCtuJT1JeM/1V3DZUKfXWAvbg= = Cc: freebsd-stable@freebsd.org Subject: Re: FTPS Server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2012 21:27:15 -0000 On Thu, Jan 05, 2012 at 04:37:24PM +0100, Wolfgang Zenker wrote: > Hi everyone, > > * Matthew Seaman [120105 14:38]: > > On 05/01/2012 12:47, Karl Denninger wrote: > >> Not SFTP (which is supported by the sshd) but FTPS.... is it supported > >> by FreeBSD? > > > No, not supported in the base system. > > >> [..] > > However, personally, I'd avoid FTPS. It suffers from most of the design > > flaws of standard FTP[*], particularly as regards passing through > > firewalls. Worse, because the traffic is encrypted, you can't even use > > tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient > > port numbers by deep packet inspection. As far as your users are > > concerned, just use SFTP. It behaves exactly like an ordinary FTP > > client, but the underlying SSH protocol over the network is way, way > > better designed. > > Well, the problem I have here is at the server side: ftp users can be > locked in a particular subtree of the file system by simply assigning > them a chrooted login class. No need to setup any infrastructure in > that subtree itself. Did not find out how to do this with sftp (we only > allow publickey authentication with ssh at our servers) > > Wolfgang We do the following on a not too busy server with sftp and only pubkey authentication. Also this might alleviate the possible headaches expected to arise with readable and possibly writable root owned directories. Given sftp access is to be chrooted into user "someone" 's home directory this is owned by root ( sftp wants that) The actual chroot is $HOME/depot and sshd is to proceed according to Match User someone ChrootDirectory %h/depot ForceCommand internal-sftp Users are chrooted into $HOME/depot, so there is no access to things like .ssh and else, and for sftp users $HOME/depot is readonly ro@# ls -la total 6 drwxr-xr-x 4 root someone 4 Oct 14 15:23 . drwxr-xr-x 4 root wheel 4 May 20 09:37 .. drwx------ 2 someone someone 3 Oct 14 14:18 .ssh drwxr-xr-- 3 root someone 4 Oct 28 07:43 depot Creating another directory e.g. 'upload' under depot with owner 'someone' gives write access to sftp users in 'upload'. ro# ls -la depot/ total 6 drwxr-xr-- 3 root someone 4 Oct 28 07:43 . drwxr-xr-x 4 root someone 4 Oct 14 15:23 .. -rw-r--r-- 1 root someone 55 Oct 27 18:08 bt1hash drwxr-xr-x 2 someone someone 3 Oct 28 07:44 upload Might fit your needs. Hans From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 09:47:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id C0C95106566B for ; Mon, 9 Jan 2012 09:47:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 554C214F51C; Mon, 9 Jan 2012 09:47:49 +0000 (UTC) Message-ID: <4F0AB7C4.6040204@FreeBSD.org> Date: Mon, 09 Jan 2012 01:47:48 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: George Kontostanos References: In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: DNSSec on FreeBSD 9.0-RELEASE causes CPU 100% X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 09:47:53 -0000 On 01/04/2012 16:24, George Kontostanos wrote: > Greetings everyone, > > I was testing DNSSec resolution on BIND 9.8.1-P1 by adding the > following options: > > options { > ... > dnssec-enable yes; > dnssec-validation auto; > ... > }; > > Unfortunately immediately after named is restarted one CPU reaches > 100% utilization. There are an enormous number of possible reasons for this. Most common is that you have a misconfigured firewall in the path that is not passing DNSSEC-sized packets (which are generally quite a bit larger than regular DNS due to the signatures). The first 2 things you need to do are to crank up BIND logging (the details are in the BIND docs, particularly the ARM); and to check whether or not your network is properly configured. There are a number of sites to do the latter, check the following for example: https://www.dns-oarc.net/oarc/services/replysizetest If you still need help after these 2 steps, your best bet is bind-users@isc.org. Good luck, Doug -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 14:00:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E59961065672 for ; Mon, 9 Jan 2012 14:00:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 768468FC08 for ; Mon, 9 Jan 2012 14:00:20 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 80AF446B09; Mon, 9 Jan 2012 09:00:18 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F2F6CB991; Mon, 9 Jan 2012 09:00:17 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 9 Jan 2012 08:59:05 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201201090859.05709.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 09 Jan 2012 09:00:18 -0500 (EST) Cc: Phil Kulin Subject: Re: kproc_info system and user time is broken for processes with threads X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 14:00:24 -0000 On Saturday, January 07, 2012 5:06:46 pm Phil Kulin wrote: > kproc_info system and user time is broken for processes with threads, > when fetch then by kvm_getprocs() function call. > For example, modern 'ps' on server running mysqld (145 precached threads) > > # ps -ax -o comm,cputime,systime,usertime | grep mysqld > mysqld 16872:35.39 5249:07.68 3353:36.79 > # ps -ax -o comm,cputime,systime,usertime | grep httpd > httpd 0:00.02 0:00.00 0:00.02 > httpd 0:00.00 0:00.00 0:00.00 > httpd 0:02.51 0:01.77 0:00.75 > > Sum systime+usertime=cputime for httpd, but different for mysqld. > systime and usertime for mysqld not changed many times, but cputime increased. > Modern ps uses ki_rusage.ru_stime and ki_rusage.ru_utime from > kproc_info for systime and usertime statistic. > > What wrong? Hmm, I can't see anything that would explain this. What if you look at individual threads of mysqld (using 'H') flag? Also, which OS version are you using? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 15:43:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7289B106566B for ; Mon, 9 Jan 2012 15:43:05 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4378FC14 for ; Mon, 9 Jan 2012 15:43:04 +0000 (UTC) Received: by iadj38 with SMTP id j38so9333909iad.13 for ; Mon, 09 Jan 2012 07:43:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=G65wnSkqW3hB9JSSuuyANq9M+lWlQSFg4vEvVWUOUQM=; b=ofMtJkb597iuXc1Ww8Bv92O2ubXtmp84EKeK9u5IpvfSF+T7rmwh//RgjzaIE8gPWD JnAdSIMd8NllDMf4bTu2pYOPOWNJ2VmBNK7YzTweaV4QpyzROfJPVdT7M9VK+QJ/0Pv7 6ZHq1aX8sR7+cazvJSWyAZVVoTnWYi+2MWOdQ= MIME-Version: 1.0 Received: by 10.43.53.1 with SMTP id vo1mr21094681icb.2.1326123784553; Mon, 09 Jan 2012 07:43:04 -0800 (PST) Received: by 10.231.135.3 with HTTP; Mon, 9 Jan 2012 07:43:04 -0800 (PST) In-Reply-To: <4F0AB7C4.6040204@FreeBSD.org> References: <4F0AB7C4.6040204@FreeBSD.org> Date: Mon, 9 Jan 2012 17:43:04 +0200 Message-ID: From: George Kontostanos To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: DNSSec on FreeBSD 9.0-RELEASE causes CPU 100% X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 15:43:05 -0000 On Mon, Jan 9, 2012 at 11:47 AM, Doug Barton wrote: > On 01/04/2012 16:24, George Kontostanos wrote: >> Greetings everyone, >> >> I was testing DNSSec resolution on BIND 9.8.1-P1 by adding the >> following options: >> >> options { >> ... >> dnssec-enable yes; >> dnssec-validation auto; >> ... >> }; >> >> Unfortunately immediately after named is restarted one CPU reaches >> 100% utilization. > > There are an enormous number of possible reasons for this. Most common > is that you have a misconfigured firewall in the path that is not > passing DNSSEC-sized packets (which are generally quite a bit larger > than regular DNS due to the signatures). > > The first 2 things you need to do are to crank up BIND logging (the > details are in the BIND docs, particularly the ARM); and to check > whether or not your network is properly configured. There are a number > of sites to do the latter, check the following for example: > > https://www.dns-oarc.net/oarc/services/replysizetest > > If you still need help after these 2 steps, your best bet is > bind-users@isc.org. > > > Good luck, > > Doug > > -- > > =A0 =A0 =A0 =A0You can observe a lot just by watching. -- Yogi Berra > > =A0 =A0 =A0 =A0Breadth of IT experience, and depth of knowledge in the DN= S. > =A0 =A0 =A0 =A0Yours for the right price. =A0:) =A0http://SupersetSolutio= ns.com/ > Hi Doug, thanks for the valuable info. After a lot of debugging I reached to the point where I get: Jan 9 17:21:22 hp named[39053]: /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/journal.c:171: unexpected error: Jan 9 17:21:22 hp named[39053]: missing SOA Some googling showed that this is a rather common error-bug with DNSSEC. I am no expert here, so I will turn this to the bind mailing list. Regards --=20 George Kontostanos Aicom telecoms ltd http://www.barebsd.com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 17:20:10 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F708106564A; Mon, 9 Jan 2012 17:20:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 40C838FC19; Mon, 9 Jan 2012 17:20:10 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q09HK3Kw076183; Mon, 9 Jan 2012 17:20:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q09HK3vJ076182; Mon, 9 Jan 2012 17:20:03 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jan 2012 17:20:03 GMT Message-Id: <201201091720.q09HK3vJ076182@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 17:20:10 -0000 TB --- 2012-01-09 14:44:10 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-09 14:44:10 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-01-09 14:44:10 - cleaning the object tree TB --- 2012-01-09 14:44:51 - cvsupping the source tree TB --- 2012-01-09 14:44:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2012-01-09 14:44:58 - building world TB --- 2012-01-09 14:44:58 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 14:44:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 14:44:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 14:44:58 - SRCCONF=/dev/null TB --- 2012-01-09 14:44:58 - TARGET=amd64 TB --- 2012-01-09 14:44:58 - TARGET_ARCH=amd64 TB --- 2012-01-09 14:44:58 - TZ=UTC TB --- 2012-01-09 14:44:58 - __MAKE_CONF=/dev/null TB --- 2012-01-09 14:44:58 - cd /src TB --- 2012-01-09 14:44:58 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 9 14:45:02 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Jan 9 16:58:53 UTC 2012 TB --- 2012-01-09 16:58:53 - generating LINT kernel config TB --- 2012-01-09 16:58:53 - cd /src/sys/amd64/conf TB --- 2012-01-09 16:58:53 - /usr/bin/make -B LINT TB --- 2012-01-09 16:58:53 - cd /src/sys/amd64/conf TB --- 2012-01-09 16:58:53 - /usr/sbin/config -m LINT TB --- 2012-01-09 16:58:53 - building LINT kernel TB --- 2012-01-09 16:58:53 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 16:58:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 16:58:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 16:58:53 - SRCCONF=/dev/null TB --- 2012-01-09 16:58:53 - TARGET=amd64 TB --- 2012-01-09 16:58:53 - TARGET_ARCH=amd64 TB --- 2012-01-09 16:58:53 - TZ=UTC TB --- 2012-01-09 16:58:53 - __MAKE_CONF=/dev/null TB --- 2012-01-09 16:58:53 - cd /src TB --- 2012-01-09 16:58:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 9 16:58:53 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vnode_if.c :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel nfs_nfsdsubs.o(.data+0x0): undefined reference to `sysctl__vfs_nfsd_children' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-09 17:20:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-09 17:20:03 - ERROR: failed to build LINT kernel TB --- 2012-01-09 17:20:03 - 7001.13 user 1282.68 system 9352.52 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 17:40:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37573106566C for ; Mon, 9 Jan 2012 17:40:43 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id AD4478FC28 for ; Mon, 9 Jan 2012 17:40:42 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so4505226vbb.13 for ; Mon, 09 Jan 2012 09:40:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=DI+bYCS+gRj6+84LM8pSvHIjPba/oAvPpBjBxWmS0wI=; b=BjNUwkWDSABnXBSTTbqijJp6hWx2oMV3dvYenR5KvZD1q8epxWTjqfWFHS2lHEpD8r rNVvCNGZ8aVeB3yn2mbsoFEXju23Uaq9+2K52hQbJ13X9KuxPaXyMfw0ifHFUMK9s4ZL 6GQV6Q9tvzjCbhisak4ym6ZB2k2N8bKJG4fWs= MIME-Version: 1.0 Received: by 10.52.24.242 with SMTP id x18mr8037827vdf.39.1326130842008; Mon, 09 Jan 2012 09:40:42 -0800 (PST) Received: by 10.220.191.130 with HTTP; Mon, 9 Jan 2012 09:40:41 -0800 (PST) Date: Mon, 9 Jan 2012 09:40:41 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Subject: Upgrade from 8.2-STABLE to 9.0-RELEASE wedges on SuperMicro H8DGiF-based system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 17:40:43 -0000 Good morning, Just wondering if anyone else has run into a similar issue. We have a ZFS storage server that was running 8.2-STABLE (from around beginning of Dec 2011) without any issues, that was upgraded to 9.0-RELEASE (to consolidate all the ZFS and networking fixes/updates and bring it up to version parity with our other ZFS storage server running 9.0) last Thursday. The "svn switch" of the source tree, the buildworld, the buildkernel, the installkernel, the reboot with the new kernel, the installworld, the reboot into the new world, the mergemaster processes all completed successfully. About half-way through the "make delete-old" process, the box locked up. No messages on the console, no log entries of any kind, everything just stopped. Had to do a power-cycle. And then everything went to hell. :( On reboot, the loader complained about not being able to determine which disk it was booting from (even though the new loader had already booted at least once), and gave strange messages about panic/free/something or other (didn't write that error down). I was able to boot using a 9.0 install CD, drop to a loader prompt, unload the kernel/modules from CD, load the kernel/modules from the harddrive, set currdev to the harddrive, and boot. But no matter what I did (gpart bootcode using pmbr/gptboot from CD or from HD; copy loader from CD, copy /boot from CD), I could not get the loader on the HD to load the kernel; always gave the same error message: can't determine which disk we're booting from. After trying for 24 hours to make it work, I just re-installed off the 9.0-RELEASE CD. Now, this box (alphadrive) will freeze after running for between 3 and 10 hours. Even when left completely idle, it will lock up after about 3 hours. :( I have another system (betadrive) that's almost identical hardware (chassis, backplane, SATA controllers are different, everything else is the same) that went from 8.2-STABLE to 9.0-RC2 to 9.0-RC3 to 9.0-RELEASE without any issues. I've tried copying /boot/loader.conf, /etc/make.conf, /etc/src.conf, /etc/sysctl.conf, /etc/rc.conf from betadrive to alphadrive, without any change in the freezing behaviour. These are ZFS storage systems, with / (UFS) and swap on SSDs, with 16 or 24 SATA HDs in the pool (3x 5-disk raidz2 + spare and 4x 6-disk raidz2 resp). All of the ZFS settings are identical between the two systems (pool name, pool properties, ZFS filesystems, ZFS properties per filesystem). Dedupe and compression (LZJB) are enabled on both systems. When alphadrive locks up, there are no entries made in any log files; there are no log entries on the console; there are no entries in the BIOS event log; there are no entries in the IPMI event log; the CPU/case temps are below 40C (emergency shutoff is 75C) as shown via IPMI; RAM usage is under 20 GB (24 GB per box) with the lowest being under 2 GB used (I run top on the console so I can see the stats when it locks up, and the time it locks up). It just ... stops. The system will even lock up when running in single-user mode, with only / mounted (ZFS not loaded, zpool not imported). Hardware (alphadrive): Chenbro 5U rackmount chassis with 24 hot-swap drive bays SuperMicro H8DGi-F motherboard AMD Opteron 2218 CPU (8-cores at 2.0 GHz) 24 GB DDR3-SDRAM 3x SuperMicro AOC-USAS-L8i SATA controllers (multi-lane break-out cables) 8x Seagate 7200.12 1.5 TB SATA harddrives 16x WD RE4 1.0 TB SATA harddrives 1x Kingston 60 GB SSD (for /, swap, L2ARC) Hardware (betadrive): SuperMicro 4U rackmount chassis with 16 hot-swap drive bays SuperMicro H8DGi-F motherboard AMD Opteron 2218 CPU (8-cores at 2.0 GHz) 24 GB DDR3-SDRAM 2x SuperMicro AOC-USAS2-L8i SATA controllers (multi-lane cables) 16x WD RE4 2.0 TB SATA harddrives 1x Kingston 60 GB SSD (for /, swap, L2ARC) betadrive runs perfectly with FreeBSD 9.0-RELEASE. alphadrive locks up with FreeBSD 9.0-RELEASE. We're currently investigating hardware firmware revisions to see if anything else is different between the two systems. Has anyone experience anything similar? Does anyone have any ideas on what to look for? Any suggestions on what to try next? -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 17:44:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 782E41065672; Mon, 9 Jan 2012 17:44:36 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1018FC1D; Mon, 9 Jan 2012 17:44:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:Cc:To:Content-Type; bh=xcCxe4SNUXAy5EgtNiPCEpOgme09V92IFwTL4nxHa2M=; b=V9ERe0mnIyaLiLC29YbzTZaFp8/XqfozWn2W/HlpRB/QYucQugtWr27x1x5ekBRWN12h30eOO/SrbN5Xy797nUZBDe0RzEXaDUcagv2wTyNAUhRMiO6atnyoHCAjHQA1; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RkJGp-00085m-9X; Mon, 09 Jan 2012 11:44:35 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1326131065-88972-88971/5/9; Mon, 9 Jan 2012 17:44:25 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org References: <20120107.211122.2051906580877809031.hrs@allbsd.org> <891fe25c-1560-479f-b855-1713c1c7a976@email.android.com> <20120108.052346.1749642548460957219.hrs@allbsd.org> Date: Mon, 9 Jan 2012 11:44:25 -0600 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <20120108.052346.1749642548460957219.hrs@allbsd.org> User-Agent: Opera Mail/11.61 (FreeBSD) X-SA-Score: -1.0 Cc: hrs@FreeBSD.org Subject: Re: accepting rtadv broken on 9-STABLE, re driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 17:44:36 -0000 On Sat, 07 Jan 2012 14:23:46 -0600, Hiroki Sato wrote: > It is an unexpected behavior and the flag should be set on all > interfaces. Can you send me your /etc/rc.conf, /etc/sysctl.conf, and > the result of "ifconfig -a"? Back at work so I have access to the machine again: rc.conf: hostname="tech304.office.xxx.net" ifconfig_re0="inet 192.168.93.23/24" defaultrouter="192.168.93.1" ipv6_activate_all_interfaces="YES" ipv6_ifconfig_re0="inet6 accept_rtadv" sshd_enable="YES" linux_enable="YES" ntpd_enable="YES" ntpdate_enable="YES" vboxnet_enable="YES" tcp_drop_synfin="YES" icmp_log_redirect="YES" update_motd="NO" dbus_enable="YES" hald_enable="YES" moused_enable="NO" moused_nondefault_enable="NO" oss_enable="NO" #nginx nginx_enable="YES" fcgiwrap_enable="YES" fcgiwrap_user="www" samba_enable="YES" #samba_config="/usr/local/etc/samba34/smb.conf" lpd_enable="YES" #slim_enable="YES" exim_enable="YES" sendmail_enable="NONE" nfs_client_enable="YES" smartd_enable="YES" zfs_enable="YES" sysctl.conf: # Uncomment this to prevent users from seeing information about processes that # are being run under another UID. #security.bsd.see_other_uids=0 net.inet.tcp.drop_synfin=1 net.inet.icmp.log_redirect=1 vfs.usermount=1 net.inet6.ip6.accept_rtadv=1 # ifconfig -a 11:43:29 tech304:~ > ifconfig -a re0: flags=8943 metric 0 mtu 1500 options=209b ether d0:67:e5:17:e1:32 inet6 fe80::d267:e5ff:fe17:e132%re0 prefixlen 64 scopeid 0x2 inet 192.168.93.23 netmask 0xffffff00 broadcast 192.168.93.255 inet6 2607:f4e0:100:104:d267:e5ff:fe17:e132 prefixlen 64 autoconf nd6 options=23 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 vboxnet0: flags=8802 metric 0 mtu 1500 ether 0a:00:27:00:00:00 nd6 options=23 Regards, Mark From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 17:56:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 178E5106566C for ; Mon, 9 Jan 2012 17:56:00 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id C706B8FC0C for ; Mon, 9 Jan 2012 17:55:59 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so4512368vcb.13 for ; Mon, 09 Jan 2012 09:55:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=iuRURRrj9QwIIIMLUKiYnYfd+p7+L91mTLzRWx3YTu4=; b=ACzIBqZwiU8AU18UFcP7swFvRfiv6+56npSqpmnE5oP19uKfumyaftuVqBiYcP39Xj pm5h1nl1vFl8DPtCWxPBhjPFzNza11o3kDDAuSuegyvPkluSxbLP4egNiCg/hAMzKbUM XpkvX9bKx5eCxoMvvB9/YwL8PjESabNYl+TKU= MIME-Version: 1.0 Received: by 10.220.156.195 with SMTP id y3mr4855974vcw.50.1326131758986; Mon, 09 Jan 2012 09:55:58 -0800 (PST) Received: by 10.220.191.130 with HTTP; Mon, 9 Jan 2012 09:55:58 -0800 (PST) In-Reply-To: References: Date: Mon, 9 Jan 2012 09:55:58 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Upgrade from 8.2-STABLE to 9.0-RELEASE wedges on SuperMicro H8DGiF-based system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 17:56:00 -0000 On Mon, Jan 9, 2012 at 9:50 AM, John Nielsen wrote: > From what you've said I strongly suspect that you have some kind of hardw= are issue. Dodgy RAM is my first guess, something cooling-related is my 2nd= , and PSU is my 3rd. It is a little suspicious that you only started having= problems after your upgrade but it could be coincidence or it could be som= ething about the new software tickling the hardware differently than the ol= d. That's what we're leaning toward as well. We're planning on doing a BIOS upgrade (betadrive is running v2.00 and alphadrive is v1.00), then a memtest86+ run, then check firmware on the SATA controllers. If none of the above helps, we're thinking of swapping the CPUs between the two systems to see if the problems stay with the box or follow the CPU. Thanks for the reply. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 18:03:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98CCA106564A for ; Mon, 9 Jan 2012 18:03:51 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5179A8FC13 for ; Mon, 9 Jan 2012 18:03:51 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so4522162vcb.13 for ; Mon, 09 Jan 2012 10:03:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=XsXMmkbdtZqCRC95tDJIYYsLbDskarxCPUd+TEZ1+Ic=; b=AlFOeBmqNqm9atOO2yYczBJrg1mUxQJcLI63ewla2lSXL/+nlXZuBJHZfN47uyPZfS BnNPE1j+7FZSUFqDfIQ9ezuUlsci1ppcCpaQOh3GIt0wjl5CfUd8O3U98zX3B/W9Iset PlTwK/ic1Di2RlXPiAA1Xz/D3VpW7KRBNZ2NI= MIME-Version: 1.0 Received: by 10.220.232.66 with SMTP id jt2mr9783414vcb.40.1326132230734; Mon, 09 Jan 2012 10:03:50 -0800 (PST) Received: by 10.220.191.130 with HTTP; Mon, 9 Jan 2012 10:03:50 -0800 (PST) In-Reply-To: References: Date: Mon, 9 Jan 2012 10:03:50 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Upgrade from 8.2-STABLE to 9.0-RELEASE wedges on SuperMicro H8DGiF-based system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 18:03:51 -0000 Small correction: these are AMD Opteron 6218 CPUs, not 2218. > Hardware (alphadrive): > =C2=A0Chenbro 5U rackmount chassis with 24 hot-swap drive bays > =C2=A0SuperMicro H8DGi-F motherboard > =C2=A0AMD Opteron 6218 CPU (8-cores at 2.0 GHz) > =C2=A024 GB DDR3-SDRAM > =C2=A03x SuperMicro AOC-USAS-L8i SATA controllers (multi-lane break-out c= ables) > =C2=A08x Seagate 7200.12 1.5 TB SATA harddrives > =C2=A016x WD RE4 1.0 TB SATA harddrives > =C2=A01x Kingston 60 GB SSD (for /, swap, L2ARC) > > Hardware (betadrive): > =C2=A0SuperMicro 4U rackmount chassis with 16 hot-swap drive bays > =C2=A0SuperMicro H8DGi-F motherboard > =C2=A0AMD Opteron 6218 CPU (8-cores at 2.0 GHz) > =C2=A024 GB DDR3-SDRAM > =C2=A02x SuperMicro AOC-USAS2-L8i SATA controllers (multi-lane cables) > =C2=A016x WD RE4 2.0 TB SATA harddrives > =C2=A01x Kingston 60 GB SSD (for /, swap, L2ARC) --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 18:10:38 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5C7106564A; Mon, 9 Jan 2012 18:10:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id A19738FC18; Mon, 9 Jan 2012 18:10:38 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q09IAc9D047313; Mon, 9 Jan 2012 18:10:38 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q09IAcl6047300; Mon, 9 Jan 2012 18:10:38 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jan 2012 18:10:38 GMT Message-Id: <201201091810.q09IAcl6047300@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 18:10:38 -0000 TB --- 2012-01-09 16:16:53 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-09 16:16:53 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-01-09 16:16:54 - cleaning the object tree TB --- 2012-01-09 16:17:21 - cvsupping the source tree TB --- 2012-01-09 16:17:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-01-09 16:17:27 - building world TB --- 2012-01-09 16:17:27 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 16:17:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 16:17:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 16:17:27 - SRCCONF=/dev/null TB --- 2012-01-09 16:17:27 - TARGET=i386 TB --- 2012-01-09 16:17:27 - TARGET_ARCH=i386 TB --- 2012-01-09 16:17:27 - TZ=UTC TB --- 2012-01-09 16:17:27 - __MAKE_CONF=/dev/null TB --- 2012-01-09 16:17:27 - cd /src TB --- 2012-01-09 16:17:27 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 9 16:17:28 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 9 17:48:02 UTC 2012 TB --- 2012-01-09 17:48:02 - generating LINT kernel config TB --- 2012-01-09 17:48:02 - cd /src/sys/i386/conf TB --- 2012-01-09 17:48:02 - /usr/bin/make -B LINT TB --- 2012-01-09 17:48:02 - cd /src/sys/i386/conf TB --- 2012-01-09 17:48:02 - /usr/sbin/config -m LINT TB --- 2012-01-09 17:48:02 - building LINT kernel TB --- 2012-01-09 17:48:02 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 17:48:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 17:48:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 17:48:02 - SRCCONF=/dev/null TB --- 2012-01-09 17:48:02 - TARGET=i386 TB --- 2012-01-09 17:48:02 - TARGET_ARCH=i386 TB --- 2012-01-09 17:48:02 - TZ=UTC TB --- 2012-01-09 17:48:02 - __MAKE_CONF=/dev/null TB --- 2012-01-09 17:48:02 - cd /src TB --- 2012-01-09 17:48:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 9 17:48:02 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vnode_if.c :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel nfs_nfsdsubs.o(.data+0x0): undefined reference to `sysctl__vfs_nfsd_children' *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-09 18:10:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-09 18:10:37 - ERROR: failed to build LINT kernel TB --- 2012-01-09 18:10:37 - 5231.78 user 889.90 system 6823.97 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 18:16:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CA53106566B for ; Mon, 9 Jan 2012 18:16:49 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id 06C478FC08 for ; Mon, 9 Jan 2012 18:16:48 +0000 (UTC) Received: from jnielsen.socialserve.com ([12.249.176.26]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id q09HovBd025589 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 9 Jan 2012 12:50:58 -0500 (EST) (envelope-from lists@jnielsen.net) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: John Nielsen In-Reply-To: Date: Mon, 9 Jan 2012 12:50:54 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Freddie Cash X-Mailer: Apple Mail (2.1084) X-DCC-sonic.net-Metrics: ns1.jnielsen.net 1117; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.2 at ns1.jnielsen.net X-Virus-Status: Clean Cc: FreeBSD Stable Subject: Re: Upgrade from 8.2-STABLE to 9.0-RELEASE wedges on SuperMicro H8DGiF-based system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 18:16:49 -0000 On Jan 9, 2012, at 12:40 PM, Freddie Cash wrote: > Just wondering if anyone else has run into a similar issue. >=20 > We have a ZFS storage server that was running 8.2-STABLE (from around > beginning of Dec 2011) without any issues, that was upgraded to > 9.0-RELEASE (to consolidate all the ZFS and networking fixes/updates > and bring it up to version parity with our other ZFS storage server > running 9.0) last Thursday. The "svn switch" of the source tree, the > buildworld, the buildkernel, the installkernel, the reboot with the > new kernel, the installworld, the reboot into the new world, the > mergemaster processes all completed successfully. About half-way > through the "make delete-old" process, the box locked up. No messages > on the console, no log entries of any kind, everything just stopped. > Had to do a power-cycle. And then everything went to hell. :( >=20 > On reboot, the loader complained about not being able to determine > which disk it was booting from (even though the new loader had already > booted at least once), and gave strange messages about > panic/free/something or other (didn't write that error down). >=20 > I was able to boot using a 9.0 install CD, drop to a loader prompt, > unload the kernel/modules from CD, load the kernel/modules from the > harddrive, set currdev to the harddrive, and boot. But no matter what > I did (gpart bootcode using pmbr/gptboot from CD or from HD; copy > loader from CD, copy /boot from CD), I could not get the loader on the > HD to load the kernel; always gave the same error message: can't > determine which disk we're booting from. >=20 > After trying for 24 hours to make it work, I just re-installed off the > 9.0-RELEASE CD. >=20 > Now, this box (alphadrive) will freeze after running for between 3 and > 10 hours. Even when left completely idle, it will lock up after about > 3 hours. :( >=20 > I have another system (betadrive) that's almost identical hardware > (chassis, backplane, SATA controllers are different, everything else > is the same) that went from 8.2-STABLE to 9.0-RC2 to 9.0-RC3 to > 9.0-RELEASE without any issues. I've tried copying /boot/loader.conf, > /etc/make.conf, /etc/src.conf, /etc/sysctl.conf, /etc/rc.conf from > betadrive to alphadrive, without any change in the freezing behaviour. >=20 > These are ZFS storage systems, with / (UFS) and swap on SSDs, with 16 > or 24 SATA HDs in the pool (3x 5-disk raidz2 + spare and 4x 6-disk > raidz2 resp). All of the ZFS settings are identical between the two > systems (pool name, pool properties, ZFS filesystems, ZFS properties > per filesystem). Dedupe and compression (LZJB) are enabled on both > systems. >=20 > When alphadrive locks up, there are no entries made in any log files; > there are no log entries on the console; there are no entries in the > BIOS event log; there are no entries in the IPMI event log; the > CPU/case temps are below 40C (emergency shutoff is 75C) as shown via > IPMI; RAM usage is under 20 GB (24 GB per box) with the lowest being > under 2 GB used (I run top on the console so I can see the stats when > it locks up, and the time it locks up). It just ... stops. >=20 > The system will even lock up when running in single-user mode, with > only / mounted (ZFS not loaded, zpool not imported). >=20 > Hardware (alphadrive): > Chenbro 5U rackmount chassis with 24 hot-swap drive bays > SuperMicro H8DGi-F motherboard > AMD Opteron 2218 CPU (8-cores at 2.0 GHz) > 24 GB DDR3-SDRAM > 3x SuperMicro AOC-USAS-L8i SATA controllers (multi-lane break-out = cables) > 8x Seagate 7200.12 1.5 TB SATA harddrives > 16x WD RE4 1.0 TB SATA harddrives > 1x Kingston 60 GB SSD (for /, swap, L2ARC) >=20 > Hardware (betadrive): > SuperMicro 4U rackmount chassis with 16 hot-swap drive bays > SuperMicro H8DGi-F motherboard > AMD Opteron 2218 CPU (8-cores at 2.0 GHz) > 24 GB DDR3-SDRAM > 2x SuperMicro AOC-USAS2-L8i SATA controllers (multi-lane cables) > 16x WD RE4 2.0 TB SATA harddrives > 1x Kingston 60 GB SSD (for /, swap, L2ARC) >=20 > betadrive runs perfectly with FreeBSD 9.0-RELEASE. > alphadrive locks up with FreeBSD 9.0-RELEASE. >=20 > We're currently investigating hardware firmware revisions to see if > anything else is different between the two systems. >=20 > Has anyone experience anything similar? Does anyone have any ideas on > what to look for? Any suggestions on what to try next? =46rom what you've said I strongly suspect that you have some kind of = hardware issue. Dodgy RAM is my first guess, something cooling-related = is my 2nd, and PSU is my 3rd. It is a little suspicious that you only = started having problems after your upgrade but it could be coincidence = or it could be something about the new software tickling the hardware = differently than the old. Open it up, make sure you don't have dust buildup and that all the fans = are spinning, re-seat the RAM and then boot into memtest for a few = hours. If you have spare similar hardware you can also try swapping = components until you isolate the fault. Good luck, JN From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 18:45:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99CA7106564A for ; Mon, 9 Jan 2012 18:45:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7E96A8FC0A for ; Mon, 9 Jan 2012 18:45:22 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta04.emeryville.ca.mail.comcast.net with comcast id KWGY1i0051smiN4A4WlNi5; Mon, 09 Jan 2012 18:45:22 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta20.emeryville.ca.mail.comcast.net with comcast id KWlM1i00F1t3BNj8gWlML6; Mon, 09 Jan 2012 18:45:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 57A97102C1E; Mon, 9 Jan 2012 10:45:21 -0800 (PST) Date: Mon, 9 Jan 2012 10:45:21 -0800 From: Jeremy Chadwick To: Freddie Cash Message-ID: <20120109184521.GA95985@icarus.home.lan> References: 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 Stable Subject: Re: Upgrade from 8.2-STABLE to 9.0-RELEASE wedges on SuperMicro H8DGiF-based system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 18:45:22 -0000 On Mon, Jan 09, 2012 at 09:55:58AM -0800, Freddie Cash wrote: > On Mon, Jan 9, 2012 at 9:50 AM, John Nielsen wrote: > > From what you've said I strongly suspect that you have some kind of hardware issue. Dodgy RAM is my first guess, something cooling-related is my 2nd, and PSU is my 3rd. It is a little suspicious that you only started having problems after your upgrade but it could be coincidence or it could be something about the new software tickling the hardware differently than the old. > > That's what we're leaning toward as well. We're planning on doing a > BIOS upgrade (betadrive is running v2.00 and alphadrive is v1.00), > then a memtest86+ run, then check firmware on the SATA controllers. For hardware/system troubleshooting advice: 1) BIOS upgrade -- since this is also what's responsible for ACPI bits and other "configuration model" pieces of a system, 2) BIOS settings -- make sure they're all 100% identical between both systems, 3) Controller firmware -- please make sure these are the same (your controllers between boxes appear to be the same model), 4) Flaky PSU -- possibly voltages drop or raise below/above levels which the mainboard can handle. As someone who buys Supermicro exclusively for their systems, I can tell you that their PSUs ("Ablecom") are quite cheap/horrible. It's worth purchasing a replacement -- if it doesn't turn out to be the problem, you now have a spare PSU (which is good to have -- our last systems failure was due to a blown PSU). 5) Flaky RAM -- memtest86+ can help here, mostly but not entirely. 6) Flaky mainboard -- it happens. Really. :-) For OS advice: Compare rc.conf, loader.conf, and so on. For example, is one system using powerd(8) while the other isn't? > If none of the above helps, we're thinking of swapping the CPUs > between the two systems to see if the problems stay with the box or > follow the CPU. I was helping out someone on a public forum earlier this week who purchased a Dell desktop system that started behaving oddly. memtest86+ claimed all his DIMMs were bad (regardless of slot), and replacement DIMMs claimed the same thing. Dell kept insisting he reload the OS, else they can try a motherboard swap, blah blah blah. What amused me was that nobody looked at the CPU: Intel Core i3-550, which contains an on-die MCH. Chances are the MCH is going bad, which means time to replace the CPU. CPUs rarely go bad, but now with on-die MCHs, on-die VGA, etc. it's becoming much more plausible that the physical CPU needs to be replaced. They've become practically computers inside of a computer. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 19:10:18 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E35E106583A; Mon, 9 Jan 2012 19:10:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id CEA4D8FC16; Mon, 9 Jan 2012 19:10:17 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q09JAHQc034289; Mon, 9 Jan 2012 19:10:17 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q09JAHhM034288; Mon, 9 Jan 2012 19:10:17 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jan 2012 19:10:17 GMT Message-Id: <201201091910.q09JAHhM034288@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 19:10:18 -0000 TB --- 2012-01-09 17:20:03 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-09 17:20:03 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-01-09 17:20:03 - cleaning the object tree TB --- 2012-01-09 17:20:30 - cvsupping the source tree TB --- 2012-01-09 17:20:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-01-09 17:20:36 - building world TB --- 2012-01-09 17:20:36 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 17:20:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 17:20:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 17:20:36 - SRCCONF=/dev/null TB --- 2012-01-09 17:20:36 - TARGET=pc98 TB --- 2012-01-09 17:20:36 - TARGET_ARCH=i386 TB --- 2012-01-09 17:20:36 - TZ=UTC TB --- 2012-01-09 17:20:36 - __MAKE_CONF=/dev/null TB --- 2012-01-09 17:20:36 - cd /src TB --- 2012-01-09 17:20:36 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 9 17:20:37 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 9 18:50:47 UTC 2012 TB --- 2012-01-09 18:50:47 - generating LINT kernel config TB --- 2012-01-09 18:50:47 - cd /src/sys/pc98/conf TB --- 2012-01-09 18:50:47 - /usr/bin/make -B LINT TB --- 2012-01-09 18:50:47 - cd /src/sys/pc98/conf TB --- 2012-01-09 18:50:47 - /usr/sbin/config -m LINT TB --- 2012-01-09 18:50:47 - building LINT kernel TB --- 2012-01-09 18:50:47 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 18:50:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 18:50:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 18:50:47 - SRCCONF=/dev/null TB --- 2012-01-09 18:50:47 - TARGET=pc98 TB --- 2012-01-09 18:50:47 - TARGET_ARCH=i386 TB --- 2012-01-09 18:50:47 - TZ=UTC TB --- 2012-01-09 18:50:47 - __MAKE_CONF=/dev/null TB --- 2012-01-09 18:50:47 - cd /src TB --- 2012-01-09 18:50:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 9 18:50:47 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vnode_if.c :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel nfs_nfsdsubs.o(.data+0x0): undefined reference to `sysctl__vfs_nfsd_children' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-09 19:10:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-09 19:10:17 - ERROR: failed to build LINT kernel TB --- 2012-01-09 19:10:17 - 5028.05 user 881.66 system 6613.48 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 19:11:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 902961065673 for ; Mon, 9 Jan 2012 19:11:49 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB768FC08 for ; Mon, 9 Jan 2012 19:11:48 +0000 (UTC) Received: from digsys226-136.pip.digsys.bg (digsys226-136.pip.digsys.bg [193.68.136.226]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id q09JBaao077095 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 9 Jan 2012 21:11:42 +0200 (EET) (envelope-from daniel@digsys.bg) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=windows-1251 From: Daniel Kalchev In-Reply-To: Date: Mon, 9 Jan 2012 21:11:35 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <06569CAF-2BD8-4494-A19C-B32B19DDF915@digsys.bg> References: To: Freddie Cash X-Mailer: Apple Mail (2.1251.1) Cc: FreeBSD Stable Subject: Re: Upgrade from 8.2-STABLE to 9.0-RELEASE wedges on SuperMicro H8DGiF-based system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 19:11:49 -0000 On Jan 9, 2012, at 8:03 PM, Freddie Cash wrote: > Small correction: these are AMD Opteron 6218 CPUs, not 2218. >=20 >> Hardware (alphadrive): >> Chenbro 5U rackmount chassis with 24 hot-swap drive bays >> SuperMicro H8DGi-F motherboard >> AMD Opteron 6218 CPU (8-cores at 2.0 GHz) You meant Opteron 6128 perhaps? This looks weird coincidence indeed and considering the comments so far = I too would question ACPI (BIOS revision, settings etc) and the = possibility for some hardware going bad.=20 Is it possible that you might have touched any hardware just before the = upgrade? I had few cases an old system "die" on me when doing "minor" = cleaning etc just before an update=85 Daniel From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 19:25:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EA891065676 for ; Mon, 9 Jan 2012 19:25:46 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 465828FC0C for ; Mon, 9 Jan 2012 19:25:46 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so4608260vcb.13 for ; Mon, 09 Jan 2012 11:25:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=3WLLVH7JKRnXhtEn8Poeghv9ilT4DFujdQsSxxviv+o=; b=Fhtwm5bRllzmd/OT9KkSJdiHWObRK5BQIbjjJPQaDBUbXEeqhfDbihxImeO9eLTd4x YfYa0T1naUtiSwfZZxPKnlqAJ67OaHqTWTwAtbeTOdk1Txm0mUh1n733oTspF9NC6eob 9j9bbsLRXzG8QzXkdxVX5vwC37PGSGKRyl+Zw= MIME-Version: 1.0 Received: by 10.220.156.195 with SMTP id y3mr5058775vcw.50.1326137145748; Mon, 09 Jan 2012 11:25:45 -0800 (PST) Received: by 10.220.191.130 with HTTP; Mon, 9 Jan 2012 11:25:45 -0800 (PST) In-Reply-To: <06569CAF-2BD8-4494-A19C-B32B19DDF915@digsys.bg> References: <06569CAF-2BD8-4494-A19C-B32B19DDF915@digsys.bg> Date: Mon, 9 Jan 2012 11:25:45 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Upgrade from 8.2-STABLE to 9.0-RELEASE wedges on SuperMicro H8DGiF-based system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 19:25:46 -0000 2012/1/9 Daniel Kalchev : > On Jan 9, 2012, at 8:03 PM, Freddie Cash wrote: > >> Small correction: =C2=A0these are AMD Opteron 6218 CPUs, not 2218. >> >>> Hardware (alphadrive): >>> =C2=A0Chenbro 5U rackmount chassis with 24 hot-swap drive bays >>> =C2=A0SuperMicro H8DGi-F motherboard >>> =C2=A0AMD Opteron 6218 CPU (8-cores at 2.0 GHz) > > You meant Opteron 6128 perhaps? Yes, 6128. Aren't typos fun? :) > This looks weird coincidence indeed and considering the comments so far I= too would question ACPI (BIOS revision, settings etc) and the possibility = for some hardware going bad. I've upgraded the BIOS to v2.00 same as betadrive. However, using the exact same BIOS settings as betadrive causes the SATA controllers and onboard igb(4) interfaces to not be detected. At all. Nothing in dmesg or pciconf. Resetting BIOS settings to "Failsafe settings" shows the SATA controllers and onboard NICs. Now the fun begins to figure out which setting in the BIOS is causing this. I'm starting to lean toward a hardware issue with either the CPU (since most of the chipset is in the CPU nowadays) or the motherboard. Have a few more tests to run to try and narrow things down. > Is it possible that you might have touched any hardware just before the u= pgrade? I had few cases an old system "die" on me when doing "minor" cleani= ng etc just before an update=E2=80=A6 We bumped the RAM from 8 GB to 24 GB mid-December, to better support dedupe. Was running fine with the extra RAM. Other than that, the hardware has not been touched since it was first installed. And it's been sitting in the server room since July 2011. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 20:34:26 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0857E1065677; Mon, 9 Jan 2012 20:34:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id BE65D8FC1C; Mon, 9 Jan 2012 20:34:25 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q09KYPbv065435; Mon, 9 Jan 2012 20:34:25 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q09KYPJQ065434; Mon, 9 Jan 2012 20:34:25 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jan 2012 20:34:25 GMT Message-Id: <201201092034.q09KYPJQ065434@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 20:34:26 -0000 TB --- 2012-01-09 18:10:38 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-09 18:10:38 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-01-09 18:10:38 - cleaning the object tree TB --- 2012-01-09 18:11:05 - cvsupping the source tree TB --- 2012-01-09 18:11:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-01-09 18:11:12 - building world TB --- 2012-01-09 18:11:12 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 18:11:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 18:11:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 18:11:12 - SRCCONF=/dev/null TB --- 2012-01-09 18:11:12 - TARGET=ia64 TB --- 2012-01-09 18:11:12 - TARGET_ARCH=ia64 TB --- 2012-01-09 18:11:12 - TZ=UTC TB --- 2012-01-09 18:11:12 - __MAKE_CONF=/dev/null TB --- 2012-01-09 18:11:12 - cd /src TB --- 2012-01-09 18:11:12 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 9 18:11:15 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 9 20:08:40 UTC 2012 TB --- 2012-01-09 20:08:40 - generating LINT kernel config TB --- 2012-01-09 20:08:40 - cd /src/sys/ia64/conf TB --- 2012-01-09 20:08:40 - /usr/bin/make -B LINT TB --- 2012-01-09 20:08:40 - cd /src/sys/ia64/conf TB --- 2012-01-09 20:08:40 - /usr/sbin/config -m LINT TB --- 2012-01-09 20:08:40 - building LINT kernel TB --- 2012-01-09 20:08:40 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 20:08:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 20:08:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 20:08:40 - SRCCONF=/dev/null TB --- 2012-01-09 20:08:40 - TARGET=ia64 TB --- 2012-01-09 20:08:40 - TARGET_ARCH=ia64 TB --- 2012-01-09 20:08:40 - TZ=UTC TB --- 2012-01-09 20:08:40 - __MAKE_CONF=/dev/null TB --- 2012-01-09 20:08:40 - cd /src TB --- 2012-01-09 20:08:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 9 20:08:41 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror vnode_if.c :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror vers.c linking kernel nfs_nfsdsubs.o(.data.rel+0x0): undefined reference to `sysctl__vfs_nfsd_children' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-09 20:34:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-09 20:34:25 - ERROR: failed to build LINT kernel TB --- 2012-01-09 20:34:25 - 6936.71 user 885.31 system 8626.65 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 20:55:08 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA7DD1065673; Mon, 9 Jan 2012 20:55:08 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 98B398FC08; Mon, 9 Jan 2012 20:55:07 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id q09KsjFI062746; Tue, 10 Jan 2012 05:54:55 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id q09Kshdv068425; Tue, 10 Jan 2012 05:54:45 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 10 Jan 2012 04:02:24 +0900 (JST) Message-Id: <20120110.040224.1057547871207328114.hrs@allbsd.org> To: feld@feld.me From: Hiroki Sato In-Reply-To: References: <891fe25c-1560-479f-b855-1713c1c7a976@email.android.com> <20120108.052346.1749642548460957219.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Jan_10_04_02_24_2012_782)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Tue, 10 Jan 2012 05:54:58 +0900 (JST) X-Spam-Status: No, score=-103.9 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT,FAKEDWORD_ZERO,QENCPTR1,RDNS_NONE,SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-hackers@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: accepting rtadv broken on 9-STABLE, re driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 20:55:08 -0000 ----Security_Multipart(Tue_Jan_10_04_02_24_2012_782)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mark Felder wrote in : fe> On Sat, 07 Jan 2012 14:23:46 -0600, Hiroki Sato fe> wrote: fe> fe> > It is an unexpected behavior and the flag should be set on all fe> > interfaces. Can you send me your /etc/rc.conf, /etc/sysctl.conf, and fe> > the result of "ifconfig -a"? fe> fe> Back at work so I have access to the machine again: (snip) fe> # ifconfig -a fe> fe> 11:43:29 tech304:~ > ifconfig -a fe> re0: flags=8943 metric fe> 0 mtu 1500 fe> options=209b fe> ether d0:67:e5:17:e1:32 fe> inet6 fe80::d267:e5ff:fe17:e132%re0 prefixlen 64 scopeid 0x2 fe> inet 192.168.93.23 netmask 0xffffff00 broadcast 192.168.93.255 fe> inet6 2607:f4e0:100:104:d267:e5ff:fe17:e132 prefixlen 64 autoconf fe> nd6 options=23 fe> media: Ethernet autoselect (100baseTX ) fe> status: active re0 seems to have ACCEPT_RTADV. What is the problem? fe> lo0: flags=8049 metric 0 mtu 16384 fe> options=3 fe> inet6 ::1 prefixlen 128 fe> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 fe> inet 127.0.0.1 netmask 0xff000000 fe> nd6 options=21 fe> vboxnet0: flags=8802 metric 0 mtu 1500 fe> ether 0a:00:27:00:00:00 fe> nd6 options=23 -- Hiroki ----Security_Multipart(Tue_Jan_10_04_02_24_2012_782)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk8LOcAACgkQTyzT2CeTzy1K6wCdHmKjart3w8ky2Zi4HqfXlNiN s4kAn2nQRLHQ3j+foxOOBM3/74qSU3NK =fCdP -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Jan_10_04_02_24_2012_782)---- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 21:06:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EB621065676 for ; Mon, 9 Jan 2012 21:06:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id D8E118FC13 for ; Mon, 9 Jan 2012 21:06:52 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta12.westchester.pa.mail.comcast.net with comcast id KSMM1i0031c6gX85CZ6s4C; Mon, 09 Jan 2012 21:06:52 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta23.westchester.pa.mail.comcast.net with comcast id KZ6r1i01Y1t3BNj3jZ6sRq; Mon, 09 Jan 2012 21:06:52 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4FE8F102C1E; Mon, 9 Jan 2012 13:06:50 -0800 (PST) Date: Mon, 9 Jan 2012 13:06:50 -0800 From: Jeremy Chadwick To: Freddie Cash Message-ID: <20120109210650.GA98353@icarus.home.lan> References: <06569CAF-2BD8-4494-A19C-B32B19DDF915@digsys.bg> 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 Stable Subject: Re: Upgrade from 8.2-STABLE to 9.0-RELEASE wedges on SuperMicro H8DGiF-based system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 21:06:53 -0000 On Mon, Jan 09, 2012 at 11:25:45AM -0800, Freddie Cash wrote: > 2012/1/9 Daniel Kalchev : > > On Jan 9, 2012, at 8:03 PM, Freddie Cash wrote: > > > >> Small correction: ??these are AMD Opteron 6218 CPUs, not 2218. > >> > >>> Hardware (alphadrive): > >>> ??Chenbro 5U rackmount chassis with 24 hot-swap drive bays > >>> ??SuperMicro H8DGi-F motherboard > >>> ??AMD Opteron 6218 CPU (8-cores at 2.0 GHz) > > > > You meant Opteron 6128 perhaps? > > Yes, 6128. Aren't typos fun? :) > > > This looks weird coincidence indeed and considering the comments so far I too would question ACPI (BIOS revision, settings etc) and the possibility for some hardware going bad. > > I've upgraded the BIOS to v2.00 same as betadrive. However, using the > exact same BIOS settings as betadrive causes the SATA controllers and > onboard igb(4) interfaces to not be detected. At all. Nothing in > dmesg or pciconf. Resetting BIOS settings to "Failsafe settings" > shows the SATA controllers and onboard NICs. Now the fun begins to > figure out which setting in the BIOS is causing this. > > I'm starting to lean toward a hardware issue with either the CPU > (since most of the chipset is in the CPU nowadays) or the motherboard. > > Have a few more tests to run to try and narrow things down. Probably goes without saying, but: I would report *all* of this behaviour to Supermicro Technical Support. What you could be experiencing is simply a BIOS bug, they should be able to help if you figure out what particular setting causes the problem. For an example of just how nonsensical some BIOS behaviours are, here's a bug report I submit to Shuttle regarding how disabling the Firewire controller on their system resulted in a box that wouldn't even start up: http://koitsu.wordpress.com/2009/05/22/shuttle-sg45h7-firewire-bug-in-bios-sg45u10o/ -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 21:07:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CFA6106564A; Mon, 9 Jan 2012 21:07:14 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 216658FC13; Mon, 9 Jan 2012 21:07:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:Cc:To:Content-Type; bh=7eIBfVd7LCXOYp1ezWltHqvuglG/nxN9dcuihy9xhEU=; b=NtaHO8HNLmd3d7Uf6jDWWrQZBdvh/bowVfY1WXpoQpQMeQp9vGfzVDAVAc58GjtqZRf1PfS0+mtG0e9TmOC/APvqRpzni0HYC3MmzhUaaM1fzfLFOeaTPj+UElA6oldO; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RkMQj-000Dfh-IR; Mon, 09 Jan 2012 15:07:13 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1326143211-88972-88971/5/10; Mon, 9 Jan 2012 21:06:51 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org References: <891fe25c-1560-479f-b855-1713c1c7a976@email.android.com> <20120108.052346.1749642548460957219.hrs@allbsd.org> <20120110.040224.1057547871207328114.hrs@allbsd.org> Date: Mon, 9 Jan 2012 15:06:51 -0600 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <20120110.040224.1057547871207328114.hrs@allbsd.org> User-Agent: Opera Mail/11.61 (FreeBSD) X-SA-Score: -1.0 Cc: Subject: Re: accepting rtadv broken on 9-STABLE, re driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2012 21:07:14 -0000 On Mon, 09 Jan 2012 13:02:24 -0600, Hiroki Sato wrote: > re0 seems to have ACCEPT_RTADV. What is the problem? That's because I haven't rebooted.... Let's start fresh. The normal ipv6 configuration anyone would use: -ipv6_activate_all_interfaces="YES" in rc.conf -NO mention of net.inet6.ip6.accept_rtadv in sysctl.conf I boot up, re0 *does not* have ACCEPT_RTADV. I try forcing via the sysctl: net.inet6.ip6.accept_rtadv=1 Still doesn't work! I finally have to result to: ifconfig re0 inet6 accept_rtadv Why? What makes this machine different? All the other machines I run do not require this to get ACCEPT_RTADV. Is it the re driver? My other machines have em and ath interfaces. Thanks, Mark From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 22:12:35 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22374106566B; Mon, 9 Jan 2012 22:12:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id D424E8FC08; Mon, 9 Jan 2012 22:12:34 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q09MCYsV088236; Mon, 9 Jan 2012 22:12:34 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q09MCYCs088231; Mon, 9 Jan 2012 22:12:34 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jan 2012 22:12:34 GMT Message-Id: <201201092212.q09MCYCs088231@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 22:12:35 -0000 TB --- 2012-01-09 20:23:00 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-09 20:23:00 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-01-09 20:23:00 - cleaning the object tree TB --- 2012-01-09 20:23:17 - cvsupping the source tree TB --- 2012-01-09 20:23:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-01-09 20:23:23 - building world TB --- 2012-01-09 20:23:23 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 20:23:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 20:23:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 20:23:23 - SRCCONF=/dev/null TB --- 2012-01-09 20:23:23 - TARGET=powerpc TB --- 2012-01-09 20:23:23 - TARGET_ARCH=powerpc TB --- 2012-01-09 20:23:23 - TZ=UTC TB --- 2012-01-09 20:23:23 - __MAKE_CONF=/dev/null TB --- 2012-01-09 20:23:23 - cd /src TB --- 2012-01-09 20:23:23 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 9 20:23:26 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 9 21:54:22 UTC 2012 TB --- 2012-01-09 21:54:22 - generating LINT kernel config TB --- 2012-01-09 21:54:22 - cd /src/sys/powerpc/conf TB --- 2012-01-09 21:54:22 - /usr/bin/make -B LINT TB --- 2012-01-09 21:54:23 - cd /src/sys/powerpc/conf TB --- 2012-01-09 21:54:23 - /usr/sbin/config -m LINT TB --- 2012-01-09 21:54:23 - building LINT kernel TB --- 2012-01-09 21:54:23 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 21:54:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 21:54:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 21:54:23 - SRCCONF=/dev/null TB --- 2012-01-09 21:54:23 - TARGET=powerpc TB --- 2012-01-09 21:54:23 - TARGET_ARCH=powerpc TB --- 2012-01-09 21:54:23 - TZ=UTC TB --- 2012-01-09 21:54:23 - __MAKE_CONF=/dev/null TB --- 2012-01-09 21:54:23 - cd /src TB --- 2012-01-09 21:54:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 9 21:54:23 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror vnode_if.c :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror vers.c linking kernel nfs_nfsdsubs.o(.data+0x0): undefined reference to `sysctl__vfs_nfsd_children' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-09 22:12:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-09 22:12:34 - ERROR: failed to build LINT kernel TB --- 2012-01-09 22:12:34 - 5098.81 user 819.74 system 6573.86 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 9 22:20:50 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A69C106566C; Mon, 9 Jan 2012 22:20:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id CF7B08FC15; Mon, 9 Jan 2012 22:20:49 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q09MKnG6092917; Mon, 9 Jan 2012 22:20:49 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q09MKnv6092916; Mon, 9 Jan 2012 22:20:49 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jan 2012 22:20:49 GMT Message-Id: <201201092220.q09MKnv6092916@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 22:20:50 -0000 TB --- 2012-01-09 20:34:25 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-09 20:34:25 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-01-09 20:34:25 - cleaning the object tree TB --- 2012-01-09 20:34:44 - cvsupping the source tree TB --- 2012-01-09 20:34:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-01-09 20:34:50 - building world TB --- 2012-01-09 20:34:50 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 20:34:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 20:34:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 20:34:50 - SRCCONF=/dev/null TB --- 2012-01-09 20:34:50 - TARGET=sparc64 TB --- 2012-01-09 20:34:50 - TARGET_ARCH=sparc64 TB --- 2012-01-09 20:34:50 - TZ=UTC TB --- 2012-01-09 20:34:50 - __MAKE_CONF=/dev/null TB --- 2012-01-09 20:34:50 - cd /src TB --- 2012-01-09 20:34:50 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 9 20:34:51 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 9 22:01:42 UTC 2012 TB --- 2012-01-09 22:01:42 - generating LINT kernel config TB --- 2012-01-09 22:01:42 - cd /src/sys/sparc64/conf TB --- 2012-01-09 22:01:42 - /usr/bin/make -B LINT TB --- 2012-01-09 22:01:42 - cd /src/sys/sparc64/conf TB --- 2012-01-09 22:01:42 - /usr/sbin/config -m LINT TB --- 2012-01-09 22:01:42 - building LINT kernel TB --- 2012-01-09 22:01:42 - CROSS_BUILD_TESTING=YES TB --- 2012-01-09 22:01:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-09 22:01:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-09 22:01:42 - SRCCONF=/dev/null TB --- 2012-01-09 22:01:42 - TARGET=sparc64 TB --- 2012-01-09 22:01:42 - TARGET_ARCH=sparc64 TB --- 2012-01-09 22:01:42 - TZ=UTC TB --- 2012-01-09 22:01:42 - __MAKE_CONF=/dev/null TB --- 2012-01-09 22:01:42 - cd /src TB --- 2012-01-09 22:01:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 9 22:01:42 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror vnode_if.c :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror vers.c linking kernel nfs_nfsdsubs.o(.data+0x0): undefined reference to `sysctl__vfs_nfsd_children' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-09 22:20:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-09 22:20:49 - ERROR: failed to build LINT kernel TB --- 2012-01-09 22:20:49 - 4909.68 user 816.33 system 6383.91 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 01:57:16 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9241106566B; Tue, 10 Jan 2012 01:57:16 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 996FB8FC13; Tue, 10 Jan 2012 01:57:15 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id q0A1urwq036352; Tue, 10 Jan 2012 10:57:03 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id q0A1up85070426; Tue, 10 Jan 2012 10:56:52 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 10 Jan 2012 10:56:47 +0900 (JST) Message-Id: <20120110.105647.2218023206500143768.hrs@allbsd.org> To: feld@feld.me From: Hiroki Sato In-Reply-To: References: <20120110.040224.1057547871207328114.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Jan_10_10_56_47_2012_244)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Tue, 10 Jan 2012 10:57:04 +0900 (JST) X-Spam-Status: No, score=-104.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-hackers@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: accepting rtadv broken on 9-STABLE, re driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2012 01:57:16 -0000 ----Security_Multipart(Tue_Jan_10_10_56_47_2012_244)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mark Felder wrote in : fe> On Mon, 09 Jan 2012 13:02:24 -0600, Hiroki Sato fe> wrote: fe> fe> > re0 seems to have ACCEPT_RTADV. What is the problem? fe> fe> That's because I haven't rebooted.... fe> fe> Let's start fresh. fe> fe> The normal ipv6 configuration anyone would use: fe> fe> -ipv6_activate_all_interfaces="YES" in rc.conf fe> fe> -NO mention of net.inet6.ip6.accept_rtadv in sysctl.conf fe> fe> I boot up, re0 *does not* have ACCEPT_RTADV. This is an expected behavior. ACCEPT_RTADV is disabled by default on 9.X. fe> I try forcing via the sysctl: net.inet6.ip6.accept_rtadv=1 fe> fe> Still doesn't work! This needs a reboot. Did you reboot the box? fe> Why? What makes this machine different? All the other machines I run fe> do not require this to get ACCEPT_RTADV. Is it the re driver? My other fe> machines have em and ath interfaces. Putting the following line net.inet6.ip6.accept_rtadv=1 into /etc/sysctl.conf, and then removing the following line ipv6_ifconfig_re0="inet6 accept_rtadv" should work, I think. (Of course a reboot is needed after that). -- Hiroki ----Security_Multipart(Tue_Jan_10_10_56_47_2012_244)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk8Lmt8ACgkQTyzT2CeTzy1aBwCggmuaf14QUdlQz+KZGCZUdj1T bHIAn1m8ZIcSvsFMDvMXdZbVKjX2Q03i =HzrJ -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Jan_10_10_56_47_2012_244)---- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 02:02:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8520A106564A; Tue, 10 Jan 2012 02:02:13 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 49FCA8FC12; Tue, 10 Jan 2012 02:02:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:Cc:To:Content-Type; bh=sh6A6f51ZCckeQ1GzjYoi7yvLLdOiWHjHc7cKpZTnRM=; b=U8JPj3vbjue/e2Omr3pAfi7GOnkXqol2FA/l9P44b/m3CaJuPdcCdRA4+gzwAd+RQr5L1DMSA4i2SOjWtjPwyoXb+tJFIhOKzfloK3HPSm78+xogKxFeBMgRvPHAP3wr; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RkR2R-000Liu-FM; Mon, 09 Jan 2012 20:02:12 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1326160925-88972-88971/5/12; Tue, 10 Jan 2012 02:02:05 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org References: <20120110.040224.1057547871207328114.hrs@allbsd.org> <20120110.105647.2218023206500143768.hrs@allbsd.org> Date: Mon, 9 Jan 2012 20:02:05 -0600 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <20120110.105647.2218023206500143768.hrs@allbsd.org> User-Agent: Opera Mail/11.61 (FreeBSD) X-SA-Score: -1.0 Cc: Hiroki Sato Subject: Re: accepting rtadv broken on 9-STABLE, re driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2012 02:02:13 -0000 On Mon, 09 Jan 2012 19:56:47 -0600, Hiroki Sato wrote: > > This is an expected behavior. ACCEPT_RTADV is disabled by default on > 9.X. > Thanks for clarifying. I'll make sure I update our documentation at work regarding how exactly to get ACCEPT_RTADV working so this is clarified. Regards, Mark From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 09:22:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C0801065670 for ; Tue, 10 Jan 2012 09:22:36 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id DBDF28FC0C for ; Tue, 10 Jan 2012 09:22:35 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id q0A9MZ2Q006527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 Jan 2012 01:22:35 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id q0A9MZGK006526; Tue, 10 Jan 2012 01:22:35 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA23946; Tue, 10 Jan 12 01:12:23 PST Date: Tue, 10 Jan 2012 08:12:04 -0800 From: perryh@pluto.rain.com To: fjwcash@gmail.com Message-Id: <4f0c6354.ua95H8JsdztgE1m0%perryh@pluto.rain.com> References: In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrade from 8.2-STABLE to 9.0-RELEASE wedges on SuperMicro H8DGiF-based system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2012 09:22:36 -0000 Freddie Cash wrote: > On Mon, Jan 9, 2012 at 9:50 AM, John Nielsen > wrote: > > From what you've said I strongly suspect that you have some > > kind of hardware issue. Dodgy RAM is my first guess ... > > That's what we're leaning toward as well. We're planning on > doing a BIOS upgrade (betadrive is running v2.00 and alphadrive > is v1.00), then a memtest86+ run, then check firmware on the > SATA controllers. I'd suggest doing the memtest86+ run first, rather than risk doing a BIOS upgrade with bad RAM (which could brick the machine). From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 10:56:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3C5D106564A for ; Tue, 10 Jan 2012 10:56:27 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) by mx1.freebsd.org (Postfix) with ESMTP id F131C8FC14 for ; Tue, 10 Jan 2012 10:56:26 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RkZNR-0009yp-J5 for freebsd-stable@freebsd.org; Tue, 10 Jan 2012 10:56:25 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RkZNR-0002xZ-IN for freebsd-stable@freebsd.org; Tue, 10 Jan 2012 10:56:25 +0000 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Tue, 10 Jan 2012 10:56:25 +0000 Subject: Odd zpool problem - always one disc offline, maybe controller related ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2012 10:56:28 -0000 I upgraded my system to -stable on January 6th, and since then I have noticed a very odd problem. I have a zpool with 4 drives in it, and one of them is always 'OFFLINE' - if I put it online and it styarts resolvering then another one immediately goes offline. It's the same two drives alternating as well - very perplexing. I have checked all the cabling (they are eSATA drives), and it is all pushed home solid. It looks from dmesg like the drive is disconnecting and reconnecting briefly, but thats triggering it being dropped out of the zpool. I must admit that though I noticed thos on the 6th, I cant tell you whhether it was working on the version I was runnign previously, as I dont check the zpool on that machine as ofetn as I shiuld. Am recompiling an earlier version now though to see. Details of what happens are below: -pete. ------ [pete@skerry ~]$ zpool status pool: cube state: DEGRADED status: One or more devices has been removed by the administrator. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Online the device using 'zpool online' or replace the device with 'zpool replace'. scan: resilvered 6.41G in 2h27m with 0 errors on Mon Jan 9 23:23:27 2012 config: NAME STATE READ WRITE CKSUM cube DEGRADED 0 0 0 mirror-0 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada3 ONLINE 0 0 0 mirror-1 DEGRADED 0 0 0 ada1 ONLINE 0 0 0 8890308235385361660 REMOVED 0 0 0 was /dev/ada0 errors: No known data errors [pete@skerry ~]$ su Password: skerry# zpool online ada0 missing device name usage: online [-e] ... skerry# zpool online cube ada0 skerry# zpool status pool: cube state: DEGRADED status: One or more devices is currently being resilvered. The pool will continue to function, possibly in a degraded state. action: Wait for the resilver to complete. scan: resilver in progress since Tue Jan 10 09:03:58 2012 1.02G scanned out of 1.42T at 80.6M/s, 5h8m to go 492M resilvered, 0.07% done config: NAME STATE READ WRITE CKSUM cube DEGRADED 0 0 0 mirror-0 DEGRADED 0 0 0 ada2 ONLINE 0 0 0 6739201713000599902 REMOVED 0 0 0 was /dev/ada3 mirror-1 ONLINE 0 0 0 ada1 ONLINE 0 0 0 ada0 ONLINE 0 0 0 (resilvering) errors: No known data errors skerry# ...and from dmesg at the point I did that: (ada3:siisch3:0:0:0): lost device (ada3:siisch3:0:0:0): removing device entry ada3 at siisch3 bus 0 scbus3 target 0 lun 0 ada3: ATA-8 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) here is the boot dmesg: 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 8.2-STABLE #0: Fri Jan 6 12:41:32 GMT 2012 pete@skerry.drayhouse:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (2992.52-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 6 Model = 17 Stepping = 6 Features=0xbfebfbff Features2=0x8e3fd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4299161600 (4100 MB) avail memory = 4024582144 (3838 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 siis0: port 0x3100-0x310f mem 0xf0308000-0xf030807f,0xf0300000-0xf0307fff irq 16 at device 0.0 on pci2 siis0: [ITHREAD] siisch0: at channel 0 on siis0 siisch0: [ITHREAD] siisch1: at channel 1 on siis0 siisch1: [ITHREAD] siisch2: at channel 2 on siis0 siisch2: [ITHREAD] siisch3: at channel 3 on siis0 siisch3: [ITHREAD] vgapci0: port 0x4240-0x4247 mem 0xf0100000-0xf017ffff,0xe0000000-0xefffffff,0xf0000000-0xf00fffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: aperture size is 256M, detected 6140k stolen memory pci0: at device 3.0 (no driver attached) em0: port 0x4100-0x411f mem 0xf0180000-0xf019ffff,0xf01a4000-0xf01a4fff irq 19 at device 25.0 on pci0 em0: Using an MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1f:29:d3:51:be uhci0: port 0x4120-0x413f irq 20 at device 26.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x4140-0x415f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0x4160-0x417f irq 22 at device 26.2 on pci0 uhci2: [ITHREAD] usbus2: on uhci2 ehci0: mem 0xf01a5000-0xf01a53ff irq 22 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pci0: at device 27.0 (no driver attached) pcib3: irq 20 at device 28.0 on pci0 pci32: on pcib3 siis1: port 0x1100-0x117f mem 0xf0404000-0xf040407f,0xf0400000-0xf0403fff irq 16 at device 0.0 on pci32 siis1: [ITHREAD] siisch4: at channel 0 on siis1 siisch4: [ITHREAD] siisch5: at channel 1 on siis1 siisch5: [ITHREAD] pcib4: irq 21 at device 28.1 on pci0 pci48: on pcib4 uhci3: port 0x4180-0x419f irq 20 at device 29.0 on pci0 uhci3: [ITHREAD] usbus4: on uhci3 uhci4: port 0x41a0-0x41bf irq 21 at device 29.1 on pci0 uhci4: [ITHREAD] usbus5: on uhci4 uhci5: port 0x41c0-0x41df irq 22 at device 29.2 on pci0 uhci5: [ITHREAD] usbus6: on uhci5 ehci1: mem 0xf01a5400-0xf01a57ff irq 20 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib5: at device 30.0 on pci0 pci7: on pcib5 em1: port 0x2100-0x213f mem 0xf0200000-0xf021ffff irq 20 at device 4.0 on pci7 em1: [FILTER] em1: Ethernet address: 00:07:e9:10:d8:86 em2: port 0x2140-0x217f mem 0xf0220000-0xf023ffff irq 21 at device 4.1 on pci7 em2: [FILTER] em2: Ethernet address: 00:07:e9:10:d8:87 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4200-0x420f,0x4210-0x421f irq 18 at device 31.2 on pci0 ata0: at channel 0 on atapci0 ata0: [ITHREAD] ata1: at channel 1 on atapci0 ata1: [ITHREAD] atapci1: port 0x4258-0x425f,0x4270-0x4273,0x4260-0x4267,0x4274-0x4277,0x4220-0x422f,0x4230-0x423f irq 18 at device 31.5 on pci0 atapci1: [ITHREAD] ata2: at channel 0 on atapci1 ata2: [ITHREAD] ata3: at channel 1 on atapci1 ata3: [ITHREAD] acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] acpi_hpet1: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: acpi_hpet1 attach returned 12 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 (noperiph:siisch0:0:-1:-1): rescan already queued (noperiph:siisch1:0:-1:-1): rescan already queued (noperiph:siisch2:0:-1:-1): rescan already queued (noperiph:siisch3:0:-1:-1): rescan already queued (noperiph:siisch4:0:-1:-1): rescan already queued ZFS filesystem version 5 ZFS storage pool version 28 Timecounters tick every 1.000 msec vboxdrv: fAsync=0 offMin=0x168 offMax=0x40b usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered acd0: DVDR at ata1-master UDMA100 SATA 1.5Gb/s uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered ugen7.2: at usbus7 umass0: on usbus7 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:7:0:-1: Attached to scbus7 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 (probe1:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe1:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe1:umass-sim0:0:0:0): SCSI status: Check Condition (probe1:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) ugen1.2: at usbus1 ukbd0: on usbus1 kbd2 at ukbd0 uhid0: on usbus1 (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI status: Check Condition (probe0:umass-sim0:0:0:1): SCSI sense: NOT READY asc:3a,0 (Medium not present) (probe0:umass-sim0:0:0:2): TEST UNIT READY. CDB: 0 40 0 0 0 0 (probe0:umass-sim0:0:0:2): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:2): SCSI status: Check Condition (probe0:umass-sim0:0:0:2): SCSI sense: NOT READY asc:3a,0 (Medium not present) (probe0:umass-sim0:0:0:3): TEST UNIT READY. CDB: 0 60 0 0 0 0 (probe0:umass-sim0:0:0:3): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:3): SCSI status: Check Condition (probe0:umass-sim0:0:0:3): SCSI sense: NOT READY asc:3a,0 (Medium not present) ada0 at siisch0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada1 at siisch1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada2 at siisch2 bus 0 scbus2 target 0 lun 0 ada2: ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada3 at siisch3 bus 0 scbus3 target 0 lun 0 ada3: ATA-8 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada4 at siisch4 bus 0 scbus4 target 0 lun 0 ada4: ATA-8 SATA 2.x device ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 512bytes) ada4: Command Queueing enabled ada4: 30533MB (62533296 512 byte sectors: 16H 63S/T 16383C) da0 at umass-sim0 bus 0 scbus7 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present cd0 at ata1 bus 0 scbus6 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 100.000MB/s transfers cd0: cd present [3008 x 2048 byte records] da1 at umass-sim0 bus 0 scbus7 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not presentSMP: AP CPU #1 Launched! da2 at umass-sim0 bus 0 scbus7 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 scbus7 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/gpt/skerry-root Setting hostuuid: 0071dfa5-eaab-11df-88e2-02dc1053ff3a. Setting hostid: 0xe54799ad. Entropy harvesting: interrupts ethernet point_to_point kickstart . Starting file system checks: /dev/gpt/skerry-root: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/gpt/skerry-root: clean, 7792879 free (65439 frags, 965930 blocks, 0.6% fragmentation) Mounting local file systems: From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 19:18:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F111106566C for ; Tue, 10 Jan 2012 19:18:52 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0248E8FC0A for ; Tue, 10 Jan 2012 19:18:51 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so5894733vbb.13 for ; Tue, 10 Jan 2012 11:18:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=+cHEGti5/q9Rf6MvKzj9UYdBbG12+lwpbR9rC5ECjLU=; b=NuFdKGnkU+M/RV3hv0gYHlVbZl4rHg+u8uFtpoReTxeyDLMpBD0kKKYS9VZPvvoWvB ZswLrYJvy7CwNQtsFeHYX5Iii/zxu2NOi5kSVHWx64JO6KzzLPh5dxJKcKk42LtqA+Ou WoT+Kni562s3zuJOSPjpURpT3MPMDqJ8vjvAk= MIME-Version: 1.0 Received: by 10.52.91.17 with SMTP id ca17mr8444734vdb.56.1326223131309; Tue, 10 Jan 2012 11:18:51 -0800 (PST) Received: by 10.220.191.130 with HTTP; Tue, 10 Jan 2012 11:18:51 -0800 (PST) In-Reply-To: References: <06569CAF-2BD8-4494-A19C-B32B19DDF915@digsys.bg> Date: Tue, 10 Jan 2012 11:18:51 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Upgrade from 8.2-STABLE to 9.0-RELEASE wedges on SuperMicro H8DGiF-based system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2012 19:18:52 -0000 On Mon, Jan 9, 2012 at 11:25 AM, Freddie Cash wrote: > I've upgraded the BIOS to v2.00 same as betadrive. =C2=A0However, using t= he > exact same BIOS settings as betadrive causes the SATA controllers and > onboard igb(4) interfaces to not be detected. =C2=A0At all. =C2=A0Nothing= in > dmesg or pciconf. =C2=A0Resetting BIOS settings to "Failsafe settings" > shows the SATA controllers and onboard NICs. =C2=A0Now the fun begins to > figure out which setting in the BIOS is causing this. Looks like the BIOS upgrade to v2.00a solved the stability issues with FreeBSD 9.0. The box has been up for over 24 hours now, finished a backups run overnight, ran multiple concurrent find processes on the ZFS pool, without any hiccups or issues. There's still something wonky with this BIOS and FreeBSD 9.0 and the older AOC-USAS-L8i SATA controllers, as I had to resort to the "Failsafe Settings". Using the exact same BIOS settings as the other box causes all PCIe devices to disappear. Since the box is working correctly now, as far as we can see, we'll be leaving it like this until the summer when we have more downtime available for testing. Thanks for listening everyone, and offering advice. For now, we'll consider this issue "solved". :) --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Jan 10 20:01:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BACB1065670 for ; Tue, 10 Jan 2012 20:01:00 +0000 (UTC) (envelope-from hizel@vyborg.ru) Received: from mail.vyborg.ru (mail.vyborg.ru [195.177.105.12]) by mx1.freebsd.org (Postfix) with ESMTP id D6AB78FC21 for ; Tue, 10 Jan 2012 20:00:59 +0000 (UTC) Received: from night ([195.177.104.24]) by mail.vyborg.ru (8.14.4/8.14.4) with ESMTP id q0AJl6cO055772 for ; Tue, 10 Jan 2012 23:47:08 +0400 (MSK) (envelope-from hizel@vyborg.ru) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Date: Tue, 10 Jan 2012 23:47:01 +0400 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ildar Hizbulin" Organization: Ariadna-Link Message-ID: User-Agent: Opera Mail/11.60 (Linux) Subject: minor typo in the file /etc/default/rc.conf in freebsd 7-STABLE bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2012 20:01:00 -0000 http://svnweb.freebsd.org/base/stable/7/etc/defaults/rc.conf?revision=223553&view=markup in line #create_arg_vlan0="vlan 102" # vlan tag for vlan0 device correctly create_args_vlan0 in 8-STABLE fixed http://svnweb.freebsd.org/base/stable/8/etc/defaults/rc.conf?r1=208094&r2=212080 thnx -- --- e-mail: hizel@vyborg.ru jabber id: hizel@vyborg.ru From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 02:20:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5495F1065693 for ; Wed, 11 Jan 2012 02:20:08 +0000 (UTC) (envelope-from andre@drenet.info) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id F2E428FC13 for ; Wed, 11 Jan 2012 02:20:07 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so270131vcb.13 for ; Tue, 10 Jan 2012 18:20:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=drenet.info; s=google; h=mime-version:x-originating-ip:date:message-id:subject:from:to :content-type; bh=iyekDCp2dD4Y7rXUdLGwwSLJeji/4IRbLTSC4m6KP3Q=; b=d81Mvflc8OxEeBvOKzj/EDg9Znbo09th2VrVQI5UGNokaTLqOv9zIx03+GAFrf0pgG iCB9KsXLqMYllCvF8sFETJDyGd4AwAV4oBqi3mKRSpjzR5RDMdM7zH6xXZPVNl+sjiRC M86NWmucTDVe9e+dyj04PZE3PweRjqAYA+q58= MIME-Version: 1.0 Received: by 10.220.215.68 with SMTP id hd4mr14119004vcb.10.1326247093976; Tue, 10 Jan 2012 17:58:13 -0800 (PST) Received: by 10.220.18.204 with HTTP; Tue, 10 Jan 2012 17:58:13 -0800 (PST) X-Originating-IP: [98.199.43.85] Date: Tue, 10 Jan 2012 19:58:13 -0600 Message-ID: From: Andre Goree To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: libutempter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2012 02:20:08 -0000 I recently csup'd 9-STABLE and was able to get it working along with my custom kernel. I'm now in the process of rebuilding all my ports, and I've come across something when running 'portmaster -af' that I can't seem to find any information on. ===>>> Launching child to reinstall libutempter-1.1.5_1 ===>>> Port directory: /usr/ports/sysutils/libutempter ===>>> This port is marked IGNORE ===>>> is now contained in the base system ===>>> If you are sure you can build it, remove the IGNORE line in the Makefile and try again. ===>>> Update for libutempter-1.1.5_1 failed ===>>> Aborting update Terminated I figure, "ok I'll just delete the package and move on." However, there are many packages I have installed that depend on libutemper. I would still just proceed with the removal given that the functionality is provided in base now, however I don't want to break all these ports and have to deal with the mess when I portmaster -af again. What is the recommended action here? Should I just force exclude that port from the upgrade? That's probably the easiest way but I'd have to deal with this at some point. Thanks in advance for any advice -- Andre Goree andre@drenetinfo From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 06:16:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E162C106566B for ; Wed, 11 Jan 2012 06:16:45 +0000 (UTC) (envelope-from andre@drenet.info) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 907EB8FC15 for ; Wed, 11 Jan 2012 06:16:45 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so447961vbb.13 for ; Tue, 10 Jan 2012 22:16:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=drenet.info; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=0mfqqC6pXc7KbquAVrE/womfhSSLaxoa3LLpgnP2Tak=; b=fInBzhxBqvDEhDHND2gBEsPfX+3ZCnPOAx+A1sCcNHO20y3TLtJnv/4w1p4vsVXdJb 7TWMm91z1U3j0zpH7SGJ2TmL2rJsx0U7dTWN38NTkIdaafx1wdkGpJNhoTzDOQ2g8MxW 6fxYAnMAqs/zLfqNUWk+2ttfdlgsGhH+0xzEk= MIME-Version: 1.0 Received: by 10.52.71.33 with SMTP id r1mr10545966vdu.113.1326262604944; Tue, 10 Jan 2012 22:16:44 -0800 (PST) Received: by 10.220.18.204 with HTTP; Tue, 10 Jan 2012 22:16:44 -0800 (PST) X-Originating-IP: [98.199.43.85] In-Reply-To: References: Date: Wed, 11 Jan 2012 00:16:44 -0600 Message-ID: From: Andre Goree To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: libutempter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2012 06:16:46 -0000 ---------- Forwarded message ---------- From: Andre Goree Date: Wed, Jan 11, 2012 at 12:15 AM Subject: Re: libutempter To: Dewayne Geraghty On Tue, Jan 10, 2012 at 11:04 PM, Dewayne Geraghty < dewayne.geraghty@heuristicsystems.com.au> wrote: > I just checked the makefile and libutempter is in the base system, per > .if ${OSVERSION} >= 900004 > IGNORE= is now contained in the base system > > I hope this helps. > Regards, Dewayne > > "I would still just proceed with the removal given that the functionality is provided in base now, however I don't want to break [dependencies on] all these ports" Mentioned that I was aware that it was in ports in my original post, sorry if I was confusing. What I've done in the meantime is just exclude that package for now. Perhaps after rebuilding the ports that currently depend on the libutempter port, the issue will resolve itself. These ports where built on the system when world was 8.2-STABLE, so I'm hoping a rebuild will sort it out. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 06:24:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C301D106564A; Wed, 11 Jan 2012 06:24:33 +0000 (UTC) (envelope-from rea@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 6D4CC8FC13; Wed, 11 Jan 2012 06:24:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=two; h=Sender:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=IgxnitJxIsnZHhEmbFeBujpa2Zh5xbZSDIIWW9t3yNo=; b=ZX8FhbbALdmGk34BdzQ/D4ST/h1R1CnhXpbFe7Vh+UEd+E7MScI8Gm/sp6bv+azOc/sXZOG4bS5Mb+eZLP0qSY9AZzdcBVs/Jm5z+QSMRC91zqFHUvf10A3hoQdOJiLAL8wiUGS6I4g6o7EKtWraNkQCgue7MNHhgZaD5suHKL918TL2u8OFV/Rfmb5AFma5azuZJhPHqraHXuUfgSCeFYUmLRgVkPPVUosmabsxNz5CzL5ovWSoVsg9RgULWL3fPC86kj7Nn+Mmxsp4+MAMXYgY7FkMKJZ8p1482bSPLb0TECaQO711y9qt11Cq3MoIul2DcTxZZ8SzgnSOTuOiog==; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1RkrLc-000EMY-VN; Wed, 11 Jan 2012 09:07:45 +0300 Date: Wed, 11 Jan 2012 10:07:42 +0400 From: Eygene Ryabinkin To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-embedded@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="N6OI5UwltL9FF6Nb" Content-Disposition: inline Sender: rea@codelabs.ru Cc: Subject: Anyone is currently using the rc_fast_and_loose rc.conf variable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2012 06:24:33 -0000 --N6OI5UwltL9FF6Nb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Good day. Sorry for cross-posting, but this question is really belongs to all three lists. Crawling over the rc.d scripts I had found the rc_fast_and_loose variable that affects the way rc.d scripts are processed inside /etc/rc script. There are some problems with certain rc.d script and this variable: they are described in my post to freebsd-rc@, http://lists.freebsd.org/pipermail/freebsd-rc/2011-December/002617.html The question is: does anyone uses rc_fast_and_loose? It seems to be undocumented and not referenced in any scripts and/or manuals. There are at least two ways of proceeding: fix rc.d scripts to work with fast_and_loose and just to eliminate it from rc.subr, so it will be good to know if the second way won't hurt anyone. Thanks. --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --N6OI5UwltL9FF6Nb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iF4EAREIAAYFAk8NJy4ACgkQFq+eroFS7PsS6QEAl/9GSxkeQJbrLOxhG7qXYCF/ QDFzE+vXd4kouHq59b8BAIhu2QkyAo2/h+SLx/J/qd5cydJywlXukJtW0DtskgGc =6N7m -----END PGP SIGNATURE----- --N6OI5UwltL9FF6Nb-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 16:30:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F9561065670 for ; Wed, 11 Jan 2012 16:30:46 +0000 (UTC) (envelope-from hizel@vyborg.ru) Received: from mail.vyborg.ru (mail.vyborg.ru [195.177.105.12]) by mx1.freebsd.org (Postfix) with ESMTP id CBD5C8FC0C for ; Wed, 11 Jan 2012 16:30:45 +0000 (UTC) Received: from night ([195.177.104.24]) by mail.vyborg.ru (8.14.4/8.14.4) with ESMTP id q0BGUfEX017281 for ; Wed, 11 Jan 2012 20:30:43 +0400 (MSK) (envelope-from hizel@vyborg.ru) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Organization: Ariadna-Link To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ildar Hizbulin" Date: Wed, 11 Jan 2012 20:30:37 +0400 Message-ID: User-Agent: Opera Mail/11.60 (Linux) Subject: minor typo in the file /etc/default/rc.conf in freebsd 7-STABLE bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2012 16:30:46 -0000 http://svnweb.freebsd.org/base/stable/7/etc/defaults/rc.conf?revision=223553&view=markup in line #create_arg_vlan0="vlan 102" # vlan tag for vlan0 device correctly create_args_vlan0 in 8-STABLE fixed http://svnweb.freebsd.org/base/stable/8/etc/defaults/rc.conf?r1=208094&r2=212080 thnx -- --- e-mail: hizel@vyborg.ru jabber id: hizel@vyborg.ru From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 17:24:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F235D106564A for ; Wed, 11 Jan 2012 17:24:27 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id BE2668FC0A for ; Wed, 11 Jan 2012 17:24:27 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so1801591obb.13 for ; Wed, 11 Jan 2012 09:24:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=WGD2laehcedlrOX36KcMdaWiEvXUnXyzTedCkF3V5dM=; b=mxWbIX2plxhfrbOXdnt7Fuf7QJHV8wpilZEFOXJHXbfw5/PBkE5ErJYrg3wE7BobiN JJXNbxGzky78TWrAuUQqQO5CqAi/ON6NH44Qa0/pQm/nsvohyM2dAjwuSPlHHz1r1a/n 2dlHhHXNXNcNrAsq4OII2WDSOJDs9nnQiDq5Q= MIME-Version: 1.0 Received: by 10.182.226.6 with SMTP id ro6mr143398obc.3.1326302667056; Wed, 11 Jan 2012 09:24:27 -0800 (PST) Received: by 10.182.171.67 with HTTP; Wed, 11 Jan 2012 09:24:27 -0800 (PST) In-Reply-To: References: Date: Wed, 11 Jan 2012 20:24:27 +0300 Message-ID: From: Sergey Kandaurov To: Ildar Hizbulin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: minor typo in the file /etc/default/rc.conf in freebsd 7-STABLE bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2012 17:24:28 -0000 On 11 January 2012 20:30, Ildar Hizbulin wrote: > http://svnweb.freebsd.org/base/stable/7/etc/defaults/rc.conf?revision=3D2= 23553&view=3Dmarkup > > in line > #create_arg_vlan0=3D"vlan 102" =A0 =A0# vlan tag for vlan0 device > > correctly create_args_vlan0 > > in 8-STABLE fixed > http://svnweb.freebsd.org/base/stable/8/etc/defaults/rc.conf?r1=3D208094&= r2=3D212080 hi, I just merged this change to 7-STABLE. Thanks for noticing! --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Jan 11 21:42:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95E14106564A for ; Wed, 11 Jan 2012 21:42:01 +0000 (UTC) (envelope-from rpclark@tds.net) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6F18FC12 for ; Wed, 11 Jan 2012 21:42:01 +0000 (UTC) Received: by yhfq46 with SMTP id q46so638504yhf.13 for ; Wed, 11 Jan 2012 13:42:00 -0800 (PST) Received: by 10.236.173.199 with SMTP id v47mr1112647yhl.19.1326316272246; Wed, 11 Jan 2012 13:11:12 -0800 (PST) Received: from x1.frogdoor.org (h69-130-64-149.kgldga.dsl.dynamic.tds.net. [69.130.64.149]) by mx.google.com with ESMTPS id d5sm4381943yhl.19.2012.01.11.13.11.10 (version=SSLv3 cipher=OTHER); Wed, 11 Jan 2012 13:11:11 -0800 (PST) Date: Wed, 11 Jan 2012 16:11:10 -0500 From: Rob Clark To: freebsd-stable@freebsd.org Message-Id: <20120111161110.4258969c.rpclark@tds.net> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2012 21:42:01 -0000 System: Dell 600sc Currently running: 8.2-RELEASE In attempting to update this system to 8-STABLE I did what I usually do to update a system (see below). make buildworld completes successfully, but make buildkernel does not. I usually create a custom kernel, but for this system I went with GENERIC as is. The error message is: /usr/src/sys/kern/init_sysent.c:568: error: invalid application of 'sizeof' to incomplete type 'struct posix_fadvise_args' /usr/src/sys/kern/init_sysent.c:568: error: 'posix_fadvise' undeclared here (not in a function) *** Error code 1 I found this pertaining to posix_fadvise in /usr/src/UPDATING: 20120106: A new VOP_ADVISE() was added to support posix_fadvise(2). All filesystem modules must be recompiled. Not sure what 'filesystem modules' is or referring to here. Also, am I not already recompiling 'All filesystem modules' during make buildworld? What I did (and usually do): csup -L 2 /root/stable-supfile rm -rf /etc.old cp -Rp /etc /etc.old adjkerntz -i cd /usr/obj chflags -R noschg * rm -rf * cd /usr/src /usr/bin/time -h make buildworld || exit build world finishes successfully. Then: cd /usr/src make buildkernel KERNCONF=GENERIC make installkernel KERNCONF=GENERIC This fails with error: /usr/src/sys/kern/init_sysent.c:568: error: invalid application of 'sizeof' to incomplete type 'struct posix_fadvise_args' /usr/src/sys/kern/init_sysent.c:568: error: 'posix_fadvise' undeclared here (not in a function) *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Following attempts: Attempt 2: I tried using 'make buildkernel' (without specifying KERNCONF) make buildkernel fails with same error. Attempt 3: Started from the beginning (same process as above) with new csup (sources) -- make buildkernel still failed with same error. Any help here would be greatly appreciated. In way over my head here. I have all logs from all attempts of the above if needed. Thanks, Rob Clark From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 00:15:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7024F106566C for ; Thu, 12 Jan 2012 00:15:59 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id D6FCE8FC0C for ; Thu, 12 Jan 2012 00:15:58 +0000 (UTC) Received: by lahd3 with SMTP id d3so881590lah.13 for ; Wed, 11 Jan 2012 16:15:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type:content-transfer-encoding; bh=xlAvmDiCk0RwvxLwxUuYHQPto4sITpZwnvkBi5niGi0=; b=i+buT1E2zr34CzfncCdvsMVIChSDD4yPky6G8mi3DfTDmS8zhQVED5hORHdO6W90eE QQPKup0TzHTWoySkYyBKHwKXKCaTYc+khHZexJho4l8OhvlHB2t7NfQx7cTKutN3KTD/ 1Y2q/tiNS04YQlpkJ9WLdLDqnRP1uRzfpBrvU= Received: by 10.152.144.133 with SMTP id sm5mr675143lab.38.1326327357118; Wed, 11 Jan 2012 16:15:57 -0800 (PST) MIME-Version: 1.0 Sender: lists@eitanadler.com Received: by 10.152.129.8 with HTTP; Wed, 11 Jan 2012 16:15:26 -0800 (PST) From: Eitan Adler Date: Wed, 11 Jan 2012 19:15:26 -0500 X-Google-Sender-Auth: r0IOCRD6rLzBblgHU_UXyTLGlQc Message-ID: To: freebsd-stable , Antony Mawer Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: New feature: support for ASCII art splash screens in TheDraw format (svn commit r229994) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2012 00:15:59 -0000 I just committed this feature which some of you may be interested in Example .bin files here: http://www.mawer.org/freebsd/ ---------- Forwarded message ---------- From: Eitan Adler Date: Wed, Jan 11, 2012 at 7:02 PM Subject: svn commit: r229994 - in stable/9: share/man/man4 sys/dev/fb sys/modules/splash sys/modules/splash/txt To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-stable@freebsd.org, svn-src-stable-9@freebsd.org Author: eadler (ports committer) Date: Thu Jan 12 00:02:14 2012 New Revision: 229994 URL: http://svn.freebsd.org/changeset/base/229994 Log: =C2=A0MFC r228445: =C2=A0 =C2=A0 =C2=A0 =C2=A0 - Add support for ASCII art splash screens in T= heDraw format =C2=A0PR: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 kern/143370 =C2=A0Approved by: =C2=A0ed Added: =C2=A0stable/9/sys/dev/fb/splash_txt.c =C2=A0 =C2=A0 - copied unchanged from r228445, head/sys/dev/fb/splash_txt.c =C2=A0stable/9/sys/modules/splash/txt/ =C2=A0 =C2=A0 - copied from r228445, head/sys/modules/splash/txt/ Modified: =C2=A0stable/9/share/man/man4/splash.4 =C2=A0stable/9/sys/modules/splash/Makefile Directory Properties: =C2=A0stable/9/share/man/ =C2=A0 (props changed) =C2=A0stable/9/share/man/man4/ =C2=A0 (props changed) =C2=A0stable/9/sys/ =C2=A0 (props changed) Modified: stable/9/share/man/man4/splash.4 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D --- stable/9/share/man/man4/splash.4 =C2=A0 =C2=A0Thu Jan 12 00:01:11 2012 =C2=A0(r229993) +++ stable/9/share/man/man4/splash.4 =C2=A0 =C2=A0Thu Jan 12 00:02:14 2012 =C2=A0(r229994) @@ -74,6 +74,14 @@ Bitmaps of other color depths will not b =C2=A0ZSoft PCX decoder. =C2=A0This decoder currently only supports version 5 8-bpp single-plane =C2=A0images. +.It Pa splash_txt.ko +TheDraw binary ASCII drawing file decoder. +Displays a text-mode 80x25 ASCII drawing, such as that produced by +the Binary save format in TheDraw. +This format consists of a sequence +of two byte pairs representing the 80x25 display, where the first byte +is the ASCII character to draw and the second byte indicates the +colors/attributes to use when drawing the character. =C2=A0.El =C2=A0.Pp =C2=A0The @@ -223,6 +231,16 @@ If the VESA support is statically linked =C2=A0necessary to load the VESA module. =C2=A0Just load the bitmap file and the splash decoder module as in the =C2=A0first example above. +.Pp +To load a binary ASCII drawing and display this while booting, include the +following into your +.Pa /boot/loader.conf +: +.Bd -literal -offset indent +splash_txt_load=3D"YES" +bitmap_load=3D"YES" +bitmap_name=3D"/boot/splash.bin" +.Ed =C2=A0.\".Sh DIAGNOSTICS =C2=A0.Sh SEE ALSO =C2=A0.Xr vidcontrol 1 , @@ -256,6 +274,15 @@ module was written by =C2=A0based on the =C2=A0.Pa splash_bmp =C2=A0code. +The +.Pa splash_txt +module was written by +.An Antony Mawer Aq antony@mawer.org +based on the +.Pa splash_bmp +code, with some additional inspiration from the +.Pa daemon_saver +code. =C2=A0.Sh CAVEATS =C2=A0Both the splash screen and the screen saver work with =C2=A0.Xr syscons 4 Copied: stable/9/sys/dev/fb/splash_txt.c (from r228445, head/sys/dev/fb/splash_txt.c) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D --- /dev/null =C2=A0 00:00:00 1970 =C2=A0 (empty, because file is newly add= ed) +++ stable/9/sys/dev/fb/splash_txt.c =C2=A0 =C2=A0Thu Jan 12 00:02:14 2012 =C2=A0(r229994, copy of r228445, head/sys/dev/fb/splash_txt.c) @@ -0,0 +1,135 @@ +/*- + * Copyright (c) 1999 Michael Smith + * Copyright (c) 1999 Kazutaka YOKOTA + * Copyright (c) 2005 Antony Mawer + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * =C2=A0 =C2=A0notice, this list of conditions and the following disclaim= er. + * 2. Redistributions in binary form must reproduce the above copyright + * =C2=A0 =C2=A0notice, this list of conditions and the following disclaim= er in the + * =C2=A0 =C2=A0documentation and/or other materials provided with the dis= tribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHORS AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURP= OSE + * ARE DISCLAIMED. =C2=A0IN NO EVENT SHALL THE AUTHORS OR CONTRIBUTORS BE = LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENT= IAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STR= ICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY W= AY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +#include +#include +#include +#include +#include + +#include + +#include +#include +#include + +static int splash_on =3D FALSE; + +static int txt_init(video_adapter_t *adp); +static int txt_end(video_adapter_t *adp); +static int txt_splash(video_adapter_t * adp, const int on); + +/* These are rows by columns of the text-mode display device. */ +#define BIN_IMAGE_WIDTH =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A080 +#define BIN_IMAGE_HEIGHT =C2=A0 =C2=A0 =C2=A0 25 + +static splash_decoder_t txt_decoder =3D { + =C2=A0 =C2=A0 =C2=A0 .name =3D "splash_txt", + =C2=A0 =C2=A0 =C2=A0 .init =3D txt_init, + =C2=A0 =C2=A0 =C2=A0 .term =3D txt_end, + =C2=A0 =C2=A0 =C2=A0 .splash =3D txt_splash, + =C2=A0 =C2=A0 =C2=A0 .data_type =3D SPLASH_IMAGE, +}; + +SPLASH_DECODER(splash_txt, txt_decoder); + +static void +draw_text_splash(sc_softc_t *sc) +{ + =C2=A0 =C2=A0 =C2=A0 u_int x, y; + =C2=A0 =C2=A0 =C2=A0 u_char ch, attr; + =C2=A0 =C2=A0 =C2=A0 u_char *pdata =3D txt_decoder.data; + + =C2=A0 =C2=A0 =C2=A0 /* Init failed. */ + =C2=A0 =C2=A0 =C2=A0 if (txt_decoder.data =3D=3D NULL) + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return; + =C2=A0 =C2=A0 =C2=A0 for (y =3D 0; y < BIN_IMAGE_HEIGHT; y++) { + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 for (x =3D 0; x < BIN_IM= AGE_WIDTH; x++) { + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 ch =3D *pdata++; + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 attr =3D *pdata++; + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 sc_vtb_putc(&sc->cur_scp->scr, + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 (y * sc->cur_scp->xsize) + x, + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 sc->scr_map[ch], (int)attr << 8); + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 } + =C2=A0 =C2=A0 =C2=A0 } +} + +static int +txt_init(video_adapter_t *adp) +{ + + =C2=A0 =C2=A0 =C2=A0 /* Ensure that the image data exists. */ + =C2=A0 =C2=A0 =C2=A0 if (txt_decoder.data =3D=3D NULL || txt_decoder.data= _size <=3D 0) { + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 printf("splash_txt: No A= SCII bitmap file found\n"); + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return (ENODEV); + =C2=A0 =C2=A0 =C2=A0 } + =C2=A0 =C2=A0 =C2=A0 return (0); +} + +static int +txt_end(video_adapter_t *adp) +{ + + =C2=A0 =C2=A0 =C2=A0 return (0); +} + +static int +txt_splash(video_adapter_t *adp, const int on) +{ + =C2=A0 =C2=A0 =C2=A0 sc_softc_t *sc; + =C2=A0 =C2=A0 =C2=A0 scr_stat *scp; + + =C2=A0 =C2=A0 =C2=A0 sc =3D sc_find_softc(adp, NULL); + =C2=A0 =C2=A0 =C2=A0 if (sc =3D=3D NULL) + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return (EAGAIN); + =C2=A0 =C2=A0 =C2=A0 scp =3D sc->cur_scp; + =C2=A0 =C2=A0 =C2=A0 if (on) { + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (!splash_on) { + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 if (adp->va_info.vi_flags & V_INFO_GRAPHICS) + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return EAGAIN; + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 /* Clear screen and set border colour. */ + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 sc_vtb_clear(&scp->scr, sc->scr_map[0x20], + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 (FG_LIGHTGREY | BG_BLACK) << 8); + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 (*vidsw[adp->va_index]->set_hw_cursor)(adp, -1, -1); + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 sc_set_border(scp, 0); + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 splash_on =3D TRUE; + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 /* Display the splash screen. */ + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 draw_text_splash(sc); + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 } + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return (0); + =C2=A0 =C2=A0 =C2=A0 } else { + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /* The video mode will b= e restored by the caller. */ + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 splash_on =3D FALSE; + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return (0); + =C2=A0 =C2=A0 =C2=A0 } +} + + Modified: stable/9/sys/modules/splash/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D --- stable/9/sys/modules/splash/Makefile =C2=A0 =C2=A0 =C2=A0 =C2=A0Thu Jan= 12 00:01:11 2012 =C2=A0 =C2=A0 =C2=A0 =C2=A0(r229993) +++ stable/9/sys/modules/splash/Makefile =C2=A0 =C2=A0 =C2=A0 =C2=A0Thu Jan= 12 00:02:14 2012 =C2=A0 =C2=A0 =C2=A0 =C2=A0(r229994) @@ -1,5 +1,5 @@ =C2=A0# $FreeBSD$ -SUBDIR=3D =C2=A0 =C2=A0 =C2=A0 =C2=A0bmp pcx +SUBDIR=3D =C2=A0 =C2=A0 =C2=A0 =C2=A0bmp pcx txt =C2=A0.include --=20 Eitan Adler Ports committer X11, Bugbusting teams From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 03:52:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64B371065679 for ; Thu, 12 Jan 2012 03:52:29 +0000 (UTC) (envelope-from andre@drenet.info) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA908FC14 for ; Thu, 12 Jan 2012 03:52:28 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so1731306vcb.13 for ; Wed, 11 Jan 2012 19:52:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=drenet.info; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=QCeS01+g5JagbrvMQkca3LNcn6vGf/yWvGmUgIk1odw=; b=HV4z7ZI2oHi7DA9NZaFWlRGKWg/VgZYWGA6ujYsf81a2Rnv6GW0Lqi/v4nIF5PkpnT B6n2o8f2fPf/mfdWsfKa3PKiXeko9hqEZwpNf3JGZTSBOKBKbN6LUQ1DX0pWYSadigET 843meY8dQYZeHNg2DY6YTVK3ISC6NMURYiA1M= MIME-Version: 1.0 Received: by 10.220.152.78 with SMTP id f14mr1261448vcw.30.1326340348220; Wed, 11 Jan 2012 19:52:28 -0800 (PST) Received: by 10.220.18.204 with HTTP; Wed, 11 Jan 2012 19:52:28 -0800 (PST) X-Originating-IP: [98.199.43.85] In-Reply-To: <20120111161110.4258969c.rpclark@tds.net> References: <20120111161110.4258969c.rpclark@tds.net> Date: Wed, 11 Jan 2012 21:52:28 -0600 Message-ID: From: Andre Goree To: Rob Clark Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2012 03:52:29 -0000 On Wed, Jan 11, 2012 at 3:11 PM, Rob Clark wrote: > System: Dell 600sc > Currently running: 8.2-RELEASE > > In attempting to update this system to 8-STABLE I did > what I usually do to update a system (see below). > make buildworld completes successfully, but make > buildkernel does not. I usually create a custom > kernel, but for this system I went with GENERIC as > is. > > The error message is: > /usr/src/sys/kern/init_sysent.c:568: error: invalid > application of 'sizeof' to incomplete type 'struct > posix_fadvise_args' /usr/src/sys/kern/init_sysent.c:568: > error: 'posix_fadvise' undeclared here (not in a > function) *** Error code 1 > > I found this pertaining to > posix_fadvise in /usr/src/UPDATING: > 20120106: > A new VOP_ADVISE() was added to support > posix_fadvise(2). All filesystem modules must be > recompiled. > > Not sure what 'filesystem modules' is or referring to > here. Also, am I not already recompiling 'All > filesystem modules' during make buildworld? > > What I did (and usually do): > csup -L 2 /root/stable-supfile > rm -rf /etc.old cp -Rp /etc /etc.old > adjkerntz -i > cd /usr/obj > chflags -R noschg * > rm -rf * > cd /usr/src > /usr/bin/time -h make buildworld || exit > > build world finishes successfully. > > Then: > cd /usr/src > make buildkernel KERNCONF=GENERIC > make installkernel KERNCONF=GENERIC > > This fails with error: > /usr/src/sys/kern/init_sysent.c:568: error: invalid > application of 'sizeof' to incomplete type 'struct > posix_fadvise_args' /usr/src/sys/kern/init_sysent.c:568: > error: 'posix_fadvise' undeclared here (not in a > function) *** Error code 1 > > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Following attempts: > > Attempt 2: > I tried using 'make buildkernel' (without > specifying KERNCONF) make buildkernel fails with > same error. > > Attempt 3: > Started from the beginning (same process as above) > with new csup (sources) -- make buildkernel still > failed with same error. > > Any help here would be greatly appreciated. > In way over my head here. I have all logs from all > attempts of the above if needed. > > Thanks, > Rob Clark > > _______________________________________________ > 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" > Perhaps two 'make cleandir' inside /usr/src will help. Run it just after removing everything within /usr/obj. FWIW, I usually run this simple bash script before building world on my machines: #!/bin/bash chflags -R noschg /usr/obj/usr rm -rf /usr/obj/usr cd /usr/src ; make cleandir ; make cleandir exit 0 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 18:42:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1492B106566B; Thu, 12 Jan 2012 18:42:50 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id CB7028FC08; Thu, 12 Jan 2012 18:42:49 +0000 (UTC) Received: by iazz13 with SMTP id z13so4634391iaz.13 for ; Thu, 12 Jan 2012 10:42:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Qvlf6c5sL5Ek7wapLPuEF8S53A813392B4nskG2/LE8=; b=EVpb1rfPpmIlmWvd6WKdNQs/QcS/bxoyC/8oBpOB9NKumeRZF9ca62v4sB8ITHD8Xl YeVHQyZ9lTLpfVLgi24SwKFE0rAFZcdhERtvSMFmfB4CPqPKm8gRZO0atsRHx+zocBDQ f61QbjmCxnZLNgDKTU4KnrNvS2JlRnKbrsj1Y= MIME-Version: 1.0 Received: by 10.42.180.9 with SMTP id bs9mr4634179icb.0.1326393769260; Thu, 12 Jan 2012 10:42:49 -0800 (PST) Received: by 10.231.135.3 with HTTP; Thu, 12 Jan 2012 10:42:49 -0800 (PST) Date: Thu, 12 Jan 2012 20:42:49 +0200 Message-ID: From: George Kontostanos To: FreeBSD Stable , FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2012 18:42:50 -0000 Greetings all and my apologies for cross posting! There seems to be a confusion regarding the ABI change in FreeBSD 9 and if this affects the usual upgrade path which includes a full port rebuild. The relevant post is here: http://forums.freebsd.org/showthread.php?t=28831 Frankly, I am also confused because I remember a relevant discussion a few months ago in the lists. Traditionally a major RELEASE upgrade requires a full ports rebuild, however this time there is no COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be working fine. On the other hand this is stated in UPDATING: 20110828: Bump the shared library version numbers for libraries that do not use symbol versioning, have changed the ABI compared to stable/8 and which shared library version was not bumped. Done as part of 9.0-RELEASE cycle. Your input would be appreciated! Regards, -- George Kontostanos Aicom telecoms ltd From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 19:38:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16EA4106566B for ; Thu, 12 Jan 2012 19:38:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E2FCA8FC17 for ; Thu, 12 Jan 2012 19:38:18 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 9B67546BA2; Thu, 12 Jan 2012 14:38:18 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D414BB947; Thu, 12 Jan 2012 14:38:17 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 12 Jan 2012 08:15:50 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120111161110.4258969c.rpclark@tds.net> In-Reply-To: <20120111161110.4258969c.rpclark@tds.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201120815.50838.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 12 Jan 2012 14:38:18 -0500 (EST) Cc: Rob Clark Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2012 19:38:19 -0000 On Wednesday, January 11, 2012 4:11:10 pm Rob Clark wrote: > System: Dell 600sc > Currently running: 8.2-RELEASE > > In attempting to update this system to 8-STABLE I did > what I usually do to update a system (see below). > make buildworld completes successfully, but make > buildkernel does not. I usually create a custom > kernel, but for this system I went with GENERIC as > is. > > The error message is: > /usr/src/sys/kern/init_sysent.c:568: error: invalid > application of 'sizeof' to incomplete type 'struct > posix_fadvise_args' /usr/src/sys/kern/init_sysent.c:568: > error: 'posix_fadvise' undeclared here (not in a > function) *** Error code 1 This sounds like you have an incomplete tree that only got part of a change (specifically, /usr/src/sys/sys/sysproto.h seems stale). Have you tried a different cvsup mirror? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 12 23:54:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D494A106564A; Thu, 12 Jan 2012 23:54:16 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id A91378FC14; Thu, 12 Jan 2012 23:54:16 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id EB9C9F0F0; Thu, 12 Jan 2012 18:54:14 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 22DA4D58A; Thu, 12 Jan 2012 18:54:14 -0500 (EST) Received: from smtp3.acsu.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 0F0E4F0F0; Thu, 12 Jan 2012 18:54:14 -0500 (EST) Received: from ken-smiths-macbook-pro.local (cpe-72-231-248-9.buffalo.res.rr.com [72.231.248.9]) (Authenticated sender: kensmith@buffalo.edu) by smtp3.acsu.buffalo.edu (Postfix) with ESMTPSA id 6BC1749629; Thu, 12 Jan 2012 18:54:12 -0500 (EST) Message-ID: <4F0F729B.1070909@buffalo.edu> Date: Thu, 12 Jan 2012 18:54:03 -0500 From: Ken Smith User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: XX: 27% Cc: Subject: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2012 23:54:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 JFYI for those of you who aren't subscribed to the announce@ mailing list... 9.0-RELEASE is, finally, announced. The announcement message is available here: http://www.freebsd.org/releases/9.0R/announce.html Lots of you noticed that the 9.0-RELEASE ISO and memstick images appeared on the FTP sites a while ago. But as pointed out this release turned out to be an example of why the "official policy" is that it's not truly released until the announcement email gets sent out. I had not tested using sysinstall(8) to install pre-built packages from the DVD during my initial testing since we're sorta moving away from sysinstall(8). I had just tested installing the pre-built packages using pkg_add(8). Someone noticed sysinstall(8) misbehaved before I got the images put up on Bittorrent and the fix was simply adding one file to the DVD image that the new build infrastructure omitted since bsdinstall(8) doesn't use it. So I went ahead with replacing the DVD images on the FTP site. That's also why we waited longer than normal between the images appearing on the FTP sites and the announcement - we gave extra time to try and make sure the updated images got to all the FTP mirrors. Sorry about the screw-up. If you downloaded the amd64 and/or i386 DVD images before now you might want to check the checksums with the ones posted in the release announcement. The fix to make sysinstall(8) happy about installing from the DVD images was the *only* change made to the updated images. The "bad" images were never available via Bittorrent so if you got the images that way you wouldn't have a bad image. On behalf of the Release Engineering Team and the FreeBSD Developers we hope you enjoy 9.0-RELEASE. - -- Ken Smith - - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8PcpsACgkQ/G14VSmup/aLFgCfar7x43ViPu44M3eF8MzvYhOU /z0AnRN1jXDT1fS0UA9J0Trd5sRQcwdy =oU1m -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 01:08:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 462C8106566B for ; Fri, 13 Jan 2012 01:08:46 +0000 (UTC) (envelope-from rpclark@tds.net) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 07DF48FC08 for ; Fri, 13 Jan 2012 01:08:45 +0000 (UTC) Received: by mail-yw0-f54.google.com with SMTP id p34so29554yhp.13 for ; Thu, 12 Jan 2012 17:08:45 -0800 (PST) Received: by 10.236.124.105 with SMTP id w69mr319310yhh.31.1326416925712; Thu, 12 Jan 2012 17:08:45 -0800 (PST) Received: from x1.frogdoor.org (h69-130-64-149.kgldga.dsl.dynamic.tds.net. [69.130.64.149]) by mx.google.com with ESMTPS id x3sm16679500anj.13.2012.01.12.17.08.44 (version=SSLv3 cipher=OTHER); Thu, 12 Jan 2012 17:08:45 -0800 (PST) Date: Thu, 12 Jan 2012 20:08:43 -0500 From: Rob Clark To: Andre Goree Message-Id: <20120112200843.2a348d2f.rpclark@tds.net> In-Reply-To: References: <20120111161110.4258969c.rpclark@tds.net> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 01:08:46 -0000 On Wed, 11 Jan 2012 21:52:28 -0600 Andre Goree wrote: > On Wed, Jan 11, 2012 at 3:11 PM, Rob Clark wrote: > > > System: Dell 600sc > > Currently running: 8.2-RELEASE > > > > In attempting to update this system to 8-STABLE I did > > what I usually do to update a system (see below). > > make buildworld completes successfully, but make > > buildkernel does not. I usually create a custom > > kernel, but for this system I went with GENERIC as > > is. > > > > The error message is: > > /usr/src/sys/kern/init_sysent.c:568: error: invalid > > application of 'sizeof' to incomplete type 'struct > > posix_fadvise_args' /usr/src/sys/kern/init_sysent.c:568: > > error: 'posix_fadvise' undeclared here (not in a > > function) *** Error code 1 > > > > I found this pertaining to > > posix_fadvise in /usr/src/UPDATING: > > 20120106: > > A new VOP_ADVISE() was added to support > > posix_fadvise(2). All filesystem modules must be > > recompiled. > > > > Not sure what 'filesystem modules' is or referring to > > here. Also, am I not already recompiling 'All > > filesystem modules' during make buildworld? > > > > What I did (and usually do): > > csup -L 2 /root/stable-supfile > > rm -rf /etc.old cp -Rp /etc /etc.old > > adjkerntz -i > > cd /usr/obj > > chflags -R noschg * > > rm -rf * > > cd /usr/src > > /usr/bin/time -h make buildworld || exit > > > > build world finishes successfully. > > > > Then: > > cd /usr/src > > make buildkernel KERNCONF=GENERIC > > make installkernel KERNCONF=GENERIC > > > > This fails with error: > > /usr/src/sys/kern/init_sysent.c:568: error: invalid > > application of 'sizeof' to incomplete type 'struct > > posix_fadvise_args' /usr/src/sys/kern/init_sysent.c:568: > > error: 'posix_fadvise' undeclared here (not in a > > function) *** Error code 1 > > > > Stop in /usr/obj/usr/src/sys/GENERIC. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > > > Following attempts: > > > > Attempt 2: > > I tried using 'make buildkernel' (without > > specifying KERNCONF) make buildkernel fails with > > same error. > > > > Attempt 3: > > Started from the beginning (same process as above) > > with new csup (sources) -- make buildkernel still > > failed with same error. > > > > Any help here would be greatly appreciated. > > In way over my head here. I have all logs from all > > attempts of the above if needed. > > > > Thanks, > > Rob Clark > > > > _______________________________________________ > > 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" > > > > > Perhaps two 'make cleandir' inside /usr/src will help. > > Run it just after removing everything within /usr/obj. > > FWIW, I usually run this simple bash script before building world on my > machines: > > #!/bin/bash > chflags -R noschg /usr/obj/usr > rm -rf /usr/obj/usr > cd /usr/src ; make cleandir ; make cleandir > exit 0 Thanks Andre, I'll make note of that one. Rob -- Rob Clark From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 01:09:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FFF6106566C for ; Fri, 13 Jan 2012 01:09:17 +0000 (UTC) (envelope-from rpclark@tds.net) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 658BB8FC08 for ; Fri, 13 Jan 2012 01:09:17 +0000 (UTC) Received: by ggki1 with SMTP id i1so1802271ggk.13 for ; Thu, 12 Jan 2012 17:09:16 -0800 (PST) Received: by 10.236.46.232 with SMTP id r68mr201470yhb.80.1326416956855; Thu, 12 Jan 2012 17:09:16 -0800 (PST) Received: from x1.frogdoor.org (h69-130-64-149.kgldga.dsl.dynamic.tds.net. [69.130.64.149]) by mx.google.com with ESMTPS id 31sm18401026ant.14.2012.01.12.17.09.15 (version=SSLv3 cipher=OTHER); Thu, 12 Jan 2012 17:09:16 -0800 (PST) Date: Thu, 12 Jan 2012 20:09:14 -0500 From: Rob Clark To: John Baldwin Message-Id: <20120112200914.225829b8.rpclark@tds.net> In-Reply-To: <201201120815.50838.jhb@freebsd.org> References: <20120111161110.4258969c.rpclark@tds.net> <201201120815.50838.jhb@freebsd.org> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 01:09:17 -0000 On Thu, 12 Jan 2012 08:15:50 -0500 John Baldwin wrote: > On Wednesday, January 11, 2012 4:11:10 pm Rob Clark wrote: > > System: Dell 600sc > > Currently running: 8.2-RELEASE > > > > In attempting to update this system to 8-STABLE I did > > what I usually do to update a system (see below). > > make buildworld completes successfully, but make > > buildkernel does not. I usually create a custom > > kernel, but for this system I went with GENERIC as > > is. > > > > The error message is: > > /usr/src/sys/kern/init_sysent.c:568: error: invalid > > application of 'sizeof' to incomplete type 'struct > > posix_fadvise_args' /usr/src/sys/kern/init_sysent.c:568: > > error: 'posix_fadvise' undeclared here (not in a > > function) *** Error code 1 > > This sounds like you have an incomplete tree that only got part of a change > (specifically, /usr/src/sys/sys/sysproto.h seems stale). Have you tried a > different cvsup mirror? > > -- > John Baldwin Good point. Didn't try that, I'll give it a go. Rob -- Rob Clark From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 01:52:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 762C4106564A for ; Fri, 13 Jan 2012 01:52:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 3979A14FBAD; Fri, 13 Jan 2012 01:52:47 +0000 (UTC) Message-ID: <4F0F8E6F.8000909@FreeBSD.org> Date: Thu, 12 Jan 2012 17:52:47 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Rob Clark References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> In-Reply-To: <20120112200843.2a348d2f.rpclark@tds.net> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Andre Goree , freebsd-stable@freebsd.org Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 01:52:47 -0000 >> chflags -R noschg /usr/obj/usr >> rm -rf /usr/obj/usr It's much faster to do: /bin/rm -rf ${obj}/* 2> /dev/null || /bin/chflags -R 0 ${obj}/* && /bin/rm -rf ${obj}/* -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 03:11:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 194231065680; Fri, 13 Jan 2012 03:11:55 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id CA8178FC16; Fri, 13 Jan 2012 03:11:54 +0000 (UTC) Received: by obbta17 with SMTP id ta17so2445828obb.13 for ; Thu, 12 Jan 2012 19:11:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MwXOus0RH7htXpylW3Fv8pJFJqOcqEm51zuMf+uQr1o=; b=S/WjyJgnBUhP0I5/VVL01U//9pZvunUJjLXUfcMpcxGMYHpS1Hjufw8jYYPn5xXj7W uQ3UOmPGH1lAhyAZQGL/Ugtrv1EEQj7i4xLM0zIiAix0BnlSTQthOFC2q7E2uV3vags5 1KczsTR5xrqN+IE0zi69cGC9QRKXro+bHhYHc= MIME-Version: 1.0 Received: by 10.50.181.169 with SMTP id dx9mr4121695igc.0.1326424314161; Thu, 12 Jan 2012 19:11:54 -0800 (PST) Received: by 10.182.152.6 with HTTP; Thu, 12 Jan 2012 19:11:54 -0800 (PST) In-Reply-To: <4F0F8E6F.8000909@FreeBSD.org> References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> <4F0F8E6F.8000909@FreeBSD.org> Date: Thu, 12 Jan 2012 19:11:54 -0800 Message-ID: From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: Andre Goree , freebsd-stable@freebsd.org, Rob Clark Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 03:11:55 -0000 On Thu, Jan 12, 2012 at 5:52 PM, Doug Barton wrote: > >>> chflags -R noschg /usr/obj/usr >>> rm -rf /usr/obj/usr > > It's much faster to do: > > /bin/rm -rf ${obj}/* 2> /dev/null || /bin/chflags -R 0 ${obj}/* && > /bin/rm -rf ${obj}/* +1. And it's faster yet when you can run parallel copies of rm on different portions of the directory tree (e.g. xargs, find [..] -exec) as rm is O(n). Cheers, -Garrett From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 03:23:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45D73106566B; Fri, 13 Jan 2012 03:23:55 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 07AA08FC08; Fri, 13 Jan 2012 03:23:54 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.5/8.14.5) with ESMTP id q0D3Nqot066507; Thu, 12 Jan 2012 21:23:52 -0600 (CST) (envelope-from stephen@missouri.edu) Message-ID: <4F0FA3C8.2020608@missouri.edu> Date: Thu, 12 Jan 2012 21:23:52 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: Garrett Cooper References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> <4F0F8E6F.8000909@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andre Goree , Doug Barton , freebsd-stable@freebsd.org, Rob Clark Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 03:23:55 -0000 On 01/12/2012 09:11 PM, Garrett Cooper wrote: > +1. And it's faster yet when you can run parallel copies of rm on > different portions of the directory tree (e.g. xargs, find [..] -exec) > as rm is O(n). I have always wondered about that! I thought that the main bottleneck in "rm -r" might be deleting directories which are not in the disk cache, which then have to be copied from the disk. Copying two different parts of the disk into cache - well it has to be done one at a time whether the jobs asking for the copy of the disk are going concurrently or consecutively. And perhaps two instances of "rm -r" acting on different parts of the hard drive will cause disk thrashing, so that they might even slow each other down. But this is all guess work on my part. If I am wrong, and "rm -r" does work faster when working in parallel on different parts, then why doesn't someone write the "rm" command to fork copies of itself that work on different parts of large trees? Stephen From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 04:01:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 494A9106566B for ; Fri, 13 Jan 2012 04:01:12 +0000 (UTC) (envelope-from joe@whiskey7.net) Received: from gateway01.websitewelcome.com (gateway01.websitewelcome.com [69.41.247.19]) by mx1.freebsd.org (Postfix) with ESMTP id 11E448FC18 for ; Fri, 13 Jan 2012 04:01:12 +0000 (UTC) Received: by gateway01.websitewelcome.com (Postfix, from userid 5007) id 14CDF39113E70; Thu, 12 Jan 2012 21:38:17 -0600 (CST) Received: from gator397.hostgator.com (gator397.hostgator.com [184.173.196.239]) by gateway01.websitewelcome.com (Postfix) with ESMTP id 0A7AC39113E49 for ; Thu, 12 Jan 2012 21:38:17 -0600 (CST) Received: from [75.106.202.10] (port=62289 helo=tsunami.lan) by gator397.hostgator.com with smtp (Exim 4.69) (envelope-from ) id 1RlXy2-0007nw-N2 for freebsd-stable@freebsd.org; Thu, 12 Jan 2012 21:38:16 -0600 Date: Thu, 12 Jan 2012 19:37:27 -0800 From: Joe Ennis To: freebsd-stable@freebsd.org Message-ID: <20120112193727.4ef16e5a@tsunami.lan> In-Reply-To: References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> <4F0F8E6F.8000909@FreeBSD.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator397.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - whiskey7.net X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: 75-106-202-10.cust.wildblue.net (tsunami.lan) [75.106.202.10]:62289 X-Source-Auth: jce X-Email-Count: 1 X-Source-Cap: amNlO2pjZTtnYXRvcjM5Ny5ob3N0Z2F0b3IuY29t Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 04:01:12 -0000 On Thu, 12 Jan 2012 19:11:54 -0800 Garrett Cooper wrote: > On Thu, Jan 12, 2012 at 5:52 PM, Doug Barton > wrote: > > > >>> chflags -R noschg /usr/obj/usr > >>> rm -rf /usr/obj/usr > > > > It's much faster to do: > > > > /bin/rm -rf ${obj}/* 2> /dev/null || /bin/chflags -R 0 ${obj}/* && > > /bin/rm -rf ${obj}/* > > +1. And it's faster yet when you can run parallel copies of rm on > different portions of the directory tree (e.g. xargs, find [..] -exec) > as rm is O(n). > Cheers, > -Garrett > _______________________________________________ > 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" What I've been doing just before I do a make buildworld/buildkernel is: mdmfs -s2g md1 /usr/obj on a clean /usr/obj . If I need to recompile before a boot, just umount and recreate. Provides a little performance boost too. Regards, -- joe From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 04:10:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6C8F106566C; Fri, 13 Jan 2012 04:10:37 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 609D88FC0C; Fri, 13 Jan 2012 04:10:37 +0000 (UTC) Received: by iazz13 with SMTP id z13so5542621iaz.13 for ; Thu, 12 Jan 2012 20:10:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=b0z39GZiSxIOERzv1gZnvtYthyxAQGdRj/CgfNXSpxk=; b=bNpJUzEm1FQJ3eVx4PAwPX4l60QWKrzCU13aS0nv6hPEiv8FeL0KosuSpX0PIlPYbO Lpx1owq3s0KkDlYU8dzhSyyVnWDmEPNVv63D9FJpRCgtiIVz7wANRgH/wLtO+3h2clzg 3Fbvwz9GgYqIdy+/3sZx9TaUVbkRGkWWZz3Yw= MIME-Version: 1.0 Received: by 10.50.187.226 with SMTP id fv2mr4019198igc.20.1326427836748; Thu, 12 Jan 2012 20:10:36 -0800 (PST) Received: by 10.182.152.6 with HTTP; Thu, 12 Jan 2012 20:10:36 -0800 (PST) In-Reply-To: <4F0FA3C8.2020608@missouri.edu> References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> <4F0F8E6F.8000909@FreeBSD.org> <4F0FA3C8.2020608@missouri.edu> Date: Thu, 12 Jan 2012 20:10:36 -0800 Message-ID: From: Garrett Cooper To: Stephen Montgomery-Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Andre Goree , Doug Barton , freebsd-stable@freebsd.org, Rob Clark Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 04:10:37 -0000 On Thu, Jan 12, 2012 at 7:23 PM, Stephen Montgomery-Smith wrote: > On 01/12/2012 09:11 PM, Garrett Cooper wrote: > >> +1. And it's faster yet when you can run parallel copies of rm on >> different portions of the directory tree (e.g. xargs, find [..] -exec) >> as rm is O(n). > > > I have always wondered about that! =A0I thought that the main bottleneck = in > "rm -r" might be deleting directories which are not in the disk cache, wh= ich > then have to be copied from the disk. =A0Copying two different parts of t= he > disk into cache - well it has to be done one at a time whether the jobs > asking for the copy of the disk are going concurrently or consecutively. > > And perhaps two instances of "rm -r" acting on different parts of the har= d > drive will cause disk thrashing, so that they might even slow each other > down. Not really. The problem is limited by the fact that rm(1) needs to dive into the kernel each time it does an unlink(1) syscall. Per Prof. McKusick's teaching and the way things are designed from libc to disk -- the process is artificially like: rm -> syscall -> top-half of the kernel -> vfs -> filesystem (in my case ZFS) -> geom -> scsi layer -> storage controller/disk driver. This is super expensive as n becomes large as the path is long, so the best to amortize the operation is to run more instances in parallel as there should be a relatively low chance of there being lock contention (assuming you're not consuming too many GIANT locks, you don't overprovision your system, etc). See the loop in .../bin/rm/rm.c:rm_tree(char**) if you're curious where things have issues. > But this is all guess work on my part. > > If I am wrong, and "rm -r" does work faster when working in parallel on > different parts, Yes. Less modifications to directory entries -> less vfs locking contention and less useless writing back to disk -> better. > then why doesn't someone write the "rm" command to fork > copies of itself that work on different parts of large trees? Perhaps. The point is that my systems can do more work in parallel with a larger number of rm's in order to improve throughput. I learned this the hard way when I started deleting a prepopulated directory with pjd's fstest: it took hours to prune directory entries the O(n) way by a small fraction (<10% of 4 mil. or 40 mil. files). When I did stuff in parallel (have 8 regular cores, 8 SMT cores), the process took less than an hour to complete. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 06:21:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 3863C1065675 for ; Fri, 13 Jan 2012 06:21:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D23671525F3; Fri, 13 Jan 2012 06:21:40 +0000 (UTC) Message-ID: <4F0FCD74.1030706@FreeBSD.org> Date: Thu, 12 Jan 2012 22:21:40 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Garrett Cooper References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> <4F0F8E6F.8000909@FreeBSD.org> <4F0FA3C8.2020608@missouri.edu> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Andre Goree , freebsd-stable@freebsd.org, Rob Clark Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 06:21:41 -0000 On 01/12/2012 20:10, Garrett Cooper wrote: > When I did > stuff in parallel (have 8 regular cores, 8 SMT cores), the process > took less than an hour to complete. Sounds like you should get to work figuring out how to optimize rm to take advantage of this. :) Doug -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 09:52:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B7B2106566B for ; Fri, 13 Jan 2012 09:52:15 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E96A78FC14 for ; Fri, 13 Jan 2012 09:52:14 +0000 (UTC) Received: by iazz13 with SMTP id z13so6195375iaz.13 for ; Fri, 13 Jan 2012 01:52:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=ghg6Nibpl1bGgXhmxCnVWsabpKPAOIwOU2F26edFDF8=; b=sNwRPlsljPxUXeID8tlwFXbqZAbOV39UFls9cuHRwlymiLm7YaTG6wZAKuyGlTAeXl efIHwI1OyPdF/OludvocRe0j67J7GhEbdlO7hk3vTSYVG8CdB6CSOrjNS6EWMtcYG+Ch iqHFNMW5W/yAH3Bh2F9eqjl3WL0Jtx+/OANfg= MIME-Version: 1.0 Received: by 10.42.180.9 with SMTP id bs9mr140621icb.0.1326448333768; Fri, 13 Jan 2012 01:52:13 -0800 (PST) Received: by 10.231.135.3 with HTTP; Fri, 13 Jan 2012 01:52:13 -0800 (PST) In-Reply-To: References: Date: Fri, 13 Jan 2012 11:52:13 +0200 Message-ID: From: George Kontostanos To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 09:52:15 -0000 On Thu, Jan 12, 2012 at 8:42 PM, George Kontostanos wrote: > Greetings all and my apologies for cross posting! > > There seems to be a confusion regarding the ABI change in FreeBSD 9 > and if this affects the usual upgrade path which includes a full port > rebuild. > > The relevant post is here: http://forums.freebsd.org/showthread.php?t=3D2= 8831 > > Frankly, I am also confused because I remember a relevant discussion a > few months ago in the lists. Traditionally a major RELEASE upgrade > requires a full ports rebuild, however this time there is no > COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be > working fine. On the other hand this is stated in UPDATING: > > 20110828: > =A0 =A0 =A0 =A0Bump the shared library version numbers for libraries that > =A0 =A0 =A0 =A0do not use symbol versioning, have changed the ABI compare= d > =A0 =A0 =A0 =A0to stable/8 and which shared library version was not bumpe= d. > =A0 =A0 =A0 =A0Done as part of 9.0-RELEASE cycle. > > Your input would be appreciated! > > Regards, > > -- > George Kontostanos > Aicom telecoms ltd Hmm, anyone :) ? From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 10:00:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id C6A9C106568B for ; Fri, 13 Jan 2012 10:00:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C15E4162BA2; Fri, 13 Jan 2012 09:59:54 +0000 (UTC) Message-ID: <4F10009A.7000307@FreeBSD.org> Date: Fri, 13 Jan 2012 01:59:54 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: George Kontostanos References: In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 10:00:22 -0000 On 01/13/2012 01:52, George Kontostanos wrote: > On Thu, Jan 12, 2012 at 8:42 PM, George Kontostanos > wrote: >> Greetings all and my apologies for cross posting! >> >> There seems to be a confusion regarding the ABI change in FreeBSD 9 >> and if this affects the usual upgrade path which includes a full port >> rebuild. >> >> The relevant post is here: http://forums.freebsd.org/showthread.php?t=28831 >> >> Frankly, I am also confused because I remember a relevant discussion a >> few months ago in the lists. Traditionally a major RELEASE upgrade >> requires a full ports rebuild, however this time there is no >> COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be >> working fine. On the other hand this is stated in UPDATING: >> >> 20110828: >> Bump the shared library version numbers for libraries that >> do not use symbol versioning, have changed the ABI compared >> to stable/8 and which shared library version was not bumped. >> Done as part of 9.0-RELEASE cycle. >> >> Your input would be appreciated! > Hmm, anyone :) ? If your question is, "Do I need to rebuild my ports when doing a major OS version upgrade?" the answer is always "Yes." The method described at the end of the portmaster man page is preferred, whether you actually use portmaster to do the upgrade or not. (I.e., good backups, delete everything, start over from scratch.) hth, Doug -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 10:06:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C52451065672; Fri, 13 Jan 2012 10:06:05 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2CD768FC15; Fri, 13 Jan 2012 10:06:05 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so3099925wgb.31 for ; Fri, 13 Jan 2012 02:06:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=/E1gXJdjkFBjDIQBP/bxPN3pBowO8xbyAX0f/XTXhFA=; b=nxVmDZANG7ty5ej5LcBKvTr6//fENbdN5bHi1SPNLk1wZ/9mPQWVQMN6J7MW5LZ5Lk bnjSQwoI3FkYxJEswq4KjDT8FlbJl969RjWlZePiIa8l7TMaUa+hQqoOgIslB56pUm/Q HIsWfZot3bUjE2t8N7KyGmIFQEgXjq6iCjCNU= Received: by 10.180.82.41 with SMTP id f9mr329819wiy.7.1326449164324; Fri, 13 Jan 2012 02:06:04 -0800 (PST) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id fg15sm10429479wbb.7.2012.01.13.02.06.02 (version=SSLv3 cipher=OTHER); Fri, 13 Jan 2012 02:06:03 -0800 (PST) Message-ID: <4F100209.2010900@gmail.com> Date: Fri, 13 Jan 2012 12:06:01 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0.1) Gecko/20120110 Firefox/9.0.1 SeaMonkey/2.6.1 MIME-Version: 1.0 To: George Kontostanos References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , FreeBSD Stable Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 10:06:05 -0000 George Kontostanos wrote: > Greetings all and my apologies for cross posting! > > There seems to be a confusion regarding the ABI change in FreeBSD 9 > and if this affects the usual upgrade path which includes a full port > rebuild. > > The relevant post is here: http://forums.freebsd.org/showthread.php?t=28831 > > Frankly, I am also confused because I remember a relevant discussion a > few months ago in the lists. Traditionally a major RELEASE upgrade > requires a full ports rebuild, however this time there is no > COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be > working fine. On the other hand this is stated in UPDATING: > > 20110828: > Bump the shared library version numbers for libraries that > do not use symbol versioning, have changed the ABI compared > to stable/8 and which shared library version was not bumped. > Done as part of 9.0-RELEASE cycle. > > Your input would be appreciated! Why can't it be that only shared libraries should be bumped, but no kernel incompatible changes were introduced? -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 10:19:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 2E657106566C; Fri, 13 Jan 2012 10:19:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D8AD414E545; Fri, 13 Jan 2012 10:19:13 +0000 (UTC) Message-ID: <4F100521.7040005@FreeBSD.org> Date: Fri, 13 Jan 2012 02:19:13 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4F100209.2010900@gmail.com> In-Reply-To: <4F100209.2010900@gmail.com> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , FreeBSD Stable , George Kontostanos Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 10:19:14 -0000 On 01/13/2012 02:06, Volodymyr Kostyrko wrote: > Why can't it be that only shared libraries should be bumped, but no > kernel incompatible changes were introduced? Because one of the reasons we have major branches is so that we can change the various API/KPI/etc. in the newer branch. Doug -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 10:35:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 543C31065673 for ; Fri, 13 Jan 2012 10:35:35 +0000 (UTC) (envelope-from prvs=1359c281ad=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 9BD438FC19 for ; Fri, 13 Jan 2012 10:35:34 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 13 Jan 2012 10:24:06 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 13 Jan 2012 10:24:06 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 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 md50017535147.msg for ; Fri, 13 Jan 2012 10:24:04 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1359c281ad=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <9B94DC410D5645DFB262EB505A550F6B@multiplay.co.uk> From: "Steven Hartland" To: Date: Fri, 13 Jan 2012 10:23:40 -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 Subject: 8.2 EoL Schedule? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 10:35:35 -0000 Currently http://www.freebsd.org/security/ states 8.2 is "Estimated EoL" July 31, 2012. Given 9.0 has only just been released can we assume this is just out of date and 8.2 will be supported for longer than this? Along those lines are there any more plans for additional point releases to 8 or should we look to migrate to 9? Regards Steve ================================================ 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 Fri Jan 13 10:52:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 778581065676 for ; Fri, 13 Jan 2012 10:52:34 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3990E8FC22 for ; Fri, 13 Jan 2012 10:52:33 +0000 (UTC) Received: by yenl12 with SMTP id l12so167066yen.13 for ; Fri, 13 Jan 2012 02:52:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=p8uU3lQNXNDhyeeqrhs3EuqqON1Sp9BKbeE8SGmIiq0=; b=oouiPtjhTcLT6BFT6JsmRmsljym/yN4nMdxzxlpnYRWZz7VmXS635YBP1I2I29PiTr uwuc4b19fMZgH/ufY2FTQ4iElYagMOodD363kVULWM8gfs/KjPbR5w+YayMYyV82wsnC GaHq2fdofuW3+vWvpqHfnZ6XsTHUCJijHo5mE= MIME-Version: 1.0 Received: by 10.236.131.12 with SMTP id l12mr171302yhi.111.1326450258756; Fri, 13 Jan 2012 02:24:18 -0800 (PST) Received: by 10.236.78.33 with HTTP; Fri, 13 Jan 2012 02:24:18 -0800 (PST) Date: Fri, 13 Jan 2012 11:24:18 +0100 Message-ID: From: David Demelier To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Prevent starting network on usbus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 10:52:34 -0000 Hello, Since I've updated to 9.0-RELEASE, the network rc script starts network from usbus0 to usbus7. I don't think I need them. How can I disable them ? Cheers, -- Demelier David From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 10:52:56 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6378A10656D7; Fri, 13 Jan 2012 10:52:56 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 437868FC08; Fri, 13 Jan 2012 10:52:54 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA18581; Fri, 13 Jan 2012 12:52:52 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rleke-000Hah-9B; Fri, 13 Jan 2012 12:52:52 +0200 Message-ID: <4F100D02.3070207@FreeBSD.org> Date: Fri, 13 Jan 2012 12:52:50 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Doug Barton References: <4F100209.2010900@gmail.com> <4F100521.7040005@FreeBSD.org> In-Reply-To: <4F100521.7040005@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Volodymyr Kostyrko , FreeBSD-Current , FreeBSD Stable , George Kontostanos Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 10:52:56 -0000 on 13/01/2012 12:19 Doug Barton said the following: > On 01/13/2012 02:06, Volodymyr Kostyrko wrote: >> Why can't it be that only shared libraries should be bumped, but no >> kernel incompatible changes were introduced? > > Because one of the reasons we have major branches is so that we can > change the various API/KPI/etc. in the newer branch. Are you saying that every major branch _has_ to introduce incompatibilities into a at least one system call? Otherwise, you are answering a question different from what Volodymyr asked :) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 10:55:29 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B72051065672; Fri, 13 Jan 2012 10:55:29 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CD43E8FC15; Fri, 13 Jan 2012 10:55:28 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA18609; Fri, 13 Jan 2012 12:55:27 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rlen9-000Har-2v; Fri, 13 Jan 2012 12:55:27 +0200 Message-ID: <4F100D9E.80807@FreeBSD.org> Date: Fri, 13 Jan 2012 12:55:26 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Doug Barton , George Kontostanos References: <4F10009A.7000307@FreeBSD.org> In-Reply-To: <4F10009A.7000307@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 10:55:29 -0000 on 13/01/2012 11:59 Doug Barton said the following: > On 01/13/2012 01:52, George Kontostanos wrote: >> On Thu, Jan 12, 2012 at 8:42 PM, George Kontostanos >> wrote: >>> Greetings all and my apologies for cross posting! >>> >>> There seems to be a confusion regarding the ABI change in FreeBSD 9 >>> and if this affects the usual upgrade path which includes a full port >>> rebuild. >>> >>> The relevant post is here: http://forums.freebsd.org/showthread.php?t=28831 >>> >>> Frankly, I am also confused because I remember a relevant discussion a >>> few months ago in the lists. Traditionally a major RELEASE upgrade >>> requires a full ports rebuild, however this time there is no >>> COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be >>> working fine. On the other hand this is stated in UPDATING: >>> >>> 20110828: >>> Bump the shared library version numbers for libraries that >>> do not use symbol versioning, have changed the ABI compared >>> to stable/8 and which shared library version was not bumped. >>> Done as part of 9.0-RELEASE cycle. >>> >>> Your input would be appreciated! > >> Hmm, anyone :) ? > > If your question is, "Do I need to rebuild my ports when doing a major > OS version upgrade?" the answer is always "Yes." > > The method described at the end of the portmaster man page is preferred, > whether you actually use portmaster to do the upgrade or not. (I.e., > good backups, delete everything, start over from scratch.) I think that another part of the question was "why there is no COMPAT_FREEBSD8 kernel option in 9?" and I think that Volodymyr has tried to answer this part with another question. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 11:00:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CC42106566B for ; Fri, 13 Jan 2012 11:00:55 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id 1643A8FC13 for ; Fri, 13 Jan 2012 11:00:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Message-ID:References:In-Reply-To:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=yRcHRf2tIR1ylU1BtiatR2sscHalIn6vv+fyZD37S7E=; b=OgTH5pz8skEjnmEnrdVCI5Wm9IODTsphJosP8Z7e013kka8n9ldmhVUGFXUA7WWRhfoaVlCQErm0cGsTt3p8JBtc01W1ApAV3S5aliX9Ia7u64N5aov7o/0JMY/G3/OS; Authentication-Results: mail.deployis.eu dkim=none Received: from localhost ([127.0.0.1]:52696 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1RlesP-0005bS-LG from for ; Fri, 13 Jan 2012 12:00:53 +0100 Received: from 131-75.95.80.dunakanyar.net ([80.95.75.131]) by mail.deployis.eu with HTTP (HTTP/1.1 POST); Fri, 13 Jan 2012 12:00:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 13 Jan 2012 12:00:53 +0100 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: In-Reply-To: <9B94DC410D5645DFB262EB505A550F6B@multiplay.co.uk> References: <9B94DC410D5645DFB262EB505A550F6B@multiplay.co.uk> Message-ID: X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -41 Subject: Re: 8.2 EoL Schedule? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 11:00:55 -0000 Hi, 8.3 is on the way IMHO, but anyway RELENG_8 will be supported until 2013 febr 24, by the current status. Regards, Andras On Fri, 13 Jan 2012 10:23:40 -0000, Steven Hartland wrote: > Currently http://www.freebsd.org/security/ states 8.2 > is "Estimated EoL" July 31, 2012. > > Given 9.0 has only just been released can we assume this > is just out of date and 8.2 will be supported for longer > than this? > > Along those lines are there any more plans for additional > point releases to 8 or should we look to migrate to 9? > > Regards > Steve > > ================================================ > 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. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 11:46:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B94E3106564A for ; Fri, 13 Jan 2012 11:46:50 +0000 (UTC) (envelope-from njm@njm.me.uk) Received: from smtp003.apm-internet.net (smtp003.apm-internet.net [85.119.248.52]) by mx1.freebsd.org (Postfix) with SMTP id 0900D8FC17 for ; Fri, 13 Jan 2012 11:46:49 +0000 (UTC) Received: (qmail 2941 invoked from network); 13 Jan 2012 11:20:09 -0000 Received: from unknown (HELO oberon.njm.me.uk) (109.155.32.115) by smtp003.apm-internet.net with SMTP; 13 Jan 2012 11:20:09 -0000 Received: from titania.njm.me.uk (titania.njm.me.uk [192.168.144.130]) by oberon.njm.me.uk (8.14.4/8.14.4) with ESMTP id q0DBK95f014729; Fri, 13 Jan 2012 11:20:09 GMT (envelope-from njm@njm.me.uk) Received: from titania.njm.me.uk (localhost [127.0.0.1]) by titania.njm.me.uk (8.14.5/8.14.5) with ESMTP id q0DBK9IO098410; Fri, 13 Jan 2012 11:20:09 GMT (envelope-from njm@njm.me.uk) Received: (from njm@localhost) by titania.njm.me.uk (8.14.5/8.14.5/Submit) id q0DBK8R5098409; Fri, 13 Jan 2012 11:20:08 GMT (envelope-from njm@njm.me.uk) Date: Fri, 13 Jan 2012 11:20:08 +0000 From: "N.J. Mann" To: David Demelier Message-ID: <20120113112008.GA90108@titania.njm.me.uk> Mail-Followup-To: David Demelier , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.2-STABLE User-Agent: mutt-NJM (2010-10-31) Cc: freebsd-stable@freebsd.org Subject: Re: Prevent starting network on usbus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 11:46:50 -0000 In message , David Demelier (demelier.david@gmail.com) wrote: > > Since I've updated to 9.0-RELEASE, the network rc script starts > network from usbus0 to usbus7. I don't think I need them. How can I > disable them ? echo hw.usb.no_pf=1 >>/boot/loader.conf Cheers, Nick. -- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 11:56:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEF00106566B; Fri, 13 Jan 2012 11:56:58 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA918FC15; Fri, 13 Jan 2012 11:56:58 +0000 (UTC) Received: by iazz13 with SMTP id z13so6441351iaz.13 for ; Fri, 13 Jan 2012 03:56:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=iifMg38/JkqAfNjm4eIx3sAStL6J6+bnf1IWjggBlto=; b=CG/FpOZ9qTpI6gLe03Rr+YrGTNaUHOug2+jZXK5pQR1LKAlrlX/qmByKZQVRWykpee K95+uHHpefi7RWYtYxYlRL2d0dLDnmvZmzdJTv9hhypZK/kZ26YfqHJhLNfs8/qTDbmG 088v5GfhI7qohUMlKbEtcf5uCZxa1NxIypcEE= MIME-Version: 1.0 Received: by 10.50.135.41 with SMTP id pp9mr599047igb.8.1326455817061; Fri, 13 Jan 2012 03:56:57 -0800 (PST) Received: by 10.231.135.3 with HTTP; Fri, 13 Jan 2012 03:56:57 -0800 (PST) In-Reply-To: <4F100D9E.80807@FreeBSD.org> References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> Date: Fri, 13 Jan 2012 13:56:57 +0200 Message-ID: From: George Kontostanos To: Doug Barton , FreeBSD Stable , Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 11:56:58 -0000 On Fri, Jan 13, 2012 at 12:55 PM, Andriy Gapon wrote: > on 13/01/2012 11:59 Doug Barton said the following: >> On 01/13/2012 01:52, George Kontostanos wrote: >>> On Thu, Jan 12, 2012 at 8:42 PM, George Kontostanos >>> wrote: >>>> Greetings all and my apologies for cross posting! >>>> >>>> There seems to be a confusion regarding the ABI change in FreeBSD 9 >>>> and if this affects the usual upgrade path which includes a full port >>>> rebuild. >>>> >>>> The relevant post is here: http://forums.freebsd.org/showthread.php?t= =3D28831 >>>> >>>> Frankly, I am also confused because I remember a relevant discussion a >>>> few months ago in the lists. Traditionally a major RELEASE upgrade >>>> requires a full ports rebuild, however this time there is no >>>> COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be >>>> working fine. On the other hand this is stated in UPDATING: >>>> >>>> 20110828: >>>> =A0 =A0 =A0 =A0Bump the shared library version numbers for libraries t= hat >>>> =A0 =A0 =A0 =A0do not use symbol versioning, have changed the ABI comp= ared >>>> =A0 =A0 =A0 =A0to stable/8 and which shared library version was not bu= mped. >>>> =A0 =A0 =A0 =A0Done as part of 9.0-RELEASE cycle. >>>> >>>> Your input would be appreciated! >> >>> Hmm, anyone :) ? >> >> If your question is, "Do I need to rebuild my ports when doing a major >> OS version upgrade?" the answer is always "Yes." >> >> The method described at the end of the portmaster man page is preferred, >> whether you actually use portmaster to do the upgrade or not. (I.e., >> good backups, delete everything, start over from scratch.) > > I think that another part of the question was "why there is no COMPAT_FRE= EBSD8 > kernel option in 9?" and I think that Volodymyr has tried to answer this = part > with another question. > > -- > Andriy Gapon Hi guys, I am aware of the proper procedure which requires a full rebuild after a major upgrade. Doug, the question had to to with COMPAT_FREEBSD8 missing from GENERIC. It seems this and the fact that some upgrades from 8.2-STABLE worked fine without a recompile, has created the confusion. --=20 George Kontostanos Aicom telecoms ltd http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 12:35:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E4DD106566B for ; Fri, 13 Jan 2012 12:35:04 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id BF89E8FC08 for ; Fri, 13 Jan 2012 12:35:03 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so3247076wgb.31 for ; Fri, 13 Jan 2012 04:35:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=/cVtgdHQ0kFwD4b+W/cbQwvdsI3G2CG+x48u1NGCxAM=; b=S6zeYESB9tpEHN9jvUk0C4OFu0UUNsZYjFSl+E0YhwUKjPONRpiHrnPV+XDiRB+ZxZ 2amMkDAjjoR8h+s3ZdcWAIzw+OEG6QXKMo7324jAw7PAODO4Yf9X7nM60YAU+QSeZSBP cQD41e9GmPoAQB5Dm7jKS2SfJrjo2XMaXwDms= Received: by 10.180.94.97 with SMTP id db1mr1394153wib.16.1326458102694; Fri, 13 Jan 2012 04:35:02 -0800 (PST) Received: from [192.168.50.103] (double-l.xs4all.nl. [80.126.205.144]) by mx.google.com with ESMTPS id ek1sm3841395wib.10.2012.01.13.04.35.00 (version=SSLv3 cipher=OTHER); Fri, 13 Jan 2012 04:35:01 -0800 (PST) Message-ID: <4F1024F2.20103@gmail.com> Date: Fri, 13 Jan 2012 13:34:58 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: George Kontostanos References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 12:35:04 -0000 George Kontostanos schreef: > On Fri, Jan 13, 2012 at 12:55 PM, Andriy Gapon wrote: >> on 13/01/2012 11:59 Doug Barton said the following: >>> On 01/13/2012 01:52, George Kontostanos wrote: >>>> On Thu, Jan 12, 2012 at 8:42 PM, George Kontostanos >>>> wrote: >>>>> Greetings all and my apologies for cross posting! >>>>> >>>>> There seems to be a confusion regarding the ABI change in FreeBSD 9 >>>>> and if this affects the usual upgrade path which includes a full port >>>>> rebuild. >>>>> >>>>> The relevant post is here: http://forums.freebsd.org/showthread.php?t=28831 >>>>> >>>>> Frankly, I am also confused because I remember a relevant discussion a >>>>> few months ago in the lists. Traditionally a major RELEASE upgrade >>>>> requires a full ports rebuild, however this time there is no >>>>> COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be >>>>> working fine. On the other hand this is stated in UPDATING: >>>>> >>>>> 20110828: >>>>> Bump the shared library version numbers for libraries that >>>>> do not use symbol versioning, have changed the ABI compared >>>>> to stable/8 and which shared library version was not bumped. >>>>> Done as part of 9.0-RELEASE cycle. >>>>> >>>>> Your input would be appreciated! >>>> Hmm, anyone :) ? >>> If your question is, "Do I need to rebuild my ports when doing a major >>> OS version upgrade?" the answer is always "Yes." >>> >>> The method described at the end of the portmaster man page is preferred, >>> whether you actually use portmaster to do the upgrade or not. (I.e., >>> good backups, delete everything, start over from scratch.) >> I think that another part of the question was "why there is no COMPAT_FREEBSD8 >> kernel option in 9?" and I think that Volodymyr has tried to answer this part >> with another question. >> >> -- >> Andriy Gapon > Hi guys, > > I am aware of the proper procedure which requires a full rebuild after > a major upgrade. > > Doug, the question had to to with COMPAT_FREEBSD8 missing from GENERIC. > > It seems this and the fact that some upgrades from 8.2-STABLE worked > fine without a recompile, has created the confusion. > > Did he do make delete-old-libs, if you leave them, then no recompile is needed, and the ports still have there old libs laying around.! If you do the make delete-old-libs command, your ports do not work anymore. regards Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 12:57:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9103A1065672; Fri, 13 Jan 2012 12:57:17 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 36FF18FC12; Fri, 13 Jan 2012 12:57:17 +0000 (UTC) Received: by ggki1 with SMTP id i1so2033922ggk.13 for ; Fri, 13 Jan 2012 04:57:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=+AYqhZN9oX8HYM66ZVV9KzdW/QbODYTWnPlJWx/avAg=; b=RKxwvU2PKyqQNXsGhZ3OAb122XpksW2mdrL8GBZXn5F568HPn5y035GQ4scducTFDi Vei/H4h/j4SksVkJGcZ/PomVkwfa0o9Xk/mMA9YvuKRrCLogEY165BXYqu2aGNh6rzum KTDYmrHaRoRvwCeFCcvNukE3XD2wjU+biCMgw= MIME-Version: 1.0 Received: by 10.50.95.169 with SMTP id dl9mr798642igb.12.1326459436487; Fri, 13 Jan 2012 04:57:16 -0800 (PST) Received: by 10.231.135.3 with HTTP; Fri, 13 Jan 2012 04:57:16 -0800 (PST) In-Reply-To: <4F1024F2.20103@gmail.com> References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F1024F2.20103@gmail.com> Date: Fri, 13 Jan 2012 14:57:16 +0200 Message-ID: From: George Kontostanos To: Johan Hendriks Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current , freebsd-stable Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 12:57:17 -0000 On Fri, Jan 13, 2012 at 2:34 PM, Johan Hendriks wr= ote: > George Kontostanos schreef: > >> On Fri, Jan 13, 2012 at 12:55 PM, Andriy Gapon =A0wrote= : >>> >>> on 13/01/2012 11:59 Doug Barton said the following: >>>> >>>> On 01/13/2012 01:52, George Kontostanos wrote: >>>>> >>>>> On Thu, Jan 12, 2012 at 8:42 PM, George Kontostanos >>>>> =A0wrote: >>>>>> >>>>>> Greetings all and my apologies for cross posting! >>>>>> >>>>>> There seems to be a confusion regarding the ABI change in FreeBSD 9 >>>>>> and if this affects the usual upgrade path which includes a full por= t >>>>>> rebuild. >>>>>> >>>>>> The relevant post is here: >>>>>> http://forums.freebsd.org/showthread.php?t=3D28831 >>>>>> >>>>>> Frankly, I am also confused because I remember a relevant discussion= a >>>>>> few months ago in the lists. Traditionally a major RELEASE upgrade >>>>>> requires a full ports rebuild, however this time there is no >>>>>> COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be >>>>>> working fine. On the other hand this is stated in UPDATING: >>>>>> >>>>>> 20110828: >>>>>> =A0 =A0 =A0 =A0Bump the shared library version numbers for libraries= that >>>>>> =A0 =A0 =A0 =A0do not use symbol versioning, have changed the ABI co= mpared >>>>>> =A0 =A0 =A0 =A0to stable/8 and which shared library version was not = bumped. >>>>>> =A0 =A0 =A0 =A0Done as part of 9.0-RELEASE cycle. >>>>>> >>>>>> Your input would be appreciated! >>>>> >>>>> Hmm, anyone :) ? >>>> >>>> If your question is, "Do I need to rebuild my ports when doing a major >>>> OS version upgrade?" the answer is always "Yes." >>>> >>>> The method described at the end of the portmaster man page is preferre= d, >>>> whether you actually use portmaster to do the upgrade or not. (I.e., >>>> good backups, delete everything, start over from scratch.) >>> >>> I think that another part of the question was "why there is no >>> COMPAT_FREEBSD8 >>> kernel option in 9?" and I think that Volodymyr has tried to answer thi= s >>> part >>> with another question. >>> >>> -- >>> Andriy Gapon >> >> Hi guys, >> >> I am aware of the proper procedure which requires a full rebuild after >> a major upgrade. >> >> Doug, the question had to to with =A0COMPAT_FREEBSD8 missing from GENERI= C. >> >> It seems this and the fact that some upgrades from 8.2-STABLE worked >> fine without a recompile, has created the confusion. >> >> > Did he do make delete-old-libs, if you leave them, then no recompile is > needed, and the ports still have there old libs laying around.! > If you do the make delete-old-libs command, your ports do not work anymor= e. > > regards > Johan Hendriks > > Very good point! Still the question remains regarding COMPAT_FREEBSD8 and how does this affects ports/misc/compat8x/ Cheers --=20 George Kontostanos Aicom telecoms ltd http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 14:11:28 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0207B106566B; Fri, 13 Jan 2012 14:11:28 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 162B78FC0C; Fri, 13 Jan 2012 14:11:26 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA20401; Fri, 13 Jan 2012 16:11:23 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4F103B8A.3050904@FreeBSD.org> Date: Fri, 13 Jan 2012 16:11:22 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: George Kontostanos References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F1024F2.20103@gmail.com> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Johan Hendriks , FreeBSD-Current , freebsd-stable Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 14:11:28 -0000 on 13/01/2012 14:57 George Kontostanos said the following: > Still the question remains regarding COMPAT_FREEBSD8 and how does this > affects ports/misc/compat8x/ Looks like all the previous hints have not been clear enough. There is no direct relation between COMPAT_FREEBSD8 and misc/compat8x. COMPAT_FREEBSD options are only needed when going from release X to release X+1 there was a change to an existing system call at the kernel-userland boundary. A side note: kernel options affect only what's in the kernel, quite obviously. misc/compatx contains versions of shared libraries from release X that are no longer present in X+1. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 14:18:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 581561065670; Fri, 13 Jan 2012 14:18:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9717B8FC17; Fri, 13 Jan 2012 14:18:35 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q0DEITWJ024707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jan 2012 16:18:29 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q0DEISw5042654; Fri, 13 Jan 2012 16:18:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q0DEISnl042653; Fri, 13 Jan 2012 16:18:28 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 13 Jan 2012 16:18:28 +0200 From: Kostik Belousov To: Andriy Gapon Message-ID: <20120113141828.GJ31224@deviant.kiev.zoral.com.ua> References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F1024F2.20103@gmail.com> <4F103B8A.3050904@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ssm4laEr1iQw2x1G" Content-Disposition: inline In-Reply-To: <4F103B8A.3050904@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Johan Hendriks , FreeBSD-Current , freebsd-stable , George Kontostanos Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 14:18:36 -0000 --ssm4laEr1iQw2x1G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 13, 2012 at 04:11:22PM +0200, Andriy Gapon wrote: > on 13/01/2012 14:57 George Kontostanos said the following: > > Still the question remains regarding COMPAT_FREEBSD8 and how does this > > affects ports/misc/compat8x/ >=20 > Looks like all the previous hints have not been clear enough. > There is no direct relation between COMPAT_FREEBSD8 and misc/compat8x. > COMPAT_FREEBSD options are only needed when going from release X to re= lease X+1 > there was a change to an existing system call at the kernel-userland boun= dary. > A side note: kernel options affect only what's in the kernel, quite obvio= usly. > misc/compatx contains versions of shared libraries from release X that= are no > longer present in X+1. Additional twist is that not every change at the kernel/usermode boundary is covered with backward-compatibility shims. Recent example is the CAM ABI change, which makes libcam.so.5 from the compat8x useless. --ssm4laEr1iQw2x1G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk8QPTIACgkQC3+MBN1Mb4hPrgCgjNIcGnTt2Km8Q5wLFqorOClD 2a8AoM5Bh8fYTcTCiUBeZ3sFJV94/lFC =U/oI -----END PGP SIGNATURE----- --ssm4laEr1iQw2x1G-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 14:18:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41F9D106564A for ; Fri, 13 Jan 2012 14:18:43 +0000 (UTC) (envelope-from juliankenn@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0E6E78FC1C for ; Fri, 13 Jan 2012 14:18:42 +0000 (UTC) Received: by obbta17 with SMTP id ta17so3475257obb.13 for ; Fri, 13 Jan 2012 06:18:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=xb1rfC3iUK2xsUPik+C6oR+snisMzzwA2Zd6Fd/HAPM=; b=YSc9nsLCxQiVJ2jEjykVgNBu+6zp20oCrMvN7HOFULN5r2tsJEWfPUq00RXOZ1ACc5 sc4uiLQWRci/AvDU0neaXdTFWS61niJhYkMqooTOq/gLqZhwCqNFeih94uWMiZfcUY8j fQn3wAQhyhJaOjp/8KSjUazaoIgmd+EVE9d30= MIME-Version: 1.0 Received: by 10.182.109.38 with SMTP id hp6mr797861obb.64.1326462830571; Fri, 13 Jan 2012 05:53:50 -0800 (PST) Received: by 10.60.42.225 with HTTP; Fri, 13 Jan 2012 05:53:50 -0800 (PST) Date: Fri, 13 Jan 2012 15:53:50 +0200 Message-ID: From: Julian Kennedy To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: SVN checkout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 14:18:43 -0000 Hi All Im just joined the list. Im not sure if this is the right place to ask svn questions. I want to checkout the freebsd code to play with it a bit. What should I do and which part of the repo should I checkout? I want the 9.0 code. Thx Julian From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 14:20:23 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 579901065675 for ; Fri, 13 Jan 2012 14:20:23 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp09.smtpout.orange.fr [80.12.242.131]) by mx1.freebsd.org (Postfix) with ESMTP id EEF5E8FC14 for ; Fri, 13 Jan 2012 14:20:22 +0000 (UTC) Received: from localhost ([92.162.135.88]) by mwinf5d32 with ME id M2LC1i0071ucJsC032LC6B; Fri, 13 Jan 2012 15:20:21 +0100 Message-ID: <4F103D9B.9070400@orange.fr> Date: Fri, 13 Jan 2012 15:20:11 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.25) Gecko/20111228 Thunderbird/3.1.17 MIME-Version: 1.0 To: Ken Smith , stable@freebsd.org References: <4F0F729B.1070909@buffalo.edu> In-Reply-To: <4F0F729B.1070909@buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 14:20:23 -0000 On 01/13/2012 00:54, Ken Smith wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > JFYI for those of you who aren't subscribed to the announce@ mailing > list... 9.0-RELEASE is, finally, announced. The announcement message > is available here: > > http://www.freebsd.org/releases/9.0R/announce.html > snip.. Do we have a chance of finding "somewhere" the RELNOTES.TXT, etc or do we have to build them ourself ?? Claude Buisson From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 14:28:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71E83106566C for ; Fri, 13 Jan 2012 14:28:41 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2E39E8FC16 for ; Fri, 13 Jan 2012 14:28:40 +0000 (UTC) Received: by vcbfo14 with SMTP id fo14so668112vcb.13 for ; Fri, 13 Jan 2012 06:28:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/mhqLyIoXxDU8+c4b5jABZOq4L9dkav0sTo24i4v7O4=; b=pzvIaFk5dq+ZZPwJq+A0BADLiH94J2uEqMcRh6wS/UGgsRhS2Rg/HKRDBKz52BkwZv 5LA1bpq/ZVTWGwBspd3/G/fBrV1wEWs5rLUMHAa3rTueAqYghFvUzQdcmlfzFvEMFSOj 3Yggd1aoTMFkp7v2ANMQ+twc5aysTUHwMXGEM= MIME-Version: 1.0 Received: by 10.52.240.226 with SMTP id wd2mr383402vdc.50.1326464920199; Fri, 13 Jan 2012 06:28:40 -0800 (PST) Received: by 10.52.109.106 with HTTP; Fri, 13 Jan 2012 06:28:40 -0800 (PST) In-Reply-To: References: Date: Fri, 13 Jan 2012 14:28:40 +0000 Message-ID: From: Tom Evans To: Julian Kennedy Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: SVN checkout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 14:28:41 -0000 On Fri, Jan 13, 2012 at 1:53 PM, Julian Kennedy wrote: > Hi All > > Im just joined the list. Im not sure if this is the right place to ask > svn questions. I want to checkout the freebsd code to play with it a > bit. What should I do and which part of the repo should I checkout? I > want the 9.0 code. > > Thx > Julian For release 9.0: http://svn.freebsd.org/base/release/9.0.0 You probably actually want what would be referred to as RELENG_9 in CVS: http://svn.freebsd.org/base/stable/9 They should be checked out as /usr/src/ Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 14:49:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6E51065672 for ; Fri, 13 Jan 2012 14:49:44 +0000 (UTC) (envelope-from prvs=1359c281ad=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 1383D8FC13 for ; Fri, 13 Jan 2012 14:49:43 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 13 Jan 2012 14:48:59 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 13 Jan 2012 14:48:59 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 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 md50017537178.msg for ; Fri, 13 Jan 2012 14:48:59 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1359c281ad=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <7999949C8DCD42ED899E1ADFF1C7EAF7@multiplay.co.uk> From: "Steven Hartland" To: "Julian Kennedy" , References: Date: Fri, 13 Jan 2012 14:48:53 -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 Cc: Subject: Re: SVN checkout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 14:49:44 -0000 You can do this using csup for example:- cp /usr/share/examples/cvsup/stable-supfile /usr/share/examples/cvsup/9.0-release-supfile Edit the following to the relavent values *default host=CHANGE_THIS.FreeBSD.org *default release=cvs tag=RELENG_9 e.g. *default host=cvs.uk.FreeBSD.org *default release=cvs tag=RELENG_9_0 and then run: csup /usr/share/examples/cvsup/9.0-release-supfile This will update your source tree in /usr/src to the 9.0 source. Regards Steve ----- Original Message ----- From: "Julian Kennedy" To: Sent: Friday, January 13, 2012 1:53 PM Subject: SVN checkout > Hi All > > Im just joined the list. Im not sure if this is the right place to ask > svn questions. I want to checkout the freebsd code to play with it a > bit. What should I do and which part of the repo should I checkout? I > want the 9.0 code. > > Thx > Julian > _______________________________________________ > 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 Fri Jan 13 14:52:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FCA91065670 for ; Fri, 13 Jan 2012 14:52:15 +0000 (UTC) (envelope-from andre@drenet.info) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1F7D88FC08 for ; Fri, 13 Jan 2012 14:52:14 +0000 (UTC) Received: by obbta17 with SMTP id ta17so3528788obb.13 for ; Fri, 13 Jan 2012 06:52:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=drenet.info; s=google; h=content-type:to:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=ouX3woVEqu7t2nceOzy9B6OcPMT2I+kAS29kBWUuPGI=; b=S1YU2bJioUB8aY05ufkqkduq76RWuIIIcKBeqi2AeFYzmNHTo43OGPFgPQLolGMkTK 2Hv6TzNPa1fLKDfYclFnwKUuDciVICmmDsb9FxwRw7waO+EoZLlsWu0NvG/CDxCrIP9D ce2EDSWPo5wFV1vSXEWj3KEvqJFSC01a21oyU= Received: by 10.182.7.42 with SMTP id g10mr1112852oba.7.1326466334316; Fri, 13 Jan 2012 06:52:14 -0800 (PST) Received: from desktop.drenet.local (c-98-199-43-85.hsd1.tx.comcast.net. [98.199.43.85]) by mx.google.com with ESMTPS id b3sm8696603obp.6.2012.01.13.06.52.12 (version=SSLv3 cipher=OTHER); Fri, 13 Jan 2012 06:52:13 -0800 (PST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Joe Ennis" References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> <4F0F8E6F.8000909@FreeBSD.org> <20120112193727.4ef16e5a@tsunami.lan> Date: Fri, 13 Jan 2012 08:52:12 -0600 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Andre Goree" Message-ID: In-Reply-To: <20120112193727.4ef16e5a@tsunami.lan> User-Agent: Opera Mail/11.60 (FreeBSD) Cc: Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 14:52:15 -0000 On Thu, 12 Jan 2012 21:37:27 -0600, Joe Ennis wrote: > On Thu, 12 Jan 2012 19:11:54 -0800 > Garrett Cooper wrote: > >> On Thu, Jan 12, 2012 at 5:52 PM, Doug Barton >> wrote: >> > >> >>> chflags -R noschg /usr/obj/usr >> >>> rm -rf /usr/obj/usr >> > >> > It's much faster to do: >> > >> > /bin/rm -rf ${obj}/* 2> /dev/null || /bin/chflags -R 0 ${obj}/* && >> > /bin/rm -rf ${obj}/* >> Thanks of the tip! Should this be run from inside /usr/src or does it matter? >> +1. And it's faster yet when you can run parallel copies of rm on >> different portions of the directory tree (e.g. xargs, find [..] -exec) >> as rm is O(n). >> Cheers, >> -Garrett >> _______________________________________________ >> 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" > > What I've been doing just before I do a make buildworld/buildkernel > is: > > mdmfs -s2g md1 /usr/obj > > on a clean /usr/obj . If I need to recompile before a boot, just umount > and recreate. > > Provides a little performance boost too. > > Regards, That's a nifty little tip. I may try that next time. -- Andre Goree andre@drenet.info From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 15:10:37 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC901065670 for ; Fri, 13 Jan 2012 15:10:37 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id DC5588FC14 for ; Fri, 13 Jan 2012 15:10:35 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id B338BCB89; Fri, 13 Jan 2012 09:50:47 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 179B6C3BD; Fri, 13 Jan 2012 09:50:46 -0500 (EST) Received: from smtp4.acsu.buffalo.edu (smtp4.acsu.buffalo.edu [128.205.5.229]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id EDC1DB5F5; Fri, 13 Jan 2012 09:50:45 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp4.acsu.buffalo.edu (Postfix) with ESMTPSA id C501247C08; Fri, 13 Jan 2012 09:50:45 -0500 (EST) From: Ken Smith To: Claude Buisson In-Reply-To: <4F103D9B.9070400@orange.fr> References: <4F0F729B.1070909@buffalo.edu> <4F103D9B.9070400@orange.fr> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-43ZhNBsMi/SrPQohG7vy" Date: Fri, 13 Jan 2012 09:50:45 -0500 Message-ID: <1326466245.8644.6.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: stable@freebsd.org Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 15:10:37 -0000 --=-43ZhNBsMi/SrPQohG7vy Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Fri, 2012-01-13 at 15:20 +0100, Claude Buisson wrote: > On 01/13/2012 00:54, Ken Smith wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > > JFYI for those of you who aren't subscribed to the announce@ mailing > > list... 9.0-RELEASE is, finally, announced. The announcement message > > is available here: > > > > http://www.freebsd.org/releases/9.0R/announce.html > > > snip.. >=20 > Do we have a chance of finding "somewhere" the RELNOTES.TXT, etc or do we= have > to build them ourself ?? >=20 > Claude Buisson The announcement message provides this link for that: http://www.freebsd.org/releases/9.0R/relnotes.html There are a few other links in the announcement message that you might also want to take a look at. I didn't want to re-post the whole thing here. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-43ZhNBsMi/SrPQohG7vy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk8QRMUACgkQ/G14VSmup/ZzIwCfRyKj4w4sS/zZ/ldC1Djzwvju zF8An3eXUf9bP2J9Rnd2Rcsr4Gve+6LF =AV4G -----END PGP SIGNATURE----- --=-43ZhNBsMi/SrPQohG7vy-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 15:13:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B5FE106566B; Fri, 13 Jan 2012 15:13:32 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3278D8FC12; Fri, 13 Jan 2012 15:13:32 +0000 (UTC) Received: by iazz13 with SMTP id z13so6786216iaz.13 for ; Fri, 13 Jan 2012 07:13:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=USG9c6eM4pykc+aYkWnD7s9GcvjNFUeSa5WBXQGdy84=; b=TuiCxMDbBkMd0VEK7FDbheBlMjiTJX5xqbU7OIAcVYp2rArH+K4Z7eWGBUx4gIAHil 4oJsKByN2sumNGMd1IMPSRK7OcXz6Wuy+u9EYG5EZwOsgivYH9ZifXSuW9T9BQZIaUBf TiryEWd42aJuACQFsrS6j4dshHYkDb2C+KYOg= MIME-Version: 1.0 Received: by 10.50.77.226 with SMTP id v2mr230964igw.12.1326467611723; Fri, 13 Jan 2012 07:13:31 -0800 (PST) Received: by 10.231.135.3 with HTTP; Fri, 13 Jan 2012 07:13:31 -0800 (PST) In-Reply-To: <20120113141828.GJ31224@deviant.kiev.zoral.com.ua> References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F1024F2.20103@gmail.com> <4F103B8A.3050904@FreeBSD.org> <20120113141828.GJ31224@deviant.kiev.zoral.com.ua> Date: Fri, 13 Jan 2012 17:13:31 +0200 Message-ID: From: George Kontostanos To: Kostik Belousov , Andriy Gapon , Johan Hendriks , FreeBSD-Current , freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 15:13:32 -0000 On Fri, Jan 13, 2012 at 4:18 PM, Kostik Belousov wrote: > On Fri, Jan 13, 2012 at 04:11:22PM +0200, Andriy Gapon wrote: >> on 13/01/2012 14:57 George Kontostanos said the following: >> > Still the question remains regarding COMPAT_FREEBSD8 and how does this >> > affects ports/misc/compat8x/ >> >> Looks like all the previous hints have not been clear enough. >> There is no direct relation between COMPAT_FREEBSD8 and misc/compat8x. >> COMPAT_FREEBSD options are only needed when going from release X to release X+1 >> there was a change to an existing system call at the kernel-userland boundary. >> A side note: kernel options affect only what's in the kernel, quite obviously. >> misc/compatx contains versions of shared libraries from release X that are no >> longer present in X+1. > > Additional twist is that not every change at the kernel/usermode boundary > is covered with backward-compatibility shims. Recent example is the CAM > ABI change, which makes libcam.so.5 from the compat8x useless. Thanks to all for your input. It looks quite obvious to me know and I think this clears any further confusion. Best Regards, George From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 15:14:31 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B706D106566B for ; Fri, 13 Jan 2012 15:14:31 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp09.smtpout.orange.fr [80.12.242.131]) by mx1.freebsd.org (Postfix) with ESMTP id 57BF68FC12 for ; Fri, 13 Jan 2012 15:14:30 +0000 (UTC) Received: from localhost ([92.162.135.88]) by mwinf5d32 with ME id M3EU1i00G1ucJsC033EVy9; Fri, 13 Jan 2012 16:14:29 +0100 Message-ID: <4F104A54.6000209@orange.fr> Date: Fri, 13 Jan 2012 16:14:28 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.25) Gecko/20111228 Thunderbird/3.1.17 MIME-Version: 1.0 To: Ken Smith References: <4F0F729B.1070909@buffalo.edu> <4F103D9B.9070400@orange.fr> <1326466245.8644.6.camel@bauer.cse.buffalo.edu> In-Reply-To: <1326466245.8644.6.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 15:14:31 -0000 On 01/13/2012 15:50, Ken Smith wrote: > On Fri, 2012-01-13 at 15:20 +0100, Claude Buisson wrote: >> On 01/13/2012 00:54, Ken Smith wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> >>> JFYI for those of you who aren't subscribed to the announce@ mailing >>> list... 9.0-RELEASE is, finally, announced. The announcement message >>> is available here: >>> >>> http://www.freebsd.org/releases/9.0R/announce.html >>> >> snip.. >> >> Do we have a chance of finding "somewhere" the RELNOTES.TXT, etc or do we have >> to build them ourself ?? >> >> Claude Buisson > > The announcement message provides this link for that: > > http://www.freebsd.org/releases/9.0R/relnotes.html > > There are a few other links in the announcement message that you might > also want to take a look at. I didn't want to re-post the whole thing > here. > This is NOT an answer to my question. To be more precise: it WAS usual to find on the ftp mirrors the documents RELNOTES.{HTM,TXT}, for immediate consumption without having to search the web site. Furthermore the TXT documents could be read without having to use a browser. I did not found any of these documents on the ftp mirrors. I also note that the document "relnotes-detailed.html" have the date 2012-01-12 05:51:11Z and the files on the ftp site are at best dated from Jan 06, so I doubt they contain an uptodate version of the release documentation. I KNOW I am an old tart, but please try to understand the question before answering. Claude Buisson From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 15:44:17 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57358106564A for ; Fri, 13 Jan 2012 15:44:17 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id 140CD8FC19 for ; Fri, 13 Jan 2012 15:44:16 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id F1A955E08; Fri, 13 Jan 2012 10:44:15 -0500 (EST) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id BDA135943; Fri, 13 Jan 2012 10:44:14 -0500 (EST) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 93AC554C4; Fri, 13 Jan 2012 10:44:14 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id 7CB1B479C4; Fri, 13 Jan 2012 10:44:14 -0500 (EST) From: Ken Smith To: Claude Buisson In-Reply-To: <4F104A54.6000209@orange.fr> References: <4F0F729B.1070909@buffalo.edu> <4F103D9B.9070400@orange.fr> <1326466245.8644.6.camel@bauer.cse.buffalo.edu> <4F104A54.6000209@orange.fr> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-j/3MeI/1nE+3CXnn8uIz" Date: Fri, 13 Jan 2012 10:44:13 -0500 Message-ID: <1326469453.8644.14.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: stable@freebsd.org Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 15:44:17 -0000 --=-j/3MeI/1nE+3CXnn8uIz Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Fri, 2012-01-13 at 16:14 +0100, Claude Buisson wrote: > On 01/13/2012 15:50, Ken Smith wrote: > > On Fri, 2012-01-13 at 15:20 +0100, Claude Buisson wrote: > >> On 01/13/2012 00:54, Ken Smith wrote: > >>> -----BEGIN PGP SIGNED MESSAGE----- > >>> Hash: SHA1 > >>> > >>> > >>> JFYI for those of you who aren't subscribed to the announce@ mailing > >>> list... 9.0-RELEASE is, finally, announced. The announcement messag= e > >>> is available here: > >>> > >>> http://www.freebsd.org/releases/9.0R/announce.html > >>> > >> snip.. > >> > >> Do we have a chance of finding "somewhere" the RELNOTES.TXT, etc or do= we have > >> to build them ourself ?? > >> > >> Claude Buisson > > > > The announcement message provides this link for that: > > > > http://www.freebsd.org/releases/9.0R/relnotes.html > > > > There are a few other links in the announcement message that you might > > also want to take a look at. I didn't want to re-post the whole thing > > here. > > >=20 > This is NOT an answer to my question. >=20 > To be more precise: it WAS usual to find on the ftp mirrors the documents > RELNOTES.{HTM,TXT}, for immediate consumption without having to search th= e web > site. Furthermore the TXT documents could be read without having to use a > browser. I did not found any of these documents on the ftp mirrors. >=20 > I also note that the document "relnotes-detailed.html" have the date 2012= -01-12 > 05:51:11Z and the files on the ftp site are at best dated from Jan 06, so= I > doubt they contain an uptodate version of the release documentation. >=20 > I KNOW I am an old tart, but please try to understand the question before= answering. >=20 > Claude Buisson Sorry, I hadn't intended to be offensive or passive aggressive or whatever. To me your reference to "somewhere" included the possibility of the web so you're right that I didn't understand your question but that was why... Looks like you need to build them yourself. Though doing that for 9.0 won't be useful I'm afraid. The release notes were not ready at the point we started up the release builds so the online versions are the only ones that have any useful information in them. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-j/3MeI/1nE+3CXnn8uIz Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk8QUU0ACgkQ/G14VSmup/Z+RwCfahoMqmfFugqmGSiU+zKd8ke3 kk8AnjzSdHm74Y9DUYbdibJ1SZ4Am4Sj =Azir -----END PGP SIGNATURE----- --=-j/3MeI/1nE+3CXnn8uIz-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 16:09:57 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C51F106564A for ; Fri, 13 Jan 2012 16:09:57 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp09.smtpout.orange.fr [80.12.242.131]) by mx1.freebsd.org (Postfix) with ESMTP id CBD268FC0C for ; Fri, 13 Jan 2012 16:09:56 +0000 (UTC) Received: from localhost ([92.162.135.88]) by mwinf5d32 with ME id M49u1i0021ucJsC0349uH9; Fri, 13 Jan 2012 17:09:55 +0100 Message-ID: <4F105751.9070907@orange.fr> Date: Fri, 13 Jan 2012 17:09:53 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.25) Gecko/20111228 Thunderbird/3.1.17 MIME-Version: 1.0 To: Ken Smith References: <4F0F729B.1070909@buffalo.edu> <4F103D9B.9070400@orange.fr> <1326466245.8644.6.camel@bauer.cse.buffalo.edu> <4F104A54.6000209@orange.fr> <1326469453.8644.14.camel@bauer.cse.buffalo.edu> In-Reply-To: <1326469453.8644.14.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 16:09:57 -0000 On 01/13/2012 16:44, Ken Smith wrote: snip.. > Looks like you need to build them yourself. Though doing that for 9.0 > won't be useful I'm afraid. The release notes were not ready at the > point we started up the release builds so the online versions are the > only ones that have any useful information in them. > So I will build them for the source. The last time I did it (for 8.1-RELEASE) they appeared on the mirrors a few day after.. CBu From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 17:49:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E9301065673 for ; Fri, 13 Jan 2012 17:49:18 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id E09EE8FC16 for ; Fri, 13 Jan 2012 17:49:17 +0000 (UTC) Received: by ghbf14 with SMTP id f14so1144201ghb.13 for ; Fri, 13 Jan 2012 09:49:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=A1oy+LuikL67Sj7ZMKrGd90cE4o56WB43rEGdqqVj4o=; b=iqR6Oy5qdIpBZhBJi40AdjRDlp9D1ov8Swn3axBAiKsYfbD3nN0X+SyK475i8jOMxs vz69k6oLWIt8EqJzQAp5Kj8d43FX9HWWBRjxP0rFWcnVszyz0ryiZy8CQXnrtOrAYW7q o5k/gL9fW1h5fEl9QGcnVkvI6C1AGu0WLSW2A= MIME-Version: 1.0 Received: by 10.236.125.16 with SMTP id y16mr3131880yhh.128.1326476955417; Fri, 13 Jan 2012 09:49:15 -0800 (PST) Received: by 10.236.78.33 with HTTP; Fri, 13 Jan 2012 09:49:15 -0800 (PST) In-Reply-To: <20120113112008.GA90108@titania.njm.me.uk> References: <20120113112008.GA90108@titania.njm.me.uk> Date: Fri, 13 Jan 2012 18:49:15 +0100 Message-ID: From: David Demelier To: David Demelier , freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Prevent starting network on usbus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 17:49:18 -0000 2012/1/13 N.J. Mann : > In message , > =C2=A0 =C2=A0 =C2=A0 =C2=A0David Demelier (demelier.david@gmail.com) wrot= e: >> >> Since I've updated to 9.0-RELEASE, the network rc script starts >> network from usbus0 to usbus7. I don't think I need them. How can I >> disable them ? > > echo hw.usb.no_pf=3D1 >>/boot/loader.conf > Thanks, it works. This is the second USB tunable I know now. I know hw.usb.no_boot_wait too but I can't find any man pages that talk about them. Is it documented somewhere? Cheers, > > Cheers, > =C2=A0 =C2=A0 =C2=A0 Nick. > -- > --=20 Demelier David From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 18:05:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44ED8106566B for ; Fri, 13 Jan 2012 18:05:43 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 609BE8FC15 for ; Fri, 13 Jan 2012 18:05:41 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q0DI5XQY029021; Sat, 14 Jan 2012 01:05:34 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4F10726D.3010600@rdtc.ru> Date: Sat, 14 Jan 2012 01:05:33 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Ken Smith References: <4F0F729B.1070909@buffalo.edu> In-Reply-To: <4F0F729B.1070909@buffalo.edu> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 18:05:43 -0000 13.01.2012 06:54, Ken Smith ÐÉÛÅÔ: > If you downloaded the amd64 and/or i386 DVD images before now you > might want to check the checksums with the ones posted in the > release announcement. The fix to make sysinstall(8) happy about > installing from the DVD images was the *only* change made to the > updated images. The "bad" images were never available via > Bittorrent so if you got the images that way you wouldn't have > a bad image. I've just downloaded FreeBSD-9.0-RELEASE-amd64-disc1.iso using official torrent tracker linked in original announcement. I use "transmission" torrent client running under FreeBSD 8.2-STABLE. MD5 of the resulting image does not match: MD5 (FreeBSD-9.0-RELEASE-amd64-disc1.iso) = b23ef73412bd50ed62ef8613ca1a4199 I've removed the torrent and downloaded file and tried again, got the same wrong MD5. I've tried the image with VirtualBox, virtual machine starts and hangs hard at "Checksum verification" stage. Is it my local problem or Bittorrent's image is wrong? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 19:00:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B592106566B; Fri, 13 Jan 2012 19:00:12 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 76C8B8FC13; Fri, 13 Jan 2012 19:00:11 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q0DJ06QE029306; Sat, 14 Jan 2012 02:00:06 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4F107F36.1070709@rdtc.ru> Date: Sat, 14 Jan 2012 02:00:06 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Ken Smith References: <4F0F729B.1070909@buffalo.edu> <4F10726D.3010600@rdtc.ru> In-Reply-To: <4F10726D.3010600@rdtc.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 19:00:12 -0000 14.01.2012 01:05, Eugene Grosbein ÐÉÛÅÔ: > 13.01.2012 06:54, Ken Smith ÐÉÛÅÔ: > >> If you downloaded the amd64 and/or i386 DVD images before now you >> might want to check the checksums with the ones posted in the >> release announcement. The fix to make sysinstall(8) happy about >> installing from the DVD images was the *only* change made to the >> updated images. The "bad" images were never available via >> Bittorrent so if you got the images that way you wouldn't have >> a bad image. > > I've just downloaded FreeBSD-9.0-RELEASE-amd64-disc1.iso using > official torrent tracker linked in original announcement. > I use "transmission" torrent client running under FreeBSD 8.2-STABLE. > MD5 of the resulting image does not match: > > MD5 (FreeBSD-9.0-RELEASE-amd64-disc1.iso) = b23ef73412bd50ed62ef8613ca1a4199 Sorry for noise, that's right MD5. > I've removed the torrent and downloaded file and tried again, > got the same wrong MD5. > > I've tried the image with VirtualBox, virtual machine starts and hangs hard > at "Checksum verification" stage. It seems, FreeBSD 9.0-RELEASE can install as VirtualBox-4.0.10 Guest using SAS-emulated disk controller only. In IDE or SATA mode it hangs. Cc'd to Alexander Motin. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 19:33:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 102B0106566B; Fri, 13 Jan 2012 19:33:14 +0000 (UTC) (envelope-from rcm@fuzzwad.org) Received: from mail.volente.us (unknown [IPv6:2001:470:7:d47::2]) by mx1.freebsd.org (Postfix) with ESMTP id BD3808FC18; Fri, 13 Jan 2012 19:33:13 +0000 (UTC) Received: from shiny-w0.fuzzwad.net (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id q0DJXAlg082016; Fri, 13 Jan 2012 13:33:11 -0600 (CST) (envelope-from rcm@fuzzwad.org) Message-ID: <4F1086F6.7050503@fuzzwad.org> Date: Fri, 13 Jan 2012 13:33:10 -0600 From: Ron McDowell User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Eugene Grosbein References: <4F0F729B.1070909@buffalo.edu> <4F10726D.3010600@rdtc.ru> <4F107F36.1070709@rdtc.ru> In-Reply-To: <4F107F36.1070709@rdtc.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , freebsd-stable@freebsd.org, Ken Smith Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 19:33:14 -0000 On 1/13/12 1:00 PM, Eugene Grosbein wrote: > 14.01.2012 01:05, Eugene Grosbein =D0=C9=DB=C5=D4: >> 13.01.2012 06:54, Ken Smith =D0=C9=DB=C5=D4: >> >>> If you downloaded the amd64 and/or i386 DVD images before now you >>> might want to check the checksums with the ones posted in the >>> release announcement. The fix to make sysinstall(8) happy about >>> installing from the DVD images was the *only* change made to the >>> updated images. The "bad" images were never available via >>> Bittorrent so if you got the images that way you wouldn't have >>> a bad image. >> I've just downloaded FreeBSD-9.0-RELEASE-amd64-disc1.iso using >> official torrent tracker linked in original announcement. >> I use "transmission" torrent client running under FreeBSD 8.2-STABLE. >> MD5 of the resulting image does not match: >> >> MD5 (FreeBSD-9.0-RELEASE-amd64-disc1.iso) =3D b23ef73412bd50ed62ef8613= ca1a4199 > Sorry for noise, that's right MD5. > >> I've removed the torrent and downloaded file and tried again, >> got the same wrong MD5. >> >> I've tried the image with VirtualBox, virtual machine starts and hangs= hard >> at "Checksum verification" stage. > It seems, FreeBSD 9.0-RELEASE can install as VirtualBox-4.0.10 Guest > using SAS-emulated disk controller only. In IDE or SATA mode it hangs. > > Cc'd to Alexander Motin. > > Eugene Grosbein > FWIW, 9.0-RELEASE i386 installed fine on Virtualbox 4.1.8 hosted on a=20 MacBook Pro: 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:15:25 UTC 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 CPU: Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz (2445.78-MHz=20 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x1067a Family =3D 6 Model =3D 17 = =20 Stepping =3D 10 =20 Features=3D0x783fbbf Features2=3D0x209 real memory =3D 268369920 (255 MB) avail memory =3D 243384320 (232 MB) pnpbios: Bad PnP BIOS data checksum kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link2: BIOS IRQ 9 for 0.7.INTA does not match previous BIOS IRQ 10 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 ata0: on atapci0 ata1: on atapci0 vgapci0: mem 0xe0000000-0xe0ffffff irq 11 at=20 device 2.0 on pci0 em0: port=20 0xd010-0xd017 mem 0xf0000000-0xf001ffff irq 10 at device 3.0 on pci0 em0: Ethernet address: 08:00:27:48:85:1f pci0: at device 4.0 (no driver attached) pcm0: port 0xd100-0xd1ff,0xd200-0xd23f irq 5 at=20 device 5.0 on pci0 pcm0: ohci0: mem 0xf0804000-0xf0804fff irq 11=20 at device 6.0 on pci0 usbus0: on ohci0 pci0: at device 7.0 (no driver attached) ehci0: mem=20 0xf0805000-0xf0805fff irq 10 at device 11.0 on pci0 usbus1: EHCI version 1.0 usbus1: on ehci0 battery0: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: parallel port not found. Timecounters tick every 10.000 msec pcm0: measured ac97 link rate at 2807 Hz usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 device ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes) ada0: 32768MB (67108864 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 cd0 at ata0 bus 0 scbus0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present Timecounter "TSC" frequency 2445784083 Hz quality 800 Root mount waiting for: usbus1 usbus0 uhub0: 8 ports with 8 removable, self powered Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 uhub1: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/ada0p2 [rw]... --=20 Ron McDowell San Antonio TX From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 19:51:39 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C41F106564A for ; Fri, 13 Jan 2012 19:51:39 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 4ECAA8FC18 for ; Fri, 13 Jan 2012 19:51:38 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q0DJpYEI029543 for ; Sat, 14 Jan 2012 02:51:35 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4F108B46.9050709@rdtc.ru> Date: Sat, 14 Jan 2012 02:51:34 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: bsdinstall and swap partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 19:51:39 -0000 Hi! Is it possible to create swap partition at the beginning of disk while installing 9.0-RELEASE? For MBR partitioning, it should occupy first partition of FreeBSD slice. sysinstall used to ask a type of created partition and for swap it choosed 'b' partition automatically but bsdinstall uses 'a' partition for first one despite of its type. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 20:07:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFDC0106564A; Fri, 13 Jan 2012 20:07:05 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1988FC08; Fri, 13 Jan 2012 20:07:04 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q0DK6wBf030644; Sat, 14 Jan 2012 03:06:58 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4F108EE2.3040308@rdtc.ru> Date: Sat, 14 Jan 2012 03:06:58 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Ron McDowell References: <4F0F729B.1070909@buffalo.edu> <4F10726D.3010600@rdtc.ru> <4F107F36.1070709@rdtc.ru> <4F1086F6.7050503@fuzzwad.org> In-Reply-To: <4F1086F6.7050503@fuzzwad.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-stable@freebsd.org, Ken Smith Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 20:07:05 -0000 >> It seems, FreeBSD 9.0-RELEASE can install as VirtualBox-4.0.10 Guest >> using SAS-emulated disk controller only. In IDE or SATA mode it hangs. > > FWIW, 9.0-RELEASE i386 installed fine on Virtualbox 4.1.8 hosted on a > MacBook Pro: FreeBSD Ports collection has 4.0.14 only. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 20:42:22 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DFD3106566B for ; Fri, 13 Jan 2012 20:42:22 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D47878FC0A for ; Fri, 13 Jan 2012 20:42:21 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA22808; Fri, 13 Jan 2012 22:42:17 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rlnx2-000Hwy-Nx; Fri, 13 Jan 2012 22:42:16 +0200 Message-ID: <4F109724.5090404@FreeBSD.org> Date: Fri, 13 Jan 2012 22:42:12 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Steven Hartland References: <7999949C8DCD42ED899E1ADFF1C7EAF7@multiplay.co.uk> In-Reply-To: <7999949C8DCD42ED899E1ADFF1C7EAF7@multiplay.co.uk> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, Julian Kennedy Subject: Re: SVN checkout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 20:42:22 -0000 on 13/01/2012 16:48 Steven Hartland said the following: > You can do this using csup for example:- > cp /usr/share/examples/cvsup/stable-supfile > /usr/share/examples/cvsup/9.0-release-supfile > > Edit the following to the relavent values > *default host=CHANGE_THIS.FreeBSD.org > *default release=cvs tag=RELENG_9 > e.g. > *default host=cvs.uk.FreeBSD.org > *default release=cvs tag=RELENG_9_0 > > and then run: > csup /usr/share/examples/cvsup/9.0-release-supfile > > This will update your source tree in /usr/src to the 9.0 source. This won't be an SVN checkout though - just being pedantic about the subject line. > ----- Original Message ----- From: "Julian Kennedy" > To: > Sent: Friday, January 13, 2012 1:53 PM > Subject: SVN checkout > > >> Hi All >> >> Im just joined the list. Im not sure if this is the right place to ask >> svn questions. I want to checkout the freebsd code to play with it a >> bit. What should I do and which part of the repo should I checkout? I >> want the 9.0 code. >> >> Thx >> Julian >> _______________________________________________ >> 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. > > _______________________________________________ > 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" > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 20:51:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E7DB106564A for ; Fri, 13 Jan 2012 20:51:24 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id E9C9E8FC1D for ; Fri, 13 Jan 2012 20:51:23 +0000 (UTC) Received: by ggki1 with SMTP id i1so2497389ggk.13 for ; Fri, 13 Jan 2012 12:51:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=EFXF7NC19psS76IpCoWv5ch8x2FU8gd0A45rMCzjLOg=; b=YbV5urWc5T14XVg748Jbk9ke+lff7H+CTzwmAML53ftDPiLul1/u0j2b+fxgjUiHvr pP6leuh5SJkPJ5d+kRQ8XLZymzDKmbfAntlYpoqIPA4aYJ8+atJAxdnq/1Mmtx33Qap5 /USG9OviVIm+qE3lM/yGYU0SL3NfzaOluLayk= Received: by 10.50.178.71 with SMTP id cw7mr2395583igc.0.1326487883090; Fri, 13 Jan 2012 12:51:23 -0800 (PST) Received: from kruse-40.4.ixsystems.com (drawbridge.ixsystems.com. [206.40.55.65]) by mx.google.com with ESMTPS id q30sm32652466ibc.1.2012.01.13.12.51.21 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 Jan 2012 12:51:21 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) From: Garrett Cooper In-Reply-To: Date: Fri, 13 Jan 2012 12:51:28 -0800 Message-Id: References: To: Julian Kennedy X-Mailer: Apple Mail (2.1251.1) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: SVN checkout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 20:51:24 -0000 On Jan 13, 2012, at 5:53 AM, Julian Kennedy wrote: > Hi All > > Im just joined the list. Im not sure if this is the right place to ask > svn questions. I want to checkout the freebsd code to play with it a > bit. What should I do and which part of the repo should I checkout? I > want the 9.0 code. $ cd /usr/src $ svn co http://svn.freebsd.org/base/release/9.0.0 . Cheers, -Garrett From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 21:40:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11FA9106564A for ; Fri, 13 Jan 2012 21:40:16 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8A4318FC12 for ; Fri, 13 Jan 2012 21:40:15 +0000 (UTC) Received: by lahd3 with SMTP id d3so761581lah.13 for ; Fri, 13 Jan 2012 13:40:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=yzNuEGjJw3hLzETJs+GnGJJgUeGFz6FLKty8pVXe5yg=; b=ikGhL1Xcz7TOZVqH8MrvHADhz6ptygCFTvPs2HAmoRO2zFcmnlVovY6hlOg49bP1ZX 3aP8G5wd00cZAjhm8KWEj3zGcTiLp0g05eaUXsE1LdrHZcmVmuGNKNhbBR/2NK79EYqn U7GDYsCViXPCLQQuND+qMtiCWJxC7k8wQkwrQ= Received: by 10.112.100.200 with SMTP id fa8mr615384lbb.99.1326490814243; Fri, 13 Jan 2012 13:40:14 -0800 (PST) Received: from [109.58.66.103] (109.58.66.103.bredband.tre.se. [109.58.66.103]) by mx.google.com with ESMTPS id lo13sm6661770lab.8.2012.01.13.13.40.12 (version=SSLv3 cipher=OTHER); Fri, 13 Jan 2012 13:40:13 -0800 (PST) Message-ID: <4F10A4B8.4060403@gmail.com> Date: Fri, 13 Jan 2012 22:40:08 +0100 From: Andreas Nilsson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111124 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SVN checkout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 21:40:16 -0000 On 01/13/2012 09:51 PM, Garrett Cooper wrote: > On Jan 13, 2012, at 5:53 AM, Julian Kennedy wrote: > >> Hi All >> >> Im just joined the list. Im not sure if this is the right place to ask >> svn questions. I want to checkout the freebsd code to play with it a >> bit. What should I do and which part of the repo should I checkout? I >> want the 9.0 code. > > $ cd /usr/src > $ svn co http://svn.freebsd.org/base/release/9.0.0 . Can I just ask a for a clarification then: would .../release/8.2.5 get me what after buildworld+buildkernel results in 8.2-RELEASE-p5? I ask because I have some interest in having a tree from which i easily can check out a given patch-version. > > Cheers, > -Garrett > _______________________________________________ > 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" Regards Andreas Nilsson From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 21:55:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5137B106566B for ; Fri, 13 Jan 2012 21:55:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 284498FC0C for ; Fri, 13 Jan 2012 21:55:03 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 9805C46B0C; Fri, 13 Jan 2012 16:55:02 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2B0CFB940; Fri, 13 Jan 2012 16:55:02 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 13 Jan 2012 16:55:01 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F10A4B8.4060403@gmail.com> In-Reply-To: <4F10A4B8.4060403@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201131655.01624.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 13 Jan 2012 16:55:02 -0500 (EST) Cc: Andreas Nilsson Subject: Re: SVN checkout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 21:55:03 -0000 On Friday, January 13, 2012 4:40:08 pm Andreas Nilsson wrote: > On 01/13/2012 09:51 PM, Garrett Cooper wrote: > > On Jan 13, 2012, at 5:53 AM, Julian Kennedy wrote: > > > >> Hi All > >> > >> Im just joined the list. Im not sure if this is the right place to ask > >> svn questions. I want to checkout the freebsd code to play with it a > >> bit. What should I do and which part of the repo should I checkout? I > >> want the 9.0 code. > > > > $ cd /usr/src > > $ svn co http://svn.freebsd.org/base/release/9.0.0 . > Can I just ask a for a clarification then: would .../release/8.2.5 get > me what after buildworld+buildkernel results in 8.2-RELEASE-p5? > > I ask because I have some interest in having a tree from which i easily > can check out a given patch-version. I don't think we tag the patches, I think they are just committed to releng/8.2 directly. However, you could look at the logs for a given branch (e.g. svn log --stop-on-copy releng/8.2) and figure out the svn revision that would correspond to 8.2-p5. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 22:00:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB30B106564A; Fri, 13 Jan 2012 22:00:00 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 62A778FC1C; Fri, 13 Jan 2012 21:59:59 +0000 (UTC) Received: by obbta17 with SMTP id ta17so4194921obb.13 for ; Fri, 13 Jan 2012 13:59:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=xqQzz5ErOuRXRkJSGj1ZRU4lGL2P6l878ZOR1kF0m+Y=; b=XbwqRijWxoP62fc3BU27nBuQFKXK+Bst/4d6edRvBGoVCfanYk6JHmDdKGgs1JXTBC BR2QRNEaSd68qd3aiDmArlcZrQF1t+HYKCHxQ/fxrpu/I646gPsNY8k6eky1S/kpacan pmH60CcEITHMnGfZZywOS4/vUyTDAM9MiDHPQ= Received: by 10.50.214.102 with SMTP id nz6mr2525766igc.8.1326491999214; Fri, 13 Jan 2012 13:59:59 -0800 (PST) Received: from kruse-40.4.ixsystems.com (drawbridge.ixsystems.com. [206.40.55.65]) by mx.google.com with ESMTPS id b20sm33131987ibj.7.2012.01.13.13.59.57 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 Jan 2012 13:59:58 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Garrett Cooper In-Reply-To: <201201131655.01624.jhb@freebsd.org> Date: Fri, 13 Jan 2012 14:00:05 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <86D4E534-41F3-47C1-B836-08CE93CEDC9D@gmail.com> References: <4F10A4B8.4060403@gmail.com> <201201131655.01624.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-stable@freebsd.org, Andreas Nilsson Subject: Re: SVN checkout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 22:00:00 -0000 On Jan 13, 2012, at 1:55 PM, John Baldwin wrote: > On Friday, January 13, 2012 4:40:08 pm Andreas Nilsson wrote: >> On 01/13/2012 09:51 PM, Garrett Cooper wrote: >>> On Jan 13, 2012, at 5:53 AM, Julian Kennedy wrote: >>>=20 >>>> Hi All >>>>=20 >>>> Im just joined the list. Im not sure if this is the right place to = ask >>>> svn questions. I want to checkout the freebsd code to play with it = a >>>> bit. What should I do and which part of the repo should I checkout? = I >>>> want the 9.0 code. >>>=20 >>> $ cd /usr/src >>> $ svn co http://svn.freebsd.org/base/release/9.0.0 . >> Can I just ask a for a clarification then: would .../release/8.2.5 = get=20 >> me what after buildworld+buildkernel results in 8.2-RELEASE-p5? >>=20 >> I ask because I have some interest in having a tree from which i = easily=20 >> can check out a given patch-version. >=20 > I don't think we tag the patches, I think they are just committed to > releng/8.2 directly. However, you could look at the logs for a given > branch (e.g. svn log --stop-on-copy releng/8.2) and figure out the svn > revision that would correspond to 8.2-p5. That would be my recommendation too. Things aren't always = consistent between CVS and SVN because they're two separate systems, but = it should be more consistent with 9.0.0+ (or at least it appeared to = have been that way because now releng is using SVN primarily for release = from what I saw and not CVS, which was the way things were in the past). Thanks, -Garrett= From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 22:19:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B16411065780 for ; Fri, 13 Jan 2012 22:19:20 +0000 (UTC) (envelope-from andrnils@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 397418FC16 for ; Fri, 13 Jan 2012 22:19:19 +0000 (UTC) Received: by bkbzs2 with SMTP id zs2so3885773bkb.13 for ; Fri, 13 Jan 2012 14:19:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+J55iPsQSxOtrb5NpvxxKKH+UjXaDZlvwXLpd9Uu7I4=; b=i3CK8En8sDEGhr342hvxLa/oQTp2zwC38jGRZANZFAbXt1UlzltzIpmwXdFZA2Aj23 apfK0lGUJttVBaPjN8T913J62xaac6qFUyalmVevN12F9RM2fUkB5IzOESvv76jPuymJ KCxxtljm7vkg5bq1PtHijks6USRP7CteVQKr0= MIME-Version: 1.0 Received: by 10.205.129.137 with SMTP id hi9mr1181235bkc.90.1326493158285; Fri, 13 Jan 2012 14:19:18 -0800 (PST) Received: by 10.204.40.74 with HTTP; Fri, 13 Jan 2012 14:19:18 -0800 (PST) In-Reply-To: <86D4E534-41F3-47C1-B836-08CE93CEDC9D@gmail.com> References: <4F10A4B8.4060403@gmail.com> <201201131655.01624.jhb@freebsd.org> <86D4E534-41F3-47C1-B836-08CE93CEDC9D@gmail.com> Date: Fri, 13 Jan 2012 23:19:18 +0100 Message-ID: From: Andreas Nilsson To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: SVN checkout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 22:19:21 -0000 On Fri, Jan 13, 2012 at 11:00 PM, Garrett Cooper wrote: > On Jan 13, 2012, at 1:55 PM, John Baldwin wrote: > > > On Friday, January 13, 2012 4:40:08 pm Andreas Nilsson wrote: > >> On 01/13/2012 09:51 PM, Garrett Cooper wrote: > >>> On Jan 13, 2012, at 5:53 AM, Julian Kennedy wrote: > >>> > >>>> Hi All > >>>> > >>>> Im just joined the list. Im not sure if this is the right place to ask > >>>> svn questions. I want to checkout the freebsd code to play with it a > >>>> bit. What should I do and which part of the repo should I checkout? I > >>>> want the 9.0 code. > >>> > >>> $ cd /usr/src > >>> $ svn co http://svn.freebsd.org/base/release/9.0.0 . > >> Can I just ask a for a clarification then: would .../release/8.2.5 get > >> me what after buildworld+buildkernel results in 8.2-RELEASE-p5? > >> > >> I ask because I have some interest in having a tree from which i easily > >> can check out a given patch-version. > > > > I don't think we tag the patches, I think they are just committed to > > releng/8.2 directly. However, you could look at the logs for a given > > branch (e.g. svn log --stop-on-copy releng/8.2) and figure out the svn > > revision that would correspond to 8.2-p5. > Thanks. > > That would be my recommendation too. Things aren't always > consistent between CVS and SVN because they're two separate systems, but it > should be more consistent with 9.0.0+ (or at least it appeared to have been > that way because now releng is using SVN primarily for release from what I > saw and not CVS, which was the way things were in the past). > Thanks, > -Garrett Thanks. I had some inkling of this :) Shame on my for not keeping checkouts in a more consistent way. /Andreas From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 22:35:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 4E0B1106566B; Fri, 13 Jan 2012 22:35:36 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 598D814DCA3; Fri, 13 Jan 2012 22:35:28 +0000 (UTC) Message-ID: <4F10B1AD.9000400@FreeBSD.org> Date: Fri, 13 Jan 2012 14:35:25 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: George Kontostanos References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Andriy Gapon Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 22:35:36 -0000 On 01/13/2012 03:56, George Kontostanos wrote: > On Fri, Jan 13, 2012 at 12:55 PM, Andriy Gapon wrote: >> on 13/01/2012 11:59 Doug Barton said the following: >>> On 01/13/2012 01:52, George Kontostanos wrote: >>>> On Thu, Jan 12, 2012 at 8:42 PM, George Kontostanos >>>> wrote: >>>>> Greetings all and my apologies for cross posting! >>>>> >>>>> There seems to be a confusion regarding the ABI change in FreeBSD 9 >>>>> and if this affects the usual upgrade path which includes a full port >>>>> rebuild. >>>>> >>>>> The relevant post is here: http://forums.freebsd.org/showthread.php?t=28831 >>>>> >>>>> Frankly, I am also confused because I remember a relevant discussion a >>>>> few months ago in the lists. Traditionally a major RELEASE upgrade >>>>> requires a full ports rebuild, however this time there is no >>>>> COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be >>>>> working fine. On the other hand this is stated in UPDATING: >>>>> >>>>> 20110828: >>>>> Bump the shared library version numbers for libraries that >>>>> do not use symbol versioning, have changed the ABI compared >>>>> to stable/8 and which shared library version was not bumped. >>>>> Done as part of 9.0-RELEASE cycle. >>>>> >>>>> Your input would be appreciated! >>> >>>> Hmm, anyone :) ? >>> >>> If your question is, "Do I need to rebuild my ports when doing a major >>> OS version upgrade?" the answer is always "Yes." >>> >>> The method described at the end of the portmaster man page is preferred, >>> whether you actually use portmaster to do the upgrade or not. (I.e., >>> good backups, delete everything, start over from scratch.) >> >> I think that another part of the question was "why there is no COMPAT_FREEBSD8 >> kernel option in 9?" and I think that Volodymyr has tried to answer this part >> with another question. >> >> -- >> Andriy Gapon > > Hi guys, > > I am aware of the proper procedure which requires a full rebuild after > a major upgrade. > > Doug, the question had to to with COMPAT_FREEBSD8 missing from GENERIC. > > It seems this and the fact that some upgrades from 8.2-STABLE worked > fine without a recompile, has created the confusion. Well clearly there is something about this that I don't understand. :) If you have a sufficiently small number of ports, sure it's possible that you *might* not have to recompile. However if you're talking about a desktop system with X I guarantee you that if you clean out all the old stuff in the base after doing a major version upgrade then there are things in /usr/local/ that are linked against libs that no longer exist. How much that affects you is a YMMV of course. Meanwhile my larger point was that it doesn't matter whether COMPAT_FREEBSD8 exists or not, whether some upgrades appear to work or not, etc. When you do a major version upgrade your safest bet is wipe out your old stuff and start over from scratch. You'll waste more time trying to find ways around doing that than you would spend just doing it. :) Doug -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 22:57:18 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2D921065670; Fri, 13 Jan 2012 22:57:18 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CBCDE8FC0C; Fri, 13 Jan 2012 22:57:17 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA23575; Sat, 14 Jan 2012 00:57:16 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rlq3f-000I1O-QS; Sat, 14 Jan 2012 00:57:15 +0200 Message-ID: <4F10B6C9.8010607@FreeBSD.org> Date: Sat, 14 Jan 2012 00:57:13 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Doug Barton References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F10B1AD.9000400@FreeBSD.org> In-Reply-To: <4F10B1AD.9000400@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , George Kontostanos Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2012 22:57:18 -0000 Just for the sake of this conversation... on 14/01/2012 00:35 Doug Barton said the following: > If you have a sufficiently small number of ports, sure it's possible > that you *might* not have to recompile. However if you're talking about > a desktop system with X I guarantee you that if you clean out all the > old stuff in the base after doing a major version upgrade then there are > things in /usr/local/ that are linked against libs that no longer exist. > How much that affects you is a YMMV of course. But if the appropriate misc/compatX port is installed, then those libraries do actually exist and the system should be fully usable... Modulo the compat libraries not working with the new kernel as Kostik has pointed out. > Meanwhile my larger point was that it doesn't matter whether > COMPAT_FREEBSD8 exists or not, whether some upgrades appear to work or > not, etc. When you do a major version upgrade your safest bet is wipe > out your old stuff and start over from scratch. You'll waste more time > trying to find ways around doing that than you would spend just doing it. :) Despite what I said above I still (mostly) agree with this suggestion. As soon as a user starts updating his ports one at a time it is very easy to run into a version of a "dll hell" where a binary from port A is linked to a newer version of some system library, say, libfoo.so.5 and is also linked to a library from port B, say, libbar.so, which in its turn was originally linked with the older version of the system library, say, libfoo.so.4. This could lead to some severe and hard to debug problem. Such a situation can be possible if port A is updated after the system upgrade, but port B is not. So reinstalling all ports/packages after the system upgrade is the most straightforward solution. But the overall situation is not as dramatic as you've originally described and a more gradual approach to updating the ports is possible with enough care. But this is only for the expert users to attempt :-) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 01:14:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 333D0106566B for ; Sat, 14 Jan 2012 01:14:50 +0000 (UTC) (envelope-from list@sprymed.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id EFF098FC13 for ; Sat, 14 Jan 2012 01:14:49 +0000 (UTC) Received: by qabj34 with SMTP id j34so1571192qab.13 for ; Fri, 13 Jan 2012 17:14:49 -0800 (PST) Received: by 10.224.33.15 with SMTP id f15mr4758111qad.38.1326501862483; Fri, 13 Jan 2012 16:44:22 -0800 (PST) Received: from [192.168.1.101] (cpe-74-79-173-171.twcny.res.rr.com. [74.79.173.171]) by mx.google.com with ESMTPS id de9sm19728001qab.9.2012.01.13.16.44.20 (version=SSLv3 cipher=OTHER); Fri, 13 Jan 2012 16:44:21 -0800 (PST) From: benjamin adams To: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" Date: Fri, 13 Jan 2012 19:44:17 -0500 Message-ID: <1326501857.3726.3.camel@laptop.sprymed.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-24.el6) Content-Transfer-Encoding: 7bit Cc: Subject: Upgrade to 9.0 and Fan kick to high speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 01:14:50 -0000 I just upgraded from RC3 to release and now my pc fans are doing an high to low every two seconds. Ideas on why?? Thanks Ben Adams From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 03:14:21 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37E351065670 for ; Sat, 14 Jan 2012 03:14:21 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 159FD8FC12 for ; Sat, 14 Jan 2012 03:14:21 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id q0E3E8ih049689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Jan 2012 19:14:08 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id q0E3E834049688; Fri, 13 Jan 2012 19:14:08 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA01244; Fri, 13 Jan 12 19:01:21 PST Date: Sat, 14 Jan 2012 02:00:59 -0800 From: perryh@pluto.rain.com To: kensmith@buffalo.edu Message-Id: <4f11525b.yIFj8zjlc9FJTOmU%perryh@pluto.rain.com> References: <4F0F729B.1070909@buffalo.edu> <4F103D9B.9070400@orange.fr> <1326466245.8644.6.camel@bauer.cse.buffalo.edu> <4F104A54.6000209@orange.fr> <1326469453.8644.14.camel@bauer.cse.buffalo.edu> In-Reply-To: <1326469453.8644.14.camel@bauer.cse.buffalo.edu> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: clbuisson@orange.fr, stable@freebsd.org Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 03:14:21 -0000 Ken Smith wrote: > The release notes were not ready at the point we started up the > release builds so the online versions are the only ones that have > any useful information in them. Perhaps the final version could be made MFCd to the errata/security branch, and/or added to the FTP sites alongside the ISOs. In the future, might it be useful to delay the release until the release notes are available? I would _guess_ that doing a partial build, of only the release notes, would not take all that long. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 03:35:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF6B81065670 for ; Sat, 14 Jan 2012 03:35:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id B740D8FC18 for ; Sat, 14 Jan 2012 03:35:33 +0000 (UTC) Received: from omta02.emeryville.ca.mail.comcast.net ([76.96.30.19]) by qmta03.emeryville.ca.mail.comcast.net with comcast id MFQH1i0090QkzPwA3FbZTo; Sat, 14 Jan 2012 03:35:33 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta02.emeryville.ca.mail.comcast.net with comcast id MFbY1i0061t3BNj8NFbYmo; Sat, 14 Jan 2012 03:35:32 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8181D102C19; Fri, 13 Jan 2012 19:35:31 -0800 (PST) Date: Fri, 13 Jan 2012 19:35:31 -0800 From: Jeremy Chadwick To: benjamin adams Message-ID: <20120114033531.GA6928@icarus.home.lan> References: <1326501857.3726.3.camel@laptop.sprymed.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1326501857.3726.3.camel@laptop.sprymed.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Stable Subject: Re: Upgrade to 9.0 and Fan kick to high speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 03:35:33 -0000 On Fri, Jan 13, 2012 at 07:44:17PM -0500, benjamin adams wrote: > I just upgraded from RC3 to release and now my pc fans are doing an high > to low every two seconds. Ideas on why?? Lots of ideas on why, but whether or not any of them are applicable is a separate topic. :-) For starters: sysctl -a | grep freq sysctl -a | grep acpi And are you using powerd(8) at all? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 07:19:53 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA7D3106564A; Sat, 14 Jan 2012 07:19:53 +0000 (UTC) (envelope-from ambrosehua@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5DEEC8FC13; Sat, 14 Jan 2012 07:19:52 +0000 (UTC) Received: by wibhm4 with SMTP id hm4so1285617wib.13 for ; Fri, 13 Jan 2012 23:19:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=exc3EfxvIwDZd/F4ZgxM3PeIwcD7/cwnv+L/b62aYfA=; b=E1xLgKrzj6ysbgQYUWTK3yOFwYNv4XLk4W0xKSUsC4L+tXHtnS2rd6OR1FJEhwa9aD DzWzHXgXitLeOQ/zqzGNsLbnrKpXv84fwogFjrw97YgHXSXXwGeN+3hbX3m5CbuMjbHr 0tq4WbbnZ7R74Wl50EwQRVXMPIsSfn3Kx9//g= MIME-Version: 1.0 Received: by 10.180.88.10 with SMTP id bc10mr6849811wib.13.1326523910568; Fri, 13 Jan 2012 22:51:50 -0800 (PST) Received: by 10.223.42.18 with HTTP; Fri, 13 Jan 2012 22:51:50 -0800 (PST) Date: Sat, 14 Jan 2012 14:51:50 +0800 Message-ID: From: Paul Ambrose To: Mark Linimon Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, linimon@freebsd.org Subject: Fix for clang build ImageMagick and GraphicsImagci X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 07:19:54 -0000 Hi, Mark =D4=DA 2011=C4=EA12=D4=C221=C8=D5 =C9=CF=CE=E71:06=A3=ACMark Linimon =D0=B4=B5=C0=A3=BA > I have recently been able to get the new build cluster on pointyhat-west > set up to run full builds of ports with clang on amd64-9. I have documen= ted > the latest results on the wiki: > > http://wiki.freebsd.org/PortsAndClang > > If you are interested in working on ports being built via clang, this > is your place to start. > > Please also note that now that we have up-to-date builds going, it is > not as useful to us to report individual clang build failures. Patches > to fix problems are, of course, highly welcome. > > mcl > _______________________________________________ > 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 Jan 14 08:02:34 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DFDC106567A; Sat, 14 Jan 2012 08:02:34 +0000 (UTC) (envelope-from ambrosehua@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A1DA18FC12; Sat, 14 Jan 2012 08:02:33 +0000 (UTC) Received: by wgbgn7 with SMTP id gn7so333852wgb.31 for ; Sat, 14 Jan 2012 00:02:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=cLqUAGllI1QAnJOshOrDCw7lccEmeaLP6lh0zQ08fnQ=; b=opaI9sVzbGgfOsnT0l5vIges03xELUBXQWUREXA0z6mYLtQUchOLkDKBjMZUj7Zt8G hJ1E8F1jjjNVmYFZ56kyFr33sQAYIlpM04nOQsFW1fVJJo3z3dMcbus7BI72uVhQiopI LJ9qRNc0QkQA2xoNbOER091s0YcwXm190bsUQ= MIME-Version: 1.0 Received: by 10.180.88.10 with SMTP id bc10mr7104072wib.13.1326528152499; Sat, 14 Jan 2012 00:02:32 -0800 (PST) Received: by 10.223.42.18 with HTTP; Sat, 14 Jan 2012 00:02:32 -0800 (PST) Date: Sat, 14 Jan 2012 16:02:32 +0800 Message-ID: From: Paul Ambrose To: mm@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, linimon@freebsd.org Subject: fix clang build ImageMagic and GraphicsMagick X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 08:02:34 -0000 Hi, mm and Mark, sorry my misuse for previous mail, I found that the these two ports building failure is because the exception.sh test (for ImageMagic) and exception.sh & attribute.sh (for GraphicsMagick) are vulnerable to -O2 optimization (for CXXFLAGS). So my fix is samply to lower -O2 optimization to -O1, I test is on both stable 9, but I do not know ports makefile much, can not give a patch. here is my test, =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D #cd ports/graphics/ImageMagick; #make CC=3Dclang CXX=3Dclang++ CXXFLAGS=3D-O1 =D4=DA 2011=C4=EA12=D4=C221=C8=D5 =C9=CF=CE=E71:06=A3=ACMark Linimon =D0=B4=B5=C0=A3=BA > I have recently been able to get the new build cluster on pointyhat-west > set up to run full builds of ports with clang on amd64-9. I have documen= ted > the latest results on the wiki: > > http://wiki.freebsd.org/PortsAndClang > > If you are interested in working on ports being built via clang, this > is your place to start. > > Please also note that now that we have up-to-date builds going, it is > not as useful to us to report individual clang build failures. Patches > to fix problems are, of course, highly welcome. > > mcl > _______________________________________________ > 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 Jan 14 08:46:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10A0B106564A for ; Sat, 14 Jan 2012 08:46:26 +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 681CE8FC0C for ; Sat, 14 Jan 2012 08:46:25 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0E8kLf4067324 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 14 Jan 2012 08:46:21 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk q0E8kLf4067324 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1326530781; bh=zXvdrEqlxs5tytnfUgvaE8xmLeQDQPxKiGorVqW+Bac=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=nVE4vcxBsH46wMoVWmXU9U8hLLgqfJBlPgX1QtHWchn4m9Md6ZZsZgKeuVoQo4Nia JIyk6bFQgVcfcGGE2YEDJX4x0akwWF8vCnNfA23zaddaeyzDVXsPLTxdwpEuctCgdu yJPl1S2QkBYF5tHBl94SQlFhnGUhJ3HqKNg5l5Qo= Message-ID: <4F1140DD.4040300@infracaninophile.co.uk> Date: Sat, 14 Jan 2012 08:46:21 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F10B1AD.9000400@FreeBSD.org> <4F10B6C9.8010607@FreeBSD.org> In-Reply-To: <4F10B6C9.8010607@FreeBSD.org> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB63C169A05F5CEF5814AB8B4" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 08:46:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB63C169A05F5CEF5814AB8B4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 13/01/2012 22:57, Andriy Gapon wrote: > But if the appropriate misc/compatX port is installed, then those libra= ries do > actually exist and the system should be fully usable... Modulo the comp= at > libraries not working with the new kernel as Kostik has pointed out. As soon as you update or install an application after this point, you are likely to end up with an application that tries to dynamically link two different versions of the same shlib, and that is a recipe for tears-before-bedtime. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigB63C169A05F5CEF5814AB8B4 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 Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8RQN0ACgkQ8Mjk52CukIz1fACeJAcF6giR8LKEdGaNm7SxAe2S A+wAmgJ7TR7xDplERjGOXATrlBEWYojg =B7Lh -----END PGP SIGNATURE----- --------------enigB63C169A05F5CEF5814AB8B4-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 08:47:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BACF51065670 for ; Sat, 14 Jan 2012 08:47:20 +0000 (UTC) (envelope-from andre@drenet.info) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 832418FC21 for ; Sat, 14 Jan 2012 08:47:20 +0000 (UTC) Received: by obbta17 with SMTP id ta17so4676912obb.13 for ; Sat, 14 Jan 2012 00:47:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=drenet.info; s=google; h=content-type:to:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=FPGffvPLtltHFHxMPYOINkx1YuFHNtNrga4k3cvZH4w=; b=fnSUvDPni5vhWpclEZjNMitDxayPiRGVQ7HG7zyqYOg66olFh67UswGzao30GKbLgY 0uozMhv5vv5KgCdGhrZCqp5b73luxga7hKaih7OJ4Igs0rvofbB+xxKzQl5luceNzeDD QmxGWoJ9iWhxY70o0+TS2BA18+CuRllqqxudA= Received: by 10.182.15.104 with SMTP id w8mr3694145obc.20.1326530839801; Sat, 14 Jan 2012 00:47:19 -0800 (PST) Received: from desktop.drenet.local (c-98-199-43-85.hsd1.tx.comcast.net. [98.199.43.85]) by mx.google.com with ESMTPS id 1sm11241976obo.2.2012.01.14.00.47.18 (version=SSLv3 cipher=OTHER); Sat, 14 Jan 2012 00:47:19 -0800 (PST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Sat, 14 Jan 2012 02:47:17 -0600 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Andre Goree" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.60 (FreeBSD) Subject: Re: libutempter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 08:47:20 -0000 On Tue, 10 Jan 2012 19:58:13 -0600, Andre Goree wrote: > I recently csup'd 9-STABLE and was able to get it working along with my > custom kernel. I'm now in the process of rebuilding all my ports, and > I've > come across something when running 'portmaster -af' that I can't seem to > find any information on. > > ===>>> Launching child to reinstall libutempter-1.1.5_1 > > ===>>> Port directory: /usr/ports/sysutils/libutempter > > ===>>> This port is marked IGNORE > ===>>> is now contained in the base system > > > ===>>> If you are sure you can build it, remove the > IGNORE line in the Makefile and try again. > > ===>>> Update for libutempter-1.1.5_1 failed > ===>>> Aborting update > > Terminated > > > I figure, "ok I'll just delete the package and move on." However, there > are many packages I have installed that depend on libutemper. I would > still just proceed with the removal given that the functionality is > provided in base now, however I don't want to break all these ports and > have to deal with the mess when I portmaster -af again. > > What is the recommended action here? Should I just force exclude that > port > from the upgrade? That's probably the easiest way but I'd have to deal > with this at some point. > > Thanks in advance for any advice > > -- > Andre Goree > andre@drenetinfo So I've rebuilt everything that I could, but when I get to the ports that depend on libutempter, I get an error that they could not be reinstalled due to a failure with libutempter :/ ---> Skipping 'www/opera' (opera-11.60) because a requisite package 'libutempter-1.1.5_1' (sysutils/libutempter) failed (specify -k to force) ---> Skipping 'www/opera-linuxplugins' (opera-linuxplugins-11.60) because a requisite package 'opera-11.60' (www/opera) failed (specify -k to force) ---> Skipping 'deskutils/kdeplasma-addons' (kdeplasma-addons-4.7.3) because a requisite package 'kdepimlibs-4.7.3' (deskutils/kdepimlibs4) failed (specify -k to force) ---> Skipping 'graphics/libkdcraw-kde4' (libkdcraw-4.7.3) because a requisite package 'libutempter-1.1.5_1' (sysutils/libutempter) failed (specify -k to force) I installed misc/compat8x, however it informed my that I'd need to add "" to the kernel conf. When I try to do that, I'm met with this error: /usr/src/sys/amd64/conf/DESKTOPKERN9: unknown option "COMPAT_FREEBSD8" *** Error code 1 Stop in /usr/src. Which is weird, because: [root@desktop src]# uname -r 9.0-STABLE Meaning I'm certainly running 9.0-STABLE. So what gives re: that error above about "unknown option"? I even tried to csup source and buildworld again, but to no avail -- the error remains. -- Andre Goree andre@drenet.info From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 09:06:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A68C9106564A for ; Sat, 14 Jan 2012 09:06:34 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id 36E218FC08 for ; Sat, 14 Jan 2012 09:06:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=XtT1ZN7c5hReAkm6Qc8Y79rx1Uji7IY7yspC5KKkjZ8=; b=L3oJJhR9LDRbLUn9nxzDct5EoO0f4TaKlalLI04csvN2Igkvkc7iIqw2xH90oZLnmaFo6hUGBvgM3pzRXq+voleCX3JbIG/jTdGTpdpBWLpwVRv4oPryev+3WRZEzLzP; Authentication-Results: mail.deployis.eu dkim=none Received: from localhost ([127.0.0.1]:48446 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1RlzZI-00015v-Ra from for ; Sat, 14 Jan 2012 10:06:33 +0100 Received: from pool-232-246.ippark.hu ([31.223.232.246]) by mail.deployis.eu with HTTP (HTTP/1.1 POST); Sat, 14 Jan 2012 10:06:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 14 Jan 2012 10:06:32 +0100 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: Message-ID: <81da2610d448f8f48b2cdbf6f4aa0045@antiszoc.hu> X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -43 Subject: PHP-gnupg in jail - apache and tty X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 09:06:34 -0000 Hello, Currently I'm facing a wierd problem. I should have an environment in a jail where a PHP script (with pecl-gnupg) is able to sign messages with PGP. However it turned out, that PGP needs a tty in the jail, which is available if I use tmux or ssh login to the jail and signing from shell works. From the apache-php side, I got a "data signing failed" and nothing more useful. Of course I tried ktrace, but I couldn't find anything useful. I know that Apache should have a real login shell if php-gnupg is used, so it has one. (Yes I know it's bad, but it's a dedicated environment for this web application only.) On Linux I could do a tty with mknod in a chroot and signing worked with php-gnupg. Anyone has any idea to start with? Thanks, Andras From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 09:39:40 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70F5D106566B for ; Sat, 14 Jan 2012 09:39:40 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id 148758FC0A for ; Sat, 14 Jan 2012 09:39:39 +0000 (UTC) Received: from localhost ([109.223.3.183]) by mwinf5d62 with ME id MMfc1i00G3wvCJt03Mfci3; Sat, 14 Jan 2012 10:39:38 +0100 Message-ID: <4F114D58.7000307@orange.fr> Date: Sat, 14 Jan 2012 10:39:36 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.25) Gecko/20111228 Thunderbird/3.1.17 MIME-Version: 1.0 To: kensmith@buffalo.edu References: <4F0F729B.1070909@buffalo.edu> <4F103D9B.9070400@orange.fr> <1326466245.8644.6.camel@bauer.cse.buffalo.edu> <4F104A54.6000209@orange.fr> <1326469453.8644.14.camel@bauer.cse.buffalo.edu> <4f11525b.yIFj8zjlc9FJTOmU%perryh@pluto.rain.com> In-Reply-To: <4f11525b.yIFj8zjlc9FJTOmU%perryh@pluto.rain.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, perryh@pluto.rain.com Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 09:39:40 -0000 On 01/14/2012 11:00, perryh@pluto.rain.com wrote: > Ken Smith wrote: > >> The release notes were not ready at the point we started up the >> release builds so the online versions are the only ones that have >> any useful information in them. > > Perhaps the final version could be made MFCd to the errata/security > branch, and/or added to the FTP sites alongside the ISOs. > > In the future, might it be useful to delay the release until the > release notes are available? I would _guess_ that doing a partial > build, of only the release notes, would not take all that long. > _______________________________________________ > 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 can we say that 9.0-RELEASE is the first FreeBSD release not including the release documentation on the distribution media ? On an another topic, as the author of PR 162190, I am afraid that this release, as built, is not able to play audio CDs with popular applications like VLC: the needed commit (r230014) has been done by mav@ in stable/9 on Jan 12. Claude Buisson From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 09:41:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB001065672 for ; Sat, 14 Jan 2012 09:41:05 +0000 (UTC) (envelope-from alonsoschaich@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 92B298FC18 for ; Sat, 14 Jan 2012 09:41:04 +0000 (UTC) Received: (qmail invoked by alias); 14 Jan 2012 09:14:23 -0000 Received: from unknown (EHLO harmony.localnet.edu) [141.87.213.55] by mail.gmx.net (mp023) with SMTP; 14 Jan 2012 10:14:23 +0100 X-Authenticated: #6569712 X-Provags-ID: V01U2FsdGVkX1/kp5RPWi3kn5c8cEkXgrwk8IAIxSHX4LVrufTKUS aDZT9R3BquIMqC From: Schaich Alonso To: freebsd-stable@freebsd.org Date: Sat, 14 Jan 2012 10:14:13 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.3; amd64; ; ) References: <1326501857.3726.3.camel@laptop.sprymed.com> <20120114033531.GA6928@icarus.home.lan> In-Reply-To: <20120114033531.GA6928@icarus.home.lan> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_ldUEPRlVQWBBuTc" Message-Id: <201201141014.13592.alonsoschaich@gmx.de> X-Y-GMX-Trusted: 0 Subject: Re: Upgrade to 9.0 and Fan kick to high speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 09:41:05 -0000 --Boundary-00=_ldUEPRlVQWBBuTc Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit On 2012-01-14 (Saturday) 04:35:31 Jeremy Chadwick wrote: > On Fri, Jan 13, 2012 at 07:44:17PM -0500, benjamin adams wrote: > > I just upgraded from RC3 to release and now my pc fans are doing an high > > to low every two seconds. Ideas on why?? > > Lots of ideas on why, but whether or not any of them are applicable is a > separate topic. :-) For starters: > > sysctl -a | grep freq > sysctl -a | grep acpi > > And are you using powerd(8) at all? Hi This is happening to me, too. It starts occuring after about two hours of uptime here, and I haven't managed to get any of the sysctl data under this effect, as the system will start booting when I run sysctl. sysctl dev.cpu.x.freq runs however, showing 400-1200 MHz (with coretemp module dev.cpu.0.temperature is 30-35 C) so it's a sensor issue somewhere else - also the "overheat" indicator light of the affected box turns on here every ~20 seconds, causing the fans to run faster. I've attached the sysctl outputs of the system while it's is running stable. powerd is running, with performance_cx_lowest and economy_cx_lowest set to C2. Also, I've been running 9-STABLE for months (i.e. before and after RELEASE) without this issue, but enabled speedstepping only a few days ago, so I think this issue might be related to speedsteping. I'll disable it now and report back in a few hours if it helped ;) Alonso --Boundary-00=_ldUEPRlVQWBBuTc Content-Type: text/plain; charset="UTF-8"; name="sysctl-acpi" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="sysctl-acpi" device acpi debug.acpi.acpi_ca_version: 20110527 debug.acpi.enable_debug_objects: 0 debug.acpi.interpreter_slack: 1 debug.acpi.reset_clock: 1 debug.acpi.suspend_bounce: 0 debug.acpi.ec.burst: 0 debug.acpi.ec.polled: 0 debug.acpi.ec.timeout: 750 debug.acpi.batt.batt_sleep_ms: 0 debug.acpi.resume_beep: 0 hw.acpi.supported_sleep_state: S1 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: NONE hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 1 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C2 machdep.acpi_timer_freq: 3579545 machdep.idle_available: spin, mwait, hlt, acpi machdep.idle: acpi machdep.acpi_root: 984144 dev.acpi.0.%desc: SUPERM SMCI--MB dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.MCH_ dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C01 _UID=10 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.SBRG.RMSC dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C02 _UID=16 dev.acpi_sysresource.1.%parent: acpi0 dev.acpi_sysresource.2.%desc: System Resource dev.acpi_sysresource.2.%driver: acpi_sysresource dev.acpi_sysresource.2.%location: handle=\_SB_.PCI0.SBRG.SIO1 dev.acpi_sysresource.2.%pnpinfo: _HID=PNP0C02 _UID=273 dev.acpi_sysresource.2.%parent: acpi0 dev.acpi_sysresource.3.%desc: System Resource dev.acpi_sysresource.3.%driver: acpi_sysresource dev.acpi_sysresource.3.%location: handle=\_SB_.PCI0.SBRG.SIO2 dev.acpi_sysresource.3.%pnpinfo: _HID=PNP0C02 _UID=5710 dev.acpi_sysresource.3.%parent: acpi0 dev.acpi_sysresource.4.%desc: System Resource dev.acpi_sysresource.4.%driver: acpi_sysresource dev.acpi_sysresource.4.%location: handle=\_SB_.PCI0.PCH_ dev.acpi_sysresource.4.%pnpinfo: _HID=PNP0C01 _UID=455 dev.acpi_sysresource.4.%parent: acpi0 dev.acpi_sysresource.5.%desc: System Resource dev.acpi_sysresource.5.%driver: acpi_sysresource dev.acpi_sysresource.5.%location: handle=\_SB_.PCI0.CWDT dev.acpi_sysresource.5.%pnpinfo: _HID=INT3F0D _UID=0 dev.acpi_sysresource.5.%parent: acpi0 dev.acpi_sysresource.6.%desc: System Resource dev.acpi_sysresource.6.%driver: acpi_sysresource dev.acpi_sysresource.6.%location: handle=\_SB_.RMEM dev.acpi_sysresource.6.%pnpinfo: _HID=PNP0C01 _UID=1 dev.acpi_sysresource.6.%parent: acpi0 dev.acpi_sysresource.7.%desc: System Resource dev.acpi_sysresource.7.%driver: acpi_sysresource dev.acpi_sysresource.7.%location: handle=\OMSC dev.acpi_sysresource.7.%pnpinfo: _HID=PNP0C02 _UID=3601 dev.acpi_sysresource.7.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.cpu.0.%parent: acpi0 dev.cpu.1.%parent: acpi0 dev.cpu.2.%parent: acpi0 dev.cpu.3.%parent: acpi0 dev.cpu.4.%parent: acpi0 dev.cpu.5.%parent: acpi0 dev.cpu.6.%parent: acpi0 dev.cpu.7.%parent: acpi0 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%parent: acpi0 dev.pci_link.4.%parent: acpi0 dev.pci_link.5.%parent: acpi0 dev.pci_link.6.%parent: acpi0 dev.pci_link.7.%parent: acpi0 dev.pcib.0.%parent: acpi0 dev.acpi_button.0.%desc: Power Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.PWRB dev.acpi_button.0.%pnpinfo: _HID=PNP0C0C _UID=170 dev.acpi_button.0.%parent: acpi0 dev.acpi_button.0.wake: 1 dev.hpet.0.%parent: acpi0 dev.atdma.0.%parent: acpi0 dev.attimer.0.%parent: acpi0 dev.atrtc.0.%parent: acpi0 dev.fpupnp.0.%parent: acpi0 dev.atkbdc.0.%parent: acpi0 dev.psmcpnp.0.%parent: acpi0 dev.uart.0.%parent: acpi0 dev.uart.2.%parent: acpi0 dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.acpi_perf.1.%driver: acpi_perf dev.acpi_perf.1.%parent: cpu1 dev.acpi_perf.2.%driver: acpi_perf dev.acpi_perf.2.%parent: cpu2 dev.acpi_perf.3.%driver: acpi_perf dev.acpi_perf.3.%parent: cpu3 dev.acpi_perf.4.%driver: acpi_perf dev.acpi_perf.4.%parent: cpu4 dev.acpi_perf.5.%driver: acpi_perf dev.acpi_perf.5.%parent: cpu5 dev.acpi_perf.6.%driver: acpi_perf dev.acpi_perf.6.%parent: cpu6 dev.acpi_perf.7.%driver: acpi_perf dev.acpi_perf.7.%parent: cpu7 --Boundary-00=_ldUEPRlVQWBBuTc Content-Type: text/plain; charset="UTF-8"; name="sysctl-freq" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="sysctl-freq" kern.acct_chkfreq: 15 kern.eventtimer.et.LAPIC.frequency: 49888301 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.RTC.frequency: 32768 device cpufreq kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.TSC-low.frequency: 9354054 net.inet.sctp.sack_freq: 2 debug.cpufreq.lowest: 0 debug.cpufreq.verbose: 0 machdep.acpi_timer_freq: 3579545 machdep.i8254_freq: 1193182 machdep.tsc_freq: 2394638064 dev.cpu.0.freq: 400 dev.cpu.0.freq_levels: 2401/45000 2300/42000 2200/40000 2100/38000 2000/35000 1900/33000 1800/31000 1700/29000 1600/27000 1400/23625 1200/20250 1000/16875 800/13500 600/10125 400/6750 200/3375 dev.est.0.freq_settings: 2401/45000 2400/45000 2300/42000 2200/40000 2100/38000 2000/35000 1900/33000 1800/31000 1700/29000 1600/27000 dev.est.1.freq_settings: 2401/45000 2400/45000 2300/42000 2200/40000 2100/38000 2000/35000 1900/33000 1800/31000 1700/29000 1600/27000 dev.est.2.freq_settings: 2401/45000 2400/45000 2300/42000 2200/40000 2100/38000 2000/35000 1900/33000 1800/31000 1700/29000 1600/27000 dev.est.3.freq_settings: 2401/45000 2400/45000 2300/42000 2200/40000 2100/38000 2000/35000 1900/33000 1800/31000 1700/29000 1600/27000 dev.est.4.freq_settings: 2401/45000 2400/45000 2300/42000 2200/40000 2100/38000 2000/35000 1900/33000 1800/31000 1700/29000 1600/27000 dev.est.5.freq_settings: 2401/45000 2400/45000 2300/42000 2200/40000 2100/38000 2000/35000 1900/33000 1800/31000 1700/29000 1600/27000 dev.est.6.freq_settings: 2401/45000 2400/45000 2300/42000 2200/40000 2100/38000 2000/35000 1900/33000 1800/31000 1700/29000 1600/27000 dev.est.7.freq_settings: 2401/45000 2400/45000 2300/42000 2200/40000 2100/38000 2000/35000 1900/33000 1800/31000 1700/29000 1600/27000 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 dev.cpufreq.2.%driver: cpufreq dev.cpufreq.2.%parent: cpu2 dev.cpufreq.3.%driver: cpufreq dev.cpufreq.3.%parent: cpu3 dev.cpufreq.4.%driver: cpufreq dev.cpufreq.4.%parent: cpu4 dev.cpufreq.5.%driver: cpufreq dev.cpufreq.5.%parent: cpu5 dev.cpufreq.6.%driver: cpufreq dev.cpufreq.6.%parent: cpu6 dev.cpufreq.7.%driver: cpufreq dev.cpufreq.7.%parent: cpu7 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.1.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.2.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.3.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.4.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.5.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.6.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.7.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 --Boundary-00=_ldUEPRlVQWBBuTc-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 09:47:03 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id D4DA21065670 for ; Sat, 14 Jan 2012 09:47:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 01593155ABB; Sat, 14 Jan 2012 09:47:02 +0000 (UTC) Message-ID: <4F114F16.50408@FreeBSD.org> Date: Sat, 14 Jan 2012 01:47:02 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Claude Buisson References: <4F0F729B.1070909@buffalo.edu> <4F103D9B.9070400@orange.fr> <1326466245.8644.6.camel@bauer.cse.buffalo.edu> <4F104A54.6000209@orange.fr> <1326469453.8644.14.camel@bauer.cse.buffalo.edu> <4f11525b.yIFj8zjlc9FJTOmU%perryh@pluto.rain.com> <4F114D58.7000307@orange.fr> In-Reply-To: <4F114D58.7000307@orange.fr> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, perryh@pluto.rain.com, kensmith@buffalo.edu Subject: Re: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 09:47:03 -0000 On 01/14/2012 01:39, Claude Buisson wrote: > And can we say that 9.0-RELEASE is the first FreeBSD release not > including the release documentation on the distribution media ? There are a variety of things that could be improved about the release note generation process, however the actual process of doing the release takes a non-trivial amount of time, and the fact that they are available on line coincident with the release is a plus. To have re-started the process of seeding the release files out to all the mirrors (or holding it for the release docs in the first place) would have further delayed a long-overdue delivery. The release engineers made the best decision they could under the circumstances. > On an another topic, as the author of PR 162190, I am afraid that this > release, as built, is not able to play audio CDs with popular applications like > VLC: the needed commit (r230014) has been done by mav@ in stable/9 on Jan 12. Yep, that's a known issue, and as you point out, the solution is already available. Doug -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 09:57:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5AFE106564A for ; Sat, 14 Jan 2012 09:57:05 +0000 (UTC) (envelope-from juliankenn@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8CC8FC0C for ; Sat, 14 Jan 2012 09:57:05 +0000 (UTC) Received: by obbta17 with SMTP id ta17so4717826obb.13 for ; Sat, 14 Jan 2012 01:57:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=kAaWu8gQdyp/86Wo0L0poR02UO/Txs2hsvLrfHVLLxg=; b=GUHH4sUsET4INzgK3TYBzlX0guzQBP5gxlmCAL85PchgvN2d8fNoSalczXFwDtL3+I 1HKz5U48waUUIwWLR32AoLXe96UXzzJmZx5UHRle0ROo+7zDx8XNTN1h/QxCl9G8FLqA WrhCWZD1CbS/faiA6ughzwv6Z+QpsUN1+yelQ= MIME-Version: 1.0 Received: by 10.182.47.100 with SMTP id c4mr3767755obn.54.1326535024996; Sat, 14 Jan 2012 01:57:04 -0800 (PST) Received: by 10.60.42.225 with HTTP; Sat, 14 Jan 2012 01:57:04 -0800 (PST) In-Reply-To: References: <4F10A4B8.4060403@gmail.com> <201201131655.01624.jhb@freebsd.org> <86D4E534-41F3-47C1-B836-08CE93CEDC9D@gmail.com> Date: Sat, 14 Jan 2012 11:57:04 +0200 Message-ID: From: Julian Kennedy To: Andreas Nilsson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , freebsd-stable@freebsd.org, John Baldwin Subject: Re: SVN checkout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 09:57:05 -0000 Thx guys for all the info :-) On 14 January 2012 00:19, Andreas Nilsson wrote: > On Fri, Jan 13, 2012 at 11:00 PM, Garrett Cooper wro= te: > >> On Jan 13, 2012, at 1:55 PM, John Baldwin wrote: >> >> > On Friday, January 13, 2012 4:40:08 pm Andreas Nilsson wrote: >> >> On 01/13/2012 09:51 PM, Garrett Cooper wrote: >> >>> On Jan 13, 2012, at 5:53 AM, Julian Kennedy wrote: >> >>> >> >>>> Hi All >> >>>> >> >>>> Im just joined the list. Im not sure if this is the right place to = ask >> >>>> svn questions. I want to checkout the freebsd code to play with it = a >> >>>> bit. What should I do and which part of the repo should I checkout?= I >> >>>> want the 9.0 code. >> >>> >> >>> $ cd /usr/src >> >>> $ svn co http://svn.freebsd.org/base/release/9.0.0 . >> >> Can I just ask a for a clarification then: would .../release/8.2.5 ge= t >> >> me what after buildworld+buildkernel results in 8.2-RELEASE-p5? >> >> >> >> I ask because I have some interest in having a tree from which i easi= ly >> >> can check out a given patch-version. >> > >> > I don't think we tag the patches, I think they are just committed to >> > releng/8.2 directly. =A0However, you could look at the logs for a give= n >> > branch (e.g. svn log --stop-on-copy releng/8.2) and figure out the svn >> > revision that would correspond to 8.2-p5. >> > > Thanks. > >> >> =A0 =A0 =A0 =A0 That would be my recommendation too. Things aren't alway= s >> consistent between CVS and SVN because they're two separate systems, but= it >> should be more consistent with 9.0.0+ (or at least it appeared to have b= een >> that way because now releng is using SVN primarily for release from what= I >> saw and not CVS, which was the way things were in the past). >> Thanks, >> -Garrett > > Thanks. > > I had some inkling of this :) Shame on my for not keeping checkouts in a > more consistent way. > > /Andreas > _______________________________________________ > 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 Jan 14 10:14:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6825F106564A for ; Sat, 14 Jan 2012 10:14:43 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id E4CAF8FC0C for ; Sat, 14 Jan 2012 10:14:42 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 8C03C15851 for ; Sat, 14 Jan 2012 11:14:41 +0100 (CET) X-DKIM: OpenDKIM Filter v2.4.1 tignes.restart.be 8C03C15851 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1326536081; bh=hLlgnRQCd1W2rtLhMzCGnbQ3xr3wa5l3IN5zCSK+XOU=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; z=Message-ID:=20<4F11558E.6010806@restart.be>|Date:=20Sat,=2014=20J an=202012=2011:14:38=20+0100|From:=20Henri=20Hennebert=20|MIME-Version:=201.0|To:=20freebsd-stable@freebsd.org|Subje ct:=20Re:=20libutempter|References:=20=20|In-Reply-To:=20|Content-Type:=20text/plain=3B=20charset=3DISO-8859-1|Con tent-Transfer-Encoding:=207bit; b=VWPxyvDcp8sRwChSoIS1oZJfV3agbu7G25PSutAfs7ovO1YoBS9Cl7l5xsei88Wyf hf70sg5Que5PUbUi4XwTWWw7/MtTRJ3LoZBqKeroWZC58BsDpHrYv7mO+frE4CFnUh /NbK3YKFE3u4MN/wAZh5DKV557eYnxjfGZhhKZNU= Received: from meribel.restart.bel (meribel.restart.bel [IPv6:2001:41d0:2:56bf:1:8::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id q0EAEcq1037521 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK) for ; Sat, 14 Jan 2012 11:14:40 +0100 (CET) (envelope-from hlh@restart.be) Message-ID: <4F11558E.6010806@restart.be> Date: Sat, 14 Jan 2012 11:14:38 +0100 From: Henri Hennebert User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111212 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=D351A503 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: libutempter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 10:14:43 -0000 On 01/14/2012 09:47, Andre Goree wrote: > On Tue, 10 Jan 2012 19:58:13 -0600, Andre Goree wrote: > >> I recently csup'd 9-STABLE and was able to get it working along with my >> custom kernel. I'm now in the process of rebuilding all my ports, and >> I've >> come across something when running 'portmaster -af' that I can't seem to >> find any information on. >> >> ===>>> Launching child to reinstall libutempter-1.1.5_1 >> >> ===>>> Port directory: /usr/ports/sysutils/libutempter >> >> ===>>> This port is marked IGNORE >> ===>>> is now contained in the base system >> >> >> ===>>> If you are sure you can build it, remove the >> IGNORE line in the Makefile and try again. >> >> ===>>> Update for libutempter-1.1.5_1 failed >> ===>>> Aborting update >> >> Terminated >> >> >> I figure, "ok I'll just delete the package and move on." However, there >> are many packages I have installed that depend on libutemper. I would >> still just proceed with the removal given that the functionality is >> provided in base now, however I don't want to break all these ports and >> have to deal with the mess when I portmaster -af again. >> >> What is the recommended action here? Should I just force exclude that >> port >> from the upgrade? That's probably the easiest way but I'd have to deal >> with this at some point. >> >> Thanks in advance for any advice >> >> -- >> Andre Goree >> andre@drenetinfo > > So I've rebuilt everything that I could, but when I get to the ports > that depend on libutempter, I get an error that they could not be > reinstalled due to a failure with libutempter :/ > > ---> Skipping 'www/opera' (opera-11.60) because a requisite package > 'libutempter-1.1.5_1' (sysutils/libutempter) failed (specify -k to force) > ---> Skipping 'www/opera-linuxplugins' (opera-linuxplugins-11.60) > because a requisite package 'opera-11.60' (www/opera) failed (specify -k > to force) > ---> Skipping 'deskutils/kdeplasma-addons' (kdeplasma-addons-4.7.3) > because a requisite package 'kdepimlibs-4.7.3' (deskutils/kdepimlibs4) > failed (specify -k to force) > ---> Skipping 'graphics/libkdcraw-kde4' (libkdcraw-4.7.3) because a > requisite package 'libutempter-1.1.5_1' (sysutils/libutempter) failed > (specify -k to force) > > > I installed misc/compat8x, however it informed my that I'd need to add > "" to the kernel conf. When I try to do that, I'm met with this error: > > /usr/src/sys/amd64/conf/DESKTOPKERN9: unknown option "COMPAT_FREEBSD8" > *** Error code 1 > Stop in /usr/src. > > > Which is weird, because: > > [root@desktop src]# uname -r > 9.0-STABLE > > > Meaning I'm certainly running 9.0-STABLE. So what gives re: that error > above about "unknown option"? I even tried to csup source and > buildworld again, but to no avail -- the error remains. > > I upgrade my ports with portupgrade. After removing libutempter I just run `pkgdb -Fu' and then I can proceed with the update of depending ports. I don't need compat8x. Henri From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 10:29:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69D021065672 for ; Sat, 14 Jan 2012 10:29:04 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 11E738FC12 for ; Sat, 14 Jan 2012 10:29:04 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 50D0315966 for ; Sat, 14 Jan 2012 11:29:03 +0100 (CET) X-DKIM: OpenDKIM Filter v2.4.1 tignes.restart.be 50D0315966 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1326536943; bh=aBOL7Sm7lIj171ttOvJpQif4aWya5M3HEMppVPKXJns=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; z=Message-ID:=20<4F1158EC.8070803@restart.be>|Date:=20Sat,=2014=20J an=202012=2011:29:00=20+0100|From:=20Henri=20Hennebert=20|MIME-Version:=201.0|To:=20freebsd-stable@freebsd.org|Subje ct:=20Re:=20FreeBSD=209=20&=20recompile=20ports|References:=20 =20=20<4F10009A.7000307@FreeBSD.org>=20<4F100D9E.80807@FreeBSD.o rg>=20=20<4F10B1AD.9000400@FreeBSD.org>=20<4F10B6C9.8010607@Free BSD.org>=20<4F1140DD.4040300@infracaninophile.co.uk>|In-Reply-To:= 20<4F1140DD.4040300@infracaninophile.co.uk>|Content-Type:=20text/p lain=3B=20charset=3DISO-8859-1|Content-Transfer-Encoding:=207bit; b=gyC3vGxPubXx9bRbdFtfXn2PaQLa4mbfeW4V3Tm89jiU70yY4Dhswo6pQhQryD1Aq broohT6ftHBvd8sHrkr/pLCW9rNqA1+xyu2DqVrCpO6W/RlOBalMWZTPJYyrDoBUL8 wke7kSlXw8ivzEjtNJh0dWdVfOHfHZqZ+4TrvwN8= Received: from meribel.restart.bel (meribel.restart.bel [IPv6:2001:41d0:2:56bf:1:8::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id q0EAT0pc037915 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK) for ; Sat, 14 Jan 2012 11:29:02 +0100 (CET) (envelope-from hlh@restart.be) Message-ID: <4F1158EC.8070803@restart.be> Date: Sat, 14 Jan 2012 11:29:00 +0100 From: Henri Hennebert User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111212 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F10B1AD.9000400@FreeBSD.org> <4F10B6C9.8010607@FreeBSD.org> <4F1140DD.4040300@infracaninophile.co.uk> In-Reply-To: <4F1140DD.4040300@infracaninophile.co.uk> X-Enigmail-Version: undefined OpenPGP: id=D351A503 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 10:29:04 -0000 On 01/14/2012 09:46, Matthew Seaman wrote: > On 13/01/2012 22:57, Andriy Gapon wrote: >> But if the appropriate misc/compatX port is installed, then >> those libraries do actually exist and the system should be fully >> usable... Modulo the compat libraries not working with the new >> kernel as Kostik has pointed out. > > As soon as you update or install an application after this point, > you are likely to end up with an application that tries to > dynamically link two different versions of the same shlib, and > that is a recipe for tears-before-bedtime. This /etc/libmap.conf help me greatly when I reinstall all my ports after 9.0-BETA2 and make delete-old-libs: libsbuf.so.5 libsbuf.so.6 libz.so.5 libz.so.6 libutil.so.8 libutil.so.9 libcam.so.5 libcam.so.6 libpcap.so.7 libpcap.so.8 libufs.so.5 libufs.so.6 libbsnmp.so.5 libbsnmp.so.6 libdwarf.so.2 libdwarf.so.3 libopie.so.6 libopie.so.7 librtld_db.so.1 librtld_db.so.2 libtacplus.so.4 libtacplus.so.5 Henri > > Cheers, > > Matthew > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 10:37:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AA78106564A for ; Sat, 14 Jan 2012 10:37:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id DBABB8FC08 for ; Sat, 14 Jan 2012 10:37:43 +0000 (UTC) Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta10.westchester.pa.mail.comcast.net with comcast id MNd01i0011wpRvQ5ANdkrR; Sat, 14 Jan 2012 10:37:44 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta18.westchester.pa.mail.comcast.net with comcast id MNdj1i00D1t3BNj3eNdj9f; Sat, 14 Jan 2012 10:37:44 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B7CAE102C19; Sat, 14 Jan 2012 02:37:41 -0800 (PST) Date: Sat, 14 Jan 2012 02:37:41 -0800 From: Jeremy Chadwick To: Henri Hennebert Message-ID: <20120114103741.GA1936@icarus.home.lan> References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F10B1AD.9000400@FreeBSD.org> <4F10B6C9.8010607@FreeBSD.org> <4F1140DD.4040300@infracaninophile.co.uk> <4F1158EC.8070803@restart.be> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F1158EC.8070803@restart.be> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 10:37:44 -0000 On Sat, Jan 14, 2012 at 11:29:00AM +0100, Henri Hennebert wrote: > On 01/14/2012 09:46, Matthew Seaman wrote: > > On 13/01/2012 22:57, Andriy Gapon wrote: > >> But if the appropriate misc/compatX port is installed, then > >> those libraries do actually exist and the system should be fully > >> usable... Modulo the compat libraries not working with the new > >> kernel as Kostik has pointed out. > > > > As soon as you update or install an application after this point, > > you are likely to end up with an application that tries to > > dynamically link two different versions of the same shlib, and > > that is a recipe for tears-before-bedtime. > > This /etc/libmap.conf help me greatly when I reinstall all my ports > after 9.0-BETA2 and make delete-old-libs: > > libsbuf.so.5 libsbuf.so.6 > libz.so.5 libz.so.6 > libutil.so.8 libutil.so.9 > libcam.so.5 libcam.so.6 > libpcap.so.7 libpcap.so.8 > libufs.so.5 libufs.so.6 > libbsnmp.so.5 libbsnmp.so.6 > libdwarf.so.2 libdwarf.so.3 > libopie.so.6 libopie.so.7 > librtld_db.so.1 librtld_db.so.2 > libtacplus.so.4 libtacplus.so.5 This is very, VERY, ***VERY*** dangerous. Apparently nobody has explained why, so I will: When a linked library version number (N of libfoo.so.N) increases or changes, it indicates there are API/ABI changes to the library. There is absolutely ZERO guarantee that calling semantics are the same, that function arguments (thus stack order) are the same, or that structures used internally by the library are the same. The effects of this can be devastating -- if you're lucky it'll consist of just "missing symbol", but it can be a lot worse. The TL;DR version is: there is absolutely ZERO guarantee that the internal operations and calling semantics of the libraries are identical. Folks reading this thread, PLEASE do not follow the above advice and leave your system running in that kind of state. Instead of being lazy, rebuild all your ports from scratch or pull down new binary copies (pkg_add -r ...) for the version of the OS you're running. Doug and I have the same opinion when it comes to this situation, and it's based purely on experience. Schedule downtime, spend an afternoon rebuilding things, whatever -- just do it the Right Way(tm) please. Otherwise you're creating a lot of support hassle when it comes to trying to diagnose why some program on your system "behaves oddly" -- weeks go by, "oh, libmap.conf..." -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 10:59:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78F99106564A for ; Sat, 14 Jan 2012 10:59:44 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 056C28FC12 for ; Sat, 14 Jan 2012 10:59:44 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 065DB15B9A; Sat, 14 Jan 2012 11:59:42 +0100 (CET) X-DKIM: OpenDKIM Filter v2.4.1 tignes.restart.be 065DB15B9A DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1326538783; bh=pJIwaQb7uJ4qJ4dCFA8N6zfJmFeHtMSD3kmZryh9s4I=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; z=Message-ID:=20<4F11601C.7030409@restart.be>|Date:=20Sat,=2014=20J an=202012=2011:59:40=20+0100|From:=20Henri=20Hennebert=20|MIME-Version:=201.0|To:=20Jeremy=20Chadwick=20|CC:=20freebsd-stable@freebsd.org|Subject:=20Re:=20F reeBSD=209=20&=20recompile=20ports|References:=20=20=20<4F10 009A.7000307@FreeBSD.org>=20<4F100D9E.80807@FreeBSD.org>=20=20<4 F10B1AD.9000400@FreeBSD.org>=20<4F10B6C9.8010607@FreeBSD.org>=20<4 F1140DD.4040300@infracaninophile.co.uk>=20<4F1158EC.8070803@restar t.be>=20<20120114103741.GA1936@icarus.home.lan>|In-Reply-To:=20<20 120114103741.GA1936@icarus.home.lan>|Content-Type:=20text/plain=3B =20charset=3DISO-8859-1|Content-Transfer-Encoding:=207bit; b=kS1vwq8TsFZjZwWEBOf6lJUH3QdJ5ybtF1x+DJu516ZEQ+y0gb7n0gMEIXRAAU2ft KXTF1tDyY6PSnapNJqGDxoHeJbxpXmTjbWNdMCcOObUBI+YE4mih6ucGOkQcNlMGcH e+OPxBdNfeo+5uMOmg2gc7NYwn89yswa+b81nhTQ= Received: from meribel.restart.bel (meribel.restart.bel [IPv6:2001:41d0:2:56bf:1:8::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id q0EAxebs038581 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK); Sat, 14 Jan 2012 11:59:41 +0100 (CET) (envelope-from hlh@restart.be) Message-ID: <4F11601C.7030409@restart.be> Date: Sat, 14 Jan 2012 11:59:40 +0100 From: Henri Hennebert User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111212 Thunderbird/8.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F10B1AD.9000400@FreeBSD.org> <4F10B6C9.8010607@FreeBSD.org> <4F1140DD.4040300@infracaninophile.co.uk> <4F1158EC.8070803@restart.be> <20120114103741.GA1936@icarus.home.lan> In-Reply-To: <20120114103741.GA1936@icarus.home.lan> X-Enigmail-Version: undefined OpenPGP: id=D351A503 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 10:59:44 -0000 On 01/14/2012 11:37, Jeremy Chadwick wrote: > On Sat, Jan 14, 2012 at 11:29:00AM +0100, Henri Hennebert wrote: >> On 01/14/2012 09:46, Matthew Seaman wrote: >>> On 13/01/2012 22:57, Andriy Gapon wrote: >>>> But if the appropriate misc/compatX port is installed, then >>>> those libraries do actually exist and the system should be fully >>>> usable... Modulo the compat libraries not working with the new >>>> kernel as Kostik has pointed out. >>> >>> As soon as you update or install an application after this point, >>> you are likely to end up with an application that tries to >>> dynamically link two different versions of the same shlib, and >>> that is a recipe for tears-before-bedtime. >> >> This /etc/libmap.conf help me greatly when I reinstall all my ports -------> ^^^^^^^^^^^^^^^^^^^^^^^^ >> after 9.0-BETA2 and make delete-old-libs: >> >> libsbuf.so.5 libsbuf.so.6 >> libz.so.5 libz.so.6 >> libutil.so.8 libutil.so.9 >> libcam.so.5 libcam.so.6 >> libpcap.so.7 libpcap.so.8 >> libufs.so.5 libufs.so.6 >> libbsnmp.so.5 libbsnmp.so.6 >> libdwarf.so.2 libdwarf.so.3 >> libopie.so.6 libopie.so.7 >> librtld_db.so.1 librtld_db.so.2 >> libtacplus.so.4 libtacplus.so.5 > > This is very, VERY, ***VERY*** dangerous. Apparently nobody has > explained why, so I will: > > When a linked library version number (N of libfoo.so.N) increases or > changes, it indicates there are API/ABI changes to the library. There > is absolutely ZERO guarantee that calling semantics are the same, that > function arguments (thus stack order) are the same, or that structures > used internally by the library are the same. The effects of this can be > devastating -- if you're lucky it'll consist of just "missing symbol", > but it can be a lot worse. The TL;DR version is: there is absolutely > ZERO guarantee that the internal operations and calling semantics of the > libraries are identical. > > Folks reading this thread, PLEASE do not follow the above advice and > leave your system running in that kind of state. Instead of being lazy, I don't want to argue too much, but you don't read me correctly. I just do this during the time I REINSTALL ALL PORTS and then I delete /etc/libmap.conf, of course, I'm not crazy! > rebuild all your ports from scratch or pull down new binary copies > (pkg_add -r ...) for the version of the OS you're running. Doug and I > have the same opinion when it comes to this situation, and it's based > purely on experience. Schedule downtime, spend an afternoon rebuilding > things, whatever -- just do it the Right Way(tm) please. Otherwise > you're creating a lot of support hassle when it comes to trying to > diagnose why some program on your system "behaves oddly" -- weeks go by, > "oh, libmap.conf..." > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 14:24:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA9781065676 for ; Sat, 14 Jan 2012 14:24:11 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 80CEB8FC12 for ; Sat, 14 Jan 2012 14:24:11 +0000 (UTC) Received: by iagz16 with SMTP id z16so1649753iag.13 for ; Sat, 14 Jan 2012 06:24:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=R05LtCdcic4o7ywjK5a8sutFQDlAewKBjVy7zQN5GjQ=; b=dSebO3Sfi5haNI3RNK2cL4x8yieCs9fRCKi2lJrszhWFg5bg2qxU8Q3SwCW8i9Hoy5 D8TihOCxuJxc4n5Pe5XYIB3CPHpvlpgH8dRxc9fsGeOawGdOb/OUwn1GpvUhHYKxb7+5 DbI0Xpl63Iwew9ElM1h/WZXzW0Vcw+7sWUTEE= MIME-Version: 1.0 Received: by 10.50.161.135 with SMTP id xs7mr2538236igb.15.1326551050998; Sat, 14 Jan 2012 06:24:10 -0800 (PST) Received: by 10.231.207.7 with HTTP; Sat, 14 Jan 2012 06:24:10 -0800 (PST) Received: by 10.231.207.7 with HTTP; Sat, 14 Jan 2012 06:24:10 -0800 (PST) In-Reply-To: References: Date: Sat, 14 Jan 2012 14:24:10 +0000 Message-ID: From: Chris Rees To: Andre Goree Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: libutempter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 14:24:11 -0000 On 14 Jan 2012 08:48, "Andre Goree" wrote: > > On Tue, 10 Jan 2012 19:58:13 -0600, Andre Goree wrote: > >> I recently csup'd 9-STABLE and was able to get it working along with my >> custom kernel. I'm now in the process of rebuilding all my ports, and I've >> come across something when running 'portmaster -af' that I can't seem to >> find any information on. >> >> ===>>> Launching child to reinstall libutempter-1.1.5_1 >> >> ===>>> Port directory: /usr/ports/sysutils/libutempter >> >> ===>>> This port is marked IGNORE >> ===>>> is now contained in the base system >> >> >> ===>>> If you are sure you can build it, remove the >> IGNORE line in the Makefile and try again. >> >> ===>>> Update for libutempter-1.1.5_1 failed >> ===>>> Aborting update >> >> Terminated >> >> >> I figure, "ok I'll just delete the package and move on." However, there >> are many packages I have installed that depend on libutemper. I would >> still just proceed with the removal given that the functionality is >> provided in base now, however I don't want to break all these ports and >> have to deal with the mess when I portmaster -af again. >> >> What is the recommended action here? Should I just force exclude that port >> from the upgrade? That's probably the easiest way but I'd have to deal >> with this at some point. >> >> Thanks in advance for any advice >> >> -- >> Andre Goree >> andre@drenetinfo > > > So I've rebuilt everything that I could, but when I get to the ports that depend on libutempter, I get an error that they could not be reinstalled due to a failure with libutempter :/ > > ---> Skipping 'www/opera' (opera-11.60) because a requisite package 'libutempter-1.1.5_1' (sysutils/libutempter) failed (specify -k to force) > ---> Skipping 'www/opera-linuxplugins' (opera-linuxplugins-11.60) because a requisite package 'opera-11.60' (www/opera) failed (specify -k to force) > ---> Skipping 'deskutils/kdeplasma-addons' (kdeplasma-addons-4.7.3) because a requisite package 'kdepimlibs-4.7.3' (deskutils/kdepimlibs4) failed (specify -k to force) > ---> Skipping 'graphics/libkdcraw-kde4' (libkdcraw-4.7.3) because a requisite package 'libutempter-1.1.5_1' (sysutils/libutempter) failed (specify -k to force) > > > I installed misc/compat8x, however it informed my that I'd need to add "" to the kernel conf. When I try to do that, I'm met with this error: > > /usr/src/sys/amd64/conf/DESKTOPKERN9: unknown option "COMPAT_FREEBSD8" > *** Error code 1 > Stop in /usr/src. > > > Which is weird, because: > > [root@desktop src]# uname -r > 9.0-STABLE > > > Meaning I'm certainly running 9.0-STABLE. So what gives re: that error above about "unknown option"? I even tried to csup source and buildworld again, but to no avail -- the error remains. > Just pkg_delete -f it. Since it's in base, its absence won't cause a problem. Chris From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 15:59:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9258106564A for ; Sat, 14 Jan 2012 15:59:19 +0000 (UTC) (envelope-from alonsoschaich@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 1C63C8FC0A for ; Sat, 14 Jan 2012 15:59:18 +0000 (UTC) Received: (qmail invoked by alias); 14 Jan 2012 15:59:17 -0000 Received: from unknown (EHLO harmony.localnet.edu) [141.87.213.55] by mail.gmx.net (mp071) with SMTP; 14 Jan 2012 16:59:17 +0100 X-Authenticated: #6569712 X-Provags-ID: V01U2FsdGVkX18myP9e+C0mPOMKVY7wWjtsjK+2cwxDDAcjdmwsbX 8spM2rjxqS5Q7K From: Schaich Alonso To: freebsd-stable@freebsd.org Date: Sat, 14 Jan 2012 16:59:08 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.3; amd64; ; ) References: <1326501857.3726.3.camel@laptop.sprymed.com> <20120114033531.GA6928@icarus.home.lan> <201201141014.13592.alonsoschaich@gmx.de> In-Reply-To: <201201141014.13592.alonsoschaich@gmx.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201201141659.08928.alonsoschaich@gmx.de> X-Y-GMX-Trusted: 0 Subject: Re: Upgrade to 9.0 and Fan kick to high speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 15:59:20 -0000 System is running well for 6 hours now. Seems like disabling speedsteping solved it (for me). Alonso From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 16:32:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E84EE106568D for ; Sat, 14 Jan 2012 16:32:37 +0000 (UTC) (envelope-from njm@njm.me.uk) Received: from smtp003.apm-internet.net (smtp003.apm-internet.net [85.119.248.52]) by mx1.freebsd.org (Postfix) with SMTP id 4B4E78FC08 for ; Sat, 14 Jan 2012 16:32:36 +0000 (UTC) Received: (qmail 30152 invoked from network); 14 Jan 2012 16:32:35 -0000 Received: from unknown (HELO oberon.njm.me.uk) (109.155.32.115) by smtp003.apm-internet.net with SMTP; 14 Jan 2012 16:32:35 -0000 Received: from titania.njm.me.uk (titania.njm.me.uk [192.168.144.130]) by oberon.njm.me.uk (8.14.4/8.14.4) with ESMTP id q0EGWZlI024356; Sat, 14 Jan 2012 16:32:35 GMT (envelope-from njm@njm.me.uk) Received: from titania.njm.me.uk (localhost [127.0.0.1]) by titania.njm.me.uk (8.14.5/8.14.5) with ESMTP id q0EGWYLM011792; Sat, 14 Jan 2012 16:32:34 GMT (envelope-from njm@njm.me.uk) Received: (from njm@localhost) by titania.njm.me.uk (8.14.5/8.14.5/Submit) id q0EGWYUd011791; Sat, 14 Jan 2012 16:32:34 GMT (envelope-from njm@njm.me.uk) Date: Sat, 14 Jan 2012 16:32:34 +0000 From: "N.J. Mann" To: David Demelier Message-ID: <20120114163232.GA75962@titania.njm.me.uk> Mail-Followup-To: David Demelier , freebsd-stable@freebsd.org References: <20120113112008.GA90108@titania.njm.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 8.2-STABLE User-Agent: mutt-NJM (2010-10-31) Cc: freebsd-stable@freebsd.org Subject: Re: Prevent starting network on usbus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 16:32:38 -0000 In message , David Demelier (demelier.david@gmail.com) wrote: > 2012/1/13 N.J. Mann : > > In message , > >        David Demelier (demelier.david@gmail.com) wrote: > >> > >> Since I've updated to 9.0-RELEASE, the network rc script starts > >> network from usbus0 to usbus7. I don't think I need them. How can I > >> disable them ? > > > > echo hw.usb.no_pf=1 >>/boot/loader.conf > > > > Thanks, it works. This is the second USB tunable I know now. I know > hw.usb.no_boot_wait too but I can't find any man pages that talk about > them. > > Is it documented somewhere? I have not been able to find anything. I have been using it since June last year. The relevant commit may be viewed at: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/usb_pf.c.diff?r1=1.9;r2=1.10;f=h Cheers, Nick. -- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 17:32:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8842106566B for ; Sat, 14 Jan 2012 17:32:09 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 626488FC0C for ; Sat, 14 Jan 2012 17:32:08 +0000 (UTC) Received: by wibhm4 with SMTP id hm4so1572736wib.13 for ; Sat, 14 Jan 2012 09:32:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/dIgJpIiIE6dtj7nXxW7RzUuB2ga+KJ86pnHczrxHDc=; b=HMjeZTLAmafeSShsEtDJ4bW8rq8uHbB9S0ax+Q11QiEvW1d2Shn64HWEIrrm1VFpz8 5YBV4NY8eOYa9gek5fOrcsm7+r00n5Y7m1Ox2i9mi4l1jgSp/d00L5v+gfwXrQDxlYGS FTX7eebNaoYIE7eR1yBqL6NRYa6OvM/avSJGg= MIME-Version: 1.0 Received: by 10.180.19.130 with SMTP id f2mr4277488wie.12.1326562328313; Sat, 14 Jan 2012 09:32:08 -0800 (PST) Received: by 10.223.158.129 with HTTP; Sat, 14 Jan 2012 09:32:08 -0800 (PST) In-Reply-To: <4F1140DD.4040300@infracaninophile.co.uk> References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F10B1AD.9000400@FreeBSD.org> <4F10B6C9.8010607@FreeBSD.org> <4F1140DD.4040300@infracaninophile.co.uk> Date: Sat, 14 Jan 2012 09:32:08 -0800 Message-ID: From: Kevin Oberman To: Matthew Seaman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 17:32:09 -0000 On Sat, Jan 14, 2012 at 12:46 AM, Matthew Seaman < m.seaman@infracaninophile.co.uk> wrote: > On 13/01/2012 22:57, Andriy Gapon wrote: > > But if the appropriate misc/compatX port is installed, then those > libraries do > > actually exist and the system should be fully usable... Modulo the compat > > libraries not working with the new kernel as Kostik has pointed out. > > As soon as you update or install an application after this point, you > are likely to end up with an application that tries to dynamically link > two different versions of the same shlib, and that is a recipe for > tears-before-bedtime. > > I don't recall any "tears", but it does become a real pain. The compat ports only work for those who only update when absolutely required. Thanks to symbol versioning, most base system libraries don't cause a problem, so the problem is far less likely to bite you than it was in the past, but the bottom line is that you should seriously consider updating all ports. Thanks to Doug Barton's work on portmaster(8), doing so with packages is pretty fast and easy. Even doing a full re-build of all ports (over 1000 of them) on the last system I upgraded to 9.0 updated with no intervention over one night. Use the multiple steps in the big example in the portmaster(8) man page for best results and run the re-install step with '-D'. The man page also provides a simple way to do the job, but it does not assure a completely clean system. I would also consider saving the files in /usr/local/etc after all ports have been removed.That can save a fair amount of reconfiguration at the slight risk of retaining some old cruft. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 17:45:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 752D2106564A for ; Sat, 14 Jan 2012 17:45:44 +0000 (UTC) (envelope-from jeremiah.gowdy@freedomvoice.com) Received: from DB3EHSOBE002.bigfish.com (db3ehsobe002.messaging.microsoft.com [213.199.154.140]) by mx1.freebsd.org (Postfix) with ESMTP id BAAF98FC14 for ; Sat, 14 Jan 2012 17:45:43 +0000 (UTC) Received: from mail7-db3-R.bigfish.com (10.3.81.240) by DB3EHSOBE002.bigfish.com (10.3.84.22) with Microsoft SMTP Server id 14.1.225.23; Sat, 14 Jan 2012 17:30:40 +0000 Received: from mail7-db3 (localhost [127.0.0.1]) by mail7-db3-R.bigfish.com (Postfix) with ESMTP id 4BC3866008D for ; Sat, 14 Jan 2012 17:30:39 +0000 (UTC) X-SpamScore: 0 X-BigFish: PS0(zzc85fhzz1202hzz8275bh8275dhz2dhc1ahc1bhc1ahc1bh2a8h668h839h) X-Forefront-Antispam-Report: CIP:157.55.49.13; KIP:(null); UIP:(null); IPV:NLI; H:SN2PRD0802HT010.namprd08.prod.outlook.com; RD:none; EFVD:NLI Received: from mail7-db3 (localhost.localdomain [127.0.0.1]) by mail7-db3 (MessageSwitch) id 1326562239194327_26743; Sat, 14 Jan 2012 17:30:39 +0000 (UTC) Received: from DB3EHSMHS008.bigfish.com (unknown [10.3.81.243]) by mail7-db3.bigfish.com (Postfix) with ESMTP id 213CE48004B for ; Sat, 14 Jan 2012 17:30:39 +0000 (UTC) Received: from SN2PRD0802HT010.namprd08.prod.outlook.com (157.55.49.13) by DB3EHSMHS008.bigfish.com (10.3.87.108) with Microsoft SMTP Server (TLS) id 14.1.225.23; Sat, 14 Jan 2012 17:30:38 +0000 Received: from SN2PRD0802MB111.namprd08.prod.outlook.com ([169.254.3.160]) by SN2PRD0802HT010.namprd08.prod.outlook.com ([10.27.84.27]) with mapi id 14.15.0029.001; Sat, 14 Jan 2012 17:30:36 +0000 From: Jeremiah Gowdy To: "freebsd-stable@freebsd.org" Thread-Topic: HPN-SSH question Thread-Index: AczS4bGrDEiMq0UYScagHD7aoGi0WQ== Date: Sat, 14 Jan 2012 17:30:35 +0000 Message-ID: <9728B37F7A4EBE45A2FD4B18883BAED6D02612@SN2PRD0802MB111.namprd08.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.27.85.11] MIME-Version: 1.0 X-OriginatorOrg: freedomvoice.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: HPN-SSH question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 17:45:44 -0000 Since it doesn't seem that the HPN-SSH patches are going to be merged upstr= eam to OpenSSH (please correct me if I'm wrong), and since the HPN-SSH proj= ect seems to be very low on resources, is the inclusion of these patches in= FreeBSD 9 a commitment by FreeBSD to maintain these patches against stock = OpenSSH in the future? Is there any indication that the OpenSSH project wi= ll be more willing to consider merging if the patches survive a -STABLE gen= eration in FreeBSD? From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 18:26:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DF021065675 for ; Sat, 14 Jan 2012 18:26:22 +0000 (UTC) (envelope-from andre@drenet.info) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C4C568FC17 for ; Sat, 14 Jan 2012 18:26:21 +0000 (UTC) Received: by obbta17 with SMTP id ta17so5056596obb.13 for ; Sat, 14 Jan 2012 10:26:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=drenet.info; s=google; h=content-type:to:subject:references:date:cc:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=93kQfNorbaIf3x21nkfeH9UNn8t4w34mJBp0dct3OO4=; b=Krldt/dCaYaFWJzl80w31CDhBDmbeow+pC6yncEhJ9vaPE4Ifmk/a750FOy7x1Lb2A HX44wlqtBnOAeLUtfgcUqftDGbWS8k82ON34i+GtMPhZPuJUH2Lmern/E6yzCVA/IzSl KyByX9f22Xwh+PokSYDJYGwSP2AbcuwY4KOf4= Received: by 10.182.160.1 with SMTP id xg1mr5189462obb.30.1326565581270; Sat, 14 Jan 2012 10:26:21 -0800 (PST) Received: from desktop.drenet.local (c-98-199-43-85.hsd1.tx.comcast.net. [98.199.43.85]) by mx.google.com with ESMTPS id m2sm2258097obu.3.2012.01.14.10.26.20 (version=SSLv3 cipher=OTHER); Sat, 14 Jan 2012 10:26:20 -0800 (PST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <4F11558E.6010806@restart.be> Date: Sat, 14 Jan 2012 12:26:19 -0600 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Andre Goree" Message-ID: In-Reply-To: <4F11558E.6010806@restart.be> User-Agent: Opera Mail/11.60 (FreeBSD) Cc: Henri Hennebert , Chris Rees Subject: Re: libutempter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 18:26:22 -0000 On Sat, 14 Jan 2012 04:14:38 -0600, Henri Hennebert wrote: > On 01/14/2012 09:47, Andre Goree wrote: >> On Tue, 10 Jan 2012 19:58:13 -0600, Andre Goree >> wrote: >> >>> I recently csup'd 9-STABLE and was able to get it working along with my >>> custom kernel. I'm now in the process of rebuilding all my ports, and >>> I've >>> come across something when running 'portmaster -af' that I can't seem >>> to >>> find any information on. >>> >>> ===>>> Launching child to reinstall libutempter-1.1.5_1 >>> >>> ===>>> Port directory: /usr/ports/sysutils/libutempter >>> >>> ===>>> This port is marked IGNORE >>> ===>>> is now contained in the base system >>> >>> >>> ===>>> If you are sure you can build it, remove the >>> IGNORE line in the Makefile and try again. >>> >>> ===>>> Update for libutempter-1.1.5_1 failed >>> ===>>> Aborting update >>> >>> Terminated >>> >>> >>> I figure, "ok I'll just delete the package and move on." However, >>> there >>> are many packages I have installed that depend on libutemper. I would >>> still just proceed with the removal given that the functionality is >>> provided in base now, however I don't want to break all these ports and >>> have to deal with the mess when I portmaster -af again. >>> >>> What is the recommended action here? Should I just force exclude that >>> port >>> from the upgrade? That's probably the easiest way but I'd have to deal >>> with this at some point. >>> >>> Thanks in advance for any advice >>> >>> -- >>> Andre Goree >>> andre@drenetinfo >> >> So I've rebuilt everything that I could, but when I get to the ports >> that depend on libutempter, I get an error that they could not be >> reinstalled due to a failure with libutempter :/ >> >> ---> Skipping 'www/opera' (opera-11.60) because a requisite package >> 'libutempter-1.1.5_1' (sysutils/libutempter) failed (specify -k to >> force) >> ---> Skipping 'www/opera-linuxplugins' (opera-linuxplugins-11.60) >> because a requisite package 'opera-11.60' (www/opera) failed (specify -k >> to force) >> ---> Skipping 'deskutils/kdeplasma-addons' (kdeplasma-addons-4.7.3) >> because a requisite package 'kdepimlibs-4.7.3' (deskutils/kdepimlibs4) >> failed (specify -k to force) >> ---> Skipping 'graphics/libkdcraw-kde4' (libkdcraw-4.7.3) because a >> requisite package 'libutempter-1.1.5_1' (sysutils/libutempter) failed >> (specify -k to force) >> >> >> I installed misc/compat8x, however it informed my that I'd need to add >> "" to the kernel conf. When I try to do that, I'm met with this error: >> >> /usr/src/sys/amd64/conf/DESKTOPKERN9: unknown option "COMPAT_FREEBSD8" >> *** Error code 1 >> Stop in /usr/src. >> >> >> Which is weird, because: >> >> [root@desktop src]# uname -r >> 9.0-STABLE >> >> >> Meaning I'm certainly running 9.0-STABLE. So what gives re: that error >> above about "unknown option"? I even tried to csup source and >> buildworld again, but to no avail -- the error remains. >> >> > I upgrade my ports with portupgrade. > After removing libutempter I just run `pkgdb -Fu' and then > I can proceed with the update of depending ports. > I don't need compat8x. > > Henri > _______________________________________________ > 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" Thanks, yeah upon further research last night I discovered that "COMPAT_FREEBSD8" is not kernel option and that compat8x doesn't play a role at all in my situation. Also thanks for the suggestion, that worked perfectly! :) > > Just pkg_delete -f it. > > Since it's in base, its absence won't cause a problem. > > Chris Yeah I was mored concerned (erroneously, it would seem) with dependency hell rather than missing libs :p After just removing it then doing a pkgdb -Fu, I'm good to go. I've done this before in the past with pkg's I've removed, so kinda disheartening that I overlooked it for so long, heh. I guess I don't fully grasp the relationship between ports and pkgs which lead to all this confusion. In any case, it's resolved now, thanks everyone who replied :) -- Andre Goree andre@drenet.info From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 19:05:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79216106566B for ; Sat, 14 Jan 2012 19:05:35 +0000 (UTC) (envelope-from andre@drenet.info) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDC18FC0A for ; Sat, 14 Jan 2012 19:05:34 +0000 (UTC) Received: by vbbfp1 with SMTP id fp1so3223988vbb.13 for ; Sat, 14 Jan 2012 11:05:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=drenet.info; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=pgdXCkjLLXP6TRW3FBWd70Ck6dMheHmso5k2Mdko3P8=; b=XgnxFQVv9U3vvMFet9EqGJyu51dOPWHpO+zodP9TNPrSKkgEuMjyATpdVoglvbIFZl Q2mX7AxuKmO4GikUsTPz6etHxz29kEKAaL9DHy7laxN4ddsy1bO7dwiNVJfSXNOaE21N ZX9cet8qKI8ML0dJxhnmdbrGy72nfIl4pW6q4= MIME-Version: 1.0 Received: by 10.52.29.7 with SMTP id f7mr2750920vdh.130.1326567934334; Sat, 14 Jan 2012 11:05:34 -0800 (PST) Received: by 10.220.18.204 with HTTP; Sat, 14 Jan 2012 11:05:34 -0800 (PST) X-Originating-IP: [98.199.43.85] In-Reply-To: References: <4F11558E.6010806@restart.be> Date: Sat, 14 Jan 2012 13:05:34 -0600 Message-ID: From: Andre Goree To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: libutempter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 19:05:35 -0000 On Sat, Jan 14, 2012 at 12:34 PM, Chris Rees wrote: > > On 14 Jan 2012 18:26, "Andre Goree" wrote: > > > > On Sat, 14 Jan 2012 04:14:38 -0600, Henri Hennebert > wrote: > > > >> On 01/14/2012 09:47, Andre Goree wrote: > >>> > >>> On Tue, 10 Jan 2012 19:58:13 -0600, Andre Goree > wrote: > >>> > >>>> I recently csup'd 9-STABLE and was able to get it working along with > my > >>>> custom kernel. I'm now in the process of rebuilding all my ports, and > >>>> I've > >>>> come across something when running 'portmaster -af' that I can't seem > to > >>>> find any information on. > >>>> > >>>> ===>>> Launching child to reinstall libutempter-1.1.5_1 > >>>> > >>>> ===>>> Port directory: /usr/ports/sysutils/libutempter > >>>> > >>>> ===>>> This port is marked IGNORE > >>>> ===>>> is now contained in the base system > >>>> > >>>> > >>>> ===>>> If you are sure you can build it, remove the > >>>> IGNORE line in the Makefile and try again. > >>>> > >>>> ===>>> Update for libutempter-1.1.5_1 failed > >>>> ===>>> Aborting update > >>>> > >>>> Terminated > >>>> > >>>> > >>>> I figure, "ok I'll just delete the package and move on." However, > there > >>>> are many packages I have installed that depend on libutemper. I would > >>>> still just proceed with the removal given that the functionality is > >>>> provided in base now, however I don't want to break all these ports > and > >>>> have to deal with the mess when I portmaster -af again. > >>>> > >>>> What is the recommended action here? Should I just force exclude that > >>>> port > >>>> from the upgrade? That's probably the easiest way but I'd have to > deal > >>>> with this at some point. > >>>> > >>>> Thanks in advance for any advice > >>>> > >>>> -- > >>>> Andre Goree > >>>> andre@drenetinfo > >>> > >>> > >>> So I've rebuilt everything that I could, but when I get to the ports > >>> that depend on libutempter, I get an error that they could not be > >>> reinstalled due to a failure with libutempter :/ > >>> > >>> ---> Skipping 'www/opera' (opera-11.60) because a requisite package > >>> 'libutempter-1.1.5_1' (sysutils/libutempter) failed (specify -k to > force) > >>> ---> Skipping 'www/opera-linuxplugins' (opera-linuxplugins-11.60) > >>> because a requisite package 'opera-11.60' (www/opera) failed (specify > -k > >>> to force) > >>> ---> Skipping 'deskutils/kdeplasma-addons' (kdeplasma-addons-4.7.3) > >>> because a requisite package 'kdepimlibs-4.7.3' (deskutils/kdepimlibs4) > >>> failed (specify -k to force) > >>> ---> Skipping 'graphics/libkdcraw-kde4' (libkdcraw-4.7.3) because a > >>> requisite package 'libutempter-1.1.5_1' (sysutils/libutempter) failed > >>> (specify -k to force) > >>> > >>> > >>> I installed misc/compat8x, however it informed my that I'd need to add > >>> "" to the kernel conf. When I try to do that, I'm met with this error: > >>> > >>> /usr/src/sys/amd64/conf/DESKTOPKERN9: unknown option "COMPAT_FREEBSD8" > >>> *** Error code 1 > >>> Stop in /usr/src. > >>> > >>> > >>> Which is weird, because: > >>> > >>> [root@desktop src]# uname -r > >>> 9.0-STABLE > >>> > >>> > >>> Meaning I'm certainly running 9.0-STABLE. So what gives re: that error > >>> above about "unknown option"? I even tried to csup source and > >>> buildworld again, but to no avail -- the error remains. > >>> > >>> > >> I upgrade my ports with portupgrade. > >> After removing libutempter I just run `pkgdb -Fu' and then > >> I can proceed with the update of depending ports. > >> I don't need compat8x. > >> > >> Henri > >> _______________________________________________ > >> 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" > > > > > > > > Thanks, yeah upon further research last night I discovered that > "COMPAT_FREEBSD8" is not kernel option and that compat8x doesn't play a > role at all in my situation. > > > > Also thanks for the suggestion, that worked perfectly! :) > > > > > > > >> > >> Just pkg_delete -f it. > >> > >> Since it's in base, its absence won't cause a problem. > >> > >> Chris > > > > > > > > Yeah I was mored concerned (erroneously, it would seem) with dependency > hell rather than missing libs :p After just removing it then doing a > pkgdb -Fu, I'm good to go. I've done this before in the past with pkg's > I've removed, so kinda disheartening that I overlooked it for so long, heh. > I guess I don't fully grasp the relationship between ports and pkgs which > lead to all this confusion. > > > > In any case, it's resolved now, thanks everyone who replied :) > > Woah, whatever you do, don't switch TO portupgrade! It does nothing that > other tools can't, is unmaintained and is unlikely to work with Ruby 1.9, > and unless that is fixed it's going to die fairly soon. > > Chris > Thanks, but I'm not switching TO anything, it's what I've been using and what I'm comfortable with. What gave the impression that I hadn't already been using portupgrade? From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 19:07:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B484106567D for ; Sat, 14 Jan 2012 19:07:28 +0000 (UTC) (envelope-from andre@drenet.info) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0C8778FC17 for ; Sat, 14 Jan 2012 19:07:27 +0000 (UTC) Received: by vcbfl17 with SMTP id fl17so441130vcb.13 for ; Sat, 14 Jan 2012 11:07:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=drenet.info; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=3CvUkCgFJdF4KRlDBu5MXVMWbNoA4Tnxs0BAouwI2DY=; b=ahGZRrkCGcZxxqN8QCm5WDvVJukdRrez1coD+QvN93U5FnhNT0yT4CX3rvqRp27sXH +23PAiETDO1oiRa3o8jvWP3RfCOzz2pu44k0UWF37KWg26Ae1WgZ9tOk9S0G/RcLgLRP fjMynaAkuE9CeIMeMFxBjE1R1oOIcrVGyS8h8= MIME-Version: 1.0 Received: by 10.52.29.7 with SMTP id f7mr2752743vdh.130.1326568047373; Sat, 14 Jan 2012 11:07:27 -0800 (PST) Received: by 10.220.18.204 with HTTP; Sat, 14 Jan 2012 11:07:27 -0800 (PST) X-Originating-IP: [98.199.43.85] In-Reply-To: References: <4F11558E.6010806@restart.be> Date: Sat, 14 Jan 2012 13:07:27 -0600 Message-ID: From: Andre Goree To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: libutempter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 19:07:28 -0000 On Sat, Jan 14, 2012 at 1:05 PM, Andre Goree wrote: > On Sat, Jan 14, 2012 at 12:34 PM, Chris Rees wrote: > >> >> On 14 Jan 2012 18:26, "Andre Goree" wrote: >> > >> > On Sat, 14 Jan 2012 04:14:38 -0600, Henri Hennebert >> wrote: >> > >> >> On 01/14/2012 09:47, Andre Goree wrote: >> >>> >> >>> On Tue, 10 Jan 2012 19:58:13 -0600, Andre Goree >> wrote: >> >>> >> >>>> I recently csup'd 9-STABLE and was able to get it working along with >> my >> >>>> custom kernel. I'm now in the process of rebuilding all my ports, >> and >> >>>> I've >> >>>> come across something when running 'portmaster -af' that I can't >> seem to >> >>>> find any information on. >> >>>> >> >>>> ===>>> Launching child to reinstall libutempter-1.1.5_1 >> >>>> >> >>>> ===>>> Port directory: /usr/ports/sysutils/libutempter >> >>>> >> >>>> ===>>> This port is marked IGNORE >> >>>> ===>>> is now contained in the base system >> >>>> >> >>>> >> >>>> ===>>> If you are sure you can build it, remove the >> >>>> IGNORE line in the Makefile and try again. >> >>>> >> >>>> ===>>> Update for libutempter-1.1.5_1 failed >> >>>> ===>>> Aborting update >> >>>> >> >>>> Terminated >> >>>> >> >>>> >> >>>> I figure, "ok I'll just delete the package and move on." However, >> there >> >>>> are many packages I have installed that depend on libutemper. I >> would >> >>>> still just proceed with the removal given that the functionality is >> >>>> provided in base now, however I don't want to break all these ports >> and >> >>>> have to deal with the mess when I portmaster -af again. >> >>>> >> >>>> What is the recommended action here? Should I just force exclude >> that >> >>>> port >> >>>> from the upgrade? That's probably the easiest way but I'd have to >> deal >> >>>> with this at some point. >> >>>> >> >>>> Thanks in advance for any advice >> >>>> >> >>>> -- >> >>>> Andre Goree >> >>>> andre@drenetinfo >> >>> >> >>> >> >>> So I've rebuilt everything that I could, but when I get to the ports >> >>> that depend on libutempter, I get an error that they could not be >> >>> reinstalled due to a failure with libutempter :/ >> >>> >> >>> ---> Skipping 'www/opera' (opera-11.60) because a requisite package >> >>> 'libutempter-1.1.5_1' (sysutils/libutempter) failed (specify -k to >> force) >> >>> ---> Skipping 'www/opera-linuxplugins' (opera-linuxplugins-11.60) >> >>> because a requisite package 'opera-11.60' (www/opera) failed (specify >> -k >> >>> to force) >> >>> ---> Skipping 'deskutils/kdeplasma-addons' (kdeplasma-addons-4.7.3) >> >>> because a requisite package 'kdepimlibs-4.7.3' (deskutils/kdepimlibs4) >> >>> failed (specify -k to force) >> >>> ---> Skipping 'graphics/libkdcraw-kde4' (libkdcraw-4.7.3) because a >> >>> requisite package 'libutempter-1.1.5_1' (sysutils/libutempter) failed >> >>> (specify -k to force) >> >>> >> >>> >> >>> I installed misc/compat8x, however it informed my that I'd need to add >> >>> "" to the kernel conf. When I try to do that, I'm met with this >> error: >> >>> >> >>> /usr/src/sys/amd64/conf/DESKTOPKERN9: unknown option "COMPAT_FREEBSD8" >> >>> *** Error code 1 >> >>> Stop in /usr/src. >> >>> >> >>> >> >>> Which is weird, because: >> >>> >> >>> [root@desktop src]# uname -r >> >>> 9.0-STABLE >> >>> >> >>> >> >>> Meaning I'm certainly running 9.0-STABLE. So what gives re: that >> error >> >>> above about "unknown option"? I even tried to csup source and >> >>> buildworld again, but to no avail -- the error remains. >> >>> >> >>> >> >> I upgrade my ports with portupgrade. >> >> After removing libutempter I just run `pkgdb -Fu' and then >> >> I can proceed with the update of depending ports. >> >> I don't need compat8x. >> >> >> >> Henri >> >> _______________________________________________ >> >> 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" >> > >> > >> > >> > Thanks, yeah upon further research last night I discovered that >> "COMPAT_FREEBSD8" is not kernel option and that compat8x doesn't play a >> role at all in my situation. >> > >> > Also thanks for the suggestion, that worked perfectly! :) >> > >> > >> > >> >> >> >> Just pkg_delete -f it. >> >> >> >> Since it's in base, its absence won't cause a problem. >> >> >> >> Chris >> > >> > >> > >> > Yeah I was mored concerned (erroneously, it would seem) with dependency >> hell rather than missing libs :p After just removing it then doing a >> pkgdb -Fu, I'm good to go. I've done this before in the past with pkg's >> I've removed, so kinda disheartening that I overlooked it for so long, heh. >> I guess I don't fully grasp the relationship between ports and pkgs which >> lead to all this confusion. >> > >> > In any case, it's resolved now, thanks everyone who replied :) >> >> Woah, whatever you do, don't switch TO portupgrade! It does nothing that >> other tools can't, is unmaintained and is unlikely to work with Ruby 1.9, >> and unless that is fixed it's going to die fairly soon. >> >> Chris >> > > Thanks, but I'm not switching TO anything, it's what I've been using and > what I'm comfortable with. What gave the impression that I hadn't already > been using portupgrade? > Oh I see, my original message, lol. Rest assured, all is well. I've already reconciled the differences and pains that each tool cause on each other (i.e., rebuilt my pkgdb & portsdb before using portupgrade to finish upgrading all my ports). From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 22:08:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 45C38106566B for ; Sat, 14 Jan 2012 22:08:26 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C5AB6150678; Sat, 14 Jan 2012 22:08:23 +0000 (UTC) Message-ID: <4F11FCD7.8000707@FreeBSD.org> Date: Sat, 14 Jan 2012 14:08:23 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Schaich Alonso References: <1326501857.3726.3.camel@laptop.sprymed.com> <20120114033531.GA6928@icarus.home.lan> <201201141014.13592.alonsoschaich@gmx.de> <201201141659.08928.alonsoschaich@gmx.de> In-Reply-To: <201201141659.08928.alonsoschaich@gmx.de> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrade to 9.0 and Fan kick to high speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 22:08:26 -0000 On 01/14/2012 07:59, Schaich Alonso wrote: > System is running well for 6 hours now. Seems like disabling speedsteping > solved it (for me). Take a look at http://wiki.freebsd.org/TuningPowerConsumption -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 14 23:47:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D20C2106566C for ; Sat, 14 Jan 2012 23:47:28 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 92E7E8FC12 for ; Sat, 14 Jan 2012 23:47:28 +0000 (UTC) Received: by iagz16 with SMTP id z16so2437316iag.13 for ; Sat, 14 Jan 2012 15:47:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ieeCJYcX3gkA3oLjK8plmHYBzZpCs+9xULx3wzyjoxY=; b=l9FQkDXF99s8FN8xCOPlqdn/kJ8vTq0g/m0Nz/GQ3dlXOp4Cockm0AX4VTnYl0W0sW xbuUrjHyn8F8NQ3yu3A0BdZPlIaxYKg0OJfH4WKU+tmUnhdjvjAw3nA4dvaa74+K4u+J Bhrbuna7H8fujCTQPJ9b1bh1izCPltEqPsV+A= MIME-Version: 1.0 Received: by 10.50.192.162 with SMTP id hh2mr4200942igc.8.1326584846716; Sat, 14 Jan 2012 15:47:26 -0800 (PST) Received: by 10.231.135.3 with HTTP; Sat, 14 Jan 2012 15:47:26 -0800 (PST) In-Reply-To: References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F10B1AD.9000400@FreeBSD.org> <4F10B6C9.8010607@FreeBSD.org> <4F1140DD.4040300@infracaninophile.co.uk> Date: Sun, 15 Jan 2012 01:47:26 +0200 Message-ID: From: George Kontostanos To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2012 23:47:29 -0000 On Sat, Jan 14, 2012 at 7:32 PM, Kevin Oberman wrote: > On Sat, Jan 14, 2012 at 12:46 AM, Matthew Seaman < > m.seaman@infracaninophile.co.uk> wrote: > >> On 13/01/2012 22:57, Andriy Gapon wrote: >> > But if the appropriate misc/compatX port is installed, then those >> libraries do >> > actually exist and the system should be fully usable... Modulo the com= pat >> > libraries not working with the new kernel as Kostik has pointed out. >> >> As soon as you update or install an application after this point, you >> are likely to end up with an application that tries to dynamically link >> two different versions of the same shlib, and that is a recipe for >> tears-before-bedtime. >> >> > I don't recall any "tears", but it does become a real pain. The compat > ports only work for those who only update when absolutely required. Thank= s > to symbol versioning, most base system libraries don't cause a problem, s= o > the problem is far less likely to bite you than it was in the past, but t= he > bottom line is that you should seriously consider updating all ports. > > Thanks to Doug Barton's work on portmaster(8), doing so with packages is > pretty fast and easy. Even doing a full re-build of all ports (over 1000 = of > them) on the last system I upgraded to 9.0 =A0updated with no interventio= n > over one night. Use the multiple steps in the big example in the > portmaster(8) man page for best results and run the re-install step with > '-D'. The man page also provides a simple way to do the job, but it does > not assure a completely clean system. I would also consider saving the > files in /usr/local/etc after all ports have been removed.That can save a > fair amount of reconfiguration at the slight risk of retaining some old > cruft. > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6558@gmail.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" I always find this a good opportunity to upgrade Perl. Given the fact that upgrading perl and all the ports that depend upon is a pain, having to rebuild all the ports is always a good excuse to do it. For the amount of ports installed on a production server combined with todays horsepower, a full rebuild doesn't take more than a couple of hours. On a desktop it is a bit more complicated but it is always a good opportunity to toss some ports that are useless. --=20 George Kontostanos Aicom telecoms ltd http://www.aisecure.net