From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 00:08:15 2009 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 8921C1065670 for ; Sun, 26 Jul 2009 00:08:15 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4554B8FC16 for ; Sun, 26 Jul 2009 00:08:15 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from glorfindel.gritton.org (c-76-27-80-223.hsd1.ut.comcast.net [76.27.80.223]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n6PNovpE096216; Sat, 25 Jul 2009 17:50:57 -0600 (MDT) Message-ID: <4A6B9A60.90302@FreeBSD.org> Date: Sat, 25 Jul 2009 17:50:56 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090220) MIME-Version: 1.0 To: Michael Butler References: <4A6B0BD3.6040206@protected-networks.net> In-Reply-To: <4A6B0BD3.6040206@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: regression with jexec? 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, 26 Jul 2009 00:08:15 -0000 Michael Butler wrote: > After a clean rebuild ('rm -rf /usr/obj/*') .. > > imb@aaron:/home/imb> uname -a > FreeBSD aaron.protected-networks.net 7.2-STABLE FreeBSD 7.2-STABLE #0: > Sat Jul 25 05:39:55 EDT 2009 > > imb@aaron:/home/imb> jls > JID IP Address Hostname Path > > [ .. ] > > 5 202.12.127.68 db.protected-networks.net > /usr/local/jails/db.protected-networks.net > > imb@aaron:/home/imb> sudo jexec 5 tcsh > jexec: Unable to parse jail ID.: No such file or directory > > Huh? > > imb The symptom in jexec can be fixed by this little patch: Index: usr.sbin/jexec/jexec.c =================================================================== --- usr.sbin/jexec/jexec.c (revision 195879) +++ usr.sbin/jexec/jexec.c (working copy) @@ -248,6 +248,7 @@ if (argc < 2) usage(); if (strlen(argv[0]) > 0) { + errno = 0; jid = (int)strtol(argv[0], NULL, 10); if (errno) err(1, "Unable to parse jail ID."); But the broader problem is malloc. It's leaving errno set to ENOENT when /etc/malloc.conf doesn't exist. This seems like wrong behavior to me. - Jamie From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 01:06:40 2009 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 7FB0C1065670; Sun, 26 Jul 2009 01:06:40 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 39A888FC12; Sun, 26 Jul 2009 01:06:40 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 089C0617A; Sat, 25 Jul 2009 21:06:38 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1248570399; bh=gel6MwE7eDP4SquVMl6fqLEYf0w9i58J8xuxHxJ9CI0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=qB9Fes6GClE8Th6GYj9Z6XNCSnFiG6rN/6uRroJFmB9gLsBDysVqdsDS/ZftiW54y GLz7or2qcJYZXYQrSjAiMrqAXdNroW8oNhUTEisvKGle5hKiITP3WB6UCIG12rY DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=LhYp2sRIOMZvgNqHXvl81c4uzwXGpGomH4E80FMSdacRb6ZVMFef2ACyv+EHu6O00 F6o046R72xxkl6EiNgPbBQB8ZClJGBeokIVL5iDQWlJH1iCOak/qT1+H1cjqvWu Message-ID: <4A6BAC1A.5080303@protected-networks.net> Date: Sat, 25 Jul 2009 21:06:34 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.22 (X11/20090723) MIME-Version: 1.0 To: Jamie Gritton References: <4A6B0BD3.6040206@protected-networks.net> <4A6B9A60.90302@FreeBSD.org> In-Reply-To: <4A6B9A60.90302@FreeBSD.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: regression with jexec? 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, 26 Jul 2009 01:06:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jamie Gritton wrote: > Michael Butler wrote: >> imb@aaron:/home/imb> sudo jexec 5 tcsh >> jexec: Unable to parse jail ID.: No such file or directory > > The symptom in jexec can be fixed by this little patch: > > Index: usr.sbin/jexec/jexec.c > =================================================================== > --- usr.sbin/jexec/jexec.c (revision 195879) > +++ usr.sbin/jexec/jexec.c (working copy) > @@ -248,6 +248,7 @@ > if (argc < 2) > usage(); > if (strlen(argv[0]) > 0) { > + errno = 0; > jid = (int)strtol(argv[0], NULL, 10); > if (errno) > err(1, "Unable to parse jail ID."); Thanks - this certainly cures the effect. > But the broader problem is malloc. It's leaving errno set to > ENOENT when /etc/malloc.conf doesn't exist. This seems like > wrong behavior to me. Seems like a POLA violation to me, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkprrBoACgkQQv9rrgRC1JIImwCdG2hjH00hKOzMRUHEqfXwu8FS O6UAoJL/2iZf/Nz0Pp84q0p+RDkNIM+1 =iBx1 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 01:42:47 2009 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 060C41065670; Sun, 26 Jul 2009 01:42:47 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id E25DA8FC17; Sun, 26 Jul 2009 01:42:46 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n6Q1gjHH024991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 25 Jul 2009 18:42:45 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D4C041CC0B; Sat, 25 Jul 2009 18:42:44 -0700 (PDT) To: Luigi Rizzo In-reply-to: Your message of "Sat, 25 Jul 2009 13:55:25 +0200." <20090725115525.GA85767@onelab2.iet.unipi.it> Date: Sat, 25 Jul 2009 18:42:44 -0700 From: "Kevin Oberman" Message-Id: <20090726014244.D4C041CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-07-24_08:2009-07-24, 2009-07-24, 2009-07-25 signatures=0 Cc: stable@freebsd.org Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 26 Jul 2009 01:42:47 -0000 > Date: Sat, 25 Jul 2009 13:55:25 +0200 > From: Luigi Rizzo > Sender: owner-freebsd-stable@freebsd.org > > On Sat, Jul 25, 2009 at 09:38:05AM +0200, Marc Fonvieille wrote: > > On Sat, Jul 25, 2009 at 03:35:00AM +0200, Luigi Rizzo wrote: > > > Does anyone know what is the status of flash9 or flash10 in RELENG_7 ? > > > Following the thread of a couple of months ago, i tried to: > > > - remove all linux-* ports > > > - set the following in /etc/make.conf > > > OVERRIDE_LINUX_BASE_PORT=f8 > > > OVERRIDE_LINUX_NONBASE_PORTS=f8 > > > - set the following in /etc/sysctl.conf > > > compat.linux.osrelease=2.6.16 > > > - set the following in /etc/fstab > > > linproc /usr/compat/linux/proc linprocfs rw 0 0 > > > - reinstall linux_base-f8-8_11 > > > - reinstall linux-flashplugin-10.0r22 (which in turn brings in the > > > relevant linux-f8-* ports) > > > > > > - also install nspluginwrapper and create a firefox plugin > > > - upgrade firefox to firefox-3.5,1 (native), just in case > > > - run firefox with "limit stacksize 4megabytes" (or variants) > > > as recommended to avoid npviewer growing/not dying > > > > > > This was done on 3 different machines (one laptop with a centrino, > > > 2 desktops with AMD X2 dual core running in i386 mode) with mixed > > > [in]success. On one machine thing started working well, but on the > > > other two they did not (the various packages were of course slightly > > > disaligned) and while trying to replicate the configuration i also > > > broke the good one without figuring out why. > > > Symptoms are that on certain sites or actions (e.g. switch to full > > > screen on youtube videos) i get firefox freezing like this > > > > > > 22381 luigi 13 96 0 82580K 57484K ucond 1 0:00 0.20% firefox-bin > > > 22413 luigi 1 97 0 72920K 33448K futex 1 0:00 0.20% npviewer.bin > > > 22414 luigi 1 97 0 72920K 33448K futex 1 0:00 0.20% npviewer.bin > > > > > > and recovering control (but no video) after 10+seconds > > > > > > I also get a lot of the following weak_unref warnings with various addresses > > > > > > (firefox-bin:22381): GLib-GObject-WARNING **: IA__g_object_weak_unref: couldn't find weak ref 0x297ba9f0(0x2a10d110) > > > > > > (but not sure how related is this, because it happens even without a > > > flash plugin). > > > > > > I have also tried flash9 instead of flash10, o fc10 instead of fc8, > > > all with similar results. > > > > > > Is there a recipe for a working flas9 or flash10 operation ? > > > > > > > The Handbook gives a reliable, i.e. reproductible one, recipe: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html > > 6.2.3 Firefox and Macromedia? Flash Plugin > > > > for running Flash 9 under 7.X and with default linux_base. > > from what i remember, flash9 with the default linux_base (fc4) > did not work for me (though i don't remember the details). > Are you positive that it is a working configuration on RELENG_7 ? > > Especially, fc4 does not support skype (except skype1.2, which however > does not authenticate anymore), so using fc4 is not an option for > me and i suspect desktop users in general. > > > > I'm also working on an update for 8.X > > i see that for 8.x you suggest using fc10, which is also something i > tried on RELENG_7 but had similar symptoms. Is there any known reason > why HEAD and RELENG_7 should be different in terms of linux_base support ? Here is what is working for me for both Flash9 and Skype: linux_base-f8-8_11 nspluginwrapper-1.2.2_2 skype-2.0.0.72,1 linux-flashplugin-9.0r159: Be sure that your various linux packages are updated to the -f8- versions, too. The upgrade for linux_base is the tricky one. Once everything is at the correct version, the user needs to use nspluginwrapper to set up the correct user mappings. I don't want the Acrobat plugin, so I pick the plugins I want to wrap rather than use the automatic option. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 03:07:40 2009 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 B908A106566B for ; Sun, 26 Jul 2009 03:07:40 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED018FC16 for ; Sun, 26 Jul 2009 03:07:40 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 6B89173098; Sun, 26 Jul 2009 05:13:54 +0200 (CEST) Date: Sun, 26 Jul 2009 05:13:54 +0200 From: Luigi Rizzo To: Kevin Oberman Message-ID: <20090726031354.GA17719@onelab2.iet.unipi.it> References: <20090725115525.GA85767@onelab2.iet.unipi.it> <20090726014244.D4C041CC0B@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090726014244.D4C041CC0B@ptavv.es.net> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 26 Jul 2009 03:07:41 -0000 On Sat, Jul 25, 2009 at 06:42:44PM -0700, Kevin Oberman wrote: ... > > i see that for 8.x you suggest using fc10, which is also something i > > tried on RELENG_7 but had similar symptoms. Is there any known reason > > why HEAD and RELENG_7 should be different in terms of linux_base support ? > > Here is what is working for me for both Flash9 and Skype: > linux_base-f8-8_11 > nspluginwrapper-1.2.2_2 > skype-2.0.0.72,1 > linux-flashplugin-9.0r159: > > Be sure that your various linux packages are updated to the -f8- > versions, too. The upgrade for linux_base is the tricky one. Unfortunately I think there are many more details that one has to consider, such as CPU type and number of cores/threads, OS version, and presumably firefox version as well. Can you tell me more on the above ? I had flash9 working once, but it don't remember all the packages (and something was stale for sure); it got broken while installing skype (a mail thread mentioned an issue with some shared lib version, which was exactly the problem i had with skype. The fix was to either create a symlink on a library or install linux_base-f10 to fix it). An example of the URLs that is giving me problems is the following http://tv.repubblica.it/copertina/massa-colpito-da-un-detrito/35446?video (basically all videos from that site cause the same problem). I would be grateful if you cold check it. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 03:22:42 2009 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 65998106566C for ; Sun, 26 Jul 2009 03:22:42 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail03.adl6.internode.on.net (ipmail03.adl6.internode.on.net [203.16.214.141]) by mx1.freebsd.org (Postfix) with ESMTP id DE5778FC16 for ; Sun, 26 Jul 2009 03:22:41 +0000 (UTC) (envelope-from emikulic@gmail.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAE9na0qWZZrw/2dsb2JhbAC+I49ygieBZgU X-IronPort-AV: E=Sophos;i="4.43,270,1246804200"; d="scan'208";a="9706286" Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail03.adl6.internode.on.net with ESMTP; 26 Jul 2009 12:52:39 +0930 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id C8E335C45; Sun, 26 Jul 2009 13:22:38 +1000 (EST) Date: Sun, 26 Jul 2009 13:22:38 +1000 From: Emil Mikulic To: Mike Edenfield Message-ID: <20090726032238.GA33220@dmr.ath.cx> References: <4A6A1FEB.9030001@kutulu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A6A1FEB.9030001@kutulu.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org Subject: Re: Torrent clients bring pf-based firewall to its knees...? 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, 26 Jul 2009 03:22:42 -0000 On Fri, Jul 24, 2009 at 04:56:11PM -0400, Mike Edenfield wrote: > However, after a short period of torrent activity, the machine running > the firewall becomes extremely slow and lagged for all network traffic, > but appears to be operating fine locally. Remote connections via ssh > become extremely unresponsive, and eventually connections start timing > out, but when logged in at the console, there doesn't appear to be any > problem. This sounds exactly like a problem I had with a server running out of space in the state table. > I've tried shutting down the torrent client, clearing out the state and > nat rules with pfctl, adding drop rules to reject the torrent traffic, > and even bringing the network adapter down completely, but only a > physical reboot (combined with not running the client ever again) seems > to solve anything. States and rules are separate in pf. Did you clear out the *states* or just the rules? Check how many states are currently allocated using "pfctl -s info" (or install pftop, it's awesome) If you are indeed running out of states, add to pf.conf something like: set limit states 60000 The default is 10000. --Emil From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 03:31:29 2009 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 1E81C106566C for ; Sun, 26 Jul 2009 03:31:29 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id E796A8FC17 for ; Sun, 26 Jul 2009 03:31:28 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n6Q3VRO8007677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 25 Jul 2009 20:31:27 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 02EFE1CC0B; Sat, 25 Jul 2009 20:31:27 -0700 (PDT) To: Luigi Rizzo In-reply-to: Your message of "Sun, 26 Jul 2009 05:13:54 +0200." <20090726031354.GA17719@onelab2.iet.unipi.it> Date: Sat, 25 Jul 2009 20:31:27 -0700 From: "Kevin Oberman" Message-Id: <20090726033127.02EFE1CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-07-24_08:2009-07-24, 2009-07-24, 2009-07-25 signatures=0 Cc: stable@freebsd.org Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 26 Jul 2009 03:31:29 -0000 > Date: Sun, 26 Jul 2009 05:13:54 +0200 > From: Luigi Rizzo > > On Sat, Jul 25, 2009 at 06:42:44PM -0700, Kevin Oberman wrote: > ... > > > i see that for 8.x you suggest using fc10, which is also something i > > > tried on RELENG_7 but had similar symptoms. Is there any known reason > > > why HEAD and RELENG_7 should be different in terms of linux_base support ? > > > > Here is what is working for me for both Flash9 and Skype: > > linux_base-f8-8_11 > > nspluginwrapper-1.2.2_2 > > skype-2.0.0.72,1 > > linux-flashplugin-9.0r159: > > > > Be sure that your various linux packages are updated to the -f8- > > versions, too. The upgrade for linux_base is the tricky one. > > Unfortunately I think there are many more details that one has > to consider, such as CPU type and number of cores/threads, > OS version, and presumably firefox version as well. > Can you tell me more on the above ? > > I had flash9 working once, but it don't remember all the packages > (and something was stale for sure); it got broken while installing > skype (a mail thread mentioned an issue with some shared lib version, > which was exactly the problem i had with skype. The fix was to > either create a symlink on a library or install linux_base-f10 to fix it). > > An example of the URLs that is giving me problems is the following > > http://tv.repubblica.it/copertina/massa-colpito-da-un-detrito/35446?video > > (basically all videos from that site cause the same problem). I would be > grateful if you cold check it. This all runs on my uni-processor ThinkPad 43 with 2GHz Pentium-M. I am running week old RELENG_7, but it has been working since 7.0 days. not knowing Italian, all I can say is that it shows a view of the front of a race car, perhaps an F1 Ferrari, but I'm not too sure. In any case, it plays fine for me. Here is a list of the dependencies of nspluginwrapper: Dependency: xineramaproto-1.1.2 Dependency: xextproto-7.0.5 Dependency: renderproto-0.9.3 Dependency: randrproto-1.3.0 Dependency: kbproto-1.0.3 Dependency: inputproto-1.5.0 Dependency: fixesproto-4.0 Dependency: damageproto-1.1.0_2 Dependency: compositeproto-0.4 Dependency: font-util-1.0.1 Dependency: encodings-1.0.2,1 Dependency: expat-2.0.1 Dependency: ca_root_nss-3.11.9_2 Dependency: hicolor-icon-theme-0.10_2 Dependency: python26-2.6.2_1 Dependency: xcb-proto-1.5 Dependency: perl-threaded-5.8.9_3 Dependency: png-1.2.37 Dependency: jpeg-7 Dependency: tiff-3.8.2_4 Dependency: jasper-1.900.1_8 Dependency: curl-7.19.5_1 Dependency: linux_base-f8-8_11 Dependency: linux-f8-tiff-3.8.2_1 Dependency: linux-f8-png-1.2.22_1 Dependency: linux-f8-jpeg-6b_1 Dependency: linux-f8-expat-2.0.1_1 Dependency: linux-f8-fontconfig-2.4.2_1 Dependency: linux-f8-xorg-libs-7.3_3 Dependency: linux-f8-cairo-1.4.14_1 Dependency: linux-f8-pango-1.18.4_1 Dependency: pkg-config-0.23_1 Dependency: xproto-7.0.15 Dependency: pixman-0.15.4 Dependency: libtasn1-2.1 Dependency: libfontenc-1.0.4 Dependency: libXdmcp-1.0.2_1 Dependency: libXau-1.0.4 Dependency: libICE-1.0.4_1,1 Dependency: libSM-1.1.0_1,1 Dependency: freetype2-2.3.9_1 Dependency: mkfontscale-1.0.6 Dependency: mkfontdir-1.0.4 Dependency: fontconfig-2.6.0,1 Dependency: font-misc-meltho-1.0.0_1 Dependency: font-misc-ethiopic-1.0.0 Dependency: font-bh-ttf-1.0.0 Dependency: bitstream-vera-1.10_4 Dependency: xorg-fonts-truetype-7.4 Dependency: pcre-7.9 Dependency: libpthread-stubs-0.1 Dependency: libxcb-1.3 Dependency: xcb-util-0.3.5 Dependency: libX11-1.2.1_1,1 Dependency: libXt-1.0.5_1 Dependency: libXrender-0.9.4_1 Dependency: libXft-2.1.13 Dependency: libXfixes-4.0.3_1 Dependency: libXext-1.0.5,1 Dependency: libXrandr-1.3.0 Dependency: libXinerama-1.0.3,1 Dependency: libXi-1.2.1,1 Dependency: libXdamage-1.1.1 Dependency: libXcursor-1.1.9_1 Dependency: libXcomposite-0.4.0,1 Dependency: cairo-1.8.8,1 Dependency: libiconv-1.13.1 Dependency: libxml2-2.7.3 Dependency: gettext-0.17_1 Dependency: libgpg-error-1.7 Dependency: libgcrypt-1.4.4 Dependency: glib-2.20.4 Dependency: gamin-0.1.10_3 Dependency: gio-fam-backend-2.20.4 Dependency: shared-mime-info-0.60_1 Dependency: pango-1.24.4 Dependency: lzo2-2.03_2 Dependency: gnutls-2.6.5 Dependency: cups-client-1.3.10_2 Dependency: linux-f8-atk-1.20.0_1 Dependency: linux-f8-gtk2-2.12.8_1 Dependency: atk-1.26.0 Dependency: gtk-2.16.5 Linux-flashplugin9.0r159 only requires: ependency: linux_base-f8-8_11 Dependency: linux-openssl-0.9.7f_2 -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 03:41:30 2009 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 458F6106564A for ; Sun, 26 Jul 2009 03:41:30 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD308FC0C for ; Sun, 26 Jul 2009 03:41:29 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id BFB7873098; Sun, 26 Jul 2009 05:47:44 +0200 (CEST) Date: Sun, 26 Jul 2009 05:47:44 +0200 From: Luigi Rizzo To: Kevin Oberman Message-ID: <20090726034744.GA19060@onelab2.iet.unipi.it> References: <20090726031354.GA17719@onelab2.iet.unipi.it> <20090726033127.02EFE1CC0B@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090726033127.02EFE1CC0B@ptavv.es.net> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 26 Jul 2009 03:41:30 -0000 On Sat, Jul 25, 2009 at 08:31:27PM -0700, Kevin Oberman wrote: > > Date: Sun, 26 Jul 2009 05:13:54 +0200 > > From: Luigi Rizzo > > > > On Sat, Jul 25, 2009 at 06:42:44PM -0700, Kevin Oberman wrote: > > ... > > > > i see that for 8.x you suggest using fc10, which is also something i > > > > tried on RELENG_7 but had similar symptoms. Is there any known reason > > > > why HEAD and RELENG_7 should be different in terms of linux_base support ? > > > > > > Here is what is working for me for both Flash9 and Skype: > > > linux_base-f8-8_11 > > > nspluginwrapper-1.2.2_2 > > > skype-2.0.0.72,1 > > > linux-flashplugin-9.0r159: > > > > > > Be sure that your various linux packages are updated to the -f8- > > > versions, too. The upgrade for linux_base is the tricky one. > > > > Unfortunately I think there are many more details that one has > > to consider, such as CPU type and number of cores/threads, > > OS version, and presumably firefox version as well. > > Can you tell me more on the above ? > > > > I had flash9 working once, but it don't remember all the packages > > (and something was stale for sure); it got broken while installing > > skype (a mail thread mentioned an issue with some shared lib version, > > which was exactly the problem i had with skype. The fix was to > > either create a symlink on a library or install linux_base-f10 to fix it). > > > > An example of the URLs that is giving me problems is the following > > > > http://tv.repubblica.it/copertina/massa-colpito-da-un-detrito/35446?video > > > > (basically all videos from that site cause the same problem). I would be > > grateful if you cold check it. > > This all runs on my uni-processor ThinkPad 43 with 2GHz Pentium-M. I am > running week old RELENG_7, but it has been working since 7.0 days. not > knowing Italian, all I can say is that it shows a view of the front of a > race car, perhaps an F1 Ferrari, but I'm not too sure. In any case, it > plays fine for me. ok thanks a lot for the info and also for the dependency list below. I'll check on a UP machine (my laptop) to see if i can have it back working there, and from there see how it goes on the desktop (which are AMD dual code, running freebsd-i386) cheers luigi From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 06:31:28 2009 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 50003106564A for ; Sun, 26 Jul 2009 06:31:28 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id DFB978FC0C for ; Sun, 26 Jul 2009 06:31:27 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.16.58) by cp-out1.libero.it (8.5.107) id 4A65A8D5003E0EEB; Sun, 26 Jul 2009 08:20:09 +0200 Date: Sun, 26 Jul 2009 08:20:09 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "rizzo" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 79.2.222.167 Cc: stable Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 26 Jul 2009 06:31:28 -0000 > On Sat, Jul 25, 2009 at 06:42:44PM -0700, Kevin Oberman wrote: > ... > > > i see that for 8.x you suggest using fc10, which is also something = i > > > tried on RELENG_7 but had similar symptoms. Is there any known reas= on > > > why HEAD and RELENG_7 should be different in terms of linux_base su= pport ? > > > > Here is what is working for me for both Flash9 and Skype: > > linux_base-f8-8_11 > > nspluginwrapper-1.2.2_2 > > skype-2.0.0.72,1 > > linux-flashplugin-9.0r159: > > > > Be sure that your various linux packages are updated to the -f8- > > versions, too. The upgrade for linux_base is the tricky one. > > Unfortunately I think there are many more details that one has > to consider, such as CPU type and number of cores/threads, > OS version, and presumably firefox version as well. > Can you tell me more on the above ? > > I had flash9 working once, but it don't remember all the packages > (and something was stale for sure); it got broken while installing > skype (a mail thread mentioned an issue with some shared lib version, > which was exactly the problem i had with skype. The fix was to > either create a symlink on a library or install linux_base-f10 to fix i= t). > > An example of the URLs that is giving me problems is the following > > http://tv.repubblica.it/copertina/massa-colpito-da-un-detrito/35446?vid= eo > > (basically all videos from that site cause the same problem). I would b= e > grateful if you cold check it. > The video looks fine here, even if I'm getting a warning about the flash = version. http://img24.imageshack.us/img24/2741/screenshotmassacolpitod.png I've found that on 7, the better combination for me is linux-flashplugin9= , linux_base-fc4 and compat.linux.osrelease=3D2.4.2. On CURRENT, using linux_base-f10, I get much more stuck process, while on= 7 it barely happens. Barbara From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 06:46:58 2009 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 9D55E106564A; Sun, 26 Jul 2009 06:46:58 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id 913DB8FC0A; Sun, 26 Jul 2009 06:46:57 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.16.58) by cp-out1.libero.it (8.5.107) id 4A65A8D5003E1E10; Sun, 26 Jul 2009 08:46:56 +0200 Date: Sun, 26 Jul 2009 08:46:56 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "bug-followup" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 79.2.222.167 Cc: FreeBSD-stable Subject: Re: kern/134584: [panic] spin lock held too long 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, 26 Jul 2009 06:46:58 -0000 It happened again, on shutdown. As the previous time, it happened after a high (for a desktop) uptime and= , if it could matter, after running net-p2p/transmission-gtk2 for several= hours. I don't know if it's related, but often quitting transmission, doesn't te= rminate the process. Sometimes it end after several minutes the gui exite= d, sometimes it's still running after hours. I've noticed it as the destination folder is on a manually mounted device= and I can't umount it as fstat reports the device used by a transmission= process. So I often have to kill it. This happened both the time I had this kind of panic. Barbara Script started on Sun Jul 26 08:22:33 2009 You have mail. satanasso# kgdb kernel.debug /var/crash/vmcore.17 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditi= ons. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: <118>Stopping devd. <118>Writing entropy file: <118>. <118>Terminated <118>. <118>Jul 25 17:45:18 satanasso syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...7 6 5 3 1 2 2 0 0 done All buffers synced. Uptime: 22h41m12s Rebooting... cpu_reset: Stopping other CPUs spin lock 0xc08ae540 (sched lock 1) held by 0xc588f480 (tid 100006) too l= ong panic: spin lock held too long cpuid =3D 0 Uptime: 22h41m14s Physical memory: 2031 MB Dumping 171 MB: (CTRL-C to abort) 156 140 124 108 92 76 60 44 28 12 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/k= ernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/ke= rnel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /bo= ot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols from /b= oot/kernel/logo_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/logo_saver.ko Reading symbols from /boot/kernel/ntfs.ko...Reading symbols from /boot/ke= rnel/ntfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/ntfs.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc059b097 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :418 #2 0xc059b36c in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc058bd1f in _mtx_lock_spin_failed (m=3D0x0) at /usr/src/sys/kern/ke= rn_mutex.c:449 #4 0xc058c425 in _thread_lock_flags (td=3D0xc588f480, opts=3D0, file=3D0= xc08200c8 "/usr/src/sys/kern/kern_intr.c", line=3D801) at /usr/src/sys/ke= rn/kern_mutex.c:537 #5 0xc0576787 in intr_event_schedule_thread (ie=3DVariable "ie" is not a= vailable. ) at /usr/src/sys/kern/kern_intr.c:801 #6 0xc0577aa5 in swi_sched (cookie=3D0xc5880e00, flags=3DVariable "flags= " is not available. ) at /usr/src/sys/kern/kern_intr.c:1028 #7 0xc055a6df in hardclock (usermode=3D0, pc=3D3229503748) at /usr/src/s= ys/kern/kern_clock.c:339 #8 0xc07ce23a in lapic_handle_timer (frame=3D0xc54aaba0) at /usr/src/sys= /i386/i386/local_apic.c:705 #9 0xc07c6c9f in Xtimerint () at apic_vector.s:108 #10 0xc07e5104 in DELAY (n=3D1000000) at cpufunc.h:352 #11 0xc07e2c03 in cpu_reset () at /usr/src/sys/i386/i386/vm_machdep.c:594= #12 0xc059a753 in shutdown_reset (junk=3D0x0, howto=3D0) at /usr/src/sys/= kern/kern_shutdown.c:493 #13 0xc059b117 in boot (howto=3D0) at /usr/src/sys/kern/kern_shutdown.c:4= 21 #14 0xc059b247 in reboot (td=3D0xc588fd80, uap=3D0xc54aacfc) at /usr/src/= sys/kern/kern_shutdown.c:172 #15 0xc07e07d5 in syscall (frame=3D0xc54aad38) at /usr/src/sys/i386/i386/= trap.c:1089 #16 0xc07c6720 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception= .s:262 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) thread apply all bt Thread 52 (Thread 100051): #0 sched_switch (td=3D0xc5c91d80, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc08bd300) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc08bd300, lock=3D0xc08bd2c0, priority= =3D68, wmesg=3D0xc0833855 "sdflush", timo=3D1000) at /usr/src/sys/kern/ke= rn_synch.c:226 #5 0xc076407e in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:= 773 #6 0xc0574587 in fork_exit (callout=3D0xc0763cb0 , arg=3D= 0x0, frame=3D0xc5617d38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 51 (Thread 100050): #0 sched_switch (td=3D0xc5a616c0, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc5abe36c) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc5abe36c, lock=3D0xc5abe350, priority= =3D104, wmesg=3D0xc0820618 "ktsusp", timo=3D0) at /usr/src/sys/kern/kern_= synch.c:230 #5 0xc057e632 in kthread_suspend_check (p=3D0xc5abe2c0) at /usr/src/sys/= kern/kern_kthread.c:197 #6 0xc0620b1e in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:724 #7 0xc0574587 in fork_exit (callout=3D0xc0620ad0 , arg=3D0x0= , frame=3D0xc5614d38) at /usr/src/sys/kern/kern_fork.c:811 #8 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 50 (Thread 100049): #0 sched_switch (td=3D0xc5a61900, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc5abe62c) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc5abe62c, lock=3D0xc5abe610, priority= =3D104, wmesg=3D0xc0820618 "ktsusp", timo=3D0) at /usr/src/sys/kern/kern_= synch.c:230 #5 0xc057e632 in kthread_suspend_check (p=3D0xc5abe580) at /usr/src/sys/= kern/kern_kthread.c:197 #6 0xc061f9c2 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1719 #7 0xc0574587 in fork_exit (callout=3D0xc061f8a0 , arg=3D0x0= , frame=3D0xc5611d38) at /usr/src/sys/kern/kern_fork.c:811 #8 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 49 (Thread 100048): #0 sched_switch (td=3D0xc5a61b40, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc5abe8ec) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc5abe8ec, lock=3D0xc5abe8d0, priority= =3D104, wmesg=3D0xc0820618 "ktsusp", timo=3D0) at /usr/src/sys/kern/kern_= synch.c:230 #5 0xc057e632 in kthread_suspend_check (p=3D0xc5abe840) at /usr/src/sys/= kern/kern_kthread.c:197 #6 0xc0609c4b in buf_daemon () at /usr/src/sys/kern/vfs_bio.c:2155 #7 0xc0574587 in fork_exit (callout=3D0xc0609b70 , arg=3D0x0= , frame=3D0xc560ed38) at /usr/src/sys/kern/kern_fork.c:811 #8 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 48 (Thread 100047): #0 sched_switch (td=3D0xc5a61d80, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc08bdf14) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc08bdf14, lock=3D0xc08bdad0, priority= =3D0, wmesg=3D0xc0836ae9 "pgzero", timo=3D300000) at /usr/src/sys/kern/ke= rn_synch.c:226 #5 0xc07a155c in vm_pagezero (arg=3D0x0) at /usr/src/sys/vm/vm_zeroidle.= c:136 #6 0xc0574587 in fork_exit (callout=3D0xc07a1480 , arg=3D0x= 0, frame=3D0xc560bd38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 47 (Thread 100046): #0 sched_switch (td=3D0xc5aa1000, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 ---Type to continue, or q to quit--- #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc08bdb44) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc08bdb44, lock=3D0xc08bdb48, priority= =3D104, wmesg=3D0xc0826d0c "psleep", timo=3D0) at /usr/src/sys/kern/kern_= synch.c:230 #5 0xc079c4e8 in vm_daemon () at /usr/src/sys/vm/vm_pageout.c:1535 #6 0xc0574587 in fork_exit (callout=3D0xc079c470 , arg=3D0x0,= frame=3D0xc5608d38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 46 (Thread 100045): #0 sched_switch (td=3D0xc5aa1240, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc08bdb0c) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc08bdb0c, lock=3D0xc08bdad0, priority= =3D68, wmesg=3D0xc0826d0c "psleep", timo=3D5000) at /usr/src/sys/kern/ker= n_synch.c:226 #5 0xc079ce6b in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:1475 #6 0xc0574587 in fork_exit (callout=3D0xc079cb80 , arg=3D0x0= , frame=3D0xc5605d38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 45 (Thread 100044): #0 sched_switch (td=3D0xc5aa1480, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc08b376c) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc08b376c, lock=3D0xc08b3674, priority= =3D0, wmesg=3D0xc082a92a "waiting_for_work", timo=3D0) at /usr/src/sys/ke= rn/kern_synch.c:230 #5 0xc06693df in sctp_iterator_thread (v=3D0x0) at /usr/src/sys/netinet/= sctp_bsd_addr.c:95 #6 0xc0574587 in fork_exit (callout=3D0xc0669360 ,= arg=3D0x0, frame=3D0xc55d2d38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 44 (Thread 100043): #0 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:268 Current language: auto; currently asm Thread 43 (Thread 100042): #0 sched_switch (td=3D0xc5aa1900, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc5ab2c20) at /usr/src/sys/kern/ke= rn_intr.c:1225 #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc5ab2c20, frame=3D0xc55c9d38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Current language: auto; currently c Thread 42 (Thread 100041): #0 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:268 Current language: auto; currently asm Thread 41 (Thread 100040): #0 sched_switch (td=3D0xc5aa1d80, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc5a83c3c) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc5a83c3c, lock=3D0xc5a83cf0, priority= =3D76, wmesg=3D0xc081c912 "-", timo=3D1000) at /usr/src/sys/kern/kern_syn= ch.c:226 #5 0xc07b319d in fdc_thread (arg=3Ddwarf2_read_address: Corrupted DWARF = expression. ) at /usr/src/sys/dev/fdc/fdc.c:812 #6 0xc0574587 in fork_exit (callout=3D0xc07b2db0 , arg=3D0xc= 5a83c00, frame=3D0xc55c3d38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Current language: auto; currently c Thread 40 (Thread 100039): #0 sched_switch (td=3D0xc5aa2000, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc5a8daa0) at /usr/src/sys/kern/ke= rn_intr.c:1225 #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc5a8daa0, frame=3D0xc55b6d38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 39 (Thread 100038): #0 sched_switch (td=3D0xc59b2d80, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 ---Type to continue, or q to quit--- #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc5a8d1e0) at /usr/src/sys/kern/ke= rn_intr.c:1225 #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc5a8d1e0, frame=3D0xc559ed38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 38 (Thread 100037): #0 sched_switch (td=3D0xc5a60000, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc5999210) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc5999210, lock=3D0x0, priority=3D92, = wmesg=3D0xc081bb4e "usbevt", timo=3D60000) at /usr/src/sys/kern/kern_sync= h.c:226 #5 0xc051cad5 in usb_event_thread (arg=3D0xc5a8f3c0) at /usr/src/sys/dev= /usb/usb.c:445 #6 0xc0574587 in fork_exit (callout=3D0xc051c9e0 , arg= =3D0xc5a8f3c0, frame=3D0xc5597d38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 37 (Thread 100036): #0 sched_switch (td=3D0xc5a60240, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc5a7e210) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc5a7e210, lock=3D0x0, priority=3D92, = wmesg=3D0xc081bb4e "usbevt", timo=3D60000) at /usr/src/sys/kern/kern_sync= h.c:226 #5 0xc051cad5 in usb_event_thread (arg=3D0xc5a57900) at /usr/src/sys/dev= /usb/usb.c:445 #6 0xc0574587 in fork_exit (callout=3D0xc051c9e0 , arg= =3D0xc5a57900, frame=3D0xc5584d38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 36 (Thread 100035): #0 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:268 Current language: auto; currently asm Thread 35 (Thread 100034): #0 sched_switch (td=3D0xc5a606c0, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc5a65210) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc5a65210, lock=3D0x0, priority=3D92, = wmesg=3D0xc081bb4e "usbevt", timo=3D60000) at /usr/src/sys/kern/kern_sync= h.c:226 #5 0xc051cad5 in usb_event_thread (arg=3D0xc5a62240) at /usr/src/sys/dev= /usb/usb.c:445 #6 0xc0574587 in fork_exit (callout=3D0xc051c9e0 , arg= =3D0xc5a62240, frame=3D0xc557dd38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Current language: auto; currently c Thread 34 (Thread 100033): #0 sched_switch (td=3D0xc5a60900, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc5a6d210) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc5a6d210, lock=3D0x0, priority=3D92, = wmesg=3D0xc081bb4e "usbevt", timo=3D60000) at /usr/src/sys/kern/kern_sync= h.c:226 #5 0xc051cad5 in usb_event_thread (arg=3D0xc5a62a80) at /usr/src/sys/dev= /usb/usb.c:445 #6 0xc0574587 in fork_exit (callout=3D0xc051c9e0 , arg= =3D0xc5a62a80, frame=3D0xc5579d38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 33 (Thread 100032): #0 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:268 Current language: auto; currently asm Thread 32 (Thread 100031): #0 sched_switch (td=3D0xc5a60d80, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc08a1b54) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc08a1b54, lock=3D0x0, priority=3D92, = wmesg=3D0xc081bb40 "usbtsk", timo=3D0) at /usr/src/sys/kern/kern_synch.c:= 230 #5 0xc051c97e in usb_task_thread (arg=3D0xc08a1b54) at /usr/src/sys/dev/= usb/usb.c:475 ---Type to continue, or q to quit--- #6 0xc0574587 in fork_exit (callout=3D0xc051c900 , arg=3D= 0xc08a1b54, frame=3D0xc5572d38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Current language: auto; currently c Thread 31 (Thread 100030): #0 sched_switch (td=3D0xc5a61000, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc08a1b40) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc08a1b40, lock=3D0x0, priority=3D92, = wmesg=3D0xc081bb40 "usbtsk", timo=3D0) at /usr/src/sys/kern/kern_synch.c:= 230 #5 0xc051c97e in usb_task_thread (arg=3D0xc08a1b40) at /usr/src/sys/dev/= usb/usb.c:475 #6 0xc0574587 in fork_exit (callout=3D0xc051c900 , arg=3D= 0xc08a1b40, frame=3D0xc556fd38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 30 (Thread 100029): #0 sched_switch (td=3D0xc5a61240, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc5a4c210) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc5a4c210, lock=3D0x0, priority=3D92, = wmesg=3D0xc081bb4e "usbevt", timo=3D60000) at /usr/src/sys/kern/kern_sync= h.c:226 #5 0xc051cad5 in usb_event_thread (arg=3D0xc5a63500) at /usr/src/sys/dev= /usb/usb.c:445 #6 0xc0574587 in fork_exit (callout=3D0xc051c9e0 , arg= =3D0xc5a63500, frame=3D0xc556cd38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 29 (Thread 100028): #0 sched_switch (td=3D0xc5a61480, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc5a5b9d0) at /usr/src/sys/kern/ke= rn_intr.c:1225 #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc5a5b9d0, frame=3D0xc5568d38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 28 (Thread 100027): #0 sched_switch (td=3D0xc58da6c0, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc5a5b220) at /usr/src/sys/kern/ke= rn_intr.c:1225 #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc5a5b220, frame=3D0xc5565d38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 27 (Thread 100026): #0 sched_switch (td=3D0xc58da900, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc5a5b110) at /usr/src/sys/kern/ke= rn_intr.c:1225 #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc5a5b110, frame=3D0xc554fd38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 26 (Thread 100025): #0 sched_switch (td=3D0xc58dab40, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc5a5b020) at /usr/src/sys/kern/ke= rn_intr.c:1225 #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc5a5b020, frame=3D0xc5513d38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 25 (Thread 100024): #0 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:268 Current language: auto; currently asm Thread 24 (Thread 100023): #0 sched_switch (td=3D0xc59b2000, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc59fa980) at /usr/src/sys/kern/ke= rn_intr.c:1225 ---Type to continue, or q to quit--- #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc59fa980, frame=3D0xc54fad38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Current language: auto; currently c Thread 23 (Thread 100022): #0 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:268 Current language: auto; currently asm Thread 22 (Thread 100021): #0 sched_switch (td=3D0xc59b2480, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc588bd80) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc588bd80, lock=3D0xc588bd9c, priority= =3D0, wmesg=3D0xc081c912 "-", timo=3D0) at /usr/src/sys/kern/kern_synch.c= :230 #5 0xc05d1708 in taskqueue_thread_loop (arg=3D0xc08a279c) at /usr/src/sy= s/kern/subr_taskqueue.c:95 #6 0xc0574587 in fork_exit (callout=3D0xc05d1600 = , arg=3D0xc08a279c, frame=3D0xc54e6d38) at /usr/src/sys/kern/kern_fork.c:= 811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Current language: auto; currently c Thread 21 (Thread 100020): #0 sched_switch (td=3D0xc59b26c0, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc59a3290) at /usr/src/sys/kern/ke= rn_intr.c:1225 #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc59a3290, frame=3D0xc54e3d38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 20 (Thread 100019): #0 sched_switch (td=3D0xc59b2900, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc59a32a0) at /usr/src/sys/kern/ke= rn_intr.c:1225 #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc59a32a0, frame=3D0xc54e0d38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 19 (Thread 100018): #0 sched_switch (td=3D0xc59b2b40, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc58ef000) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc58ef000, lock=3D0xc58ef01c, priority= =3D0, wmesg=3D0xc081c912 "-", timo=3D0) at /usr/src/sys/kern/kern_synch.c= :230 #5 0xc05d1708 in taskqueue_thread_loop (arg=3D0xc1159f24) at /usr/src/sy= s/kern/subr_taskqueue.c:95 #6 0xc0574587 in fork_exit (callout=3D0xc05d1600 = , arg=3D0xc1159f24, frame=3D0xc54ddd38) at /usr/src/sys/kern/kern_fork.c:= 811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 18 (Thread 100017): #0 sched_switch (td=3D0xc5891240, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc58ef000) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc58ef000, lock=3D0xc58ef01c, priority= =3D0, wmesg=3D0xc081c912 "-", timo=3D0) at /usr/src/sys/kern/kern_synch.c= :230 #5 0xc05d1708 in taskqueue_thread_loop (arg=3D0xc1159f24) at /usr/src/sy= s/kern/subr_taskqueue.c:95 #6 0xc0574587 in fork_exit (callout=3D0xc05d1600 = , arg=3D0xc1159f24, frame=3D0xc54dad38) at /usr/src/sys/kern/kern_fork.c:= 811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 17 (Thread 100016): #0 sched_switch (td=3D0xc5891480, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc58ef000) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc58ef000, lock=3D0xc58ef01c, priority= =3D0, wmesg=3D0xc081c912 "-", timo=3D0) at /usr/src/sys/kern/kern_synch.c= :230 #5 0xc05d1708 in taskqueue_thread_loop (arg=3D0xc1159f24) at /usr/src/sy= s/kern/subr_taskqueue.c:95 #6 0xc0574587 in fork_exit (callout=3D0xc05d1600 = , arg=3D0xc1159f24, frame=3D0xc54d7d38) at /usr/src/sys/kern/kern_fork.c:= 811 ---Type to continue, or q to quit--- #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 16 (Thread 100015): #0 sched_switch (td=3D0xc58916c0, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc58ef080) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc58ef080, lock=3D0xc58ef09c, priority= =3D0, wmesg=3D0xc081c912 "-", timo=3D0) at /usr/src/sys/kern/kern_synch.c= :230 #5 0xc05d1708 in taskqueue_thread_loop (arg=3D0xc08b061c) at /usr/src/sy= s/kern/subr_taskqueue.c:95 #6 0xc0574587 in fork_exit (callout=3D0xc05d1600 = , arg=3D0xc08b061c, frame=3D0xc54d4d38) at /usr/src/sys/kern/kern_fork.c:= 811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 15 (Thread 100014): #0 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:268 Current language: auto; currently asm Thread 14 (Thread 100013): #0 sched_switch (td=3D0xc5891b40, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc59a32e0) at /usr/src/sys/kern/ke= rn_intr.c:1225 #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc59a32e0, frame=3D0xc54ced38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Current language: auto; currently c Thread 13 (Thread 100012): #0 sched_switch (td=3D0xc5891d80, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc088d214) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc05a34a5 in _sleep (ident=3D0xc088d214, lock=3D0xc088d22c, priority= =3D76, wmesg=3D0xc0803242 "ccb_scanq", timo=3D0) at /usr/src/sys/kern/ker= n_synch.c:230 #5 0xc0446491 in xpt_scanner_thread (dummy=3D0x0) at /usr/src/sys/cam/ca= m_xpt.c:1399 #6 0xc0574587 in fork_exit (callout=3D0xc0446450 , a= rg=3D0x0, frame=3D0xc54cbd38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 12 (Thread 100011): #0 sched_switch (td=3D0xc58da000, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc08a44b4) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc08a44b4, lock=3D0x0, priority=3D0, w= mesg=3D0xc081c912 "-", timo=3D100) at /usr/src/sys/kern/kern_synch.c:226 #5 0xc05a35a0 in pause (wmesg=3D0xc081c912 "-", timo=3D100) at /usr/src/= sys/kern/kern_synch.c:334 #6 0xc04c3e72 in random_kthread (arg=3D0x0) at /usr/src/sys/dev/random/r= andomdev_soft.c:289 #7 0xc0574587 in fork_exit (callout=3D0xc04c3c40 , arg=3D= 0x0, frame=3D0xc54c8d38) at /usr/src/sys/kern/kern_fork.c:811 #8 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 11 (Thread 100010): #0 sched_switch (td=3D0xc58da240, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc08a1f0c) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc08a1f0c, lock=3D0xc08a1e28, priority= =3D588, wmesg=3D0xc081c912 "-", timo=3D100) at /usr/src/sys/kern/kern_syn= ch.c:226 #5 0xc053f22b in g_io_schedule_down (tp=3D0xc58da240) at /usr/src/sys/ge= om/geom_io.c:487 #6 0xc053f94c in g_down_procbody () at /usr/src/sys/geom/geom_kern.c:118= #7 0xc0574587 in fork_exit (callout=3D0xc053f8e0 , arg=3D= 0x0, frame=3D0xc54c5d38) at /usr/src/sys/kern/kern_fork.c:811 #8 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 10 (Thread 100009): #0 sched_switch (td=3D0xc58da480, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 ---Type to continue, or q to quit--- #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc08a1f08) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc08a1f08, lock=3D0xc08a1e68, priority= =3D588, wmesg=3D0xc081c912 "-", timo=3D100) at /usr/src/sys/kern/kern_syn= ch.c:226 #5 0xc053f532 in g_io_schedule_up (tp=3D0xc58da480) at /usr/src/sys/geom= /geom_io.c:592 #6 0xc053f82c in g_up_procbody () at /usr/src/sys/geom/geom_kern.c:95 #7 0xc0574587 in fork_exit (callout=3D0xc053f7c0 , arg=3D= 0x0, frame=3D0xc54c2d38) at /usr/src/sys/kern/kern_fork.c:811 #8 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 9 (Thread 100008): #0 sched_switch (td=3D0xc588f000, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc08a1f00) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc08a1f00, lock=3D0x0, priority=3D76, = wmesg=3D0xc081c912 "-", timo=3D100) at /usr/src/sys/kern/kern_synch.c:226= #5 0xc053f8da in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:14= 2 #6 0xc0574587 in fork_exit (callout=3D0xc053f830 , arg= =3D0x0, frame=3D0xc54bfd38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 8 (Thread 100007): #0 fork_trampoline () at /usr/src/sys/i386/i386/exception.s:268 Current language: auto; currently asm Thread 7 (Thread 100006): #0 sched_switch (td=3D0xc588f480, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc07d4682 in ipi_bitmap_handler (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -644953128, tf= _esi =3D -980880256, tf_ebp =3D -984900488, tf_isp =3D -984900532, tf_ebx= =3D -1064681904, tf_edx =3D -980877952, tf_ecx =3D -980877952, tf_eax =3D= 4, tf_trapno =3D 0, tf_err =3D 0, tf_eip =3D -1067925921, tf_cs =3D 32, = tf_eflags =3D 582, tf_esp =3D -1066191232, tf_ss =3D 0}) at /usr/src/sys/= i386/i386/mp_machdep.c:1187 #3 0xc07c6dae in Xipi_intr_bitmap_handler () at apic_vector.s:284 #4 0xc058be5f in _mtx_lock_sleep (m=3D0xc08a3e50, tid=3D3314087040, opts= =3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:349 #5 0xc05ad91b in softclock (dummy=3D0x0) at /usr/src/sys/kern/kern_timeo= ut.c:241 #6 0xc0577c5b in ithread_loop (arg=3D0xc588c390) at /usr/src/sys/kern/ke= rn_intr.c:1126 #7 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc588c390, frame=3D0xc54b9d38) at /usr/src/sys/kern/kern_fork.c:811 #8 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Current language: auto; currently c Thread 6 (Thread 100005): #0 sched_switch (td=3D0xc588f6c0, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc0577dbb in ithread_loop (arg=3D0xc588c3a0) at /usr/src/sys/kern/ke= rn_intr.c:1225 #3 0xc0574587 in fork_exit (callout=3D0xc0577ab0 , arg=3D0= xc588c3a0, frame=3D0xc54b6d38) at /usr/src/sys/kern/kern_fork.c:811 #4 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 5 (Thread 100004): #0 sched_switch (td=3D0xc588f900, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05bcedd in critical_exit () at kern_switch.c:185 #3 0xc07ce2f5 in lapic_handle_timer (frame=3D0xc54b1c48) at /usr/src/sys= /i386/i386/local_apic.c:724 #4 0xc07c6c9f in Xtimerint () at apic_vector.s:108 #5 0xc1149b15 in acpi_cpu_c1 () at /usr/src/sys/modules/acpi/acpi/../../= ../i386/acpica/acpi_machdep.c:550 #6 0xc1142a1d in acpi_cpu_idle () at /usr/src/sys/modules/acpi/acpi/../.= ./../dev/acpica/acpi_cpu.c:912 #7 0xc07d0a58 in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1183 #8 0xc05bdd6b in sched_idletd (dummy=3D0x0) at /usr/src/sys/kern/sched_u= le.c:2681 #9 0xc0574587 in fork_exit (callout=3D0xc05bdaa0 , arg=3D0= x0, frame=3D0xc54b1d38) at /usr/src/sys/kern/kern_fork.c:811 #10 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 4 (Thread 100003): #0 sched_switch (td=3D0xc588fb40, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc07d4682 in ipi_bitmap_handler (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 1, tf_esi =3D = 15, tf_ebp =3D -984945472, tf_isp =3D -984945496, tf_ebx =3D -980878528, = tf_edx =3D 256, tf_ecx =3D 16, tf_eax =3D 582, tf_trapno =3D 0, tf_err =3D= 0, tf_e---Type to continue, or q to quit--- ip =3D -1065551975, tf_cs =3D 32, tf_eflags =3D 582, tf_esp =3D -10646632= 96, tf_ss =3D -984945420}) at /usr/src/sys/i386/i386/mp_machdep.c:1187 #3 0xc07c6dae in Xipi_intr_bitmap_handler () at apic_vector.s:284 #4 0xc07cf799 in spinlock_exit () at cpufunc.h:365 #5 0xc05bdcd6 in sched_idletd (dummy=3D0x0) at /usr/src/sys/kern/sched_u= le.c:806 #6 0xc0574587 in fork_exit (callout=3D0xc05bdaa0 , arg=3D0= x0, frame=3D0xc54aed38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 3 (Thread 100002): #0 doadump () at pcpu.h:196 #1 0xc059b097 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :418 #2 0xc059b36c in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc058bd1f in _mtx_lock_spin_failed (m=3D0x0) at /usr/src/sys/kern/ke= rn_mutex.c:449 #4 0xc058c425 in _thread_lock_flags (td=3D0xc588f480, opts=3D0, file=3D0= xc08200c8 "/usr/src/sys/kern/kern_intr.c", line=3D801) at /usr/src/sys/ke= rn/kern_mutex.c:537 #5 0xc0576787 in intr_event_schedule_thread (ie=3DVariable "ie" is not a= vailable. ) at /usr/src/sys/kern/kern_intr.c:801 #6 0xc0577aa5 in swi_sched (cookie=3D0xc5880e00, flags=3DVariable "flags= " is not available. ) at /usr/src/sys/kern/kern_intr.c:1028 #7 0xc055a6df in hardclock (usermode=3D0, pc=3D3229503748) at /usr/src/s= ys/kern/kern_clock.c:339 #8 0xc07ce23a in lapic_handle_timer (frame=3D0xc54aaba0) at /usr/src/sys= /i386/i386/local_apic.c:705 #9 0xc07c6c9f in Xtimerint () at apic_vector.s:108 #10 0xc07e5104 in DELAY (n=3D1000000) at cpufunc.h:352 #11 0xc07e2c03 in cpu_reset () at /usr/src/sys/i386/i386/vm_machdep.c:594= #12 0xc059a753 in shutdown_reset (junk=3D0x0, howto=3D0) at /usr/src/sys/= kern/kern_shutdown.c:493 #13 0xc059b117 in boot (howto=3D0) at /usr/src/sys/kern/kern_shutdown.c:4= 21 #14 0xc059b247 in reboot (td=3D0xc588fd80, uap=3D0xc54aacfc) at /usr/src/= sys/kern/kern_shutdown.c:172 #15 0xc07e07d5 in syscall (frame=3D0xc54aad38) at /usr/src/sys/i386/i386/= trap.c:1089 #16 0xc07c6720 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception= .s:262 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) Thread 2 (Thread 100001): #0 sched_switch (td=3D0xc5891000, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05cfec6 in sleepq_wait (wchan=3D0xc08bcd48) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 #4 0xc055aaaf in _cv_wait (cvp=3D0xc08bcd48, lock=3D0xc08bcd28) at /usr/= src/sys/kern/kern_condvar.c:137 #5 0xc0749e2f in audit_worker (arg=3D0x0) at /usr/src/sys/security/audit= /audit_worker.c:410 #6 0xc0574587 in fork_exit (callout=3D0xc0749dc0 , arg=3D0= x0, frame=3D0xc54a7d38) at /usr/src/sys/kern/kern_fork.c:811 #7 0xc07c6730 in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:271 Thread 1 (Thread 100000): #0 sched_switch (td=3D0xc08a2280, newtd=3DVariable "newtd" is not availa= ble. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc05a3033 in mi_switch (flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05cf859 in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc05d03d7 in sleepq_timedwait (wchan=3D0xc08a1fc0) at /usr/src/sys/k= ern/subr_sleepqueue.c:615 #4 0xc05a3483 in _sleep (ident=3D0xc08a1fc0, lock=3D0x0, priority=3D68, = wmesg=3D0xc0823aef "sched", timo=3D10000) at /usr/src/sys/kern/kern_synch= .c:226 #5 0xc078df39 in scheduler (dummy=3D0x0) at /usr/src/sys/vm/vm_glue.c:73= 3 #6 0xc05577b6 in mi_startup () at /usr/src/sys/kern/init_main.c:251 #7 0xc0440685 in begin () at /usr/src/sys/i386/i386/locore.s:328 196 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) quit From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 08:32:18 2009 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 B3324106564A for ; Sun, 26 Jul 2009 08:32:18 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 2E50A8FC1A for ; Sun, 26 Jul 2009 08:32:17 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id n6Q8WDwR038102; Sun, 26 Jul 2009 10:32:13 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.3/8.14.1) with ESMTP id n6Q8Wok3001304; Sun, 26 Jul 2009 10:32:50 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.3/8.14.3/Submit) id n6Q8Wkks001303; Sun, 26 Jul 2009 10:32:46 +0200 (CEST) (envelope-from marc) Date: Sun, 26 Jul 2009 10:32:46 +0200 From: Marc Fonvieille To: barbara Message-ID: <20090726083246.GA1251@gothic.blackend.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Useless-Header: blackend.org X-Operating-System: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable , rizzo Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 26 Jul 2009 08:32:18 -0000 On Sun, Jul 26, 2009 at 08:20:09AM +0200, barbara wrote: > > > > An example of the URLs that is giving me problems is the following > > > > http://tv.repubblica.it/copertina/massa-colpito-da-un-detrito/35446?video > > > > (basically all videos from that site cause the same problem). I would be > > grateful if you cold check it. > > > > > The video looks fine here, even if I'm getting a warning about the flash version. > http://img24.imageshack.us/img24/2741/screenshotmassacolpitod.png > > I've found that on 7, the better combination for me is > linux-flashplugin9, linux_base-fc4 and compat.linux.osrelease=2.4.2. Same here: the video plays fine on 7.2-S with linux_base-fc4 and linux-flashplugin9 > On CURRENT, using linux_base-f10, I get much more stuck process, while > on 7 it barely happens. On 8-BETA2 with linux_base-f10 and linux-f10-flashplugin10 that video makes npviewer "coredumping". -- Marc From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 12:06:25 2009 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 39ECA1065675; Sun, 26 Jul 2009 12:06:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0DB8FC0C; Sun, 26 Jul 2009 12:06:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n6QC68iq039514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Jul 2009 15:06:08 +0300 (EEST) (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.3/8.14.3) with ESMTP id n6QC68AT068406; Sun, 26 Jul 2009 15:06:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n6QC68UI068405; Sun, 26 Jul 2009 15:06:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 26 Jul 2009 15:06:08 +0300 From: Kostik Belousov To: Michael Butler Message-ID: <20090726120608.GE55190@deviant.kiev.zoral.com.ua> References: <4A6B0BD3.6040206@protected-networks.net> <4A6B9A60.90302@FreeBSD.org> <4A6BAC1A.5080303@protected-networks.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G2ySYTzNtMPdbLKn" Content-Disposition: inline In-Reply-To: <4A6BAC1A.5080303@protected-networks.net> 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=-4.4 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: freebsd-stable , Jamie Gritton Subject: Re: regression with jexec? 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, 26 Jul 2009 12:06:26 -0000 --G2ySYTzNtMPdbLKn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 25, 2009 at 09:06:34PM -0400, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Jamie Gritton wrote: > > Michael Butler wrote: > >> imb@aaron:/home/imb> sudo jexec 5 tcsh > >> jexec: Unable to parse jail ID.: No such file or directory >=20 > >=20 > > The symptom in jexec can be fixed by this little patch: > >=20 > > Index: usr.sbin/jexec/jexec.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 > > --- usr.sbin/jexec/jexec.c (revision 195879) > > +++ usr.sbin/jexec/jexec.c (working copy) > > @@ -248,6 +248,7 @@ > > if (argc < 2) > > usage(); > > if (strlen(argv[0]) > 0) { > > + errno =3D 0; > > jid =3D (int)strtol(argv[0], NULL, 10); > > if (errno) > > err(1, "Unable to parse jail ID."); >=20 > Thanks - this certainly cures the effect. >=20 > > But the broader problem is malloc. It's leaving errno set to > > ENOENT when /etc/malloc.conf doesn't exist. This seems like > > wrong behavior to me. >=20 > Seems like a POLA violation to me, No, this is how errno generally work, it is not changed if no error happens. --G2ySYTzNtMPdbLKn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpsRq8ACgkQC3+MBN1Mb4gXRQCfcgfpWLjt7ZAb4sw3M1O49uyF VcUAni2LJXn2RVg3bbFTfKI4JI/8+nyt =fQzZ -----END PGP SIGNATURE----- --G2ySYTzNtMPdbLKn-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 12:43:21 2009 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 C1A4C1065670; Sun, 26 Jul 2009 12:43:21 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 77C648FC13; Sun, 26 Jul 2009 12:43:21 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 6139841C6BB; Sun, 26 Jul 2009 14:25:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id vXpDsJzww50g; Sun, 26 Jul 2009 14:25:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 9996441C6A7; Sun, 26 Jul 2009 14:25:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5810D4448E6; Sun, 26 Jul 2009 12:23:56 +0000 (UTC) Date: Sun, 26 Jul 2009 12:23:56 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Kostik Belousov In-Reply-To: <20090726120608.GE55190@deviant.kiev.zoral.com.ua> Message-ID: <20090726122230.E245@maildrop.int.zabbadoz.net> References: <4A6B0BD3.6040206@protected-networks.net> <4A6B9A60.90302@FreeBSD.org> <4A6BAC1A.5080303@protected-networks.net> <20090726120608.GE55190@deviant.kiev.zoral.com.ua> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable , Jamie Gritton Subject: Re: regression with jexec? 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, 26 Jul 2009 12:43:22 -0000 On Sun, 26 Jul 2009, Kostik Belousov wrote: > On Sat, Jul 25, 2009 at 09:06:34PM -0400, Michael Butler wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Jamie Gritton wrote: >>> Michael Butler wrote: >>>> imb@aaron:/home/imb> sudo jexec 5 tcsh >>>> jexec: Unable to parse jail ID.: No such file or directory >> >>> >>> The symptom in jexec can be fixed by this little patch: >>> >>> Index: usr.sbin/jexec/jexec.c >>> =================================================================== >>> --- usr.sbin/jexec/jexec.c (revision 195879) >>> +++ usr.sbin/jexec/jexec.c (working copy) >>> @@ -248,6 +248,7 @@ >>> if (argc < 2) >>> usage(); >>> if (strlen(argv[0]) > 0) { >>> + errno = 0; >>> jid = (int)strtol(argv[0], NULL, 10); >>> if (errno) >>> err(1, "Unable to parse jail ID."); >> >> Thanks - this certainly cures the effect. >> >>> But the broader problem is malloc. It's leaving errno set to >>> ENOENT when /etc/malloc.conf doesn't exist. This seems like >>> wrong behavior to me. >> >> Seems like a POLA violation to me, > > No, this is how errno generally work, it is not changed if no error > happens. I haven't really understood which part, when and why would set the errno in first place so that it would still be there? Is it something in jexec that gets the errno in first place or is it something internal to malloc that sets it returns successfully and doesn't clear it? -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 14:28:10 2009 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 1FDB5106564A for ; Sun, 26 Jul 2009 14:28:10 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id BE4948FC17 for ; Sun, 26 Jul 2009 14:28:09 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from glorfindel.gritton.org (c-76-27-80-223.hsd1.ut.comcast.net [76.27.80.223]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n6QES7SN005343; Sun, 26 Jul 2009 08:28:08 -0600 (MDT) Message-ID: <4A6C67F5.8080408@FreeBSD.org> Date: Sun, 26 Jul 2009 08:28:05 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090220) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <4A6B0BD3.6040206@protected-networks.net> <4A6B9A60.90302@FreeBSD.org> <4A6BAC1A.5080303@protected-networks.net> <20090726120608.GE55190@deviant.kiev.zoral.com.ua> <20090726122230.E245@maildrop.int.zabbadoz.net> In-Reply-To: <20090726122230.E245@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-stable Subject: Re: regression with jexec? 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, 26 Jul 2009 14:28:10 -0000 Bjoern A. Zeeb wrote: > On Sun, 26 Jul 2009, Kostik Belousov wrote: > >> On Sat, Jul 25, 2009 at 09:06:34PM -0400, Michael Butler wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Jamie Gritton wrote: >>>> Michael Butler wrote: >>>>> imb@aaron:/home/imb> sudo jexec 5 tcsh >>>>> jexec: Unable to parse jail ID.: No such file or directory >>> >>>> >>>> The symptom in jexec can be fixed by this little patch: >>>> >>>> Index: usr.sbin/jexec/jexec.c >>>> =================================================================== >>>> --- usr.sbin/jexec/jexec.c (revision 195879) >>>> +++ usr.sbin/jexec/jexec.c (working copy) >>>> @@ -248,6 +248,7 @@ >>>> if (argc < 2) >>>> usage(); >>>> if (strlen(argv[0]) > 0) { >>>> + errno = 0; >>>> jid = (int)strtol(argv[0], NULL, 10); >>>> if (errno) >>>> err(1, "Unable to parse jail ID."); >>> >>> Thanks - this certainly cures the effect. >>> >>>> But the broader problem is malloc. It's leaving errno set to >>>> ENOENT when /etc/malloc.conf doesn't exist. This seems like >>>> wrong behavior to me. >>> >>> Seems like a POLA violation to me, >> >> No, this is how errno generally work, it is not changed if no error >> happens. > > I haven't really understood which part, when and why would set the errno in > first place so that it would still be there? Is it something in jexec > that gets the errno in first place or is it something internal to > malloc that sets it returns successfully and doesn't clear it? The POLA violation is in malloc - it sets errno even when there was no error. The allocation succeeded and a pointer was returned, yet errno was set to ENOENT (not even an error malloc should be able to return). The fact that malloc looks for an optional config file and doesn't find one shouldn't be relayed back to the caller in errno. If /etc/malloc.conf doesn't exist, it should either clear errno after that, or perhaps restore its previous value. There's also a getenv("MALLOC_OPTIONS") that can similarly set errno. Perhaps this has all been gone over before and I missed it (this is from code that's been stable since 2006), so I wouldn't want to just rush in and fix malloc. Maybe this general principle has already been discussed and my viewpoint lost. But if not, it's my opinion that malloc is acting badly and needs a change. In the meantime, I have no problem with errno not being cleared in strtol, and the patch to jexec is correct (though strictly speaking it shouldn't be necessary since we "know" errno has not yet been set). - Jamie From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 14:36:46 2009 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 28F87106566B for ; Sun, 26 Jul 2009 14:36:46 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 7F0B78FC14 for ; Sun, 26 Jul 2009 14:36:45 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm25 with SMTP id 25so373611fxm.43 for ; Sun, 26 Jul 2009 07:36:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=9CLbcU5XFO0ENF9Ekb3w3LRHFTToNpB5jqCb9ARU1C8=; b=U2QOaQCK6FhOkfRMh49r13uWzsX3hfVZXndrBUSHGIdsXCvhWyaHnJuz4qpdctRmD3 vrwrtBxyCazWW5dm6MMTihz4u0Ee1PqiBPMOotvmV/jDQ/Ipwu6lqQXunX4HC/jTThd5 RWV76ocxwHcjs4dLw5TmX8v48bWaGDdaGm67g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=CtRXRdvVgmhmCfLW7JCNglpbCta5oCfBMox/ez1K21B51QXEzxQL7skJMG5MJ/7hs9 IlloyhGYBx3wsfqRhQIyVx+99KaEMm6HQGvrUf23YuxOKOu8bPwxLM8OBiY3HgflMgp8 uzGTRiIBlP9cOmCiMWEGFIHjEp/HHAW09QlT4= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.123.210 with SMTP id q18mr2235408far.63.1248619004629; Sun, 26 Jul 2009 07:36:44 -0700 (PDT) In-Reply-To: References: Date: Sun, 26 Jul 2009 16:36:44 +0200 X-Google-Sender-Auth: 79e35d9b93d00f3d Message-ID: <3bbf2fe10907260736j3182af26v5346a4d9d2df2a84@mail.gmail.com> From: Attilio Rao To: barbara Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD-stable , bug-followup Subject: Re: kern/134584: [panic] spin lock held too long 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, 26 Jul 2009 14:36:46 -0000 2009/7/26 barbara : > It happened again, on shutdown. > As the previous time, it happened after a high (for a desktop) uptime and, if it could matter, after running net-p2p/transmission-gtk2 for several hours. > I don't know if it's related, but often quitting transmission, doesn't terminate the process. Sometimes it end after several minutes the gui exited, sometimes it's still running after hours. > I've noticed it as the destination folder is on a manually mounted device and I can't umount it as fstat reports the device used by a transmission process. > So I often have to kill it. > This happened both the time I had this kind of panic. Can you try to reproduce it with WITNESS and *without* WITNESS_SKIPSPIN? I would need to look at "show alllocks" and possibily "ps" because it seems that the lock owner is preempted but it should not happen while holding a spinlock (unless the acquired spinlock is the one in the preempting path, in this case thought it should drop inside sched_switch() and we can try to understand why that doesn't happen). Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 14:42:34 2009 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 196381065672; Sun, 26 Jul 2009 14:42:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id A4F848FC17; Sun, 26 Jul 2009 14:42:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n6QEgSXH051654 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Jul 2009 17:42:28 +0300 (EEST) (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.3/8.14.3) with ESMTP id n6QEgS8f070114; Sun, 26 Jul 2009 17:42:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n6QEgRv5070113; Sun, 26 Jul 2009 17:42:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 26 Jul 2009 17:42:27 +0300 From: Kostik Belousov To: Jamie Gritton Message-ID: <20090726144227.GK55190@deviant.kiev.zoral.com.ua> References: <4A6B0BD3.6040206@protected-networks.net> <4A6B9A60.90302@FreeBSD.org> <4A6BAC1A.5080303@protected-networks.net> <20090726120608.GE55190@deviant.kiev.zoral.com.ua> <20090726122230.E245@maildrop.int.zabbadoz.net> <4A6C67F5.8080408@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+l1kYfus1Zojx2Di" Content-Disposition: inline In-Reply-To: <4A6C67F5.8080408@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=-4.4 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: Kostik Belousov , "Bjoern A. Zeeb" , freebsd-stable Subject: Re: regression with jexec? 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, 26 Jul 2009 14:42:34 -0000 --+l1kYfus1Zojx2Di Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 26, 2009 at 08:28:05AM -0600, Jamie Gritton wrote: > Bjoern A. Zeeb wrote: > >On Sun, 26 Jul 2009, Kostik Belousov wrote: > > > >>On Sat, Jul 25, 2009 at 09:06:34PM -0400, Michael Butler wrote: > >>>-----BEGIN PGP SIGNED MESSAGE----- > >>>Hash: SHA1 > >>> > >>>Jamie Gritton wrote: > >>>>Michael Butler wrote: > >>>>>imb@aaron:/home/imb> sudo jexec 5 tcsh > >>>>>jexec: Unable to parse jail ID.: No such file or directory > >>> > >>>> > >>>>The symptom in jexec can be fixed by this little patch: > >>>> > >>>>Index: usr.sbin/jexec/jexec.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 > >>>>--- usr.sbin/jexec/jexec.c (revision 195879) > >>>>+++ usr.sbin/jexec/jexec.c (working copy) > >>>>@@ -248,6 +248,7 @@ > >>>> if (argc < 2) > >>>> usage(); > >>>> if (strlen(argv[0]) > 0) { > >>>>+ errno =3D 0; > >>>> jid =3D (int)strtol(argv[0], NULL, 10); > >>>> if (errno) > >>>> err(1, "Unable to parse jail ID."); > >>> > >>>Thanks - this certainly cures the effect. > >>> > >>>>But the broader problem is malloc. It's leaving errno set to > >>>>ENOENT when /etc/malloc.conf doesn't exist. This seems like > >>>>wrong behavior to me. > >>> > >>>Seems like a POLA violation to me, > >> > >>No, this is how errno generally work, it is not changed if no error > >>happens. > > > >I haven't really understood which part, when and why would set the errno= in > >first place so that it would still be there? Is it something in jexec > >that gets the errno in first place or is it something internal to > >malloc that sets it returns successfully and doesn't clear it? >=20 > The POLA violation is in malloc - it sets errno even when there was no > error. The allocation succeeded and a pointer was returned, yet errno > was set to ENOENT (not even an error malloc should be able to return). > The fact that malloc looks for an optional config file and doesn't find > one shouldn't be relayed back to the caller in errno. If > /etc/malloc.conf doesn't exist, it should either clear errno after that, > or perhaps restore its previous value. There's also a > getenv("MALLOC_OPTIONS") that can similarly set errno. >=20 > Perhaps this has all been gone over before and I missed it (this is from > code that's been stable since 2006), so I wouldn't want to just rush in > and fix malloc. Maybe this general principle has already been discussed > and my viewpoint lost. But if not, it's my opinion that malloc is > acting badly and needs a change. >=20 > In the meantime, I have no problem with errno not being cleared in > strtol, and the patch to jexec is correct (though strictly speaking it > shouldn't be necessary since we "know" errno has not yet been set). Let me restate that errno is never cleared when no error occured. It is only set when error took place. E.g., for syscalls, you should look into errno only if syscall returned -1, in most cases. For non-syscall libc functions, you need to clear errno before the call, then check for the error return (for strtoul that would be ULONG_MAX or 0), that seems to be missed from your patch, and only then look for errno. See RETURN VALUES section of the strtoul(3). --+l1kYfus1Zojx2Di Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpsa1MACgkQC3+MBN1Mb4iVPACfXZPsMNWuzYkCCopuywys3OL0 xEoAoNsjcZM7CoB9jdph6ED1F7RMKwzJ =rVve -----END PGP SIGNATURE----- --+l1kYfus1Zojx2Di-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 14:50:18 2009 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 4648E106567F for ; Sun, 26 Jul 2009 14:50:18 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0A18FC19 for ; Sun, 26 Jul 2009 14:50:18 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from glorfindel.gritton.org (c-76-27-80-223.hsd1.ut.comcast.net [76.27.80.223]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n6QEoG9J008018; Sun, 26 Jul 2009 08:50:16 -0600 (MDT) Message-ID: <4A6C6D27.2030500@FreeBSD.org> Date: Sun, 26 Jul 2009 08:50:15 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090220) MIME-Version: 1.0 To: Kostik Belousov References: <4A6B0BD3.6040206@protected-networks.net> <4A6B9A60.90302@FreeBSD.org> <4A6BAC1A.5080303@protected-networks.net> <20090726120608.GE55190@deviant.kiev.zoral.com.ua> <20090726122230.E245@maildrop.int.zabbadoz.net> <4A6C67F5.8080408@FreeBSD.org> <20090726144227.GK55190@deviant.kiev.zoral.com.ua> In-Reply-To: <20090726144227.GK55190@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , freebsd-stable Subject: Re: regression with jexec? 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, 26 Jul 2009 14:50:18 -0000 Kostik Belousov wrote: > On Sun, Jul 26, 2009 at 08:28:05AM -0600, Jamie Gritton wrote: >> Bjoern A. Zeeb wrote: >>> On Sun, 26 Jul 2009, Kostik Belousov wrote: >>> >>>> On Sat, Jul 25, 2009 at 09:06:34PM -0400, Michael Butler wrote: >>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>> Hash: SHA1 >>>>> >>>>> Jamie Gritton wrote: >>>>>> Michael Butler wrote: >>>>>>> imb@aaron:/home/imb> sudo jexec 5 tcsh >>>>>>> jexec: Unable to parse jail ID.: No such file or directory >>>>>> The symptom in jexec can be fixed by this little patch: >>>>>> >>>>>> Index: usr.sbin/jexec/jexec.c >>>>>> =================================================================== >>>>>> --- usr.sbin/jexec/jexec.c (revision 195879) >>>>>> +++ usr.sbin/jexec/jexec.c (working copy) >>>>>> @@ -248,6 +248,7 @@ >>>>>> if (argc < 2) >>>>>> usage(); >>>>>> if (strlen(argv[0]) > 0) { >>>>>> + errno = 0; >>>>>> jid = (int)strtol(argv[0], NULL, 10); >>>>>> if (errno) >>>>>> err(1, "Unable to parse jail ID."); >>>>> Thanks - this certainly cures the effect. >>>>> >>>>>> But the broader problem is malloc. It's leaving errno set to >>>>>> ENOENT when /etc/malloc.conf doesn't exist. This seems like >>>>>> wrong behavior to me. >>>>> Seems like a POLA violation to me, >>>> No, this is how errno generally work, it is not changed if no error >>>> happens. >>> I haven't really understood which part, when and why would set the errno in >>> first place so that it would still be there? Is it something in jexec >>> that gets the errno in first place or is it something internal to >>> malloc that sets it returns successfully and doesn't clear it? >> The POLA violation is in malloc - it sets errno even when there was no >> error. The allocation succeeded and a pointer was returned, yet errno >> was set to ENOENT (not even an error malloc should be able to return). >> The fact that malloc looks for an optional config file and doesn't find >> one shouldn't be relayed back to the caller in errno. If >> /etc/malloc.conf doesn't exist, it should either clear errno after that, >> or perhaps restore its previous value. There's also a >> getenv("MALLOC_OPTIONS") that can similarly set errno. >> >> Perhaps this has all been gone over before and I missed it (this is from >> code that's been stable since 2006), so I wouldn't want to just rush in >> and fix malloc. Maybe this general principle has already been discussed >> and my viewpoint lost. But if not, it's my opinion that malloc is >> acting badly and needs a change. >> >> In the meantime, I have no problem with errno not being cleared in >> strtol, and the patch to jexec is correct (though strictly speaking it >> shouldn't be necessary since we "know" errno has not yet been set). > Let me restate that errno is never cleared when no error occured. > It is only set when error took place. > > E.g., for syscalls, you should look into errno only if syscall returned > -1, in most cases. > > For non-syscall libc functions, you need to clear errno before the call, > then check for the error return (for strtoul that would be ULONG_MAX > or 0), that seems to be missed from your patch, and only then look for > errno. > > See RETURN VALUES section of the strtoul(3). All true - and I'll add the check you mention to my patch. But what about the malloc case? Is it equally valid to say that errno should not be set when no error occurred? Or are non-syscall libc functions generally given free reign to overwrite errno in non-error situations? - Jamie From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 15:12:51 2009 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 6DFEA106566B; Sun, 26 Jul 2009 15:12:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id BB7038FC08; Sun, 26 Jul 2009 15:12:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n6QFCjGX053308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Jul 2009 18:12:46 +0300 (EEST) (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.3/8.14.3) with ESMTP id n6QFCjwM070468; Sun, 26 Jul 2009 18:12:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n6QFCjFZ070467; Sun, 26 Jul 2009 18:12:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 26 Jul 2009 18:12:45 +0300 From: Kostik Belousov To: Jamie Gritton Message-ID: <20090726151245.GM55190@deviant.kiev.zoral.com.ua> References: <4A6B0BD3.6040206@protected-networks.net> <4A6B9A60.90302@FreeBSD.org> <4A6BAC1A.5080303@protected-networks.net> <20090726120608.GE55190@deviant.kiev.zoral.com.ua> <20090726122230.E245@maildrop.int.zabbadoz.net> <4A6C67F5.8080408@FreeBSD.org> <20090726144227.GK55190@deviant.kiev.zoral.com.ua> <4A6C6D27.2030500@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w4RKiDPanoqHH247" Content-Disposition: inline In-Reply-To: <4A6C6D27.2030500@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=-4.4 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: "Bjoern A. Zeeb" , freebsd-stable Subject: Re: regression with jexec? 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, 26 Jul 2009 15:12:51 -0000 --w4RKiDPanoqHH247 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 26, 2009 at 08:50:15AM -0600, Jamie Gritton wrote: > All true - and I'll add the check you mention to my patch. >=20 > But what about the malloc case? Is it equally valid to say that errno > should not be set when no error occurred? Or are non-syscall libc > functions generally given free reign to overwrite errno in non-error > situations? Yes, they have a blanket to override errno when no error is returned to the caller. Malloc is good example. Errno is defined only after error. --w4RKiDPanoqHH247 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpscm0ACgkQC3+MBN1Mb4i67ACgiTiYHBtBH22tA2x0KPQ73Kmp pRcAoJnagZVZ+9xzwYoZ4qSnxXFk4SmQ =IfC4 -----END PGP SIGNATURE----- --w4RKiDPanoqHH247-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 15:47:09 2009 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 3B5ED106564A for ; Sun, 26 Jul 2009 15:47:09 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id E172D8FC1E for ; Sun, 26 Jul 2009 15:47:08 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1263676qwe.7 for ; Sun, 26 Jul 2009 08:47:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=a8x6ucbUKP3wcRLb78VY+uShjpp/36oGpt4YOTbejBw=; b=aLEdqg3fx2pLA5xju6owuiLG5O4s6jD2nbcfICbfJJmdkEJ3JBLE8fT99qw4ndXees 6fdeuvazPxx2SI8S1rTV8PktxVsGFmwJkAucs0rj0Q4at1cCQ0bV3XyZwb67RoLtrmfH mI9DO8PCP8dBGBsT0ShFV6s8Jl+K0zQasZ3ko= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=o6o3rvDSWXj90GyImmao3sJZgj61zkkbz5nPwneeDVIemTzxOSOQwwJnz5bH1/gYgz UYWI70iBAEO3ohJ79k82lUSBF0/M+il9iWlq+kqCqkJXqUGqxWtufL+qi55FrbcS7A6n S/vyF7YuUGuOpv5c833D/3HKPmQtWs+gwwZfE= Received: by 10.224.53.213 with SMTP id n21mr5172192qag.158.1248623228295; Sun, 26 Jul 2009 08:47:08 -0700 (PDT) Received: from ?10.0.3.231? ([151.198.1.146]) by mx.google.com with ESMTPS id 8sm8836386qwj.56.2009.07.26.08.47.06 (version=SSLv3 cipher=RC4-MD5); Sun, 26 Jul 2009 08:47:07 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Marc Fonvieille In-Reply-To: <20090726083246.GA1251@gothic.blackend.org> References: <20090726083246.GA1251@gothic.blackend.org> Content-Type: text/plain; charset="UTF-8" Date: Sun, 26 Jul 2009 11:46:08 -0400 Message-Id: <1248623169.1473.8.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: barbara , rizzo , stable Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 26 Jul 2009 15:47:09 -0000 On Sun, 2009-07-26 at 10:32 +0200, Marc Fonvieille wrote: > On Sun, Jul 26, 2009 at 08:20:09AM +0200, barbara wrote: > > > > > > An example of the URLs that is giving me problems is the following > > > > > > http://tv.repubblica.it/copertina/massa-colpito-da-un-detrito/35446?video > > > > > > (basically all videos from that site cause the same problem). I would be > > > grateful if you cold check it. > > > > > > > > > The video looks fine here, even if I'm getting a warning about the flash version. > > http://img24.imageshack.us/img24/2741/screenshotmassacolpitod.png > > > > I've found that on 7, the better combination for me is > > linux-flashplugin9, linux_base-fc4 and compat.linux.osrelease=2.4.2. > > Same here: the video plays fine on 7.2-S with linux_base-fc4 and > linux-flashplugin9 > > > On CURRENT, using linux_base-f10, I get much more stuck process, while > > on 7 it barely happens. > > On 8-BETA2 with linux_base-f10 and linux-f10-flashplugin10 that video > makes npviewer "coredumping". > This video played on my 8-BETA2 (r195818, SMP, i386) with linux_base-f10 and linux-f10-flashplugin10 without dumping core. Was your BETA2 before or after library version bump and, if latter, did you rebuild all your ports? -- Alexandre Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 16:15:24 2009 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 6F6571065670 for ; Sun, 26 Jul 2009 16:15:24 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id 083988FC12 for ; Sun, 26 Jul 2009 16:15:23 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.10) by cp-out3.libero.it (8.5.107) id 4A5F45D50076A992; Sun, 26 Jul 2009 18:15:22 +0200 Date: Sun, 26 Jul 2009 18:15:22 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "gaijin\.k" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.18.215.170 Cc: stable , rizzo Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 26 Jul 2009 16:15:24 -0000 > On Sun, 2009-07-26 at 10:32 +0200, Marc Fonvieille wrote: > > On Sun, Jul 26, 2009 at 08:20:09AM +0200, barbara wrote: > > > > > > > > An example of the URLs that is giving me problems is the followin= g > > > > > > > > http://tv.repubblica.it/copertina/massa-colpito-da-un-detrito/354= 46?video > > > > > > > > (basically all videos from that site cause the same problem). I w= ould be > > > > grateful if you cold check it. > > > > > > > > > > > > > The video looks fine here, even if I'm getting a warning about the = flash version. > > > http://img24.imageshack.us/img24/2741/screenshotmassacolpitod.png > > > > > > I've found that on 7, the better combination for me is > > > linux-flashplugin9, linux_base-fc4 and compat.linux.osrelease=3D2.4= .2. > > > > Same here: the video plays fine on 7.2-S with linux_base-fc4 and > > linux-flashplugin9 > > > > > On CURRENT, using linux_base-f10, I get much more stuck process, wh= ile > > > on 7 it barely happens. > > > > On 8-BETA2 with linux_base-f10 and linux-f10-flashplugin10 that video= > > makes npviewer "coredumping". > > > This video played on my 8-BETA2 (r195818, SMP, i386) with linux_base-f1= 0 > and linux-f10-flashplugin10 without dumping core. Was your BETA2 before= > or after library version bump and, if latter, did you rebuild all your > ports? > I've cvsupped and rebuilt my system on Jul. 23 and rebuilt all my ports. linux-f10-flashplugin10 is dumping core or not working for me too. BTW, why nspluginwrapper doesn't find the plugin? Barbara From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 16:19:49 2009 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 F341B106566C for ; Sun, 26 Jul 2009 16:19:48 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id B599B8FC0C for ; Sun, 26 Jul 2009 16:19:48 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from glorfindel.gritton.org (c-76-27-80-223.hsd1.ut.comcast.net [76.27.80.223]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n6QGJkud020534; Sun, 26 Jul 2009 10:19:47 -0600 (MDT) Message-ID: <4A6C8221.6000807@FreeBSD.org> Date: Sun, 26 Jul 2009 10:19:45 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090220) MIME-Version: 1.0 To: Kostik Belousov References: <4A6B0BD3.6040206@protected-networks.net> <4A6B9A60.90302@FreeBSD.org> <4A6BAC1A.5080303@protected-networks.net> <20090726120608.GE55190@deviant.kiev.zoral.com.ua> <20090726122230.E245@maildrop.int.zabbadoz.net> <4A6C67F5.8080408@FreeBSD.org> <20090726144227.GK55190@deviant.kiev.zoral.com.ua> <4A6C6D27.2030500@FreeBSD.org> <20090726151245.GM55190@deviant.kiev.zoral.com.ua> In-Reply-To: <20090726151245.GM55190@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , freebsd-stable Subject: Re: regression with jexec? 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, 26 Jul 2009 16:19:49 -0000 Kostik Belousov wrote: > On Sun, Jul 26, 2009 at 08:50:15AM -0600, Jamie Gritton wrote: >> All true - and I'll add the check you mention to my patch. >> >> But what about the malloc case? Is it equally valid to say that errno >> should not be set when no error occurred? Or are non-syscall libc >> functions generally given free reign to overwrite errno in non-error >> situations? > > Yes, they have a blanket to override errno when no error is returned to > the caller. Malloc is good example. > > Errno is defined only after error. OK then, patching jexec is all that needs doing; I'll get that in. - Jamie From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 16:46:59 2009 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 5ED97106566B; Sun, 26 Jul 2009 16:46:59 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id F16A78FC0A; Sun, 26 Jul 2009 16:46:58 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1419539and.13 for ; Sun, 26 Jul 2009 09:46:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=xqjilFOIpujTRUoFV2Ky0qV/+G2TlDjjYYlVtX+KVJw=; b=G9I87lV+Oc5+Pvvu/fefk2w2GkjLRErxMhL9LgxXeI1uCzUDX+NK3WYiQ6r/qRDy8D D4imxMah8za0R9ZvepBQGRMXWmepVqItyDveDF6noljTApn/6eg5/TWXs/sTrKkX3CQY 6zqZGKqFw6joWRfuCdBaqaKeoaLqzNQJfr3oU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=w5Fmqa/ZvX+Ojpg2mmnF7SuIRx8HgNyVNLJ4Xaahrxw29RQdGM81B9qFhZD3OutE/U yKWhdXvgya/6s6w0L6mzkfD0mKZbNQKg6AFj+u2xm0t/w6bKPnaBycUZey2WQk4Du8un t4q2PqpGXEcPk56B9gfhDSWBihSjFI+bIzf3A= Received: by 10.100.127.2 with SMTP id z2mr7119063anc.75.1248626818211; Sun, 26 Jul 2009 09:46:58 -0700 (PDT) Received: from ?10.0.3.231? ([151.198.1.146]) by mx.google.com with ESMTPS id b32sm10709881ana.0.2009.07.26.09.46.57 (version=SSLv3 cipher=RC4-MD5); Sun, 26 Jul 2009 09:46:57 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: barbara In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Sun, 26 Jul 2009 12:45:58 -0400 Message-Id: <1248626758.1473.11.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: stable , rizzo Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 26 Jul 2009 16:46:59 -0000 On Sun, 2009-07-26 at 18:15 +0200, barbara wrote: > > On Sun, 2009-07-26 at 10:32 +0200, Marc Fonvieille wrote: > > > On Sun, Jul 26, 2009 at 08:20:09AM +0200, barbara wrote: > > > > > > > > > > An example of the URLs that is giving me problems is the following > > > > > > > > > > http://tv.repubblica.it/copertina/massa-colpito-da-un-detrito/35446?video > > > > > > > > > > (basically all videos from that site cause the same problem). I would be > > > > > grateful if you cold check it. > > > > > > > > > > > > > > > > > The video looks fine here, even if I'm getting a warning about the flash version. > > > > http://img24.imageshack.us/img24/2741/screenshotmassacolpitod.png > > > > > > > > I've found that on 7, the better combination for me is > > > > linux-flashplugin9, linux_base-fc4 and compat.linux.osrelease=2.4.2. > > > > > > Same here: the video plays fine on 7.2-S with linux_base-fc4 and > > > linux-flashplugin9 > > > > > > > On CURRENT, using linux_base-f10, I get much more stuck process, while > > > > on 7 it barely happens. > > > > > > On 8-BETA2 with linux_base-f10 and linux-f10-flashplugin10 that video > > > makes npviewer "coredumping". > > > > > This video played on my 8-BETA2 (r195818, SMP, i386) with linux_base-f10 > > and linux-f10-flashplugin10 without dumping core. Was your BETA2 before > > or after library version bump and, if latter, did you rebuild all your > > ports? > > > > I've cvsupped and rebuilt my system on Jul. 23 and rebuilt all my ports. > linux-f10-flashplugin10 is dumping core or not working for me too. > BTW, why nspluginwrapper doesn't find the plugin? sunny:RabbitsDen>nspluginwrapper -l /home/sunny/.mozilla/plugins/npwrapper.nppdf.so Original plugin: /usr/local/Adobe/Reader9/ENU/Adobe/Reader9/Browser/intellinux/nppdf.so Wrapper version string: 1.2.2 /home/sunny/.mozilla/plugins/npwrapper.libflashplayer.so Original plugin: /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so Wrapper version string: 1.2.2 sunny:RabbitsDen> Given that wrapped plugins are local to your home directory, maybe you need to re-wrap them? -- Alexandre Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 18:00:44 2009 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 DDCB3106567A for ; Sun, 26 Jul 2009 18:00:44 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 3D20C8FC18 for ; Sun, 26 Jul 2009 18:00:43 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id n6QI0dbr043975; Sun, 26 Jul 2009 20:00:39 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.3/8.14.3) with ESMTP id n6QI1H3o001293; Sun, 26 Jul 2009 20:01:17 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.3/8.14.3/Submit) id n6QI1GUF001292; Sun, 26 Jul 2009 20:01:16 +0200 (CEST) (envelope-from marc) Date: Sun, 26 Jul 2009 20:01:16 +0200 From: Marc Fonvieille To: barbara Message-ID: <20090726180116.GA1223@gothic.blackend.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.0-BETA2 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: rizzo , stable , "gaijin.k" Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 26 Jul 2009 18:00:45 -0000 On Sun, Jul 26, 2009 at 06:15:22PM +0200, barbara wrote: > > On Sun, 2009-07-26 at 10:32 +0200, Marc Fonvieille wrote: > > > On Sun, Jul 26, 2009 at 08:20:09AM +0200, barbara wrote: > > > > > > > > > > An example of the URLs that is giving me problems is the following > > > > > > > > > > http://tv.repubblica.it/copertina/massa-colpito-da-un-detrito/35446?video > > > > > > > > > > (basically all videos from that site cause the same problem). I would be > > > > > grateful if you cold check it. > > > > > > > > > > > > > > > > > The video looks fine here, even if I'm getting a warning about the flash version. > > > > http://img24.imageshack.us/img24/2741/screenshotmassacolpitod.png > > > > > > > > I've found that on 7, the better combination for me is > > > > linux-flashplugin9, linux_base-fc4 and compat.linux.osrelease=2.4.2. > > > > > > Same here: the video plays fine on 7.2-S with linux_base-fc4 and > > > linux-flashplugin9 > > > > > > > On CURRENT, using linux_base-f10, I get much more stuck process, while > > > > on 7 it barely happens. > > > > > > On 8-BETA2 with linux_base-f10 and linux-f10-flashplugin10 that video > > > makes npviewer "coredumping". > > > > > This video played on my 8-BETA2 (r195818, SMP, i386) with linux_base-f10 > > and linux-f10-flashplugin10 without dumping core. Was your BETA2 before > > or after library version bump and, if latter, did you rebuild all your > > ports? > > > > I've cvsupped and rebuilt my system on Jul. 23 and rebuilt all my ports. > linux-f10-flashplugin10 is dumping core or not working for me too. > BTW, why nspluginwrapper doesn't find the plugin? > I assume it's cause nothing is installed under /usr/local/lib/browser_plugins/ so you need to do a ln -s /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so \ /usr/local/lib/browser_plugins/ just before the nspluginwrapper -v -a -i as I mentioned it in the Handbook. Regarding my BETA2, I mostly use the 'current' packages and some may come from before the bump, but firefox was built on friday. I should try to rebuild everything... however this box is really slow... -- Marc From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 19:25:27 2009 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 85EA91065672 for ; Sun, 26 Jul 2009 19:25:27 +0000 (UTC) (envelope-from rick@havokmon.com) Received: from www-51-4.vfemail.net (dell.vfemail.net [69.11.239.69]) by mx1.freebsd.org (Postfix) with ESMTP id 0EC308FC15 for ; Sun, 26 Jul 2009 19:25:26 +0000 (UTC) (envelope-from rick@havokmon.com) Received: (qmail 47526 invoked by uid 89); 22 Jul 2009 13:24:49 -0000 Received: by simscan 1.4.0 ppid: 47521, pid: 47524, t: 0.0022s scanners:none Received: from unknown (HELO localhost) (cmlja0BoYXZva21vbi5jb20=@MTI3LjAuMC4x) by localhost with ESMTPA; 22 Jul 2009 13:24:49 -0000 Received: from NjQtMTk4LTE4OS0xLmlwLm1jbGVvZHVzYS5uZXQ= (NjQtMTk4LTE4OS0xLmlwLm1jbGVvZHVzYS5uZXQ= [NjQuMTk4LjE4OS4x]) by www.vfemail.net (Horde Framework) with HTTP; Wed, 22 Jul 2009 08:24:49 -0500 Message-ID: <20090722082449.15851e1vdl76udr5@www.vfemail.net> Date: Wed, 22 Jul 2009 08:24:49 -0500 From: "Rick Romero" To: "Peter Much" References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2) X-VFEmail-Originating-IP: NjQuMTk4LjE4OS4x X-VFEmail-Remote-Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1) Gecko/20090715 Firefox/3.5.1 (.NET CLR 3.5.30729) X-VFEmail-UserAuth: cmlja0BoYXZva21vbi5jb20= X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include VFEmail headers Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 7.2-STABLE ZFS: mv: set flags (was: 00000000): Invalid argument - O_EXCL 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, 26 Jul 2009 19:25:28 -0000 I believe this issue was supposed to have been resolved with a path a couple weeks ago - (O_EXCL) I had thought it was solved for myself as well (except for my vi on 4.8 oddity), but it is not. :( Quoting "Peter Much" : > > Hi ZFS gurus! > > After upgrading my system from 7.2-PRERELEASE to 7.2-STABLE (as > of last week), and accordingly upgrading my Pools from Version > 6 to Version 13, I get this error when moving arbitrary files > between different ZFS filesystems. > > While this seems not to do much harm (mv returns with 0), it is > annoying. > Does anybody know an explanation or fix, or is there some work in > progress? > > rgds, > PMc > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Sun Jul 26 22:24:05 2009 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 95FC3106564A for ; Sun, 26 Jul 2009 22:24:05 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwmtas04p.mx.bigpond.com (nschwmtas04p.mx.bigpond.com [61.9.189.146]) by mx1.freebsd.org (Postfix) with ESMTP id 259B98FC14 for ; Sun, 26 Jul 2009 22:24:04 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwotgx01p.mx.bigpond.com ([124.188.162.219]) by nschwmtas04p.mx.bigpond.com with ESMTP id <20090726222403.JFLL2030.nschwmtas04p.mx.bigpond.com@nschwotgx01p.mx.bigpond.com> for ; Sun, 26 Jul 2009 22:24:03 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nschwotgx01p.mx.bigpond.com with ESMTP id <20090726222402.UXBK7248.nschwotgx01p.mx.bigpond.com@areilly.bpa.nu> for ; Sun, 26 Jul 2009 22:24:02 +0000 Received: (qmail 21094 invoked by uid 501); 26 Jul 2009 22:24:03 -0000 Date: Mon, 27 Jul 2009 08:24:03 +1000 From: Andrew Reilly To: freebsd-stable@freebsd.org Message-ID: <20090726222403.GA19875@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150203.4A6CD783.0015,ss=1,fgs=0 Subject: Weird portmaster behaviour -- everything fails to install 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, 26 Jul 2009 22:24:05 -0000 Hi all, I've spent the weekend doing a ports catch-up: there seems to have been a lot of activity recently! It's taking a long time at least partly because portmaster doesn't seem to be "doing the right thing" all of a sudden: it will happily trace the dependencies and build the first superceded port, but fails to re-install it. On every occsaion this weekend, it gets to ===> Installing for foo-0.123_2 ===> Generating temporary packing list ===> Checking if graphics/foo already installed ===> foo-0.123_2 is already installed You may wish to "make deinstall" and blah, blah, blah... Of course it's installed, that's why I'm running portmaster! So I go into the directory, run make deinstall reinstall clean, and that goes without a hitch. Restart portmaster -uBd -a and half an hour later it will fail in the same way, and I'll have to do the same dance. It's most likely something dumb that I've got misconfigured: can anyone suggest to me where I should look? (I don't normally run with the -B switch. I put that in recently to stop it from trying to build backup packages, because it had previously been failing dismally at that stage, because most of the installed files didn't match their md5 hashes for some reason. I'm not too concerned with that: packing lists often get mixed up, in my experience.) Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Jul 27 10:27:23 2009 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 043F6106564A for ; Mon, 27 Jul 2009 10:27:23 +0000 (UTC) (envelope-from kamenka@gmail.com) Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by mx1.freebsd.org (Postfix) with ESMTP id 85DB28FC14 for ; Mon, 27 Jul 2009 10:27:22 +0000 (UTC) (envelope-from kamenka@gmail.com) Received: by bwz19 with SMTP id 19so2434150bwz.43 for ; Mon, 27 Jul 2009 03:27:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=Iob+MylAD0xolhpoNTC8grKrjABaTBM8blL5I6VPTYo=; b=ilZT6qHngFnwHeH1ZcOJYE1KdOA31ST4UlFbv1B8iZjCelq3sZnro3QakkarkhZS9u i32zcxirgzja6JCeTUMWlaTunkkxZ/pSG17W2ckShggvyjMzxP/2IvUNBGYIILCKKPUy 1WptcwDIXftqQsaJIUSGWq1xm/kcIZZw9+hlU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=l4MfYlme/HWnNCkoKghp1KZnVoWUzUrnbTG8yUTV7z/1lGoKdJFjFOgoz7HtCeqWkn E2qdLfjr7PWF/n7inkX5adPJ7FqqsUMH/uMtRkdOLt2rL7CKMJQQpcvJFAJpV6rMfP7/ DqyJReG2zpqikK3Z97FnYcnrsZtzgxkxvv/Gs= MIME-Version: 1.0 Received: by 10.223.126.145 with SMTP id c17mr2484604fas.16.1248688746973; Mon, 27 Jul 2009 02:59:06 -0700 (PDT) Date: Mon, 27 Jul 2009 13:59:06 +0400 Message-ID: <659cf8870907270259m2e23769dxf416a3c86f9e8c50@mail.gmail.com> From: "Paul P." To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Turn off rebooting in single-user mode after fail. 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, 27 Jul 2009 10:27:23 -0000 Hello. How to turn off automatic reboot in single user mode after power fails or sudden reset? Do i need to make passin value in fstab equal to zero just to turn off automatic FSCK fs check? The system is remote and it is VERY annoy to up it by hands after any fail. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 27 10:55:36 2009 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 86DD8106564A for ; Mon, 27 Jul 2009 10:55:36 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 164D48FC13 for ; Mon, 27 Jul 2009 10:55:35 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by fg-out-1718.google.com with SMTP id 13so897094fge.12 for ; Mon, 27 Jul 2009 03:55:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=OWXi5Tx19JN6dEuD12IYwtcT9pJizUeJz51hfWdGhWM=; b=CMMOEFloq+p4uhpOKaFV4IhaHyH52rPaqkehFvLzXbE8Q8DD6F+c2xJcR972aa9ZwA Df0dn8Shw03dMft25zueBJOD39hn3iuvdag7JY+swgbawhH2D3zev9tsKj9HmvzS6wX4 1jyxc5zwKsaJ8nx/2gz8KHRh4TIgegcwmZ1nk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Xy7pxpHpmymhrjokHglfBiS8yuw06jAbNcZnH5CNSSS6QqTgfOrzK9Jr+jExIhsa8S bkWOamRNxnM6wkkMOY9dEPsmJjZs8nAktFv5qfXoS72FW/ePrWjQDsHfI2yJxqLacsYy /5sSaURUJuTNNCp+IAYwG+Kmj6kk0mLspDzSc= MIME-Version: 1.0 Received: by 10.86.83.17 with SMTP id g17mr2327058fgb.25.1248692134974; Mon, 27 Jul 2009 03:55:34 -0700 (PDT) In-Reply-To: <659cf8870907270259m2e23769dxf416a3c86f9e8c50@mail.gmail.com> References: <659cf8870907270259m2e23769dxf416a3c86f9e8c50@mail.gmail.com> Date: Mon, 27 Jul 2009 12:55:34 +0200 Message-ID: From: Cristiano Deana To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Turn off rebooting in single-user mode after fail. 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, 27 Jul 2009 10:55:36 -0000 On Mon, Jul 27, 2009 at 11:59 AM, Paul P. wrote: > Hello. > How to turn off automatic reboot in single user mode after power fails or > sudden reset? Do i need to make passin value in fstab equal to zero just to > turn off automatic FSCK fs check? if i understood correctly: rc.conf: fsck_y_enable="YES" # Set to YES to do fsck -y if the initial preen fails. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Jul 27 10:58:16 2009 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 443BF106564A for ; Mon, 27 Jul 2009 10:58:16 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id ED98E8FC14 for ; Mon, 27 Jul 2009 10:58:15 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 9CA5EC18F; Mon, 27 Jul 2009 13:39:58 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44532-05; Mon, 27 Jul 2009 13:39:57 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id D832BC134; Mon, 27 Jul 2009 13:39:57 +0300 (EEST) Message-ID: <4A6D83FC.8090208@bulinfo.net> Date: Mon, 27 Jul 2009 13:39:56 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.19 (X11/20090225) MIME-Version: 1.0 To: "Paul P." References: <659cf8870907270259m2e23769dxf416a3c86f9e8c50@mail.gmail.com> In-Reply-To: <659cf8870907270259m2e23769dxf416a3c86f9e8c50@mail.gmail.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-stable@freebsd.org Subject: Re: Turn off rebooting in single-user mode after fail. 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, 27 Jul 2009 10:58:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just put fsck_y_enable="YES" in /etc/rc.conf Disabling file system check is dangerous! Paul P. wrote: > Hello. > How to turn off automatic reboot in single user mode after power fails or > sudden reset? Do i need to make passin value in fstab equal to zero just to > turn off automatic FSCK fs check? > > The system is remote and it is VERY annoy to up it by hands after any fail. > _______________________________________________ > 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" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFKbYP8xJBWvpalMpkRAguVAKCjlRL1EW11WUKhSxnx2MKKwQxOvgCcDcz/ MZ4GRZJdMN0sUKrr/zHlgVM= =97QP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 27 12:16:19 2009 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 BD2BC1065670 for ; Mon, 27 Jul 2009 12:16:19 +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 BD8788FC19 for ; Mon, 27 Jul 2009 12:16:18 +0000 (UTC) (envelope-from avg@freebsd.org) 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 PAA07228; Mon, 27 Jul 2009 15:16:16 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A6D9A8F.7060507@freebsd.org> Date: Mon, 27 Jul 2009 15:16:15 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, marck@freebsd.org References: <4A6AC6CD.9090005@icyb.net.ua> In-Reply-To: <4A6AC6CD.9090005@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: smartctl: Unrecognized command 13 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, 27 Jul 2009 12:16:20 -0000 on 25/07/2009 11:48 Andriy Gapon said the following: > This is stable/7 i386: > > $ smartctl -t select,568157535-568159000 /dev/ad10 > ... > Unrecognized command 13 in ata_command_interface() > Please contact smartmontools-support@lists.sourceforge.net > Error Write Selective Self-Test Log failed: Function not implemented > > In smartmontools sources this is command WRITE_LOG. > Is this something that can be patched in smartmontools or does it require > additional support from ata driver? I think the patch like the following could do the trick: --- os_freebsd.cpp.orig 2008-03-05 00:09:47.000000000 +0200 +++ os_freebsd.cpp 2009-07-27 14:02:38.948144118 +0300 @@ -341,6 +340,15 @@ request.count=512; copydata=1; break; + case WRITE_LOG: + memcpy(buff, data, 512); + request.u.ata.feature=ATA_SMART_WRITE_LOG_SECTOR; + request.u.ata.lba=select|(0xc24f<<8); + request.u.ata.count=1; + request.flags=ATA_CMD_WRITE; + request.data=(char *)buff; + request.count=512; + break; case IDENTIFY: request.u.ata.command=ATA_IDENTIFY_DEVICE; request.flags=ATA_CMD_READ; -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Jul 27 12:32:00 2009 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 0F105106564A; Mon, 27 Jul 2009 12:32:00 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f214.google.com (mail-fx0-f214.google.com [209.85.220.214]) by mx1.freebsd.org (Postfix) with ESMTP id 6775E8FC13; Mon, 27 Jul 2009 12:31:58 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm10 with SMTP id 10so73726fxm.43 for ; Mon, 27 Jul 2009 05:31:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=TQw0hKlzCtlXegH/fypiO81eLjykw8yx01iwNrftsJU=; b=HJXtptRIPNMclLEhDYCZw46z1D3r0NDOkQe69fTRIhL62IjMMGJcq1+hH6O3zjAwFm UsBZT0f8siwPFdvTbcu5yC2u866Xa3g8tLAzcnDXg/XEqpFvz4fVRLf+Wx2ejgzykdRc DrC4E+HV529r+sWnHt4JO8VsRi/ZY51ErA+os= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=f0yqWsmsOY/Get/3PiKTkE85OeGyp3pR5H2FYPM6KZxJ9cuF+t8JrWhOalPK20BLZt nPfOzVOkuUVQzEk/cPA2uH2eLIOCVfS56s6cmFJ1wvrtic6A0DGZbhNqfJYQ+OFJfdEu rzn1KXwrRqnqzmjLHW/fPJZbdBbVN6fTCKHZk= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.114.208 with SMTP id f16mr2480960faq.91.1248697918330; Mon, 27 Jul 2009 05:31:58 -0700 (PDT) In-Reply-To: References: Date: Mon, 27 Jul 2009 14:31:58 +0200 X-Google-Sender-Auth: 708ca5f3a67557eb Message-ID: <3bbf2fe10907270531u121bacb9y17d5bb624b3bc23b@mail.gmail.com> From: Attilio Rao To: barbara Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD-stable , bug-followup Subject: Re: kern/134584: [panic] spin lock held too long 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, 27 Jul 2009 12:32:00 -0000 2009/7/26 barbara : > It happened again, on shutdown. > As the previous time, it happened after a high (for a desktop) uptime and, if it could matter, after running net-p2p/transmission-gtk2 for several hours. > I don't know if it's related, but often quitting transmission, doesn't terminate the process. Sometimes it end after several minutes the gui exited, sometimes it's still running after hours. > I've noticed it as the destination folder is on a manually mounted device and I can't umount it as fstat reports the device used by a transmission process. > So I often have to kill it. > This happened both the time I had this kind of panic. What hw is that? How many CPUs does it have? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Mon Jul 27 14:53:39 2009 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 D840710656AE for ; Mon, 27 Jul 2009 14:53:39 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id A642F8FC19 for ; Mon, 27 Jul 2009 14:53:39 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 405953BD706; Mon, 27 Jul 2009 10:53:39 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 27 Jul 2009 10:53:39 -0400 X-Sasl-enc: mEKCD5KzKGHJHPJIyLaq1M91zS1v9HUdsu4z0FWF0una 1248706418 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id AD8B0CF13; Mon, 27 Jul 2009 10:53:38 -0400 (EDT) Message-ID: <4A6DBF6F.7050806@incunabulum.net> Date: Mon, 27 Jul 2009 15:53:35 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Gavin Atkinson References: <200901232244.n0NMiRmM098646@lurza.secnetix.de> <46acbb3e-71bc-4cff-93d7-59b48a1a9302@exchange01.ecp.noc> <4A68B2A0.8050509@incunabulum.net> <1248424208.50198.2.camel@buffy.york.ac.uk> In-Reply-To: <1248424208.50198.2.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: ataraid's revenge! (Was: Re: A nasty ataraid experience.) 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, 27 Jul 2009 14:53:40 -0000 Gavin Atkinson wrote: > On Thu, 2009-07-23 at 19:57 +0100, Bruce Simpson wrote: > >> 6 months on, ataraid(4) did it again. >> > > Which ataraid(4) controller is this? Seeing a verbose dmesg would help. > There are several patches in the PR database for ataraid problems, it > would be worth having a look. > Not much to report; it is a JMicron PCI-e card. I switched to the JMicron because it actually worked. The on-board controller is VIA and I don't use it; I've had problems managing the VIA based software RAID. Occasionally the mirror degrades, usually on boot, if something panics the machine. This leads to interesting inconsistencies and panics. All I was doing at the time was srm'ing a bunch of sensitive files, and running some CPU (not disk) intensive regression tests for Boost. I found it's difficult to recover from errors. See my post from 6 months ago about how 'atacontrol rebuild' often just plain fails. As per original post, the process(es) just wedged in getblk, and I had to take the system down to get some sense out of it as disk access ground to a halt. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 27 15:14:23 2009 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 5F3441065672 for ; Mon, 27 Jul 2009 15:14:23 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 353088FC16 for ; Mon, 27 Jul 2009 15:14:23 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 8E6973BCE90; Mon, 27 Jul 2009 10:55:12 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 27 Jul 2009 10:55:12 -0400 X-Sasl-enc: AEmTM3vjCCpWXfHgvayKCzTnKUMT2tfvXCaWb4hiVp7Z 1248706512 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 1E9C8CF34; Mon, 27 Jul 2009 10:55:12 -0400 (EDT) Message-ID: <4A6DBFCC.9040201@incunabulum.net> Date: Mon, 27 Jul 2009 15:55:08 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Luigi Rizzo References: <20090725013500.GC62402@onelab2.iet.unipi.it> In-Reply-To: <20090725013500.GC62402@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 27 Jul 2009 15:14:23 -0000 Luigi Rizzo wrote: > Is there a recipe for a working flas9 or flash10 operation ? > Allegedly PC-BSD ship a working Flash install, I have not tried it. I have had similar problems and tried similar recipes. The Flash player(s) thus embedded are not very stable, and can crash or hang with multiple opens, or browser tab embedding the player(s) being closed. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 27 16:39:22 2009 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 47CFF106566C for ; Mon, 27 Jul 2009 16:39:22 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id EF53B8FC12 for ; Mon, 27 Jul 2009 16:39:21 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n6RGdJ9U018942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 27 Jul 2009 09:39:20 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A7B721CC0B; Mon, 27 Jul 2009 09:39:19 -0700 (PDT) To: Bruce Simpson In-reply-to: Your message of "Mon, 27 Jul 2009 15:55:08 BST." <4A6DBFCC.9040201@incunabulum.net> Date: Mon, 27 Jul 2009 09:39:19 -0700 From: "Kevin Oberman" Message-Id: <20090727163919.A7B721CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-07-27_06:2009-07-24, 2009-07-27, 2009-07-27 signatures=0 Cc: stable@freebsd.org, Luigi Rizzo Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 27 Jul 2009 16:39:22 -0000 > Date: Mon, 27 Jul 2009 15:55:08 +0100 > From: Bruce Simpson > Sender: owner-freebsd-stable@freebsd.org > > Luigi Rizzo wrote: > > Is there a recipe for a working flas9 or flash10 operation ? > > > > Allegedly PC-BSD ship a working Flash install, I have not tried it. > > I have had similar problems and tried similar recipes. The Flash > player(s) thus embedded are not very stable, and can crash or hang with > multiple opens, or browser tab embedding the player(s) being closed. In all honesty, linux-flash has not been really stable, even on Linux, since flash7. That said, I have had good results with flash9 and nspluginwrapper. I also use linux_base-f8 and carefully updated all of my linux emulation mode ports to the f8 version (when available). I think that covers all of them EXCEPT linux-nvu and the closed source third-party apps like linux-realplayer and linux-flashplugin9. Also, be sure to add the define lines to /etc/make.conf as described in the installation of linux_base-f8. # portversion | grep linux- then, for each item: portupgrade -o /usr/ports/DIR/linux-f8-PORT/ linux-PORT Where DIR is the ports directory and PORT is the pat of the port name following 'linux-'. Note that you really need to do these in dependency tree order or you will get install errors. Use 'portupgrade -fn linux-\*' to get the order. Log into the system under your normal account (not root) and run nspluginwrapper to install the plugins that need to be wrapped. nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so nspluginwrapper -i /usr/local/lib/linux-mozilla/plugins/nphelix.so Restart firefox3. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Mon Jul 27 19:10:59 2009 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 7767F1065670; Mon, 27 Jul 2009 19:10:59 +0000 (UTC) (envelope-from marck@FreeBSD.org) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id EE82C8FC23; Mon, 27 Jul 2009 19:10:58 +0000 (UTC) (envelope-from marck@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n6RIqERc032261; Mon, 27 Jul 2009 22:52:14 +0400 (MSD) (envelope-from marck@FreeBSD.org) Date: Mon, 27 Jul 2009 22:52:14 +0400 (MSD) From: Dmitry Morozovsky X-X-Sender: marck@woozle.rinet.ru To: Andriy Gapon In-Reply-To: <4A6D9A8F.7060507@freebsd.org> Message-ID: References: <4A6AC6CD.9090005@icyb.net.ua> <4A6D9A8F.7060507@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Mon, 27 Jul 2009 22:52:15 +0400 (MSD) Cc: freebsd-stable@FreeBSD.org Subject: Re: smartctl: Unrecognized command 13 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, 27 Jul 2009 19:10:59 -0000 On Mon, 27 Jul 2009, Andriy Gapon wrote: AG> > $ smartctl -t select,568157535-568159000 /dev/ad10 AG> > ... AG> > Unrecognized command 13 in ata_command_interface() AG> > Please contact smartmontools-support@lists.sourceforge.net AG> > Error Write Selective Self-Test Log failed: Function not implemented AG> > AG> > In smartmontools sources this is command WRITE_LOG. AG> > Is this something that can be patched in smartmontools or does it require AG> > additional support from ata driver? AG> AG> I think the patch like the following could do the trick: AG> --- os_freebsd.cpp.orig 2008-03-05 00:09:47.000000000 +0200 AG> +++ os_freebsd.cpp 2009-07-27 14:02:38.948144118 +0300 AG> @@ -341,6 +340,15 @@ AG> request.count=512; AG> copydata=1; AG> break; AG> + case WRITE_LOG: AG> + memcpy(buff, data, 512); AG> + request.u.ata.feature=ATA_SMART_WRITE_LOG_SECTOR; AG> + request.u.ata.lba=select|(0xc24f<<8); AG> + request.u.ata.count=1; AG> + request.flags=ATA_CMD_WRITE; AG> + request.data=(char *)buff; AG> + request.count=512; AG> + break; AG> case IDENTIFY: AG> request.u.ata.command=ATA_IDENTIFY_DEVICE; AG> request.flags=ATA_CMD_READ; Thank you, PR 137177 created. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] --------------------------------------------------------------------------- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@FreeBSD.org *** --------------------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 27 20:16:18 2009 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 77793106566B; Mon, 27 Jul 2009 20:16:18 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out2.libero.it (cp-out2.libero.it [212.52.84.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7EA8FC29; Mon, 27 Jul 2009 20:16:17 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.8) by cp-out2.libero.it (8.5.107) id 4A65D446004DFCB7; Mon, 27 Jul 2009 22:16:16 +0200 Date: Mon, 27 Jul 2009 22:16:16 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "blackend" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.20.214.18 Cc: "gaijin.k" , stable , rizzo Subject: Re: status of flash9/flash10 support in RELENG_7 ? 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, 27 Jul 2009 20:16:18 -0000 > On Sun, Jul 26, 2009 at 06:15:22PM +0200, barbara wrote: > > > On Sun, 2009-07-26 at 10:32 +0200, Marc Fonvieille wrote: > > > > On Sun, Jul 26, 2009 at 08:20:09AM +0200, barbara wrote: > > > > > > > > > > > > An example of the URLs that is giving me problems is the foll= owing > > > > > > > > > > > > http://tv.repubblica.it/copertina/massa-colpito-da-un-detrito= /35446?video > > > > > > > > > > > > (basically all videos from that site cause the same problem).= I would be > > > > > > grateful if you cold check it. > > > > > > > > > > > > > > > > > > > > > The video looks fine here, even if I'm getting a warning about = the flash version. > > > > > http://img24.imageshack.us/img24/2741/screenshotmassacolpitod.p= ng > > > > > > > > > > I've found that on 7, the better combination for me is > > > > > linux-flashplugin9, linux_base-fc4 and compat.linux.osrelease=3D= 2.4.2. > > > > > > > > Same here: the video plays fine on 7.2-S with linux_base-fc4 and > > > > linux-flashplugin9 > > > > > > > > > On CURRENT, using linux_base-f10, I get much more stuck process= , while > > > > > on 7 it barely happens. > > > > > > > > On 8-BETA2 with linux_base-f10 and linux-f10-flashplugin10 that v= ideo > > > > makes npviewer "coredumping". > > > > > > > This video played on my 8-BETA2 (r195818, SMP, i386) with linux_bas= e-f10 > > > and linux-f10-flashplugin10 without dumping core. Was your BETA2 be= fore > > > or after library version bump and, if latter, did you rebuild all y= our > > > ports? > > > > > > > I've cvsupped and rebuilt my system on Jul. 23 and rebuilt all my por= ts. > > linux-f10-flashplugin10 is dumping core or not working for me too. > > BTW, why nspluginwrapper doesn't find the plugin? > > > > I assume it's cause nothing is installed under > /usr/local/lib/browser_plugins/ so you need to do a > > ln -s /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so \ > /usr/local/lib/browser_plugins/ > > just before the nspluginwrapper -v -a -i as I mentioned it in the > Handbook. > That did the trick, thank you! It's still lagging when I close the window, anyway it's working now. Barbara From owner-freebsd-stable@FreeBSD.ORG Mon Jul 27 21:56:12 2009 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 13DB71065676; Mon, 27 Jul 2009 21:56:12 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out4.libero.it (cp-out4.libero.it [212.52.84.104]) by mx1.freebsd.org (Postfix) with ESMTP id A25BA8FC1C; Mon, 27 Jul 2009 21:56:11 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.8) by cp-out4.libero.it (8.5.107) id 4A6742FD003CC44C; Mon, 27 Jul 2009 23:56:10 +0200 Date: Mon, 27 Jul 2009 23:56:10 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "attilio" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.20.214.18 Cc: FreeBSD-stable , bug-followup Subject: Re: kern/134584: [panic] spin lock held too long 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, 27 Jul 2009 21:56:12 -0000 > 2009/7/26 barbara : > > It happened again, on shutdown. > > As the previous time, it happened after a high (for a desktop) uptime= and, if it could matter, after running net-p2p/transmission-gtk2 for sev= eral hours. > > I don't know if it's related, but often quitting transmission, doesn'= t terminate the process. Sometimes it end after several minutes the gui e= xited, sometimes it's still running after hours. > > I've noticed it as the destination folder is on a manually mounted de= vice and I can't umount it as fstat reports the device used by a transmis= sion process. > > So I often have to kill it. > > This happened both the time I had this kind of panic. > > What hw is that? How many CPUs does it have? > It's desktop pc, dual Athlon CPU, VIA chipset and... You can find my dmesg.boot here: http://pastebin.com/f507125f1 Aks if you need more info! In the meanwhile I've rebuilt my kernel adding WITNESS, KDB, DDB options.= Is this what you need? I'm not able to work with the debugger. I suppose I have to type the comm= ands you asked (ps, show alllocks) when it's panicking and the debbugger = starts and write down the output with pen and paper, am I corrent? Or is = there a way to redirect or dump the output somewhere? Sorry, I'll try reading the chapter in the dev. handbook and I will try t= o do my best, but please, tell me if you have some suggestions. I'll try to reproduce the problem, even it's not happening regularly. If you need more info or to test code, etc. I'll be glad to help you. BTW, can the output of crashinfo be of any help? Here you can find ps -ax= l from crashinfo: http://pastebin.com/f3d54f01b Thanks Barbara From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 00:12:40 2009 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 DF4DF106564A for ; Tue, 28 Jul 2009 00:12:40 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntmtas04p.mx.bigpond.com (nskntmtas04p.mx.bigpond.com [61.9.168.146]) by mx1.freebsd.org (Postfix) with ESMTP id 6C7828FC19 for ; Tue, 28 Jul 2009 00:12:39 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntotgx03p.mx.bigpond.com ([124.188.162.219]) by nskntmtas04p.mx.bigpond.com with ESMTP id <20090728001238.NBV1821.nskntmtas04p.mx.bigpond.com@nskntotgx03p.mx.bigpond.com> for ; Tue, 28 Jul 2009 00:12:38 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nskntotgx03p.mx.bigpond.com with ESMTP id <20090728001237.ONTQ21119.nskntotgx03p.mx.bigpond.com@areilly.bpa.nu> for ; Tue, 28 Jul 2009 00:12:37 +0000 Received: (qmail 97964 invoked by uid 501); 28 Jul 2009 00:12:38 -0000 Date: Tue, 28 Jul 2009 10:12:38 +1000 From: Andrew Reilly To: freebsd-stable@freebsd.org Message-ID: <20090728001238.GA97218@duncan.reilly.home> References: <20090726222403.GA19875@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090726222403.GA19875@duncan.reilly.home> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.4A6E4276.0018,ss=1,fgs=0 Subject: Re: Weird portmaster behaviour -- everything fails to install 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, 28 Jul 2009 00:12:41 -0000 Problem solved! In case anyone is interested, or has encountered a similar problem, I believe that my problem was that somehow my /var/db/pkg directory had a whole pile of near-duplicate entries corresponding to port revisions. Portmaster was checking the installed version against the MD5 hashes in the "old" version +CONTENTS file, and they weren't matching. I assume that I acquired all of these out-of-date pkg entries through a backup restore mishap: I've been having gmirror issues lately (not gmirror's fault, I think -- just a series of dodgy hard drives.) All is good again. No duplicate db/pkg entries at last, and portmaster runs to completion as intended. Cheers, -- Andrew On Mon, Jul 27, 2009 at 08:24:03AM +1000, Andrew Reilly wrote: > I've spent the weekend doing a ports catch-up: there seems to > have been a lot of activity recently! It's taking a long time > at least partly because portmaster doesn't seem to be "doing the > right thing" all of a sudden: it will happily trace the > dependencies and build the first superceded port, but fails to > re-install it. On every occsaion this weekend, it gets to > ===> Installing for foo-0.123_2 > ===> Generating temporary packing list > ===> Checking if graphics/foo already installed > ===> foo-0.123_2 is already installed > You may wish to "make deinstall" and blah, blah, blah... > > Of course it's installed, that's why I'm running portmaster! > > So I go into the directory, run make deinstall reinstall clean, > and that goes without a hitch. Restart portmaster -uBd -a and > half an hour later it will fail in the same way, and I'll have > to do the same dance. > > It's most likely something dumb that I've got misconfigured: can > anyone suggest to me where I should look? From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 01:13:16 2009 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 8358E106566C for ; Tue, 28 Jul 2009 01:13:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1330F8FC0C for ; Tue, 28 Jul 2009 01:13:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 3156 invoked by uid 399); 28 Jul 2009 01:13:09 -0000 Received: from localhost (HELO ?192.168.0.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Jul 2009 01:13:09 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Mon, 27 Jul 2009 18:13:07 -0700 (PDT) From: Doug Barton To: Andrew Reilly In-Reply-To: <20090728001238.GA97218@duncan.reilly.home> Message-ID: References: <20090726222403.GA19875@duncan.reilly.home> <20090728001238.GA97218@duncan.reilly.home> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Weird portmaster behaviour -- everything fails to install 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, 28 Jul 2009 01:13:16 -0000 On Tue, 28 Jul 2009, Andrew Reilly wrote: > Problem solved! Well I'm glad to hear that in any case. :) > In case anyone is interested, or has encountered a similar > problem, I believe that my problem was that somehow my > /var/db/pkg directory had a whole pile of near-duplicate entries > corresponding to port revisions. Portmaster was checking the > installed version against the MD5 hashes in the "old" version > +CONTENTS file, and they weren't matching. FYI, portmaster doesn't do anything with the md5 hashes in +CONTENTS, but duplicate entries will definitely cause "issues." Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 02:39:27 2009 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 2BD68106566B for ; Tue, 28 Jul 2009 02:39:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id CE9B08FC13 for ; Tue, 28 Jul 2009 02:39:26 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6156 invoked by uid 399); 28 Jul 2009 02:39:23 -0000 Received: from localhost (HELO ?192.168.0.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Jul 2009 02:39:23 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Mon, 27 Jul 2009 19:39:22 -0700 (PDT) From: Doug Barton To: Ben Morrow In-Reply-To: <20090723011246.GA29465@osiris.mauzo.dyndns.org> Message-ID: References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <58F0204B-ECE6-479A-AAC2-7868E71ABB43@exscape.org> <367b2c980907200729s57eafbbfw83c8ae5a94f41ffc@mail.gmail.com> <4A6628F0.6080802@mail.zedat.fu-berlin.de> <20090721215201.GA61999@troutmask.apl.washington.edu> <1248277420.8644.70.camel@localhost> <20090722193033.GA83848@zim.MIT.EDU> <20090723011246.GA29465@osiris.mauzo.dyndns.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: portmaster -s text (Was: Re: HEADS-UP: Shared Library Versions bumped) 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, 28 Jul 2009 02:39:27 -0000 On Thu, 23 Jul 2009, Ben Morrow wrote: > The problem with that is if you install pkg A deliberately, but it then > later becomes a dependancy of pkg B. If you remove pkg B (because it's > no longer needed) there is then no evidence that pkg A was installed on > purpose, rather than incidentally. portmaster -s will offer to remove > it, and if you refuse it will offer to remove the empty +REQUIRED_BY, > effectively promoting it to a 'manually installed' pkg again, though > it's perhaps not entirely clear from the question that that is what the > effect will be. Thanks for pointing this out. Can you suggest an alternative message? Other than the mundane reason the current message says what it does because I sometimes prefer to leave the empty file there so that when I go back through at a later date I can re-evaluate the choice. > This would be easy to solve in general by maintaining a 'world' package, > or some such, that had dependencies on everything installed explicitly; > but that would require modifying all the pkg and port installation tools > (probably including bsd.port.mk itself) to support that convention. This sort of mechanism has been suggested before, but the problem you described (ports installed "on purpose" becoming a dependency of something else) is not an easy one to solve. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 07:23:13 2009 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 2ED2E106564A for ; Tue, 28 Jul 2009 07:23:13 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (unknown [IPv6:2001:718:2:0:217:a4ff:fe3f:b3d5]) by mx1.freebsd.org (Postfix) with ESMTP id B6D748FC08 for ; Tue, 28 Jul 2009 07:23:12 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id ADD63137A0A; Tue, 28 Jul 2009 09:23:11 +0200 (CEST) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10241-03; Tue, 28 Jul 2009 09:23:04 +0200 (CEST) Received: from [192.168.111.233] (eccam.com [82.113.60.26]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 75A26137A03; Tue, 28 Jul 2009 09:23:04 +0200 (CEST) Message-ID: <4A6EA757.8060600@sh.cvut.cz> Date: Tue, 28 Jul 2009 09:23:03 +0200 From: =?ISO-8859-1?Q?V=E1clav_Haisman?= User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Andrew Reilly References: <20090726222403.GA19875@duncan.reilly.home> <20090728001238.GA97218@duncan.reilly.home> In-Reply-To: <20090728001238.GA97218@duncan.reilly.home> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=0.0 tagged_above=-255.0 required=5.0 tests=AWL, CRM114_HAM_00, JR_RCVD_TOO_FEW_HOPS X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: Weird portmaster behaviour -- everything fails to install 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, 28 Jul 2009 07:23:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Andrew Reilly wrote: > Problem solved! > > In case anyone is interested, or has encountered a similar > problem, I believe that my problem was that somehow my > /var/db/pkg directory had a whole pile of near-duplicate entries > corresponding to port revisions. Portmaster was checking the > installed version against the MD5 hashes in the "old" version > +CONTENTS file, and they weren't matching. I assume that I > acquired all of these out-of-date pkg entries through a backup > restore mishap: I've been having gmirror issues lately (not > gmirror's fault, I think -- just a series of dodgy hard drives.) > > All is good again. No duplicate db/pkg entries at last, and > portmaster runs to completion as intended. How have you managed to fix the duplicate entries? Can pkgdb -Ffu or such fix that? - -- VH -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkpup1cACgkQjksRtmO2spePJQCeNiTwzOsDRpPhYpHX0ARHy4+T wekAnjeNFuaXfQwOqrD6eS3YXLJKO6ma =zyfE -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 09:13:46 2009 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 D1F1F106566B; Tue, 28 Jul 2009 09:13:46 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 92EFA8FC13; Tue, 28 Jul 2009 09:13:46 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MViki-0009uJ-De; Tue, 28 Jul 2009 10:13:44 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MViki-0002Dg-CF; Tue, 28 Jul 2009 10:13:44 +0100 To: ben@morrow.me.uk, dougb@FreeBSD.org In-Reply-To: Message-Id: From: Pete French Date: Tue, 28 Jul 2009 10:13:44 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: portmaster -s text (Was: Re: HEADS-UP: Shared Library Versions bumped) 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, 28 Jul 2009 09:13:47 -0000 > This sort of mechanism has been suggested before, but the problem you > described (ports installed "on purpose" becoming a dependency of something > else) is not an easy one to solve. I don't earlly see why that is a "problem" tha needs solving. cerrtainl all I want is to be able to list ports installed by hand, regardless of whether the later became dependencies of other ports. Just a nice simple way to be able to say "what did I install on this?" before wiping all ports and upgrading would be nice. -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 09:43:33 2009 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 7B8561065672 for ; Tue, 28 Jul 2009 09:43:33 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntmtas02p.mx.bigpond.com (nskntmtas02p.mx.bigpond.com [61.9.168.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0688B8FC1F for ; Tue, 28 Jul 2009 09:43:32 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntotgx02p.mx.bigpond.com ([124.188.162.219]) by nskntmtas02p.mx.bigpond.com with ESMTP id <20090728094330.BNGH1957.nskntmtas02p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com> for ; Tue, 28 Jul 2009 09:43:30 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20090728094330.VFMH4023.nskntotgx02p.mx.bigpond.com@areilly.bpa.nu> for ; Tue, 28 Jul 2009 09:43:30 +0000 Received: (qmail 6724 invoked by uid 501); 28 Jul 2009 09:43:22 -0000 Date: Tue, 28 Jul 2009 19:43:22 +1000 From: Andrew Reilly To: =?iso-8859-1?Q?V=E1clav?= Haisman Message-ID: <20090728094322.GA3717@duncan.reilly.home> References: <20090726222403.GA19875@duncan.reilly.home> <20090728001238.GA97218@duncan.reilly.home> <4A6EA757.8060600@sh.cvut.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A6EA757.8060600@sh.cvut.cz> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150202.4A6EC842.00BD,ss=1,fgs=0 Cc: freebsd-stable@freebsd.org Subject: Re: Weird portmaster behaviour -- everything fails to install 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, 28 Jul 2009 09:43:33 -0000 On Tue, Jul 28, 2009 at 09:23:03AM +0200, Václav Haisman wrote: > Andrew Reilly wrote: > > Problem solved! > > > > In case anyone is interested, or has encountered a similar > > problem, I believe that my problem was that somehow my > > /var/db/pkg directory had a whole pile of near-duplicate entries > > corresponding to port revisions. Portmaster was checking the > > installed version against the MD5 hashes in the "old" version > > +CONTENTS file, and they weren't matching. I assume that I > > acquired all of these out-of-date pkg entries through a backup > > restore mishap: I've been having gmirror issues lately (not > > gmirror's fault, I think -- just a series of dodgy hard drives.) > > > > All is good again. No duplicate db/pkg entries at last, and > > portmaster runs to completion as intended. > How have you managed to fix the duplicate entries? Can pkgdb -Ffu or > such fix that? I think that pkgdb is a portupgrade mechanism, and portmaster doesn't need it. By "duplicate entries" I mean multiple directories in the /var/db/pkg directory that differ only in version number or port version number. When I realized that this is what was going on, there were only four such duplicates left, and I just deleted the older directory of the pair, as that was the one that didn't match the installed files. All of the previous duplicates seemed to have been tidied up (or removed) by the "make deinstall reinstall" exercise. I did a final portmaster --check-depends, and that did a *lot* of +REQUIRED_BY fixing, so I suspect that some of the previous dependency notation must have been going into the incorrect (older) versions (I guess that they sort first). Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 09:48:14 2009 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 204EB10656A5 for ; Tue, 28 Jul 2009 09:48:14 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntmtas02p.mx.bigpond.com (nskntmtas02p.mx.bigpond.com [61.9.168.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9F8028FC25 for ; Tue, 28 Jul 2009 09:48:13 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntotgx02p.mx.bigpond.com ([124.188.162.219]) by nskntmtas02p.mx.bigpond.com with ESMTP id <20090728094812.BTXB1957.nskntmtas02p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com> for ; Tue, 28 Jul 2009 09:48:12 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20090728094812.VJYF4023.nskntotgx02p.mx.bigpond.com@areilly.bpa.nu> for ; Tue, 28 Jul 2009 09:48:12 +0000 Received: (qmail 6990 invoked by uid 501); 28 Jul 2009 09:48:09 -0000 Date: Tue, 28 Jul 2009 19:48:09 +1000 From: Andrew Reilly To: Doug Barton Message-ID: <20090728094809.GB3717@duncan.reilly.home> References: <20090726222403.GA19875@duncan.reilly.home> <20090728001238.GA97218@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150205.4A6EC95C.0079,ss=1,fgs=0 Cc: freebsd-stable@freebsd.org Subject: Re: Weird portmaster behaviour -- everything fails to install 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, 28 Jul 2009 09:48:14 -0000 On Mon, Jul 27, 2009 at 06:13:07PM -0700, Doug Barton wrote: > On Tue, 28 Jul 2009, Andrew Reilly wrote: > >corresponding to port revisions. Portmaster was checking the > >installed version against the MD5 hashes in the "old" version > >+CONTENTS file, and they weren't matching. > > FYI, portmaster doesn't do anything with the md5 hashes in +CONTENTS, but > duplicate entries will definitely cause "issues." Hmm. Well, *something* was whinging about the MD5 hashes not matching (and indeed they weren't), just before the install failed. Could it have been the process that builds a backup package from the installed files? Thanks for making portmaster, btw. It's a great tool, and I find that I prefer it to portupgrade, although I can't say that I can put my finger on why, exactly... Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 11:42:12 2009 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 C9DDA1065672 for ; Tue, 28 Jul 2009 11:42:12 +0000 (UTC) (envelope-from ben@morrow.me.uk) Received: from relay.pcl-ipout01.plus.net (relay.pcl-ipout01.plus.net [212.159.7.99]) by mx1.freebsd.org (Postfix) with ESMTP id 62DE38FC1A for ; Tue, 28 Jul 2009 11:42:12 +0000 (UTC) (envelope-from ben@morrow.me.uk) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAKN5bkrUOFPl/2dsb2JhbADSS4QMBQ Received: from plesk-mail01.plus.net ([212.56.83.229]) by relay.pcl-ipout01.plus.net with ESMTP; 28 Jul 2009 12:12:54 +0100 Received: (qmail 8395 invoked from network); 28 Jul 2009 11:12:53 +0000 Received: from host81-155-197-140.range81-155.btcentralplus.com (HELO ?192.168.1.65?) (81.155.197.140) by plesk-mail01.plus.net with SMTP; 28 Jul 2009 11:12:53 +0000 Message-ID: <4A6EDD32.6000800@morrow.me.uk> Date: Tue, 28 Jul 2009 12:12:50 +0100 From: Ben Morrow User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Doug Barton References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <58F0204B-ECE6-479A-AAC2-7868E71ABB43@exscape.org> <367b2c980907200729s57eafbbfw83c8ae5a94f41ffc@mail.gmail.com> <4A6628F0.6080802@mail.zedat.fu-berlin.de> <20090721215201.GA61999@troutmask.apl.washington.edu> <1248277420.8644.70.camel@localhost> <20090722193033.GA83848@zim.MIT.EDU> <20090723011246.GA29465@osiris.mauzo.dyndns.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portmaster -s text (Was: Re: HEADS-UP: Shared Library Versions bumped) 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, 28 Jul 2009 11:42:13 -0000 Doug Barton wrote: > On Thu, 23 Jul 2009, Ben Morrow wrote: > >> The problem with that is if you install pkg A deliberately, but it then >> later becomes a dependancy of pkg B. If you remove pkg B (because it's >> no longer needed) there is then no evidence that pkg A was installed on >> purpose, rather than incidentally. portmaster -s will offer to remove >> it, and if you refuse it will offer to remove the empty +REQUIRED_BY, >> effectively promoting it to a 'manually installed' pkg again, though >> it's perhaps not entirely clear from the question that that is what the >> effect will be. > > Thanks for pointing this out. Can you suggest an alternative message? > Other than the mundane reason the current message says what it does > because I sometimes prefer to leave the empty file there so that when I > go back through at a later date I can re-evaluate the choice. Yes, I can see it needs to be an option. Presumably 'don't ask me again' is too Microsoft :)? Maybe something like 'Mark this package as explicitly required?'? That's pretty much the user-visible effect. I know the first time I saw that message, when I didn't really understand what it meant, my reaction was 'Delete something? No!' which wasn't the right answer. >> This would be easy to solve in general by maintaining a 'world' package, >> or some such, that had dependencies on everything installed explicitly; >> but that would require modifying all the pkg and port installation tools >> (probably including bsd.port.mk itself) to support that convention. > > This sort of mechanism has been suggested before, but the problem you > described (ports installed "on purpose" becoming a dependency of > something else) is not an easy one to solve. No. I have occasionally wondered if a sensible solution would be to drop portmaster/portupgrade altogether and just maintain a local sysutils/world port with a list of what I want installed, and 'make deinstall reinstall' whenever it changes (with something like pkg_cutleaves to clear out the trash). I suspect I would lose something I'm currently relying on (certainly, portmaster's -o and -r options wouldn't be trivial to emulate) but it does seem to me that both portmaster and portupgrade spend an awful lot of time doing things like tracking dependancies that bsd.port.mk already does for you. Ben From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 14:54:59 2009 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 E9C6B106566C for ; Tue, 28 Jul 2009 14:54:59 +0000 (UTC) (envelope-from dan@yourbsdreport.com) Received: from barmail1.idig.net (barmail1.idig.net [64.34.111.254]) by mx1.freebsd.org (Postfix) with ESMTP id C07DC8FC08 for ; Tue, 28 Jul 2009 14:54:59 +0000 (UTC) (envelope-from dan@yourbsdreport.com) Received: from cpres3.idig.net (cpres3.idig.net [76.74.187.4]) by barmail1.idig.net (Spam & Virus Firewall) with ESMTP id E1ACF2705F34 for ; Tue, 28 Jul 2009 07:36:48 -0700 (PDT) Received: from cpres3.idig.net (cpres3.idig.net [76.74.187.4]) by barmail1.idig.net with ESMTP id 8B9Hy7JzBTWhXpwk for ; Tue, 28 Jul 2009 07:36:48 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=cpres3.idig.net) by cpres3.idig.net with esmtpa (Exim 4.69) (envelope-from ) id 1MVnnN-00014C-3F for freebsd-stable@freebsd.org; Tue, 28 Jul 2009 07:36:49 -0700 Received: from [192.168.0.3] ([99.233.37.239] helo=[192.168.0.3]) with IPv4:26 by cpres3.idig.net; 28 Jul 2009 07:36:48 -0700 Message-ID: <4A6F0C2C.6030205@yourbsdreport.com> Date: Tue, 28 Jul 2009 10:33:16 -0400 From: Dan User-Agent: Thunderbird 2.0.0.22 (X11/20090727) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Assp-Whitelisted: Yes X-Assp-Envelope-From: dan@yourbsdreport.com X-Assp-Intended-For: freebsd-stable@freebsd.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpres3.idig.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - yourbsdreport.com Subject: page fault 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, 28 Jul 2009 14:55:00 -0000 Hi, One of my servers running 7.2-RELEASE-p2 is crashing about every 2 or 3 days with the following backtrace. This particular one is from July 24.I still have all the vmcores available if any further info is required. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc077b9e8 stack pointer = 0x28:0xe846ab34 frame pointer = 0x28:0xe846ab58 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 42384 (perl5.10.0) trap number = 12 panic: page fault cpuid = 1 Uptime: 1d23h35m17s Physical memory: 2023 MB Dumping 257 MB: 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2 Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) (kgdb) where #0 doadump () at pcpu.h:196 #1 0xc07ddbe7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc07ddeb9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0a818ac in trap_fatal (frame=0xe846aaf4, eva=0) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc0a81b10 in trap_pfault (frame=0xe846aaf4, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc0a82492 in trap (frame=0xe846aaf4) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc0a675ab in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc077b9e8 in pfs_ioctl (va=0xe846ab88) at /usr/src/sys/fs/pseudofs/pseudofs_vnops.c:247 #8 0xc0a965e2 in VOP_IOCTL_APV (vop=0xc0be6200, a=0xe846ab88) at vnode_if.c:795 #9 0xc086d68d in vn_ioctl (fp=0xc58d45f0, com=1076655123, data=0xc61b0440, active_cred=0xcb9d8500, td=0xc5e5e000) at vnode_if.h:437 #10 0xc0816a05 in kern_ioctl (td=0xc5e5e000, fd=3, com=1076655123, data=0xc61b0440 "") at file.h:269 #11 0xc0816b64 in ioctl (td=0xc5e5e000, uap=0xe846acfc) at /usr/src/sys/kern/sys_generic.c:571 #12 0xc0a81e65 in syscall (frame=0xe846ad38) at /usr/src/sys/i386/i386/trap.c:1090 #13 0xc0a67610 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) (kgdb) l *0xc077b9e8 0xc077b9e8 is in pfs_ioctl (/usr/src/sys/fs/pseudofs/pseudofs_vnops.c:248). 243 static int 244 pfs_ioctl(struct vop_ioctl_args *va) 245 { 246 struct vnode *vn = va->a_vp; 247 struct pfs_vdata *pvd = vn->v_data; 248 struct pfs_node *pn = pvd->pvd_pn; 249 struct proc *proc; 250 int error; 251 252 PFS_TRACE(("%s: %lx", pn->pn_name, va->a_command)); From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 14:59:44 2009 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 EA66310656EA for ; Tue, 28 Jul 2009 14:59:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 7C72B8FC19 for ; Tue, 28 Jul 2009 14:59:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n6SExd8w031339 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 17:59:39 +0300 (EEST) (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.3/8.14.3) with ESMTP id n6SExdLO037272; Tue, 28 Jul 2009 17:59:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n6SExduH037271; Tue, 28 Jul 2009 17:59:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 28 Jul 2009 17:59:39 +0300 From: Kostik Belousov To: Dan Message-ID: <20090728145939.GD1884@deviant.kiev.zoral.com.ua> References: <4A6F0C2C.6030205@yourbsdreport.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lc9FT7cWel8HagAv" Content-Disposition: inline In-Reply-To: <4A6F0C2C.6030205@yourbsdreport.com> 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=-4.4 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: freebsd-stable@freebsd.org Subject: Re: page fault 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, 28 Jul 2009 14:59:45 -0000 --lc9FT7cWel8HagAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 28, 2009 at 10:33:16AM -0400, Dan wrote: > Hi, >=20 > One of my servers running 7.2-RELEASE-p2 is crashing about every 2 or 3= =20 > days with the following backtrace. This particular one is from July=20 > 24.I still have all the vmcores available if any further info is required. >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x0 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc077b9e8 > stack pointer =3D 0x28:0xe846ab34 > frame pointer =3D 0x28:0xe846ab58 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 42384 (perl5.10.0) > trap number =3D 12 > panic: page fault > cpuid =3D 1 > Uptime: 1d23h35m17s > Physical memory: 2023 MB > Dumping 257 MB: 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2 >=20 > Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from=20 > /boot/kernel/accf_http.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/accf_http.ko > Reading symbols from /boot/kernel/acpi.ko...Reading symbols from=20 > /boot/kernel/acpi.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/acpi.ko > #0 doadump () at pcpu.h:196 > 196 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) >=20 > (kgdb) where > #0 doadump () at pcpu.h:196 > #1 0xc07ddbe7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :418 > #2 0xc07ddeb9 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xc0a818ac in trap_fatal (frame=3D0xe846aaf4, eva=3D0) > at /usr/src/sys/i386/i386/trap.c:939 > #4 0xc0a81b10 in trap_pfault (frame=3D0xe846aaf4, usermode=3D0, eva=3D0) > at /usr/src/sys/i386/i386/trap.c:852 > #5 0xc0a82492 in trap (frame=3D0xe846aaf4) at=20 > /usr/src/sys/i386/i386/trap.c:530 > #6 0xc0a675ab in calltrap () at /usr/src/sys/i386/i386/exception.s:159 > #7 0xc077b9e8 in pfs_ioctl (va=3D0xe846ab88) > at /usr/src/sys/fs/pseudofs/pseudofs_vnops.c:247 > #8 0xc0a965e2 in VOP_IOCTL_APV (vop=3D0xc0be6200, a=3D0xe846ab88) > at vnode_if.c:795 > #9 0xc086d68d in vn_ioctl (fp=3D0xc58d45f0, com=3D1076655123, data=3D0xc= 61b0440, > active_cred=3D0xcb9d8500, td=3D0xc5e5e000) at vnode_if.h:437 > #10 0xc0816a05 in kern_ioctl (td=3D0xc5e5e000, fd=3D3, com=3D1076655123, > data=3D0xc61b0440 "") at file.h:269 > #11 0xc0816b64 in ioctl (td=3D0xc5e5e000, uap=3D0xe846acfc) > at /usr/src/sys/kern/sys_generic.c:571 > #12 0xc0a81e65 in syscall (frame=3D0xe846ad38) > at /usr/src/sys/i386/i386/trap.c:1090 > #13 0xc0a67610 in Xint0x80_syscall () at=20 > /usr/src/sys/i386/i386/exception.s:255 > #14 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) >=20 > (kgdb) l *0xc077b9e8 > 0xc077b9e8 is in pfs_ioctl (/usr/src/sys/fs/pseudofs/pseudofs_vnops.c:248= ). > 243 static int > 244 pfs_ioctl(struct vop_ioctl_args *va) > 245 { > 246 struct vnode *vn =3D va->a_vp; > 247 struct pfs_vdata *pvd =3D vn->v_data; > 248 struct pfs_node *pn =3D pvd->pvd_pn; > 249 struct proc *proc; > 250 int error; > 251 > 252 PFS_TRACE(("%s: %lx", pn->pn_name, va->a_command)); I highly suspect that your problem was fixed by r194815. --lc9FT7cWel8HagAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpvEloACgkQC3+MBN1Mb4h4YQCg2y1knbtegyGB+cTsUxsQnjUC c50An0HHOwRS89WAj+R0x8uwxAXfQyd6 =ti4O -----END PGP SIGNATURE----- --lc9FT7cWel8HagAv-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 15:07:43 2009 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 47A15106567A for ; Tue, 28 Jul 2009 15:07:43 +0000 (UTC) (envelope-from dan@yourbsdreport.com) Received: from barmail1.idig.net (barmail1.idig.net [64.34.111.254]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA7A8FC19 for ; Tue, 28 Jul 2009 15:07:42 +0000 (UTC) (envelope-from dan@yourbsdreport.com) Received: from cpres3.idig.net (cpres3.idig.net [76.74.187.4]) by barmail1.idig.net (Spam & Virus Firewall) with ESMTP id B482A2A11810 for ; Tue, 28 Jul 2009 08:07:29 -0700 (PDT) Received: from cpres3.idig.net (cpres3.idig.net [76.74.187.4]) by barmail1.idig.net with ESMTP id oNMtbiLsJJCfqJ0I for ; Tue, 28 Jul 2009 08:07:29 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=cpres3.idig.net) by cpres3.idig.net with esmtpa (Exim 4.69) (envelope-from ) id 1MVoH3-0005zZ-14; Tue, 28 Jul 2009 08:07:29 -0700 Received: from [192.168.0.3] ([99.233.37.239] helo=[192.168.0.3]) with IPv4:26 by cpres3.idig.net; 28 Jul 2009 08:07:24 -0700 Message-ID: <4A6F1356.6050707@yourbsdreport.com> Date: Tue, 28 Jul 2009 11:03:50 -0400 From: Dan User-Agent: Thunderbird 2.0.0.22 (X11/20090727) MIME-Version: 1.0 To: Kostik Belousov References: <4A6F0C2C.6030205@yourbsdreport.com> <20090728145939.GD1884@deviant.kiev.zoral.com.ua> In-Reply-To: <20090728145939.GD1884@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Assp-Whitelisted: Yes X-Assp-Envelope-From: dan@yourbsdreport.com X-Assp-Intended-For: kostikbel@gmail.com X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpres3.idig.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - yourbsdreport.com Cc: freebsd-stable@freebsd.org Subject: Re: page fault 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, 28 Jul 2009 15:07:43 -0000 Kostik Belousov wrote: > On Tue, Jul 28, 2009 at 10:33:16AM -0400, Dan wrote: >> Hi, >> >> One of my servers running 7.2-RELEASE-p2 is crashing about every 2 or 3 >> days with the following backtrace. This particular one is from July >> 24.I still have all the vmcores available if any further info is required. >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x0 >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc077b9e8 >> stack pointer = 0x28:0xe846ab34 >> frame pointer = 0x28:0xe846ab58 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 42384 (perl5.10.0) >> trap number = 12 >> panic: page fault >> cpuid = 1 >> Uptime: 1d23h35m17s >> Physical memory: 2023 MB >> Dumping 257 MB: 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2 >> >> Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from >> /boot/kernel/accf_http.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/accf_http.ko >> Reading symbols from /boot/kernel/acpi.ko...Reading symbols from >> /boot/kernel/acpi.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/acpi.ko >> #0 doadump () at pcpu.h:196 >> 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); >> (kgdb) >> >> (kgdb) where >> #0 doadump () at pcpu.h:196 >> #1 0xc07ddbe7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 >> #2 0xc07ddeb9 in panic (fmt=Variable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:574 >> #3 0xc0a818ac in trap_fatal (frame=0xe846aaf4, eva=0) >> at /usr/src/sys/i386/i386/trap.c:939 >> #4 0xc0a81b10 in trap_pfault (frame=0xe846aaf4, usermode=0, eva=0) >> at /usr/src/sys/i386/i386/trap.c:852 >> #5 0xc0a82492 in trap (frame=0xe846aaf4) at >> /usr/src/sys/i386/i386/trap.c:530 >> #6 0xc0a675ab in calltrap () at /usr/src/sys/i386/i386/exception.s:159 >> #7 0xc077b9e8 in pfs_ioctl (va=0xe846ab88) >> at /usr/src/sys/fs/pseudofs/pseudofs_vnops.c:247 >> #8 0xc0a965e2 in VOP_IOCTL_APV (vop=0xc0be6200, a=0xe846ab88) >> at vnode_if.c:795 >> #9 0xc086d68d in vn_ioctl (fp=0xc58d45f0, com=1076655123, data=0xc61b0440, >> active_cred=0xcb9d8500, td=0xc5e5e000) at vnode_if.h:437 >> #10 0xc0816a05 in kern_ioctl (td=0xc5e5e000, fd=3, com=1076655123, >> data=0xc61b0440 "") at file.h:269 >> #11 0xc0816b64 in ioctl (td=0xc5e5e000, uap=0xe846acfc) >> at /usr/src/sys/kern/sys_generic.c:571 >> #12 0xc0a81e65 in syscall (frame=0xe846ad38) >> at /usr/src/sys/i386/i386/trap.c:1090 >> #13 0xc0a67610 in Xint0x80_syscall () at >> /usr/src/sys/i386/i386/exception.s:255 >> #14 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >> >> (kgdb) l *0xc077b9e8 >> 0xc077b9e8 is in pfs_ioctl (/usr/src/sys/fs/pseudofs/pseudofs_vnops.c:248). >> 243 static int >> 244 pfs_ioctl(struct vop_ioctl_args *va) >> 245 { >> 246 struct vnode *vn = va->a_vp; >> 247 struct pfs_vdata *pvd = vn->v_data; >> 248 struct pfs_node *pn = pvd->pvd_pn; >> 249 struct proc *proc; >> 250 int error; >> 251 >> 252 PFS_TRACE(("%s: %lx", pn->pn_name, va->a_command)); > > I highly suspect that your problem was fixed by r194815. Will this fix work on a release, or would it be best to upgrade to the stable branch. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 15:12:32 2009 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 782181065670 for ; Tue, 28 Jul 2009 15:12:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id E6A698FC0C for ; Tue, 28 Jul 2009 15:12:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n6SFCRnN032357 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 18:12:27 +0300 (EEST) (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.3/8.14.3) with ESMTP id n6SFCRa7037533; Tue, 28 Jul 2009 18:12:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n6SFCRkd037532; Tue, 28 Jul 2009 18:12:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 28 Jul 2009 18:12:27 +0300 From: Kostik Belousov To: Dan Message-ID: <20090728151227.GG1884@deviant.kiev.zoral.com.ua> References: <4A6F0C2C.6030205@yourbsdreport.com> <20090728145939.GD1884@deviant.kiev.zoral.com.ua> <4A6F1356.6050707@yourbsdreport.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4ndw/alBWmZEhfcZ" Content-Disposition: inline In-Reply-To: <4A6F1356.6050707@yourbsdreport.com> 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=-4.4 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: freebsd-stable@freebsd.org Subject: Re: page fault 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, 28 Jul 2009 15:12:32 -0000 --4ndw/alBWmZEhfcZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 28, 2009 at 11:03:50AM -0400, Dan wrote: > Kostik Belousov wrote: > >I highly suspect that your problem was fixed by r194815. >=20 > Will this fix work on a release, or would it be best to upgrade to the=20 > stable branch. If it is applicable without conflicts, then most likely it will work on release. --4ndw/alBWmZEhfcZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpvFVoACgkQC3+MBN1Mb4gscQCgpfkRdE+3eo8P1O5UN0hQ3HfH meEAoI2l8MSel+TOm75WIkbT62L8pGFX =HiHk -----END PGP SIGNATURE----- --4ndw/alBWmZEhfcZ-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 17:25:45 2009 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 ED717106567A for ; Tue, 28 Jul 2009 17:25:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7D5018FC08 for ; Tue, 28 Jul 2009 17:25:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 11775 invoked by uid 399); 28 Jul 2009 17:25:42 -0000 Received: from localhost (HELO ?192.168.0.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Jul 2009 17:25:42 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Tue, 28 Jul 2009 10:25:40 -0700 (PDT) From: Doug Barton To: Ben Morrow In-Reply-To: <4A6EDD32.6000800@morrow.me.uk> Message-ID: References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <58F0204B-ECE6-479A-AAC2-7868E71ABB43@exscape.org> <367b2c980907200729s57eafbbfw83c8ae5a94f41ffc@mail.gmail.com> <4A6628F0.6080802@mail.zedat.fu-berlin.de> <20090721215201.GA61999@troutmask.apl.washington.edu> <1248277420.8644.70.camel@localhost> <20090722193033.GA83848@zim.MIT.EDU> <20090723011246.GA29465@osiris.mauzo.dyndns.org> <4A6EDD32.6000800@morrow.me.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: portmaster -s text (Was: Re: HEADS-UP: Shared Library Versions bumped) 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, 28 Jul 2009 17:25:46 -0000 On Tue, 28 Jul 2009, Ben Morrow wrote: > Yes, I can see it needs to be an option. Presumably 'don't ask me again' is > too Microsoft :)? Maybe something like 'Mark this package as explicitly > required?'? That's pretty much the user-visible effect. Thanks for the suggestions. > I know the first time I saw that message, when I didn't really understand > what it meant, my reaction was 'Delete something? No!' which wasn't the right > answer. Yeah, looking back on this from the user perspective it wasn't the best choice of messages. > No. I have occasionally wondered if a sensible solution would be to drop > portmaster/portupgrade altogether and just maintain a local sysutils/world > port with a list of what I want installed, and 'make deinstall reinstall' > whenever it changes (with something like pkg_cutleaves to clear out the > trash). I suspect I would lose something I'm currently relying on (certainly, > portmaster's -o and -r options wouldn't be trivial to emulate) but it does > seem to me that both portmaster and portupgrade spend an awful lot of time > doing things like tracking dependancies that bsd.port.mk already does for > you. I can't speak for portupgrade but the vast majority of time with portmaster is actually spent building the port. The updating of /var/db/pkg is trivial in comparison. What portmaster does that bsd.port.mk by itself does not is allow you to update dependencies in place instead of having to uninstall the things that depend on them first, then reinstall them after the update. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Jul 28 17:31:16 2009 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 A720F106566B for ; Tue, 28 Jul 2009 17:31:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3547E8FC18 for ; Tue, 28 Jul 2009 17:31:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22574 invoked by uid 399); 28 Jul 2009 17:31:11 -0000 Received: from localhost (HELO ?192.168.0.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Jul 2009 17:31:11 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Tue, 28 Jul 2009 10:31:09 -0700 (PDT) From: Doug Barton To: Andrew Reilly In-Reply-To: <20090728094809.GB3717@duncan.reilly.home> Message-ID: References: <20090726222403.GA19875@duncan.reilly.home> <20090728001238.GA97218@duncan.reilly.home> <20090728094809.GB3717@duncan.reilly.home> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Weird portmaster behaviour -- everything fails to install 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, 28 Jul 2009 17:31:16 -0000 On Tue, 28 Jul 2009, Andrew Reilly wrote: > On Mon, Jul 27, 2009 at 06:13:07PM -0700, Doug Barton wrote: >> On Tue, 28 Jul 2009, Andrew Reilly wrote: >>> corresponding to port revisions. Portmaster was checking the >>> installed version against the MD5 hashes in the "old" version >>> +CONTENTS file, and they weren't matching. >> >> FYI, portmaster doesn't do anything with the md5 hashes in +CONTENTS, but >> duplicate entries will definitely cause "issues." > > Hmm. Well, *something* was whinging about the MD5 hashes not > matching (and indeed they weren't), just before the install > failed. Could it have been the process that builds a backup > package from the installed files? Yes. It could also be the 'pkg_delete -f' that portmaster runs to deinstall the port. > Thanks for making portmaster, btw. It's a great tool, and I > find that I prefer it to portupgrade, although I can't say that > I can put my finger on why, exactly... Thank you for the kind words, they are appreciated. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 01:11:06 2009 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 3A3E8106564A for ; Wed, 29 Jul 2009 01:11:06 +0000 (UTC) (envelope-from peter.jeremy@alcatel-lucent.com.au) Received: from ihemail2.lucent.com (ihemail2.lucent.com [135.245.0.35]) by mx1.freebsd.org (Postfix) with ESMTP id 05AEB8FC0C for ; Wed, 29 Jul 2009 01:11:05 +0000 (UTC) (envelope-from peter.jeremy@alcatel-lucent.com.au) Received: from ihrh1.emsr.lucent.com (h135-1-218-53.lucent.com [135.1.218.53]) by ihemail2.lucent.com (8.13.8/IER-o) with ESMTP id n6T10tgt012268 for ; Tue, 28 Jul 2009 20:00:55 -0500 (CDT) Received: from insmb.au.alcatel-lucent.com (insmb.au.alcatel-lucent.com [139.188.42.184]) by ihrh1.emsr.lucent.com (8.13.8/emsr) with ESMTP id n6T10rPo001995 for ; Tue, 28 Jul 2009 20:00:54 -0500 (CDT) Received: from pjdesk.au.alcatel-lucent.com (pjdesk.au.alcatel-lucent.com [139.188.12.154]) by insmb.au.alcatel-lucent.com (8.13.8+Sun/8.13.3) with ESMTP id n6T10vcR018626 for ; Wed, 29 Jul 2009 11:00:58 +1000 (EST) X-Bogosity: Ham, spamicity=0.000000 Received: from pjdesk.au.alcatel-lucent.com (localhost [127.0.0.1]) by pjdesk.au.alcatel-lucent.com (8.14.3/8.14.3) with ESMTP id n6T10oaW006450 for ; Wed, 29 Jul 2009 11:00:50 +1000 (EST) (envelope-from peter.jeremy@alcatel-lucent.com.au) Received: (from pjeremy@localhost) by pjdesk.au.alcatel-lucent.com (8.14.3/8.14.3/Submit) id n6T10o5M006449 for freebsd-stable@freebsd.org; Wed, 29 Jul 2009 11:00:50 +1000 (EST) (envelope-from peter.jeremy@alcatel-lucent.com.au) Date: Wed, 29 Jul 2009 11:00:50 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20090729010050.GI98247@pjdesk.au.alcatel-lucent.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kORqDWCi7qDJ0mEj" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) X-Scanned-By: MIMEDefang 2.57 on 135.245.2.35 Subject: Stray RST packets on 7.2-RELEASE 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, 29 Jul 2009 01:11:06 -0000 --kORqDWCi7qDJ0mEj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have a pair on boxes running 7.2-RELEASE/i386 and have found that it is generating stray RST packets. As an example, ssh server echo hello will generate a sequence like the following (as seen on the server): 10:03:29.277427 IP client.55871 > server.22: S 1808736437:1808736437(0) win= 49640 10:03:29.277674 IP server.22 > client.55871: S 3948204651:3948204651(0) ack= 1808736438 win 65535 10:03:29.278202 IP client.55871 > server.22: . ack 3948204652 win 49640 =2E.. 10:03:30.078227 IP client.55871 > server.22: . ack 3948207204 win 49640 10:03:30.078637 IP client.55871 > server.22: P 1808738140:1808738172(32) ac= k 3948207204 win 49640 10:03:30.078732 IP client.55871 > server.22: F 1808738172:1808738172(0) ack= 3948207204 win 49640 10:03:30.078751 IP server.22 > client.55871: . ack 1808738173 win 8212 10:03:30.079135 IP server.22 > client.55871: F 3948207204:3948207204(0) ack= 1808738173 win 8212 10:03:30.079528 IP client.55871 > server.22: . ack 3948207205 win 49640 10:03:32.798071 IP server.22 > client.55871: R 3948207204:3948207204(0) win= 0 10:03:32.798086 IP server.22 > client.55871: . ack 1808738173 win 0 10:03:32.798518 IP client.55871 > server.22: . ack 3948207205 win 49640 10:03:32.798608 IP server.22 > client.55871: R 3948207205:3948207205(0) win= 0 The delay between the FIN/ACK and subsequent RST is normally about a second but varies between about 150msec and 3 seconds (and occasionally it doesn't generate a RST at all). When there are two sessions close together, RSTs for both sessions may be generated together: 10:37:25.345622 IP client.58124 > server.22: S 2602521411:2602521411(0) win= 49640 10:37:25.345818 IP server.22 > client.58124: S 954205035:954205035(0) ack 2= 602521412 win 65535 10:37:25.346400 IP client.58124 > server.22: . ack 954205036 win 49640 =2E.. 10:37:26.012584 IP client.58124 > server.22: . ack 954207508 win 49640 10:37:26.013295 IP client.58124 > server.22: P 2602523114:2602523146(32) ac= k 954207604 win 49640 10:37:26.013391 IP client.58124 > server.22: F 2602523146:2602523146(0) ack= 954207604 win 49640 10:37:26.013421 IP server.22 > client.58124: . ack 2602523147 win 8208 10:37:26.014119 IP server.22 > client.58124: F 954207604:954207604(0) ack 2= 602523147 win 8208 10:37:26.014493 IP client.58124 > server.22: . ack 954207605 win 49640 10:37:27.264149 IP client.58128 > server.22: S 2603683222:2603683222(0) win= 49640 10:37:27.264229 IP server.22 > client.58128: S 2795742829:2795742829(0) ack= 2603683223 win 65535 10:37:27.264630 IP client.58128 > server.22: . ack 2795742830 win 49640 =2E.. 10:37:27.889755 IP client.58128 > server.22: . ack 2795745382 win 49640 10:37:27.890051 IP client.58128 > server.22: P 2603684941:2603684973(32) ac= k 2795745382 win 49640 10:37:27.890146 IP client.58128 > server.22: F 2603684973:2603684973(0) ack= 2795745382 win 49640 10:37:27.890203 IP server.22 > client.58128: . ack 2603684974 win 8212 10:37:27.890924 IP server.22 > client.58128: F 2795745382:2795745382(0) ack= 2603684974 win 8212 10:37:27.891353 IP client.58128 > server.22: . ack 2795745383 win 49640 10:37:28.038288 IP server.22 > client.58124: R 954207604:954207604(0) win 0 10:37:28.038353 IP server.22 > client.58124: . ack 2602523147 win 0 10:37:28.038543 IP server.22 > client.58128: R 2795745382:2795745382(0) win= 0 10:37:28.038556 IP server.22 > client.58128: . ack 2603684974 win 0 10:37:28.038754 IP client.58124 > server.22: . ack 954207605 win 49640 10:37:28.038869 IP server.22 > client.58124: R 954207605:954207605(0) win 0 10:37:28.038887 IP client.58128 > server.22: . ack 2795745383 win 49640 10:37:28.038984 IP server.22 > client.58128: R 2795745383:2795745383(0) win= 0 The systems are using ipfw and have dummynet in the kernel but it isn't used. The type of client doesn't seem to matter (same behaviour with FreeBSD or Solaris clients) and it's not limited to ssh (that was just where I first noticed it). In conjection with the stray RST packets, I am also seeing TCP error messages in syslog: Jul 29 10:03:32 aalp05 kernel: TCP: [client]:55871 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Jul 29 10:03:32 aalp05 kernel: TCP: [client]:55871 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Jul 29 10:37:28 aalp05 kernel: TCP: [client]:58124 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Jul 29 10:37:28 aalp05 kernel: TCP: [client]:58128 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Jul 29 10:37:28 aalp05 kernel: TCP: [client]:58124 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Jul 29 10:37:28 aalp05 kernel: TCP: [client]:58128 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Note that the syslog message implies there is an incoming packet but tcpdump doesn't show one. Does anyone have any suggestions? --=20 Peter Jeremy --kORqDWCi7qDJ0mEj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpvn0IACgkQ/opHv/APuIcUAQCfXx5ybfzZldYiqm24f2MD+qew 5kAAoIMa2nogcCxTunVQfPAlLV2DoRTI =h3Fo -----END PGP SIGNATURE----- --kORqDWCi7qDJ0mEj-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 03:29:28 2009 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 D0C94106564A for ; Wed, 29 Jul 2009 03:29:28 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 676C88FC0C for ; Wed, 29 Jul 2009 03:29:28 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by ewy9 with SMTP id 9so394113ewy.43 for ; Tue, 28 Jul 2009 20:29:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=J/CWgT3jNJocdrSPxIQZE1J0LvLh4g501R6rY3tthZM=; b=KvjVSVeHeig4uKjlHIxYexBok9gvStNRsE6Ioa4HeGt79jtqmb4dfaR3l6AHdLPihk VYCpd/rN9YzyXE8H5SYgDNQaWByUoyJXgKryIJZykdSIpvJ5FZ7AJeLC5n2tRDr3o+cb yQJwfrgqOCUcAsiouTACeM9IcMM2MEMusJ7QI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=l5iFCrESi7sZSwWlgJFo7+haJj8ibt0Dg30EssXz4I0vGr2HouM23vAIHNPTDFu6fe lPmGw8hHRuba5D5V8XODxs2mZ02IFzw95xS+x3p6ghjVIe03FUmvMQJL3zLXoaNz3/Vd /4kfgb8yAfaMvAbnCRSu8bHIDwho/X6dcoz6Q= MIME-Version: 1.0 Received: by 10.210.143.17 with SMTP id q17mr10977440ebd.97.1248838167429; Tue, 28 Jul 2009 20:29:27 -0700 (PDT) Date: Tue, 28 Jul 2009 23:29:27 -0400 Message-ID: From: grarpamp To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Cannot rm files when ZFS is full 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, 29 Jul 2009 03:29:29 -0000 One week old build... # df -i . Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on ram01/mnt1 239465344 239465344 0 100% 13163 0 100% /mnt1 # ls -aliT zero 20797 -rw-r--r-- 1 user user 43515904 Jul 28 23:20:57 2009 zero # rm -f zero rm: zero: No space left on device # :> zero cannot create zero: File exists # cp /dev/null zero overwrite zero? (y/n [n]) y # ls -aliT zero 20797 -rw-rw-rw- 1 root wheel 0 Jul 28 23:25:17 2009 zero # rm -f zero [gone] From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 04:10:43 2009 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 0426F106566B for ; Wed, 29 Jul 2009 04:10:43 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id AF5518FC15 for ; Wed, 29 Jul 2009 04:10:42 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yxe11 with SMTP id 11so931076yxe.3 for ; Tue, 28 Jul 2009 21:10:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=bzWhW8OhJw+bn4otcP00ggN2WOrdKEi8S1oF9OmtcKc=; b=X+H1gezv9jHRy4OeYzHF7VGLWmc0bb1n/TwiVCEyV97Z2ioj4hzgWe2HPB21jXquPo HloytFTRO07opsFsJucnyVvA7cLhkdJm0It4fFEdJ0t6HtuJPNfy8zJGCfKJO1yRWjwt cLw4MDl9uC3yh3auuorSeDD9/5K7f93NyB/D0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=lxQaby70z4ZI2FCbXzm14gGyhpPwie+svRzcwIQQdbtukSP8vCMh9WxAMMTKwCoUEG H21WmE7B55tCPA6yI0pO/x5BZjBZLM/um5UhdXJbAGnvSfvKhCmjHC7pY/B2lmA/oJh/ lFdnoL7colg0Gj6NapFTLojI2KOybPtBUun7Q= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.194.7 with SMTP id r7mr11143045anf.37.1248839283595; Tue, 28 Jul 2009 20:48:03 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 Jul 2009 20:48:03 -0700 X-Google-Sender-Auth: f220a5fe017424c5 Message-ID: <3c1674c90907282048s6c662418u5dafe54e33c1b5fd@mail.gmail.com> From: Kip Macy To: grarpamp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Cannot rm files when ZFS is full 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, 29 Jul 2009 04:10:43 -0000 Try truncating some files. -Kip On Tue, Jul 28, 2009 at 8:29 PM, grarpamp wrote: > One week old build... > > # df -i . > Filesystem =A0 1K-blocks =A0 =A0 =A0Used Avail Capacity iused ifree %iuse= d =A0Mounted on > ram01/mnt1 239465344 239465344 =A0 =A0 0 =A0 100% =A0 13163 =A0 =A0 0 =A0= 100% =A0 /mnt1 > # ls -aliT zero > 20797 -rw-r--r-- =A01 user user =A043515904 Jul 28 23:20:57 2009 zero > # rm -f zero > rm: zero: No space left on device > # :> zero > cannot create zero: File exists > # cp /dev/null zero > overwrite zero? (y/n [n]) y > # ls -aliT zero > 20797 -rw-rw-rw- =A01 root =A0wheel =A00 Jul 28 23:25:17 2009 zero > # rm -f zero > [gone] > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 07:10:56 2009 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 B6ECA106566B for ; Wed, 29 Jul 2009 07:10:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 419408FC38 for ; Wed, 29 Jul 2009 07:10:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14188 invoked by uid 399); 29 Jul 2009 07:10:52 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Jul 2009 07:10:52 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A6FF5FA.5010904@FreeBSD.org> Date: Wed, 29 Jul 2009 00:10:50 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: Mel Flynn References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907220814.38246.jhb@freebsd.org> <200907241625.16312.doconnor@gsoft.com.au> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-6 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, "O. Hartmann" , Thomas Backman , Olivier SMEDTS , freebsd-current@freebsd.org, Steve Kargl , Ken Smith Subject: Re: HEADS-UP: Shared Library Versions bumped... 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, 29 Jul 2009 07:10:57 -0000 Mel Flynn wrote: > I wrapped portmaster, since -af has the same problem when something screws the > build (mostly plist problems and $me wanting backup packages, but also > classics like using sudo as PM_SU_CMD and trying to reinstall it). I hate to tell you but portmaster already has the ability to restart after an interrupted -af. See the man page regarding the -R option. So you can do this the first time: portmaster -Daf Then do this the second (or more) time: portmaster -DGRaf The one caveat is that you don't want to run any other portmaster commands in between since it will remove all the flags when it exits successfully. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 07:15:52 2009 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 5371B106566B for ; Wed, 29 Jul 2009 07:15:52 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.ops.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 176138FC08 for ; Wed, 29 Jul 2009 07:15:51 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out1.ops.tiscali.nl with esmtp (Exim) (envelope-from ) id 1MW3OB-0002V7-6c; Wed, 29 Jul 2009 09:15:51 +0200 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 5AA27AC5F; Wed, 29 Jul 2009 09:15:43 +0200 (CEST) To: grarpamp , freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: Content-Transfer-Encoding: 7bit Date: Wed, 29 Jul 2009 09:15:43 +0200 Message-ID: In-Reply-To: User-Agent: Opera Mail/9.64 (FreeBSD) Cc: Subject: Re: Cannot rm files when ZFS is full 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, 29 Jul 2009 07:15:52 -0000 On Wed, 29 Jul 2009 05:29:27 +0200, grarpamp wrote: > One week old build... > > # df -i . > Filesystem 1K-blocks Used Avail Capacity iused ifree %iused > Mounted on > ram01/mnt1 239465344 239465344 0 100% 13163 0 100% /mnt1 > # ls -aliT zero > 20797 -rw-r--r-- 1 user user 43515904 Jul 28 23:20:57 2009 zero > # rm -f zero > rm: zero: No space left on device > # :> zero > cannot create zero: File exists > # cp /dev/null zero > overwrite zero? (y/n [n]) y > # ls -aliT zero > 20797 -rw-rw-rw- 1 root wheel 0 Jul 28 23:25:17 2009 zero > # rm -f zero > [gone] Do you have everything linked in a snapshot? Ronald. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 07:42:27 2009 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 919971065670; Wed, 29 Jul 2009 07:42:27 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 580CC8FC0C; Wed, 29 Jul 2009 07:42:27 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 438A27E818; Tue, 28 Jul 2009 23:42:26 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Tue, 28 Jul 2009 23:42:24 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> In-Reply-To: <4A6FF5FA.5010904@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Doug Barton , freebsd-stable@freebsd.org, "O. Hartmann" , Thomas Backman , Olivier SMEDTS , Steve Kargl , Ken Smith Subject: Re: HEADS-UP: Shared Library Versions bumped... 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, 29 Jul 2009 07:42:28 -0000 On Tuesday 28 July 2009 23:10:50 Doug Barton wrote: > Mel Flynn wrote: > > I wrapped portmaster, since -af has the same problem when something > > screws the build (mostly plist problems and $me wanting backup packages, > > but also classics like using sudo as PM_SU_CMD and trying to reinstall > > it). > > I hate to tell you but portmaster already has the ability to restart > after an interrupted -af. See the man page regarding the -R option. Maybe that can be cleared up: -R restart an update, skipping ports already up to date. Used with -r ^^^^^^^^^^ or -f options. Yes, I should've gathered what it meant when reading "or -f options", but I never read that far. Perhaps that could read "... already done in the previous run". > So > you can do this the first time: portmaster -Daf > > Then do this the second (or more) time: portmaster -DGRaf And with the above in EXAMPLES. > The one caveat is that you don't want to run any other portmaster > commands in between since it will remove all the flags when it exits > successfully. Gotcha. Is there a reason the flags are removed if the options are not "-r or -f"? -- Mel From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 07:45:28 2009 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 7FA0D10656F4 for ; Wed, 29 Jul 2009 07:45:28 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0E0AD8FC27 for ; Wed, 29 Jul 2009 07:45:27 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by ewy9 with SMTP id 9so478619ewy.43 for ; Wed, 29 Jul 2009 00:45:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=Ge5Qxcna9T5I4yFDAzEqqSo0UuA24fbydSryPZIZx1g=; b=Cpyww+nRIIRjPOvCm/EmoQHYcSrv0U7VI/Yy4jA8YBZpQzh/WxTgMplqMPvCHvA1JK dqc69MRkVa94azO3vERcHNPjnul4MskZWrdQww0H5f/q8JLSc30iBY86qBYOuC/ge6sc vFlzloc3c2Lf04+BQOuuOvqeO4hS/oyQlP2yc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=YrkrLEcFH1KSf16WbDLCwXw72loo3U5WPDTUAVbtb9KXNJ6z50w5yYupssfURJQO6W F3yl9qVFPlQsogcGWlTXGBH7IqmErAdkNhvBvaeKwhBzKDuIHizf8fxvSrnOWDFOKbTi +fWkzBqOYXBcbPT7GpCDVFXSwsWvGLMn0QOMc= MIME-Version: 1.0 Received: by 10.210.63.18 with SMTP id l18mr7803317eba.71.1248853527043; Wed, 29 Jul 2009 00:45:27 -0700 (PDT) In-Reply-To: References: Date: Wed, 29 Jul 2009 09:45:27 +0200 Message-ID: <14989d6e0907290045j94bab06wb5d0114fe2af2331@mail.gmail.com> From: Christian Walther To: FreeBSD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Cannot rm files when ZFS is full 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, 29 Jul 2009 07:45:29 -0000 2009/7/29 grarpamp : > One week old build... > > # df -i . > Filesystem =A0 1K-blocks =A0 =A0 =A0Used Avail Capacity iused ifree %iuse= d =A0Mounted on > ram01/mnt1 239465344 239465344 =A0 =A0 0 =A0 100% =A0 13163 =A0 =A0 0 =A0= 100% =A0 /mnt1 > # ls -aliT zero > 20797 -rw-r--r-- =A01 user user =A043515904 Jul 28 23:20:57 2009 zero > # rm -f zero > rm: zero: No space left on device > # :> zero > cannot create zero: File exists > # cp /dev/null zero > overwrite zero? (y/n [n]) y > # ls -aliT zero > 20797 -rw-rw-rw- =A01 root =A0wheel =A00 Jul 28 23:25:17 2009 zero > # rm -f zero > [gone] this is a known problem with the current version of ZFS. Due to the way ZFS handles access to the data it stores, even a rm causes a write, which requires some additional disk space in the beginning: Instead of simply unlinking what should be removed ZFS creates another tree without the removed data. Only if this new tree has been entirely written to disk the old information is removed. This is a rather rough explanation and probably not entirely correct, but I hope it suffices. Only hope: Make sure that not all disk space is used. Christian From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 08:44:16 2009 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 71A5C106564A for ; Wed, 29 Jul 2009 08:44:16 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out1.ops.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 084EF8FC14 for ; Wed, 29 Jul 2009 08:44:16 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out1.ops.tiscali.nl with esmtp (Exim) (envelope-from ) id 1MW4a4-0001aY-Ga for freebsd-stable@freebsd.org; Wed, 29 Jul 2009 10:32:15 +0200 Received: from bowser ([192.168.0.1] helo=[0.0.0.0]) by mapper.nl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MW4Zi-000CwF-IT for freebsd-stable@freebsd.org; Wed, 29 Jul 2009 10:31:50 +0200 Message-ID: <4A7008F2.6090107@mapper.nl> Date: Wed, 29 Jul 2009 10:31:46 +0200 From: Mark Stapper User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: FreeBSD References: <14989d6e0907290045j94bab06wb5d0114fe2af2331@mail.gmail.com> In-Reply-To: <14989d6e0907290045j94bab06wb5d0114fe2af2331@mail.gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5FDF4458804EC5A85AA93804" Subject: Re: Cannot rm files when ZFS is full 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, 29 Jul 2009 08:44:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5FDF4458804EC5A85AA93804 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Christian Walther wrote: > 2009/7/29 grarpamp : > =20 >> One week old build... >> >> # df -i . >> Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mo= unted on >> ram01/mnt1 239465344 239465344 0 100% 13163 0 100% /mnt= 1 >> # ls -aliT zero >> 20797 -rw-r--r-- 1 user user 43515904 Jul 28 23:20:57 2009 zero >> # rm -f zero >> rm: zero: No space left on device >> # :> zero >> cannot create zero: File exists >> # cp /dev/null zero >> overwrite zero? (y/n [n]) y >> # ls -aliT zero >> 20797 -rw-rw-rw- 1 root wheel 0 Jul 28 23:25:17 2009 zero >> # rm -f zero >> [gone] >> =20 > > > this is a known problem with the current version of ZFS. Due to the > way ZFS handles access to the data it stores, even a rm causes a > write, which requires some additional disk space in the beginning: > Instead of simply unlinking what should be removed ZFS creates another > tree without the removed data. Only if this new tree has been entirely > written to disk the old information is removed. This is a rather rough > explanation and probably not entirely correct, but I hope it suffices. > Only hope: Make sure that not all disk space is used. > > Christian > =20 Indeed, if by some coincident (like a growing logfile) every single byte is used, even the copy action might fail... To prevent this you could set the maximum size of all partitions in your pool so that the sum of them is smaller then the size of your pool. Just a thought. Greetz, Mark --------------enig5FDF4458804EC5A85AA93804 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkpwCPYACgkQN9xNqOOVnWB2HACcCaugZsfL00XdTNKEFi6cVBe9 o4QAnjxin/ZngLk8kccqc/nOqAxY5yjU =17Ds -----END PGP SIGNATURE----- --------------enig5FDF4458804EC5A85AA93804-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 09:52:18 2009 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 4872E10656D4 for ; Wed, 29 Jul 2009 09:52:18 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from golanth.tzim.net (unknown [IPv6:2001:41d0:1:d91f:21c:c0ff:fe4b:cf32]) by mx1.freebsd.org (Postfix) with ESMTP id DA0678FC15 for ; Wed, 29 Jul 2009 09:52:17 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from alarante.irisa.fr ([131.254.13.244]) by golanth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MW5pY-0009ec-N5; Wed, 29 Jul 2009 11:52:16 +0200 Message-ID: <4A701BCB.4030805@tzim.net> Date: Wed, 29 Jul 2009 11:52:11 +0200 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Mark Stapper References: <14989d6e0907290045j94bab06wb5d0114fe2af2331@mail.gmail.com> <4A7008F2.6090107@mapper.nl> In-Reply-To: <4A7008F2.6090107@mapper.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: FreeBSD Subject: Re: Cannot rm files when ZFS is full 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, 29 Jul 2009 09:52:18 -0000 Mark Stapper a écrit : > Christian Walther wrote: > >> 2009/7/29 grarpamp : >> >> >>> One week old build... >>> >>> # df -i . >>> Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on >>> ram01/mnt1 239465344 239465344 0 100% 13163 0 100% /mnt1 >>> # ls -aliT zero >>> 20797 -rw-r--r-- 1 user user 43515904 Jul 28 23:20:57 2009 zero >>> # rm -f zero >>> rm: zero: No space left on device >>> # :> zero >>> cannot create zero: File exists >>> # cp /dev/null zero >>> overwrite zero? (y/n [n]) y >>> # ls -aliT zero >>> 20797 -rw-rw-rw- 1 root wheel 0 Jul 28 23:25:17 2009 zero >>> # rm -f zero >>> [gone] >>> >>> >> this is a known problem with the current version of ZFS. Due to the >> way ZFS handles access to the data it stores, even a rm causes a >> write, which requires some additional disk space in the beginning: >> Instead of simply unlinking what should be removed ZFS creates another >> tree without the removed data. Only if this new tree has been entirely >> written to disk the old information is removed. This is a rather rough >> explanation and probably not entirely correct, but I hope it suffices. >> Only hope: Make sure that not all disk space is used. >> >> Christian >> >> > Indeed, if by some coincident (like a growing logfile) every single byte > is used, even the copy action might fail... > To prevent this you could set the maximum size of all partitions in your > pool so that the sum of them is smaller then the size of your pool. > Just a thought. > Greetz, > Mark > > Wouldn't that be counterproductive ? One avantage of ZFS is that you don't need to manage space, and that free space is shared. Setting size as this would reintroduce the hassle of free space management. Wouldn't the simplest be to set a reservation on an unused (or known as non-growing) filesystem, and/or quotas to filesystem susceptible of growing out of control ? Arnaud From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 16:14:01 2009 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 33BE8106566B for ; Wed, 29 Jul 2009 16:14:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id B67498FC1F for ; Wed, 29 Jul 2009 16:14:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 20331 invoked by uid 399); 29 Jul 2009 16:13:42 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Jul 2009 16:13:42 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A707534.8000808@FreeBSD.org> Date: Wed, 29 Jul 2009 09:13:40 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: Mel Flynn References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-6 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS-UP: Shared Library Versions bumped... 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, 29 Jul 2009 16:14:02 -0000 Mel Flynn wrote: > On Tuesday 28 July 2009 23:10:50 Doug Barton wrote: >> Mel Flynn wrote: >>> I wrapped portmaster, since -af has the same problem when something >>> screws the build (mostly plist problems and $me wanting backup packages, >>> but also classics like using sudo as PM_SU_CMD and trying to reinstall >>> it). >> I hate to tell you but portmaster already has the ability to restart >> after an interrupted -af. See the man page regarding the -R option. > > Maybe that can be cleared up: > -R restart an update, skipping ports already up to date. Used with -r > ^^^^^^^^^^ > or -f options. > > Yes, I should've gathered what it meant when reading "or -f options", but I > never read that far. Perhaps that could read "... already done in the previous > run". How about this: used with the -r or -f options to skip ports updated on a previous run. >> So >> you can do this the first time: portmaster -Daf >> >> Then do this the second (or more) time: portmaster -DGRaf > > And with the above in EXAMPLES. Good suggestion, thanks. >> The one caveat is that you don't want to run any other portmaster >> commands in between since it will remove all the flags when it exits >> successfully. > > Gotcha. Is there a reason the flags are removed if the options are not "-r or > -f"? Yes, so we don't have stale flags sitting around forever to confuse future runs. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 17:23:06 2009 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 411931065674 for ; Wed, 29 Jul 2009 17:23:06 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id EB6788FC1D for ; Wed, 29 Jul 2009 17:23:05 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id 6AAFC78C25; Wed, 29 Jul 2009 19:06:11 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y0kCkGRm0675; Wed, 29 Jul 2009 19:06:01 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 6338678C23; Wed, 29 Jul 2009 19:06:01 +0200 (CEST) Date: Wed, 29 Jul 2009 19:06:01 +0200 From: Alson van der Meulen To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20090729170601.GA2841@tafi.alm.flutnet.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A707534.8000808@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: HEADS-UP: Shared Library Versions bumped... 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, 29 Jul 2009 17:23:06 -0000 * Doug Barton [2009-07-29 18:13]: > Mel Flynn wrote: > > Gotcha. Is there a reason the flags are removed if the options are not "-r or > > -f"? > > Yes, so we don't have stale flags sitting around forever to confuse > future runs. I have been bitten by this in the past. A run of portmaster -r some-lib-that-half-of-my-ports-depend-on aborted because of a shared library error in a dependency which was not recompiled before the dependent port. I recompiled the dependency with a manual portmaster $portname, after this portmaster -r had to start all over. I didn't expect portmaster to clear the PM_DONE flags during non-resumable operations like rebuilding a single port (and the manpage contains very little information about -R). My workaround is to use portupgrade for these manual fixes. The case where not removing the flags without -[rf] would hurt is running portmaster -r something, portmaster failing, resolving this without portmaster -[rf], updating your ports, and run portmaster -R. It seems fair to consider this behavior undefined. Plus the ports can be modified in many ways without portmaster, so it would make more sense to try to detect stale PM_DONE flags than removing them at arbitrary times (eg. compare the timestamp of the flag to that of the port). Alson From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 18:48:41 2009 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 E496B106566B for ; Wed, 29 Jul 2009 18:48:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3354E8FC0C for ; Wed, 29 Jul 2009 18:48:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 20908 invoked by uid 399); 29 Jul 2009 18:48:35 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Jul 2009 18:48:35 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A709981.80600@FreeBSD.org> Date: Wed, 29 Jul 2009 11:48:33 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> In-Reply-To: <20090729170601.GA2841@tafi.alm.flutnet.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) 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, 29 Jul 2009 18:48:42 -0000 Alson van der Meulen wrote: > * Doug Barton [2009-07-29 18:13]: >> Mel Flynn wrote: >>> Gotcha. Is there a reason the flags are removed if the options are not "-r or >>> -f"? >> Yes, so we don't have stale flags sitting around forever to confuse >> future runs. > > I have been bitten by this in the past. A run of portmaster -r > some-lib-that-half-of-my-ports-depend-on aborted because of a shared > library error in a dependency which was not recompiled before the > dependent port. I recompiled the dependency with a manual portmaster > $portname, after this portmaster -r had to start all over. I didn't > expect portmaster to clear the PM_DONE flags during non-resumable > operations like rebuilding a single port (and the manpage contains very > little information about -R). My workaround is to use portupgrade for > these manual fixes. Yes, I've been considering that exact scenario since atm I'm rebuilding all my ports with -afR. How about this? When the user has -[rf] but not -R, and there are flag files present, ask if they should be cleared before beginning to do anything. Otherwise (no -[rf]) ignore them. Sound good? Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 19:35:17 2009 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 933CB10656B0; Wed, 29 Jul 2009 19:35:17 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5CB118FC25; Wed, 29 Jul 2009 19:35:17 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id D63577E826; Wed, 29 Jul 2009 11:35:16 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 29 Jul 2009 11:35:16 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> In-Reply-To: <4A709981.80600@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907291135.16470.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Doug Barton , freebsd-stable@freebsd.org Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) 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, 29 Jul 2009 19:35:18 -0000 On Wednesday 29 July 2009 10:48:33 Doug Barton wrote: > Alson van der Meulen wrote: > > * Doug Barton [2009-07-29 18:13]: > >> Mel Flynn wrote: > >>> Gotcha. Is there a reason the flags are removed if the options are not > >>> "-r or -f"? > >> > >> Yes, so we don't have stale flags sitting around forever to confuse > >> future runs. > > > > I have been bitten by this in the past. A run of portmaster -r > > some-lib-that-half-of-my-ports-depend-on aborted because of a shared > > library error in a dependency which was not recompiled before the > > dependent port. I recompiled the dependency with a manual portmaster > > $portname, after this portmaster -r had to start all over. I didn't > > expect portmaster to clear the PM_DONE flags during non-resumable > > operations like rebuilding a single port (and the manpage contains very > > little information about -R). My workaround is to use portupgrade for > > these manual fixes. > > Yes, I've been considering that exact scenario since atm I'm > rebuilding all my ports with -afR. > > How about this? When the user has -[rf] but not -R, and there are flag > files present, ask if they should be cleared before beginning to do > anything. Otherwise (no -[rf]) ignore them. Sound good? That's definitely "what you would expect it to do". -- Mel From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 19:43:24 2009 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 0841C1065673 for ; Wed, 29 Jul 2009 19:43:24 +0000 (UTC) (envelope-from rebotados@exemys.com) Received: from web.hostmailing.com (web.hostmailing.com [200.110.145.34]) by mx1.freebsd.org (Postfix) with ESMTP id 0DCC58FC20 for ; Wed, 29 Jul 2009 19:43:23 +0000 (UTC) (envelope-from rebotados@exemys.com) Received: from web.hostmailing.com ([200.110.145.34] helo=www.hostmailing.com) by web.hostmailing.com with esmtpa (Exim 4.63) (envelope-from ) id 1MWF1N-0007uU-Dx for freebsd-stable@freebsd.org; Wed, 29 Jul 2009 16:41:05 -0300 Date: Wed, 29 Jul 2009 16:41:00 -0300 To: freebsd-stable@freebsd.org From: Pablo Villarroya Message-ID: <248b909446fedbd97c2991937b6a71dd@www.hostmailing.com> X-Priority: 3 X-Mailer: wh4535 [version 3.1] MIME-Version: 1.0 Content-Type: text/plain; charset = "iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Innovative Datalogger with Wireless Communication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: exemys@exemys.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 19:43:24 -0000 This is a message in multipart MIME format. Your mail client should not be displaying this. Consider upgrading your mail client to view this message correctly. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 19:44:20 2009 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 0C6A410656BC for ; Wed, 29 Jul 2009 19:44:20 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id E70658FC1C for ; Wed, 29 Jul 2009 19:44:19 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Wed, 29 Jul 2009 12:31:53 -0700 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E02F6F4BC@seaxch09.desktop.isilon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Loading ng_socket at runtime? Thread-Index: AcoQgzolcmPl2sFGQHKNtckn1khgGg== From: "Matthew Fleming" To: Subject: Loading ng_socket at runtime? 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, 29 Jul 2009 19:44:20 -0000 I'm doing a migration from releng/6.1 to stable/7, and one of the many new things is that I get a warning when doing things with ng_socket that didn't used to happen. WARNING: attempt to net_add_domain(netgraph) after domainfinalize() The MOD_LOAD code in ng_socket.c is doing a net_add_domain in both 6.1 and stable/7. I see that r138239 has added some state in uipc_domain.c that assumes that all domains are added during system initialization. And it looks like the system isn't really expecting any added later, given the comments. What I don't quite get is, (1) this worked without warnings on 6.1, though that could be for any number of reasons (2) why does e.g. usr.sbin/ppp have code to load it at runtime in several places if it's not supported? ./usr.sbin/ppp/ether.c: loadmodules(LOAD_VERBOSLY, "netgraph", "ng_ether", "ng_pppoe", "ng_socket", ./usr.sbin/ppp/tty.c: loadmodules(LOAD_VERBOSLY, "netgraph", "ng_tty", "ng_async", "ng_socket", ./usr.sbin/ppp/netgraph.c: loadmodules(LOAD_VERBOSLY, "netgraph", "ng_socket", NULL); So, what's the right thing to do? - ignore the warning (usually a bad idea...) - load ng_socket on boot - compile ng_socket.c into the kernel since it would be loaded on boot anyways Thanks! matthew From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 19:58:23 2009 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 9948E10656D1 for ; Wed, 29 Jul 2009 19:58:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 498A78FC1D for ; Wed, 29 Jul 2009 19:58:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 15800 invoked by uid 399); 29 Jul 2009 19:58:19 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Jul 2009 19:58:19 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A70A9D8.4020701@FreeBSD.org> Date: Wed, 29 Jul 2009 12:58:16 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: Mel Flynn References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <200907291135.16470.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200907291135.16470.mel.flynn+fbsd.current@mailing.thruhere.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) 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, 29 Jul 2009 19:58:24 -0000 Mel Flynn wrote: > On Wednesday 29 July 2009 10:48:33 Doug Barton wrote: >> Alson van der Meulen wrote: >>> * Doug Barton [2009-07-29 18:13]: >>>> Mel Flynn wrote: >>>>> Gotcha. Is there a reason the flags are removed if the options are not >>>>> "-r or -f"? >>>> Yes, so we don't have stale flags sitting around forever to confuse >>>> future runs. >>> I have been bitten by this in the past. A run of portmaster -r >>> some-lib-that-half-of-my-ports-depend-on aborted because of a shared >>> library error in a dependency which was not recompiled before the >>> dependent port. I recompiled the dependency with a manual portmaster >>> $portname, after this portmaster -r had to start all over. I didn't >>> expect portmaster to clear the PM_DONE flags during non-resumable >>> operations like rebuilding a single port (and the manpage contains very >>> little information about -R). My workaround is to use portupgrade for >>> these manual fixes. >> Yes, I've been considering that exact scenario since atm I'm >> rebuilding all my ports with -afR. >> >> How about this? When the user has -[rf] but not -R, and there are flag >> files present, ask if they should be cleared before beginning to do >> anything. Otherwise (no -[rf]) ignore them. Sound good? > > That's definitely "what you would expect it to do". Ok, good. I've refined that slightly so that if the user chooses not to delete them they are offered the option of enabling the -R option. Thanks for the feedback. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 20:00:19 2009 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 D5D4710656C9; Wed, 29 Jul 2009 20:00:19 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7AB8FC12; Wed, 29 Jul 2009 20:00:19 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id D29B578C32; Wed, 29 Jul 2009 22:00:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xmtbnV4EbRfB; Wed, 29 Jul 2009 22:00:13 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id A01B578C25; Wed, 29 Jul 2009 22:00:13 +0200 (CEST) Date: Wed, 29 Jul 2009 22:00:13 +0200 From: alson+ml@alm.flutnet.org To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20090729200013.GB2841@tafi.alm.flutnet.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A709981.80600@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) 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, 29 Jul 2009 20:00:20 -0000 * Doug Barton [2009-07-29 20:48]: > How about this? When the user has -[rf] but not -R, and there are flag > files present, ask if they should be cleared before beginning to do > anything. Otherwise (no -[rf]) ignore them. Sound good? Sounds like a good solution for both problems (stale flag files and unexpected removal). It should default to removing the files with -u. I think that -R is a very useful feature of portmaster, so I'm happy to see it getting improved. Thanks! Alson From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 20:11:03 2009 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 95C12106564A for ; Wed, 29 Jul 2009 20:11:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2AFDD8FC1A for ; Wed, 29 Jul 2009 20:11:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 4545 invoked by uid 399); 29 Jul 2009 20:11:00 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Jul 2009 20:11:00 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A70ACD2.6030804@FreeBSD.org> Date: Wed, 29 Jul 2009 13:10:58 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <20090729200013.GB2841@tafi.alm.flutnet.org> In-Reply-To: <20090729200013.GB2841@tafi.alm.flutnet.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) 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, 29 Jul 2009 20:11:04 -0000 alson+ml@alm.flutnet.org wrote: > * Doug Barton [2009-07-29 20:48]: >> How about this? When the user has -[rf] but not -R, and there are flag >> files present, ask if they should be cleared before beginning to do >> anything. Otherwise (no -[rf]) ignore them. Sound good? > > Sounds like a good solution for both problems (stale flag files and > unexpected removal). Thanks. > It should default to removing the files with -u. I'm planning to remove the -u option altogether. It actually does very little now, and certainly does not do what most users expect it should do. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 20:35:59 2009 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 4EB7F1065670; Wed, 29 Jul 2009 20:35:59 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id 02C088FC12; Wed, 29 Jul 2009 20:35:58 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id 2CC2878C25; Wed, 29 Jul 2009 22:35:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B2XFfS7+UtM1; Wed, 29 Jul 2009 22:35:52 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id C828978C23; Wed, 29 Jul 2009 22:35:52 +0200 (CEST) Date: Wed, 29 Jul 2009 22:35:52 +0200 From: Alson van der Meulen To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20090729203552.GC2841@tafi.alm.flutnet.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <20090729200013.GB2841@tafi.alm.flutnet.org> <4A70ACD2.6030804@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A70ACD2.6030804@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) 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, 29 Jul 2009 20:35:59 -0000 * Doug Barton [2009-07-29 22:10]: > I'm planning to remove the -u option altogether. It actually does very > little now, and certainly does not do what most users expect it should > do. Fine by me. I've never actually used -u, with -d (or the equivalent portmaster.rc setting) it's usually fine for unattended runs. The only annoyance is the question about building interactive ports that don't actually require any interaction (bacula comes to mind), since this is the only question in the config phase that's not cached, but this is probably the port maintainers fault for marking it interactive (it does remind me of "no keyboard present, press F1 to continue"). Alson From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 02:25:11 2009 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 463C2106566C for ; Thu, 30 Jul 2009 02:25:11 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0654A8FC1F for ; Thu, 30 Jul 2009 02:25:10 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 7E9981725C; Thu, 30 Jul 2009 12:25:37 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-72-130.lns10.syd6.internode.on.net [121.44.72.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 9515917212 for ; Thu, 30 Jul 2009 12:25:33 +1000 (EST) Message-ID: <4A710470.5040008@modulus.org> Date: Thu, 30 Jul 2009 12:24:48 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <14989d6e0907290045j94bab06wb5d0114fe2af2331@mail.gmail.com> <4A7008F2.6090107@mapper.nl> <4A701BCB.4030805@tzim.net> In-Reply-To: <4A701BCB.4030805@tzim.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Cannot rm files when ZFS is full 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, 30 Jul 2009 02:25:11 -0000 The performance of ZFS is quite bad when the volume is nearly full anyway. I would recommend creating a parent filesystem with a space limit of 90% of the pool size, and then creating your other filesystems under that. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 02:30:41 2009 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 9FAB11065672 for ; Thu, 30 Jul 2009 02:30:41 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 049828FC1E for ; Thu, 30 Jul 2009 02:30:40 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n6U2Ubjr091518 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 30 Jul 2009 12:00:37 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 30 Jul 2009 12:00:27 +0930 User-Agent: KMail/1.9.10 References: <06D5F9F6F655AD4C92E28B662F7F853E02F6F4BC@seaxch09.desktop.isilon.com> In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E02F6F4BC@seaxch09.desktop.isilon.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2636927.NcGhiYKflk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200907301200.34428.doconnor@gsoft.com.au> X-Spam-Score: -3.591 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Matthew Fleming Subject: Re: Loading ng_socket at runtime? 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, 30 Jul 2009 02:30:41 -0000 --nextPart2636927.NcGhiYKflk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 30 Jul 2009, Matthew Fleming wrote: > So, what's the right thing to do? > > =A0- ignore the warning (usually a bad idea...) > =A0- load ng_socket on boot > =A0- compile ng_socket.c into the kernel since it would be loaded on > boot anyways I go for option 1 on -current with bluetooth and it seems to work.. I suspect the comments don't match reality any more. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2636927.NcGhiYKflk Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKcQXK5ZPcIHs/zowRAkm6AJ9MwEj1V910YWzbYwpN/scP2XDSKACeNK62 yuCIthjON11W4f27DgJI1EQ= =TchS -----END PGP SIGNATURE----- --nextPart2636927.NcGhiYKflk-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 05:22:32 2009 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 87231106564A for ; Thu, 30 Jul 2009 05:22:32 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id 1B5F38FC14 for ; Thu, 30 Jul 2009 05:22:31 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by ewy2 with SMTP id 2so463783ewy.43 for ; Wed, 29 Jul 2009 22:22:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=H8YcST6+TzoQ6pQ4DEwo60baEt/7zIsQx9IV+a8NcKY=; b=YcrCcrcDiO7Yk1ww+bZvu1q3knORC/YeuxcVdBWgjDHUDCmG0BNUIR17tLqgLCcKRY i+CNmx/8aubmekia4Oe1mvjHuTty7APGlpx6vsU5DqDA4CptwoTPcal1AwpZAB4Zmdtp 10F9gTBm2PQjyAnX3UiGW+1Mb+0hGOy7IzTZc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=POtUofcNElnZ5/AI6gZiMEQvfoKvTdlppaa008zb/uFtp7uIRWyQxiKexwlfU6428j tDfL+EYMzlY/ACjxiX1zrkj/Hbl/nJBaiZjTTBrZEEEhwEL00lX2ZNREtrAwYksdcbd4 D0bO2GNYAAN/N9EAJ469W1q1wqI1CuaqDQhN4= MIME-Version: 1.0 Received: by 10.210.112.4 with SMTP id k4mr856936ebc.22.1248931351270; Wed, 29 Jul 2009 22:22:31 -0700 (PDT) In-Reply-To: <14989d6e0907290025i499c71fbn289b64a7da0e4b97@mail.gmail.com> References: <14989d6e0907290025i499c71fbn289b64a7da0e4b97@mail.gmail.com> Date: Thu, 30 Jul 2009 01:22:31 -0400 Message-ID: From: grarpamp To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Cannot rm files when ZFS is full 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, 30 Jul 2009 05:22:32 -0000 Yep, the cp /dev/null works to truncate. So I can deal with it. Yep, everything is snapshotted. Yep, this is a Sun issue not a FreeBSD one. FreeBSD should just stay current with the versions and the minimum needed to port... fbsd dev time is valuable elsewhere. I do remember reading about copy on write, d-oh :) ZFS should probably keep track of the largest extent needed to effect any given operation and reserve that behind the scenes. If it took n bytes to create something sans data, it'll probably take n bytes to modify it. Quotas and things might work though the user under quota might run into the same problem. Who knows. Thx CW, et al. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 07:42:40 2009 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 62798106566C; Thu, 30 Jul 2009 07:42:40 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (pinus.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 181588FC1C; Thu, 30 Jul 2009 07:42:40 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (localhost.izb.knu.ac.kr [IPv6:::1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 5822C5735A; Thu, 30 Jul 2009 16:42:38 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=izb.knu.ac.kr; h=from:to:cc:subject:date:message-id:mime-version:content-type :content-transfer-encoding; s=soyeomul; bh=52jYcRkHTtUIYGuptuX8C LfraV+Uu6D40P80LPYBFZk=; b=Cw6nx4MAYK/wNFkFS4VnNDa14JDbXvaxH0vuL NzNjGShW3lLhP62OIbbmlTUl/lu5VB8UBLk4CnxWVpv2ws9OPXAwZEg3eo4SvxaW gYQ31BxAsXPa9ffu+J4SdAlAwu9B4aw0czLXVmOdMX5hLkrbYT8k0IvlwoQZKaEU ITLe1k= DomainKey-Signature: a=rsa-sha1; c=simple; d=izb.knu.ac.kr; h=from:to:cc :subject:date:message-id:mime-version:content-type :content-transfer-encoding; q=dns; s=soyeomul; b=ZLTQa45k4if1OuR 7v11u25dkU3o7DP9I+4eEbUX8aIpwutEelldo9jZ2EmUNJ1Lk8kOOZyTkyiIWkir 0ukVPQ44JNUio8oy2H4xJcpIROcjD42l6cOatSZnrhrG5bx0+/JdY9GIJ9DXX4AT 1lfBls+9GWbWwXxeO3MGA7XHzaH4= Received: from rhodo.izb.knu.ac.kr (rhodo.izb.knu.ac.kr [IPv6:2001:470:1f05:5f8:3::2]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id F285857359; Thu, 30 Jul 2009 16:42:37 +0900 (KST) Received: from betla.izb.knu.ac.kr (betla.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::11]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: bh@izb.knu.ac.kr) by rhodo.izb.knu.ac.kr (Postfix) with ESMTP id C0BCA1CD6F; Thu, 30 Jul 2009 16:42:34 +0900 (KST) From: Byung-Hee HWANG To: re@freebsd.org Organization: DJ X-Url: http://izb.knu.ac.kr/~bh/ Date: Thu, 30 Jul 2009 16:42:26 +0900 Message-ID: <86tz0upqfx.fsf@betla.izb.knu.ac.kr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, keramida@freebsd.org Subject: 8.0-RELEASE and Emacs port 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, 30 Jul 2009 07:42:40 -0000 Hello! A few hours ago, Chong Yidong, Emacs maintainer, has been released Emacs 23.1 on gnu.org's mailing lists. Since i use Emacs as default mailer, i really want that FreeBSD Project Release Team to add Emacs 23.1 (Stable Ver.) into FreeBSD 8.0-RELEASE. Because i use only -RELEASE branch as far as i possibly can. Then i can use pkg_add instead of ports, so easily. Thanks in advance ..;; Sincerely, -- "Your new son-in-law. Do we give him something important, inside the Family?" -- Tom Hagen, "Chapter 1", page 40 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 09:39:00 2009 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 AD6C6106566C; Thu, 30 Jul 2009 09:39:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 889598FC15; Thu, 30 Jul 2009 09:39:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 3D23D46B06; Thu, 30 Jul 2009 05:39:00 -0400 (EDT) Date: Thu, 30 Jul 2009 10:39:00 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Matthew Fleming In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E02F6F4BC@seaxch09.desktop.isilon.com> Message-ID: References: <06D5F9F6F655AD4C92E28B662F7F853E02F6F4BC@seaxch09.desktop.isilon.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: mlaier@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Loading ng_socket at runtime? 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, 30 Jul 2009 09:39:00 -0000 On Wed, 29 Jul 2009, Matthew Fleming wrote: > I'm doing a migration from releng/6.1 to stable/7, and one of the many new > things is that I get a warning when doing things with ng_socket that didn't > used to happen. > > WARNING: attempt to net_add_domain(netgraph) after domainfinalize() I've wondered about these warnings also, and am not sure they're justified -- any protocol loading after domainfinalize() should expect that timers are already started, etc, and loadable protocols are clearly desirable. > - ignore the warning (usually a bad idea...) Probably remove the warning. Some more synchronization is likely required in domain registration than is currently there -- on the other hand, it's probably not a big issue that it's missing as write operations on the domain list are conservative and extremely rare. I've CC'd Max Laier, who added the warnings -- perhaps he could lend some insight into the types of problems he anticipated. The main one I'm aware of is that mutating the domain list on a live system is risky because it's not well-synchronized -- however, adding domains should be pretty safe in practice. Robert From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 09:54:51 2009 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 2DF411065670 for ; Thu, 30 Jul 2009 09:54:51 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from golanth.tzim.net (unknown [IPv6:2001:41d0:1:d91f:21c:c0ff:fe4b:cf32]) by mx1.freebsd.org (Postfix) with ESMTP id BE5368FC16 for ; Thu, 30 Jul 2009 09:54:50 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from alarante.irisa.fr ([131.254.13.244]) by golanth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MWSLZ-000H3l-Fl; Thu, 30 Jul 2009 11:54:49 +0200 Message-ID: <4A716DE4.4070506@tzim.net> Date: Thu, 30 Jul 2009 11:54:44 +0200 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: grarpamp References: <14989d6e0907290025i499c71fbn289b64a7da0e4b97@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: freebsd-stable@freebsd.org Subject: Re: Cannot rm files when ZFS is full 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, 30 Jul 2009 09:54:51 -0000 grarpamp a écrit : > Yep, the cp /dev/null works to truncate. So I can deal with it. > Yep, everything is snapshotted. > Yep, this is a Sun issue not a FreeBSD one. FreeBSD should just stay > current with the versions and the minimum needed to port... fbsd dev > time is valuable elsewhere. > I do remember reading about copy on write, d-oh :) > ZFS should probably keep track of the largest extent needed to effect > any given operation and reserve that behind the scenes. If it took n > bytes to create something sans data, it'll probably take n bytes to > modify it. > Quotas and things might work though the user under quota might run > into the same problem. Who knows. > > Thx CW, et al. > _______________________________________________ > 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" > > Just tried it on a test pool. (on md devices). 7.2-RELEASE [carenath] /testpool# zfs list -r -o name,used,avail,refer,quota testpool NAME USED AVAIL REFER QUOTA testpool 156M 0 156M 156M testpool@test 22.6K - 153M - [carenath] /testpool# ll -h total 159295 -rw-r--r-- 1 root wheel 15M Jul 30 11:29 random -rw-r--r-- 1 root wheel 61M Jul 30 11:35 random2 -rw-r--r-- 1 root wheel 77M Jul 30 11:37 zero -rw-r--r-- 1 root wheel 2.6M Jul 30 11:44 zero2 [carenath] /testpool# rm zero rm: zero: Disc quota exceeded So quota workaround doesn't quite works. It could possibly be an issue where quota limited users fill up their allowed space : they can free space by themselves. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 10:00:11 2009 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 C7688106566B for ; Thu, 30 Jul 2009 10:00:11 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 46FD18FC1A for ; Thu, 30 Jul 2009 10:00:10 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by ey-out-2122.google.com with SMTP id 9so292913eyd.7 for ; Thu, 30 Jul 2009 03:00:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=YLL7CATotQO1YSjkPkZvBoX5GLZPen2++44bDwjRmWU=; b=jpzYseqU4jYJXx05WKstwLBXC7EaNn6MEiV93uugcNCxTS2I5/48TyBJG/YbLN4QX4 LLABMtOrW7OB6ZA2qxrn6gQ0nn0kB9U9RvUgMFWIXRjrlZc61a5vWkaf+ZkQRmrqctsv Yfy5/CcGTCrW5DLlozbh1yZoDPtah3dfYXLs8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=o53Mz1O3p549n2hWY6gdGHEfENdn+oGkaXqJQ6fOc6D4YABMMpmHCJsXLV+UScq7Ng n8RabHnPYJDsbLL8jp79gT6/xWOFLhcVJIFnK2hMA+9u9jL12GFk23bD0XVgGwL+DoQ0 Myg4ZbqIt8sSOor0y73JibsU2shM7SWyO+ArA= MIME-Version: 1.0 Received: by 10.210.43.10 with SMTP id q10mr1214447ebq.23.1248948010031; Thu, 30 Jul 2009 03:00:10 -0700 (PDT) In-Reply-To: <4A716DE4.4070506@tzim.net> References: <14989d6e0907290025i499c71fbn289b64a7da0e4b97@mail.gmail.com> <4A716DE4.4070506@tzim.net> Date: Thu, 30 Jul 2009 12:00:09 +0200 Message-ID: <14989d6e0907300300x662bce9bgb24ae70e1809ef2d@mail.gmail.com> From: Christian Walther To: Arnaud Houdelette Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, grarpamp Subject: Re: Cannot rm files when ZFS is full 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, 30 Jul 2009 10:00:12 -0000 2009/7/30 Arnaud Houdelette : > grarpamp a =E9crit : [...] > [carenath] /testpool# rm zero > rm: zero: Disc quota exceeded > > So quota workaround doesn't quite works. > It could possibly be an issue where quota limited users fill up their > allowed space : they can free space by themselves. The idea would be to use quotas to ensure that there is some space left to prevent the rm issue from rendering the pool useless. You need to remove the quotas, remove the data, and set the quotas again afterwards. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 11:52:14 2009 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 5D4C81065670 for ; Thu, 30 Jul 2009 11:52:14 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3.yandex.ru (forward3.yandex.ru [77.88.46.8]) by mx1.freebsd.org (Postfix) with ESMTP id 13C738FC0A for ; Thu, 30 Jul 2009 11:52:14 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [77.88.46.104]) by forward3.yandex.ru (Yandex) with ESMTP id 7E38C1190ED3; Thu, 30 Jul 2009 15:30:18 +0400 (MSD) Received: from [127.0.0.1] (unknown [188.128.19.1]) by smtp4.yandex.ru (Yandex) with ESMTPSA id 37BD5D3010A; Thu, 30 Jul 2009 15:30:18 +0400 (MSD) Message-ID: <4A718443.4020200@yandex.ru> Date: Thu, 30 Jul 2009 15:30:11 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Arnaud Houdelette References: <14989d6e0907290025i499c71fbn289b64a7da0e4b97@mail.gmail.com> <4A716DE4.4070506@tzim.net> In-Reply-To: <4A716DE4.4070506@tzim.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1248953418 X-Yandex-Spam: 1 X-Yandex-Front: smtp4.yandex.ru Cc: freebsd-stable@freebsd.org, grarpamp Subject: Re: Cannot rm files when ZFS is full 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, 30 Jul 2009 11:52:14 -0000 Arnaud Houdelette wrote: > [carenath] /testpool# zfs list -r -o name,used,avail,refer,quota testpool > NAME USED AVAIL REFER QUOTA > testpool 156M 0 156M 156M > testpool@test 22.6K - 153M - > [carenath] /testpool# ll -h > total 159295 > -rw-r--r-- 1 root wheel 15M Jul 30 11:29 random > -rw-r--r-- 1 root wheel 61M Jul 30 11:35 random2 > -rw-r--r-- 1 root wheel 77M Jul 30 11:37 zero > -rw-r--r-- 1 root wheel 2.6M Jul 30 11:44 zero2 > [carenath] /testpool# rm zero > rm: zero: Disc quota exceeded > > So quota workaround doesn't quite works. > It could possibly be an issue where quota limited users fill up their > allowed space : they can free space by themselves. Just try to use refquota instead of quota property. Also you can use both quota and refquota (should be smaller that quota). -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 12:04:25 2009 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 AAD0C1065844 for ; Thu, 30 Jul 2009 12:04:24 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 270868FC17 for ; Thu, 30 Jul 2009 12:04:23 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 92934 invoked from network); 30 Jul 2009 15:38:43 +0400 Received: from tarkhil147-9.rostokino.net (tarkhil147-9.rostokino.net [89.222.147.9]) by mail.sub.ru ([88.212.205.2]) with ESMTP via TCP; 30 Jul 2009 11:38:43 -0000 Message-ID: <4A7185DD.10801@webmail.sub.ru> Date: Thu, 30 Jul 2009 15:37:01 +0400 From: Alex Povolotsky User-Agent: Thunderbird 2.0.0.14 (X11/20080725) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Ancient NFS problem with readdir: any workaround? 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, 30 Jul 2009 12:04:39 -0000 Hello! FreeBSD NFS client seems to have an ancient problem (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/57696) with readdir(2). Do we have any workaround on system level? running lockd does not help, attempt to increase readdir read size does not help as well. Does 8-CURRENT NFS client has the same problem? Alex. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 15:10:00 2009 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 036BD1065670 for ; Thu, 30 Jul 2009 15:10:00 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 883328FC08 for ; Thu, 30 Jul 2009 15:09:59 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-029-050.pools.arcor-ip.net [88.66.29.50]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0MKv5w-1MWX4N42DM-000cNA; Thu, 30 Jul 2009 16:57:24 +0200 Received: (qmail 28017 invoked from network); 30 Jul 2009 14:57:23 -0000 Received: from kvm.laiers.local (HELO kvm.localnet) (192.168.4.200) by mx.laiers.local with SMTP; 30 Jul 2009 14:57:23 -0000 From: Max Laier Organization: FreeBSD To: Robert Watson Date: Thu, 30 Jul 2009 16:57:22 +0200 User-Agent: KMail/1.11.4 (Linux/2.6.30-ARCH; KDE/4.2.4; x86_64; ; ) References: <06D5F9F6F655AD4C92E28B662F7F853E02F6F4BC@seaxch09.desktop.isilon.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907301657.22609.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/Dlwmz0EhS7YnTjhLL+PQL9iZUZil+td8+xVC XWtAANmv6Jg5fJC8yH2eNV3yIl4dWl4Mvu2d8UZyGVNOEevo0d bbw0r4/xgXQpG2ueG6F7Q== Cc: freebsd-stable@freebsd.org, Matthew Fleming Subject: Re: Loading ng_socket at runtime? 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, 30 Jul 2009 15:10:00 -0000 On Thursday 30 July 2009 11:39:00 Robert Watson wrote: > On Wed, 29 Jul 2009, Matthew Fleming wrote: > > I'm doing a migration from releng/6.1 to stable/7, and one of the many > > new things is that I get a warning when doing things with ng_socket that > > didn't used to happen. > > > > WARNING: attempt to net_add_domain(netgraph) after domainfinalize() > > I've wondered about these warnings also, and am not sure they're justified > -- any protocol loading after domainfinalize() should expect that timers > are already started, etc, and loadable protocols are clearly desirable. > > > - ignore the warning (usually a bad idea...) > > Probably remove the warning. Some more synchronization is likely required > in domain registration than is currently there -- on the other hand, it's > probably not a big issue that it's missing as write operations on the > domain list are conservative and extremely rare. > > I've CC'd Max Laier, who added the warnings -- perhaps he could lend some > insight into the types of problems he anticipated. The main one I'm aware > of is that mutating the domain list on a live system is risky because it's > not well-synchronized -- however, adding domains should be pretty safe in > practice. This originated from http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72772 - if I remember correctly. As usual, the devil is in the details. In the case of the PR there was a race for if_afdata contents. The specific problem described in that PR is a static initialization order problem, but - as I recall - we did see a similar issue with runtime loading of domains as well. The waring was added as a compromise. We didn't want to remove the ability to add netgraph at runtime, but would want to discourage more domains with module capabilities. A full fix was way out of reach at the time as it means a lot of synchronization around otherwise very static data (e.g. if_afdata). Maybe it is time to revisit as we now have read-mostly locks and there is more locking in place for things like address-lists (which was also an area of concern). In any case and my opinion, removing a domain should never be allowed at runtime. Unless we add proper synchronization around the protosw, that is. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 16:16:38 2009 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 E0FB5106564A for ; Thu, 30 Jul 2009 16:16:38 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 5D7A68FC0A for ; Thu, 30 Jul 2009 16:16:38 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 9A57FEB4F4C; Thu, 30 Jul 2009 18:56:59 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 771D0450D0; Thu, 30 Jul 2009 18:56:59 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54FvHvSNdtIw; Thu, 30 Jul 2009 18:56:59 +0300 (EEST) Received: from kobe.laptop (adsl129-11.kln.forthnet.gr [77.49.248.11]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 2D8CB45088; Thu, 30 Jul 2009 18:56:59 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n6UFuskf028104 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Jul 2009 18:56:55 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n6UFuqgr028103; Thu, 30 Jul 2009 18:56:52 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Byung-Hee HWANG References: <86tz0upqfx.fsf@betla.izb.knu.ac.kr> Date: Thu, 30 Jul 2009 18:56:44 +0300 In-Reply-To: <86tz0upqfx.fsf@betla.izb.knu.ac.kr> (Byung-Hee HWANG's message of "Thu, 30 Jul 2009 16:42:26 +0900") Message-ID: <87ljm6qi4j.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: stable@freebsd.org, re@freebsd.org Subject: Re: 8.0-RELEASE and Emacs port 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, 30 Jul 2009 16:16:39 -0000 --=-=-= On Thu, 30 Jul 2009 16:42:26 +0900, Byung-Hee HWANG wrote: > Hello! A few hours ago, Chong Yidong, Emacs maintainer, has been > released Emacs 23.1 on gnu.org's mailing lists. Since i use Emacs as > default mailer, i really want that FreeBSD Project Release Team to add > Emacs 23.1 (Stable Ver.) into FreeBSD 8.0-RELEASE. Because i use only > -RELEASE branch as far as i possibly can. Then i can use pkg_add > instead of ports, so easily. Thanks in advance ..;; Hi Byung-Hee, AFAIK, The ports are not frozen yet. I think we can make it by updating the port before this weekend. There is a bit of testing to make sure that we can repo-copy the editors/emacs port to editors/emacs22 and check that the new editors/emacs port for 23.1 works fine. I'm working on it, and I will post patches soon-ish :) --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpxwsQACgkQ1g+UGjGGA7bybgCeJiip/5RuHGqusnKJbR00hZcR t6MAoK8vAB6yp6f07a2F0nKz+ATbJSQz =+Zi1 -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 16:37:26 2009 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 5B95E106566B for ; Thu, 30 Jul 2009 16:37:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF9E8FC14 for ; Thu, 30 Jul 2009 16:37:25 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1D6E945C98; Thu, 30 Jul 2009 18:08:17 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1270545683; Thu, 30 Jul 2009 18:08:12 +0200 (CEST) Date: Thu, 30 Jul 2009 18:08:36 +0200 From: Pawel Jakub Dawidek To: Nenhum_de_Nos Message-ID: <20090730160836.GA1584@garage.freebsd.pl> References: <20090717010813.03477b27.matheus@eternamente.info> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <20090717010813.03477b27.matheus@eternamente.info> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-stable@freebsd.org Subject: Re: gstripe problem 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, 30 Jul 2009 16:37:26 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 17, 2009 at 01:08:13AM -0300, Nenhum_de_Nos wrote: > hail, >=20 > I have a problem with gstripe on today stable. I created this stripe usin= g a bit more old stable (two weeks tops) and it can't be read on old stable= (from 30/12/2008). So I recreated in 8-BETA1 and I could mount and see fil= es. When I tried again on 30/12/2008 stable and todays, on PII machine (i38= 6): >=20 > [root@xxx ~]# gstripe status > Name Status Components > stripe/stripe0 UP ad4s2 > ad6s2 > [root@xxx ~]# gstripe list =20 > Geom name: stripe0 > State: UP > Status: Total=3D2, Online=3D2 > Type: MANUAL > Stripesize: 4096 > ID: 2302026851 > Providers: > 1. Name: stripe/stripe0 > Mediasize: 1242615693312 (1.1T) > Sectorsize: 512 > Mode: r0w0e0 > Consumers: > 1. Name: ad4s2 > Mediasize: 621307846656 (579G) > Sectorsize: 512 > Mode: r0w0e0 > Number: 0 > 2. Name: ad6s2 > Mediasize: 621307846656 (579G) > Sectorsize: 512 > Mode: r0w0e0 > Number: 1 > [root@xxx ~]# ls /dev/stripe/ > stripe0 stripe0c > [root@xxx ~]# mount /dev/stripe/stripe0 /null=20 > mount: /dev/stripe/stripe0 : Invalid argument >=20 > on 8-BETA1 it works, but can't create stripe on it and use on this stable= box though. the stripe already has files ! so anything weird could make me= loose my data ... >=20 > the 8-BETA1 is amd64 and core 2 quad cpu. >=20 > any hints ? 'gstripe create' command doesn't store any metadata, it creates temporary device (see Type: MANUAL). If you want your stripe to show up after reboot, the command you're looking for is 'gstripe label'. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKccWEForvXbEpPzQRAjssAJ95TpudLtYY4vL/ygsvc+NLCGoeGgCggMBK VMLe9s4ZA8/pK1LOBPaApBs= =NxFY -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 20:05:05 2009 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 EB108106564A for ; Thu, 30 Jul 2009 20:05:05 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id ABE048FC21 for ; Thu, 30 Jul 2009 20:05:05 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MWbs9-0009kN-7Z for freebsd-stable@freebsd.org; Thu, 30 Jul 2009 22:05:05 +0200 Date: Thu, 30 Jul 2009 22:05:05 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20090730200505.GG70703@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Broadcom BCM5784M Support ? 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, 30 Jul 2009 20:05:06 -0000 Hi! Can anyone point me to patches to support this broadcom device on fbsd 7.2 ? none2@pci0:3:0:0: class=0x020000 card=0x11651734 chip=0x169814e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet What would be required to get this going ? Thanks! -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 20:35:07 2009 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 185DA106564A; Thu, 30 Jul 2009 20:35:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D5EDD8FC17; Thu, 30 Jul 2009 20:35:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6UKZ4p8018590; Thu, 30 Jul 2009 16:35:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n6UKZ4Ek065747; Thu, 30 Jul 2009 16:35:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id ECAFC1B5060; Thu, 30 Jul 2009 16:35:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090730203503.ECAFC1B5060@freebsd-stable.sentex.ca> Date: Thu, 30 Jul 2009 16:35:03 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 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: Thu, 30 Jul 2009 20:35:07 -0000 TB --- 2009-07-30 18:59:06 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-07-30 18:59:06 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-07-30 18:59:06 - cleaning the object tree TB --- 2009-07-30 18:59:36 - cvsupping the source tree TB --- 2009-07-30 18:59:36 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2009-07-30 18:59:43 - building world TB --- 2009-07-30 18:59:43 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 18:59:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 18:59:43 - TARGET=amd64 TB --- 2009-07-30 18:59:43 - TARGET_ARCH=amd64 TB --- 2009-07-30 18:59:43 - TZ=UTC TB --- 2009-07-30 18:59:43 - __MAKE_CONF=/dev/null TB --- 2009-07-30 18:59:43 - cd /src TB --- 2009-07-30 18:59:43 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 30 18:59:44 UTC 2009 >>> 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 Thu Jul 30 20:30:21 UTC 2009 TB --- 2009-07-30 20:30:21 - generating LINT kernel config TB --- 2009-07-30 20:30:21 - cd /src/sys/amd64/conf TB --- 2009-07-30 20:30:21 - /usr/bin/make -B LINT TB --- 2009-07-30 20:30:21 - building LINT kernel TB --- 2009-07-30 20:30:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 20:30:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 20:30:21 - TARGET=amd64 TB --- 2009-07-30 20:30:21 - TARGET_ARCH=amd64 TB --- 2009-07-30 20:30:21 - TZ=UTC TB --- 2009-07-30 20:30:21 - __MAKE_CONF=/dev/null TB --- 2009-07-30 20:30:21 - cd /src TB --- 2009-07-30 20:30:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 30 20:30:21 UTC 2009 >>> 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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/an/if_an_isa.c 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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/an/if_an_pccard.c 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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/an/if_an_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -c ; 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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue ata_if.c 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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/ata-all.c /src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-30 20:35:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-30 20:35:03 - ERROR: failed to build lint kernel TB --- 2009-07-30 20:35:03 - 4754.02 user 554.41 system 5757.06 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 21:13:29 2009 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 8BB6A106564A; Thu, 30 Jul 2009 21:13:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 55F398FC1C; Thu, 30 Jul 2009 21:13:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6ULDRUV024491; Thu, 30 Jul 2009 17:13:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n6ULDRqO050900; Thu, 30 Jul 2009 17:13:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B7EF71B5060; Thu, 30 Jul 2009 17:13:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090730211326.B7EF71B5060@freebsd-stable.sentex.ca> Date: Thu, 30 Jul 2009 17:13:26 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 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: Thu, 30 Jul 2009 21:13:30 -0000 TB --- 2009-07-30 20:03:02 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-07-30 20:03:02 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2009-07-30 20:03:02 - cleaning the object tree TB --- 2009-07-30 20:03:21 - cvsupping the source tree TB --- 2009-07-30 20:03:21 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2009-07-30 20:03:29 - building world TB --- 2009-07-30 20:03:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 20:03:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 20:03:29 - TARGET=i386 TB --- 2009-07-30 20:03:29 - TARGET_ARCH=i386 TB --- 2009-07-30 20:03:29 - TZ=UTC TB --- 2009-07-30 20:03:29 - __MAKE_CONF=/dev/null TB --- 2009-07-30 20:03:29 - cd /src TB --- 2009-07-30 20:03:29 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 30 20:03:30 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 30 21:07:50 UTC 2009 TB --- 2009-07-30 21:07:50 - generating LINT kernel config TB --- 2009-07-30 21:07:50 - cd /src/sys/i386/conf TB --- 2009-07-30 21:07:50 - /usr/bin/make -B LINT TB --- 2009-07-30 21:07:50 - building LINT kernel TB --- 2009-07-30 21:07:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 21:07:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 21:07:50 - TARGET=i386 TB --- 2009-07-30 21:07:50 - TARGET_ARCH=i386 TB --- 2009-07-30 21:07:50 - TZ=UTC TB --- 2009-07-30 21:07:50 - __MAKE_CONF=/dev/null TB --- 2009-07-30 21:07:50 - cd /src TB --- 2009-07-30 21:07:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 30 21:07:50 UTC 2009 >>> 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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/an/if_an_pccard.c 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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/an/if_an_pci.c 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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/asr/asr.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -c ; 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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue ata_if.c 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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/ata-all.c /src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-30 21:13:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-30 21:13:26 - ERROR: failed to build lint kernel TB --- 2009-07-30 21:13:26 - 3505.18 user 384.01 system 4224.48 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 21:44:04 2009 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 675F01065674; Thu, 30 Jul 2009 21:44:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 343F18FC1D; Thu, 30 Jul 2009 21:44:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n6ULi2Im028793; Thu, 30 Jul 2009 17:44:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6ULi2rW060919; Thu, 30 Jul 2009 17:44:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id E05091B5060; Thu, 30 Jul 2009 17:44:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090730214401.E05091B5060@freebsd-stable.sentex.ca> Date: Thu, 30 Jul 2009 17:44:01 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7 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: Thu, 30 Jul 2009 21:44:05 -0000 TB --- 2009-07-30 20:35:04 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-07-30 20:35:04 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2009-07-30 20:35:04 - cleaning the object tree TB --- 2009-07-30 20:35:36 - cvsupping the source tree TB --- 2009-07-30 20:35:36 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2009-07-30 20:35:44 - building world TB --- 2009-07-30 20:35:44 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 20:35:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 20:35:44 - TARGET=pc98 TB --- 2009-07-30 20:35:44 - TARGET_ARCH=i386 TB --- 2009-07-30 20:35:44 - TZ=UTC TB --- 2009-07-30 20:35:44 - __MAKE_CONF=/dev/null TB --- 2009-07-30 20:35:44 - cd /src TB --- 2009-07-30 20:35:44 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 30 20:35:45 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 30 21:39:55 UTC 2009 TB --- 2009-07-30 21:39:55 - generating LINT kernel config TB --- 2009-07-30 21:39:55 - cd /src/sys/pc98/conf TB --- 2009-07-30 21:39:55 - /usr/bin/make -B LINT TB --- 2009-07-30 21:39:55 - building LINT kernel TB --- 2009-07-30 21:39:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 21:39:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 21:39:55 - TARGET=pc98 TB --- 2009-07-30 21:39:55 - TARGET_ARCH=i386 TB --- 2009-07-30 21:39:55 - TZ=UTC TB --- 2009-07-30 21:39:55 - __MAKE_CONF=/dev/null TB --- 2009-07-30 21:39:55 - cd /src TB --- 2009-07-30 21:39:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 30 21:39:55 UTC 2009 >>> 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 -pg -mprofiler-epilogue /src/sys/dev/an/if_an_isa.c 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 -pg -mprofiler-epilogue /src/sys/dev/an/if_an_pccard.c 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 -pg -mprofiler-epilogue /src/sys/dev/an/if_an_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -c ; 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 -pg -mprofiler-epilogue ata_if.c 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 -pg -mprofiler-epilogue /src/sys/dev/ata/ata-all.c /src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-30 21:44:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-30 21:44:01 - ERROR: failed to build lint kernel TB --- 2009-07-30 21:44:01 - 3412.80 user 385.15 system 4137.70 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 22:32:14 2009 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 62C711065675; Thu, 30 Jul 2009 22:32:14 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (pinus.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id C6CE48FC17; Thu, 30 Jul 2009 22:32:13 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (localhost.izb.knu.ac.kr [IPv6:::1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 57EB85735A; Fri, 31 Jul 2009 07:32:12 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=izb.knu.ac.kr; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-type:content-transfer-encoding; s= soyeomul; bh=NB/ZZMSB5d8BpESrR/Jfo90chKAxKeGL1yEWm2UFMZk=; b=RTR tR7Nq7iyNg2IQee8VaBG1exUiCn6aBdgmc+ctt7gaoOvLp2MJsJiQZQrIlTujgjN qlgFHk9iP2pn5OgHddkr5rWep46neLnl+5hBYvWK8nkLHPOyhkeHqMB8SvGhfxTI Kni54J3vAHxnyx7XHva7llVi0+NkFlHMMjRkWJh4= DomainKey-Signature: a=rsa-sha1; c=simple; d=izb.knu.ac.kr; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; q=dns; s=soyeomul; b=Hz 1GTv+SR9k7gTzmjRZ1qe/04GB4gWL31i96WaIkdxthD2MqGHoC/ozkcZ5qSRbaDw y9h0KjCfL7a+TiKdlcRb5vR39kOvV4naxf3aS8Knd+NACu3ryQq/WK1TsDmOfwMY VLJvt5mVw0wWmPRyJFGhLLyd0midh8D/HHKbN8vCM= Received: from rhodo.izb.knu.ac.kr (rhodo.izb.knu.ac.kr [IPv6:2001:470:1f05:5f8:3::2]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id F074D57359; Fri, 31 Jul 2009 07:32:11 +0900 (KST) Received: from betla.izb.knu.ac.kr (betla.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::b]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: bh@izb.knu.ac.kr) by rhodo.izb.knu.ac.kr (Postfix) with ESMTP id 64E0C1CD6F; Fri, 31 Jul 2009 07:32:08 +0900 (KST) From: Byung-Hee HWANG To: Giorgos Keramidas Organization: DJ References: <86tz0upqfx.fsf@betla.izb.knu.ac.kr> <87ljm6qi4j.fsf@kobe.laptop> X-Url: http://izb.knu.ac.kr/~bh/ Date: Fri, 31 Jul 2009 07:32:01 +0900 In-Reply-To: <87ljm6qi4j.fsf@kobe.laptop> (Giorgos Keramidas's message of "Thu, 30 Jul 2009 18:56:44 +0300") Message-ID: <86vdl9yf8e.fsf@betla.izb.knu.ac.kr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, re@freebsd.org Subject: Re: 8.0-RELEASE and Emacs port 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, 30 Jul 2009 22:32:14 -0000 Giorgos Keramidas writes: > On Thu, 30 Jul 2009 16:42:26 +0900, Byung-Hee HWANG wrote: >> Hello! A few hours ago, Chong Yidong, Emacs maintainer, has been >> released Emacs 23.1 on gnu.org's mailing lists. Since i use Emacs as >> default mailer, i really want that FreeBSD Project Release Team to add >> Emacs 23.1 (Stable Ver.) into FreeBSD 8.0-RELEASE. Because i use only >> -RELEASE branch as far as i possibly can. Then i can use pkg_add >> instead of ports, so easily. Thanks in advance ..;; > > Hi Byung-Hee, > > AFAIK, The ports are not frozen yet. I think we can make it by updating > the port before this weekend. > > There is a bit of testing to make sure that we can repo-copy the > editors/emacs port to editors/emacs22 and check that the new > editors/emacs port for 23.1 works fine. > > I'm working on it, and I will post patches soon-ish :) Thanks, Giorgos! Let's fire Emacs gun! ... and following is somewhat off topic. FreeBSD Project's SPF rules marked Giorgos's mail address (keramida@freebsd.org) as "softfail". That's bad news to me. SPF [RFC4408] is Experimental draft, you know. Actually Giorgos's mail is very healthy message. Hmm.. i cannot understand why FreeBSD Project postmaster team adopted such lame email policy. Please let's go with another policy (e.g., RFC4801). There is good role model on RFC4801. The Python Project deployed RFC4801 rules in their own mailing list server, as far as i know. And i heard that is working very fine ... Sincerely, -- "Do you have my goods still? Did you look inside?" "I'm not interested in things that don't concern me." -- Peter Clemenza and Vito Corleone, "Chapter 14", page 194-195 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 22:44:49 2009 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 CE462106566B; Thu, 30 Jul 2009 22:44:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A55A98FC17; Thu, 30 Jul 2009 22:44:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n6UMil58034270; Thu, 30 Jul 2009 18:44:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6UMilXv067203; Thu, 30 Jul 2009 18:44:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 75BC81B5060; Thu, 30 Jul 2009 18:44:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090730224447.75BC81B5060@freebsd-stable.sentex.ca> Date: Thu, 30 Jul 2009 18:44:47 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7 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: Thu, 30 Jul 2009 22:44:50 -0000 TB --- 2009-07-30 21:13:26 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-07-30 21:13:26 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2009-07-30 21:13:26 - cleaning the object tree TB --- 2009-07-30 21:13:47 - cvsupping the source tree TB --- 2009-07-30 21:13:47 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2009-07-30 21:13:55 - building world TB --- 2009-07-30 21:13:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 21:13:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 21:13:55 - TARGET=ia64 TB --- 2009-07-30 21:13:55 - TARGET_ARCH=ia64 TB --- 2009-07-30 21:13:55 - TZ=UTC TB --- 2009-07-30 21:13:55 - __MAKE_CONF=/dev/null TB --- 2009-07-30 21:13:55 - cd /src TB --- 2009-07-30 21:13:55 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 30 21:13:56 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 30 22:39:47 UTC 2009 TB --- 2009-07-30 22:39:47 - generating LINT kernel config TB --- 2009-07-30 22:39:47 - cd /src/sys/ia64/conf TB --- 2009-07-30 22:39:47 - /usr/bin/make -B LINT TB --- 2009-07-30 22:39:47 - building LINT kernel TB --- 2009-07-30 22:39:47 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 22:39:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 22:39:47 - TARGET=ia64 TB --- 2009-07-30 22:39:47 - TARGET_ARCH=ia64 TB --- 2009-07-30 22:39:47 - TZ=UTC TB --- 2009-07-30 22:39:47 - __MAKE_CONF=/dev/null TB --- 2009-07-30 22:39:47 - cd /src TB --- 2009-07-30 22:39:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 30 22:39:47 UTC 2009 >>> 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 /src/sys/dev/an/if_an_isa.c 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 /src/sys/dev/an/if_an_pccard.c 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 /src/sys/dev/an/if_an_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -c ; 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 ata_if.c 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 /src/sys/dev/ata/ata-all.c /src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-30 22:44:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-30 22:44:47 - ERROR: failed to build lint kernel TB --- 2009-07-30 22:44:47 - 4752.06 user 384.24 system 5480.51 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 22:50:55 2009 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 805DC106566B for ; Thu, 30 Jul 2009 22:50:55 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 363108FC15 for ; Thu, 30 Jul 2009 22:50:55 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id C538F60E5 for ; Thu, 30 Jul 2009 18:50:53 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1248994253; bh=2VqdUKAJPjl8OLmGhoP7rd5KdmGnpY5b6Y8l+lmCB3Y=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=FMHIEvtZvQ56dAzFmAWh4XpJi0IBY1m4qjrdYM8yTdS0WGpgs1OKtqB2MNxD6vujC YJAZo9UH+6axxY4Od5/2Fe3WRDRhadn/wyXhMFKnNB1HuMsEPpkL6LajXDrB3J8 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type; b=k/zbYi/fvM//s91T8f/OoZhxAgsljnm207hyBNlfqHtToD2KyPMuRlrHNw1J92pEQ 2BBvpXkvTAE/7IUjQkDSpGKEQax2vayet3zYflBaSwnbnPg7NVTXJxZmmepI+7Q Message-ID: <4A7223C8.5070607@protected-networks.net> Date: Thu, 30 Jul 2009 18:50:48 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.22 (X11/20090723) MIME-Version: 1.0 To: freebsd-stable References: <20090730224447.75BC81B5060@freebsd-stable.sentex.ca> In-Reply-To: <20090730224447.75BC81B5060@freebsd-stable.sentex.ca> X-Enigmail-Version: 0.96.0 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------010808030503090201050400" Subject: Re: [releng_7 tinderbox] failure on ia64/ia64 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, 30 Jul 2009 22:50:55 -0000 This is a multi-part message in MIME format. --------------010808030503090201050400 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 FreeBSD Tinderbox wrote: > 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 /src/sys/dev/ata/ata-all.c > /src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': > /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union > /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union > *** Error code 1 Presumably, the intended lines were as in the attached patch .. imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpyI8gACgkQQv9rrgRC1JLagQCfVzv7O2cV3qAgj9TT6qQe+kFj RIUAoIArFHee79h4wDaRgFZm4wgQeieQ =ZbvL -----END PGP SIGNATURE----- --------------010808030503090201050400 Content-Type: text/x-diff; name="ata-all.max_iosize.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata-all.max_iosize.patch" *** ata-all.c~ Thu Jul 30 14:11:23 2009 --- ata-all.c Thu Jul 30 18:46:43 2009 *************** *** 451,457 **** switch (cmd) { case IOCATAREQUEST: if (ioc_request->count > ! (ch->dma.max_iosize ? ch->dma.max_iosize : DFLTPHYS)) { return (EFBIG); } if (!(buf = malloc(ioc_request->count, M_ATA, M_NOWAIT))) { --- 451,457 ---- switch (cmd) { case IOCATAREQUEST: if (ioc_request->count > ! (atadev->max_iosize ? atadev->max_iosize : DFLTPHYS)) { return (EFBIG); } if (!(buf = malloc(ioc_request->count, M_ATA, M_NOWAIT))) { --------------010808030503090201050400-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 22:53:27 2009 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 E74B31065672; Thu, 30 Jul 2009 22:53:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BE5C28FC18; Thu, 30 Jul 2009 22:53:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n6UMrQiA035001; Thu, 30 Jul 2009 18:53:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6UMrPjI082112; Thu, 30 Jul 2009 18:53:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D4A6D1B5060; Thu, 30 Jul 2009 18:53:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090730225325.D4A6D1B5060@freebsd-stable.sentex.ca> Date: Thu, 30 Jul 2009 18:53:25 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7 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: Thu, 30 Jul 2009 22:53:28 -0000 TB --- 2009-07-30 21:44:01 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-07-30 21:44:01 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2009-07-30 21:44:01 - cleaning the object tree TB --- 2009-07-30 21:44:25 - cvsupping the source tree TB --- 2009-07-30 21:44:25 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2009-07-30 21:44:32 - building world TB --- 2009-07-30 21:44:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 21:44:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 21:44:32 - TARGET=powerpc TB --- 2009-07-30 21:44:32 - TARGET_ARCH=powerpc TB --- 2009-07-30 21:44:32 - TZ=UTC TB --- 2009-07-30 21:44:32 - __MAKE_CONF=/dev/null TB --- 2009-07-30 21:44:32 - cd /src TB --- 2009-07-30 21:44:32 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 30 21:44:33 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 30 22:50:12 UTC 2009 TB --- 2009-07-30 22:50:12 - generating LINT kernel config TB --- 2009-07-30 22:50:12 - cd /src/sys/powerpc/conf TB --- 2009-07-30 22:50:12 - /usr/bin/make -B LINT TB --- 2009-07-30 22:50:12 - building LINT kernel TB --- 2009-07-30 22:50:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 22:50:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 22:50:12 - TARGET=powerpc TB --- 2009-07-30 22:50:12 - TARGET_ARCH=powerpc TB --- 2009-07-30 22:50:12 - TZ=UTC TB --- 2009-07-30 22:50:12 - __MAKE_CONF=/dev/null TB --- 2009-07-30 22:50:12 - cd /src TB --- 2009-07-30 22:50:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 30 22:50:12 UTC 2009 >>> 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 -Werror /src/sys/dev/an/if_an.c 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 -Werror /src/sys/dev/an/if_an_pccard.c 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 -Werror /src/sys/dev/an/if_an_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -c ; 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 -Werror ata_if.c 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 -Werror /src/sys/dev/ata/ata-all.c /src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-30 22:53:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-30 22:53:25 - ERROR: failed to build lint kernel TB --- 2009-07-30 22:53:25 - 3530.26 user 352.96 system 4163.88 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 22:54:31 2009 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 0B9C5106566B; Thu, 30 Jul 2009 22:54:31 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (pinus.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 845B48FC27; Thu, 30 Jul 2009 22:54:30 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (localhost.izb.knu.ac.kr [IPv6:::1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id E02815735A; Fri, 31 Jul 2009 07:54:28 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=izb.knu.ac.kr; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-type:content-transfer-encoding; s= soyeomul; bh=eQDsnj1pvapKtQsleSQvNSvF7yY3rI+UycBIVDdY1oc=; b=aIL HrvCtYRevsyT7hOP1jJrIZF08Ty8XEiiuUtqPygKpIcYUoPz8Akk0wDYFW64zwrS 83fFXyZHknRDsvi4eYEEFEHoyKVDDFxR31cWjR4R61/sJilqMUmc+xuVvZFhzXE2 Y3eaZG5Wd4aaFsa97P2NmYESsEZM3at8Wjsfk7Ow= DomainKey-Signature: a=rsa-sha1; c=simple; d=izb.knu.ac.kr; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; q=dns; s=soyeomul; b=Hq +jq/lRLb/Gvi4hG7D12eidXcwLGsB0M6E6nZs7niKl7oy+3plUmRnlrg4QTJ0WZd YjABWBZxgoQluIR38oxi8F7Wx1tQ34VQaW9VnBdHRwB1G2R0XEfSsuaAY2jfLUF1 PAXI8Oj6LQfpwGSK5/b9InvaUn3zS4+sW/aZql56k= Received: from rhodo.izb.knu.ac.kr (rhodo.izb.knu.ac.kr [IPv6:2001:470:1f05:5f8:3::2]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 8520357359; Fri, 31 Jul 2009 07:54:28 +0900 (KST) Received: from betla.izb.knu.ac.kr (betla.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::b]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: bh@izb.knu.ac.kr) by rhodo.izb.knu.ac.kr (Postfix) with ESMTP id DB0881CD6F; Fri, 31 Jul 2009 07:54:24 +0900 (KST) From: Byung-Hee HWANG To: Giorgos Keramidas Organization: DJ References: <86tz0upqfx.fsf@betla.izb.knu.ac.kr> <87ljm6qi4j.fsf@kobe.laptop> <86vdl9yf8e.fsf@betla.izb.knu.ac.kr> X-Url: http://izb.knu.ac.kr/~bh/ Date: Fri, 31 Jul 2009 07:54:17 +0900 In-Reply-To: <86vdl9yf8e.fsf@betla.izb.knu.ac.kr> (Byung-Hee HWANG's message of "Fri, 31 Jul 2009 07:32:01 +0900") Message-ID: <867hxp4w9y.fsf@betla.izb.knu.ac.kr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, re@freebsd.org Subject: Re: 8.0-RELEASE and Emacs port 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, 30 Jul 2009 22:54:31 -0000 Byung-Hee HWANG writes: > Giorgos Keramidas writes: > >> On Thu, 30 Jul 2009 16:42:26 +0900, Byung-Hee HWANG wrote: >>> Hello! A few hours ago, Chong Yidong, Emacs maintainer, has been >>> released Emacs 23.1 on gnu.org's mailing lists. Since i use Emacs as >>> default mailer, i really want that FreeBSD Project Release Team to add >>> Emacs 23.1 (Stable Ver.) into FreeBSD 8.0-RELEASE. Because i use only >>> -RELEASE branch as far as i possibly can. Then i can use pkg_add >>> instead of ports, so easily. Thanks in advance ..;; >> >> Hi Byung-Hee, >> >> AFAIK, The ports are not frozen yet. I think we can make it by updating >> the port before this weekend. >> >> There is a bit of testing to make sure that we can repo-copy the >> editors/emacs port to editors/emacs22 and check that the new >> editors/emacs port for 23.1 works fine. >> >> I'm working on it, and I will post patches soon-ish :) > > Thanks, Giorgos! Let's fire Emacs gun! > > ... and following is somewhat off topic. FreeBSD Project's SPF rules > marked Giorgos's mail address (keramida@freebsd.org) as > "softfail". That's bad news to me. SPF [RFC4408] is Experimental draft, > you know. Actually Giorgos's mail is very healthy message. Hmm.. i > cannot understand why FreeBSD Project postmaster team adopted such lame > email policy. Please let's go with another policy (e.g., RFC4801). There > is good role model on RFC4801. The Python Project deployed RFC4801 rules > in their own mailing list server, as far as i know. And i heard that is > working very fine ... Oops, i made mistake. The above RFC4801 should be RFC4871. Sorry ;; -- "Sonny, you in there?" "Yeah, Tom, what is it?" -- Tom Hagen and Santino Corleone, "Chapter 1", page 28 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 23:48:23 2009 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 E361F106564A; Thu, 30 Jul 2009 23:48:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A55448FC0C; Thu, 30 Jul 2009 23:48:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6UNmKx6032316; Thu, 30 Jul 2009 19:48:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n6UNmJts066202; Thu, 30 Jul 2009 19:48:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B745E1B5060; Thu, 30 Jul 2009 19:48:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090730234819.B745E1B5060@freebsd-stable.sentex.ca> Date: Thu, 30 Jul 2009 19:48:19 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 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: Thu, 30 Jul 2009 23:48:23 -0000 TB --- 2009-07-30 22:44:47 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-07-30 22:44:47 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2009-07-30 22:44:47 - cleaning the object tree TB --- 2009-07-30 22:45:13 - cvsupping the source tree TB --- 2009-07-30 22:45:13 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2009-07-30 22:45:21 - building world TB --- 2009-07-30 22:45:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 22:45:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 22:45:21 - TARGET=sparc64 TB --- 2009-07-30 22:45:21 - TARGET_ARCH=sparc64 TB --- 2009-07-30 22:45:21 - TZ=UTC TB --- 2009-07-30 22:45:21 - __MAKE_CONF=/dev/null TB --- 2009-07-30 22:45:21 - cd /src TB --- 2009-07-30 22:45:21 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 30 22:45:22 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 30 23:44:50 UTC 2009 TB --- 2009-07-30 23:44:50 - generating LINT kernel config TB --- 2009-07-30 23:44:50 - cd /src/sys/sparc64/conf TB --- 2009-07-30 23:44:50 - /usr/bin/make -B LINT TB --- 2009-07-30 23:44:50 - building LINT kernel TB --- 2009-07-30 23:44:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 23:44:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 23:44:50 - TARGET=sparc64 TB --- 2009-07-30 23:44:50 - TARGET_ARCH=sparc64 TB --- 2009-07-30 23:44:50 - TZ=UTC TB --- 2009-07-30 23:44:50 - __MAKE_CONF=/dev/null TB --- 2009-07-30 23:44:50 - cd /src TB --- 2009-07-30 23:44:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 30 23:44:50 UTC 2009 >>> 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 -Werror /src/sys/dev/an/if_an_isa.c 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 -Werror /src/sys/dev/an/if_an_pccard.c 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 -Werror /src/sys/dev/an/if_an_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -c ; 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 -Werror ata_if.c 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 -Werror /src/sys/dev/ata/ata-all.c /src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-30 23:48:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-30 23:48:19 - ERROR: failed to build lint kernel TB --- 2009-07-30 23:48:19 - 3303.37 user 354.24 system 3812.23 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 00:34:37 2009 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 4542B106566C for ; Fri, 31 Jul 2009 00:34:37 +0000 (UTC) (envelope-from johnsijs@home.nl) Received: from smtpq4.tb.mail.iss.as9143.net (smtpq4.tb.mail.iss.as9143.net [212.54.42.167]) by mx1.freebsd.org (Postfix) with ESMTP id 0461E8FC1A for ; Fri, 31 Jul 2009 00:34:36 +0000 (UTC) (envelope-from johnsijs@home.nl) Received: from [212.54.42.133] (helo=smtp2.tb.mail.iss.as9143.net) by smtpq4.tb.mail.iss.as9143.net with esmtp (Exim 4.69) (envelope-from ) id 1MWfor-00061I-E3 for stable@freebsd.org; Fri, 31 Jul 2009 02:17:57 +0200 Received: from [84.25.65.118] (helo=cp181567-a.landg1.lb.home.nl) by smtp2.tb.mail.iss.as9143.net with esmtp (Exim 4.69) (envelope-from ) id 1MWfoq-0006AZ-SK for stable@freebsd.org; Fri, 31 Jul 2009 02:17:56 +0200 Date: Fri, 31 Jul 2009 02:18:59 +0200 To: stable@freebsd.org From: "John Sijstermans" Content-Type: text/plain; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.64 (FreeBSD) X-ZiggoSMTP-MailScanner-Information: Please contact the ISP for more information X-ZiggoSMTP-MailScanner-ID: 1MWfoq-0006AZ-SK X-ZiggoSMTP-MailScanner: Found to be clean X-ZiggoSMTP-MailScanner-SpamCheck: spam, SpamAssassin (not cached, score=5.044, required 5, ALL_TRUSTED -1.80, BAYES_50 0.00, BODY_EMPTY 0.50, EMPTY_MESSAGE 2.31, MISSING_SUBJECT 1.82, TVD_SPACE_RATIO 2.22) X-ZiggoSMTP-MailScanner-SpamScore: sssss X-ZiggoSMTP-MailScanner-From: johnsijs@home.nl X-Spam-Flag: YES Cc: Subject: {Spam?} 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, 31 Jul 2009 00:34:37 -0000 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 05:19:50 2009 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 DB48E106564A; Fri, 31 Jul 2009 05:19:50 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id 58A8B8FC1D; Fri, 31 Jul 2009 05:19:49 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.5) by cp-out1.libero.it (8.5.107) id 4A7204C400013898; Fri, 31 Jul 2009 07:19:48 +0200 Date: Fri, 31 Jul 2009 07:19:48 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "attilio" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 79.9.234.196 Cc: freebsd-bugs , freebsd-stable Subject: Re: kern/134584: [panic] spin lock held too long 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, 31 Jul 2009 05:19:51 -0000 > The following reply was made to PR kern/134584; it has been noted by GN= ATS. > > From: Attilio Rao > To: barbara > Cc: bug-followup , FreeBSD-stable > Subject: Re: kern/134584: [panic] spin lock held too long > Date: Sun, 26 Jul 2009 16:36:44 +0200 > > 2009/7/26 barbara : > > It happened again, on shutdown. > > As the previous time, it happened after a high (for a desktop) uptim= e and, if it could matter, after running net-p2p/transmission-gtk2 for se= veral hours. > > I don't know if it's related, but often quitting transmission, doesn= 't terminate the process. Sometimes it end after several minutes the gui = exited, sometimes it's still running after hours. > > I've noticed it as the destination folder is on a manually mounted d= evice and I can't umount it as fstat reports the device used by a transmi= ssion process. > > So I often have to kill it. > > This happened both the time I had this kind of panic. > > Can you try to reproduce it with WITNESS and *without* > WITNESS_SKIPSPIN? I would need to look at "show alllocks" and > possibily "ps" because it seems that the lock owner is preempted but > it should not happen while holding a spinlock (unless the acquired > spinlock is the one in the preempting path, in this case thought it > should drop inside sched_switch() and we can try to understand why > that doesn't happen). > Yesterday it happened again but the machines locked on panic command and = nothing was dumped. It also happened today, and as yesterday after some hours (~10) of uptime= , but this time I've got no ddb.txt, just vmcore. It stopped after the following message: cpu reset: Stopping other CPUs The output of "show alllocks command" is (http://pastebin.com/f2323ad60):= Process 1 (init) thread 0xc589bd80 (100002) exclusive sleep mutex Giant r =3D 0 (0xc0873b10) locked @ /usr/src/sys/ke= rn/kern_module.c:102 That is the "mtx_lock(&Giant);" line in "static void module_shutdown(void= *arg1, int arg2)". ps -axl from crashinfo (http://pastebin.com/f15e7ff90): UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMA= ND 0 0 0 0 -16 0 0 0 sched DLs ?? 10505772:02.00 = [swapper] 0 1 0 0 -8 0 1888 0 - RLs ?? 8198756:46.00 [= init] 0 2 0 0 -8 0 0 0 - DL ?? -31491914:-33.5= 5 [g_event] 0 3 0 0 -8 0 0 0 - DL ?? -18031048:-1.55= [g_up] 0 4 0 0 -8 0 0 0 - DL ?? 29902314:39.00 = [g_down] 0 5 0 0 8 0 0 0 - DL ?? 0:00.00 [kque= ue tas 0 6 0 0 -8 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_= thrd] 0 7 0 0 8 0 0 0 - DL ?? 0:00.00 [acpi= _task_ 0 8 0 0 8 0 0 0 - DL ?? 0:00.00 [acpi= _task_ 0 9 0 0 8 0 0 0 - DL ?? 0:00.00 [acpi= _task_ 0 10 0 0 -16 0 0 0 audit_ DL ?? 0:00.00 [audi= t] 0 11 0 0 171 0 0 0 - RL ?? 30495164:05.00 = [idle: cpu1 0 12 0 0 171 0 0 0 - RL ?? -8752676:-56.55= [idle: cpu0 0 13 0 0 -44 0 0 0 - WL ?? 1297477:00.00 [= swi1: net] 0 14 0 0 -32 0 0 0 - RL ?? 25300285:42.00 = [swi4: cloc 0 15 0 0 -36 0 0 0 - WL ?? 0:00.00 [swi3= : vm] 0 16 0 0 -16 0 0 0 - DL ?? 33237141:47.00 = [yarrow] 0 17 0 0 -40 0 0 0 - WL ?? 33608583:19.00 = [swi2: camb 0 18 0 0 -28 0 0 0 - WL ?? 0:00.00 [swi5= : +] 0 19 0 0 8 0 0 0 - DL ?? 577:12.00 [thre= ad tas 0 20 0 0 -24 0 0 0 - WL ?? 15874802:41.00 = [swi6: Gian 0 21 0 0 -24 0 0 0 - WL ?? 34388543:22.00 = [swi6: task 0 22 0 0 -52 0 0 0 - WL ?? 0:00.00 [irq9= : acpi 0 23 0 0 -80 0 0 0 - WL ?? 33965005:45.00 = [irq24: vga 0 24 0 0 -64 0 0 0 - WL ?? 0:00.00 [irq2= 8: ata 0 25 0 0 -64 0 0 0 - WL ?? 15406643:53.00 = [irq21: ata 0 26 0 0 -64 0 0 0 - WL ?? 225221:21.00 [i= rq14: ata 0 27 0 0 -64 0 0 0 - WL ?? -19343052:-29.5= 5 [irq15: ata 0 28 0 0 -64 0 0 0 - WL ?? -5763326:-52.55= [irq20: uhc 0 29 0 0 8 0 0 0 usbevt DL ?? 143817:50.00 [u= sb0] 0 30 0 0 8 0 0 0 usbtsk DL ?? 0:00.00 [usbt= ask-hc 0 31 0 0 8 0 0 0 usbtsk DL ?? 0:00.00 [usbt= ask-dr 0 32 0 0 -64 0 0 0 - WL ?? 0:00.00 [irq2= 2: uhc 0 33 0 0 8 0 0 0 usbevt DL ?? 139260:44.00 [u= sb1] 0 34 0 0 8 0 0 0 usbevt DL ?? 154878:51.00 [u= sb2] 0 35 0 0 -64 0 0 0 - WL ?? 0:00.00 [irq2= 3: uhc 0 36 0 0 8 0 0 0 usbevt DL ?? 147693:41.00 [u= sb3] 0 37 0 0 8 0 0 0 usbevt DL ?? 153607:50.00 [u= sb4] 0 38 0 0 -80 0 0 0 - RL ?? -23091533:-19.5= 5 [irq256: hd 0 39 0 0 -68 0 0 0 - WL ?? -9517088:-16.55= [irq19: rl0 0 40 0 0 -8 0 0 0 - DL ?? 8660889:23.00 [= fdc0] 0 41 0 0 -48 0 0 0 - WL ?? 0:00.00 [swi0= : sio] 0 42 0 0 -60 0 0 0 - WL ?? 19344460:25.00 = [irq1: atkb 0 43 0 0 -60 0 0 0 - WL ?? 0:00.00 [irq7= : ppbu 0 44 0 0 -16 0 0 0 waitin DL ?? 1395:36.00 [sct= p_itera 0 45 0 0 -16 0 0 0 psleep DL ?? 23513565:41.00 = [pagedaemon 0 46 0 0 20 0 0 0 psleep DL ?? 239:30.00 [vmda= emon] 0 47 0 0 171 0 0 0 pgzero DL ?? 19812:23.00 [pa= gezero] 0 48 0 0 20 0 0 0 ktsusp DL ?? 31705008:58.00 = [bufdaemon] 0 49 0 0 20 0 0 0 ktsusp DL ?? 17747103:57.00 = [syncer] 0 50 0 0 20 0 0 0 ktsusp DL ?? 26534645:02.00 = [vnlru] 0 51 0 0 -16 0 0 0 sdflus DL ?? 4932805:02.00 [= softdepflu From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 05:54:54 2009 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 C65FD106564A for ; Fri, 31 Jul 2009 05:54:54 +0000 (UTC) (envelope-from cm@therek.net) Received: from lux.therek.net (lux.therek.net [64.85.172.243]) by mx1.freebsd.org (Postfix) with ESMTP id 903588FC08 for ; Fri, 31 Jul 2009 05:54:54 +0000 (UTC) (envelope-from cm@therek.net) Received: from [10.3.81.80] (gate01.polsat.net.pl [193.164.142.33]) (authenticated bits=0) by lux.therek.net (8.14.3/8.14.3) with ESMTP id n6V5spJV014544 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Fri, 31 Jul 2009 07:54:53 +0200 (CEST) Message-ID: <4A728725.70003@therek.net> Date: Fri, 31 Jul 2009 07:54:45 +0200 From: Cezary Morga User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <20090729200013.GB2841@tafi.alm.flutnet.org> <4A70ACD2.6030804@FreeBSD.org> <20090729203552.GC2841@tafi.alm.flutnet.org> In-Reply-To: <20090729203552.GC2841@tafi.alm.flutnet.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) 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, 31 Jul 2009 05:54:55 -0000 Alson van der Meulen pisze: > * Doug Barton [2009-07-29 22:10]: >> I'm planning to remove the -u option altogether. It actually does very >> little now, and certainly does not do what most users expect it should >> do. If I may chip in here on a similar note. I'm currently looking for a port management tool that might replace good ol' portinstall/portupgrade tools in my toolbox. Portmaster looks promising but I noticed that it doesn't seem to take BATCH=yes in my /etc/make.conf into consideration. So, is it me or there's something more I have to do? -- Cezary Morga From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 06:02:00 2009 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 D0CB3106564A for ; Fri, 31 Jul 2009 06:02:00 +0000 (UTC) (envelope-from cm@therek.net) Received: from lux.therek.net (lux.therek.net [64.85.172.243]) by mx1.freebsd.org (Postfix) with ESMTP id 975158FC12 for ; Fri, 31 Jul 2009 06:02:00 +0000 (UTC) (envelope-from cm@therek.net) Received: from [10.3.81.80] (gate01.polsat.net.pl [193.164.142.33]) (authenticated bits=0) by lux.therek.net (8.14.3/8.14.3) with ESMTP id n6V61vup001020 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 31 Jul 2009 08:01:58 +0200 (CEST) Message-ID: <4A7288D0.4080003@therek.net> Date: Fri, 31 Jul 2009 08:01:52 +0200 From: Cezary Morga User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Doug Barton References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <58F0204B-ECE6-479A-AAC2-7868E71ABB43@exscape.org> <367b2c980907200729s57eafbbfw83c8ae5a94f41ffc@mail.gmail.com> <4A6628F0.6080802@mail.zedat.fu-berlin.de> <20090721215201.GA61999@troutmask.apl.washington.edu> <1248277420.8644.70.camel@localhost> <20090722193033.GA83848@zim.MIT.EDU> <20090723011246.GA29465@osiris.mauzo.dyndns.org> <4A6EDD32.6000800@morrow.me.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ben Morrow , freebsd-stable@freebsd.org Subject: Re: portmaster -s text (Was: Re: HEADS-UP: Shared Library Versions bumped) 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, 31 Jul 2009 06:02:01 -0000 Doug Barton pisze: > I can't speak for portupgrade but the vast majority of time with > portmaster is actually spent building the port. The updating of > /var/db/pkg is trivial in comparison. What portmaster does that > bsd.port.mk by itself does not is allow you to update dependencies in > place instead of having to uninstall the things that depend on them first, > then reinstall them after the update. Actually, 'make deinstall' deinstalls given port without removing ports that depends on it. -- Cezary Morga From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 07:14:44 2009 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 EBAD2106566C for ; Fri, 31 Jul 2009 07:14:44 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id B2B898FC13 for ; Fri, 31 Jul 2009 07:14:44 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 27776 invoked by alias); 31 Jul 2009 03:55:45 -0000 Message-ID: <20090731035545.27775.qmail@us1.tomahawkonline.net> From: "Sagara Wijetunga" To: freebsd-stable@freebsd.org Date: Fri, 31 Jul 2009 11:55:45 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Now doesn't unmount on time 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, 31 Jul 2009 07:14:45 -0000 Hi FreeBSD community We are Tomahawk Desktop, trying to make a working desktop OS based on FreeBSD! We use FreeBSD 7.2 on i386. We earlier discussed two crucial issues regarding a desktop OS: 1.http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051231.html 2.http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051136.html http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009350.html But it seems above discussions ended without any action. Now we have another issue, we used amd(8) to automatically mount file systems (USB and CD especially), the amd mounts without an issue but doesn't unmount on time. Unmount time is variable and takes more than a minute sometimes. I presume there is no other alternative on FreeBSD to mount file systems other than amd(8). We want to unmount of an inactivity period of 1 second, we have tried unmount and utimeout options. It may be this issue: http://www.am-utils.org/docs/am-utils/attrcache.txt But that is the status in 2005. What is the situation by now and what is the solution by FreeBSD? Btw, the Tomahawk Desktop v1.0 we released in 2005 based on Linux, we did not encounter such crippling issues. Kind regards Sagara From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 09:25:04 2009 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 5F94B1065673 for ; Fri, 31 Jul 2009 09:25:04 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id F22918FC15 for ; Fri, 31 Jul 2009 09:25:03 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id DD25A153437 for ; Fri, 31 Jul 2009 11:25:02 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q0X1Vtug-0NM; Fri, 31 Jul 2009 11:25:00 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id 9A7CC153434 for ; Fri, 31 Jul 2009 11:25:00 +0200 (CEST) Message-ID: <4A72B8E4.6060509@withagen.nl> Date: Fri, 31 Jul 2009 11:27:00 +0200 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 09:25:04 -0000 Compiling the kernel gives me: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c /usr/src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 With a 6.4 of last night.... So I guess 6.4 -> 7.2 needs to go via 7.0 ?? --WjW From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 09:36:24 2009 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 196E41065675 for ; Fri, 31 Jul 2009 09:36:24 +0000 (UTC) (envelope-from sent2400@respread.com) Received: from smtp3.respread.com (smtp3.respread.com [204.10.77.155]) by mx1.freebsd.org (Postfix) with ESMTP id BB3618FC27 for ; Fri, 31 Jul 2009 09:36:23 +0000 (UTC) (envelope-from sent2400@respread.com) Received: from DS1168 ([204.10.77.90]) by smtp3.respread.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 31 Jul 2009 04:36:22 -0500 From: "World Crown Electronics Ltd" To: "freebsd-stable@freebsd.org" Date: Fri, 31 Jul 2009 05:36:15 -0400 MIME-Version: 1.0 X-Mailer: aspNetEmail ver 3.6.0.67 X-Spread-CampaignId: 26753 X-Spread-SubscriberId: 7648016 X-Spread-SpreaderId: 2400 Message-ID: X-OriginalArrivalTime: 31 Jul 2009 09:36:22.0083 (UTC) FILETIME=[5D579930:01CA11C2] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: HUB at USD1.10 1Kpcs (usb1.1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sales@worldcrown.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 09:36:24 -0000 Promotional gift with YOUR OWN LOGO HUB302 USD1=2E10 1Kpcs (usb1=2E= 1) =0D=0D=09 ( http://rs-tr=2Ecom//t=2Easpx/subid/7648016/camid/26753/www= =2Eworldcrown=2Enet/product_info=2Easp?id=3D529 ) ( http://rs-tr=2Ecom//t= =2Easpx/subid/7648016/camid/26753/worldcrown=2Enet/product_info=2Easp?id=3D= 539 ) ( http://rs-tr=2Ecom//t=2Easpx/subid/7648016/camid/26753/httpsgjf34= ewww=2Ereasonablespread=2Ecom/Management/Campaign/AddCampaignContent=2Eas= px?campaign_id=3D15518 ) =09 ( http://rs-tr=2Ecom//t=2Easpx/subid/7648016= /camid/26753/worldcrown=2Enet/product_info=2Easp?id=3D592 ) =09=0D=0DHUB3= 25 =09=0D=0DHUB321 =09=0D=0DHUB317 =0D=0D=09 =09=0D=0D=09 = HUB316 =09 HUB312 =09=0D=0D = HUB309 =0D=0D=09 =09=0D=0D=09 HUB302= =09 HUB300 =09=0D=0D HUB3= 22 =0D=0D **The above prices are based on 1K pcs for HUB302 USB1=2E1= at USD1=2E10=2E For other models, please send us your enquiry=2E =0D=0D= For more product details, please visit http://worldcrown=2Enet ( http://r= s-tr=2Ecom//t=2Easpx/subid/7648016/camid/26753/rs-tr=2Ecom//t=2Easpx/subi= d/6782126/camid/25821/worldcrown=2Enet/ ) =0D=0DPlease tell me your MSN= or Skype so we can discuss directly=2E My MSN is world=2Ecrown=40hotmail= =2Ecom ( ) and Skype is sales3_worldcrown=2Enet =0D=0DMs Li ____________= _____________ Direct Line: (852) 31870298 , Email: li=40worldcrown=2Enet= ( ), Skype: sales3_worldcrown=2Enet, MSN: world=2Ecrown=40hotmail=2Ecom= ( ) =0D=0D WORLD CROWN ELECTRONICS LTD =0D=0DHong Kong =0D=0DOf= fice =26 Showroom: Unit 371-374, 3/F=2E, Sino Industrial Plaza, 9 Kai Che= ung Road, Kowloon Bay, Kowloon, Hong Kong =0D=0DTel: (852) 3187 0228 (18= Lines) Fax:(852) 2155 0985 (3 Lines) =0D=0DChina =0D=0DOffice Addre= ss: Unit A516, Automobile Building, 45 Zhenhua Road, Futian District, She= nzhen, China Factory Adddress: 6/F=2E, B7 Building, Xujingchang Industry= Park, Fuyuanyi Road, Xinhe Community, Fuyong Street, Bao An District, Sh= enzhen, China=2E =0D=0D =2E =0D=0DForward this email ( http:= //rs-ar=2Ecom/2400-26753/=2Enewsletter/HUB_at_USD1=2E10_1Kpcs_(usb1=2E1)/= forward=2Easpx )=0D=0D=09 Update Email =26 Profile ( http://rs-sub=2Ecom/= SubscribeFormDetail=2Easpx?ens=3DdZQ92So05yHCJAsV4/KOpw=3D=3D=26type=3Dpr= ofile ) =7C Unsubscribe ( http://rs-sub=2Ecom/Unsubscribe=2Easpx?sub=3D76= 48016=26user=3D2400=26campid=3D26753=26type=3Dp ) =09 ( http://rs-w=2Eco= m/about=2Easpx?subid=3D7648016=26campid=3D26753 ) From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 09:42:04 2009 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 19D38106566C for ; Fri, 31 Jul 2009 09:42:04 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (imap.fagskolen.gjovik.no [IPv6:2001:700:1100:1:250:4ff:fe43:9d15]) by mx1.freebsd.org (Postfix) with ESMTP id 82B1E8FC1A for ; Fri, 31 Jul 2009 09:42:03 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (trond@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.8/8.13.8) with ESMTP id n6V9fuwI032804 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 31 Jul 2009 11:41:56 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.8/8.13.8/Submit) with ESMTP id n6V9ftBZ032801; Fri, 31 Jul 2009 11:41:55 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Fri, 31 Jul 2009 11:41:55 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Willem Jan Withagen In-Reply-To: <4A72B8E4.6060509@withagen.nl> Message-ID: <20090731112642.O28488@ramstind.fig.ol.no> References: <4A72B8E4.6060509@withagen.nl> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= OpenPGP: url=http://fagskolen.gjovik.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2114955752-1249033315=:28488" X-Spam-Status: No, hits=-0.9 required=5.0 tests=AWL,BAYES_50 autolearn=ham X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Cc: stable@freebsd.org Subject: Re: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 09:42:04 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-2114955752-1249033315=:28488 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Fri, 31 Jul 2009 11:27+0200, Willem Jan Withagen wrote: > With a 6.4 of last night.... Michael Butler contributed a patch where ch->max_iosize was changed twice to atadev->max_iosize on line 454 in src/sys/dev/ata/ata-all.c. Either re-cvsup and hope for the best or apply the patch manually. See http://docs.freebsd.org/cgi/getmsg.cgi?fetch=407870+0+current/freebsd-stable for more details if you deleted the email > So I guess 6.4 -> 7.2 needs to go via 7.0 ?? I'd do a binary upgrade to 7.2-R. gcc doesn't understand the -Wpointer-sign flag used when compiling RELENG_7_0_0_RELEASE using 6.4-STABLE¹ as of yesterday. I haven't tried to compile RELENG_7 using the same 6.4-STABLE system, so maybe I'll try that later today. If src/UPDATING could tell us how to get beyond the unrecognized -Wpointer-sign, the upgrade process using source would be a lot smoother. Trond. ¹ The 6.4-STABLE system mentioned is different from the system I'm using to send this mail. -- ---------------------------------------------------------------------- Trond Endrestøl | Trond.Endrestol@fagskolen.gjovik.no ACM, NAS, NUUG, SAGE, USENIX | FreeBSD 6.2-STABLE & Pine 4.64 --0-2114955752-1249033315=:28488-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 09:46:22 2009 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 4B6661065672 for ; Fri, 31 Jul 2009 09:46:22 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.yandex.ru (forward2.yandex.ru [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 05A5D8FC15 for ; Fri, 31 Jul 2009 09:46:21 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [77.88.46.104]) by forward2.yandex.ru (Yandex) with ESMTP id C10D3396828C; Fri, 31 Jul 2009 13:34:39 +0400 (MSD) Received: from [127.0.0.1] (unknown [188.128.19.1]) by smtp4.yandex.ru (Yandex) with ESMTPSA id 88B2CD30076; Fri, 31 Jul 2009 13:34:39 +0400 (MSD) Message-ID: <4A72BAAB.4080502@yandex.ru> Date: Fri, 31 Jul 2009 13:34:35 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Willem Jan Withagen References: <4A72B8E4.6060509@withagen.nl> In-Reply-To: <4A72B8E4.6060509@withagen.nl> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1249032879 X-Yandex-Spam: 1 X-Yandex-Front: smtp4.yandex.ru Cc: stable@freebsd.org Subject: Re: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 09:46:22 -0000 Willem Jan Withagen wrote: > With a 6.4 of last night.... > > So I guess 6.4 -> 7.2 needs to go via 7.0 ?? It is already fixed. http://svn.freebsd.org/changeset/base/195987 -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 09:51:14 2009 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 B8E01106564A for ; Fri, 31 Jul 2009 09:51:14 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 78EA18FC0A for ; Fri, 31 Jul 2009 09:51:14 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 633C5153434; Fri, 31 Jul 2009 11:51:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2MyhfmspWnqm; Fri, 31 Jul 2009 11:51:11 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id 8BB93153438; Fri, 31 Jul 2009 11:51:11 +0200 (CEST) Message-ID: <4A72BF07.7080603@digiware.nl> Date: Fri, 31 Jul 2009 11:53:11 +0200 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4A72B8E4.6060509@withagen.nl> <4A72BAAB.4080502@yandex.ru> In-Reply-To: <4A72BAAB.4080502@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 09:51:15 -0000 Andrey V. Elsukov wrote: > Willem Jan Withagen wrote: >> With a 6.4 of last night.... >> >> So I guess 6.4 -> 7.2 needs to go via 7.0 ?? > > It is already fixed. > http://svn.freebsd.org/changeset/base/195987 > cvsupped last night at 1:00 +1 So the apha-particle strikes again. ;) I'll update, and rerun. --WjW From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 10:06:28 2009 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 C2B75106564A for ; Fri, 31 Jul 2009 10:06:28 +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 DC77F8FC15 for ; Fri, 31 Jul 2009 10:06:27 +0000 (UTC) (envelope-from njm@njm.me.uk) Received: (qmail 16470 invoked from network); 31 Jul 2009 09:39:47 -0000 Received: from unknown (HELO titania.njm.me.uk) (86.129.201.170) by smtp003.apm-internet.net with SMTP; 31 Jul 2009 09:39:47 -0000 Received: from titania.njm.me.uk (localhost [127.0.0.1]) by titania.njm.me.uk (8.14.3/8.14.3) with ESMTP id n6V9dgkj033432; Fri, 31 Jul 2009 10:39:43 +0100 (BST) (envelope-from njm@njm.me.uk) Received: (from njm@localhost) by titania.njm.me.uk (8.14.3/8.14.3/Submit) id n6V9dgDJ033431; Fri, 31 Jul 2009 10:39:42 +0100 (BST) (envelope-from njm@njm.me.uk) Date: Fri, 31 Jul 2009 10:39:42 +0100 From: "N.J. Mann" To: Willem Jan Withagen Message-ID: <20090731093942.GA33339@titania.njm.me.uk> Mail-Followup-To: Willem Jan Withagen , stable@freebsd.org References: <4A72B8E4.6060509@withagen.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A72B8E4.6060509@withagen.nl> X-Operating-System: FreeBSD 7.2-STABLE User-Agent: mutt-NJM (2009-07-16) Cc: stable@freebsd.org Subject: Re: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 10:06:29 -0000 In message <4A72B8E4.6060509@withagen.nl>, Willem Jan Withagen (wjw@withagen.nl) wrote: > Compiling the kernel gives me: > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. > -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-omit-frame-pointer -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c > /usr/src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': > /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' > in something not a structure or union > /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' > in something not a structure or union > *** Error code 1 This was fixed earlier today so update your sources and try again. Cheers, Nick. -- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 10:51:34 2009 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 451A31065672 for ; Fri, 31 Jul 2009 10:51:34 +0000 (UTC) (envelope-from jeff.dowsley@mac.com) Received: from asmtpout019.mac.com (asmtpout019.mac.com [17.148.16.94]) by mx1.freebsd.org (Postfix) with ESMTP id 2E99F8FC08 for ; Fri, 31 Jul 2009 10:51:34 +0000 (UTC) (envelope-from jeff.dowsley@mac.com) MIME-version: 1.0 Received: from [192.168.1.101] (197.65.208.203.cable.sta.bal.ncable.com.au [203.208.65.197]) by asmtp019.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNN00EKM4PV5Y00@asmtp019.mac.com> for freebsd-stable@freebsd.org; Fri, 31 Jul 2009 02:51:34 -0700 (PDT) In-reply-to: <4A72B8E4.6060509@withagen.nl> References: <4A72B8E4.6060509@withagen.nl> Message-id: From: Jeff Dowsley Date: Fri, 31 Jul 2009 19:51:35 +1000 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 10:51:34 -0000 and in 7.2-STABLE (built July 27) cvsuped today and failed with max_iosize error . JeffD _____________________________ M 0427565791 jeff.dowsley@mac.com On 31/07/2009, at 7:27 PM, Willem Jan Withagen wrote: > Compiling the kernel gives me: > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested- > externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - > Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions - > nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL - > DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - > finline-limit=8000 --param inline-unit-growth=100 --param large- > function-growth=1000 -fno-omit-frame-pointer -mno-align-long- > strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse - > mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/dev/ata/ata- > all.c > /usr/src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': > /usr/src/sys/dev/ata/ata-all.c:454: error: request for member > 'max_iosize' in something not a structure or union > /usr/src/sys/dev/ata/ata-all.c:454: error: request for member > 'max_iosize' in something not a structure or union > *** Error code 1 > > > With a 6.4 of last night.... > > So I guess 6.4 -> 7.2 needs to go via 7.0 ?? > > --WjW > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 10:58:58 2009 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 C56D51065670 for ; Fri, 31 Jul 2009 10:58:58 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [IPv6:2001:700:1100:1:250:4ff:fe43:9d15]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4FA8FC1A for ; Fri, 31 Jul 2009 10:58:57 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (trond@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.8/8.13.8) with ESMTP id n6VAwlTx058732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 31 Jul 2009 12:58:47 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.8/8.13.8/Submit) with ESMTP id n6VAwlRN058729; Fri, 31 Jul 2009 12:58:47 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Fri, 31 Jul 2009 12:58:47 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Willem Jan Withagen In-Reply-To: <20090731112642.O28488@ramstind.fig.ol.no> Message-ID: <20090731124407.R28488@ramstind.fig.ol.no> References: <4A72B8E4.6060509@withagen.nl> <20090731112642.O28488@ramstind.fig.ol.no> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= OpenPGP: url=http://fagskolen.gjovik.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-2114955752-1249033315=:28488" Content-ID: <20090731124407.B28488@ramstind.fig.ol.no> X-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Cc: stable@freebsd.org Subject: Re: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 10:58:59 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-2114955752-1249033315=:28488 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: <20090731124407.S28488@ramstind.fig.ol.no> On Fri, 31 Jul 2009 11:41+0200, Trond Endrestøl wrote: > On Fri, 31 Jul 2009 11:27+0200, Willem Jan Withagen wrote: > > > So I guess 6.4 -> 7.2 needs to go via 7.0 ?? > > I'd do a binary upgrade to 7.2-R. gcc doesn't understand the > -Wpointer-sign flag used when compiling RELENG_7_0_0_RELEASE using > 6.4-STABLE as of yesterday. I haven't tried to compile RELENG_7 using > the same 6.4-STABLE system, so maybe I'll try that later today. I was refering to -Wno-pointer-sign, no doubt my memory degrades as I grow older. You/I/We have two options: 1. Run make buildkernel as make -DWITH_GCC3 buildkernel, or 2. Patch src/sys/conf/kern.mk using this patch, which will accomplish the same as above: --- src/sys/conf/kern.mk.orig 2009-03-07 21:39:42.000000000 +0100 +++ src/sys/conf/kern.mk 2009-07-31 12:35:41.000000000 +0200 @@ -14,7 +14,7 @@ -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual \ ${_wundef} ${_Wno_pointer_sign} -fformat-extensions .if !defined(WITH_GCC3) -_Wno_pointer_sign=-Wno-pointer-sign +#_Wno_pointer_sign=-Wno-pointer-sign .endif .if !defined(NO_UNDEF) _wundef= -Wundef Is the need of using -DWITH_GCC3 documented somewhere? It's not listed in src/UPDATING as far as I can tell. I'm currently compiling both kernel and world on the aforementioned 6.4-STABLE system and it. Compiling the kernel doesn't stop with error messages such as: -------------------------------------------------------------- >>> stage 3.1: making dependencies -------------------------------------------------------------- cd /usr/obj/usr/src/sys/ENTERPRISE; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp VERSION="FreeBSD 6.4-STABLE i386 604100" INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=1 make KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /usr/src/sys/i386/include gcc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /usr/src/sys/i386/i386/genassym.c cc1: error: unrecognized command line option "-Wno-pointer-sign" *** Error code 1 Stop in /usr/obj/usr/src/sys/ENTERPRISE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. exit Script done on Fri Jul 31 12:06:03 2009 Trond. -- ---------------------------------------------------------------------- Trond Endrestøl | Trond.Endrestol@fagskolen.gjovik.no ACM, NAS, NUUG, SAGE, USENIX | FreeBSD 6.2-STABLE & Pine 4.64 --0-2114955752-1249033315=:28488-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 11:32:29 2009 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 2540B106566B for ; Fri, 31 Jul 2009 11:32:29 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id D301F8FC17 for ; Fri, 31 Jul 2009 11:32:28 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C2A9E19E044; Fri, 31 Jul 2009 13:15:29 +0200 (CEST) Received: from [10.43.15.6] (cage.codelab.cz [94.124.105.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 91E9619E043; Fri, 31 Jul 2009 13:15:27 +0200 (CEST) Message-ID: <4A72D251.4070506@quip.cz> Date: Fri, 31 Jul 2009 13:15:29 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Cezary Morga References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <20090729200013.GB2841@tafi.alm.flutnet.org> <4A70ACD2.6030804@FreeBSD.org> <20090729203552.GC2841@tafi.alm.flutnet.org> <4A728725.70003@therek.net> In-Reply-To: <4A728725.70003@therek.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) 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, 31 Jul 2009 11:32:29 -0000 Cezary Morga wrote: > Alson van der Meulen pisze: > >> * Doug Barton [2009-07-29 22:10]: >> >>> I'm planning to remove the -u option altogether. It actually does very >>> little now, and certainly does not do what most users expect it should >>> do. > > > If I may chip in here on a similar note. > I'm currently looking for a port management tool that might replace good > ol' portinstall/portupgrade tools in my toolbox. Portmaster looks > promising but I noticed that it doesn't seem to take BATCH=yes in my > /etc/make.conf into consideration. So, is it me or there's something > more I have to do? I think BATCH=yes is unrelated to portmaster. This variable is (should be) read by port build process it-self as if you build it by command cd /usr/ports/category/port & make install clean Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 12:04:47 2009 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 A92A31065738 for ; Fri, 31 Jul 2009 12:04:47 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6B38FC08 for ; Fri, 31 Jul 2009 12:04:47 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id DC186153434; Fri, 31 Jul 2009 14:04:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wrl4+R1iIq7G; Fri, 31 Jul 2009 14:04:43 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id CA910153433; Fri, 31 Jul 2009 14:04:43 +0200 (CEST) Message-ID: <4A72DE53.7090509@withagen.nl> Date: Fri, 31 Jul 2009 14:06:43 +0200 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4A72B8E4.6060509@withagen.nl> <4A72BAAB.4080502@yandex.ru> <4A72BF07.7080603@digiware.nl> In-Reply-To: <4A72BF07.7080603@digiware.nl> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 12:04:51 -0000 Willem Jan Withagen wrote: > Andrey V. Elsukov wrote: >> Willem Jan Withagen wrote: >>> With a 6.4 of last night.... >>> >>> So I guess 6.4 -> 7.2 needs to go via 7.0 ?? >> >> It is already fixed. >> http://svn.freebsd.org/changeset/base/195987 >> > > cvsupped last night at 1:00 +1 > So the apha-particle strikes again. ;) > > I'll update, and rerun. We'll I got 1 step further. Kernel is build, but refuses to install, which worries me, since I'm using gmirror as loadable module. And I'm not shure what to make of this. Note that at this point both kernel and world are still at 6.4 /usr/src is at 7.2-stable --WjW awk -f /usr/src/sys/conf/kmod_syms.awk accf_http.kld export_syms | xargs -J% objcopy % accf_http.kld ld -Bshareable -d -warn-common -o accf_http.ko.debug accf_http.kld objcopy --only-keep-debug accf_http.ko.debug accf_http.ko.symbols objcopy --strip-debug --add-gnu-debuglink=accf_http.ko.symbols accf_http.ko.debug accf_http.ko -------------------------------------------------------------- >>> Kernel build for ASUS completed on Fri Jul 31 13:58:54 CEST 2009 -------------------------------------------------------------- 746.476u 93.978s 22:32.04 62.1% 6030+2253k 118+1310io 32pf+0w [/usr/src] root@www.digiware.nl# make installkernel -------------------------------------------------------------- >>> Installing kernel -------------------------------------------------------------- ...... ===> accf_http (install) install -o root -g wheel -m 555 accf_http.ko /boot/kernel install -o root -g wheel -m 555 accf_http.ko.symbols /boot/kernel kldxref /boot/kernel kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 12:21:42 2009 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 A401E106566B for ; Fri, 31 Jul 2009 12:21:42 +0000 (UTC) (envelope-from cm@therek.net) Received: from lux.therek.net (lux.therek.net [64.85.172.243]) by mx1.freebsd.org (Postfix) with ESMTP id 6D1238FC12 for ; Fri, 31 Jul 2009 12:21:42 +0000 (UTC) (envelope-from cm@therek.net) Received: from [10.3.81.80] (gate01.polsat.net.pl [193.164.142.33]) (authenticated bits=0) by lux.therek.net (8.14.3/8.14.3) with ESMTP id n6VCLd62006362 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 31 Jul 2009 14:21:41 +0200 (CEST) Message-ID: <4A72E1CC.3040302@therek.net> Date: Fri, 31 Jul 2009 14:21:32 +0200 From: Cezary Morga User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <20090729200013.GB2841@tafi.alm.flutnet.org> <4A70ACD2.6030804@FreeBSD.org> <20090729203552.GC2841@tafi.alm.flutnet.org> <4A728725.70003@therek.net> <4A72D251.4070506@quip.cz> In-Reply-To: <4A72D251.4070506@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) 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, 31 Jul 2009 12:21:42 -0000 Miroslav Lachman pisze: >> If I may chip in here on a similar note. >> I'm currently looking for a port management tool that might replace good >> ol' portinstall/portupgrade tools in my toolbox. Portmaster looks >> promising but I noticed that it doesn't seem to take BATCH=yes in my >> /etc/make.conf into consideration. So, is it me or there's something >> more I have to do? > > I think BATCH=yes is unrelated to portmaster. This variable is (should > be) read by port build process it-self as if you build it by command cd > /usr/ports/category/port & make install clean Well, when I install port directly (using `make install` in port's directory) BATCH flag is honored. When I install a port using portmaster it ain't. So, I'm wondering whether it's only me or not. -- Cezary Morga From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 12:37:22 2009 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 1B47B106566B for ; Fri, 31 Jul 2009 12:37:22 +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 9E66F8FC1C for ; Fri, 31 Jul 2009 12:37:21 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from localhost ([127.0.0.1]:55690 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.69 #1 (Debian)) id 1MWr5Z-0006Cr-6a from ; Fri, 31 Jul 2009 14:19:57 +0200 Received: from 80.95.75.131 (SquirrelMail authenticated user andrej@antiszoc.hu) by mail.deployis.eu with HTTP; Fri, 31 Jul 2009 14:19:57 +0200 (CEST) Message-ID: <36420.80.95.75.131.1249042797.squirrel@mail.deployis.eu> In-Reply-To: <4A72DE53.7090509@withagen.nl> References: <4A72B8E4.6060509@withagen.nl> <4A72BAAB.4080502@yandex.ru> <4A72BF07.7080603@digiware.nl> <4A72DE53.7090509@withagen.nl> Date: Fri, 31 Jul 2009 14:19:57 +0200 (CEST) From: =?iso-8859-2?Q?G=F3t_Andr=E1s?= To: "Willem Jan Withagen" User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Spam-Score-deployiseu: -43 Cc: stable@freebsd.org Subject: Re: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 12:37:22 -0000 On Pén, Július 31, 2009 2:06 pm, Willem Jan Withagen wrote: > Willem Jan Withagen wrote: > >> Andrey V. Elsukov wrote: >> >>> Willem Jan Withagen wrote: >>> >>>> With a 6.4 of last night.... >>>> >>>> >>>> So I guess 6.4 -> 7.2 needs to go via 7.0 ?? >>>> >>> >>> It is already fixed. >>> http://svn.freebsd.org/changeset/base/195987 >>> >>> >> >> cvsupped last night at 1:00 +1 So the apha-particle strikes again. ;) >> >> >> I'll update, and rerun. >> > > We'll I got 1 step further. > > > Kernel is build, but refuses to install, which worries me, since I'm > using gmirror as loadable module. And I'm not shure what to make of this. > > > Note that at this point > both kernel and world are still at 6.4 /usr/src is at 7.2-stable > > > --WjW > > > awk -f /usr/src/sys/conf/kmod_syms.awk accf_http.kld export_syms | xargs > -J% objcopy % accf_http.kld > ld -Bshareable -d -warn-common -o accf_http.ko.debug accf_http.kld objcopy > --only-keep-debug accf_http.ko.debug accf_http.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=accf_http.ko.symbols > accf_http.ko.debug accf_http.ko > -------------------------------------------------------------- > >>>> Kernel build for ASUS completed on Fri Jul 31 13:58:54 CEST 2009 >>>> > -------------------------------------------------------------- > 746.476u 93.978s 22:32.04 62.1% 6030+2253k 118+1310io 32pf+0w > [/usr/src] root@www.digiware.nl# make installkernel > -------------------------------------------------------------- > >>>> Installing kernel >>>> > -------------------------------------------------------------- > > > ...... > > > ===> accf_http (install) > install -o root -g wheel -m 555 accf_http.ko /boot/kernel install -o root > -g wheel -m 555 accf_http.ko.symbols /boot/kernel > kldxref /boot/kernel kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked Hi, I'd try to build minimal 7.2 kernel (gmirror compiled in and without any modules) and boot it to do an installworld. After successful upgrade and reboot I'd compile the the 7.2 kernel to my needs. Regards, Andras From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 13:30:35 2009 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 D6619106567D for ; Fri, 31 Jul 2009 13:30:35 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 765B98FC19 for ; Fri, 31 Jul 2009 13:30:35 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 3514 invoked from network); 30 Jul 2009 16:14:13 -0000 Received: from unknown (HELO ?10.0.0.135?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 30 Jul 2009 16:14:13 -0000 Message-ID: <4A71C6EB.7070404@acm.poly.edu> Date: Thu, 30 Jul 2009 12:14:35 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Recent RELENG_7 doesn't build due to /usr/src/sys/dev/ata/ata-all.c 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, 31 Jul 2009 13:30:36 -0000 Hi. I guess I'll play Tinderbox. With RELENG_7 sources from a few minutes ago, I get: cc -c -O2 -pipe -fno-strict-aliasing -march=athlon64 -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/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c /usr/src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error -Boris From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 13:32:35 2009 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 14B65106567C for ; Fri, 31 Jul 2009 13:32:35 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id A74248FC08 for ; Fri, 31 Jul 2009 13:32:34 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 32175 invoked from network); 31 Jul 2009 13:32:34 -0000 Received: from unknown (HELO ?10.0.0.135?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 31 Jul 2009 13:32:34 -0000 Message-ID: <4A72F260.6060901@acm.poly.edu> Date: Fri, 31 Jul 2009 09:32:16 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4A71C6EB.7070404@acm.poly.edu> In-Reply-To: <4A71C6EB.7070404@acm.poly.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Recent RELENG_7 doesn't build due to /usr/src/sys/dev/ata/ata-all.c 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, 31 Jul 2009 13:32:35 -0000 Boris Kochergin wrote: > Hi. I guess I'll play Tinderbox. With RELENG_7 sources from a few > minutes ago, I get: > > cc -c -O2 -pipe -fno-strict-aliasing -march=athlon64 -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/usr/src/sys > -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 > -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 > -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables > -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c > /usr/src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': > /usr/src/sys/dev/ata/ata-all.c:454: error: request for member > 'max_iosize' in something not a structure or union > /usr/src/sys/dev/ata/ata-all.c:454: error: request for member > 'max_iosize' in something not a structure or union > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > -Boris > _______________________________________________ > 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 sent this out before the Tinderbox had caught it, but it only made its way here now, and I see that it's been fixed. Pardon the noise. -Boris From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 14:07:07 2009 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 2529F10656D3 for ; Fri, 31 Jul 2009 14:07:07 +0000 (UTC) (envelope-from helge.oldach@atosorigin.com) Received: from smtp1.mail.atosorigin.com (smtp1.mail.atosorigin.com [160.92.103.80]) by mx1.freebsd.org (Postfix) with ESMTP id AAEEB8FC21 for ; Fri, 31 Jul 2009 14:07:06 +0000 (UTC) (envelope-from helge.oldach@atosorigin.com) Received: from filter.atosorigin.com (localhost [127.0.0.1]) by mxfed001 (Postfix) with ESMTP id E601623BD2A6; Fri, 31 Jul 2009 15:43:19 +0200 (CEST) Received: from msgsrv4.atosorigin.de (msgsrv4.atosorigin.de [194.8.120.226]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "megsrv4.atosorigin.de", Issuer "VeriSign Class 3 Secure Server CA" (verified OK)) by mxfed001 (Postfix) with ESMTP id B990C23ABC57; Fri, 31 Jul 2009 15:43:19 +0200 (CEST) Content-Type: multipart/mixed; boundary="===============2052093029==" Received: from (unknown [156.150.130.21]) by scm1.atosorigin.de with smtp id 15b6_1b3f3b2a_7dd8_11de_a769_00142211deb2; Fri, 31 Jul 2009 15:43:19 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 MIME-Version: 1.0 Date: Fri, 31 Jul 2009 15:43:14 +0200 Message-ID: In-Reply-To: <4A72DE53.7090509@withagen.nl> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Upgrading from 6.4 to 7.2 Thread-Index: AcoR1zdrdYlIKbECTqemgYQG107PdwADQpyg References: <4A72B8E4.6060509@withagen.nl> <4A72BAAB.4080502@yandex.ru><4A72BF07.7080603@digiware.nl> <4A72DE53.7090509@withagen.nl> From: To: , Cc: stable@freebsd.org Subject: RE: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 14:07:07 -0000 --===============2052093029== MIME-Version: 1.0 Content-class: urn:content-classes:message Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Willem, Willem Jan Withagen wrote on Friday, July 31, 2009 2:07 PM: > Willem Jan Withagen wrote: >> Andrey V. Elsukov wrote: >>> Willem Jan Withagen wrote: >>>> With a 6.4 of last night.... >>>>=20 >>>> So I guess 6.4 -> 7.2 needs to go via 7.0 ?? >>>=20 >>> It is already fixed. >>> http://svn.freebsd.org/changeset/base/195987 >>>=20 >>=20 >> cvsupped last night at 1:00 +1 >> So the apha-particle strikes again. ;) >>=20 >> I'll update, and rerun. >=20 > We'll I got 1 step further. >=20 > Kernel is build, but refuses to install, > =3D=3D=3D> accf_http (install) > install -o root -g wheel -m 555 accf_http.ko /boot/kernel > install -o root -g wheel -m 555 accf_http.ko.symbols /boot/kernel > kldxref /boot/kernel > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked Are you sure the kernel does not install? I have recently = source-upgraded a bunch of systems straight from 6-STABLE to 7-STABLE, = constantly observed this error, but kernel and modules did install = properly, and the machines booted up as smoothly as expected. Most of = them with gmirror, BTW. Helge --===============2052093029== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline ___________________________________________________________________________= _____________________________________________ Atos Origin GmbH, Theodor-Althoff-Stra=C3=9Fe 47, D-45133 Essen, Postfach 1= 00 123, D-45001 Essen Telefon: +49 201 4305 0, Fax: +49 201 4305 689095, www.atosorigin.de ING Bank AG, Frankfurt/Main: Konto 001 014 0937, BLZ 500 210 00, Swift / BI= C INGBDEFF, IBAN DE74 5002 1000 0010 1409 37 Gesch=C3=A4ftsf=C3=BChrer: Winfried Holz, Handelsregister Essen HRB 19354, = Ust.-ID.-Nr.: DE147861238 ___________________________________________________________________________= _____________________________________________ --===============2052093029==-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 14:42:26 2009 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 3BE8F106564A for ; Fri, 31 Jul 2009 14:42:26 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id C55F08FC08 for ; Fri, 31 Jul 2009 14:42:25 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 9A02C153434; Fri, 31 Jul 2009 16:42:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OH7TBSB1M47s; Fri, 31 Jul 2009 16:42:22 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id 976CF153433; Fri, 31 Jul 2009 16:42:22 +0200 (CEST) Message-ID: <4A730346.3070301@digiware.nl> Date: Fri, 31 Jul 2009 16:44:22 +0200 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Helge.Oldach@atosorigin.com References: <4A72B8E4.6060509@withagen.nl> <4A72BAAB.4080502@yandex.ru><4A72BF07.7080603@digiware.nl> <4A72DE53.7090509@withagen.nl> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, bu7cher@yandex.ru Subject: Re: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 14:42:26 -0000 Helge.Oldach@atosorigin.com wrote: > Willem, > > Willem Jan Withagen wrote on Friday, July 31, 2009 2:07 PM: >> Willem Jan Withagen wrote: >>> Andrey V. Elsukov wrote: >>>> Willem Jan Withagen wrote: >>>>> With a 6.4 of last night.... >>>>> >>>>> So I guess 6.4 -> 7.2 needs to go via 7.0 ?? >>>> It is already fixed. http://svn.freebsd.org/changeset/base/195987 >>>> >>> cvsupped last night at 1:00 +1 So the apha-particle strikes again. ;) >>> >>> >>> I'll update, and rerun. >> We'll I got 1 step further. >> >> Kernel is build, but refuses to install, > > > >> ===> accf_http (install) install -o root -g wheel -m 555 accf_http.ko >> /boot/kernel install -o root -g wheel -m 555 accf_http.ko.symbols >> /boot/kernel kldxref /boot/kernel kldxref: file isn't >> dynamically-linked kldxref: file isn't dynamically-linked kldxref: file >> isn't dynamically-linked > > Are you sure the kernel does not install? I have recently source-upgraded > a bunch of systems straight from 6-STABLE to 7-STABLE, constantly > observed this error, but kernel and modules did install properly, and the > machines booted up as smoothly as expected. Most of them with gmirror, > BTW. Well the server is in a colo, so I'm sort of hesistant to try just that while I'm not standing next to it.... So one of the suggestions I like is, to actually build with geom hard fixed in the kernel. But I can not trivially find the option to include in the kernelconfig --WjW From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 15:08:04 2009 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 8D6C81065748 for ; Fri, 31 Jul 2009 15:08:04 +0000 (UTC) (envelope-from louie@transsys.com) Received: from ringworld.transsys.com (ringworld.transsys.com [144.202.0.15]) by mx1.freebsd.org (Postfix) with ESMTP id 635A28FC17 for ; Fri, 31 Jul 2009 15:08:04 +0000 (UTC) (envelope-from louie@transsys.com) Received: from PM-G5.transsys.com (c-69-141-150-106.hsd1.nj.comcast.net [69.141.150.106]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: louie) by ringworld.transsys.com (Postfix) with ESMTP id 844BD5C04 for ; Fri, 31 Jul 2009 10:36:21 -0400 (EDT) Message-Id: <61047238-1B18-4765-A322-777616B61FAA@transsys.com> From: Louis Mamakos To: stable@freebsd.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 31 Jul 2009 10:36:20 -0400 References: <4A72B8E4.6060509@withagen.nl> <4A72BAAB.4080502@yandex.ru><4A72BF07.7080603@digiware.nl> <4A72DE53.7090509@withagen.nl> X-Mailer: Apple Mail (2.935.3) Cc: Subject: Re: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 15:08:05 -0000 On Jul 31, 2009, at 9:43 AM, wrote: > Are you sure the kernel does not install? I have recently source- > upgraded a bunch of systems straight from 6-STABLE to 7-STABLE, > constantly observed this error, but kernel and modules did install > properly, and the machines booted up as smoothly as expected. Most > of them with gmirror, BTW. > > Helge Also beware that gmirror in RELENG_7 will upgrade the metadata in your mirror when you boot. This could be an issue if you need to revert to a RELENG_6 kernel with the older gmirror. I've done a source upgrade (months ago, though) from 6.x to 7.x successfully, though. Louis Mamakos From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 15:20:09 2009 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 1C39E1065670 for ; Fri, 31 Jul 2009 15:20:09 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from geordi.icarz.com (geordi.icarz.com [207.99.22.23]) by mx1.freebsd.org (Postfix) with ESMTP id D5E6E8FC19 for ; Fri, 31 Jul 2009 15:20:08 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from [10.10.31.177] ([10.10.31.177]) (authenticated bits=0) by geordi.icarz.com (8.14.3/8.14.3) with ESMTP id n6VF7g44018973; Fri, 31 Jul 2009 11:07:45 -0400 (EDT) (envelope-from kenfreebsd@icarz.com) Message-ID: <4A7308A2.80506@icarz.com> Date: Fri, 31 Jul 2009 11:07:14 -0400 From: Ken Menzel User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: =?ISO-8859-2?Q?G=F3t_Andr=E1s?= References: <4A72B8E4.6060509@withagen.nl> <4A72BAAB.4080502@yandex.ru> <4A72BF07.7080603@digiware.nl> <4A72DE53.7090509@withagen.nl> <36420.80.95.75.131.1249042797.squirrel@mail.deployis.eu> In-Reply-To: <36420.80.95.75.131.1249042797.squirrel@mail.deployis.eu> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.64 on 207.99.22.23 Cc: stable@freebsd.org Subject: Re: Upgrading from 6.4 to 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmenzel@whisolutions.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 15:20:09 -0000 Gót András wrote: > On Pén, Július 31, 2009 2:06 pm, Willem Jan Withagen wrote: >> Willem Jan Withagen wrote: >> >>> Andrey V. Elsukov wrote: >>> >>>> Willem Jan Withagen wrote: >>>> >>>>> With a 6.4 of last night.... >>>>> >>>>> >>>>> So I guess 6.4 -> 7.2 needs to go via 7.0 ?? >>>>> >>>> It is already fixed. >>>> http://svn.freebsd.org/changeset/base/195987 >>>> >>>> >>> cvsupped last night at 1:00 +1 So the apha-particle strikes again. ;) >>> >>> >>> I'll update, and rerun. >>> >> We'll I got 1 step further. >> >> >> Kernel is build, but refuses to install, which worries me, since I'm >> using gmirror as loadable module. And I'm not shure what to make of this. >> >> >> Note that at this point >> both kernel and world are still at 6.4 /usr/src is at 7.2-stable >> >> >> --WjW >> >> >> awk -f /usr/src/sys/conf/kmod_syms.awk accf_http.kld export_syms | xargs >> -J% objcopy % accf_http.kld >> ld -Bshareable -d -warn-common -o accf_http.ko.debug accf_http.kld objcopy >> --only-keep-debug accf_http.ko.debug accf_http.ko.symbols >> objcopy --strip-debug --add-gnu-debuglink=accf_http.ko.symbols >> accf_http.ko.debug accf_http.ko >> -------------------------------------------------------------- >> >>>>> Kernel build for ASUS completed on Fri Jul 31 13:58:54 CEST 2009 >>>>> >> -------------------------------------------------------------- >> 746.476u 93.978s 22:32.04 62.1% 6030+2253k 118+1310io 32pf+0w >> [/usr/src] root@www.digiware.nl# make installkernel >> -------------------------------------------------------------- >> >>>>> Installing kernel >>>>> >> -------------------------------------------------------------- >> >> >> ...... >> >> >> ===> accf_http (install) >> install -o root -g wheel -m 555 accf_http.ko /boot/kernel install -o root >> -g wheel -m 555 accf_http.ko.symbols /boot/kernel >> kldxref /boot/kernel kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked >> kldxref: file isn't dynamically-linked > > > > Hi, > > I'd try to build minimal 7.2 kernel (gmirror compiled in and without any > modules) and boot it to do an installworld. After successful upgrade and > reboot I'd compile the the 7.2 kernel to my needs. > > Regards, > Andras > > I Agree, I would continue as this message is not really an error message and I have received it on every upgrade from 6 to 7 that I have done with no harmful consequences. Ken From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 16:26:03 2009 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 2BE03106564A for ; Fri, 31 Jul 2009 16:26:03 +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 AD70F8FC14 for ; Fri, 31 Jul 2009 16:26:02 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from localhost ([127.0.0.1]:57142 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.69 #1 (Debian)) id 1MWuvg-0007NF-4z from ; Fri, 31 Jul 2009 18:26:00 +0200 Received: from 94.27.142.83 (SquirrelMail authenticated user andrej@antiszoc.hu) by mail.deployis.eu with HTTP; Fri, 31 Jul 2009 18:26:00 +0200 (CEST) Message-ID: <47580.94.27.142.83.1249057560.squirrel@mail.deployis.eu> In-Reply-To: <4A730346.3070301@digiware.nl> References: <4A72B8E4.6060509@withagen.nl> <4A72BAAB.4080502@yandex.ru><4A72BF07.7080603@digiware.nl> <4A72DE53.7090509@withagen.nl> <4A730346.3070301@digiware.nl> Date: Fri, 31 Jul 2009 18:26:00 +0200 (CEST) From: =?iso-8859-2?Q?G=F3t_Andr=E1s?= To: "Willem Jan Withagen" User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Spam-Score-deployiseu: -43 Cc: stable@freebsd.org Subject: Re: Upgrading from 6.4 to 7.2 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, 31 Jul 2009 16:26:03 -0000 On Pén, Július 31, 2009 4:44 pm, Willem Jan Withagen wrote: > Helge.Oldach@atosorigin.com wrote: > >> Willem, >> >> >> Willem Jan Withagen wrote on Friday, July 31, 2009 2:07 PM: >> >>> Willem Jan Withagen wrote: >>> >>>> Andrey V. Elsukov wrote: >>>> >>>>> Willem Jan Withagen wrote: >>>>> >>>>>> With a 6.4 of last night.... >>>>>> >>>>>> >>>>>> So I guess 6.4 -> 7.2 needs to go via 7.0 ?? >>>>>> >>>>> It is already fixed. http://svn.freebsd.org/changeset/base/195987 >>>>> >>>>> >>>> cvsupped last night at 1:00 +1 So the apha-particle strikes again. >>>> ;) >>>> >>>> >>>> >>>> I'll update, and rerun. >>>> >>> We'll I got 1 step further. >>> >>> >>> Kernel is build, but refuses to install, >>> >> >> >> >> >>> ===> accf_http (install) install -o root -g wheel -m 555 >>> accf_http.ko /boot/kernel install -o root -g wheel -m 555 >>> accf_http.ko.symbols /boot/kernel kldxref /boot/kernel kldxref: file >>> isn't dynamically-linked kldxref: file isn't dynamically-linked >>> kldxref: file >>> isn't dynamically-linked >> >> Are you sure the kernel does not install? I have recently >> source-upgraded a bunch of systems straight from 6-STABLE to 7-STABLE, >> constantly observed this error, but kernel and modules did install >> properly, and the machines booted up as smoothly as expected. Most of >> them with gmirror, BTW. >> > > Well the server is in a colo, so I'm sort of hesistant to try just that > while I'm not standing next to it.... > > So one of the suggestions I like is, to actually build with geom hard > fixed in the kernel. But I can not trivially find the option to include in > the kernelconfig > > --WjW I have options GEOM_GPT # GUID Partition Tables. options GEOM_MIRROR in my 6.4 install (just recently upgraded from 6.3). For all possible options and devices run make LINT in the kernel config dir. Do you have remote IP KVM for the machine or some management option? Regards, Andras From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 16:58:18 2009 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 663C6106564A for ; Fri, 31 Jul 2009 16:58:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id E21658FC16 for ; Fri, 31 Jul 2009 16:58:17 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 5121 invoked by uid 399); 31 Jul 2009 16:58:16 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 31 Jul 2009 16:58:16 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A73229E.8020204@FreeBSD.org> Date: Fri, 31 Jul 2009 09:58:06 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090729) MIME-Version: 1.0 To: Cezary Morga References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <58F0204B-ECE6-479A-AAC2-7868E71ABB43@exscape.org> <367b2c980907200729s57eafbbfw83c8ae5a94f41ffc@mail.gmail.com> <4A6628F0.6080802@mail.zedat.fu-berlin.de> <20090721215201.GA61999@troutmask.apl.washington.edu> <1248277420.8644.70.camel@localhost> <20090722193033.GA83848@zim.MIT.EDU> <20090723011246.GA29465@osiris.mauzo.dyndns.org> <4A6EDD32.6000800@morrow.me.uk> <4A7288D0.4080003@therek.net> In-Reply-To: <4A7288D0.4080003@therek.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ben Morrow , freebsd-stable@freebsd.org Subject: Re: portmaster -s text (Was: Re: HEADS-UP: Shared Library Versions bumped) 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, 31 Jul 2009 16:58:18 -0000 Cezary Morga wrote: > Doug Barton pisze: >> I can't speak for portupgrade but the vast majority of time with >> portmaster is actually spent building the port. The updating of >> /var/db/pkg is trivial in comparison. What portmaster does that >> bsd.port.mk by itself does not is allow you to update dependencies in >> place instead of having to uninstall the things that depend on them >> first, then reinstall them after the update. > > Actually, 'make deinstall' deinstalls given port without removing ports > that depends on it. So does 'pkg_delete -f', that's not the issue. If you delete the port by either of those methods then reinstall it the "regular" way you will lose dependency tracking information. (I should have been more clear in the post you quoted.) Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 17:06:05 2009 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 959CF1065686 for ; Fri, 31 Jul 2009 17:06:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 396188FC1D for ; Fri, 31 Jul 2009 17:06:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22517 invoked by uid 399); 31 Jul 2009 17:06:03 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 31 Jul 2009 17:06:03 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A73247A.5080102@FreeBSD.org> Date: Fri, 31 Jul 2009 10:06:02 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090729) MIME-Version: 1.0 To: Cezary Morga References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <20090729200013.GB2841@tafi.alm.flutnet.org> <4A70ACD2.6030804@FreeBSD.org> <20090729203552.GC2841@tafi.alm.flutnet.org> <4A728725.70003@therek.net> In-Reply-To: <4A728725.70003@therek.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) 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, 31 Jul 2009 17:06:06 -0000 Cezary Morga wrote: > Alson van der Meulen pisze: >> * Doug Barton [2009-07-29 22:10]: >>> I'm planning to remove the -u option altogether. It actually does very >>> little now, and certainly does not do what most users expect it should >>> do. > > If I may chip in here on a similar note. > I'm currently looking for a port management tool that might replace good > ol' portinstall/portupgrade tools in my toolbox. Portmaster looks > promising but I noticed that it doesn't seem to take BATCH=yes in my > /etc/make.conf into consideration. So, is it me or there's something > more I have to do? Portmaster's operation and make.conf are completely separate. What portmaster does is essentially provide a wrapper for the functions of the ports infrastructure. Whenever portmaster runs 'make ' in a port your make.conf knobs will be honored. I expect that what you are seeing is a difference in how portmaster works vs. how other tools work. I would suggest that you read the man page for portmaster thoroughly, then if you have questions start a new thread on the freebsd-ports@freebsd.org list. Good luck, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 18:43:33 2009 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 217C6106564A for ; Fri, 31 Jul 2009 18:43:33 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id AC76E8FC0C for ; Fri, 31 Jul 2009 18:43:32 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id n6VIhUAx086263 for ; Fri, 31 Jul 2009 20:43:31 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id B80CCBA9D; Fri, 31 Jul 2009 20:43:30 +0200 (CEST) Date: Fri, 31 Jul 2009 20:43:30 +0200 From: Roland Smith To: freebsd-stable@freebsd.org Message-ID: <20090731184330.GA90516@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Subject: 8.0-BETA2 test OK on Dell Latitude C610 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, 31 Jul 2009 18:43:33 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This week I updated my laptop (Dell Latitude C610) to 8.0-BETA2 from 7.2-RELEASE from source. Apart from the fact that building world stopped in usbconfig (see PR bin/137180, I patched usbconfig's Makefile to link to the newly built libusb), the update went smoothly. So far I have not found further major issues. I recreated my kernel config based on the new GENERIC. I've re-built approximately 450 ports without problems, with an up-to-date ports tree.=20 Just a heads-up to the developers. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpzO1IACgkQEnfvsMMhpyWaZACeNjR1tIM9ELK4Wz9ZA+Rg1pxY teQAn3ehrXmgWdXZ+h7Aaln94XjIFwME =N2LT -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 31 20:00:27 2009 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 D2648106564A for ; Fri, 31 Jul 2009 20:00:27 +0000 (UTC) (envelope-from ben@morrow.me.uk) Received: from relay.ptn-ipout02.plus.net (relay.ptn-ipout02.plus.net [212.159.7.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9488FC13 for ; Fri, 31 Jul 2009 20:00:27 +0000 (UTC) (envelope-from ben@morrow.me.uk) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsEFAFLjckrUOFPl/2dsb2JhbACBUtMEhBgFgUo Received: from plesk-mail01.plus.net ([212.56.83.229]) by relay.ptn-ipout02.plus.net with ESMTP; 31 Jul 2009 20:31:46 +0100 Received: (qmail 22442 invoked from network); 31 Jul 2009 19:31:46 +0000 Received: from host81-155-197-140.range81-155.btcentralplus.com (HELO osiris.mauzo.dyndns.org) (81.155.197.140) by plesk-mail01.plus.net with SMTP; 31 Jul 2009 19:31:46 +0000 Received: (qmail 5365 invoked by uid 1001); 31 Jul 2009 19:31:45 -0000 Date: Fri, 31 Jul 2009 20:31:45 +0100 From: Ben Morrow To: dougb@FreeBSD.org, freebsd-stable@freebsd.org Message-ID: <20090731193145.GA3750@osiris.mauzo.dyndns.org> Mail-Followup-To: dougb@FreeBSD.org, freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A709981.80600@FreeBSD.org> X-Newsgroups: gmane.os.freebsd.current,gmane.os.freebsd.stable Organization: Who, me? User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) 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, 31 Jul 2009 20:00:28 -0000 Quoth Doug Barton : > > How about this? When the user has -[rf] but not -R, and there are flag > files present, ask if they should be cleared before beginning to do > anything. Otherwise (no -[rf]) ignore them. Sound good? Since my machine has spent the last 48hrs or so rebuilding everything that depended on jpeg-6b and python25 (it's a pretty old machine), I've been wondering if an option to say '*don't* rewrite the dependencies of other ports to refer to the new version' would be a good solution here. Normally this is a helpful thing to do, but when you're trying to reinstall a few ports low in the dependency chain and then rebuild everything that needs rebuilding it would be helpful to have the ones that haven't been rebuilt still depend on the old (now deleted) package, so they can be identified. -r (and -Rr) don't help here, since lots of large ports depend on *both* jpeg and python, and I was specifically trying to avoid rebuilding them all twice. AFAICT -r doesn't allow you to ask for two ports plus all combined dependants at once. I ended up taking the pkg_info -R list for both pkgs before the upgrade, sorting it into dependency order, and stripping entries off the front every time something failed and I had to restart, which is a little too manual for my taste :). (The list had to be sorted, otherwise port A might depend on port B that came later in the list, and when portmaster got to B in the list it would reinstall it again unnecessarily.) It also occurs to me that this could be completely automated if ports had a LAST_COMPATIBLE_VER field or some such, which tells you whether or not an upgrade-in-place is safe. portmaster could even ask 'you've just upgraded from foo-1.2 to foo-2.1 which is not compatible: do you want to rebuild which depended on the old version?'. Ben From owner-freebsd-stable@FreeBSD.ORG Sat Aug 1 06:39:21 2009 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 E3D62106564A; Sat, 1 Aug 2009 06:39:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BAC838FC08; Sat, 1 Aug 2009 06:39:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n716dIZT065973; Sat, 1 Aug 2009 02:39:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n716dICl047079; Sat, 1 Aug 2009 02:39:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 90F981B5060; Sat, 1 Aug 2009 02:39:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090801063918.90F981B5060@freebsd-stable.sentex.ca> Date: Sat, 1 Aug 2009 02:39:18 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 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: Sat, 01 Aug 2009 06:39:22 -0000 TB --- 2009-08-01 05:23:49 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-08-01 05:23:49 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2009-08-01 05:23:49 - cleaning the object tree TB --- 2009-08-01 05:24:11 - cvsupping the source tree TB --- 2009-08-01 05:24:11 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2009-08-01 05:24:21 - building world TB --- 2009-08-01 05:24:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-08-01 05:24:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-08-01 05:24:21 - TARGET=i386 TB --- 2009-08-01 05:24:21 - TARGET_ARCH=i386 TB --- 2009-08-01 05:24:21 - TZ=UTC TB --- 2009-08-01 05:24:21 - __MAKE_CONF=/dev/null TB --- 2009-08-01 05:24:21 - cd /src TB --- 2009-08-01 05:24:21 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 1 05:24:21 UTC 2009 >>> 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 Sat Aug 1 06:28:15 UTC 2009 TB --- 2009-08-01 06:28:15 - generating LINT kernel config TB --- 2009-08-01 06:28:15 - cd /src/sys/i386/conf TB --- 2009-08-01 06:28:15 - /usr/bin/make -B LINT TB --- 2009-08-01 06:28:15 - building LINT kernel TB --- 2009-08-01 06:28:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-08-01 06:28:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-08-01 06:28:15 - TARGET=i386 TB --- 2009-08-01 06:28:15 - TARGET_ARCH=i386 TB --- 2009-08-01 06:28:15 - TZ=UTC TB --- 2009-08-01 06:28:15 - __MAKE_CONF=/dev/null TB --- 2009-08-01 06:28:15 - cd /src TB --- 2009-08-01 06:28:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 1 06:28:15 UTC 2009 >>> 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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/sysv_ipc.c 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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/sysv_msg.c 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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/sysv_sem.c 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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/sysv_shm.c cc1: warnings being treated as errors /src/sys/kern/sysv_shm.c: In function 'oshmctl': /src/sys/kern/sysv_shm.c:914: warning: implicit declaration of function 'mac_sysvshm_check_shmctl' /src/sys/kern/sysv_shm.c:914: warning: nested extern declaration of 'mac_sysvshm_check_shmctl' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-08-01 06:39:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-08-01 06:39:18 - ERROR: failed to build lint kernel TB --- 2009-08-01 06:39:18 - 3822.34 user 393.89 system 4528.68 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Aug 1 08:01:16 2009 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 B8524106564A; Sat, 1 Aug 2009 08:01:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6A48FC16; Sat, 1 Aug 2009 08:01:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n7181EcA069301; Sat, 1 Aug 2009 04:01:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n7181EbF003083; Sat, 1 Aug 2009 04:01:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0F6D31B5060; Sat, 1 Aug 2009 04:01:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090801080114.0F6D31B5060@freebsd-stable.sentex.ca> Date: Sat, 1 Aug 2009 04:01:13 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 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: Sat, 01 Aug 2009 08:01:17 -0000 TB --- 2009-08-01 06:35:16 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-08-01 06:35:16 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2009-08-01 06:35:16 - cleaning the object tree TB --- 2009-08-01 06:35:42 - cvsupping the source tree TB --- 2009-08-01 06:35:42 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2009-08-01 06:35:52 - building world TB --- 2009-08-01 06:35:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-08-01 06:35:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-08-01 06:35:52 - TARGET=pc98 TB --- 2009-08-01 06:35:52 - TARGET_ARCH=i386 TB --- 2009-08-01 06:35:52 - TZ=UTC TB --- 2009-08-01 06:35:52 - __MAKE_CONF=/dev/null TB --- 2009-08-01 06:35:52 - cd /src TB --- 2009-08-01 06:35:52 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 1 06:35:53 UTC 2009 >>> 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 Sat Aug 1 07:47:14 UTC 2009 TB --- 2009-08-01 07:47:14 - generating LINT kernel config TB --- 2009-08-01 07:47:14 - cd /src/sys/pc98/conf TB --- 2009-08-01 07:47:14 - /usr/bin/make -B LINT TB --- 2009-08-01 07:47:15 - building LINT kernel TB --- 2009-08-01 07:47:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-08-01 07:47:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-08-01 07:47:15 - TARGET=pc98 TB --- 2009-08-01 07:47:15 - TARGET_ARCH=i386 TB --- 2009-08-01 07:47:15 - TZ=UTC TB --- 2009-08-01 07:47:15 - __MAKE_CONF=/dev/null TB --- 2009-08-01 07:47:15 - cd /src TB --- 2009-08-01 07:47:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 1 07:47:15 UTC 2009 >>> 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 [...] :> 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 -pg -mprofiler-epilogue vers.c linking kernel sysv_shm.o(.text+0x1297): In function `oshmctl': : undefined reference to `mac_sysvshm_check_shmctl' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-08-01 08:01:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-08-01 08:01:13 - ERROR: failed to build lint kernel TB --- 2009-08-01 08:01:13 - 3962.03 user 408.59 system 5157.36 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Aug 1 13:00:09 2009 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 1B5F91065672 for ; Sat, 1 Aug 2009 13:00:09 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id C3C618FC12 for ; Sat, 1 Aug 2009 13:00:08 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 9AD55802E for ; Sat, 1 Aug 2009 14:44:25 +0200 (CEST) Received: from hollewijn.internal (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id 0DC47802A; Sat, 1 Aug 2009 14:44:24 +0200 (CEST) Message-Id: From: Alban Hertroys To: Louis Mamakos In-Reply-To: <61047238-1B18-4765-A322-777616B61FAA@transsys.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sat, 1 Aug 2009 14:44:23 +0200 References: <4A72B8E4.6060509@withagen.nl> <4A72BAAB.4080502@yandex.ru><4A72BF07.7080603@digiware.nl> <4A72DE53.7090509@withagen.nl> <61047238-1B18-4765-A322-777616B61FAA@transsys.com> X-Mailer: Apple Mail (2.935.3) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Aug 1 14:44:25 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 363,4a7438a910138351221251 X-DSPAM-Factors: 27, References*777616B61FAA+transsys.com>, 0.40000, could, 0.40000, I+remember, 0.40000, but, 0.40000, but, 0.40000, From*Alban, 0.40000, To*Mamakos, 0.40000, done+a, 0.40000, Date*Aug+2009, 0.40000, Also, 0.40000, Mime-Version*Message, 0.40000, the+devices, 0.40000, made, 0.40000, and+caused, 0.40000, an, 0.40000, To*Mamakos+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2009 13:00:09 -0000 On 31 Jul 2009, at 16:36, Louis Mamakos wrote: > Also beware that gmirror in RELENG_7 will upgrade the metadata in > your mirror when you boot. This could be an issue if you need to > revert to a RELENG_6 kernel with the older gmirror. I've done a > source upgrade (months ago, though) from 6.x to 7.x successfully, > though. I'm pretty sure that was before 6.4 so your metadata has already been upgraded, but it can't hurt to check UPDATING for it. If memory serves me correctly from my own (rather problematic) upgrade 25 days ago that changed in Nov 2006. I remember that date because the metadata upgrade caught me unaware and caused me quite a headache when my 7.2 custom kernel panicked and my old 6.3 kernel couldn't read the mirror anymore. Just in case, you can mount one of the devices in the mirror instead and boot your old root off it, but don't make the same mistake I made fsck-ing it (don't forget to disable background fsck as well to make sure). Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll see there is no forest. !DSPAM:363,4a7438a910138351221251! From owner-freebsd-stable@FreeBSD.ORG Sat Aug 1 14:17:19 2009 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 9E34C106566B for ; Sat, 1 Aug 2009 14:17:19 +0000 (UTC) (envelope-from jensrasmus@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id E5E738FC17 for ; Sat, 1 Aug 2009 14:17:18 +0000 (UTC) (envelope-from jensrasmus@gmail.com) Received: by bwz2 with SMTP id 2so1582401bwz.43 for ; Sat, 01 Aug 2009 07:17:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=NdyY+fX9CYUSOYPVxrXNfkTnIgMmqA9tS2kjYF5JjoE=; b=GotCwbRl3crKTD+AglX02A5sABHOKXFrUXG5X5y8ov18hVF4FBzG05UEr6pqFyPlzT Hqq0uJS3Y8GLbiWti3FE5iOIxkXGNGzgRa7BRgM3qCLVmg3Dai7uuE13+SsJJMNn/tD3 QJmosIfIpmNA0WCp9+brp0pt/Z2GiVWAA40TY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=AWvU+rlLYPOlpd8GMClsSaX29l9D+PmIe2nECUMCIfjDNxZ690OI/uaz28RsCCf92p CJCGMF73+YedqZwsbQp9SE0cdSqCX7qyaBnX6AJtmfy3ELa63PVA0uybtORJJGSPKo7p x+u71v/CfrhfqaygxyxCo7bhE60h1CEIM2An4= MIME-Version: 1.0 Received: by 10.204.53.1 with SMTP id k1mr2928134bkg.50.1249136237566; Sat, 01 Aug 2009 07:17:17 -0700 (PDT) Date: Sat, 1 Aug 2009 16:17:17 +0200 Message-ID: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> From: Jens Rasmus Liland To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Error when using 'portupgrade -ay' (and several others) [Second attempt] 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, 01 Aug 2009 14:17:19 -0000 Hi, I'm getting really weird problems when trying to upgrade my ports. I've already discussed this with Dan Naumov on the stable mailing list, and he i= s out of ideas on what I am to do. I've tried to fix the problem using many different methods (i.e. csup stable-ports-supfile; Portmaster -a/-af, portupgrade -ay, nuking the entire ports tree and then doing fetch ports; extract, and similar stuff), but everyone seems to get the same error, and not come any further. The ports my system is trying to update is not in the ports tree anymore either, so it is really strange that it is trying to update it self. Here is some outputs I've already posted on the stable mailinglist: Running 'portupgrade -ay'. Got this output: ---> Session started at: Fri, 10 Jul 2009 18:58:30 +0200 ** Port directory not found: x11-drivers/xf86-video-vga ** Port marked as IGNORE: x11-drivers/xf86-video-via: requires pciVideoPtr typedef ** Port directory not found: x11/xorg-protos ** Port directory not found: x11/xphelloworld ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to force= ) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - x11-drivers/xf86-video-vga (port directory error) - x11-drivers/xf86-video-via (marked as IGNORE) - x11/xorg-protos (port directory error) - x11/xphelloworld (port directory error) * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) * x11/xorg-apps (xorg-apps-7.3) * x11/xorg (xorg-7.3_2) ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed ---> Session ended at: Fri, 10 Jul 2009 18:58:46 +0200 (consumed 00:00:15) [root@machine ~]# portupgrade -ay ---> Session started at: Wed, 29 Jul 2009 18:30:36 +0200 ** Port directory not found: x11-drivers/xf86-video-vga ** Port marked as IGNORE: x11-drivers/xf86-video-via: requires pciVideoPtr typedef ** Port directory not found: x11/xorg-protos ** Port directory not found: x11/xphelloworld [Updating the portsdb in /usr/ports ... - 20501 port entries found .........1000.........2000.........3000.........4000.........5000.........6= 000.........7000.........8000.........9000.........10000.........11000.....= ....12000.........13000.........14000.........15000.........16000.........1= 7000.........18000.........19000.........20000..... ..... done] ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to force= ) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - x11-drivers/xf86-video-vga (port directory error) - x11-drivers/xf86-video-via (marked as IGNORE) - x11/xorg-protos (port directory error) - x11/xphelloworld (port directory error) * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) * x11/xorg-apps (xorg-apps-7.3) * x11/xorg (xorg-7.3_2) ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed ---> Session ended at: Wed, 29 Jul 2009 18:30:59 +0200 (consumed 00:00:22) [root@machine ~]# [root@machine ~]# portsdb -Uu; portupgrade -ay Updating the ports index ... Generating INDEX.tmp - please wait..Warning: Duplicate INDEX entry: cvsup-without-gui-16.1h_4 Done. done [Updating the portsdb in /usr/ports ... - 20503 port entries found .........1000.........2000.........3000.........4000.........5000.........6= 000.........7000.........8000.........9000.........10000.........11000.....= ....12000.........13000.........14000.........15000.........16000.........1= 7000.........18000.........19000.........20000..... ..... done] ---> Session started at: Thu, 30 Jul 2009 14:47:18 +0200 ** Port directory not found: x11-drivers/xf86-video-vga ** Port marked as IGNORE: x11-drivers/xf86-video-via: requires pciVideoPtr typedef ** Port directory not found: x11/xorg-protos ** Port directory not found: x11/xphelloworld ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to force= ) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - x11-drivers/xf86-video-vga (port directory error) - x11-drivers/xf86-video-via (marked as IGNORE) - x11/xorg-protos (port directory error) - x11/xphelloworld (port directory error) * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) * x11/xorg-apps (xorg-apps-7.3) * x11/xorg (xorg-7.3_2) ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed ---> Session ended at: Thu, 30 Jul 2009 14:47:34 +0200 (consumed 00:00:16) [root@machine ~]# Ran "portmaster -a". Got this output: [root@machine /usr/ports/ports-mgmt/portmaster]# portmaster -a =3D=3D=3D>>> Gathering distinfo list for installed ports =3D=3D=3D>>> Starting check of installed ports for available updates =3D=3D=3D>>> Checking ports for recursive 'make config' =3D=3D=3D>>> The x11-drivers/xf86-video-vga port has been deleted: Removed =3D=3D=3D>>> Aborting update [root@machine /usr/ports/ports-mgmt/portmaster]# Then I ran "portmaster -af", and got a lot of output and this at the end: [...] =3D=3D=3D>>> The x11-drivers/xf86-video-vga port has been deleted: Removed =3D=3D=3D>>> Aborting update Terminated Terminated Terminated Terminated Terminated Terminated Terminated Terminated Terminated Terminated [root@machine /usr/ports/ports-mgmt/portmaster]# [root@machine /home/user]# portmaster --force-config -a =3D=3D=3D>>> Gathering distinfo list for installed ports =3D=3D=3D>>> Starting check of installed ports for available updates =3D=3D=3D>>> Checking ports for recursive 'make config' =3D=3D=3D>>> The x11-drivers/xf86-video-vga port has been deleted: Removed =3D=3D=3D>>> Aborting update [root@machine /home/user]# Then ran "portmaster --force-config -af" - this was better, but I still got this at the end: =3D=3D=3D>>> Launching child to update xf86-video-vesa-2.1.0_2 to xf86-video-vesa-2.1.0_2 =3D=3D=3D>>> Port directory: /usr/ports/x11-drivers/xf86-video-vesa =3D=3D=3D> No options to configure =3D=3D=3D>>> Gathering dependency list for x11-drivers/xf86-video-vesa from= ports =3D=3D=3D>>> Starting recursive 'make config' check =3D=3D=3D>>> Recursive 'make config' check complete for x11-drivers/xf86-video-vesa =3D=3D=3D>>> Returning to update check of installed ports =3D=3D=3D>>> The x11-drivers/xf86-video-vga port has been deleted: Removed =3D=3D=3D>>> Aborting update Terminated [root@machine /home/user]# /Rasmus From owner-freebsd-stable@FreeBSD.ORG Sat Aug 1 15:32:13 2009 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 6C2A6106564A; Sat, 1 Aug 2009 15:32:13 +0000 (UTC) (envelope-from barney@databus.com) Received: from mail1.aceinnovative.com (mail1.aceinnovative.com [66.114.74.12]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7358FC14; Sat, 1 Aug 2009 15:32:12 +0000 (UTC) (envelope-from barney@databus.com) Received: from pit.databus.com ([71.167.133.111]) (authenticated bits=0) by mail1.aceinnovative.com (8.13.8/8.13.8) with ESMTP id n71Eohtf031389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 1 Aug 2009 10:50:43 -0400 Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.14.3/8.14.3) with ESMTP id n71Eoga1032304; Sat, 1 Aug 2009 10:50:42 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.14.3/8.14.3/Submit) id n71EogM9032303; Sat, 1 Aug 2009 10:50:42 -0400 (EDT) (envelope-from barney) Date: Sat, 1 Aug 2009 10:50:42 -0400 From: Barney Wolff To: Jens Rasmus Liland Message-ID: <20090801145042.GA32107@pit.databus.com> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Error when using 'portupgrade -ay' (and several others) [Second attempt] 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, 01 Aug 2009 15:32:14 -0000 I got around this by using -k. Dependencies are a maze of twisty little passages, all alike. I'll take my chances with the grue. On Sat, Aug 01, 2009 at 04:17:17PM +0200, Jens Rasmus Liland wrote: > Hi, > > I'm getting really weird problems when trying to upgrade my ports. I've > already discussed this with Dan Naumov on the stable mailing list, and he is > out of ideas on what I am to do. I've tried to fix the problem using many > different methods (i.e. csup stable-ports-supfile; Portmaster -a/-af, > portupgrade -ay, nuking the entire ports tree and then doing fetch ports; > extract, and similar stuff), but everyone seems to get the same error, and > not come any further. The ports my system is trying to update is not in the > ports tree anymore either, so it is really strange that it is trying to > update it self. > > Here is some outputs I've already posted on the stable mailinglist: > > Running 'portupgrade -ay'. Got this output: > > ---> Session started at: Fri, 10 Jul 2009 18:58:30 +0200 > ** Port directory not found: x11-drivers/xf86-video-vga > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > requires pciVideoPtr typedef > ** Port directory not found: x11/xorg-protos > ** Port directory not found: x11/xphelloworld From owner-freebsd-stable@FreeBSD.ORG Sat Aug 1 15:48:17 2009 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 9582E1065670 for ; Sat, 1 Aug 2009 15:48:17 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 00CCA8FC17 for ; Sat, 1 Aug 2009 15:48:16 +0000 (UTC) (envelope-from david@vizion2000.net) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id BCA1B34D426; Sat, 1 Aug 2009 16:29:33 +0100 (BST) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Sat, 1 Aug 2009 16:29:33 +0100 User-Agent: KMail/1.11.4 (FreeBSD/7.2-RELEASE-p2; KDE/4.2.4; amd64; ; ) References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> In-Reply-To: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908011629.33549.david@vizion2000.net> Cc: Jens Rasmus Liland , freebsd-stable@freebsd.org Subject: Re: Error when using 'portupgrade -ay' (and several others) [Second attempt] 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, 01 Aug 2009 15:48:18 -0000 > Hi, > > I'm getting really weird problems when trying to upgrade my ports. I've > already discussed this with Dan Naumov on the stable mailing list, and he > is out of ideas on what I am to do. I've tried to fix the problem using > many different methods (i.e. csup stable-ports-supfile; Portmaster -a/-af, > portupgrade -ay, nuking the entire ports tree and then doing fetch ports; > extract, and similar stuff), but everyone seems to get the same error, and > not come any further. The ports my system is trying to update is not in the > ports tree anymore either, so it is really strange that it is trying to > update it self. > > Here is some outputs I've already posted on the stable mailinglist: > > Running 'portupgrade -ay'. Got this output: > > ---> Session started at: Fri, 10 Jul 2009 18:58:30 +0200 > ** Port directory not found: x11-drivers/xf86-video-vga > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > requires pciVideoPtr typedef > ** Port directory not found: x11/xorg-protos > ** Port directory not found: x11/xphelloworld > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > x11-drivers/xf86-video-vga (port directory error) > - x11-drivers/xf86-video-via (marked as IGNORE) > - x11/xorg-protos (port directory error) > - x11/xphelloworld (port directory error) > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > * x11/xorg-apps (xorg-apps-7.3) > * x11/xorg (xorg-7.3_2) > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Session ended at: Fri, 10 Jul 2009 18:58:46 +0200 (consumed 00:00:15) > > [root@machine ~]# portupgrade -ay > ---> Session started at: Wed, 29 Jul 2009 18:30:36 +0200 > > ** Port directory not found: x11-drivers/xf86-video-vga > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > requires pciVideoPtr typedef > ** Port directory not found: x11/xorg-protos > ** Port directory not found: x11/xphelloworld > [Updating the portsdb in /usr/ports ... - 20501 port > entries found > .........1000.........2000.........3000.........4000.........5000.........6 >000.........7000.........8000.........9000.........10000.........11000...... >...12000.........13000.........14000.........15000.........16000.........170 >00.........18000.........19000.........20000..... ..... done] > > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > x11-drivers/xf86-video-vga (port directory error) > - x11-drivers/xf86-video-via (marked as IGNORE) > - x11/xorg-protos (port directory error) > - x11/xphelloworld (port directory error) > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > * x11/xorg-apps (xorg-apps-7.3) > * x11/xorg (xorg-7.3_2) > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Session ended at: Wed, 29 Jul 2009 18:30:59 +0200 (consumed 00:00:22) > [root@machine ~]# > > [root@machine ~]# portsdb -Uu; portupgrade -ay > Updating the ports index ... Generating INDEX.tmp - please wait..Warning: > Duplicate INDEX entry: cvsup-without-gui-16.1h_4 > Done. > done > [Updating the portsdb in /usr/ports ... - 20503 port > entries found > .........1000.........2000.........3000.........4000.........5000.........6 >000.........7000.........8000.........9000.........10000.........11000...... >...12000.........13000.........14000.........15000.........16000.........170 >00.........18000.........19000.........20000..... ..... done] > ---> Session started at: Thu, 30 Jul 2009 14:47:18 +0200 > > ** Port directory not found: x11-drivers/xf86-video-vga > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > requires pciVideoPtr typedef > ** Port directory not found: x11/xorg-protos > ** Port directory not found: x11/xphelloworld > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > x11-drivers/xf86-video-vga (port directory error) > - x11-drivers/xf86-video-via (marked as IGNORE) > - x11/xorg-protos (port directory error) > - x11/xphelloworld (port directory error) > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > * x11/xorg-apps (xorg-apps-7.3) > * x11/xorg (xorg-7.3_2) > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Session ended at: Thu, 30 Jul 2009 14:47:34 +0200 (consumed 00:00:16) > [root@machine ~]# > > Ran "portmaster -a". Got this output: > > [root@machine /usr/ports/ports-mgmt/portmaster]# portmaster -a > ===>>> Gathering distinfo list for installed ports > > ===>>> Starting check of installed ports for available updates > ===>>> Checking ports for recursive 'make config' > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > ===>>> Aborting update > > [root@machine /usr/ports/ports-mgmt/portmaster]# > > Then I ran "portmaster -af", and got a lot of output and this at the end: > > [...] > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > ===>>> Aborting update > > Terminated > Terminated > Terminated > Terminated > Terminated > Terminated > Terminated > Terminated > Terminated > Terminated > [root@machine /usr/ports/ports-mgmt/portmaster]# > > [root@machine /home/user]# portmaster --force-config -a > > ===>>> Gathering distinfo list for installed ports > > ===>>> Starting check of installed ports for available updates > ===>>> Checking ports for recursive 'make config' > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > ===>>> Aborting update > > [root@machine /home/user]# > > Then ran "portmaster --force-config -af" - this was better, but I still got > this at the end: > > ===>>> Launching child to update xf86-video-vesa-2.1.0_2 to > xf86-video-vesa-2.1.0_2 > > ===>>> Port directory: /usr/ports/x11-drivers/xf86-video-vesa > ===> No options to configure > ===>>> Gathering dependency list for x11-drivers/xf86-video-vesa from ports > ===>>> Starting recursive 'make config' check > ===>>> Recursive 'make config' check complete for > x11-drivers/xf86-video-vesa > > ===>>> Returning to update check of installed ports > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > ===>>> Aborting update > > Terminated > [root@machine /home/user]# > > /Rasmus The only thing I can suggest is to use a -x glob to exclude the ports that are causing you trouble. I believe the drivers are no longer used so no harm would come. David From owner-freebsd-stable@FreeBSD.ORG Sat Aug 1 17:50:47 2009 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 2C78B106566B; Sat, 1 Aug 2009 17:50:47 +0000 (UTC) (envelope-from jensrasmus@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 717B38FC0A; Sat, 1 Aug 2009 17:50:46 +0000 (UTC) (envelope-from jensrasmus@gmail.com) Received: by bwz2 with SMTP id 2so1636676bwz.43 for ; Sat, 01 Aug 2009 10:50:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=qsXb0xLQMc1iUWtGUblH/f8j733IT0S6pMe7bkWHwzg=; b=MX8BppwVHguRjtZY70B/RhVamscD6JHYs/C27gOLVtybDBlBwttVF4HLNHz5dvau6N 5NAPLqu4F5KzL4DMkPwNT62aYWIflNHTrmF352jnZXbSrPytszR22q/3o8hsO6YJywGN +D9IsQIKNeHQzeAjqLEwZXlAJoVeWpRatBghQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=VTjDYMY0LFJVSGJYzjOGjcLRJKKFVAN7rVeom60zFSZKrWwgITzlQUjd6/ayOEM/u7 TrgfG1m1Yu03hLFOTLeeGKtoTHSM2ZGAmgSPqQ/Odco86YfhWUmXqUm3l4UhYNcuHexJ kRYDM3AlxZNMbcB+20E2DLeXn5Oqay5k+oODU= MIME-Version: 1.0 Received: by 10.204.67.70 with SMTP id q6mr3251936bki.66.1249149045489; Sat, 01 Aug 2009 10:50:45 -0700 (PDT) In-Reply-To: <20090801145042.GA32107@pit.databus.com> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> <20090801145042.GA32107@pit.databus.com> Date: Sat, 1 Aug 2009 19:50:45 +0200 Message-ID: <63e02e980908011050i133fe5ffv125dab63aadd3ca8@mail.gmail.com> From: Jens Rasmus Liland To: Barney Wolff 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, freebsd-ports@freebsd.org Subject: Re: Error when using 'portupgrade -ay' (and several others) [Second attempt] 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, 01 Aug 2009 17:50:47 -0000 So what command am I supposed to run? On Sat, Aug 1, 2009 at 4:50 PM, Barney Wolff wrote: > I got around this by using -k. Dependencies are a maze of twisty > little passages, all alike. I'll take my chances with the grue. > > On Sat, Aug 01, 2009 at 04:17:17PM +0200, Jens Rasmus Liland wrote: > > Hi, > > > > I'm getting really weird problems when trying to upgrade my ports. I've > > already discussed this with Dan Naumov on the stable mailing list, and he > is > > out of ideas on what I am to do. I've tried to fix the problem using many > > different methods (i.e. csup stable-ports-supfile; Portmaster -a/-af, > > portupgrade -ay, nuking the entire ports tree and then doing fetch ports; > > extract, and similar stuff), but everyone seems to get the same error, > and > > not come any further. The ports my system is trying to update is not in > the > > ports tree anymore either, so it is really strange that it is trying to > > update it self. > > > > Here is some outputs I've already posted on the stable mailinglist: > > > > Running 'portupgrade -ay'. Got this output: > > > > ---> Session started at: Fri, 10 Jul 2009 18:58:30 +0200 > > ** Port directory not found: x11-drivers/xf86-video-vga > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > requires pciVideoPtr typedef > > ** Port directory not found: x11/xorg-protos > > ** Port directory not found: x11/xphelloworld > From owner-freebsd-stable@FreeBSD.ORG Sat Aug 1 17:52:04 2009 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 AFFB61065673; Sat, 1 Aug 2009 17:52:04 +0000 (UTC) (envelope-from jensrasmus@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 9E0A18FC26; Sat, 1 Aug 2009 17:52:03 +0000 (UTC) (envelope-from jensrasmus@gmail.com) Received: by bwz2 with SMTP id 2so1636971bwz.43 for ; Sat, 01 Aug 2009 10:52:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=AUSbeTtZNyRu6s7HJrZtlak9+l+niszNMVtA0u+B3gA=; b=txFmPWF+iWnXUPaoCNAXVOdDNfL1Jkb7j1u+cWim1WUOCHh29WXr5xqgkQyY7QnQ1S MRZnplQ03xYdCUdzVgeS1cnvevohwrLEWqOroUf8miAYWdFun7qR5HdchB+Lw8buiGUD GIF1+fu/4xV4dz1nbVQc0CDj22IlNMg+Xsf/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=U1zzq66xenL/AdJVjKgzsJKgaPtSWjYBAFRjrTa+M1MPcxAFzCvI+XKgVDXPocASlP ctPOr5Tg4W6lSCSM0TxtG6FIVzSGCWtBLaazghdKokFFhoh846afkLVtnM8xNuYJSFJU 5V2qwv1UGkh8fAImoVF2LS740+anCbplV68IU= MIME-Version: 1.0 Received: by 10.204.119.76 with SMTP id y12mr97090bkq.114.1249149122653; Sat, 01 Aug 2009 10:52:02 -0700 (PDT) In-Reply-To: <200908011629.33549.david@vizion2000.net> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> <200908011629.33549.david@vizion2000.net> Date: Sat, 1 Aug 2009 19:52:02 +0200 Message-ID: <63e02e980908011052j308c8c61s88e74bf7d9f2d238@mail.gmail.com> From: Jens Rasmus Liland To: David Southwell 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, freebsd-ports@freebsd.org Subject: Re: Error when using 'portupgrade -ay' (and several others) [Second attempt] 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, 01 Aug 2009 17:52:05 -0000 Behind portmaster or what? I do not understand. On Sat, Aug 1, 2009 at 5:29 PM, David Southwell wrote: > > Hi, > > > > I'm getting really weird problems when trying to upgrade my ports. I've > > already discussed this with Dan Naumov on the stable mailing list, and he > > is out of ideas on what I am to do. I've tried to fix the problem using > > many different methods (i.e. csup stable-ports-supfile; Portmaster > -a/-af, > > portupgrade -ay, nuking the entire ports tree and then doing fetch ports; > > extract, and similar stuff), but everyone seems to get the same error, > and > > not come any further. The ports my system is trying to update is not in > the > > ports tree anymore either, so it is really strange that it is trying to > > update it self. > > > > Here is some outputs I've already posted on the stable mailinglist: > > > > Running 'portupgrade -ay'. Got this output: > > > > ---> Session started at: Fri, 10 Jul 2009 18:58:30 +0200 > > ** Port directory not found: x11-drivers/xf86-video-vga > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > requires pciVideoPtr typedef > > ** Port directory not found: x11/xorg-protos > > ** Port directory not found: x11/xphelloworld > > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > > failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite > package > > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 > failed > > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > > x11-drivers/xf86-video-vga (port directory error) > > - x11-drivers/xf86-video-via (marked as IGNORE) > > - x11/xorg-protos (port directory error) > > - x11/xphelloworld (port directory error) > > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > > * x11/xorg-apps (xorg-apps-7.3) > > * x11/xorg (xorg-7.3_2) > > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > > ---> Session ended at: Fri, 10 Jul 2009 18:58:46 +0200 (consumed > 00:00:15) > > > > [root@machine ~]# portupgrade -ay > > ---> Session started at: Wed, 29 Jul 2009 18:30:36 +0200 > > > > ** Port directory not found: x11-drivers/xf86-video-vga > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > requires pciVideoPtr typedef > > ** Port directory not found: x11/xorg-protos > > ** Port directory not found: x11/xphelloworld > > [Updating the portsdb in /usr/ports ... - 20501 port > > entries found > > > .........1000.........2000.........3000.........4000.........5000.........6 > > >000.........7000.........8000.........9000.........10000.........11000...... > > >...12000.........13000.........14000.........15000.........16000.........170 > >00.........18000.........19000.........20000..... ..... done] > > > > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > > failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite > package > > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 > failed > > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > > x11-drivers/xf86-video-vga (port directory error) > > - x11-drivers/xf86-video-via (marked as IGNORE) > > - x11/xorg-protos (port directory error) > > - x11/xphelloworld (port directory error) > > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > > * x11/xorg-apps (xorg-apps-7.3) > > * x11/xorg (xorg-7.3_2) > > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > > ---> Session ended at: Wed, 29 Jul 2009 18:30:59 +0200 (consumed > 00:00:22) > > [root@machine ~]# > > > > [root@machine ~]# portsdb -Uu; portupgrade -ay > > Updating the ports index ... Generating INDEX.tmp - please wait..Warning: > > Duplicate INDEX entry: cvsup-without-gui-16.1h_4 > > Done. > > done > > [Updating the portsdb in /usr/ports ... - 20503 port > > entries found > > > .........1000.........2000.........3000.........4000.........5000.........6 > > >000.........7000.........8000.........9000.........10000.........11000...... > > >...12000.........13000.........14000.........15000.........16000.........170 > >00.........18000.........19000.........20000..... ..... done] > > ---> Session started at: Thu, 30 Jul 2009 14:47:18 +0200 > > > > ** Port directory not found: x11-drivers/xf86-video-vga > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > requires pciVideoPtr typedef > > ** Port directory not found: x11/xorg-protos > > ** Port directory not found: x11/xphelloworld > > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > > failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite > package > > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 > failed > > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > > x11-drivers/xf86-video-vga (port directory error) > > - x11-drivers/xf86-video-via (marked as IGNORE) > > - x11/xorg-protos (port directory error) > > - x11/xphelloworld (port directory error) > > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > > * x11/xorg-apps (xorg-apps-7.3) > > * x11/xorg (xorg-7.3_2) > > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > > ---> Session ended at: Thu, 30 Jul 2009 14:47:34 +0200 (consumed > 00:00:16) > > [root@machine ~]# > > > > Ran "portmaster -a". Got this output: > > > > [root@machine /usr/ports/ports-mgmt/portmaster]# portmaster -a > > ===>>> Gathering distinfo list for installed ports > > > > ===>>> Starting check of installed ports for available updates > > ===>>> Checking ports for recursive 'make config' > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > ===>>> Aborting update > > > > [root@machine /usr/ports/ports-mgmt/portmaster]# > > > > Then I ran "portmaster -af", and got a lot of output and this at the end: > > > > [...] > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > ===>>> Aborting update > > > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > [root@machine /usr/ports/ports-mgmt/portmaster]# > > > > [root@machine /home/user]# portmaster --force-config -a > > > > ===>>> Gathering distinfo list for installed ports > > > > ===>>> Starting check of installed ports for available updates > > ===>>> Checking ports for recursive 'make config' > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > ===>>> Aborting update > > > > [root@machine /home/user]# > > > > Then ran "portmaster --force-config -af" - this was better, but I still > got > > this at the end: > > > > ===>>> Launching child to update xf86-video-vesa-2.1.0_2 to > > xf86-video-vesa-2.1.0_2 > > > > ===>>> Port directory: /usr/ports/x11-drivers/xf86-video-vesa > > ===> No options to configure > > ===>>> Gathering dependency list for x11-drivers/xf86-video-vesa from > ports > > ===>>> Starting recursive 'make config' check > > ===>>> Recursive 'make config' check complete for > > x11-drivers/xf86-video-vesa > > > > ===>>> Returning to update check of installed ports > > > > > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > ===>>> Aborting update > > > > Terminated > > [root@machine /home/user]# > > > > /Rasmus > The only thing I can suggest is to use a -x glob to exclude the ports that > are > causing you trouble. I believe the drivers are no longer used so no harm > would > come. > > David > > > From owner-freebsd-stable@FreeBSD.ORG Sat Aug 1 18:14:01 2009 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 B4DC0106566C for ; Sat, 1 Aug 2009 18:14:01 +0000 (UTC) (envelope-from gmiller@classic-games.com) Received: from fmailhost01.isp.att.net (fmailhost01.isp.att.net [204.127.217.101]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD518FC24 for ; Sat, 1 Aug 2009 18:14:01 +0000 (UTC) (envelope-from gmiller@classic-games.com) Received: from [65.7.41.119] (host-65-7-41-119.mem.bellsouth.net?[65.7.41.119]) by isp.att.net (frfwmhc01) with ESMTP id <20090801180321H0100sb7bde>; Sat, 1 Aug 2009 18:03:48 +0000 X-Originating-IP: [65.7.41.119] Message-ID: <4A748337.1020905@classic-games.com> Date: Sat, 01 Aug 2009 13:02:31 -0500 From: Greg Miller User-Agent: Thunderbird 2.0.0.22 (X11/20090729) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> <20090801145042.GA32107@pit.databus.com> <63e02e980908011050i133fe5ffv125dab63aadd3ca8@mail.gmail.com> In-Reply-To: <63e02e980908011050i133fe5ffv125dab63aadd3ca8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Error when using 'portupgrade -ay' (and several others) [Second attempt] 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, 01 Aug 2009 18:14:02 -0000 Jens Rasmus Liland wrote: > So what command am I supposed to run? > > On Sat, Aug 1, 2009 at 4:50 PM, Barney Wolff wrote: > >> I got around this by using -k. Dependencies are a maze of twisty >> little passages, all alike. I'll take my chances with the grue. >> >> On Sat, Aug 01, 2009 at 04:17:17PM +0200, Jens Rasmus Liland wrote: >>> Hi, >>> >>> I'm getting really weird problems when trying to upgrade my ports. I've >>> already discussed this with Dan Naumov on the stable mailing list, and he >> is >>> out of ideas on what I am to do. I've tried to fix the problem using many >>> different methods (i.e. csup stable-ports-supfile; Portmaster -a/-af, >>> portupgrade -ay, nuking the entire ports tree and then doing fetch ports; >>> extract, and similar stuff), but everyone seems to get the same error, >> and >>> not come any further. The ports my system is trying to update is not in >> the >>> ports tree anymore either, so it is really strange that it is trying to >>> update it self. And a pkgdb -F didn't take care of this? -- http://www.velocityvector.com/ | http://www.classic-games.com/ Any government that can give you everything you want can take everything you have. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 1 18:58:18 2009 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 46A67106567A; Sat, 1 Aug 2009 18:58:18 +0000 (UTC) (envelope-from barney@databus.com) Received: from mail1.aceinnovative.com (mail1.aceinnovative.com [66.114.74.12]) by mx1.freebsd.org (Postfix) with ESMTP id 116E28FC18; Sat, 1 Aug 2009 18:58:14 +0000 (UTC) (envelope-from barney@databus.com) Received: from pit.databus.com ([71.167.133.111]) (authenticated bits=0) by mail1.aceinnovative.com (8.13.8/8.13.8) with ESMTP id n71IwEkb032107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 1 Aug 2009 14:58:14 -0400 Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.14.3/8.14.3) with ESMTP id n71IwDO9074176; Sat, 1 Aug 2009 14:58:13 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.14.3/8.14.3/Submit) id n71IwDaT074175; Sat, 1 Aug 2009 14:58:13 -0400 (EDT) (envelope-from barney) Date: Sat, 1 Aug 2009 14:58:13 -0400 From: Barney Wolff To: Jens Rasmus Liland Message-ID: <20090801185813.GA74080@pit.databus.com> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> <20090801145042.GA32107@pit.databus.com> <63e02e980908011050i133fe5ffv125dab63aadd3ca8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63e02e980908011050i133fe5ffv125dab63aadd3ca8@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Error when using 'portupgrade -ay' (and several others) [Second attempt] 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, 01 Aug 2009 18:58:19 -0000 portupgrade -k x11-drivers/xorg-drivers x11/xorg Barney On Sat, Aug 01, 2009 at 07:50:45PM +0200, Jens Rasmus Liland wrote: > So what command am I supposed to run? > > On Sat, Aug 1, 2009 at 4:50 PM, Barney Wolff wrote: > > > I got around this by using -k. Dependencies are a maze of twisty > > little passages, all alike. I'll take my chances with the grue. > > From owner-freebsd-stable@FreeBSD.ORG Sat Aug 1 19:44:42 2009 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 A44E9106564A; Sat, 1 Aug 2009 19:44:42 +0000 (UTC) (envelope-from jensrasmus@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id E66AB8FC19; Sat, 1 Aug 2009 19:44:41 +0000 (UTC) (envelope-from jensrasmus@gmail.com) Received: by bwz2 with SMTP id 2so1663664bwz.43 for ; Sat, 01 Aug 2009 12:44:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=xixUfkYO1gL6GgvRBo7G8pbYMRq+NLRdG5q7q2Bqctw=; b=iqX+HhszR9ExZ81+kNzTV8+/a0zeuVOT2tzemKtsO/Yg00kyRcI5UVb9Dkgv8LmMYV OYbw0wUHVct2KYWE/fVseqGZF8AsnXyEukPj6tFe2+DRXIXKIdrOQXzarR2mtmQO+pXs uufCB48fCKrz7oM7crvHO0T5vqnObxetZtoyM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mI2x1UFN4dwMkmWyhHWQU6C9qMqXxX0YmZmNwVC+Zd7k4pZffQ+8ArFzep/JR9H2EC r8Cajijy+47jIzjzHzZVwnWxnkymW5sL0MaSttR8f6us7zagELRPFVV0rsPoQZXABgPh BvKS7BDTJqz4952Vj2CifKb2NflD6FPQ49ZzY= MIME-Version: 1.0 Received: by 10.204.119.76 with SMTP id y12mr169292bkq.114.1249155880593; Sat, 01 Aug 2009 12:44:40 -0700 (PDT) In-Reply-To: <20090801185813.GA74080@pit.databus.com> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> <20090801145042.GA32107@pit.databus.com> <63e02e980908011050i133fe5ffv125dab63aadd3ca8@mail.gmail.com> <20090801185813.GA74080@pit.databus.com> Date: Sat, 1 Aug 2009 21:44:40 +0200 Message-ID: <63e02e980908011244u4e00ba22w772499583660d4de@mail.gmail.com> From: Jens Rasmus Liland To: Barney Wolff 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, freebsd-ports@freebsd.org Subject: Re: Error when using 'portupgrade -ay' (and several others) [Second attempt] 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, 01 Aug 2009 19:44:43 -0000 That seems to have have done something more. But I still got some funky errors after running portmaster -a: [...at the end] ===>>> Gathering dependency list for x11/xorg-apps from ports ===>>> Starting recursive 'make config' check ===>>> Launching child to update x11/xinput xorg-apps-7.3 >> x11/xinput ===>>> Port directory: /usr/ports/x11/xinput ===>>> Gathering dependency list for x11/xinput from ports ===>>> Starting recursive 'make config' check ===>>> Recursive 'make config' check complete for x11/xinput xorg-apps-7.3 >> x11/xinput ===>>> Continuing 'make config' dependency check for x11/xorg-apps ===>>> Recursive 'make config' check complete for x11/xorg-apps ===>>> Returning to update check of installed ports ===>>> The x11/xphelloworld port has been deleted: Xprint application, deprecated upstream ===>>> Aborting update [root@machine ~]# On Sat, Aug 1, 2009 at 8:58 PM, Barney Wolff wrote: > portupgrade -k x11-drivers/xorg-drivers x11/xorg > Barney > > On Sat, Aug 01, 2009 at 07:50:45PM +0200, Jens Rasmus Liland wrote: > > So what command am I supposed to run? > > > > On Sat, Aug 1, 2009 at 4:50 PM, Barney Wolff wrote: > > > > > I got around this by using -k. Dependencies are a maze of twisty > > > little passages, all alike. I'll take my chances with the grue. > > > >