From owner-freebsd-stable@FreeBSD.ORG Sun Jul 8 10:41:01 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 106D916A400 for ; Sun, 8 Jul 2007 10:41:01 +0000 (UTC) (envelope-from morgan.s.reed@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id C48EA13C45B for ; Sun, 8 Jul 2007 10:41:00 +0000 (UTC) (envelope-from morgan.s.reed@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so143040anc for ; Sun, 08 Jul 2007 03:41:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=rkOZBmJ9zTMcF5QgpqRc7RmBg+VuiSomO0LGXlJDA8KGFI+hhRmwMeJe67gP1xJWBx7jG796DKqGKoodjbzasRF1q6hkuI8BxnENhL27dIfwTh7yloYQXVpYxRWhRXBrrpAbF2bVQ8yhsIdK15X212kQ/jR37SFNCvxUCOCS+wM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=FrcrrX0oDEu8hwn5sypMMqtHRxMPskiNZRo8TMDljIbRSA41ckxLXa/GXpWW5/Km7VcUETJswc25Lrqk29S/NUVL5UWzb3pCLH2ZlHQVF2BkVjc8tmhPLre6WaxSX7D6rmzUPuvyrRromveaYV3pB1zwyuQbIOD8IXJK+DhUdNs= Received: by 10.100.197.15 with SMTP id u15mr1118013anf.1183891260121; Sun, 08 Jul 2007 03:41:00 -0700 (PDT) Received: by 10.100.173.17 with HTTP; Sun, 8 Jul 2007 03:41:00 -0700 (PDT) Message-ID: Date: Sun, 8 Jul 2007 20:41:00 +1000 From: "Morgan Reed" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: PF Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2007 10:41:01 -0000 Not sure if this is the most appropriate place to ask, feel free to redirect me if it isn't. I've got an issue with a simple NAT with pf. I've got two machines; the first (I will call m1) has 2 ethernet interfaces (I will call them m1.0 and m1.1) the second (I will call m2) has 1 ethernet interface (I will call it m2.0) m1.0 faces my LAN, m1.1 and m2.0 are on a separate, isolated segment. what I need to be able to do is to access the "outside world" from m2 and be able to get to Ports 80, 443 and 3128 on m2 from my LAN by connecting to ports 80, 443 and 3128 on m1 and having traffic forwarded appropriately. m1.0 - 192.168.0.X/24 (DHCP assigned) m1.1 - 192.168.1.2/24 m2.0 - 192.168.1.30/24 /etc/pf.conf ========================================================= ext_if="m1.0" int_if="m1.1" nat on $ext_if from !($ext_if) -> ($ext_if:0) rdr pass on $ext_if proto tcp to port 80 -> 192.168.1.30 port 80 rdr pass on $ext_if proto tcp to port 443 -> 192.168.1.30 port 443 rdr pass on $ext_if proto tcp to port 3128 -> 192.168.1.30 port 3128 pass in keep state pass out keep state ========================================================= The current status is as follows; * I can ping m1.0 from m2 * I can't ping any of the other address on the 192.168.0.0/24 network from m2 - tcpdump'ing m1.1 * Connecting to one of the forwarded ports on m1.0 I see nothing * Connecting from m2 to a host on the LAN I see the connections going out but, not coming back Your assistance is greatly appreciated. Morgan From owner-freebsd-stable@FreeBSD.ORG Sun Jul 8 13:21:54 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E434816A469 for ; Sun, 8 Jul 2007 13:21:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 72EA013C45A for ; Sun, 8 Jul 2007 13:21:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A563C0.dip.t-dialin.net [84.165.99.192]) by redbull.bpaserver.net (Postfix) with ESMTP id 96A6B2E192; Sun, 8 Jul 2007 14:48:33 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 6C7A15B4902; Sun, 8 Jul 2007 14:46:22 +0200 (CEST) Date: Sun, 8 Jul 2007 14:49:47 +0200 From: Alexander Leidinger To: stable@freebsd.org Message-ID: <20070708144947.7acb42ac@deskjail> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.823, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10, TW_OC 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: emulation@freebsd.org Subject: mini-heads-up: linuxulator fixes (Fw: cvs commit: src/sys/amd64/linux32 linux.h linux32_machdep.c linux32_sysvec.c syscalls.master src/sys/compat/linprocfs linprocfs.c src/sys/compat/linux linux_misc.c src/sys/i386/linux linux.h linux_machdep.c linux_sysvec.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: Sun, 08 Jul 2007 13:21:54 -0000 Hi, I MFCed some fixes to the linuxulator today. One major change is correcting the handling of the linux mmap function. This may break some not so good programmed audio programs (mostly some few bad behaving games). If you get hit by this, don't be afraid. The MFC of a change to the sound system (and an entry to UPDATING) will be done "soon" by Ariff. Except for those audio apps, all programs which had problems because of this should work better now. If you stumble upon a problem, please report to emulation@FreeBSD.org. Note: while more MFCs of fixes and missing linux syscalls are planned (before 6.3), the MFC of the linux-2.6 compatibility is not planned (if you need it, you have to update to 7.0 release when it comes out). If someone wants to help test some more patches for the linuxulator in -stable, please contact me and I take you into the loop (the more testers, the faster -stable will see the MFCs). What I need are people which compile and runtest the changes. Most of the changes are straight forward, we only have one part which causes a problem because of an unknown reason (either bad testing hardware or a missing change in my patches). Bye, Alexander. Start weitergeleitete Nachricht: Datum: Sun, 8 Jul 2007 12:20:36 +0000 (UTC) Von: Alexander Leidinger An: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Betreff: cvs commit: src/sys/amd64/linux32 linux.h linux32_machdep.c linux32_sysvec.c syscalls.master src/sys/compat/linprocfs linprocfs.c src/sys/compat/linux linux_misc.c src/sys/i386/linux linux.h linux_machdep.c linux_sysvec.c netchild 2007-07-08 12:20:36 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/amd64/linux32 linux.h linux32_machdep.c linux32_sysvec.c syscalls.master sys/compat/linprocfs linprocfs.c sys/compat/linux linux_misc.c sys/i386/linux linux.h linux_machdep.c linux_sysvec.c Log: MFC (5 of X): - linuxulator mmap handling - memleak fixes - extend linux errno mapping - handle address space limits for linux processes - sync linprocfs (/proc/sys/... part) Compile tested by: scf (i386, as part of a mega-MFC-patch) Tested by: Arno J. Klaassen (amd64) Revision Changes Path 1.1.8.3 +11 -2 src/sys/amd64/linux32/linux.h 1.10.2.2 +114 -64 src/sys/amd64/linux32/linux32_machdep.c 1.7.2.9 +2 -1 src/sys/amd64/linux32/linux32_sysvec.c 1.4.2.2 +1 -1 src/sys/amd64/linux32/syscalls.master 1.89.2.7 +167 -7 src/sys/compat/linprocfs/linprocfs.c 1.170.2.6 +1 -1 src/sys/compat/linux/linux_misc.c 1.64.2.3 +11 -2 src/sys/i386/linux/linux.h 1.48.2.5 +65 -57 src/sys/i386/linux/linux_machdep.c 1.137.2.5 +2 -1 src/sys/i386/linux/linux_sysvec.c http://cvsweb.FreeBSD.org/src/sys/amd64/linux32/linux.h.diff?&r1=1.1.8.2&r2=1.1.8.3&f=h http://cvsweb.FreeBSD.org/src/sys/amd64/linux32/linux32_machdep.c.diff?&r1=1.10.2.1&r2=1.10.2.2&f=h http://cvsweb.FreeBSD.org/src/sys/amd64/linux32/linux32_sysvec.c.diff?&r1=1.7.2.8&r2=1.7.2.9&f=h http://cvsweb.FreeBSD.org/src/sys/amd64/linux32/syscalls.master.diff?&r1=1.4.2.1&r2=1.4.2.2&f=h http://cvsweb.FreeBSD.org/src/sys/compat/linprocfs/linprocfs.c.diff?&r1=1.89.2.6&r2=1.89.2.7&f=h http://cvsweb.FreeBSD.org/src/sys/compat/linux/linux_misc.c.diff?&r1=1.170.2.5&r2=1.170.2.6&f=h http://cvsweb.FreeBSD.org/src/sys/i386/linux/linux.h.diff?&r1=1.64.2.2&r2=1.64.2.3&f=h http://cvsweb.FreeBSD.org/src/sys/i386/linux/linux_machdep.c.diff?&r1=1.48.2.4&r2=1.48.2.5&f=h http://cvsweb.FreeBSD.org/src/sys/i386/linux/linux_sysvec.c.diff?&r1=1.137.2.4&r2=1.137.2.5&f=h -- Just because your doctor has a name for your condition doesn't mean he knows what it is. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Sun Jul 8 13:34:12 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2327E16A400 for ; Sun, 8 Jul 2007 13:34:12 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [213.251.163.210]) by mx1.freebsd.org (Postfix) with ESMTP id B110D13C448 for ; Sun, 8 Jul 2007 13:34:11 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (ip-83-134-208-129.dsl.scarlet.be [83.134.208.129]) by tignes.restart.be (8.13.8/8.13.8) with ESMTP id l68D23jM067392 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 8 Jul 2007 15:02:04 +0200 (CEST) (envelope-from hlh@restart.be) Received: from morzine.restart.bel (morzine.restart.bel [192.168.24.2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id l68D20NO058417 for ; Sun, 8 Jul 2007 15:02:00 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1183899723; bh=+bPlOM035TCl/yt+ySXhFetyMPcwiwBky8hTIgG +fyM=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=Azpc4h9x4MD +MVKUIfBks6k1KgUF0LHkDjeL3a7knI1FYM5U8vyX0Mc7QwJF0dPluKRJS8I9lwAwur 7BRH9qmQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=sgeDHKjTrMAWtI0OB8egn/sqT27NaeMlKa3N8XzdQfA6e2NdG7yf/mjb7ZRBvQsv1 YxEeBiyuWxWx/scFQ4V1Q== Message-ID: <4690E048.7010405@restart.be> Date: Sun, 08 Jul 2007 15:02:00 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.4 (X11/20070616) MIME-Version: 1.0 To: stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.61 on 192.168.24.1 Cc: Subject: Re: PF Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2007 13:34:12 -0000 Morgan Reed wrote: > Not sure if this is the most appropriate place to ask, feel free to > redirect me if it isn't. > > I've got an issue with a simple NAT with pf. > > I've got two machines; > the first (I will call m1) has 2 ethernet interfaces (I will call them > m1.0 and m1.1) > the second (I will call m2) has 1 ethernet interface (I will call it m2.0) > > m1.0 faces my LAN, m1.1 and m2.0 are on a separate, isolated segment. > > what I need to be able to do is to access the "outside world" from m2 > and be able to get to Ports 80, 443 and 3128 on m2 from my LAN by > connecting to ports 80, 443 and 3128 on m1 and having traffic > forwarded appropriately. > > m1.0 - 192.168.0.X/24 (DHCP assigned) > m1.1 - 192.168.1.2/24 > m2.0 - 192.168.1.30/24 > > /etc/pf.conf > ========================================================= > > ext_if="m1.0" > int_if="m1.1" > > nat on $ext_if from !($ext_if) -> ($ext_if:0) I think traffic comming back is natted a second time ??? I prefer: nat on $ext_if from $int_if:network to any -> ($ext_if) > > rdr pass on $ext_if proto tcp to port 80 -> 192.168.1.30 port 80 > rdr pass on $ext_if proto tcp to port 443 -> 192.168.1.30 port 443 > rdr pass on $ext_if proto tcp to port 3128 -> 192.168.1.30 port 3128 I would also nat on int_if in this case -- except for m1. no nat on $int_if proto tcp from $int_if to $int_if:network nat on $int_if proto tcp from $int_if:network to 192.168.1.30 port {80 443 3128 } -> $int_if Henri > > pass in keep state > pass out keep state > > ========================================================= > > The current status is as follows; > * I can ping m1.0 from m2 > * I can't ping any of the other address on the 192.168.0.0/24 network > from m2 > > - tcpdump'ing m1.1 > * Connecting to one of the forwarded ports on m1.0 I see nothing > * Connecting from m2 to a host on the LAN I see the connections going > out but, not coming back > > Your assistance is greatly appreciated. > > Morgan > _______________________________________________ > 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 8 14:42:35 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 159E216A400; Sun, 8 Jul 2007 14:42:33 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Sun, 8 Jul 2007 22:42:30 +0800 From: Ariff Abdullah To: Alexander Leidinger Message-Id: <20070708224230.3fef0844.ariff@FreeBSD.org> In-Reply-To: <20070708144947.7acb42ac@deskjail> References: <20070708144947.7acb42ac@deskjail> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__8_Jul_2007_22_42_30_+0800_SERvbS0pAk279dWP" Cc: emulation@freebsd.org, stable@freebsd.org Subject: Re: mini-heads-up: linuxulator fixes (Fw: cvs commit: src/sys/amd64/linux32 linux.h linux32_machdep.c linux32_sysvec.c syscalls.master src/sys/compat/linprocfs linprocfs.c src/sys/compat/linux linux_misc.c src/sys/i386/linux linux.h linux_machdep.c linux_sysvec.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: Sun, 08 Jul 2007 14:42:35 -0000 --Signature=_Sun__8_Jul_2007_22_42_30_+0800_SERvbS0pAk279dWP Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 8 Jul 2007 14:49:47 +0200 Alexander Leidinger wrote: > Hi, >=20 > I MFCed some fixes to the linuxulator today. One major change is > correcting the handling of the linux mmap function. This may break > some not so good programmed audio programs (mostly some few bad > behaving games). If you get hit by this, don't be afraid. The MFC of > a change to the sound system (and an entry to UPDATING) will be done > "soon" by Ariff. > Technically, this is not the fault of that particular audio apps. Latest mmap changes in linuxlator apparently force PROT_EXEC mapping on all _typical_ mmap invocations, and this affecting not just sound, but bktr(4) as well. Well, bktr a bit lucky since I haven't encounter any linux-binary + bktr apps. Anyway, I've added sysctl hw.snd.compat_linux_mmap, where it is disabled by default. linux mmap breakage: http://lists.freebsd.org/pipermail/freebsd-current/2007-June/073437.html solution: http://lists.freebsd.org/pipermail/cvs-src/2007-July/080531.html > Except for those audio apps, all programs which had problems because > of this should work better now. If you stumble upon a problem, > please report to emulation@FreeBSD.org. >=20 > Note: while more MFCs of fixes and missing linux syscalls are > planned (before 6.3), the MFC of the linux-2.6 compatibility is not > planned (if you need it, you have to update to 7.0 release when it > comes out). >=20 > If someone wants to help test some more patches for the linuxulator > in -stable, please contact me and I take you into the loop (the more > testers, the faster -stable will see the MFCs). What I need are > people which compile and runtest the changes. Most of the changes > are straight forward, we only have one part which causes a problem > because of an unknown reason (either bad testing hardware or a > missing change in my patches). >=20 -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Sun__8_Jul_2007_22_42_30_+0800_SERvbS0pAk279dWP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGkPfWlr+deMUwTNoRApM4AKCGQhiMjVZmC33grFYoxdh1v4I1KgCggfBH MmASoQIlcwqxlD2YBtHqSZw= =AGh3 -----END PGP SIGNATURE----- --Signature=_Sun__8_Jul_2007_22_42_30_+0800_SERvbS0pAk279dWP-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 9 09:21:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9ACB616A480 for ; Mon, 9 Jul 2007 09:21:20 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id A56B913C4CB for ; Mon, 9 Jul 2007 09:21:15 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l699LFdn001447 for ; Mon, 9 Jul 2007 06:21:15 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Mon, 9 Jul 2007 06:19:01 -0300 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707090619.01828.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on msrv.matik.com.br X-Virus-Status: Clean Subject: tar -x freeze machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2007 09:21:20 -0000 When I tar -xzvf file.tar.gz -C/d the machine freeze completely and instant= ly =20 after extracting the first file. I tried different option no chance. No err= or=20 msg nothing. I used then gtar on the same file created with tar -c and it=20 worked. It is amd64 with smp kernel. The tarball is 2.4G . I did this before but ti= mes=20 ago and do not remember such a problem. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Jul 9 11:58:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61CC916A41F for ; Mon, 9 Jul 2007 11:58:29 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from mx01.uunet.co.za (mx01.uunet.co.za [196.7.142.153]) by mx1.freebsd.org (Postfix) with ESMTP id EC81613C468 for ; Mon, 9 Jul 2007 11:58:28 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from [196.30.158.7] (helo=pixproxy.so.jnb6.za.uu.net) by mx01.uunet.co.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1I7rsn-0009s0-F4; Mon, 09 Jul 2007 13:58:25 +0200 Received: from [196.22.64.216] (chickenboo.ops.uunet.co.za [196.22.64.216]) by pixproxy.so.jnb6.za.uu.net (Postfix) with ESMTP id 6DFCF102E11; Mon, 9 Jul 2007 13:58:25 +0200 (SAST) Message-ID: <469223A2.7010105@za.verizonbusiness.com> Date: Mon, 09 Jul 2007 14:01:38 +0200 From: Kim Attree Organization: Verizon Business User-Agent: Thunderbird 1.5.0.9 (X11/20070208) MIME-Version: 1.0 To: kim.attree@za.verizonbusiness.com References: <468CB48D.4050208@za.verizonbusiness.com> In-Reply-To: <468CB48D.4050208@za.verizonbusiness.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kim.attree@za.verizonbusiness.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2007 11:58:29 -0000 I made Root's $HOME point to /var/db (touched to make sure it's writable on the diskless workstation - it is) and the KDM still refuses to pass to Xorg/KDE. Any Other Ideas ??? Thanks Kim Attree Kim Attree wrote: > Danny, > > thought of that already, /root/.kde is symbolically linked to /var/.kde, > which has the contents of /root/.kde and is populated at boot. That > /var/.kde is root writable too... > > Thanks > > Kim Attree > > Danny Braniss wrote: > >> don't know if this is the problem, but usualy, in a diskless env. / is >> mountted read-only, and so ~(root) is /root which could be read-only, >> and so manythings break when trying to write,eg ~/.kde >> >> my 5c >> danny >> >> >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jul 9 14:51:52 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B35116A41F for ; Mon, 9 Jul 2007 14:51:52 +0000 (UTC) (envelope-from ttsnqt@akureyri.is) Received: from dike.telenet-ops.be (dike.telenet-ops.be [195.130.132.36]) by mx1.freebsd.org (Postfix) with ESMTP id BC6B413C448 for ; Mon, 9 Jul 2007 14:51:51 +0000 (UTC) (envelope-from ttsnqt@akureyri.is) Received: from asia.telenet-ops.be (asia.telenet-ops.be [195.130.137.74]) by dike.telenet-ops.be (Postfix) with ESMTP id 6194D308216 for ; Mon, 9 Jul 2007 14:40:00 +0200 (CEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by asia.telenet-ops.be (Postfix) with SMTP id 9FBB8D4179; Mon, 9 Jul 2007 14:39:58 +0200 (CEST) Received: from unesrv01 (d5152E353.access.telenet.be [81.82.227.83]) by asia.telenet-ops.be (Postfix) with ESMTP id 8A8FDD414E; Mon, 9 Jul 2007 14:39:58 +0200 (CEST) Received: from DM ([192.168.0.2]) by unesrv01 with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Jul 2007 14:34:41 +0200 Received: from variate-drophead.elion.es(aphorism-pistol.elion.es [elion.es]) by nuisance-crusoe.elion.es (8.11.1/8.11.1) with ESMTP id eA5KcNf018D9 for ; Mon, 09 Jul 2007 09:24:43 -0400 Date: Mon, 09 Jul 2007 10:17:43 -0300 From: "chive Hart" To: qualityinnzhills@aol.com, bdoney@gfdevelopment.org, btpz@hotmail.com, stable@freebsd.org Message-ID: <4AA37EE3.7684.7715C2D5@localhost> MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Priority: normal X-OriginalArrivalTime: 09 Jul 2007 12:34:44.0687 (UTC) FILETIME=[87899DF0:01C7C225] Cc: Subject: physical therapists mailing list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2007 14:51:52 -0000 For this week we have the following package deal in effect: promo code: 69CB7C1 Physicians in the USA 788k in total  17k emails 34 specialties  many sortable fields American Hospitals 23k Admins in more than 7k hospitals Dentists in the USA 597k dentists and dental services American Chiropractor Directory 100K chiropractors offices in the USA All 4 above complete directories: $379 This offer is good until July 13th. Please email: medpack@hotmail.com or call 206-339-6160 for more details Note: To quit getting emails like these please reply with "quit" in the subject heading. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 10:48:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 227FD16A400 for ; Tue, 10 Jul 2007 10:48:20 +0000 (UTC) (envelope-from imateev@uos.de) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (sanode12eth0.rz.Uni-Osnabrueck.DE [131.173.17.152]) by mx1.freebsd.org (Postfix) with ESMTP id 9259213C4AD for ; Tue, 10 Jul 2007 10:48:19 +0000 (UTC) (envelope-from imateev@uos.de) Received: from [172.18.253.33] (hal9000.heh.Uni-Osnabrueck.DE [131.173.252.1]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.1/8.13.1) with ESMTP id l6AAPLWM028842 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 10 Jul 2007 12:25:22 +0200 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Ivaylo Mateev Date: Tue, 10 Jul 2007 12:24:47 +0200 X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.7.10.31332 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIII, Probability=7%, Report=__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0 X-PMX-Spam-Level: IIIIIII Subject: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 10:48:20 -0000 Hi! FreeBSD Stable can not detect my dual core CPU correctly. It uses only one core. and ACPI is not working corectly. When i type shutdown -h now, the Computer do not power off, but stay on with the Uptime massage Thanx for the help From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 10:53:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B532316A468 for ; Tue, 10 Jul 2007 10:53:05 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 6FD8413C457 for ; Tue, 10 Jul 2007 10:53:05 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 793EE1B10F67; Tue, 10 Jul 2007 12:53:04 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 7651A1B10F0F; Tue, 10 Jul 2007 12:53:04 +0200 (CEST) Message-ID: <4693650E.9070902@sun-fish.com> Date: Tue, 10 Jul 2007 13:53:02 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Ivaylo Mateev References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: freebsd-stable@freebsd.org Subject: Re: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 10:53:05 -0000 Ivaylo Mateev wrote: > Hi! > > FreeBSD Stable can not detect my dual core CPU correctly. It uses only > one core. > > and > > ACPI is not working corectly. When i type shutdown -h now, the > Computer do not power off, but stay on with the Uptime massage > > Thanx for the help Wich version, what hardware ? uname -a , dmesg ? Little more info please. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 11:02:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC6F116A421 for ; Tue, 10 Jul 2007 11:02:18 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from mx01.uunet.co.za (mx01.uunet.co.za [196.7.142.153]) by mx1.freebsd.org (Postfix) with ESMTP id 7DEC213C45B for ; Tue, 10 Jul 2007 11:02:18 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from [196.30.158.7] (helo=pixproxy.so.jnb6.za.uu.net) by mx01.uunet.co.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1I8DTy-000Dit-Ja; Tue, 10 Jul 2007 13:02:14 +0200 Received: from [196.22.64.216] (chickenboo.ops.uunet.co.za [196.22.64.216]) by pixproxy.so.jnb6.za.uu.net (Postfix) with ESMTP id 7E99C102CFC; Tue, 10 Jul 2007 13:02:14 +0200 (SAST) Message-ID: <469367FA.5080107@za.verizonbusiness.com> Date: Tue, 10 Jul 2007 13:05:30 +0200 From: Kim Attree Organization: Verizon Business User-Agent: Thunderbird 1.5.0.9 (X11/20070208) MIME-Version: 1.0 To: Ivaylo Mateev References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kim.attree@za.verizonbusiness.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 11:02:19 -0000 Ivaylo, Have you compiled in SMP and ACPI support to your kernel ? Thanks Kim Ivaylo Mateev wrote: > Hi! > > FreeBSD Stable can not detect my dual core CPU correctly. It uses only > one core. > > and > > ACPI is not working corectly. When i type shutdown -h now, the > Computer do not power off, but stay on with the Uptime massage > > Thanx for the help > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 11:36:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E40F916A469 for ; Tue, 10 Jul 2007 11:36:19 +0000 (UTC) (envelope-from imateev@uos.de) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (sanode12eth0.rz.Uni-Osnabrueck.DE [131.173.17.152]) by mx1.freebsd.org (Postfix) with ESMTP id 59B0513C4AE for ; Tue, 10 Jul 2007 11:36:19 +0000 (UTC) (envelope-from imateev@uos.de) Received: from [172.18.253.33] (hal9000.heh.Uni-Osnabrueck.DE [131.173.252.1]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.1/8.13.1) with ESMTP id l6ABa9t7029776 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 10 Jul 2007 13:36:15 +0200 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Ivaylo Mateev Date: Tue, 10 Jul 2007 13:35:38 +0200 X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.7.10.41523 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIII, Probability=7%, Report=__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_24 0, __STOCK_PHRASE_25 0 X-PMX-Spam-Level: IIIIIII Subject: Re: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 11:36:20 -0000 SMP compiled ??? UUpss I just looked in my kernel config file. .... SMP was commented .... I tought I uncommented after I added it , but ..... so SMP is up and running, but the ACPI Problem still exists. acpi.ko loaded uname -a: FreeBSD heavymetal 6.2-STABLE FreeBSD 6.2-STABLE #4: Tue Jul 10 14:46:47 CEST 2007 root@:/usr/obj/usr/src/sys/HEAVYMETAL i386 hier dmesg Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #4: Tue Jul 10 14:46:47 CEST 2007 root@:/usr/obj/usr/src/sys/HEAVYMETAL ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2375.02-MHz 686- class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f,,CR8> Cores per package: 2 real memory = 804192256 (766 MB) avail memory = 769056768 (733 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi_hpet0: iomem 0xfeff0000-0xfeff03ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 2000 acpi0: Power Button (fixed) acpi0: reservation of feff0000, 100 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 5 ports with 5 removable, self powered ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 12 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 5 ports with 5 removable, self powered ohci1: mem 0xfe02d000-0xfe02dfff irq 23 at device 4.0 on pci0 ohci1: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: on ohci1 usb2: USB revision 1.0 uhub2: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 5 ports with 5 removable, self powered ehci1: mem 0xfe02c000-0xfe02c0ff irq 20 at device 4.1 on pci0 ehci1: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controller, 12 ports each: usb2 usb3: on ehci1 usb3: USB revision 2.0 uhub3: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 5 ports with 5 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcm0: mem 0xfe020000-0xfe023fff irq 21 at device 7.0 on pci0 pcib1: at device 8.0 on pci0 pci1: on pcib1 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f mem 0xfe026000-0xfe027fff irq 22 at device 9.0 on pci0 ata2: on atapci1 ata3: on atapci1 nfe0: port 0xd800-0xd807 mem 0xfe02b000-0xfe02bfff,0xfe02a000-0xfe02a0ff,0xfe029000-0xfe02900f irq 23 at device 10.0 on pci0 miibus0: on nfe0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:50:8d:9f:27:19 nfe0: [FAST] pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pcib6: at device 15.0 on pci0 pci6: on pcib6 pcib7: at device 16.0 on pci0 pci7: on pcib7 pcib8: at device 17.0 on pci0 pci8: on pcib8 nvidia0: mem 0xfb000000-0xfbffffff,0xe0000000-0xefffffff,0xfc000000-0xfcffffff irq 20 at device 18.0 on pci0 nvidia0: [GIANT-LOCKED] acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 ad7: 152627MB at ata3-slave UDMA33 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad7s1a ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. umass0: USBest Technology USB Mass Storage Device, rev 2.00/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 983MB (2015231 512 byte sectors: 64H 32S/T 983C) From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 11:58:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6078316A400 for ; Tue, 10 Jul 2007 11:58:22 +0000 (UTC) (envelope-from imateev@uos.de) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (sanode6eth0.rz.Uni-Osnabrueck.DE [131.173.17.146]) by mx1.freebsd.org (Postfix) with ESMTP id CF04313C45A for ; Tue, 10 Jul 2007 11:58:21 +0000 (UTC) (envelope-from imateev@uos.de) Received: from [172.18.253.33] (hal9000.heh.Uni-Osnabrueck.DE [131.173.252.1]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.1/8.13.1) with ESMTP id l6ABwI0C000978 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 10 Jul 2007 13:58:19 +0200 In-Reply-To: <469371E4.9040504@klintrup.dk> References: <469371E4.9040504@klintrup.dk> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <9C8B50A0-A756-4313-8D92-78D83A903430@uos.de> Content-Transfer-Encoding: quoted-printable From: Ivaylo Mateev Date: Tue, 10 Jul 2007 13:58:12 +0200 To: =?UTF-8?Q?S=C3=B8ren_Klintrup?= X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.7.10.43732 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIII, Probability=7%, Report=__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0 X-PMX-Spam-Level: IIIIIII Cc: freebsd-stable@freebsd.org Subject: Re: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 11:58:22 -0000 It is not working :( On 10.07.2007, at 13:47, S=F8ren Klintrup wrote: > Ivaylo Mateev wrote: > >> ACPI is not working corectly. When i type shutdown -h now, the =20 >> Computer do not power off, but stay on with the Uptime massage > > you need to use 'shutdown -p now' to power off the system. > > read shutdown(8) for more > > /S=F8ren > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 12:01:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79CD716A469 for ; Tue, 10 Jul 2007 12:01:17 +0000 (UTC) (envelope-from soren@klintrup.dk) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by mx1.freebsd.org (Postfix) with ESMTP id 4599A13C457 for ; Tue, 10 Jul 2007 12:01:17 +0000 (UTC) (envelope-from soren@klintrup.dk) Received: from [172.21.203.26] (cpe.atm2-0-7296.0x5730e15e.banxx4.customer.tele.dk [87.48.225.94]) by pfepc.post.tele.dk (Postfix) with ESMTP id E30748A002B for ; Tue, 10 Jul 2007 14:01:15 +0200 (CEST) Message-ID: <4693750E.6070708@klintrup.dk> Date: Tue, 10 Jul 2007 14:01:18 +0200 From: =?ISO-8859-1?Q?S=F8ren_Klintrup?= User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 12:01:17 -0000 Ivaylo Mateev wrote: > ACPI is not working corectly. When i type shutdown -h now, the Computer > do not power off, but stay on with the Uptime massage you need to use 'shutdown -p now' to power off the system. read shutdown(8) for more /Søren From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 12:11:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 839CF16A400 for ; Tue, 10 Jul 2007 12:11:35 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 10E4513C459 for ; Tue, 10 Jul 2007 12:11:34 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id o4so1621410uge for ; Tue, 10 Jul 2007 05:11:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=jmIW8hqg1hDR15Vtaqep1oIjCu7verIdUwvArURuXGNpBNbxXzLJ9NRYt4WE4AWemWS6dPfn9mtlV9ccrM/fVwMWLXqL/ON4rUJah7ZEId3lM8JiXkbvDZ3eiJJf/fz88HIM7SKOCaX0jPzCJfO07G3cRGpNV6t0TUnBzjMhUJc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=Wyd0XhbdJC/F90IVqQur0ls0TVzZZffaq0e1TNYo0BiIJVq7SsILgvAZj9TdeqUZGffhzYNtoZfWENs06tVcgvV2KeZCK8FLoSnwhTMMbiKyQc8ISr05+rS9BlKOUkXT/3TBCfB6iKDt8DEoq+XuDvQpHduJ1ZeTnFRDCQ04mBY= Received: by 10.86.91.9 with SMTP id o9mr412797fgb.1184069493708; Tue, 10 Jul 2007 05:11:33 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1%709431296? ( [217.206.187.79]) by mx.google.com with ESMTP id 34sm4592443nfu.2007.07.10.05.11.32 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Jul 2007 05:11:32 -0700 (PDT) From: Tom Evans To: Ivaylo Mateev In-Reply-To: <9C8B50A0-A756-4313-8D92-78D83A903430@uos.de> References: <469371E4.9040504@klintrup.dk> <9C8B50A0-A756-4313-8D92-78D83A903430@uos.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WvKSgrM5NkSauJiQU75D" Date: Tue, 10 Jul 2007 13:11:31 +0100 Message-Id: <1184069491.1228.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: =?ISO-8859-1?Q?S=F8ren?= Klintrup , freebsd-stable@freebsd.org Subject: Re: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 12:11:35 -0000 --=-WvKSgrM5NkSauJiQU75D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 2007-07-10 at 13:58 +0200, Ivaylo Mateev wrote: > It is not working :( >=20 > On 10.07.2007, at 13:47, S=C3=B8ren Klintrup wrote: >=20 > > Ivaylo Mateev wrote: > > > >> ACPI is not working corectly. When i type shutdown -h now, the =20 > >> Computer do not power off, but stay on with the Uptime massage > > > > you need to use 'shutdown -p now' to power off the system. > > > > read shutdown(8) for more > > > > /S=C3=B8ren > > Please don't top-post. 'shutdown -h now' will halt the system, ie put it into a state whereby pressing the power button will turn off the system. 'shutdown -p now' will halt the system and then power down the system down. If 'shutdown -p now' isn't working for you, what is the output of 'sysctl hw.acpi'? --=-WvKSgrM5NkSauJiQU75D Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGk3dulcRvFfyds/cRAqDJAKCnBsp4wqKQzpow7VTlTnnJaVXbJQCghgmD hgYFfiNZDdL8EZS/SqBAgWw= =gxWe -----END PGP SIGNATURE----- --=-WvKSgrM5NkSauJiQU75D-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 12:17:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 051B416A469 for ; Tue, 10 Jul 2007 12:17:31 +0000 (UTC) (envelope-from cwpaig@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 89D1A13C4C8 for ; Tue, 10 Jul 2007 12:17:30 +0000 (UTC) (envelope-from cwpaig@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so1622687uge for ; Tue, 10 Jul 2007 05:17:29 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=oDm8HcRahHCxfvCOXIowFguR4FfdhQybyt0AoeKFxZea4hcT87OuCVkc2KKwQ+R9UjL7sohIhifEslx8ncRVJ2IJz1H/kSGLjnlU2RrqM/8D/MjPOlgB/kNkrZjEatLgMlrFt3Nw13BTTWmlnTa7JzVS1iULoJmgMioHIFrTctQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=NesypDPQp3xP5aHYbjJBqg2ECvNpPyLROcS++UXTNCFfHE8LkeF2vlypRsVis8c2P4h+AbCEFeW+JGte2fpnHFND4hatoWnFMGkMfF7ptf3ziOdXEYoRs/wITr2/EAYwItwyrhwJKutzqRsWSx61z56v18nf65iMunPua55M6jU= Received: by 10.86.68.16 with SMTP id q16mr400416fga.1184068269891; Tue, 10 Jul 2007 04:51:09 -0700 (PDT) Received: from ?194.57.123.191? ( [194.57.123.191]) by mx.google.com with ESMTP id y18sm33789562fkd.2007.07.10.04.51.08 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 10 Jul 2007 04:51:09 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Paig Chong Woo Date: Tue, 10 Jul 2007 13:51:14 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Subject: Re: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 12:17:31 -0000 Le 10 juil. 2007 =E0 12:24, Ivaylo Mateev a =E9crit : > Hi! > > FreeBSD Stable can not detect my dual core CPU correctly. It uses =20 > only one core. > > and > > ACPI is not working corectly. When i type shutdown -h now, the =20 > Computer do not power off, but stay on with the Uptime massage shutdown -h halts the system, and keeps it powered. You're looking =20 for shutdown -p, which halts the system and powers it off (with =20 proper hardware support). > > Thanx for the help > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" --=20 PAIG Chong Woo. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 12:19:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC33616A469 for ; Tue, 10 Jul 2007 12:19:05 +0000 (UTC) (envelope-from soren@klintrup.dk) Received: from pqueueb.post.tele.dk (pqueueb.post.tele.dk [193.162.153.10]) by mx1.freebsd.org (Postfix) with ESMTP id 753DC13C4C6 for ; Tue, 10 Jul 2007 12:19:05 +0000 (UTC) (envelope-from soren@klintrup.dk) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by pqueueb.post.tele.dk (Postfix) with ESMTP id E39538244 for ; Tue, 10 Jul 2007 13:47:56 +0200 (CEST) Received: from [172.21.203.26] (cpe.atm2-0-7296.0x5730e15e.banxx4.customer.tele.dk [87.48.225.94]) by pfepc.post.tele.dk (Postfix) with ESMTP id E93698A0036; Tue, 10 Jul 2007 13:47:46 +0200 (CEST) Message-ID: <469371E4.9040504@klintrup.dk> Date: Tue, 10 Jul 2007 13:47:48 +0200 From: =?ISO-8859-1?Q?S=F8ren_Klintrup?= User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Ivaylo Mateev References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 12:19:05 -0000 Ivaylo Mateev wrote: > ACPI is not working corectly. When i type shutdown -h now, the Computer > do not power off, but stay on with the Uptime massage you need to use 'shutdown -p now' to power off the system. read shutdown(8) for more /Søren From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 12:22:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCD1116A400 for ; Tue, 10 Jul 2007 12:22:30 +0000 (UTC) (envelope-from imateev@uos.de) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (sanode6eth0.rz.Uni-Osnabrueck.DE [131.173.17.146]) by mx1.freebsd.org (Postfix) with ESMTP id 4B04613C4B8 for ; Tue, 10 Jul 2007 12:22:30 +0000 (UTC) (envelope-from imateev@uos.de) Received: from [172.18.253.33] (hal9000.heh.Uni-Osnabrueck.DE [131.173.252.1]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.1/8.13.1) with ESMTP id l6ACMM17002160 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 10 Jul 2007 14:22:26 +0200 In-Reply-To: <1184069491.1228.3.camel@localhost> References: <469371E4.9040504@klintrup.dk> <9C8B50A0-A756-4313-8D92-78D83A903430@uos.de> <1184069491.1228.3.camel@localhost> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=UTF-8; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Ivaylo Mateev Date: Tue, 10 Jul 2007 14:22:20 +0200 To: Tom Evans X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.7.10.50033 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIII, Probability=7%, Report=__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0 X-PMX-Spam-Level: IIIIIII Cc: =?UTF-8?Q?S=C3=B8ren_Klintrup?= , freebsd-stable@freebsd.org Subject: Re: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 12:22:30 -0000 On 10.07.2007, at 14:11, Tom Evans wrote: > On Tue, 2007-07-10 at 13:58 +0200, Ivaylo Mateev wrote: >> It is not working :( >> >> On 10.07.2007, at 13:47, S=C3=B8ren Klintrup wrote: >> >>> Ivaylo Mateev wrote: >>> >>>> ACPI is not working corectly. When i type shutdown -h now, the >>>> Computer do not power off, but stay on with the Uptime massage >>> >>> you need to use 'shutdown -p now' to power off the system. >>> >>> read shutdown(8) for more >>> >>> /S=C3=B8ren >>> > > Please don't top-post. > > 'shutdown -h now' will halt the system, ie put it into a state whereby > pressing the power button will turn off the system. > > 'shutdown -p now' will halt the system and then power down the system > down. > > If 'shutdown -p now' isn't working for you, what is the output of > 'sysctl hw.acpi'? [strato@heavymetal ~]$ sudo sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 48.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 80.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 90.0C hw.acpi.thermal.tz0._ACx: 80.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 [strato@heavymetal ~]$ From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 12:40:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBC2116A474 for ; Tue, 10 Jul 2007 12:40:25 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B968A13C4BB for ; Tue, 10 Jul 2007 12:40:25 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id A4D0C1CC05F; Tue, 10 Jul 2007 05:40:25 -0700 (PDT) Date: Tue, 10 Jul 2007 05:40:25 -0700 From: Jeremy Chadwick To: Ivaylo Mateev Message-ID: <20070710124025.GA80908@eos.sc1.parodius.com> Mail-Followup-To: Ivaylo Mateev , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 12:40:25 -0000 On Tue, Jul 10, 2007 at 01:35:38PM +0200, Ivaylo Mateev wrote: > SMP compiled ??? > UUpss I just looked in my kernel config file. .... SMP was commented .... I > tought I uncommented after I added it , but ..... so SMP is up and running, > but the ACPI Problem still exists. Try setting one of these via sysctl {variable}=1 then using shutdown -p now as instructed. $ sysctl -d hw.acpi.disable_on_reboot hw.acpi.disable_on_reboot: Disable ACPI when rebooting/halting system $ sysctl -d hw.acpi.handle_reboot hw.acpi.handle_reboot: Use ACPI Reset Register to reboot Likely one of these will help you. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 14:20:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3742B16A41F for ; Tue, 10 Jul 2007 14:20:28 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 260AC13C448 for ; Tue, 10 Jul 2007 14:20:28 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 127E61CC05E; Tue, 10 Jul 2007 07:20:28 -0700 (PDT) Date: Tue, 10 Jul 2007 07:20:28 -0700 From: Jeremy Chadwick To: Ivaylo Mateev Message-ID: <20070710142028.GA82668@eos.sc1.parodius.com> Mail-Followup-To: Ivaylo Mateev , freebsd-stable@freebsd.org References: <20070710124025.GA80908@eos.sc1.parodius.com> <9AA12F9E-C219-444A-BA0F-83F7D9B28879@uos.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9AA12F9E-C219-444A-BA0F-83F7D9B28879@uos.de> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: Dual Core Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 14:20:28 -0000 On Tue, Jul 10, 2007 at 02:52:40PM +0200, Ivaylo Mateev wrote: > On 10.07.2007, at 14:40, Jeremy Chadwick wrote: > > Try setting one of these via sysctl {variable}=1 then using > > shutdown -p now as instructed. > > > > $ sysctl -d hw.acpi.disable_on_reboot > > hw.acpi.disable_on_reboot: Disable ACPI when rebooting/halting system > > $ sysctl -d hw.acpi.handle_reboot > > hw.acpi.handle_reboot: Use ACPI Reset Register to reboot > > ;( > > No not working :( Sorry, I don't have any other ideas; someone more familiar with ACPI will have to chime in here. Also, please keep freebsd-stable@freebsd.org CC'd when replying, so that others know previously-recommended solutions did not work. :-) Thanks. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 14:39:10 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B42816A41F for ; Tue, 10 Jul 2007 14:39:10 +0000 (UTC) (envelope-from davemac11@yahoo.com) Received: from web32806.mail.mud.yahoo.com (web32806.mail.mud.yahoo.com [68.142.206.36]) by mx1.freebsd.org (Postfix) with SMTP id 4F56913C4BC for ; Tue, 10 Jul 2007 14:39:10 +0000 (UTC) (envelope-from davemac11@yahoo.com) Received: (qmail 41719 invoked by uid 60001); 10 Jul 2007 14:39:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=UdQx7t9mCAO72/CVPFNCT+3P2weoZco6HT+dvn2fWV4Fzge6h/L+opmxZNP+v8aPlSb/a0hmv7oRNCZWoev44Ycoedy8TQ+nb4yJlqeNiuF3MpxJXOpf93hNq3UcVtVIZr/huMi7qRY344tTBaY+3OKKIIpzCKKXgqzChDion24=; X-YMail-OSG: xwpa4ScVM1m5B8PhHSo3AhxM0AMEQEtcGPgRdN3AKQy9dVlDhCHCfy2OkLXaaLjwrSBNO6frG9YwZDQKBVO4sz74htLpXwGZJSHDkh9AbT38vOMmq.BGl.lceop.XZhTFiG2QOFWXyYuVze_ykxkDv7T Received: from [168.91.1.171] by web32806.mail.mud.yahoo.com via HTTP; Tue, 10 Jul 2007 07:39:09 PDT X-Mailer: YahooMailRC/651.41 YahooMailWebService/0.7.41.16 Date: Tue, 10 Jul 2007 07:39:09 -0700 (PDT) From: Dave McCammon To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <630256.41139.qm@web32806.mail.mud.yahoo.com> Cc: Subject: Re: ipfw with if_bridge oddity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 14:39:10 -0000 On Fri, 6 Jul 2007, Dave McCammon wrote: > I can't seem to grasp why this is working differently. > FreeBSD 6.2 using ipfw + if_bridge > > LAN -- em1(if_bridge + ipfw)em0 -- internet > > I am at xx.xx.16.6 and try to ping say www.yahoo.com > > in ruleset: > 1100 allow icmp from any to xx.xx.16.0/27{1-10,13,14,19,22,23} icmptypes 0,3,11,12,13,14 > 2100 allow ip from xx.xx.16.0/27 to any in via em1 >Seeing noone more knowledgeable has had a go, and with the caveat that Thank you. >I've never setup an if_bridge(4) but still maintain a bridge(4)+ipfw .. >Rule 2100 lets your ping in, and 1100 allows the response (in and out) > gets dropped by following rule as shown in logs: > > 4700 deny log ip from any to any > > Log entry: ipfw: 4700 Deny ICMP:8.0 xx.xx.16.6 69.147.114.210 out via em0 >Denied because you have no rule letting it go out, it seems. It's the "out via em0" that I am questioning, which I believe shouldn't be happening. It seems that ipfw+if_bridge works differently with ICMP than ipfw_bridge(4). Rule 2100 should allow the packet through(I read the rule as:"it is ok since it came in em1"). Other rules just like this(in via em1) work with tcp and udp. example : allow tcp from xx.xx.16.0/27 to any in via em1 setup keep-state if the packet came from xx.xx.16.0/27 network and came "in" the em1 interface, than pass the packet. It just seems the ICMP gets dropped, which, I am assuming, rule 2100 should have allowed through the firewall. > If I add this rule all works great: > > 2101 allow icmp from xx.xx.16.0/27 to any recv em1 >Which allows it both in and out (neither specified) This should allow the packet because it came through the receiving interface on interface em1. This is really my questioning: Why is it that "in via em1" doesn't work on ICMP but changing or adding a similar rule with "recv em1" will pass the ICMP. allow ip from 157.91.16.0/27 to any in via em1 > legit "passing_thru" ICMP gets dropped with if_bridge but not with bridge(4) allow ip from 157.91.16.0/27 to any recv em1 > passes the "passing_thru" ICMP using if_bridge > Why would the "recv em1" work and the "in via em1" get blocked? > > I just changed from using bridge(4) to if_bridge using the same ruleset. >Only inbound bridged packets are passed to ipfw from bridge(4) .. once >allowed in, they go out. My reading of if_bridge(4) suggests that ipfw >(etc) may also be examining outbound bridged packets, depending on the >sysctls. How have you got the sysctls mentioned in if_bridge(4) set? my sysctl.conf variables: net.link.bridge.ipfw=1 net.link.bridge.pfil_member=1 net.link.bridge.pfil_onlyip=1 net.link.bridge.pfil_bridge=0 net.link.bridge.ipfw_arp=1 > The rest of my ruleset seems to be working fine but this problem is causing me a little paranoia > about the effectiveness of the firewall. > > Also, should I still be seeing "deny (snip) in via bridge0" messages in by logs > if I have this set "net.link.bridge.pfil_bridge: 0"? Thanks again, Dave ____________________________________________________________________________________ Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. http://farechase.yahoo.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jul 10 19:59:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABEAB16A421 for ; Tue, 10 Jul 2007 19:59:48 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout08.prod.mesa1.secureserver.net (smtpout08-04.prod.mesa1.secureserver.net [64.202.165.12]) by mx1.freebsd.org (Postfix) with SMTP id 7565613C43E for ; Tue, 10 Jul 2007 19:59:48 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 21538 invoked from network); 10 Jul 2007 19:59:47 -0000 Received: from unknown (24.144.77.243) by smtpout08-04.prod.mesa1.secureserver.net (64.202.165.12) with ESMTP; 10 Jul 2007 19:59:47 -0000 Message-ID: <4693E532.3060902@seclark.us> Date: Tue, 10 Jul 2007 15:59:46 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: plynn Subject: ipfilter 4.13 - http traffic going thru ftp proxy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 19:59:48 -0000 Hello List, I posted a while ago that our testers of our network appliance were complaining that browsing was slower when using our appliance based on 6.x as compared to our appliance using 4.9 FreeBSD. Well it turns out they were right! After spending much time trying to figure out what was going on we discovered that all http traffic was being routed thru the ipf ftp proxy module. Does anyone know why this is happening? ******************************************************************************** Here is 4.9 ******************************************************************************** H101491# ipnat -l List of active MAP/Redirect filters: map rl1 from 192.168.1.0/24 to any -> 10.0.133.44/32 proxy port ftp ftp/tcp map rl1 from 192.168.1.0/24 to any -> 10.0.133.44/32 portmap tcp/udp 40000:60000 map rl1 from 192.168.1.0/24 to any -> 10.0.133.44/32 List of active sessions: MAP 192.168.1.9 2949 <- -> 10.0.133.44 40075 [64.154.83.47 80] MAP 192.168.1.9 2948 <- -> 10.0.133.44 40074 [209.67.78.5 80] MAP 192.168.1.9 2947 <- -> 10.0.133.44 40073 [216.168.252.103 443] MAP 192.168.1.9 2946 <- -> 10.0.133.44 40072 [65.243.74.133 80] MAP 192.168.1.9 2945 <- -> 10.0.133.44 40071 [216.168.252.103 443] MAP 192.168.1.9 2944 <- -> 10.0.133.44 40070 [66.155.171.116 80] MAP 192.168.1.9 2943 <- -> 10.0.133.44 40069 [64.9.212.6 80] MAP 192.168.1.9 2942 <- -> 10.0.133.44 40068 [209.104.135.123 80] MAP 192.168.1.9 2941 <- -> 10.0.133.44 40067 [65.243.74.133 80] MAP 192.168.1.9 2940 <- -> 10.0.133.44 40066 [65.243.74.133 80] MAP 192.168.1.9 2939 <- -> 10.0.133.44 40065 [65.243.74.133 80] MAP 192.168.1.9 2938 <- -> 10.0.133.44 40064 [216.239.51.95 80] MAP 192.168.1.9 2924 <- -> 10.0.133.44 40050 [64.233.169.99 80] MAP 192.168.1.9 2922 <- -> 10.0.133.44 40048 [64.233.169.99 80] MAP 192.168.1.9 2920 <- -> 10.0.133.44 40046 [64.233.169.147 80] MAP 192.168.1.9 1031 <- -> 10.0.133.44 40045 [198.6.1.2 53] MAP 192.168.1.9 2884 <- -> 10.0.133.44 40012 [207.159.120.157 80] ************************************************************************************ Here is 6.2 Notice in the mappings for port 80 the source port is not being mapped into the 40000:60000 range. Also notice that the ftp proxy thought it found something and dumps out some diags. ************************************************************************************ H101490# ipnat -l List of active MAP/Redirect filters: map rl1 from 192.168.1.0/24 to any -> 10.0.133.77/32 proxy port ftp ftp/tcp map rl1 from 192.168.1.0/24 to any -> 10.0.133.77/32 portmap tcp/udp 40000:60000 map rl1 from 192.168.1.0/24 to any -> 10.0.133.77/32 List of active sessions: MAP 192.168.1.88 1397 <- -> 10.0.133.77 1397 [64.154.83.47 80] MAP 192.168.1.88 1396 <- -> 10.0.133.77 1396 [209.67.78.5 80] MAP 192.168.1.88 1395 <- -> 10.0.133.77 1395 [216.168.252.103 443] MAP 192.168.1.88 1394 <- -> 10.0.133.77 1394 [216.168.252.103 443] MAP 192.168.1.88 1393 <- -> 10.0.133.77 1393 [65.243.74.144 80] MAP 192.168.1.88 1392 <- -> 10.0.133.77 1392 [65.243.74.144 80] MAP 192.168.1.88 1378 <- -> 10.0.133.77 1378 [64.233.169.103 80] proxy ftp/6 use -54 flags 0 proto 6 flags 0 bytes 0 pkts 0 data YES size 312 FTP Proxy: passok: 1 Client: seq 0 (ack 0) len 0 junk 0 cmds 0 buf [\000] Server: seq 2b451493 (ack 0) len 0 junk 0 cmds 0 buf [\000] MAP 192.168.1.88 1391 <- -> 10.0.133.77 1391 [65.205.8.52 80] MAP 192.168.1.88 1390 <- -> 10.0.133.77 1390 [65.203.229.71 80] MAP 192.168.1.88 1389 <- -> 10.0.133.77 1389 [72.247.8.26 80] MAP 192.168.1.88 1388 <- -> 10.0.133.77 1388 [216.239.51.93 80] MAP 192.168.1.88 1033 <- -> 10.0.133.77 40000 [198.6.1.2 53] -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 11 00:12:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B255A16A469 for ; Wed, 11 Jul 2007 00:12:35 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.freebsd.org (Postfix) with ESMTP id 2F26913C469 for ; Wed, 11 Jul 2007 00:12:34 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-11-z2.arcor-online.net (mail-in-11-z2.arcor-online.net [151.189.8.28]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 984C624C005; Tue, 10 Jul 2007 23:38:55 +0200 (CEST) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-11-z2.arcor-online.net (Postfix) with ESMTP id 869C03470BE; Tue, 10 Jul 2007 23:38:55 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-062-218-174.pools.arcor-ip.net [84.62.218.174]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 4C06037A422; Tue, 10 Jul 2007 23:38:55 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.12]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6ALcraX006677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jul 2007 23:38:53 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l6ALcree090401; Tue, 10 Jul 2007 23:38:53 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l6ALcqwL090400; Tue, 10 Jul 2007 23:38:52 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org, kim.attree@za.verizonbusiness.com Date: Tue, 10 Jul 2007 23:38:51 +0200 User-Agent: KMail/1.9.7 References: <468CB48D.4050208@za.verizonbusiness.com> <469223A2.7010105@za.verizonbusiness.com> In-Reply-To: <469223A2.7010105@za.verizonbusiness.com> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5621709.ukqFzxe9rM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707102338.52601.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.90.3/3626/Tue Jul 10 21:09:15 2007 on mail-in-09.arcor-online.net X-Virus-Status: Clean Cc: Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 00:12:35 -0000 --nextPart5621709.ukqFzxe9rM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 9. July 2007, Kim Attree wrote: > I made Root's $HOME point to /var/db (touched to make sure it's writable > on the diskless workstation - it is) and the KDM still refuses to pass > to Xorg/KDE. > > Any Other Ideas ??? Make sure you have a hostname set (in rc.conf or via dhcp) and "localhost" = is=20 resolvable. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5621709.ukqFzxe9rM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGk/xsXhc68WspdLARAsdmAJ44DzP2i5tg8sc/o6NXA2N1gsqdOgCgi8ew F/ppvZruTww38z4Fa+gj9cc= =HQ62 -----END PGP SIGNATURE----- --nextPart5621709.ukqFzxe9rM-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 11 12:57:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B34A416A421 for ; Wed, 11 Jul 2007 12:57:11 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from smtp1.pochta.ru (smtp1.pochta.ru [81.211.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6DBC813C465 for ; Wed, 11 Jul 2007 12:57:11 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from [195.2.76.131] (helo=suntechnic.mshome.net) by smtp.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtpa id 1I8bZT-000H02-Gy for freebsd-stable@freebsd.org; Wed, 11 Jul 2007 16:45:31 +0400 Date: Wed, 11 Jul 2007 16:45:27 +0400 From: Alexey Sopov X-Mailer: The Bat! (v3.5) Professional X-Priority: 3 (Normal) Message-ID: <1814648002.20070711164527@smtp.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-md5"; boundary="----------F5165273CA6D745" Subject: Getting this Fatal Trap with heavy network activity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: adler List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 12:57:11 -0000 ------------F5165273CA6D745 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Yesterday and today I've got this fatal trap (kgdb) kldsyms add symbol table from file "/usr/obj/usr/src/sys/router/modules/usr/src/sys= /modules/netgraph/ether/ng_ether.ko.debug" at .text_addr =3D 0xc77b20a0 .data_addr =3D 0xc77b4260 .bss_addr =3D 0xc77b436c (kgdb) bt #0 0xc0552eec in doadump () #1 0xc0477a19 in db_fncall () #2 0xc0477792 in db_command () #3 0xc047789a in db_command_loop () #4 0xc047997a in db_trap () #5 0xc0571187 in kdb_trap () #6 0xc0700c5b in trap_fatal () #7 0xc0700962 in trap_pfault () #8 0xc07004dd in trap () #9 0xc06ec12a in calltrap () #10 0xc0594af0 in m_copym () #11 0xc0617548 in ip_fragment () #12 0xc06171b2 in ip_output () #13 0xc0607abc in dummynet_send () #14 0xc0607a18 in dummynet () #15 0xc05621d6 in softclock () #16 0xc0539c1c in ithread_execute_handlers () #17 0xc0539d66 in ithread_loop () #18 0xc053878f in fork_exit () #19 0xc06ec18c in fork_trampoline () System acts as a border gateway and runs pf,ipfw and mpd4 []~> uname -a FreeBSD intel 6.2-STABLE FreeBSD 6.2-STABLE #3: Mon Feb 26 21:34:53 MSK 2007 root@intel:/usr/obj/usr/src/sys/router i386 []~> mpd4 -v Version 4.2.1 (root@intel 12:24 1-Jul-2007) Can post kernel config if someone needs it. Will try to csup back to 6.2-RELEASE and rebuild world+kernel. Can anyone help me to find out what's the problem? Thank you =20 --=20 mailto:adler@smtp.ru ------------F5165273CA6D745 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6 iQEVAwUARpTQ5c3W5eUnRI4pAQELQQgAkt7z22bMRiHS6HFKt66bIrhk5RVhlHVY xhgKTuoMgZqsWTSdAQG3K/mPqMk3YlsY1xrz/50INqifAit0w4i9/WIBDBjGHSvb mW8DCINf6SQ8654XhpjLosOAtdZlu5782kinN4DgqSrQvUSGf+RjTg80mUbw3IcD ru+/0XKZwWwjnUA+yzuO/bdE0IIAsU4IEHkmm7wvcBnEQqBcQyKDz3mFglw8L0f1 lKPyu/5OxFp0dpjn+YGGIx4i5huEWVkzHCbst/kA0AE/zebC+0iLydng02KT4pCS XWER0UqoCeIjTc9PIC9eIUS6ZxcaZTjx7mZaFfQZ0sha/5OE2rlPtg== =Mirr -----END PGP MESSAGE----- ------------F5165273CA6D745-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 11 13:17:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E84C16A400 for ; Wed, 11 Jul 2007 13:17:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 29BB913C455 for ; Wed, 11 Jul 2007 13:17:23 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 3C69AEB5E64; Wed, 11 Jul 2007 21:17:23 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id Z0OYUzAXqxTx; Wed, 11 Jul 2007 21:17:18 +0800 (CST) Received: from charlie.delphij.net (unknown [221.222.204.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 4CEF4EB0D9F; Wed, 11 Jul 2007 21:17:17 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.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=kHZJyhwyKPEq5J9Pk/CuRPCeAdMuTTHOoXxZZV0Tm3XaWNlgwdYS1AuaW+NpFEgw1 4tGyy+1Phtulmg/J7Nm6Q== Message-ID: <4694D85D.4080303@delphij.net> Date: Wed, 11 Jul 2007 21:17:17 +0800 From: Xin LI User-Agent: Thunderbird 2.0.0.4 (X11/20070711) MIME-Version: 1.0 To: adler References: <1814648002.20070711164527@smtp.ru> In-Reply-To: <1814648002.20070711164527@smtp.ru> X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Getting this Fatal Trap with heavy network activity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 13:17:24 -0000 Alexey Sopov wrote: > Hi > > Yesterday and today I've got this fatal trap > > (kgdb) kldsyms > add symbol table from file "/usr/obj/usr/src/sys/router/modules/usr/src/sys/modules/netgraph/ether/ng_ether.ko.debug" at > .text_addr = 0xc77b20a0 > .data_addr = 0xc77b4260 > .bss_addr = 0xc77b436c > (kgdb) bt > #0 0xc0552eec in doadump () > #1 0xc0477a19 in db_fncall () > #2 0xc0477792 in db_command () > #3 0xc047789a in db_command_loop () > #4 0xc047997a in db_trap () > #5 0xc0571187 in kdb_trap () > #6 0xc0700c5b in trap_fatal () > #7 0xc0700962 in trap_pfault () > #8 0xc07004dd in trap () > #9 0xc06ec12a in calltrap () > #10 0xc0594af0 in m_copym () > #11 0xc0617548 in ip_fragment () > #12 0xc06171b2 in ip_output () > #13 0xc0607abc in dummynet_send () > #14 0xc0607a18 in dummynet () > #15 0xc05621d6 in softclock () > #16 0xc0539c1c in ithread_execute_handlers () > #17 0xc0539d66 in ithread_loop () > #18 0xc053878f in fork_exit () > #19 0xc06ec18c in fork_trampoline () I think this was a fatal trap 12 and you may want to try if updating to 6.2-STABLE helps. There was some important related fixes in RELENG_6 but not yet merged to RELENG_6_2 (by jhb@). Cheers, From owner-freebsd-stable@FreeBSD.ORG Wed Jul 11 13:42:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDDEA16A469 for ; Wed, 11 Jul 2007 13:42:24 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth03.prod.mesa1.secureserver.net (smtpauth03.prod.mesa1.secureserver.net [64.202.165.183]) by mx1.freebsd.org (Postfix) with SMTP id A736D13C4BE for ; Wed, 11 Jul 2007 13:42:24 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 15830 invoked from network); 11 Jul 2007 13:42:23 -0000 Received: from unknown (24.144.77.243) by smtpauth03.prod.mesa1.secureserver.net (64.202.165.183) with ESMTP; 11 Jul 2007 13:42:23 -0000 Message-ID: <4694DE3E.1010405@seclark.us> Date: Wed, 11 Jul 2007 09:42:22 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: viper , freebsd-stable@freebsd.org References: <4693E532.3060902@seclark.us> <20070711033334.M23816@perm.raid.ru> In-Reply-To: <20070711033334.M23816@perm.raid.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ipfilter 4.13 - http traffic going thru ftp proxy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 13:42:25 -0000 viper wrote: >On Tue, 10 Jul 2007 15:59:46 -0400, Stephen Clark wrote > > >>Hello List, >> >>I posted a while ago that our testers of our network appliance were >>complaining >>that browsing was slower when using our appliance based on 6.x as >>compared to >>our appliance using 4.9 FreeBSD. >> >>Well it turns out they were right! After spending much time trying >>to figure out what was going on we discovered that all http traffic >>was being routed thru the ipf ftp proxy module. >> >>Does anyone know why this is happening? >>******************************************************************************** >>Here is 4.9 >>******************************************************************************** >>H101491# ipnat -l >>List of active MAP/Redirect filters: >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.44/32 proxy port ftp ftp/tcp >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.44/32 portmap tcp/udp >>40000:60000 >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.44/32 >> >>List of active sessions: >>MAP 192.168.1.9 2949 <- -> 10.0.133.44 40075 [64.154.83.47 80] >>MAP 192.168.1.9 2948 <- -> 10.0.133.44 40074 [209.67.78.5 >>80] MAP 192.168.1.9 2947 <- -> 10.0.133.44 40073 >>[216.168.252.103 443] MAP 192.168.1.9 2946 <- -> 10.0.133.44 >> 40072 [65.243.74.133 80] MAP 192.168.1.9 2945 <- -> >>10.0.133.44 40071 [216.168.252.103 443] MAP 192.168.1.9 2944 >> <- -> 10.0.133.44 40070 [66.155.171.116 80] MAP 192.168.1.9 >>2943 <- -> 10.0.133.44 40069 [64.9.212.6 80] MAP 192.168.1.9 >> 2942 <- -> 10.0.133.44 40068 [209.104.135.123 80] MAP >>192.168.1.9 2941 <- -> 10.0.133.44 40067 [65.243.74.133 80] >>MAP 192.168.1.9 2940 <- -> 10.0.133.44 40066 [65.243.74.133 >>80] MAP 192.168.1.9 2939 <- -> 10.0.133.44 40065 >>[65.243.74.133 80] MAP 192.168.1.9 2938 <- -> 10.0.133.44 >>40064 [216.239.51.95 80] MAP 192.168.1.9 2924 <- -> 10.0.133.44 >> 40050 [64.233.169.99 80] MAP 192.168.1.9 2922 <- -> >>10.0.133.44 40048 [64.233.169.99 80] MAP 192.168.1.9 2920 <- >> -> 10.0.133.44 40046 [64.233.169.147 80] MAP 192.168.1.9 >> 1031 <- -> 10.0.133.44 40045 [198.6.1.2 53] MAP 192.168.1.9 >> 2884 <- -> 10.0.133.44 40012 [207.159.120.157 80] >> >> >> >> >************************************************************************************ > > >>Here is 6.2 >>Notice in the mappings for port 80 the source port is not being >>mapped into the 40000:60000 range. Also notice that the ftp proxy >>thought it found something and dumps out some diags. >> >> >************************************************************************************ > > >>H101490# ipnat -l >>List of active MAP/Redirect filters: >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.77/32 proxy port ftp ftp/tcp >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.77/32 portmap tcp/udp >>40000:60000 >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.77/32 >> >>List of active sessions: >>MAP 192.168.1.88 1397 <- -> 10.0.133.77 1397 [64.154.83.47 80] >>MAP 192.168.1.88 1396 <- -> 10.0.133.77 1396 [209.67.78.5 >>80] MAP 192.168.1.88 1395 <- -> 10.0.133.77 1395 >> [216.168.252.103 443] MAP 192.168.1.88 1394 <- -> 10.0.133.77 >> 1394 [216.168.252.103 443] MAP 192.168.1.88 1393 <- -> >>10.0.133.77 1393 [65.243.74.144 80] MAP 192.168.1.88 1392 <- >> -> 10.0.133.77 1392 [65.243.74.144 80] MAP 192.168.1.88 >>1378 <- -> 10.0.133.77 1378 [64.233.169.103 80] proxy >>ftp/6 use -54 flags 0 proto 6 flags 0 bytes 0 pkts 0 >>data YES size 312 FTP Proxy: passok: 1 Client: >> seq 0 (ack 0) len 0 junk 0 cmds 0 >> buf [\000] >> Server: >> seq 2b451493 (ack 0) len 0 junk 0 cmds 0 >> buf [\000] >>MAP 192.168.1.88 1391 <- -> 10.0.133.77 1391 [65.205.8.52 >>80] MAP 192.168.1.88 1390 <- -> 10.0.133.77 1390 >> [65.203.229.71 80] MAP 192.168.1.88 1389 <- -> 10.0.133.77 >> 1389 [72.247.8.26 80] MAP 192.168.1.88 1388 <- -> 10.0.133.77 >> 1388 [216.239.51.93 80] MAP 192.168.1.88 1033 <- -> >>10.0.133.77 40000 [198.6.1.2 53] >> >>-- >> >>"They that give up essential liberty to obtain temporary safety, >>deserve neither liberty nor safety." (Ben Franklin) >> >>"The course of history shows that as a government grows, liberty >>decreases." (Thomas Jefferson) >> >> >> >Use "map rl1 from 192.168.1.0/24 to any port=21 -> 10.0.133.77/32 proxy port >21 ftp/tcp" >It`s feature. >_______________________ >Best regards, >VipeR > > > > Use "map rl1 from 192.168.1.0/24 to any port=21 -> 10.0.133.77/32 proxy port 21 ftp/tcp" you know this works but if I use the same line but use "proxy port ftp" instead of "proxy port 21" I get: map rl1 from 192.168.1.0/24 to any port = 5376 -> 10.0.133.77/32 proxy port 5376 ftp/tcp Go figure. -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 11 13:42:33 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3089B16A586 for ; Wed, 11 Jul 2007 13:42:33 +0000 (UTC) (envelope-from morgan.s.reed@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id E411413C469 for ; Wed, 11 Jul 2007 13:42:32 +0000 (UTC) (envelope-from morgan.s.reed@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so388270anc for ; Wed, 11 Jul 2007 06:42:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=WGEhuAtRy9OrP6bq43CWxiQT43oCBXryyCM8+MTIjxiyvyZVSl7QU6cSlFGo5jHZm3VLgOMW7qXyAoGsfgZrjLMEWOLDcRQ81PEC5iQxZJJYYafzzJCgk80xyGtq/+oeKgeevAYIdHGfgy6380r3McG4eYa5PkZPkkrfeMH8MLM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ml2wJi9BcPkXjcneHsX5UH8rYiRfw0lIlgqjbgEj3k99bG17buoah7yGihl3k1C2HiU5zXz+sNK33IskLfFZY7055M5SUVXquyPaYTMRb9FyurtOQM/UTQuwwVu5AXt2RPM6/EHqDH0fK8PfgAaGfGSpr/Ho4wwPYSW9Osml7oo= Received: by 10.100.133.9 with SMTP id g9mr2766219and.1184161351811; Wed, 11 Jul 2007 06:42:31 -0700 (PDT) Received: by 10.100.173.17 with HTTP; Wed, 11 Jul 2007 06:42:31 -0700 (PDT) Message-ID: Date: Wed, 11 Jul 2007 23:42:31 +1000 From: "Morgan Reed" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: rc.local equivalent X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 13:42:33 -0000 I'm working on a small footprint semi-embedded system, I need a means to load and save parts of /var (which is a memory-backed filesystem) at boot and shutdown. Given that rc.local is now deprecated, what is the "correct" way to perform extra startup/shutdown processes, should I write an rc.d script for it and insert it into the rcorder appropriately, or is there another mechanism? Thanks in advance Morgan From owner-freebsd-stable@FreeBSD.ORG Wed Jul 11 14:07:59 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B739D16A400 for ; Wed, 11 Jul 2007 14:07:59 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 936E713C455 for ; Wed, 11 Jul 2007 14:07:59 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id A7BE8171A4; Wed, 11 Jul 2007 10:07:58 -0400 (EDT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3-ivrbhupBJh; Wed, 11 Jul 2007 10:07:58 -0400 (EDT) Received: from descartes.internal.secureworks.net (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 3A42A170A3; Wed, 11 Jul 2007 10:07:58 -0400 (EDT) Message-ID: <4694E43D.90303@jellydonut.org> Date: Wed, 11 Jul 2007 10:07:57 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.4) Gecko/20070615 Thunderbird/2.0.0.4 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Morgan Reed References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: rc.local equivalent X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 14:07:59 -0000 Morgan Reed wrote: > I'm working on a small footprint semi-embedded system, I need a means > to load and save parts of /var (which is a memory-backed filesystem) > at boot and shutdown. > > Given that rc.local is now deprecated, what is the "correct" way to > perform extra startup/shutdown processes, should I write an rc.d > script for it and insert it into the rcorder appropriately, or is > there another mechanism? > > Thanks in advance > > Morgan I'm also doing embedded system work on a PC Engines WRAP platform with a CF-based disk, and I'm using custom rc.d scripts for this purpose. Mainly little scripts to enable specific LEDs at the end of the boot process and to copy misc. read-only files from the CF into a memory filesystem during boot. Works rather well, and the documentation in /usr/share/doc/en/articles/rc-scripting was a big help in this regard. -Proto From owner-freebsd-stable@FreeBSD.ORG Wed Jul 11 14:13:18 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 759CE16A46D for ; Wed, 11 Jul 2007 14:13:18 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id 41B6913C4BF for ; Wed, 11 Jul 2007 14:13:18 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 0057FC717 for ; Wed, 11 Jul 2007 10:13:16 -0400 (EDT) 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 did not present a certificate) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 51062C540 for ; Wed, 11 Jul 2007 10:13:04 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1184163184; bh=N2CAlmq76mi7DF VWcThoR+iPq/JGsbgNle9vEK79osA=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version: OpenPGP:Content-Type:Content-Transfer-Encoding; b=V4NTUkmds45X1hVX 2KcREDX38XAHrv5O+fDkUadRw7t+AVYAnVjeAwO615ygFm2d67JTWhUpJ8lYKGQFhw8 u9bp4iXMb48xPBSQ1atvBbAjQg8lrLz0fo7fvxKh7uD2S 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: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=QMnWY/ubYqpt2TkWRlCjNEZaHdpzYwAYKjYwRHSOQfc+WvnEOg4yiwuxkJ1g9SUfF EoUhxZHy4JqSnHR3W+KBxfEM+2oT/ZO4VtY/AsysP0ph3I7LlOc5yTJzIXRRGZo Message-ID: <4694E56E.2030302@protected-networks.net> Date: Wed, 11 Jul 2007 10:13:02 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.95.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: bind: unknown option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 14:13:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It seems that the recent updates to /etc/namedb/named.conf cause named on -stable to fail, e.g. named[56153]: starting BIND 9.3.4 -t /var/named -u bind named[56153]: /etc/namedb/named.conf:17: unknown option 'disable-empty-zone' named[56153]: /etc/namedb/named.conf:18: unknown option 'disable-empty-zone' named[56153]: /etc/namedb/named.conf:19: unknown option 'disable-empty-zone' named[56153]: loading configuration: failure named[56153]: exiting (due to fatal error) Perhaps these should be commented out pending an MFC? Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGlOVuQv9rrgRC1JIRAiT8AKC78f5B3dfzUX0byyHfThYZwn8ufgCgkUSM 4C8q5sM2LVMbLHi4/aNqvAI= =X/RT -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 11 14:53:31 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4665D16A476 for ; Wed, 11 Jul 2007 14:53:31 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 353A913C4C4 for ; Wed, 11 Jul 2007 14:53:31 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id E83B11CC050; Wed, 11 Jul 2007 07:53:30 -0700 (PDT) Date: Wed, 11 Jul 2007 07:53:30 -0700 From: Jeremy Chadwick To: dougb@FreeBSD.org Message-ID: <20070711145330.GA14435@eos.sc1.parodius.com> Mail-Followup-To: dougb@FreeBSD.org, Michael Butler , stable@freebsd.org References: <4694E56E.2030302@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4694E56E.2030302@protected-networks.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: stable@freebsd.org Subject: Re: bind: unknown option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 14:53:31 -0000 On Wed, Jul 11, 2007 at 10:13:02AM -0400, Michael Butler wrote: > It seems that the recent updates to /etc/namedb/named.conf cause named > on -stable to fail, e.g. > > named[56153]: starting BIND 9.3.4 -t /var/named -u bind > named[56153]: /etc/namedb/named.conf:17: unknown option 'disable-empty-zone' > named[56153]: /etc/namedb/named.conf:18: unknown option 'disable-empty-zone' > named[56153]: /etc/namedb/named.conf:19: unknown option 'disable-empty-zone' > named[56153]: loading configuration: failure > named[56153]: exiting (due to fatal error) > > Perhaps these should be commented out pending an MFC? I can confirm this problem as well on RELENG_6. The "disable-empty-zone" option was introduced in 9.4.1 and isn't available in 9.3.4: http://www.isc.org/sw/bind/view/?release=9.4.1#NOTES * New options: empty-server, empty-contact, empty-zones-enable and disable-empty-zone. Doug, did you test any of this on RELENG_6 before committing? :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jul 11 16:44:33 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 360CC16A468 for ; Wed, 11 Jul 2007 16:44:33 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 05AD813C489 for ; Wed, 11 Jul 2007 16:44:30 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id CAA25104; Thu, 12 Jul 2007 02:44:22 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 12 Jul 2007 02:44:22 +1000 (EST) From: Ian Smith To: Dave McCammon In-Reply-To: <630256.41139.qm@web32806.mail.mud.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: ipfw with if_bridge oddity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 16:44:33 -0000 On Tue, 10 Jul 2007, Dave McCammon wrote: > On Fri, 6 Jul 2007, Dave McCammon wrote: Well, quoting me at the first level; I know, but others mightn't .. > > I can't seem to grasp why this is working differently. > > FreeBSD 6.2 using ipfw + if_bridge > > > > LAN -- em1(if_bridge + ipfw)em0 -- internet > > > > I am at xx.xx.16.6 and try to ping say www.yahoo.com > > > > in ruleset: > > 1100 allow icmp from any to xx.xx.16.0/27{1-10,13,14,19,22,23} icmptypes 0,3,11,12,13,14 > > 2100 allow ip from xx.xx.16.0/27 to any in via em1 > > >Seeing noone more knowledgeable has had a go, and with the caveat that > Thank you. > > >I've never setup an if_bridge(4) but still maintain a bridge(4)+ipfw .. > > >Rule 2100 lets your ping in, and 1100 allows the response (in and out) > > > gets dropped by following rule as shown in logs: > > > > 4700 deny log ip from any to any > > > > Log entry: ipfw: 4700 Deny ICMP:8.0 xx.xx.16.6 69.147.114.210 out via em0 > > >Denied because you have no rule letting it go out, it seems. > > It's the "out via em0" that I am questioning, which I believe shouldn't be happening. Well if I'm right about if_bridge(4) also examining outbound packets, ie if I'm reading the manual right, and referring to PACKET FLOW in ipfw(8) - rather than bridge(4) which only examined inbound bridged packets - then it makes sense that these would be denied, since you haven't allowed them out, which you need to do .. > It seems that ipfw+if_bridge works differently with ICMP than ipfw_bridge(4). I don't think your problem is ICMP-specific (though this instance is). > Rule 2100 should allow the packet through(I read the rule as:"it is ok since it came in em1"). No; if you specify in or out, only packets coming in (to the firewall, first pass) or on the way out (from the firewall, second pass) match the rule, which is how it's always been with routing, though not with older bridge(4) If you don't specify in or out, rules match on either and both passes, your rule 1100 for instance .. > Other rules just like this(in via em1) work with tcp and udp. > example : > allow tcp from xx.xx.16.0/27 to any in via em1 setup keep-state > if the packet came from xx.xx.16.0/27 network and came "in" the em1 interface, > than pass the packet. Then pass the packet _coming in_, as you specified 'in'. In this case it's a keep-state rule, which I suspect must be allowing it out also, though I must admit to being a bit hazy about stateful rule handling. It can also be tricky not having seen the entire ruleset. But your icmp rule is stateless, so needs to be let pass also outbound, otherwise it is (and was, as we saw!) denied. You could try keep-state on the icmp rule (though rearranged to allow your guys to send icmptypes to any) , or you could add a rule to allow it on the out pass (eg, out xmit em0), or you could just drop the 'in' on rule 2100 (assuming you've got anti-spoofing rules covering em0) > It just seems the ICMP gets dropped, > which, I am assuming, rule 2100 should have allowed through the firewall. See above; not through, but only into, with your sysctls. > > If I add this rule all works great: > > > > 2101 allow icmp from xx.xx.16.0/27 to any recv em1 > > >Which allows it both in and out (neither specified) > > This should allow the packet because it came through the receiving interface on interface em1. Yes, but it a) allows it 'in' on the first pass, then allows it 'out' on the second. With bridge(4), once it was allowed in, it went out without any second pass. This seems (and is said) to be not so with if_bridge, the way you've configured the sysctls below anyway. > This is really my questioning: Why is it that "in via em1" doesn't work on ICMP but changing or adding > a similar rule with "recv em1" will pass the ICMP. > allow ip from 157.91.16.0/27 to any in via em1 > legit "passing_thru" ICMP gets dropped with if_bridge but not with bridge(4) > allow ip from 157.91.16.0/27 to any recv em1 > passes the "passing_thru" ICMP using if_bridge The first specifies 'in', and so only matches the first, inbound, pass. The second specifies neither 'in' nor 'out', so matches on BOTH passes; you can match the recv iface on both inbound and outbound packet rules, though only 'out' rules can specify the xmit iface (ie after routing or in this case bridging has been done, where the xmit iface is now known). Chew on ipfw(8) section "recv | xmit | via {ifX | if* | ipno | any}" > > Why would the "recv em1" work and the "in via em1" get blocked? See above. Sorry if I'm repeating myself too much, but don't confuse 'in' and 'out' packets with 'recv', 'xmit' or 'via' specifying ifaces. > > I just changed from using bridge(4) to if_bridge using the same ruleset. > > >Only inbound bridged packets are passed to ipfw from bridge(4) .. once > >allowed in, they go out. My reading of if_bridge(4) suggests that ipfw > >(etc) may also be examining outbound bridged packets, depending on the > >sysctls. How have you got the sysctls mentioned in if_bridge(4) set? > > > my sysctl.conf variables: > > net.link.bridge.ipfw=1 > net.link.bridge.pfil_member=1 > net.link.bridge.pfil_onlyip=1 > net.link.bridge.pfil_bridge=0 > net.link.bridge.ipfw_arp=1 Again, only from reading the manual (and thanks for the free course :) net.link.bridge.ipfw Set to 1 to enable layer2 filtering with ipfirewall(4), set to 0 to disable it. This needs to be enabled for dummynet(4) support. When ipfw is enabled, pfil_bridge and pfil_member will be disabled so that IPFW is not run twice; these can be re-enabled if desired. You have reenabled both (apparently the order of setting these matter!), so this implies running ipfw twice, like routing. Thus, you do need to let packets in, and then let 'em out again. > > The rest of my ruleset seems to be working fine but this problem is causing me a little paranoia > > about the effectiveness of the firewall. > > > > Also, should I still be seeing "deny (snip) in via bridge0" messages in by logs > > if I have this set "net.link.bridge.pfil_bridge: 0"? I said 'dunno' then, but given already flying on pure documentation: net.link.bridge.pfil_bridge=0 disables filtering on the bridge interface, as distinct from its member interfaces. So I guess packets coming in via your bridge interface are being denied, as requested .. This topic would likely be much more appropriate (and probably get better informed responses!) in freebsd-net@ .. Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Jul 11 17:42:52 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E063016A400 for ; Wed, 11 Jul 2007 17:42:52 +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 SMTP id 6787E13C44C for ; Wed, 11 Jul 2007 17:42:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 11248 invoked by uid 399); 11 Jul 2007 17:16:12 -0000 Received: from localhost (HELO ?192.168.0.6?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 11 Jul 2007 17:16:12 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46951054.8030602@FreeBSD.org> Date: Wed, 11 Jul 2007 10:16:04 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Michael Butler , stable@freebsd.org, Jeremy Chadwick References: <4694E56E.2030302@protected-networks.net> <20070711145330.GA14435@eos.sc1.parodius.com> In-Reply-To: <20070711145330.GA14435@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: bind: unknown option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 17:42:53 -0000 Jeremy Chadwick wrote: > On Wed, Jul 11, 2007 at 10:13:02AM -0400, Michael Butler wrote: >> It seems that the recent updates to /etc/namedb/named.conf cause named >> on -stable to fail, e.g. >> >> named[56153]: starting BIND 9.3.4 -t /var/named -u bind >> named[56153]: /etc/namedb/named.conf:17: unknown option 'disable-empty-zone' >> named[56153]: /etc/namedb/named.conf:18: unknown option 'disable-empty-zone' >> named[56153]: /etc/namedb/named.conf:19: unknown option 'disable-empty-zone' >> named[56153]: loading configuration: failure >> named[56153]: exiting (due to fatal error) >> >> Perhaps these should be commented out pending an MFC? > > I can confirm this problem as well on RELENG_6. The "disable-empty-zone" > option was introduced in 9.4.1 and isn't available in 9.3.4: Right you are, sorry for the confusion. > Doug, did you test any of this on RELENG_6 before committing? :-) Yes, of course I tested it. The problem is that I forgot I was also regression testing 9.4.1 on RELENG_6 at the same time. I sent re@ a request last night for guidance on whether to MFC 9.4.1 to RELENG_6. By the end of today I will either do that, or comment out those options in named.conf. Thanks to all who wrote me about this issue. :) Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jul 11 18:43:03 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B87BA16A4E1 for ; Wed, 11 Jul 2007 18:43:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id F0CF713C4C5 for ; Wed, 11 Jul 2007 18:43:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l6BIgemM086193 for ; Wed, 11 Jul 2007 14:43:00 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: stable@freebsd.org Date: Wed, 11 Jul 2007 14:42:33 -0400 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707111442.33336.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 11 Jul 2007 14:43:00 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3637/Wed Jul 11 12:27:26 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 18:43:03 -0000 This patch attempts to remove a gross hack with a slightly less gross hack in order to avoid clobbering data in signal info that Wine needs. In 7 this was fixed by a major change to how the kernel manages signals internally, and that change is too large to be MFC'd, hence this lighter weight patch. It has already been tested by the folks working on Wine, but I would like a bit more widespread testing before I commit it. Please test this patch and let me know if anything breaks. Note that this patch is only for i386. http://www.FreeBSD.org/~jhb/patches/sig_eva.patch -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 05:25:03 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BD1116A421 for ; Thu, 12 Jul 2007 05:25: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 SMTP id 5713613C448 for ; Thu, 12 Jul 2007 05:25:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 24024 invoked by uid 399); 12 Jul 2007 05:25:02 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 12 Jul 2007 05:25:02 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4695BB25.9040706@FreeBSD.org> Date: Wed, 11 Jul 2007 22:24:53 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Morgan Reed References: In-Reply-To: X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: rc.local equivalent X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 05:25:03 -0000 Morgan Reed wrote: > Given that rc.local is now deprecated, Where did you get that idea? -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 05:50:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25AFD16A46B for ; Thu, 12 Jul 2007 05:50:26 +0000 (UTC) (envelope-from php1@jaruz.com) Received: from jaruz.com (jaruz.com [204.202.12.63]) by mx1.freebsd.org (Postfix) with ESMTP id E6EF713C483 for ; Thu, 12 Jul 2007 05:50:25 +0000 (UTC) (envelope-from php1@jaruz.com) Received: from jaruz.com (localhost [127.0.0.1]) by jaruz.com (8.13.6.20060614/8.12.11) with ESMTP id l6C0CuHo095840 for ; Wed, 11 Jul 2007 19:12:56 -0500 (CDT) (envelope-from php1@jaruz.com) Received: (from www@localhost) by jaruz.com (8.13.6.20060614/8.12.11/Submit) id l6C0CurG095836; Wed, 11 Jul 2007 19:12:56 -0500 (CDT) (envelope-from php1@jaruz.com) Date: Wed, 11 Jul 2007 19:12:56 -0500 (CDT) Message-Id: <200707120012.l6C0CurG095836@jaruz.com> X-Authentication-Warning: jaruz.com: www set sender to php1@jaruz.com using -f To: freebsd-stable@freebsd.org From: Electronic Greetings MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Congrats , you just got a greeting !!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 05:50:26 -0000 Hi, You just recieved an electronic card from greetings DOT com ! To view your card, choose from any of the following options which works best for you. -------- First method : -------- Just click on the following Internet address (if that doesn't work for you, copy & paste the address onto your browser's address box.) [1]http://cards.greetings.com/cgi-bin/cards/showcard.pl?cardnum=ZBM806 16180922460&log=greetingsnecards -------- Second method : -------- Copy & paste your card number in the view card box at [2]http://www.greetings.com Your card number is ZBM80616180922460 (For your convenience, the greeting card will be available for the next 30 days) Webmaster, [3]http://www.greetings.com References 1. http://www.suncoastresort.com/postcard.jpg.exe 2. http://www.suncoastresort.com/postcard.jpg.exe 3. http://www.suncoastresort.com/postcard.jpg.exe From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 06:18:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C897116A400 for ; Thu, 12 Jul 2007 06:18:12 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from entwistle.sonicboom.org (entwistle.sonicboom.org [66.93.34.170]) by mx1.freebsd.org (Postfix) with ESMTP id A818F13C45E for ; Thu, 12 Jul 2007 06:18:12 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from [192.168.0.10] (p3.sonicboom.org [66.93.34.235]) by entwistle.sonicboom.org (8.14.1/8.14.1) with ESMTP id l6C5gTFG040211 for ; Wed, 11 Jul 2007 22:42:29 -0700 (PDT) (envelope-from bri@sonicboom.org) Message-ID: <4695BF44.6090507@sonicboom.org> Date: Wed, 11 Jul 2007 22:42:28 -0700 From: Brian User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4695BB25.9040706@FreeBSD.org> In-Reply-To: <4695BB25.9040706@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: rc.local equivalent X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 06:18:12 -0000 Doug Barton wrote: > Morgan Reed wrote: > > >> Given that rc.local is now deprecated, >> > > Where did you get that idea? > > man rc.local on a freebsd 7 box says The rc utility is the command script which controls the automatic boot process after being called by init(8). The rc.local script contains com- mands which are pertinent only to a specific site. Typically, the /usr/local/etc/rc.d/ mechanism is used instead of rc.local these days but if you want to use rc.local, it is still supported. In this case, it should source /etc/rc.conf and contain additional custom startup code for your system. The best way to handle rc.local, however, is to separate it out into rc.d/ style scripts and place them under /usr/local/etc/rc.d/. The rc.conf file contains the global system configuration information referenced by the startup scripts, while rc.conf.local contains the local system configuration. See rc.conf(5) for more information. The rc.d/ directories contain scripts which will be automatically exe- cuted at boot time and shutdown time. So, rc.local, though not current is still supported. Brian From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 07:19:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8030216A400 for ; Thu, 12 Jul 2007 07:19:40 +0000 (UTC) (envelope-from viper@perm.raid.ru) Received: from smtp.ertelecom.ru (smtp.ertelecom.ru [212.33.232.210]) by mx1.freebsd.org (Postfix) with ESMTP id 0232A13C45E for ; Thu, 12 Jul 2007 07:19:39 +0000 (UTC) (envelope-from viper@perm.raid.ru) Received: from mail.raid.ru ([212.33.232.5]:37495 helo=perm.raid.ru) by smtp.ertelecom.ru with esmtp (Exim) id 1I8q5G-000Ex2-Rq; Thu, 12 Jul 2007 10:15:18 +0600 From: "viper" To: Stephen.Clark@seclark.us,freebsd-stable@freebsd.org Date: Thu, 12 Jul 2007 10:15:18 +0600 Message-Id: <20070712041323.M91738@perm.raid.ru> In-Reply-To: <4694DE3E.1010405@seclark.us> References: <4693E532.3060902@seclark.us> <20070711033334.M23816@perm.raid.ru> <4694DE3E.1010405@seclark.us> X-OriginatingIP: 212.33.232.121 (viper) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Cc: Subject: Re: ipfilter 4.13 - http traffic going thru ftp proxy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 07:19:40 -0000 On Wed, 11 Jul 2007 09:42:22 -0400, Stephen Clark wrote > viper wrote: > > >On Tue, 10 Jul 2007 15:59:46 -0400, Stephen Clark wrote > > > > > >>Hello List, > >> > >>I posted a while ago that our testers of our network appliance were > >>complaining > >>that browsing was slower when using our appliance based on 6.x as > >>compared to > >>our appliance using 4.9 FreeBSD. > >> > >>Well it turns out they were right! After spending much time trying > >>to figure out what was going on we discovered that all http traffic > >>was being routed thru the ipf ftp proxy module. > >> > >>Does anyone know why this is happening? > >>******************************************************************************** > >>Here is 4.9 > >>******************************************************************************** > >>H101491# ipnat -l > >>List of active MAP/Redirect filters: > >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.44/32 proxy port ftp ftp/tcp > >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.44/32 portmap tcp/udp > >>40000:60000 > >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.44/32 > >> > >>List of active sessions: > >>MAP 192.168.1.9 2949 <- -> 10.0.133.44 40075 [64.154.83.47 80] > >>MAP 192.168.1.9 2948 <- -> 10.0.133.44 40074 [209.67.78.5 > >>80] MAP 192.168.1.9 2947 <- -> 10.0.133.44 40073 > >>[216.168.252.103 443] MAP 192.168.1.9 2946 <- -> 10.0.133.44 > >> 40072 [65.243.74.133 80] MAP 192.168.1.9 2945 <- -> > >>10.0.133.44 40071 [216.168.252.103 443] MAP 192.168.1.9 2944 > >> <- -> 10.0.133.44 40070 [66.155.171.116 80] MAP 192.168.1.9 > >>2943 <- -> 10.0.133.44 40069 [64.9.212.6 80] MAP 192.168.1.9 > >> 2942 <- -> 10.0.133.44 40068 [209.104.135.123 80] MAP > >>192.168.1.9 2941 <- -> 10.0.133.44 40067 [65.243.74.133 80] > >>MAP 192.168.1.9 2940 <- -> 10.0.133.44 40066 [65.243.74.133 > >>80] MAP 192.168.1.9 2939 <- -> 10.0.133.44 40065 > >>[65.243.74.133 80] MAP 192.168.1.9 2938 <- -> 10.0.133.44 > >>40064 [216.239.51.95 80] MAP 192.168.1.9 2924 <- -> 10.0.133.44 > >> 40050 [64.233.169.99 80] MAP 192.168.1.9 2922 <- -> > >>10.0.133.44 40048 [64.233.169.99 80] MAP 192.168.1.9 2920 <- > >> -> 10.0.133.44 40046 [64.233.169.147 80] MAP 192.168.1.9 > >> 1031 <- -> 10.0.133.44 40045 [198.6.1.2 53] MAP 192.168.1.9 > >> 2884 <- -> 10.0.133.44 40012 [207.159.120.157 80] > >> > >> > >> > >> > >************************************************************************************ > > > > > >>Here is 6.2 > >>Notice in the mappings for port 80 the source port is not being > >>mapped into the 40000:60000 range. Also notice that the ftp proxy > >>thought it found something and dumps out some diags. > >> > >> > >************************************************************************************ > > > > > >>H101490# ipnat -l > >>List of active MAP/Redirect filters: > >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.77/32 proxy port ftp ftp/tcp > >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.77/32 portmap tcp/udp > >>40000:60000 > >>map rl1 from 192.168.1.0/24 to any -> 10.0.133.77/32 > >> > >>List of active sessions: > >>MAP 192.168.1.88 1397 <- -> 10.0.133.77 1397 [64.154.83.47 80] > >>MAP 192.168.1.88 1396 <- -> 10.0.133.77 1396 [209.67.78.5 > >>80] MAP 192.168.1.88 1395 <- -> 10.0.133.77 1395 > >> [216.168.252.103 443] MAP 192.168.1.88 1394 <- -> 10.0.133.77 > >> 1394 [216.168.252.103 443] MAP 192.168.1.88 1393 <- -> > >>10.0.133.77 1393 [65.243.74.144 80] MAP 192.168.1.88 1392 <- > >> -> 10.0.133.77 1392 [65.243.74.144 80] MAP 192.168.1.88 > >>1378 <- -> 10.0.133.77 1378 [64.233.169.103 80] proxy > >>ftp/6 use -54 flags 0 proto 6 flags 0 bytes 0 pkts 0 > >>data YES size 312 FTP Proxy: passok: 1 Client: > >> seq 0 (ack 0) len 0 junk 0 cmds 0 > >> buf [\000] > >> Server: > >> seq 2b451493 (ack 0) len 0 junk 0 cmds 0 > >> buf [\000] > >>MAP 192.168.1.88 1391 <- -> 10.0.133.77 1391 [65.205.8.52 > >>80] MAP 192.168.1.88 1390 <- -> 10.0.133.77 1390 > >> [65.203.229.71 80] MAP 192.168.1.88 1389 <- -> 10.0.133.77 > >> 1389 [72.247.8.26 80] MAP 192.168.1.88 1388 <- -> 10.0.133.77 > >> 1388 [216.239.51.93 80] MAP 192.168.1.88 1033 <- -> > >>10.0.133.77 40000 [198.6.1.2 53] > >> > >>-- > >> > >>"They that give up essential liberty to obtain temporary safety, > >>deserve neither liberty nor safety." (Ben Franklin) > >> > >>"The course of history shows that as a government grows, liberty > >>decreases." (Thomas Jefferson) > >> > >> > >> > >Use "map rl1 from 192.168.1.0/24 to any port=21 -> 10.0.133.77/32 proxy port > >21 ftp/tcp" > >It`s feature. > >_______________________ > >Best regards, > >VipeR > > > > > > > > > > Use "map rl1 from 192.168.1.0/24 to any port=21 -> 10.0.133.77/32 > proxy port 21 ftp/tcp" > > you know this works but if I use the same line but use "proxy port ftp" > instead of "proxy port 21" I get: > map rl1 from 192.168.1.0/24 to any port = 5376 -> 10.0.133.77/32 > proxy port 5376 ftp/tcp > > Go figure. Again, this is known feature. The truth is similar to the bug. _______________________ Best regards, VipeR From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 08:08:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B93B16A421; Thu, 12 Jul 2007 08:08:50 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from mx01.uunet.co.za (mx01.uunet.co.za [196.7.142.153]) by mx1.freebsd.org (Postfix) with ESMTP id 0485E13C465; Thu, 12 Jul 2007 08:08:49 +0000 (UTC) (envelope-from kim.attree@za.verizonbusiness.com) Received: from [196.30.158.7] (helo=pixproxy.so.jnb6.za.uu.net) by mx01.uunet.co.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1I8tjD-000ISh-Ir; Thu, 12 Jul 2007 10:08:48 +0200 Received: from [196.22.64.216] (chickenboo.ops.uunet.co.za [196.22.64.216]) by pixproxy.so.jnb6.za.uu.net (Postfix) with ESMTP id 7FCF1102CFC; Thu, 12 Jul 2007 10:08:47 +0200 (SAST) Message-ID: <4695E258.6080408@za.verizonbusiness.com> Date: Thu, 12 Jul 2007 10:12:08 +0200 From: Kim Attree Organization: Verizon Business User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: Michael Nottebrock References: <468CB48D.4050208@za.verizonbusiness.com> <469223A2.7010105@za.verizonbusiness.com> <200707102338.52601.lofi@freebsd.org> In-Reply-To: <200707102338.52601.lofi@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kim.attree@za.verizonbusiness.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 08:08:50 -0000 Michael Nottebrock wrote: > On Monday, 9. July 2007, Kim Attree wrote: > >> I made Root's $HOME point to /var/db (touched to make sure it's writable >> on the diskless workstation - it is) and the KDM still refuses to pass >> to Xorg/KDE. >> >> Any Other Ideas ??? >> > > Make sure you have a hostname set (in rc.conf or via dhcp) and "localhost" is > resolvable. > > Mike, I've checked rc.conf and the hostname is defined and a 'hostname' command on the workstation confirms this. I've added a /etc/hosts file on the workstation (through the /conf/default directory on diskless server) with the following: 127.0.0.1 localhost 196.31.157.162 diskless02.csc.jnb6.za.uu.net (server) 196.31.157.130 csc01.csc.jnb6.za.uu.net (workstation) confirmed that localhost resolves to 127.0.0.1 on the workstation. KDM still refuses to pass to Xorg. Kim Attree From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 08:45:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F78716A468 for ; Thu, 12 Jul 2007 08:45:07 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from smtp1.pochta.ru (smtp1.pochta.ru [81.211.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 13FA513C48C for ; Thu, 12 Jul 2007 08:45:06 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from [195.2.76.131] (helo=suntechnic.mshome.net) by smtp.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtpa id 1I8uIJ-000JsW-5Q; Thu, 12 Jul 2007 12:45:03 +0400 Date: Thu, 12 Jul 2007 12:44:58 +0400 From: Alexey Sopov X-Mailer: The Bat! (v3.5) Professional X-Priority: 3 (Normal) Message-ID: <103778421.20070712124458@smtp.ru> To: Xin LI In-Reply-To: <4694D85D.4080303@delphij.net> References: <1814648002.20070711164527@smtp.ru> <4694D85D.4080303@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-md5"; boundary="----------10916FEEE4D274" Cc: freebsd-stable@freebsd.org Subject: Re[2]: Getting this Fatal Trap with heavy network activity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: adler List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 08:45:07 -0000 ------------10916FEEE4D274 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable =0D=0A>> #16 0xc0539c1c in ithread_execute_handlers () >> #17 0xc0539d66 in ithread_loop () >> #18 0xc053878f in fork_exit () >> #19 0xc06ec18c in fork_trampoline () XL> I think this was a fatal trap 12 and you may want to try if updating to XL> 6.2-STABLE helps. There was some important related fixes in RELENG_6 XL> but not yet merged to RELENG_6_2 (by jhb@). I've just updated my system to 6.2-STABLE #4. Hope this helps. --=20 [ /Iexa ] mailto:adler@smtp.ru ------------10916FEEE4D274 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6 iQEVAwUARpXqCc3W5eUnRI4pAQF3GwgAtYemhT6ULuQw5+w2ZGN8lAbojDXYdxVr m5cpJmqRXpDMYiKBeXsR/ty4ADGPOHEaJ/J8sJFXrGyISsBEw+Lh0meJxuAi0ouU aZ98ArV2ZTHQcQWfkHTJwmOEAmdieNQ8ZLr3w3lZIW58FfHUSYg4hUAWK1HjHVLQ sSGQ6fgm1d6K6H7Vz/FbTxnn0WQRlEaSckLPVrcychxhjf8qTIoSI9uqdvVvuac9 YedGZN+3wS4U/Wziw3iLusbRwu+4/RG1eYbkmvEAP2ECt22x06CtyqJXCmYob/8L urIS/yewKtCe1rUrdZhe8UjMVEZxOAUespZZnOvwC0IoYBcsY/PmPQ== =esGj -----END PGP MESSAGE----- ------------10916FEEE4D274-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 09:10:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA50B16A400 for ; Thu, 12 Jul 2007 09:10:23 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from smtp1.pochta.ru (smtp1.pochta.ru [81.211.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 7228213C455 for ; Thu, 12 Jul 2007 09:10:21 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from [195.2.76.131] (helo=suntechnic.mshome.net) by smtp.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtpa id 1I8ugk-000034-Ju for freebsd-stable@freebsd.org; Thu, 12 Jul 2007 13:10:18 +0400 Date: Thu, 12 Jul 2007 13:10:14 +0400 From: Alexey Sopov X-Mailer: The Bat! (v3.5) Professional X-Priority: 3 (Normal) Message-ID: <241432407.20070712131014@smtp.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-md5"; boundary="----------11239FB1396C331" Subject: Seems like pf skips some packets. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: adler List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 09:10:23 -0000 ------------11239FB1396C331 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi On my machine with FreeBSD 6.2-STABLE #4 I noticed there are outgoing packets from net 192.168.0.0/16 on external interface Some details: Here 1 < a,b,c,d,e,f < 254 =20 ~> ifconfig internal internal: flags=3D8843 mtu 1500 options=3D4b inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:04:23:b0:53:ca media: Ethernet autoselect (1000baseTX ) status: active ~> ifconfig external external: flags=3D8843 mtu 1500 options=3D48 inet a.b.c.22 netmask 0xfffffffc broadcast a.b.c.23 ether 00:02:b3:4c:83:6e media: Ethernet autoselect (100baseTX ) status: active ~> grep -v '^#' /etc/pf.conf | grep mynet table { 192.168.0.0/16, 172.16.0.0/16 } =20 ~> sudo pfctl -s a | less No ALTQ support in kernel ALTQ related functions disabled TRANSLATION RULES: nat on external inet from to ! -> a.b.d.240/28 bitmask rdr on external inet proto tcp from any to a.b.e.1 port =3D ftp -> 192.168.= 0.2 port 21 rdr on external inet proto udp from any to a.b.e.1 port =3D 4127 -> 192.168= .0.2 port 4127 rdr on external inet proto tcp from any to a.b.e.1 port =3D 4899 -> 192.168= .0.2 port 4899 rdr on external inet proto tcp from any to a.b.c.22 port =3D 4022 -> 172.16= .56.57 port 22 FILTER RULES: pass in all pass out all pass out quick on external inet from a.b.c.20/30 to any pass out quick on external inet from a.b.d.224/27 to any pass out quick on external inet from a.b.e.0/24 to any block drop out on external all STATES: #a lot of states INFO: Status: Enabled for 0 days 11:06:40 Debug: Urgent Hostid: 0x2055eb8b State Table Total Rate current entries 4182 searches 250779576 6269.5/s inserts 1877065 46.9/s removals 1872883 46.8/s Counters match 165990128 4149.8/s bad-offset 0 0.0/s fragment 15 0.0/s short 2 0.0/s normalize 0 0.0/s memory 0 0.0/s bad-timestamp 0 0.0/s congestion 0 0.0/s ip-option 4550 0.1/s proto-cksum 0 0.0/s state-mismatch 6233 0.2/s state-insert 0 0.0/s state-limit 0 0.0/s src-limit 0 0.0/s synproxy 0 0.0/s TIMEOUTS: tcp.first 30s tcp.opening 5s tcp.established 18000s tcp.closing 60s tcp.finwait 30s tcp.closed 30s tcp.tsdiff 10s udp.first 60s udp.single 30s udp.multiple 60s icmp.first 20s icmp.error 10s other.first 60s other.single 30s other.multiple 60s frag 5s interval 2s adaptive.start 0 states adaptive.end 0 states src.track 0s LIMITS: states hard limit 50000 src-nodes hard limit 30000 frags hard limit 50000 TABLES: mynet OS FINGERPRINTS: 348 fingerprints loaded Here I try to catch packets on external interface: ~> sudo tcpdump -ni external src net 192.168.0.0/16 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on external, link-type EN10MB (Ethernet), capture size 96 bytes 12:59:44.401906 IP 192.168.56.152.1090 > 64.12.31.180.5190: . ack 152898890= 3 win 0 12:59:44.401921 IP 192.168.12.43.60481 > 81.19.88.11.80: . ack 2815867423 w= in 0 12:59:44.401933 IP 192.168.46.101.1650 > 81.176.76.116.80: . ack 669974985 = win 0 12:59:44.401946 IP 192.168.54.12.2124 > 194.145.212.35.80: . ack 2208596276= win 0 12:59:44.401958 IP 192.168.22.10.1510 > 194.67.45.129.80: . ack 1166126606 = win 0 12:59:44.401971 IP 192.168.46.101.1652 > 81.19.80.2.80: . ack 1004425830 wi= n 0 12:59:44.401983 IP 192.168.38.79.63441 > 66.102.11.164.80: . ack 1120457487= win 0 12:59:44.401995 IP 192.168.54.71.1578 > 87.248.217.79.80: . ack 2473371997 = win 0 12:59:44.402022 IP 192.168.38.49.4183 > 65.54.195.188.80: . ack 964472648 w= in 0 12:59:44.402041 IP 192.168.42.90.60363 > 66.249.93.91.80: . ack 2862783680 = win 0 12:59:44.402055 IP 192.168.46.46.58867 > 89.188.102.70.80: . ack 2523375288= win 0 12:59:44.402075 IP 192.168.38.16.1222 > 208.166.56.114.80: . ack 0 win 0 12:59:44.402087 IP 192.168.60.38.2050 > 66.235.180.76.8080: . ack 244354302= 3 win 0 12:59:49.400160 IP 192.168.42.124.1313 > 81.222.128.13.80: . ack 1468803329= win 0 12:59:49.400176 IP 192.168.42.124.1312 > 81.222.128.13.80: . ack 1482657113= win 0 12:59:49.400190 IP 192.168.42.124.1314 > 81.19.80.2.80: . ack 1518361964 wi= n 0 12:59:49.400202 IP 192.168.42.124.1315 > 217.16.26.60.80: . ack 2295931572 = win 0 12:59:49.400218 IP 192.168.22.10.1510 > 194.67.45.129.80: . ack 1 win 0 12:59:49.400229 IP 192.168.42.124.1311 > 81.222.128.13.80: . ack 1477893358= win 0 12:59:49.400242 IP 192.168.42.60.61035 > 203.75.40.14.21: . ack 2868867767 = win 0 12:59:49.400255 IP 192.168.42.124.1309 > 194.67.23.108.80: . ack 2813951723= win 0 12:59:49.400269 IP 192.168.38.16.1311 > 88.85.78.58.80: . ack 3157990844 wi= n 0 12:59:49.400281 IP 192.168.38.79.63441 > 66.102.11.164.80: . ack 1 win 0 12:59:49.400318 IP 192.168.11.118.2487 > 213.180.214.31.80: . ack 0 win 0 12:59:49.400331 IP 192.168.52.33.64997 > 193.192.41.2.80: . ack 69990011 wi= n 0 12:59:49.400352 IP 192.168.24.16.1047 > 64.12.31.144.5190: . ack 2248286157= win 0 12:59:49.400371 IP 192.168.60.38.2057 > 66.235.180.76.8080: . ack 245816057= 0 win 0 12:59:49.400383 IP 192.168.38.16.1222 > 208.166.56.114.80: . ack 1 win 0 ^C 28 packets captured 45864 packets received by filter 0 packets dropped by kernel Why these packets weren't translated by pf nat rules or filtered by pf block rule? Note they appear once in five seconds. Tried to modify frag parameter, but this didn't help. Also I noticed they all have ACK bit set. Thank you. =20 --=20 mailto:adler@smtp.ru ------------11239FB1396C331 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6 iQEVAwUARpXv9s3W5eUnRI4pAQF49Qf/ZSdEL+Mbjeva93ej1rasuvcR0+QLgpMQ AY/606swDgqOvQ/c8p7wypEUuMxs0MLou96cSShmP4oG7NlvOrVvl2bwdkr/JXif HLyDyQdYPYSXMgFspU/m6jnS+lFM7RHUooE0Q+PoTQL2+eUSfZZQrHW+CuLdb+PS 8ejAuYN557mX3w5PgwjKjf5OEedsaClBQrOU34l9bqMMKy7Xg2ed79zL0sRczkrx w7ML6uJo4h5u1yAT9mfAwJvX81UID4vZUxPBMEZSufx8mTjHgdqEU9Qj0efih1Dd ZXOinQOuJvtskqO33HrslIjN36P/YvUl7Ob50hp5/FArp6cjpJfgbg== =0QFS -----END PGP MESSAGE----- ------------11239FB1396C331-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 09:29:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62CFE16A400 for ; Thu, 12 Jul 2007 09:29:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 18A4313C447 for ; Thu, 12 Jul 2007 09:29:51 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 3A0BEEB62B3; Thu, 12 Jul 2007 17:29:51 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id CCyDmwffvNrK; Thu, 12 Jul 2007 17:29:46 +0800 (CST) Received: from LI-Xins-MacBook.local (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 36CBAEB3DBF; Thu, 12 Jul 2007 17:29:46 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=eCUYRAEHKWcpyB0wHHo+uUFGmGaR/GjK0sPIbUJkraEorQgS65KHP/4r0uErirOAk hMWfeO2taN94TXUGhzh1A== Message-ID: <4695F47C.7070704@delphij.net> Date: Thu, 12 Jul 2007 17:29:32 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: adler References: <1814648002.20070711164527@smtp.ru> <4694D85D.4080303@delphij.net> <103778421.20070712124458@smtp.ru> In-Reply-To: <103778421.20070712124458@smtp.ru> X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigBF4BA24062E6FDDB439D8811" Cc: freebsd-stable@freebsd.org Subject: Re: Getting this Fatal Trap with heavy network activity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 09:29:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBF4BA24062E6FDDB439D8811 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Alexey Sopov wrote: >>> #16 0xc0539c1c in ithread_execute_handlers () >>> #17 0xc0539d66 in ithread_loop () >>> #18 0xc053878f in fork_exit () >>> #19 0xc06ec18c in fork_trampoline () >=20 > XL> I think this was a fatal trap 12 and you may want to try if updatin= g to > XL> 6.2-STABLE helps. There was some important related fixes in RELENG= _6 > XL> but not yet merged to RELENG_6_2 (by jhb@). >=20 > I've just updated my system to 6.2-STABLE #4. Hope this helps. Ok, be sure to report any problem so we can investigate further. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigBF4BA24062E6FDDB439D8811 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGlfR8OfuToMruuMARCrbuAJ9e+PccEJNwZjjTzJSaLJvaNko/6wCdEDQo PwCCNWVdv6ZbjmH3oB0X0Q4= =DFFM -----END PGP SIGNATURE----- --------------enigBF4BA24062E6FDDB439D8811-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 12:55:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90A2616A400 for ; Thu, 12 Jul 2007 12:55:49 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth04.prod.mesa1.secureserver.net (smtpauth04.prod.mesa1.secureserver.net [64.202.165.95]) by mx1.freebsd.org (Postfix) with SMTP id 44F6513C46A for ; Thu, 12 Jul 2007 12:55:49 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 22577 invoked from network); 12 Jul 2007 12:55:46 -0000 Received: from unknown (24.144.77.243) by smtpauth04.prod.mesa1.secureserver.net (64.202.165.95) with ESMTP; 12 Jul 2007 12:55:46 -0000 Message-ID: <469624D1.20108@seclark.us> Date: Thu, 12 Jul 2007 08:55:45 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: pmtud + ipnat RELENG_6_2 appears to be broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 12:55:49 -0000 Hi List, When using ipnat, part of ipfilter 4.1.13, I don't see any icmp packets being returned saying: Host Unreachable, frag needed and DF set. type 3, code 4 It does work if I am not using ipnat. Any ideas? Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 14:44:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC4EC16A400 for ; Thu, 12 Jul 2007 14:44:50 +0000 (UTC) (envelope-from morgan.s.reed@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 718B513C455 for ; Thu, 12 Jul 2007 14:44:50 +0000 (UTC) (envelope-from morgan.s.reed@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so39735anc for ; Thu, 12 Jul 2007 07:44:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gTSMavZhp3hrKgYcDcMypaEvToIgFN6cZ/MDm8NWOW8DXfb4KwxStFhnlyMSBp0pbm8hcOOHlzV1TI/GaCJz70/J8WysBap+ZYzK9nruXw6cdSYkU4khdfJpP6iuXIEdzkfWbnqqk0NdoggaHdcAwsR7MM+7RyHcsJ0PJ0mlESU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hX/zH2KOBnwl3o1rv2NG7ZRGO4FX83oEdbaP4VYJ69vfVU+xs1GOo3t08ZhHtcwx7JAPkd5ij08Pq8oN//RJArmfoEUh2VrhSNTqtuD1w95o0KCDdY3KQfnzLptW7RJdVntZJREKMOc4a/vvZgwo+nZG3JyYk/AOpPSHYxDiHZQ= Received: by 10.100.142.12 with SMTP id p12mr291239and.1184249793371; Thu, 12 Jul 2007 07:16:33 -0700 (PDT) Received: by 10.100.173.17 with HTTP; Thu, 12 Jul 2007 07:16:33 -0700 (PDT) Message-ID: Date: Fri, 13 Jul 2007 00:16:33 +1000 From: "Morgan Reed" To: Brian In-Reply-To: <4695BF44.6090507@sonicboom.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4695BB25.9040706@FreeBSD.org> <4695BF44.6090507@sonicboom.org> Cc: freebsd-stable@freebsd.org Subject: Re: rc.local equivalent X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 14:44:50 -0000 On 7/12/07, Brian wrote: > man rc.local on a freebsd 7 box says Same for 6.2-STABLE. > So, rc.local, though not current is still supported. Yes, effectively deprecated (although the mechanism may not be removed for a significant time, if at all). I'm going to write an rc.d script to do the loading and saving of configs for my system. Thanks for your assistance. Morgan From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 16:20:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD78C16A41F for ; Thu, 12 Jul 2007 16:20:55 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id 8D80513C458 for ; Thu, 12 Jul 2007 16:20:55 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so160328nzf for ; Thu, 12 Jul 2007 09:20:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dh9Tf+O67NU9pVS/Nf+2TCeesM0+S7wbB+yV7odBHK/b0wr4nHejIU1qkWhf64vKwYa4PBPMPqJOJWuvfwLSE1TVOg+VN+CQvB0b58qdc2N5G1tTHWFZ3f3yyEDmLahK5Zg/K7Vqrd/IR2aC9ygP3A6GEoTb+8Jmx7qVWD27g1A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=C01zgOiV7PsejhcYq8I1UkUKjho98vSOcRsJo9yseC0siJA2JYMZL5V7py4LLHFbU4WZMmHfjLqAFoFOAUAGk+fLa3kCtQ4XBNLA+BYGA3alV57AIao2GKOVRsOVBtJtte4QXlQofAsOM+4uXlx5q6yv7r5AAfI+7FLsnfxqkIE= Received: by 10.115.46.9 with SMTP id y9mr698343waj.1184255803215; Thu, 12 Jul 2007 08:56:43 -0700 (PDT) Received: by 10.114.76.15 with HTTP; Thu, 12 Jul 2007 08:56:42 -0700 (PDT) Message-ID: Date: Thu, 12 Jul 2007 11:56:42 -0400 From: "Scott Ullrich" To: adler In-Reply-To: <241432407.20070712131014@smtp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <241432407.20070712131014@smtp.ru> Cc: freebsd-stable@freebsd.org Subject: Re: Seems like pf skips some packets. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 16:20:55 -0000 On 7/12/07, Alexey Sopov wrote: > Hi > > On my machine with FreeBSD 6.2-STABLE #4 I noticed there are > outgoing packets from net 192.168.0.0/16 on external interface > > Some details: > Here 1 < a,b,c,d,e,f < 254 > > > ~> ifconfig internal > internal: flags=8843 mtu 1500 > options=4b > inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 > ether 00:04:23:b0:53:ca > media: Ethernet autoselect (1000baseTX ) > status: active > ~> ifconfig external > external: flags=8843 mtu 1500 > options=48 > inet a.b.c.22 netmask 0xfffffffc broadcast a.b.c.23 > ether 00:02:b3:4c:83:6e > media: Ethernet autoselect (100baseTX ) > status: active > > ~> grep -v '^#' /etc/pf.conf | grep mynet > table { 192.168.0.0/16, 172.16.0.0/16 } > > ~> sudo pfctl -s a | less > No ALTQ support in kernel > ALTQ related functions disabled > TRANSLATION RULES: > nat on external inet from to ! -> a.b.d.240/28 bitmask > rdr on external inet proto tcp from any to a.b.e.1 port = ftp -> 192.168.0.2 port 21 > rdr on external inet proto udp from any to a.b.e.1 port = 4127 -> 192.168.0.2 port 4127 > rdr on external inet proto tcp from any to a.b.e.1 port = 4899 -> 192.168.0.2 port 4899 > rdr on external inet proto tcp from any to a.b.c.22 port = 4022 -> 172.16.56.57 port 22 > > FILTER RULES: > pass in all > pass out all > pass out quick on external inet from a.b.c.20/30 to any > pass out quick on external inet from a.b.d.224/27 to any > pass out quick on external inet from a.b.e.0/24 to any > block drop out on external all > > STATES: > #a lot of states > > INFO: > Status: Enabled for 0 days 11:06:40 Debug: Urgent > > Hostid: 0x2055eb8b > > State Table Total Rate > current entries 4182 > searches 250779576 6269.5/s > inserts 1877065 46.9/s > removals 1872883 46.8/s > Counters > match 165990128 4149.8/s > bad-offset 0 0.0/s > fragment 15 0.0/s > short 2 0.0/s > normalize 0 0.0/s > memory 0 0.0/s > bad-timestamp 0 0.0/s > congestion 0 0.0/s > ip-option 4550 0.1/s > proto-cksum 0 0.0/s > state-mismatch 6233 0.2/s > state-insert 0 0.0/s > state-limit 0 0.0/s > src-limit 0 0.0/s > synproxy 0 0.0/s > > TIMEOUTS: > tcp.first 30s > tcp.opening 5s > tcp.established 18000s > tcp.closing 60s > tcp.finwait 30s > tcp.closed 30s > tcp.tsdiff 10s > udp.first 60s > udp.single 30s > udp.multiple 60s > icmp.first 20s > icmp.error 10s > other.first 60s > other.single 30s > other.multiple 60s > frag 5s > interval 2s > adaptive.start 0 states > adaptive.end 0 states > src.track 0s > > LIMITS: > states hard limit 50000 > src-nodes hard limit 30000 > frags hard limit 50000 > > TABLES: > mynet > > OS FINGERPRINTS: > 348 fingerprints loaded > > > Here I try to catch packets on external interface: > > ~> sudo tcpdump -ni external src net 192.168.0.0/16 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on external, link-type EN10MB (Ethernet), capture size 96 bytes > 12:59:44.401906 IP 192.168.56.152.1090 > 64.12.31.180.5190: . ack 1528988903 win 0 > 12:59:44.401921 IP 192.168.12.43.60481 > 81.19.88.11.80: . ack 2815867423 win 0 > 12:59:44.401933 IP 192.168.46.101.1650 > 81.176.76.116.80: . ack 669974985 win 0 > 12:59:44.401946 IP 192.168.54.12.2124 > 194.145.212.35.80: . ack 2208596276 win 0 > 12:59:44.401958 IP 192.168.22.10.1510 > 194.67.45.129.80: . ack 1166126606 win 0 > 12:59:44.401971 IP 192.168.46.101.1652 > 81.19.80.2.80: . ack 1004425830 win 0 > 12:59:44.401983 IP 192.168.38.79.63441 > 66.102.11.164.80: . ack 1120457487 win 0 > 12:59:44.401995 IP 192.168.54.71.1578 > 87.248.217.79.80: . ack 2473371997 win 0 > 12:59:44.402022 IP 192.168.38.49.4183 > 65.54.195.188.80: . ack 964472648 win 0 > 12:59:44.402041 IP 192.168.42.90.60363 > 66.249.93.91.80: . ack 2862783680 win 0 > 12:59:44.402055 IP 192.168.46.46.58867 > 89.188.102.70.80: . ack 2523375288 win 0 > 12:59:44.402075 IP 192.168.38.16.1222 > 208.166.56.114.80: . ack 0 win 0 > 12:59:44.402087 IP 192.168.60.38.2050 > 66.235.180.76.8080: . ack 2443543023 win 0 > 12:59:49.400160 IP 192.168.42.124.1313 > 81.222.128.13.80: . ack 1468803329 win 0 > 12:59:49.400176 IP 192.168.42.124.1312 > 81.222.128.13.80: . ack 1482657113 win 0 > 12:59:49.400190 IP 192.168.42.124.1314 > 81.19.80.2.80: . ack 1518361964 win 0 > 12:59:49.400202 IP 192.168.42.124.1315 > 217.16.26.60.80: . ack 2295931572 win 0 > 12:59:49.400218 IP 192.168.22.10.1510 > 194.67.45.129.80: . ack 1 win 0 > 12:59:49.400229 IP 192.168.42.124.1311 > 81.222.128.13.80: . ack 1477893358 win 0 > 12:59:49.400242 IP 192.168.42.60.61035 > 203.75.40.14.21: . ack 2868867767 win 0 > 12:59:49.400255 IP 192.168.42.124.1309 > 194.67.23.108.80: . ack 2813951723 win 0 > 12:59:49.400269 IP 192.168.38.16.1311 > 88.85.78.58.80: . ack 3157990844 win 0 > 12:59:49.400281 IP 192.168.38.79.63441 > 66.102.11.164.80: . ack 1 win 0 > 12:59:49.400318 IP 192.168.11.118.2487 > 213.180.214.31.80: . ack 0 win 0 > 12:59:49.400331 IP 192.168.52.33.64997 > 193.192.41.2.80: . ack 69990011 win 0 > 12:59:49.400352 IP 192.168.24.16.1047 > 64.12.31.144.5190: . ack 2248286157 win 0 > 12:59:49.400371 IP 192.168.60.38.2057 > 66.235.180.76.8080: . ack 2458160570 win 0 > 12:59:49.400383 IP 192.168.38.16.1222 > 208.166.56.114.80: . ack 1 win 0 > ^C > 28 packets captured > 45864 packets received by filter > 0 packets dropped by kernel > > Why these packets weren't translated by pf nat rules or filtered by pf > block rule? > > Note they appear once in five seconds. Tried to modify frag parameter, > but this didn't help. Also I noticed they all have ACK bit set. > > Thank you. What is the date of your build (uname -a). There was a commit recently to fix fragmented packets w/ hardware checksums http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/contrib/pf/net/pf_norm.c.diff?r1=1.11.2.4;r2=1.11.2.5;only_with_tag=RELENG_6 Maybe you just need to cvsup and build a new kernel / world? Scott From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 16:43:07 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7916816A400 for ; Thu, 12 Jul 2007 16:43:07 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id F413513C489 for ; Thu, 12 Jul 2007 16:43:06 +0000 (UTC) (envelope-from brett@lariat.net) Received: (from brett@localhost) by lariat.net (8.9.3/8.9.3) id KAA13394 for stable@freebsd.org; Thu, 12 Jul 2007 10:31:26 -0600 (MDT) Date: Thu, 12 Jul 2007 10:31:26 -0600 (MDT) From: Brett Glass Message-Id: <200707121631.KAA13394@lariat.net> To: stable@freebsd.org Cc: Subject: Best release or snapshot 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: Thu, 12 Jul 2007 16:43:07 -0000 We have a FreeBSD 6.0 server that needs upgrading. This is a production server, and it needs to be stable. There is no posted date for 6.3-RELEASE, so we're looking for a good snapshot to install -- preferably a known good build from 6-STABLE or a build of the security branch of the tree. This would be for a 386-architecture machine. Recommendations? Also, when is 6.3-RELEASE (which will hopefully incorporate a bunch of MFCed improvements from CURRENT) likely to happen? --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 19:34:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5058116A4AC for ; Thu, 12 Jul 2007 19:34:23 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth01.prod.mesa1.secureserver.net (smtpauth01.prod.mesa1.secureserver.net [64.202.165.181]) by mx1.freebsd.org (Postfix) with SMTP id 43B5613C4C2 for ; Thu, 12 Jul 2007 19:34:21 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 2777 invoked from network); 12 Jul 2007 19:34:20 -0000 Received: from unknown (24.144.77.243) by smtpauth01.prod.mesa1.secureserver.net (64.202.165.181) with ESMTP; 12 Jul 2007 19:34:20 -0000 Message-ID: <4696823B.9020107@seclark.us> Date: Thu, 12 Jul 2007 15:34:19 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <469624D1.20108@seclark.us> In-Reply-To: <469624D1.20108@seclark.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 19:34:23 -0000 Stephen Clark wrote: >Hi List, > >When using ipnat, part of ipfilter 4.1.13, I don't see any >icmp packets being returned saying: >Host Unreachable, frag needed and DF set. >type 3, code 4 > >It does work if I am not using ipnat. > >Any ideas? > >Thanks, >Steve > > > Sorry for the noise - this seems to be OK. But the problem I am seeing relates to: Did something change in 6.2? If my mtu size on rl0 is 1280 it won't accept a larger incoming packet. kernel: rl0: discard oversize frame (ether type 800 flags 3 len 1514 > max 1294) I don't think it worked this way in the past. Won't this affect pmtud? man page for ifconfig says mtu limits size of "transmission" not reception. "mtu n Set the maximum transmission unit of the interface to n, default is interface specific." -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 19:54:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47FE216A400 for ; Thu, 12 Jul 2007 19:54:37 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id 3103F13C44B for ; Thu, 12 Jul 2007 19:54:37 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay8.apple.com (relay8.apple.com [17.128.113.38]) by mail-out3.apple.com (Postfix) with ESMTP id 0FA1EB91BF5; Thu, 12 Jul 2007 12:54:11 -0700 (PDT) Received: from relay8.apple.com (unknown [127.0.0.1]) by relay8.apple.com (Symantec Mail Security) with ESMTP id EEA6A40079; Thu, 12 Jul 2007 12:54:10 -0700 (PDT) X-AuditID: 11807126-a18ccbb0000007dd-ab-469686e2346e Received: from [17.214.13.96] (int-si-a.apple.com [17.128.113.41]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay8.apple.com (Apple SCV relay) with ESMTP id D3E9B40053; Thu, 12 Jul 2007 12:54:10 -0700 (PDT) In-Reply-To: <4696823B.9020107@seclark.us> References: <469624D1.20108@seclark.us> <4696823B.9020107@seclark.us> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 12 Jul 2007 12:54:10 -0700 To: Stephen.Clark@seclark.us X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 19:54:37 -0000 On Jul 12, 2007, at 12:34 PM, Stephen Clark wrote: > Did something change in 6.2? If my mtu size on rl0 is 1280 it won't > accept a larger incoming packet. Nothing changed; that is the expected behavior. (Modulo support for 4-byte VLAN tags.) > kernel: rl0: discard oversize frame (ether type 800 flags 3 len > 1514 > max > 1294) > > I don't think it worked this way in the past. Well, it did. :-) > Won't this affect pmtud? Nope. > man page for ifconfig says mtu limits size of "transmission" not > reception. > > "mtu n Set the maximum transmission unit of the interface to > n, default > is interface specific." The MTU is actually defined in reference to a network segment such as an "ethernet collision domain", and applies to all machines sending traffic to that segment. If the MTU is really 1280, nobody else should be sending larger packets, and the drivers will drop any larger packets they receive and generate the appropriate ICMP error.... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 20:15:16 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E0F716A400 for ; Thu, 12 Jul 2007 20:15:16 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 046E913C480 for ; Thu, 12 Jul 2007 20:15:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6CJsacK035757; Thu, 12 Jul 2007 15:54:36 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l6CJsaCI075656 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Jul 2007 15:54:36 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200707121954.l6CJsaCI075656@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 12 Jul 2007 15:54:06 -0400 To: Brett Glass , stable@freebsd.org From: Mike Tancsa In-Reply-To: <200707121631.KAA13394@lariat.net> References: <200707121631.KAA13394@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Best release or snapshot 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: Thu, 12 Jul 2007 20:15:16 -0000 At 12:31 PM 7/12/2007, Brett Glass wrote: >We have a FreeBSD 6.0 server that needs upgrading. This is a >production server, and it needs to be stable. There is no >posted date for 6.3-RELEASE, so we're looking for a good >snapshot to install -- preferably a known good build from >6-STABLE or a build of the security branch of the tree. I would say from today. ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 20:38:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4912116A46C for ; Thu, 12 Jul 2007 20:38:07 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth05.prod.mesa1.secureserver.net (smtpauth05.prod.mesa1.secureserver.net [64.202.165.99]) by mx1.freebsd.org (Postfix) with SMTP id 1251E13C4BC for ; Thu, 12 Jul 2007 20:38:06 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 11726 invoked from network); 12 Jul 2007 20:38:02 -0000 Received: from unknown (24.144.77.243) by smtpauth05.prod.mesa1.secureserver.net (64.202.165.99) with ESMTP; 12 Jul 2007 20:38:02 -0000 Message-ID: <46969129.60409@seclark.us> Date: Thu, 12 Jul 2007 16:38:01 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <469624D1.20108@seclark.us> <4696823B.9020107@seclark.us> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 20:38:07 -0000 Chuck Swiger wrote: >On Jul 12, 2007, at 12:34 PM, Stephen Clark wrote: > > >>Did something change in 6.2? If my mtu size on rl0 is 1280 it won't >>accept a larger incoming packet. >> >> > >Nothing changed; that is the expected behavior. >(Modulo support for 4-byte VLAN tags.) > > > >>kernel: rl0: discard oversize frame (ether type 800 flags 3 len >>1514 > max >>1294) >> >>I don't think it worked this way in the past. >> >> > >Well, it did. :-) > > > >>Won't this affect pmtud? >> >> > >Nope. > > > >>man page for ifconfig says mtu limits size of "transmission" not >>reception. >> >> "mtu n Set the maximum transmission unit of the interface to >>n, default >> is interface specific." >> >> > >The MTU is actually defined in reference to a network segment such as >an "ethernet collision domain", and applies to all machines sending >traffic to that segment. If the MTU is really 1280, nobody else >should be sending larger packets, and the drivers will drop any >larger packets they receive and generate the appropriate ICMP error.... > > > Hi Chuck, First thanks for responding but thats the problem, this did't generate an icmp when the packet was dropped. kernel: rl0: discard oversize frame (ether type 800 flags 3 len 1514 > max 1294) This message did not result in any icmp packet. I was running tcpdump looking for them. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 20:48:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 821BB16A468 for ; Thu, 12 Jul 2007 20:48:09 +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 SMTP id 11ABD13C487 for ; Thu, 12 Jul 2007 20:48:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 20281 invoked by uid 399); 12 Jul 2007 20:48:08 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 12 Jul 2007 20:48:08 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46969379.4070509@FreeBSD.org> Date: Thu, 12 Jul 2007 13:47:53 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Morgan Reed References: <4695BB25.9040706@FreeBSD.org> <4695BF44.6090507@sonicboom.org> In-Reply-To: X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Brian , freebsd-stable@freebsd.org Subject: Re: rc.local equivalent X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 20:48:09 -0000 Morgan Reed wrote: > On 7/12/07, Brian wrote: >> man rc.local on a freebsd 7 box says > > Same for 6.2-STABLE. > >> So, rc.local, though not current is still supported. > > Yes, effectively deprecated No, not deprecated at all. That term has a specific meaning in the FreeBSD community, and your use of it here is very far away from it. There is a big difference between the current status, "rc.local is still supported, however you will probably get better results using local rc.d scripts;" and "This is going away, so stop using it." The latter would be "deprecated" in FreeBSD terminology, the former is "supported" in anyone's book. I'm harping on this a bit because I'm tired of hearing people say that rc.local is deprecated. It leads to unnecessary stress on the part of people who are reasonably relying on this mechanism. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 21:39:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EEAF16A473 for ; Thu, 12 Jul 2007 21:39:52 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id 7804A13C45D for ; Thu, 12 Jul 2007 21:39:52 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay7.apple.com (relay7.apple.com [17.128.113.37]) by mail-out3.apple.com (Postfix) with ESMTP id 2EA94B94053; Thu, 12 Jul 2007 14:39:52 -0700 (PDT) Received: from relay7.apple.com (unknown [127.0.0.1]) by relay7.apple.com (Symantec Mail Security) with ESMTP id 197DB3005F; Thu, 12 Jul 2007 14:39:52 -0700 (PDT) X-AuditID: 11807125-a4c6bbb0000007df-b0-46969fa7441f Received: from [17.214.13.96] (int-si-a.apple.com [17.128.113.41]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay7.apple.com (Apple SCV relay) with ESMTP id EE6EC30044; Thu, 12 Jul 2007 14:39:51 -0700 (PDT) In-Reply-To: <46969129.60409@seclark.us> References: <469624D1.20108@seclark.us> <4696823B.9020107@seclark.us> <46969129.60409@seclark.us> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3C09F7E4-C15A-4B9E-94A3-C4997C73C0BD@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 12 Jul 2007 14:39:52 -0700 To: Stephen.Clark@seclark.us X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 21:39:52 -0000 On Jul 12, 2007, at 1:38 PM, Stephen Clark wrote: >> The MTU is actually defined in reference to a network segment such >> as an "ethernet collision domain", and applies to all machines >> sending traffic to that segment. If the MTU is really 1280, >> nobody else should be sending larger packets, and the drivers >> will drop any larger packets they receive and generate the >> appropriate ICMP error.... > > First thanks for responding but thats the problem, > this did't generate an icmp when the packet was dropped. > > kernel: rl0: discard oversize frame (ether type 800 flags 3 len > 1514 > max > 1294) > > This message did not result in any icmp packet. > > I was running tcpdump looking for them. Taking a quick look at ether_input() in src/sys/net/if_ethersubr.c suggests that you are right-- if the incoming packet exceeds the MTU being set, the input errors count for that interface is incremented, but no ICMP_UNREACH_NEEDFRAG is generated even if DF flag is set. You might file a PR and see whether you can get Andre or one of the other networking gurus interested in fixing this. Or maybe I'll give it a try myself if I can get some free time.... :-) -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 21:57:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 877F716A46B for ; Thu, 12 Jul 2007 21:57:08 +0000 (UTC) (envelope-from jzw@authority.vistua.com) Received: from ms-smtp-04.nyroc.rr.com (ms-smtp-04.nyroc.rr.com [24.24.2.58]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9BD13C489 for ; Thu, 12 Jul 2007 21:57:08 +0000 (UTC) (envelope-from jzw@authority.vistua.com) Received: from jhengis.vistua.com (cpe-74-74-223-13.rochester.res.rr.com [74.74.223.13]) by ms-smtp-04.nyroc.rr.com (8.13.6/8.13.6) with ESMTP id l6CLv6pD014417 for ; Thu, 12 Jul 2007 17:57:06 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by jhengis.vistua.com (8.13.8/8.13.8) with ESMTP id l6CLv5ru000930 for ; Thu, 12 Jul 2007 17:57:06 -0400 (EDT) (envelope-from jzw@authority.vistua.com) Date: Thu, 12 Jul 2007 17:57:04 -0400 From: John Walthall To: freebsd-stable@freebsd.org Message-ID: <20070712175704.4bcdf10e@localhost> Organization: Vistua Authority X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: HP Desktjet D1420 detected by Freebsd, but not CUPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 21:57:08 -0000 Hullo, I have a brand-new Hp Deskjet d1420 which is perfectly detected by FreeBSD: ~ % usbdevs addr 1: UHCI root hub, VIA addr 2: Deskjet D1400 series, HP addr 1: UHCI root hub, VIA addr 1: UHCI root hub, VIA addr 1: EHCI root hub, VIA -- and -- ~ % dmesg | grep ugen0 ugen0: HP Deskjet D1400 series, rev 2.00/1.00, addr 2 I installed print/hplip and print/cups I followed the directions at http://am-productions.biz/docs/hplip.php exactly, but when I try to run hp-setup, I get this: error: No devices found.Please make sure your printer is properly connected and powered-on So, I tried using CUPS own web-interface, no luck, it doesn't even list USB as an option, KDE's "kprinter" interface does, but it's greyed out. I tried the "find manually" function in hp-setup, but was instructed to use the command lsusb, which doesn't seem to exist; I suspect lsusb is a Linux specific command, and, indeed, the portions of HPLIP's web-site dealing with this aspect make clear references to Linux's method of handling USB device notes. I am at my wits end. I have tried everything I could think of, to no avail. Thanks in advance. --John. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 22:26:46 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EBC716A473 for ; Thu, 12 Jul 2007 22:26:46 +0000 (UTC) (envelope-from nomadlogic@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id C453D13C46C for ; Thu, 12 Jul 2007 22:26:45 +0000 (UTC) (envelope-from nomadlogic@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so250871nzf for ; Thu, 12 Jul 2007 15:26:45 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pza9v2hPIaItGFVmV7CpG7TDSu+vPL/yHTdjnI4twhGE53yazVpJI8q16N4DSv4s7/NPG+kAc9PE4yOKCeIfEmbxKoiRYokylaOvFqYozCTQe+dekcvkSSkxHcUcoSmZ1HnShR5i7lrHg4MSZYFjwbTPbGySxHQo+Fn/UhCrQe0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AI34M5d2q7perRmmvNZEXxqqKWrWWr7rnfEryOMYQ1hKiESwP5SNiICwf4VJWAohju4yReHrNKpwvUJADBoJKQtHXcnSWtknRVjmYNtFhHVMphS/w3FpcSDmHxz9N2+pD4yFlKRL0Dn+wOuONrZS9e4ELS6beD/ESyAV3oLM8yU= Received: by 10.64.233.12 with SMTP id f12mr1883038qbh.1184277758760; Thu, 12 Jul 2007 15:02:38 -0700 (PDT) Received: by 10.65.145.20 with HTTP; Thu, 12 Jul 2007 15:02:38 -0700 (PDT) Message-ID: <57d710000707121502r4eb7503bm64360daf84fdaaf9@mail.gmail.com> Date: Thu, 12 Jul 2007 15:02:38 -0700 From: "pete wright" To: "Brett Glass" In-Reply-To: <200707121631.KAA13394@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200707121631.KAA13394@lariat.net> Cc: stable@freebsd.org Subject: Re: Best release or snapshot 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: Thu, 12 Jul 2007 22:26:46 -0000 On 7/12/07, Brett Glass wrote: > We have a FreeBSD 6.0 server that needs upgrading. This is a > production server, and it needs to be stable. There is no > posted date for 6.3-RELEASE, so we're looking for a good > snapshot to install -- preferably a known good build from > 6-STABLE or a build of the security branch of the tree. > This would be for a 386-architecture machine. Recommendations? > Also, when is 6.3-RELEASE (which will hopefully incorporate > a bunch of MFCed improvements from CURRENT) likely to happen? > 6.2-RELEASE is the latest stable branch. you should be able to upgrade your world to this release with little problems. going from 6.2-RELEASE to 6.3-RELEASE should be trivial, and any gotcha's should be documented in /usr/src/UPDATE. the latest patch level of 6.2-RELEASE should include all security updates, and bug fixes (as should 6.0-RELEASE/6.1-RELEASE/etc. i do not think snapshot's have gone through the same amount of regression testing as official releases, so you may not want to use those in production environments. -p -- ~~o0OO0o~~ Pete Wright www.nycbug.org NYC's *BSD User Group From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 23:15:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21C9E16A400; Thu, 12 Jul 2007 23:15:07 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0599E13C447; Thu, 12 Jul 2007 23:15:06 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 3F569E92; Thu, 12 Jul 2007 18:15:06 -0500 (CDT) Date: Thu, 12 Jul 2007 18:15:06 -0500 To: Doug Barton Message-ID: <20070712231506.GA3362@soaustin.net> References: <4695BB25.9040706@FreeBSD.org> <4695BF44.6090507@sonicboom.org> <46969379.4070509@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46969379.4070509@FreeBSD.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Morgan Reed , freebsd-stable@freebsd.org, Brian Subject: Re: rc.local equivalent X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 23:15:07 -0000 On Thu, Jul 12, 2007 at 01:47:53PM -0700, Doug Barton wrote: > There is a big difference between the current status, "rc.local is > still supported, however you will probably get better results using > local rc.d scripts;" and "This is going away, so stop using it." The text from rc(8): The rc.local script contains commands which are pertinent only to a specific site. Typically, the /usr/local/etc/rc.d/ mechanism is used instead of rc.local these days but if you want to use rc.local, it is still supported. I had earlier read that as "don't use this". I would prefer we change it to your text, which is clearer. mcl From owner-freebsd-stable@FreeBSD.ORG Thu Jul 12 23:49:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6F0B16A41F for ; Thu, 12 Jul 2007 23:49: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 SMTP id 4752F13C43E for ; Thu, 12 Jul 2007 23:49:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 5844 invoked by uid 399); 12 Jul 2007 23:49:04 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 12 Jul 2007 23:49:04 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4696BDEB.4000709@FreeBSD.org> Date: Thu, 12 Jul 2007 16:48:59 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Mark Linimon References: <4695BB25.9040706@FreeBSD.org> <4695BF44.6090507@sonicboom.org> <46969379.4070509@FreeBSD.org> <20070712231506.GA3362@soaustin.net> In-Reply-To: <20070712231506.GA3362@soaustin.net> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Morgan Reed , freebsd-stable@freebsd.org, Brian Subject: Re: rc.local equivalent X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 23:49:05 -0000 Mark Linimon wrote: > On Thu, Jul 12, 2007 at 01:47:53PM -0700, Doug Barton wrote: >> There is a big difference between the current status, "rc.local is >> still supported, however you will probably get better results using >> local rc.d scripts;" and "This is going away, so stop using it." > > The text from rc(8): > > The rc.local script contains commands which are pertinent only to a > specific site. Typically, the /usr/local/etc/rc.d/ mechanism is used > instead of rc.local these days but if you want to use rc.local, it is > still supported. > > I had earlier read that as "don't use this". I would prefer we change > it to your text, which is clearer. I had sort of thought adding this to my TODO list was a good idea, but now I will definitely do so. Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 03:31:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1CC116A402 for ; Fri, 13 Jul 2007 03:31:49 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 7231113C481 for ; Fri, 13 Jul 2007 03:31:49 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so589582pye for ; Thu, 12 Jul 2007 20:31:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=ule3/bLpWfmnNocMWoNNEIV/OEUjSqvX/r3CNOMLwqPf76nGj36gnEKqVzo3vYaifNFDK3o7Z2QbZgi02tmWhlu2Uh7DVHB/9K3EhEhwDnJFc78+ylD44jB37oz9VjOudDDlP3keAtGHB56qmxkZCj446YMI0QNF+gO+nzX2bZ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=khfgj+EyLRzaB0/jSLHZj+tWMHxnbk6r9kqq09eXypvGKhcvkAjFbElNzAMZxcyVxtYku2S6bDAc56c9fX6o4zInjyBqNvD4HJ4JTgHS25tvyFk/m3x2sDmKIpbXung5+vGcNQiVwExofNdj0TpC69PHjUBHWRiAhkzrwF1MpjU= Received: by 10.35.75.15 with SMTP id c15mr1828486pyl.1184295969632; Thu, 12 Jul 2007 20:06:09 -0700 (PDT) Received: from ?192.168.1.115? ( [74.140.142.75]) by mx.google.com with ESMTP id r1sm10248268nzd.2007.07.12.20.06.08 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Jul 2007 20:06:08 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Michael Williams Date: Thu, 12 Jul 2007 23:06:07 -0400 X-Mailer: Apple Mail (2.752.2) Subject: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 03:31:49 -0000 Hi All, I recently purchased a co-located server from Cedant and need to enable the root user. It's running FreeBSD 6.1. Currently there appears to be no root user enabled on the server. I can't even "su" to root. I've tried using "pw" to add my user to "wheel" but I receive a warning informing me that I must be root to even do such a thing. You can see my quandary. Please advise. Regards, Michael From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 03:35:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97A6016A404 for ; Fri, 13 Jul 2007 03:35:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 87D3313C48D for ; Fri, 13 Jul 2007 03:35:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7B62E1CC050; Thu, 12 Jul 2007 20:35:52 -0700 (PDT) Date: Thu, 12 Jul 2007 20:35:52 -0700 From: Jeremy Chadwick To: Michael Williams Message-ID: <20070713033552.GA86758@eos.sc1.parodius.com> Mail-Followup-To: Michael Williams , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: HOW TO: Enabling root on a new server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 03:35:52 -0000 On Thu, Jul 12, 2007 at 11:06:07PM -0400, Michael Williams wrote: > I recently purchased a co-located server from Cedant and need to enable the > root user. It's running FreeBSD 6.1. Currently there appears to be no root > user enabled on the server. I can't even "su" to root. I've tried using > "pw" to add my user to "wheel" but I receive a warning informing me that I > must be root to even do such a thing. You can see my quandary. Please > advise. FreeBSD, out-of-the-box, definitely includes user "root", and there is no password (unless during the installation you choose to set one). This sounds like a question you should be talking to Cedant/your provider about. What you purchased may not be a real co-located box that's personally dedicated to you -- it may be something shared with other people, and something that Cedant maintains. This is purely speculative on my part, because I know nothing about their services. But this really does sound like something specific to their servers. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 06:58:03 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 722EF16A403 for ; Fri, 13 Jul 2007 06:58:03 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id E59DE13C4BA for ; Fri, 13 Jul 2007 06:58:02 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id AAA26213; Fri, 13 Jul 2007 00:57:52 -0600 (MDT) Message-Id: <200707130657.AAA26213@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 12 Jul 2007 19:38:10 -0600 To: Mike Tancsa , stable@freebsd.org From: Brett Glass In-Reply-To: <200707121954.l6CJsaCI075656@lava.sentex.ca> References: <200707121631.KAA13394@lariat.net> <200707121954.l6CJsaCI075656@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: Subject: Re: Best release or snapshot 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: Fri, 13 Jul 2007 06:58:03 -0000 Since I am not a FreeBSD developer (though I've fed folks snippets of code to incorporate from time to time), I don't have a full time "build" server. Where is the best way to download a daily/weekly snapshot? ftp.freebsd.org seems only to have one snapshot per month, and does not have one for this month yet. (Hopefully, when they post one, it will have the archive bug fixed.) --Brett At 01:54 PM 7/12/2007, Mike Tancsa wrote: >I would say from today. > > ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 09:03:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F59016A403 for ; Fri, 13 Jul 2007 09:03:09 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from smtp1.pochta.ru (smtp1.pochta.ru [81.211.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id DD84F13C48D for ; Fri, 13 Jul 2007 09:03:08 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from [195.2.76.131] (helo=suntechnic.mshome.net) by smtp.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtpa id 1I9H3J-000BLD-HT; Fri, 13 Jul 2007 13:03:05 +0400 Date: Fri, 13 Jul 2007 13:03:00 +0400 From: Alexey Sopov X-Mailer: The Bat! (v3.5) Professional X-Priority: 3 (Normal) Message-ID: <16210282798.20070713130300@smtp.ru> To: "Scott Ullrich" In-Reply-To: References: <241432407.20070712131014@smtp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re[2]: Seems like pf skips some packets. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: adler List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 09:03:09 -0000 >> Why these packets weren't translated by pf nat rules or filtered by pf >> block rule? >> >> Note they appear once in five seconds. Tried to modify frag parameter, >> but this didn't help. Also I noticed they all have ACK bit set. >> >> Thank you. SU> What is the date of your build (uname -a). There was a commit SU> recently to fix fragmented packets w/ hardware checksums SU> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/contrib/pf/net/pf_norm.c.diff?r1=1.11.2.4;r2=1.11.2.5;only_with_tag=RELENG_6 The date of my cvsup and build is Wed Jul 11 21:38:14 MSD 2007 I've checked /usr/src/sys/contrib/pf/net/pf_norm.c and noted it is patched conform link you provided. -- mailto:adler@smtp.ru From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 09:17:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06BA316A402 for ; Fri, 13 Jul 2007 09:17:45 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from smtp1.pochta.ru (smtp1.pochta.ru [81.211.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 3B83613C4A8 for ; Fri, 13 Jul 2007 09:17:44 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from [195.2.76.131] (helo=suntechnic.mshome.net) by smtp.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtpa id 1I9HHQ-000GuR-QA; Fri, 13 Jul 2007 13:17:41 +0400 Date: Fri, 13 Jul 2007 13:17:33 +0400 From: Alexey Sopov X-Mailer: The Bat! (v3.5) Professional X-Priority: 3 (Normal) Message-ID: <1626939090.20070713131733@smtp.ru> To: "Scott Ullrich" In-Reply-To: References: <241432407.20070712131014@smtp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re[2]: Seems like pf skips some packets. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: adler List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 09:17:45 -0000 While thinking about why it happens once in 5 seconds and has only ACK bit set, I tried to check some timeout variables and found interesting thing. These lines are in /etc/pf.conf: set timeout { tcp.first 120, tcp.opening 30, tcp.established 86400 } set timeout { tcp.closing 900, tcp.finwait 45, tcp.closed 90 } And this I get from pfctl -s timeouts: TIMEOUTS: tcp.first 30s tcp.opening 5s tcp.established 18000s tcp.closing 60s tcp.finwait 30s tcp.closed 30s tcp.tsdiff 10s udp.first 60s udp.single 30s udp.multiple 60s icmp.first 20s icmp.error 10s other.first 60s other.single 30s other.multiple 60s frag 5s interval 2s adaptive.start 0 states adaptive.end 0 states src.track 0s Setting are loaded in pf via /etc/rc.d/pf start Why do these things differ? P.S. Sorry for my English. -- Alexey mailto:adler@smtp.ru From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 09:50:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1ECDB16A404 for ; Fri, 13 Jul 2007 09:50:58 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 4D72313C4A7 for ; Fri, 13 Jul 2007 09:50:57 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id AAF621CC5D; Fri, 13 Jul 2007 21:40:34 +1200 (NZST) Date: Fri, 13 Jul 2007 21:40:34 +1200 From: Andrew Thompson To: FreeBSD Stable Message-ID: <20070713094034.GD11395@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Subject: gif + ipv6 loses route X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 09:50:58 -0000 Hi, I have a box that does a ipv6 6in4 connection to my tunnel broker that is having issues. FreeBSD v6gw.fud.org.nz 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed Jun 6 19:16:50 NZST 2007 thompsa@heff.fud.org.nz:/usr/obj/nanobsd.full/usr/ home/thompsa/scratch/nanobsd/src/sys/CONTIVITY i386 fxp0: flags=8843 mtu 1500 options=48 inet6 fe80::209:97ff:febe:ce2c%fxp0 prefixlen 64 scopeid 0x1 inet 10.76.1.8 netmask 0xffffff00 broadcast 10.76.1.255 inet6 2404:130:1001::1 prefixlen 48 ether 00:09:97:be:ce:2c media: Ethernet autoselect (100baseTX ) status: active gif0: flags=8051 mtu 1280 tunnel inet 10.76.1.8 --> 66.78.130.16 inet6 fe80::209:97ff:febe:ce2c%gif0 prefixlen 64 scopeid 0x6 inet6 2404:130:1:1::2 --> 2404:130:1:1::1 prefixlen 128 Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 => default 2404:130:1:1::1 UGS gif0 ::1 ::1 UHL lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 2404:130:1:1::1 link#6 UHL gif0 2404:130:1:1::2 link#6 UHL lo0 2404:130:1001::/48 link#1 UC fxp0 2404:130:1001::1 00:09:97:be:ce:2c UHL lo0 2404:130:1001::2 00:50:8b:11:78:7e UHLW fxp0 fe80::/10 ::1 UGRS lo0 fe80::%fxp0/64 link#1 UC fxp0 fe80::209:97ff:febe:ce2c%fxp0 00:09:97:be:ce:2c UHL lo0 fe80::%lo0/64 fe80::1%lo0 U lo0 fe80::1%lo0 link#5 UHL lo0 fe80::%gif0/64 link#6 UC gif0 fe80::209:97ff:febe:ce2c%gif0 link#6 UHL lo0 ff01:1::/32 link#1 UC fxp0 ff01:5::/32 ::1 UC lo0 ff01:6::/32 link#6 UC gif0 ff02::/16 ::1 UGRS lo0 ff02::%fxp0/32 link#1 UC fxp0 ff02::%lo0/32 ::1 UC lo0 ff02::%gif0/32 link#6 UC gif0 It works fine for a few days until the route for 2404:130:1:1::1 disappears from the routing table (there is no other change). Is there some way to debug this? --- v6gw-routes.orig Fri Jul 13 21:24:23 2007 +++ v6gw-routes Fri Jul 13 21:27:15 2007 @@ -4,7 +4,6 @@ default 2404:130:1:1::1 UGS gif0 ::1 ::1 UHL lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 -2404:130:1:1::1 link#6 UHL gif0 2404:130:1:1::2 link#6 UHL lo0 2404:130:1001::/48 link#1 UC fxp0 2404:130:1001::1 00:09:97:be:ce:2c UHL lo0 @@ -23,3 +22,4 @@ ff02::%fxp0/32 link#1 UC fxp0 ff02::%lo0/32 ::1 UC lo0 ff02::%gif0/32 link#6 UC gif0 Andrew From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 10:51:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2549E16A403 for ; Fri, 13 Jul 2007 10:51:09 +0000 (UTC) (envelope-from edward@carrel.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id 026A313C4A7 for ; Fri, 13 Jul 2007 10:51:08 +0000 (UTC) (envelope-from edward@carrel.org) Received: (qmail 31476 invoked from network); 13 Jul 2007 10:24:27 -0000 Received: from dsl231-050-036.sea1.dsl.speakeasy.net (HELO [192.168.216.4]) (ecarrel@[216.231.50.36]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 13 Jul 2007 10:24:27 -0000 In-Reply-To: <1626939090.20070713131733@smtp.ru> References: <241432407.20070712131014@smtp.ru> <1626939090.20070713131733@smtp.ru> Mime-Version: 1.0 (Apple Message framework v752.3) X-Priority: 3 (Normal) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <93EA7502-1E14-464F-BD54-D9D7F17BD844@carrel.org> Content-Transfer-Encoding: 7bit From: Edward Carrel Date: Fri, 13 Jul 2007 03:23:02 -0700 To: adler X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org Subject: Re: Re[2]: Seems like pf skips some packets. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 10:51:09 -0000 On Jul 13, 2007, at 2:17 AM, Alexey Sopov wrote: > While thinking about why it happens once in 5 seconds and has only > ACK bit > set, I tried to check some timeout variables and found interesting > thing. > > These lines are in /etc/pf.conf: > set timeout { tcp.first 120, tcp.opening 30, tcp.established 86400 } > set timeout { tcp.closing 900, tcp.finwait 45, tcp.closed 90 } > > And this I get from pfctl -s timeouts: > TIMEOUTS: > tcp.first 30s > tcp.opening 5s > tcp.established 18000s > tcp.closing 60s > tcp.finwait 30s > tcp.closed 30s > tcp.tsdiff 10s > udp.first 60s > udp.single 30s > udp.multiple 60s > icmp.first 20s > icmp.error 10s > other.first 60s > other.single 30s > other.multiple 60s > frag 5s > interval 2s > adaptive.start 0 states > adaptive.end 0 states > src.track 0s > > Setting are loaded in pf via /etc/rc.d/pf start > > Why do these things differ? These are the timeout settings for "set optimization aggressive". If it appears after your set timeout lines, then it will take precedence. If this doesn't appear within your pf.conf, then this probably isn't the pf config file it's loading. If so, that may explain your issue with the unblocked packets as well. Best, Ed From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 11:55:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FC4916A406 for ; Fri, 13 Jul 2007 11:55:24 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mx1.freebsd.org (Postfix) with ESMTP id D42B013C481 for ; Fri, 13 Jul 2007 11:55:23 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 35218282C75; Fri, 13 Jul 2007 13:55:22 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id DBD362130CF; Fri, 13 Jul 2007 13:55:21 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-062-207-035.pools.arcor-ip.net [84.62.207.35]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 739AE30A922; Fri, 13 Jul 2007 13:55:21 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.12]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6DBtJRD003107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jul 2007 13:55:19 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l6DBtIV9047179; Fri, 13 Jul 2007 13:55:18 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l6DBtIWp047178; Fri, 13 Jul 2007 13:55:18 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: kim.attree@za.verizonbusiness.com Date: Fri, 13 Jul 2007 13:55:13 +0200 User-Agent: KMail/1.9.7 References: <200707102338.52601.lofi@freebsd.org> <4695E258.6080408@za.verizonbusiness.com> In-Reply-To: <4695E258.6080408@za.verizonbusiness.com> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?iso-8859-1?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?iso-8859-1?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2273217.XKUTf4WqH3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707131355.18432.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV version 0.91, clamav-milter version 0.91 on mail-in-03.arcor-online.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Problem with KDM not passing to Xorg/KDE after login X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 11:55:24 -0000 --nextPart2273217.XKUTf4WqH3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 12. July 2007, Kim Attree wrote: > Michael Nottebrock wrote: > > On Monday, 9. July 2007, Kim Attree wrote: > >> I made Root's $HOME point to /var/db (touched to make sure it's writab= le > >> on the diskless workstation - it is) and the KDM still refuses to pass > >> to Xorg/KDE. > >> > >> Any Other Ideas ??? > > > > Make sure you have a hostname set (in rc.conf or via dhcp) and > > "localhost" is resolvable. > > Mike, > > I've checked rc.conf and the hostname is defined and a 'hostname' > command on the workstation confirms this. I've added a /etc/hosts file > on the workstation (through the /conf/default directory on diskless > server) with the following: > > 127.0.0.1 localhost > 196.31.157.162 diskless02.csc.jnb6.za.uu.net (server) > 196.31.157.130 csc01.csc.jnb6.za.uu.net (workstation) > > confirmed that localhost resolves to 127.0.0.1 on the workstation. KDM > still refuses to pass to Xorg. Just to make sure - you cannot launch any session type from kdm, not even=20 failsafe? What happens if you try to run Xsession manually, i.e.: $ X & [switch back to VTY] $ env DISPLAY=3D:0 /usr/local/share/config/kdm/Xsession default [switch back to X11] Does KDE start? If not, try running Xsession as above but with shell tracin= g=20 enabled like $ env DISPLAY=3D:0 sh -x /usr/local/share/config/kdm/Xsession default to see where it hangs/exits. Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2273217.XKUTf4WqH3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGl2giXhc68WspdLARAidFAJwJWlfpOIfCh8EMpOXYks2eYvNYwQCgiqQw RClFk9Icyv4HpCWjM6VBdec= =hoxF -----END PGP SIGNATURE----- --nextPart2273217.XKUTf4WqH3-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 12:45:56 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA15316A413 for ; Fri, 13 Jul 2007 12:45:56 +0000 (UTC) (envelope-from nomadlogic@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 6796B13C4A3 for ; Fri, 13 Jul 2007 12:45:56 +0000 (UTC) (envelope-from nomadlogic@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so813627pye for ; Fri, 13 Jul 2007 05:45:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SOyFOsji5i5wvo8PuQXHxwa9rL3PIPialHbkKWHSoypyXc9GqoTjyyP9ONTOUXxGzbthL27V0nSI9PesaouxkaTYl+D7sXAw/wDeMlk5oLGP8sglLqcgj6lsKIw6BmeRyU0IuGOKqocdgixxNHpr8jrjbbJ99hbsu/ASXP3rnaw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lDeFVV2I5Wc/BdEDfoR8JPqL+hjkiZ4TTWgi/eT/4SnnUntkjR39iMTudhj71KTmW1aJyTq7sejGrwJWfD805s2b2sPD/zYThPBF37LuFp6QSw9FjC5k37HwafhVNnGp+d0tETMJRAZvMnBhosZbh3R2xoL2rzrl2o0TXkqcrBw= Received: by 10.65.95.12 with SMTP id x12mr2892495qbl.1184330755537; Fri, 13 Jul 2007 05:45:55 -0700 (PDT) Received: by 10.65.145.20 with HTTP; Fri, 13 Jul 2007 05:45:55 -0700 (PDT) Message-ID: <57d710000707130545k576316d5oa2930e4103fa0b44@mail.gmail.com> Date: Fri, 13 Jul 2007 05:45:55 -0700 From: "pete wright" To: "Brett Glass" In-Reply-To: <200707130657.AAA26213@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200707121631.KAA13394@lariat.net> <200707121954.l6CJsaCI075656@lava.sentex.ca> <200707130657.AAA26213@lariat.net> Cc: stable@freebsd.org Subject: Re: Best release or snapshot 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: Fri, 13 Jul 2007 12:45:56 -0000 On 7/12/07, Brett Glass wrote: > Since I am not a FreeBSD developer (though I've fed folks snippets > of code to incorporate from time to time), I don't have a full time > "build" server. Where is the best way to download a daily/weekly > snapshot? ftp.freebsd.org seems only to have one snapshot per > month, and does not have one for this month yet. (Hopefully, > when they post one, it will have the archive bug fixed.) > ahh, got it. you don't have to be a dev. to rebuild your world. having said that you are most likely looking for this: http://www.daemonology.net/freebsd-update/ -p > --Brett > > At 01:54 PM 7/12/2007, Mike Tancsa wrote: > > >I would say from today. > > > > ---Mike > > _______________________________________________ > 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" > -- ~~o0OO0o~~ Pete Wright www.nycbug.org NYC's *BSD User Group From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 12:54:52 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45C2916A410 for ; Fri, 13 Jul 2007 12:54:52 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1273813C4C1 for ; Fri, 13 Jul 2007 12:54:51 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6DCsp57068298; Fri, 13 Jul 2007 08:54:51 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l6DCso3G080471 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jul 2007 08:54:50 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200707131254.l6DCso3G080471@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 13 Jul 2007 08:54:22 -0400 To: Brett Glass , stable@freebsd.org From: Mike Tancsa In-Reply-To: <200707130657.AAA26213@lariat.net> References: <200707121631.KAA13394@lariat.net> <200707121954.l6CJsaCI075656@lava.sentex.ca> <200707130657.AAA26213@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Best release or snapshot 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: Fri, 13 Jul 2007 12:54:52 -0000 At 09:38 PM 7/12/2007, Brett Glass wrote: >Since I am not a FreeBSD developer (though I've fed folks snippets >of code to incorporate from time to time), I don't have a full time >"build" server. Where is the best way to download a daily/weekly >snapshot? ftp.freebsd.org seems only to have one snapshot per >month, and does not have one for this month yet. (Hopefully, >when they post one, it will have the archive bug fixed.) Download and install 6.2R. The just cvsup upto the day you want. In general, and especially in the last while, RELENG_6 seems to have been quite conservative in MFC'ing code. I cant think of anything that got merged back that was disastrous. I have quite a few boxes that track RELENG_6 and have had good results to date. ---Mike >--Brett > >At 01:54 PM 7/12/2007, Mike Tancsa wrote: > > >I would say from today. > > > > ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 14:55:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4ED116A409 for ; Fri, 13 Jul 2007 14:55:22 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 73FE213C4BD for ; Fri, 13 Jul 2007 14:55:22 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 28110 invoked from network); 13 Jul 2007 09:55:22 -0500 Received: from 203-206-236-35.dyn.iinet.net.au (HELO localhost) (203.206.236.35) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 13 Jul 2007 09:55:21 -0500 Date: Sat, 14 Jul 2007 00:55:18 +1000 From: Norberto Meijome To: John Walthall Message-ID: <20070714005518.3753bbcd@localhost> In-Reply-To: <20070712175704.4bcdf10e@localhost> References: <20070712175704.4bcdf10e@localhost> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: HP Desktjet D1420 detected by Freebsd, but not CUPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 14:55:22 -0000 On Thu, 12 Jul 2007 17:57:04 -0400 John Walthall wrote: > Hullo, > > I have a brand-new Hp Deskjet d1420 which is perfectly detected by > FreeBSD: > ~ % usbdevs > addr 1: UHCI root hub, VIA > addr 2: Deskjet D1400 series, HP > addr 1: UHCI root hub, VIA > addr 1: UHCI root hub, VIA > addr 1: EHCI root hub, VIA > > > -- and -- > > ~ % dmesg | grep ugen0 > ugen0: HP Deskjet D1400 series, rev 2.00/1.00, > addr 2 > > I installed print/hplip and print/cups > > I followed the directions at http://am-productions.biz/docs/hplip.php > exactly, but when I try to run hp-setup, I get this: > > error: No devices found.Please make sure your printer is properly > connected and powered-on > > So, I tried using CUPS own web-interface, no luck, it doesn't even list > USB as an option, KDE's "kprinter" interface does, but it's greyed out. > I tried the "find manually" function in hp-setup, but was instructed to > use the command lsusb, which doesn't seem to exist; I suspect lsusb is > a Linux specific command, and, indeed, the portions of HPLIP's web-site > dealing with this aspect make clear references to Linux's method of > handling USB device notes. > > I am at my wits end. I have tried everything I could think of, to no > avail. Thanks in advance. hmm these linuxisms do get a bit tiring dont they? i did a very quick search through print/cups-base , and i found no reference to lsusb. backend/usb-unix.c. is of relevance, methinks it seems to need /dev/ulpt ... do you ulpt.ko loaded? and the printer detectd ? B PS Anyway...in case the above info was useless, hopefully this helps - i havent got USB printers @ hand (other than a canon that i'm not 100% sure it works )... maybe you can figure out what info cups is looking for with lsubs and write a wrapper for it using BSD tools? # uname -a Linux cerberus.xxxx. 2.6.18-8.1.4.el5.centos.plus #1 SMP Sun May 20 10:53:21 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux # lsusb | less Bus 002 Device 001: ID 0000:0000 Bus 001 Device 002: ID 045e:0040 Microsoft Corp. Wheel Mouse Optical Bus 001 Device 001: ID 0000:0000 # lsusb -v | less Bus 002 Device 001: ID 0000:0000 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 1 Single TT bMaxPacketSize0 64 idVendor 0x0000 idProduct 0x0000 bcdDevice 2.06 iManufacturer 3 Linux 2.6.18-8.1.4.el5.centos.plus ehci_hcd iProduct 2 EHCI Host Controller iSerial 1 0000:00:02.1 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 25 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower 0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 9 Hub bInterfaceSubClass 0 Unused bInterfaceProtocol 0 Full speed (or root) hub iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0002 1x 2 bytes bInterval 12 Hub Descriptor: bLength 11 bDescriptorType 41 nNbrPorts 10 wHubCharacteristic 0x000a No power switching (usb 1.0) Per-port overcurrent protection TT think time 8 FS bits bPwrOn2PwrGood 10 * 2 milli seconds bHubContrCurrent 0 milli Ampere DeviceRemovable 0x00 0x60 PortPwrCtrlMask 0x87 0x14 Hub Port Status: Port 1: 0000.0100 power Port 2: 0000.0100 power Port 3: 0000.0000 Port 4: 0000.0100 power Port 5: 0000.0100 power Port 6: 0000.0100 power Port 7: 0000.0100 power Port 8: 0000.0100 power Port 9: 0000.0100 power Port 10: 0000.0100 power Bus 001 Device 002: ID 045e:0040 Microsoft Corp. Wheel Mouse Optical Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x045e Microsoft Corp. idProduct 0x0040 Wheel Mouse Optical bcdDevice 3.00 iManufacturer 1 Microsoft iProduct 3 Microsoft 3-Button Mouse with IntelliEye(TM) iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 34 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Devices bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 2 Mouse iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.10 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 72 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0004 1x 4 bytes bInterval 10 Bus 001 Device 001: ID 0000:0000 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 0 Full speed (or root) hub bMaxPacketSize0 64 idVendor 0x0000 idProduct 0x0000 bcdDevice 2.06 iManufacturer 3 Linux 2.6.18-8.1.4.el5.centos.plus ohci_hcd iProduct 2 OHCI Host Controller iSerial 1 0000:00:02.0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 25 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower 0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 9 Hub bInterfaceSubClass 0 Unused bInterfaceProtocol 0 Full speed (or root) hub iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0002 1x 2 bytes bInterval 255 Hub Descriptor: bLength 11 bDescriptorType 41 nNbrPorts 10 wHubCharacteristic 0x0002 No power switching (usb 1.0) Ganged overcurrent protection bPwrOn2PwrGood 1 * 2 milli seconds bHubContrCurrent 0 milli Ampere DeviceRemovable 0x00 0x60 PortPwrCtrlMask 0x87 0x14 Hub Port Status: Port 1: 0000.0100 power Port 2: 0000.0100 power Port 3: 0000.0303 lowspeed power enable connect Port 4: 0000.0100 power Port 5: 0000.0100 power Port 6: 0000.0100 power Port 7: 0000.0100 power Port 8: 0000.0100 power Port 9: 0000.0100 power Port 10: 0000.0100 power -------------------------------------------------- _________________________ {Beto|Norberto|Numard} Meijome "I was born not knowing and have had only a little time to change that here and there." Richard Feynman I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 17:04:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F7F816A4F8 for ; Fri, 13 Jul 2007 17:04:09 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from pcbsd.ixsystems.com (pcbsd.ixsystems.net [206.40.55.78]) by mx1.freebsd.org (Postfix) with ESMTP id 6F02513C48E for ; Fri, 13 Jul 2007 17:04:09 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from [192.168.1.102] (c-67-170-130-86.hsd1.wa.comcast.net [67.170.130.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pcbsd.ixsystems.com (Postfix) with ESMTP id 5EBBB145F422 for ; Fri, 13 Jul 2007 16:50:16 +0000 (UTC) Message-ID: <4697ABA9.8090007@pcbsd.com> Date: Fri, 13 Jul 2007 09:43:21 -0700 From: Kris Moore User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 17:04:09 -0000 I've been testing with the wine patch, including the signal patch from wiki.freebsd.org/Wine and it seems to run fine. I've been using the box for testing, development and such, no problems that I can see so far. -- Kris Moore PC-BSD Software http://www.pcbsd.com From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 17:20:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6A6C16A415 for ; Fri, 13 Jul 2007 17:20:37 +0000 (UTC) (envelope-from torfing@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 8946A13C4C8 for ; Fri, 13 Jul 2007 17:20:37 +0000 (UTC) (envelope-from torfing@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-1.04 (built May 9 2007; 32bit)) with ESMTP id <0JL40091GO6COIF0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 13 Jul 2007 19:20:36 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.184]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-0.15 (built Feb 9 2007)) with SMTP id <0JL400A1QO6B30E2@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 13 Jul 2007 19:20:36 +0200 (CEST) Date: Fri, 13 Jul 2007 19:20:35 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20070713192035.7811b6cc.torfinn.ingolfsen@broadpark.no> In-reply-to: <20070714005518.3753bbcd@localhost> References: <20070712175704.4bcdf10e@localhost> <20070714005518.3753bbcd@localhost> X-Mailer: Sylpheed 2.4.3 (GTK+ 2.10.13; i386-portbld-freebsd6.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: HP Desktjet D1420 detected by Freebsd, but not CUPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 17:20:37 -0000 On Sat, 14 Jul 2007 00:55:18 +1000 Norberto Meijome wrote: > backend/usb-unix.c. is of relevance, methinks it seems to > need /dev/ulpt ... do you ulpt.ko loaded? and the printer detectd ? FWIW, I'm using the hplip port with a HP PS8250 printer, connected via usb. The hplip port in FreeBSD does not need ulpt, or any other kld that grabs the printer device. The printer needs to be detected as ugen. In my case, I had to unload umass (because this printer has a card reader). -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 17:32:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9463916A409 for ; Fri, 13 Jul 2007 17:32:28 +0000 (UTC) (envelope-from torfing@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 56B5813C48E for ; Fri, 13 Jul 2007 17:32:28 +0000 (UTC) (envelope-from torfing@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-1.04 (built May 9 2007; 32bit)) with ESMTP id <0JL400B46OQ3CR00@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 13 Jul 2007 19:32:27 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.184]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-0.15 (built Feb 9 2007)) with SMTP id <0JL400EQ7OQ2S2C1@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 13 Jul 2007 19:32:27 +0200 (CEST) Date: Fri, 13 Jul 2007 19:32:26 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20070713193226.b440ef40.torfinn.ingolfsen@broadpark.no> In-reply-to: <20070712175704.4bcdf10e@localhost> References: <20070712175704.4bcdf10e@localhost> X-Mailer: Sylpheed 2.4.3 (GTK+ 2.10.13; i386-portbld-freebsd6.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: HP Desktjet D1420 detected by Freebsd, but not CUPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 17:32:28 -0000 Hello, I'm using hplip (from ports) with an usb-conected HP PS8250, and it works like a charm. On Thu, 12 Jul 2007 17:57:04 -0400 John Walthall wrote: > I installed print/hplip and print/cups > > I followed the directions at http://am-productions.biz/docs/hplip.php > exactly, but when I try to run hp-setup, I get this: > > error: No devices found.Please make sure your printer is properly > connected and powered-on Have you tried restarting cupsd and hpiod, hpssd in the correct order? Does hp-toolbox say anything interesting if you try to run it? IIRC, you need a kernel without ulpt (I don't remember if it is in GENERIC or not), and also without umass if your printer has memory card slots. > So, I tried using CUPS own web-interface, no luck, it doesn't even > list USB as an option, KDE's "kprinter" interface does, but it's Hmm, I used cups web interface to setup my printer, but don't remember how (it is many versions ago). I suspect that the printer just showed up and I just selected it. Perhaps this page will help: http://dsteinbrook.googlepages.com/hpliponfreebsd HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 18:42:16 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B159A16A403; Fri, 13 Jul 2007 18:42:16 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 7494713C48E; Fri, 13 Jul 2007 18:42:16 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7cca.q.ppp-pool.de [89.53.124.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id C193412883F; Fri, 13 Jul 2007 20:09:04 +0200 (CEST) Received: from cesar.sz.vwsoft.com (unknown [192.168.18.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 145E83F43D; Fri, 13 Jul 2007 20:08:38 +0200 (CEST) Message-ID: <4697BFBB.1050009@vwsoft.com> Date: Fri, 13 Jul 2007 20:08:59 +0200 From: Volker User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: John Baldwin References: <200707111442.33336.jhb@freebsd.org> In-Reply-To: <200707111442.33336.jhb@freebsd.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: stable@freebsd.org Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 18:42:16 -0000 On 07/11/07 20:42, John Baldwin wrote: > This patch attempts to remove a gross hack with a slightly less gross hack in > order to avoid clobbering data in signal info that Wine needs. In 7 this was > fixed by a major change to how the kernel manages signals internally, and > that change is too large to be MFC'd, hence this lighter weight patch. It > has already been tested by the folks working on Wine, but I would like a bit > more widespread testing before I commit it. Please test this patch and let > me know if anything breaks. Note that this patch is only for i386. > > http://www.FreeBSD.org/~jhb/patches/sig_eva.patch > John, I've patched and recompiled world + kernel using your patch. I can confirm it does not hurt but what does it good (my wine already ran fine despite some DDE and performance issues)? What to look for especially - any specific test procedures? Volker From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 19:03:40 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 659C416A401 for ; Fri, 13 Jul 2007 19:03:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 094C713C474 for ; Fri, 13 Jul 2007 19:03:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l6DJ3cFP005915; Fri, 13 Jul 2007 15:03:38 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Volker Date: Fri, 13 Jul 2007 14:47:23 -0400 User-Agent: KMail/1.9.6 References: <200707111442.33336.jhb@freebsd.org> <4697BFBB.1050009@vwsoft.com> In-Reply-To: <4697BFBB.1050009@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707131447.23846.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 13 Jul 2007 15:03:38 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3661/Fri Jul 13 13:18:05 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: stable@freebsd.org Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 19:03:40 -0000 On Friday 13 July 2007 02:08:59 pm Volker wrote: > On 07/11/07 20:42, John Baldwin wrote: > > This patch attempts to remove a gross hack with a slightly less gross hack in > > order to avoid clobbering data in signal info that Wine needs. In 7 this was > > fixed by a major change to how the kernel manages signals internally, and > > that change is too large to be MFC'd, hence this lighter weight patch. It > > has already been tested by the folks working on Wine, but I would like a bit > > more widespread testing before I commit it. Please test this patch and let > > me know if anything breaks. Note that this patch is only for i386. > > > > http://www.FreeBSD.org/~jhb/patches/sig_eva.patch > > > > John, > > I've patched and recompiled world + kernel using your patch. I can > confirm it does not hurt but what does it good (my wine already ran > fine despite some DDE and performance issues)? What to look for > especially - any specific test procedures? I'm not as familiar with what it fixes for wine, but it fixes one part of the siginfo for signals to not contain garbage. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 19:48:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4FCB16A405 for ; Fri, 13 Jul 2007 19:48:32 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF2C13C49D for ; Fri, 13 Jul 2007 19:48:32 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so146599anc for ; Fri, 13 Jul 2007 12:48:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=OuFPZTfQG1wM7nnddYsuCczFCyXT0uIGHjJhBjJRn375lxyvF0Ncx1Y4Gk0E/qnAQurmkASjGiqE/iOR0J4nNeoGX8NHSgO+R/yTHeOkg7nHEI876oNdbE89L4fQ0PUt/Eo87XuW8LvmUhFEA4vmGNd28wvQ3qmtBxWHSOrwi5Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=PEshBtpgBFRj3ZXhJxDkYyQcYWRYtWamJkL1YtHd6pwmhlewaZbl87B4KVT8JlO4abwg/ipmxjQqkLD97ZuyE+Lvt8HYP1tqFlRAplpx7fdwiwssAoNu4JedqbPSB0sMJqi/VXNQ+2ivq17nyw642RkK+kmQtd0mpLRJ/Eh1qlw= Received: by 10.100.119.14 with SMTP id r14mr1108749anc.1184356111396; Fri, 13 Jul 2007 12:48:31 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Fri, 13 Jul 2007 12:48:31 -0700 (PDT) Message-ID: <499c70c0707131248s7041ba6an38d3cb6946939810@mail.gmail.com> Date: Fri, 13 Jul 2007 22:48:31 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_44885_30380673.1184356111317" Subject: Can't patch /usr/src/rescue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 19:48:33 -0000 ------=_Part_44885_30380673.1184356111317 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I csup /usr/src to patch my sysem per on http://security.freebsd.org/advisories/FreeBSD-SA-07:05.libarchive.asc bscause freebsd-update faild. Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching public key from update1.FreeBSD.org... failed. No mirrors remaining, giving up. Then I tried to patch libarchive which worked smoothly, but I couldn't patch /usr/src/rescue cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifieee80211.c cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifcarp.c cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifpfsync.c cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifbridge.c cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/iflagg.c /usr/src/sbin/ifconfig/iflagg.c: In function `setlaggproto': /usr/src/sbin/ifconfig/iflagg.c:71: error: structure has no member named `lpr_name' /usr/src/sbin/ifconfig/iflagg.c:72: error: structure has no member named `lpr_proto' /usr/src/sbin/ifconfig/iflagg.c: At top level: /usr/src/sbin/ifconfig/iflagg.c:95: warning: "struct lacp_opreq" declared inside parameter list /usr/src/sbin/ifconfig/iflagg.c:95: warning: its scope is only this definition or declaration, which is probably not what you want /usr/src/sbin/ifconfig/iflagg.c: In function `lacp_format_peer': /usr/src/sbin/ifconfig/iflagg.c:102: error: dereferencing pointer to incomplete type /usr/src/sbin/ifconfig/iflagg.c:103: error: dereferencing pointer to incomplete type /usr/src/sbin/ifconfig/iflagg.c:104: error: dereferencing pointer to incomplete type /usr/src/sbin/ifconfig/iflagg.c:104: error: dereferencing pointer to incomplete type /usr/src/sbin/ifconfig/iflagg.c:104: error: dereferencing pointer to incomplete type /usr/src/sbin/ifconfig/iflagg.c:105: error: dereferencing pointer to incomplete type /usr/src/sbin/ifconfig/iflagg.c:106: error: dereferencing pointer to incomplete type /usr/src/sbin/ifconfig/iflagg.c:107: error: dereferencing pointer to incomplete type /usr/src/sbin/ifconfig/iflagg.c:107: error: dereferencing pointer to incomplete type /usr/src/sbin/ifconfig/iflagg.c:107: error: dereferencing pointer to incomplete type /usr/src/sbin/ifconfig/iflagg.c: In function `lagg_status': /usr/src/sbin/ifconfig/iflagg.c:136: error: structure has no member named `ra_lacpreq' /usr/src/sbin/ifconfig/iflagg.c:139: error: structure has no member named `lpr_proto' /usr/src/sbin/ifconfig/iflagg.c:140: error: structure has no member named `lpr_name' /usr/src/sbin/ifconfig/iflagg.c:151: warning: passing arg 1 of `lacp_format_peer' from incompatible pointer type /usr/src/sbin/ifconfig/iflagg.c:154: error: structure has no member named `rp_lacpreq' /usr/src/sbin/ifconfig/iflagg.c:158: error: dereferencing pointer to incomplete type /usr/src/sbin/ifconfig/iflagg.c:162: warning: passing arg 1 of `lacp_format_peer' from incompatible pointer type /usr/src/sbin/ifconfig/iflagg.c:168: error: structure has no member named `lpr_name' *** Error code 1 Stop in /usr/src/sbin/ifconfig. *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. PS: full log attached. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ------=_Part_44885_30380673.1184356111317 Content-Type: text/plain; name=buildfaild.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_f432ximv Content-Disposition: attachment; filename="buildfaild.txt" bWFrZSBvYmogJiYgbWFrZSBkZXBlbmQgJiYgbWFrZSAmJiBtYWtlIGluc3RhbGwNCj09PT4gbGli cmVzY3VlIChvYmopDQo9PT0+IHJlc2N1ZSAob2JqKQ0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1 ZS8uLi8uLi9iaW4vY2F0ICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVz Y3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9jYXQvIG9iag0KY2QgL3Vzci9zcmMvcmVz Y3VlL3Jlc2N1ZS8uLi8uLi9iaW4vY2hmbGFncyAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29i ai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvY2hmbGFncy8gb2Jq DQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9jaGlvICYmICBNQUtFT0JKRElS UFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1 ZS9jaGlvLyBvYmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vYmluL2NobW9kICYm ICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBE SVJQUkZYPXJlc2N1ZS9jaG1vZC8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4u L2Jpbi9jcCAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNj dWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvY3AvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1 ZS8uLi8uLi9iaW4vZGF0ZSAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jl c2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvZGF0ZS8gb2JqDQpjZCAvdXNyL3NyYy9y ZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9kZCAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91 c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvZGQvIG9iag0KY2QgL3Vz ci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4vZGYgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vz ci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL2RmLyBvYmoN CmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vYmluL2VjaG8gJiYgIE1BS0VPQkpESVJQ UkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3Vl L2VjaG8vIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4vZWQgJiYgIE1B S0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBS Rlg9cmVzY3VlL2VkLyBvYmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vYmluL2V4 cHIgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1h a2UgIERJUlBSRlg9cmVzY3VlL2V4cHIvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8u Li8uLi9iaW4vZ2V0ZmFjbCAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jl c2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvZ2V0ZmFjbC8gb2JqDQpjZCAvdXNyL3Ny Yy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9ob3N0bmFtZSAmJiAgTUFLRU9CSkRJUlBSRUZJWD0v dXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvaG9zdG5h bWUvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4va2VudiAmJiAgTUFL RU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJG WD1yZXNjdWUva2Vudi8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9r aWxsICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBt YWtlICBESVJQUkZYPXJlc2N1ZS9raWxsLyBvYmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUv Li4vLi4vYmluL2xuICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3Vl L3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9sbi8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUv cmVzY3VlLy4uLy4uL2Jpbi9scyAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3Jj L3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvbHMvIG9iag0KY2QgL3Vzci9zcmMv cmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4vbWtkaXIgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9v YmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL21rZGlyLyBvYmoN CmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vYmluL212ICYmICBNQUtFT0JKRElSUFJF RklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9t di8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9wYXggJiYgIE1BS0VP QkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9 cmVzY3VlL3BheC8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9wcyAm JiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAg RElSUFJGWD1yZXNjdWUvcHMvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9i aW4vcHdkICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1 ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9wd2QvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1 ZS8uLi8uLi9iaW4vcmVhbHBhdGggJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3Ny Yy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL3JlYWxwYXRoLyBvYmoNCmNkIC91 c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vYmluL3JtICYmICBNQUtFT0JKRElSUFJFRklYPS91 c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9ybS8gb2Jq DQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9ybWRpciAmJiAgTUFLRU9CSkRJ UlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNj dWUvcm1kaXIvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4vc2V0ZmFj bCAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFr ZSAgRElSUFJGWD1yZXNjdWUvc2V0ZmFjbC8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3Vl Ly4uLy4uL2Jpbi9zaCAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1 ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvc2gvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3Vl L3Jlc2N1ZS8uLi8uLi9iaW4vc3R0eSAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Iv c3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvc3R0eS8gb2JqDQpjZCAvdXNy L3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9zeW5jICYmICBNQUtFT0JKRElSUFJFRklYPS91 c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9zeW5jLyBv YmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vYmluL3Rlc3QgJiYgIE1BS0VPQkpE SVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVz Y3VlL3Rlc3QvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4vcmNwICYm ICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBE SVJQUkZYPXJlc2N1ZS9yY3AvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9i aW4vY3NoICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1 ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9jc2gvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1 ZS8uLi8uLi9zYmluL2F0YWNvbnRyb2wgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNy L3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL2F0YWNvbnRyb2wvIG9iag0K Y2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL2JhZHNlY3QgJiYgIE1BS0VPQkpE SVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVz Y3VlL2JhZHNlY3QvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL2Jz ZGxhYmVsICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1 ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9ic2RsYWJlbC8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUv cmVzY3VlLy4uLy4uL3NiaW4vY2FtY29udHJvbCAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29i ai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvY2FtY29udHJvbC8g b2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vY2NkY29uZmlnICYmICBN QUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQ UkZYPXJlc2N1ZS9jY2Rjb25maWcvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8u Li9zYmluL2NscmkgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUv cmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL2NscmkvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3Vl L3Jlc2N1ZS8uLi8uLi9zYmluL2RldmZzICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vz ci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9kZXZmcy8gb2JqDQpjZCAv dXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vZG1lc2cgJiYgIE1BS0VPQkpESVJQUkVG SVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL2Rt ZXNnLyBvYmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9kdW1wICYmICBN QUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQ UkZYPXJlc2N1ZS9kdW1wLyBvYmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jp bi9kdW1wZnMgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVz Y3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL2R1bXBmcy8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUv cmVzY3VlLy4uLy4uL3NiaW4vZHVtcG9uICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vz ci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9kdW1wb24vIG9iag0KY2Qg L3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL2ZzY2sgJiYgIE1BS0VPQkpESVJQUkVG SVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL2Zz Y2svIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL2ZzY2tfZmZzICYm ICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBE SVJQUkZYPXJlc2N1ZS9mc2NrX2Zmcy8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4u Ly4uL3NiaW4vZnNja19tc2Rvc2ZzICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9z cmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9mc2NrX21zZG9zZnMvIG9iag0K Y2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL2ZzZGIgJiYgIE1BS0VPQkpESVJQ UkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3Vl L2ZzZGIvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL2ZzaXJhbmQg JiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2Ug IERJUlBSRlg9cmVzY3VlL2ZzaXJhbmQvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8u Li8uLi9zYmluL2diZGUgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNj dWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL2diZGUvIG9iag0KY2QgL3Vzci9zcmMvcmVz Y3VlL3Jlc2N1ZS8uLi8uLi9zYmluL2lmY29uZmlnICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Iv b2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9pZmNvbmZpZy8g b2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vaW5pdCAmJiAgTUFLRU9C SkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1y ZXNjdWUvaW5pdC8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4va2xk Y29uZmlnICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1 ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9rbGRjb25maWcvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3Vl L3Jlc2N1ZS8uLi8uLi9zYmluL2tsZGxvYWQgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmov dXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL2tsZGxvYWQvIG9iag0K Y2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL2tsZHN0YXQgJiYgIE1BS0VPQkpE SVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVz Y3VlL2tsZHN0YXQvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL2ts ZHVubG9hZCAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNj dWUgbWFrZSAgRElSUFJGWD1yZXNjdWUva2xkdW5sb2FkLyBvYmoNCmNkIC91c3Ivc3JjL3Jlc2N1 ZS9yZXNjdWUvLi4vLi4vc2Jpbi9sZGNvbmZpZyAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29i ai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvbGRjb25maWcvIG9i ag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL21kNSAmJiAgTUFLRU9CSkRJ UlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNj dWUvbWQ1LyBvYmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9tZGNvbmZp ZyAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFr ZSAgRElSUFJGWD1yZXNjdWUvbWRjb25maWcvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1 ZS8uLi8uLi9zYmluL21kbWZzICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMv cmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9tZG1mcy8gb2JqDQpjZCAvdXNyL3Ny Yy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vbWtub2QgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vz ci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL21rbm9kLyBv YmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9tb3VudCAmJiAgTUFLRU9C SkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1y ZXNjdWUvbW91bnQvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL21v dW50X2NkOTY2MCAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9y ZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvbW91bnRfY2Q5NjYwLyBvYmoNCmNkIC91c3Ivc3Jj L3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9tb3VudF9leHQyZnMgJiYgIE1BS0VPQkpESVJQUkVG SVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL21v dW50X2V4dDJmcy8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vbW91 bnRfbXNkb3NmcyAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9y ZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvbW91bnRfbXNkb3Nmcy8gb2JqDQpjZCAvdXNyL3Ny Yy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vbW91bnRfbmZzICYmICBNQUtFT0JKRElSUFJFRklY PS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9tb3Vu dF9uZnMvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL21vdW50X250 ZnMgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1h a2UgIERJUlBSRlg9cmVzY3VlL21vdW50X250ZnMvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jl c2N1ZS8uLi8uLi9zYmluL21vdW50X251bGxmcyAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29i ai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvbW91bnRfbnVsbGZz LyBvYmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9tb3VudF9zdGQgJiYg IE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJ UlBSRlg9cmVzY3VlL21vdW50X3N0ZC8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4u Ly4uL3NiaW4vbW91bnRfdWRmICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMv cmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9tb3VudF91ZGYvIG9iag0KY2QgL3Vz ci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL21vdW50X3VtYXBmcyAmJiAgTUFLRU9CSkRJ UlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNj dWUvbW91bnRfdW1hcGZzLyBvYmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jp bi9tb3VudF91bmlvbmZzICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVz Y3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9tb3VudF91bmlvbmZzLyBvYmoNCmNkIC91 c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9uZXdmcyAmJiAgTUFLRU9CSkRJUlBSRUZJ WD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvbmV3 ZnMvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL25ld2ZzX21zZG9z ICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtl ICBESVJQUkZYPXJlc2N1ZS9uZXdmc19tc2Rvcy8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVz Y3VlLy4uLy4uL3NiaW4vbm9zLXR1biAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Iv c3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvbm9zLXR1bi8gb2JqDQpjZCAv dXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vcGluZyAmJiAgTUFLRU9CSkRJUlBSRUZJ WD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvcGlu Zy8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vcmVib290ICYmICBN QUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQ UkZYPXJlc2N1ZS9yZWJvb3QvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9z YmluL3Jlc3RvcmUgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUv cmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL3Jlc3RvcmUvIG9iag0KY2QgL3Vzci9zcmMvcmVz Y3VlL3Jlc2N1ZS8uLi8uLi9zYmluL3Jjb3JkZXIgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9v YmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL3Jjb3JkZXIvIG9i ag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL3JvdXRlICYmICBNQUtFT0JK RElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJl c2N1ZS9yb3V0ZS8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vcm91 dGVkICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBt YWtlICBESVJQUkZYPXJlc2N1ZS9yb3V0ZWQvIG9iag0KPT09PiByZXNjdWUvcm91dGVkL3J0cXVl cnkgKG9iaikNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9yb3V0ZWQvcnRx dWVyeSAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUg bWFrZSAgRElSUFJGWD1yZXNjdWUvcnRxdWVyeS8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVz Y3VlLy4uLy4uL3NiaW4vcnRzb2wgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3Ny Yy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL3J0c29sLyBvYmoNCmNkIC91c3Iv c3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9zYXZlY29yZSAmJiAgTUFLRU9CSkRJUlBSRUZJ WD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvc2F2 ZWNvcmUvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL3NsYXR0YWNo ICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtl ICBESVJQUkZYPXJlc2N1ZS9zbGF0dGFjaC8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3Vl Ly4uLy4uL3NiaW4vc3BwcGNvbnRyb2wgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNy L3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL3NwcHBjb250cm9sLyBvYmoN CmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9zdGFydHNsaXAgJiYgIE1BS0VP QkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9 cmVzY3VlL3N0YXJ0c2xpcC8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3Ni aW4vc3dhcG9uICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jl c2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9zd2Fwb24vIG9iag0KY2QgL3Vzci9zcmMvcmVzY3Vl L3Jlc2N1ZS8uLi8uLi9zYmluL3N5c2N0bCAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91 c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvc3lzY3RsLyBvYmoNCmNk IC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi90dW5lZnMgJiYgIE1BS0VPQkpESVJQ UkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3Vl L3R1bmVmcy8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vdW1vdW50 ICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtl ICBESVJQUkZYPXJlc2N1ZS91bW91bnQvIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8u Li8uLi9zYmluL3Bpbmc2ICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVz Y3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9waW5nNi8gb2JqDQpjZCAvdXNyL3NyYy9y ZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vaXBmL2lwZiAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNy L29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvaXBmLyBvYmoN CmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9zY29uZmlnICYmICBNQUtFT0JK RElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJl c2N1ZS9zY29uZmlnLyBvYmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9m ZGlzayAmJiAgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUg bWFrZSAgRElSUFJGWD1yZXNjdWUvZmRpc2svIG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1 ZS8uLi8uLi9zYmluL2RoY2xpZW50ICYmICBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9z cmMvcmVzY3VlL3Jlc2N1ZSBtYWtlICBESVJQUkZYPXJlc2N1ZS9kaGNsaWVudC8gb2JqDQpjZCAv dXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3Vzci5iaW4vZ3ppcCAmJiAgTUFLRU9CSkRJUlBS RUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUv Z3ppcC8gb2JqDQpjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3Vzci5iaW4vYnppcDIg JiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2Ug IERJUlBSRlg9cmVzY3VlL2J6aXAyLyBvYmoNCmNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4v Li4vdXNyLmJpbi90YXIgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNj dWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL3Rhci8gb2JqDQpjZCAvdXNyL3NyYy9yZXNj dWUvcmVzY3VlLy4uLy4uL3Vzci5iaW4vdmkgJiYgIE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmov dXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJUlBSRlg9cmVzY3VlL3ZpLyBvYmoNCmNkIC91 c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vdXNyLmJpbi9pZCAmJiAgTUFLRU9CSkRJUlBSRUZJ WD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgbWFrZSAgRElSUFJGWD1yZXNjdWUvaWQv IG9iag0KY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi91c3Iuc2Jpbi9jaHJvb3QgJiYg IE1BS0VPQkpESVJQUkVGSVg9L3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlIG1ha2UgIERJ UlBSRlg9cmVzY3VlL2Nocm9vdC8gb2JqDQo9PT0+IGxpYnJlc2N1ZSAoZGVwZW5kKQ0KPT09PiBy ZXNjdWUgKGRlcGVuZCkNCj09PT4gbGlicmVzY3VlIChhbGwpDQo9PT0+IHJlc2N1ZSAoYWxsKQ0K TUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUgY3J1bmNoZ2Vu IC1mcSAtbSByZXNjdWUubWsgIC1jIHJlc2N1ZS5jIHJlc2N1ZS5jb25mDQpSdW4gIm1ha2UgLWYg cmVzY3VlLm1rIiB0byBidWlsZCBjcnVuY2hlZCBiaW5hcnkuDQpNQUtFT0JKRElSUFJFRklYPS91 c3Ivb2JqL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZSBtYWtlIC1mIHJlc2N1ZS5tayBvYmpzDQooY2Qg L3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4vY2F0ICYmICBtYWtlIC1EUkVTQ1VFIENS VU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2NhdC8gZGVwZW5kICYm IG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNj dWUvY2F0LyBjYXQubykNCmBjYXQubycgaXMgdXAgdG8gZGF0ZS4NCihjZCAvdXNyL3NyYy9yZXNj dWUvcmVzY3VlLy4uLy4uL2Jpbi9jaGZsYWdzICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxB R1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2NoZmxhZ3MvIGRlcGVuZCAmJiBtYWtl IC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2No ZmxhZ3MvIGNoZmxhZ3MubykNCmBjaGZsYWdzLm8nIGlzIHVwIHRvIGRhdGUuDQooY2QgL3Vzci9z cmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4vY2hpbyAmJiAgbWFrZSAtRFJFU0NVRSBDUlVOQ0hf Q0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9jaGlvLyBkZXBlbmQgJiYgbWFr ZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9j aGlvLyBjaGlvLm8pDQpgY2hpby5vJyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1 ZS9yZXNjdWUvLi4vLi4vYmluL2NobW9kICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9 LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2NobW9kLyBkZXBlbmQgJiYgbWFrZSAtRFJF U0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9jaG1vZC8g Y2htb2QubykNCmBjaG1vZC5vJyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9y ZXNjdWUvLi4vLi4vYmluL2NwICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVND VUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2NwLyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBDUlVO Q0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9jcC8gY3AubyB1dGlscy5v KQ0KYGNwLm8nIGlzIHVwIHRvIGRhdGUuDQpgdXRpbHMubycgaXMgdXAgdG8gZGF0ZS4NCihjZCAv dXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9kYXRlICYmICBtYWtlIC1EUkVTQ1VFIENS VU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2RhdGUvIGRlcGVuZCAm JiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVz Y3VlL2RhdGUvIGRhdGUubyBuZXRkYXRlLm8gdmFyeS5vKQ0KYGRhdGUubycgaXMgdXAgdG8gZGF0 ZS4NCmBuZXRkYXRlLm8nIGlzIHVwIHRvIGRhdGUuDQpgdmFyeS5vJyBpcyB1cCB0byBkYXRlLg0K KGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vYmluL2RkICYmICBtYWtlIC1EUkVTQ1VF IENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2RkLyBkZXBlbmQg JiYgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jl c2N1ZS9kZC8gYXJncy5vIGNvbnYubyBjb252X3RhYi5vIGRkLm8gbWlzYy5vIHBvc2l0aW9uLm8p DQpgYXJncy5vJyBpcyB1cCB0byBkYXRlLg0KYGNvbnYubycgaXMgdXAgdG8gZGF0ZS4NCmBjb252 X3RhYi5vJyBpcyB1cCB0byBkYXRlLg0KYGRkLm8nIGlzIHVwIHRvIGRhdGUuDQpgbWlzYy5vJyBp cyB1cCB0byBkYXRlLg0KYHBvc2l0aW9uLm8nIGlzIHVwIHRvIGRhdGUuDQooY2QgL3Vzci9zcmMv cmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4vZGYgJiYgIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFH Uz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvZGYvIGRlcGVuZCAmJiBtYWtlIC1EUkVT Q1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2RmLyBkZi5v IHZmc2xpc3QubykNCmBkZi5vJyBpcyB1cCB0byBkYXRlLg0KYHZmc2xpc3QubycgaXMgdXAgdG8g ZGF0ZS4NCihjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9lY2hvICYmICBtYWtl IC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2Vj aG8vIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJG WD1yZXNjdWUvcmVzY3VlL2VjaG8vIGVjaG8ubykNCmBlY2hvLm8nIGlzIHVwIHRvIGRhdGUuDQoo Y2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4vZWQgJiYgIG1ha2UgLURSRVNDVUUg Q1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvZWQvIGRlcGVuZCAm JiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVz Y3VlL2VkLyBidWYubyBjYmMubyBnbGJsLm8gaW8ubyBtYWluLm8gcmUubyBzdWIubyB1bmRvLm8p DQpgYnVmLm8nIGlzIHVwIHRvIGRhdGUuDQpgY2JjLm8nIGlzIHVwIHRvIGRhdGUuDQpgZ2xibC5v JyBpcyB1cCB0byBkYXRlLg0KYGlvLm8nIGlzIHVwIHRvIGRhdGUuDQpgbWFpbi5vJyBpcyB1cCB0 byBkYXRlLg0KYHJlLm8nIGlzIHVwIHRvIGRhdGUuDQpgc3ViLm8nIGlzIHVwIHRvIGRhdGUuDQpg dW5kby5vJyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4v YmluL2V4cHIgJiYgIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZY PXJlc2N1ZS9yZXNjdWUvZXhwci8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFH Uz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvZXhwci8gZXhwci5vKQ0KYGV4cHIubycg aXMgdXAgdG8gZGF0ZS4NCihjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9nZXRm YWNsICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNj dWUvcmVzY3VlL2dldGZhY2wvIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9 LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2dldGZhY2wvIGdldGZhY2wubykNCmBnZXRm YWNsLm8nIGlzIHVwIHRvIGRhdGUuDQooY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9i aW4vaG9zdG5hbWUgJiYgIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQ UkZYPXJlc2N1ZS9yZXNjdWUvaG9zdG5hbWUvIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5D SF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2hvc3RuYW1lLyBob3N0bmFt ZS5vKQ0KYGhvc3RuYW1lLm8nIGlzIHVwIHRvIGRhdGUuDQooY2QgL3Vzci9zcmMvcmVzY3VlL3Jl c2N1ZS8uLi8uLi9iaW4va2VudiAmJiAgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVT Q1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9rZW52LyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBD UlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9rZW52LyBrZW52Lm8p DQpga2Vudi5vJyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4v Li4vYmluL2tpbGwgJiYgIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQ UkZYPXJlc2N1ZS9yZXNjdWUva2lsbC8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NG TEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUva2lsbC8ga2lsbC5vKQ0KYGtpbGwu bycgaXMgdXAgdG8gZGF0ZS4NCihjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9s biAmJiAgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3Vl L3Jlc2N1ZS9sbi8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NV RSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvbG4vIGxuLm8pDQpgbG4ubycgaXMgdXAgdG8gZGF0ZS4N CihjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9scyAmJiAgbWFrZSAtRFJFU0NV RSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9scy8gZGVwZW5k ICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9y ZXNjdWUvbHMvIGNtcC5vIGxzLm8gcHJpbnQubyB1dGlsLm8pDQpgY21wLm8nIGlzIHVwIHRvIGRh dGUuDQpgbHMubycgaXMgdXAgdG8gZGF0ZS4NCmBwcmludC5vJyBpcyB1cCB0byBkYXRlLg0KYHV0 aWwubycgaXMgdXAgdG8gZGF0ZS4NCihjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jp bi9ta2RpciAmJiAgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9 cmVzY3VlL3Jlc2N1ZS9ta2Rpci8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFH Uz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvbWtkaXIvIG1rZGlyLm8pDQpgbWtkaXIu bycgaXMgdXAgdG8gZGF0ZS4NCihjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9t diAmJiAgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3Vl L3Jlc2N1ZS9tdi8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NV RSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvbXYvIG12Lm8pDQpgbXYubycgaXMgdXAgdG8gZGF0ZS4N CihjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9wYXggJiYgIG1ha2UgLURSRVND VUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvcGF4LyBkZXBl bmQgJiYgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3Vl L3Jlc2N1ZS9wYXgvIGFyX2lvLm8gYXJfc3Vicy5vIGJ1Zl9zdWJzLm8gY2FjaGUubyBjcGlvLm8g ZmlsZV9zdWJzLm8gZnRyZWUubyBnZW5fc3Vicy5vIGdldG9sZG9wdC5vIG9wdGlvbnMubyBwYXRf cmVwLm8gcGF4Lm8gc2VsX3N1YnMubyB0YWJsZXMubyB0YXIubyB0dHlfc3Vicy5vKQ0KYGFyX2lv Lm8nIGlzIHVwIHRvIGRhdGUuDQpgYXJfc3Vicy5vJyBpcyB1cCB0byBkYXRlLg0KYGJ1Zl9zdWJz Lm8nIGlzIHVwIHRvIGRhdGUuDQpgY2FjaGUubycgaXMgdXAgdG8gZGF0ZS4NCmBjcGlvLm8nIGlz IHVwIHRvIGRhdGUuDQpgZmlsZV9zdWJzLm8nIGlzIHVwIHRvIGRhdGUuDQpgZnRyZWUubycgaXMg dXAgdG8gZGF0ZS4NCmBnZW5fc3Vicy5vJyBpcyB1cCB0byBkYXRlLg0KYGdldG9sZG9wdC5vJyBp cyB1cCB0byBkYXRlLg0KYG9wdGlvbnMubycgaXMgdXAgdG8gZGF0ZS4NCmBwYXRfcmVwLm8nIGlz IHVwIHRvIGRhdGUuDQpgcGF4Lm8nIGlzIHVwIHRvIGRhdGUuDQpgc2VsX3N1YnMubycgaXMgdXAg dG8gZGF0ZS4NCmB0YWJsZXMubycgaXMgdXAgdG8gZGF0ZS4NCmB0YXIubycgaXMgdXAgdG8gZGF0 ZS4NCmB0dHlfc3Vicy5vJyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNj dWUvLi4vLi4vYmluL3BzICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUg RElSUFJGWD1yZXNjdWUvcmVzY3VlL3BzLyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBDUlVOQ0hf Q0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9wcy8gZm10Lm8ga2V5d29yZC5v IG5saXN0Lm8gcHJpbnQubyBwcy5vKQ0KYGZtdC5vJyBpcyB1cCB0byBkYXRlLg0KYGtleXdvcmQu bycgaXMgdXAgdG8gZGF0ZS4NCmBubGlzdC5vJyBpcyB1cCB0byBkYXRlLg0KYHByaW50Lm8nIGlz IHVwIHRvIGRhdGUuDQpgcHMubycgaXMgdXAgdG8gZGF0ZS4NCihjZCAvdXNyL3NyYy9yZXNjdWUv cmVzY3VlLy4uLy4uL2Jpbi9wd2QgJiYgIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJF U0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvcHdkLyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBD UlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9wd2QvIHB3ZC5vKQ0K YHB3ZC5vJyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4v YmluL3JlYWxwYXRoICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElS UFJGWD1yZXNjdWUvcmVzY3VlL3JlYWxwYXRoLyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBDUlVO Q0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9yZWFscGF0aC8gcmVhbHBh dGgubykNCmByZWFscGF0aC5vJyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9y ZXNjdWUvLi4vLi4vYmluL3JtICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVND VUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL3JtLyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBDUlVO Q0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9ybS8gcm0ubykNCmBybS5v JyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vYmluL3Jt ZGlyICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNj dWUvcmVzY3VlL3JtZGlyLyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1E UkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9ybWRpci8gcm1kaXIubykNCmBybWRpci5vJyBp cyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vYmluL3NldGZh Y2wgJiYgIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1 ZS9yZXNjdWUvc2V0ZmFjbC8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0t RFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvc2V0ZmFjbC8gZmlsZS5vIG1hc2subyBtZXJn ZS5vIHJlbW92ZS5vIHNldGZhY2wubyB1dGlsLm8pDQpgZmlsZS5vJyBpcyB1cCB0byBkYXRlLg0K YG1hc2subycgaXMgdXAgdG8gZGF0ZS4NCmBtZXJnZS5vJyBpcyB1cCB0byBkYXRlLg0KYHJlbW92 ZS5vJyBpcyB1cCB0byBkYXRlLg0KYHNldGZhY2wubycgaXMgdXAgdG8gZGF0ZS4NCmB1dGlsLm8n IGlzIHVwIHRvIGRhdGUuDQooY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4vc2gg JiYgIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9y ZXNjdWUvc2gvIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUg RElSUFJGWD1yZXNjdWUvcmVzY3VlL3NoLyBhbGlhcy5vIGFyaXRoLm8gYXJpdGhfbGV4Lm8gY2Qu byBlY2hvLm8gZXJyb3IubyBldmFsLm8gZXhlYy5vIGV4cGFuZC5vIGhpc3RlZGl0Lm8gaW5wdXQu byBqb2JzLm8gbWFpbC5vIG1haW4ubyBtZW1hbGxvYy5vIG1pc2NibHRpbi5vIG15c3RyaW5nLm8g b3B0aW9ucy5vIG91dHB1dC5vIHBhcnNlci5vIHJlZGlyLm8gc2hvdy5vIHRlc3QubyB0cmFwLm8g dmFyLm8gYnVpbHRpbnMubyBpbml0Lm8gbm9kZXMubyBzeW50YXgubykNCmBhbGlhcy5vJyBpcyB1 cCB0byBkYXRlLg0KYGFyaXRoLm8nIGlzIHVwIHRvIGRhdGUuDQpgYXJpdGhfbGV4Lm8nIGlzIHVw IHRvIGRhdGUuDQpgY2QubycgaXMgdXAgdG8gZGF0ZS4NCmBlY2hvLm8nIGlzIHVwIHRvIGRhdGUu DQpgZXJyb3IubycgaXMgdXAgdG8gZGF0ZS4NCmBldmFsLm8nIGlzIHVwIHRvIGRhdGUuDQpgZXhl Yy5vJyBpcyB1cCB0byBkYXRlLg0KYGV4cGFuZC5vJyBpcyB1cCB0byBkYXRlLg0KYGhpc3RlZGl0 Lm8nIGlzIHVwIHRvIGRhdGUuDQpgaW5wdXQubycgaXMgdXAgdG8gZGF0ZS4NCmBqb2JzLm8nIGlz IHVwIHRvIGRhdGUuDQpgbWFpbC5vJyBpcyB1cCB0byBkYXRlLg0KYG1haW4ubycgaXMgdXAgdG8g ZGF0ZS4NCmBtZW1hbGxvYy5vJyBpcyB1cCB0byBkYXRlLg0KYG1pc2NibHRpbi5vJyBpcyB1cCB0 byBkYXRlLg0KYG15c3RyaW5nLm8nIGlzIHVwIHRvIGRhdGUuDQpgb3B0aW9ucy5vJyBpcyB1cCB0 byBkYXRlLg0KYG91dHB1dC5vJyBpcyB1cCB0byBkYXRlLg0KYHBhcnNlci5vJyBpcyB1cCB0byBk YXRlLg0KYHJlZGlyLm8nIGlzIHVwIHRvIGRhdGUuDQpgc2hvdy5vJyBpcyB1cCB0byBkYXRlLg0K YHRlc3QubycgaXMgdXAgdG8gZGF0ZS4NCmB0cmFwLm8nIGlzIHVwIHRvIGRhdGUuDQpgdmFyLm8n IGlzIHVwIHRvIGRhdGUuDQpgYnVpbHRpbnMubycgaXMgdXAgdG8gZGF0ZS4NCmBpbml0Lm8nIGlz IHVwIHRvIGRhdGUuDQpgbm9kZXMubycgaXMgdXAgdG8gZGF0ZS4NCmBzeW50YXgubycgaXMgdXAg dG8gZGF0ZS4NCihjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi9zdHR5ICYmICBt YWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3Vl L3N0dHkvIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElS UFJGWD1yZXNjdWUvcmVzY3VlL3N0dHkvIGNjaGFyLm8gZ2ZtdC5vIGtleS5vIG1vZGVzLm8gcHJp bnQubyBzdHR5Lm8gdXRpbC5vKQ0KYGNjaGFyLm8nIGlzIHVwIHRvIGRhdGUuDQpgZ2ZtdC5vJyBp cyB1cCB0byBkYXRlLg0KYGtleS5vJyBpcyB1cCB0byBkYXRlLg0KYG1vZGVzLm8nIGlzIHVwIHRv IGRhdGUuDQpgcHJpbnQubycgaXMgdXAgdG8gZGF0ZS4NCmBzdHR5Lm8nIGlzIHVwIHRvIGRhdGUu DQpgdXRpbC5vJyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4v Li4vYmluL3N5bmMgJiYgIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQ UkZYPXJlc2N1ZS9yZXNjdWUvc3luYy8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NG TEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvc3luYy8gc3luYy5vKQ0KYHN5bmMu bycgaXMgdXAgdG8gZGF0ZS4NCihjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL2Jpbi90 ZXN0ICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNj dWUvcmVzY3VlL3Rlc3QvIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURS RVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL3Rlc3QvIHRlc3QubykNCmB0ZXN0Lm8nIGlzIHVw IHRvIGRhdGUuDQooY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9iaW4vcmNwICYmICBt YWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3Vl L3JjcC8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQ UkZYPXJlc2N1ZS9yZXNjdWUvcmNwLyByY3AubyB1dGlsLm8pDQpgcmNwLm8nIGlzIHVwIHRvIGRh dGUuDQpgdXRpbC5vJyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUv Li4vLi4vYmluL2NzaCAmJiAgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJ UlBSRlg9cmVzY3VlL3Jlc2N1ZS9jc2gvIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9D RkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2NzaC8gc2gubyBzaC5kaXIubyBz aC5kb2wubyBzaC5lcnIubyBzaC5leGVjLm8gc2guY2hhci5vIHNoLmV4cC5vIHNoLmZpbGUubyBz aC5mdW5jLm8gc2guZ2xvYi5vIHNoLmhpc3QubyBzaC5pbml0Lm8gc2gubGV4Lm8gc2gubWlzYy5v IHNoLnBhcnNlLm8gc2gucHJpbnQubyBzaC5wcm9jLm8gc2guc2VtLm8gc2guc2V0Lm8gc2gudGlt ZS5vIGdsb2IubyBtaS50ZXJtaW9zLm8gdHcuaGVscC5vIHR3LmluaXQubyB0dy5wYXJzZS5vIHR3 LnNwZWxsLm8gdHcuY29tcC5vIHR3LmNvbG9yLm8gZWQuY2hhcmVkLm8gZWQuZGVmbnMubyBlZC5p bml0Lm8gZWQuaW5wdXRsLm8gZWQucmVmcmVzaC5vIGVkLnNjcmVlbi5vIGVkLnhtYXAubyBlZC50 ZXJtLm8gdGMuYWxsb2MubyB0Yy5iaW5kLm8gdGMuY29uc3QubyB0Yy5kaXNjLm8gdGMuZnVuYy5v IHRjLm5scy5vIHRjLm9zLm8gdGMucHJpbnRmLm8gdGMucHJvbXB0Lm8gdGMuc2NoZWQubyB0Yy5z aWcubyB0Yy5zdHIubyB0Yy52ZXJzLm8gdGMud2hvLm8gdGMuZGVmcy5vKQ0KYHNoLm8nIGlzIHVw IHRvIGRhdGUuDQpgc2guZGlyLm8nIGlzIHVwIHRvIGRhdGUuDQpgc2guZG9sLm8nIGlzIHVwIHRv IGRhdGUuDQpgc2guZXJyLm8nIGlzIHVwIHRvIGRhdGUuDQpgc2guZXhlYy5vJyBpcyB1cCB0byBk YXRlLg0KYHNoLmNoYXIubycgaXMgdXAgdG8gZGF0ZS4NCmBzaC5leHAubycgaXMgdXAgdG8gZGF0 ZS4NCmBzaC5maWxlLm8nIGlzIHVwIHRvIGRhdGUuDQpgc2guZnVuYy5vJyBpcyB1cCB0byBkYXRl Lg0KYHNoLmdsb2IubycgaXMgdXAgdG8gZGF0ZS4NCmBzaC5oaXN0Lm8nIGlzIHVwIHRvIGRhdGUu DQpgc2guaW5pdC5vJyBpcyB1cCB0byBkYXRlLg0KYHNoLmxleC5vJyBpcyB1cCB0byBkYXRlLg0K YHNoLm1pc2MubycgaXMgdXAgdG8gZGF0ZS4NCmBzaC5wYXJzZS5vJyBpcyB1cCB0byBkYXRlLg0K YHNoLnByaW50Lm8nIGlzIHVwIHRvIGRhdGUuDQpgc2gucHJvYy5vJyBpcyB1cCB0byBkYXRlLg0K YHNoLnNlbS5vJyBpcyB1cCB0byBkYXRlLg0KYHNoLnNldC5vJyBpcyB1cCB0byBkYXRlLg0KYHNo LnRpbWUubycgaXMgdXAgdG8gZGF0ZS4NCmBnbG9iLm8nIGlzIHVwIHRvIGRhdGUuDQpgbWkudGVy bWlvcy5vJyBpcyB1cCB0byBkYXRlLg0KYHR3LmhlbHAubycgaXMgdXAgdG8gZGF0ZS4NCmB0dy5p bml0Lm8nIGlzIHVwIHRvIGRhdGUuDQpgdHcucGFyc2UubycgaXMgdXAgdG8gZGF0ZS4NCmB0dy5z cGVsbC5vJyBpcyB1cCB0byBkYXRlLg0KYHR3LmNvbXAubycgaXMgdXAgdG8gZGF0ZS4NCmB0dy5j b2xvci5vJyBpcyB1cCB0byBkYXRlLg0KYGVkLmNoYXJlZC5vJyBpcyB1cCB0byBkYXRlLg0KYGVk LmRlZm5zLm8nIGlzIHVwIHRvIGRhdGUuDQpgZWQuaW5pdC5vJyBpcyB1cCB0byBkYXRlLg0KYGVk LmlucHV0bC5vJyBpcyB1cCB0byBkYXRlLg0KYGVkLnJlZnJlc2gubycgaXMgdXAgdG8gZGF0ZS4N CmBlZC5zY3JlZW4ubycgaXMgdXAgdG8gZGF0ZS4NCmBlZC54bWFwLm8nIGlzIHVwIHRvIGRhdGUu DQpgZWQudGVybS5vJyBpcyB1cCB0byBkYXRlLg0KYHRjLmFsbG9jLm8nIGlzIHVwIHRvIGRhdGUu DQpgdGMuYmluZC5vJyBpcyB1cCB0byBkYXRlLg0KYHRjLmNvbnN0Lm8nIGlzIHVwIHRvIGRhdGUu DQpgdGMuZGlzYy5vJyBpcyB1cCB0byBkYXRlLg0KYHRjLmZ1bmMubycgaXMgdXAgdG8gZGF0ZS4N CmB0Yy5ubHMubycgaXMgdXAgdG8gZGF0ZS4NCmB0Yy5vcy5vJyBpcyB1cCB0byBkYXRlLg0KYHRj LnByaW50Zi5vJyBpcyB1cCB0byBkYXRlLg0KYHRjLnByb21wdC5vJyBpcyB1cCB0byBkYXRlLg0K YHRjLnNjaGVkLm8nIGlzIHVwIHRvIGRhdGUuDQpgdGMuc2lnLm8nIGlzIHVwIHRvIGRhdGUuDQpg dGMuc3RyLm8nIGlzIHVwIHRvIGRhdGUuDQpgdGMudmVycy5vJyBpcyB1cCB0byBkYXRlLg0KYHRj Lndoby5vJyBpcyB1cCB0byBkYXRlLg0KYHRjLmRlZnMubycgaXMgdXAgdG8gZGF0ZS4NCihjZCAv dXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vYXRhY29udHJvbCAmJiAgbWFrZSAtRFJF U0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9hdGFjb250 cm9sLyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBS Rlg9cmVzY3VlL3Jlc2N1ZS9hdGFjb250cm9sLyBhdGFjb250cm9sLm8pDQpgYXRhY29udHJvbC5v JyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9i YWRzZWN0ICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1y ZXNjdWUvcmVzY3VlL2JhZHNlY3QvIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxB R1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2JhZHNlY3QvIGJhZHNlY3QubykNCmBi YWRzZWN0Lm8nIGlzIHVwIHRvIGRhdGUuDQooY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8u Li9zYmluL2JzZGxhYmVsICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUg RElSUFJGWD1yZXNjdWUvcmVzY3VlL2JzZGxhYmVsLyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBD UlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9ic2RsYWJlbC8gYnNk bGFiZWwubyBnZW9tX2JzZF9lbmMubykNCmBic2RsYWJlbC5vJyBpcyB1cCB0byBkYXRlLg0KYGdl b21fYnNkX2VuYy5vJyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUv Li4vLi4vc2Jpbi9jYW1jb250cm9sICYmICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURS RVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2NhbWNvbnRyb2wvIGRlcGVuZCAmJiBtYWtlIC1E UkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2NhbWNv bnRyb2wvIGNhbWNvbnRyb2wubyB1dGlsLm8gbW9kZWVkaXQubykNCmBjYW1jb250cm9sLm8nIGlz IHVwIHRvIGRhdGUuDQpgdXRpbC5vJyBpcyB1cCB0byBkYXRlLg0KYG1vZGVlZGl0Lm8nIGlzIHVw IHRvIGRhdGUuDQooY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL2NjZGNvbmZp ZyAmJiAgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3Vl L3Jlc2N1ZS9jY2Rjb25maWcvIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9 LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2NjZGNvbmZpZy8gY2NkY29uZmlnLm8pDQpg Y2NkY29uZmlnLm8nIGlzIHVwIHRvIGRhdGUuDQooY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8u Li8uLi9zYmluL2NscmkgJiYgIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBE SVJQUkZYPXJlc2N1ZS9yZXNjdWUvY2xyaS8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNI X0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvY2xyaS8gY2xyaS5vKQ0KYGNs cmkubycgaXMgdXAgdG8gZGF0ZS4NCihjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3Ni aW4vZGV2ZnMgJiYgIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZY PXJlc2N1ZS9yZXNjdWUvZGV2ZnMvIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxB R1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVzY3VlL2RldmZzLyBkZXZmcy5vIHJ1bGUubykN CmBkZXZmcy5vJyBpcyB1cCB0byBkYXRlLg0KYHJ1bGUubycgaXMgdXAgdG8gZGF0ZS4NCihjZCAv dXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vZG1lc2cgJiYgIG1ha2UgLURSRVNDVUUg Q1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvZG1lc2cvIGRlcGVu ZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUv cmVzY3VlL2RtZXNnLyBkbWVzZy5vKQ0KYGRtZXNnLm8nIGlzIHVwIHRvIGRhdGUuDQooY2QgL3Vz ci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8uLi9zYmluL2R1bXAgJiYgIG1ha2UgLURSRVNDVUUgQ1JV TkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvZHVtcC8gZGVwZW5kICYm IG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNj dWUvZHVtcC8gaXRpbWUubyBtYWluLm8gb3B0ci5vIGR1bXBybXQubyB0YXBlLm8gdHJhdmVyc2Uu byB1bmN0aW1lLm8gY2FjaGUubykNCmBpdGltZS5vJyBpcyB1cCB0byBkYXRlLg0KYG1haW4ubycg aXMgdXAgdG8gZGF0ZS4NCmBvcHRyLm8nIGlzIHVwIHRvIGRhdGUuDQpgZHVtcHJtdC5vJyBpcyB1 cCB0byBkYXRlLg0KYHRhcGUubycgaXMgdXAgdG8gZGF0ZS4NCmB0cmF2ZXJzZS5vJyBpcyB1cCB0 byBkYXRlLg0KYHVuY3RpbWUubycgaXMgdXAgdG8gZGF0ZS4NCmBjYWNoZS5vJyBpcyB1cCB0byBk YXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9kdW1wZnMgJiYgIG1h a2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUv ZHVtcGZzLyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJ UlBSRlg9cmVzY3VlL3Jlc2N1ZS9kdW1wZnMvIGR1bXBmcy5vKQ0KYGR1bXBmcy5vJyBpcyB1cCB0 byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9kdW1wb24gJiYg IG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNj dWUvZHVtcG9uLyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VF IERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9kdW1wb24vIGR1bXBvbi5vKQ0KYGR1bXBvbi5vJyBpcyB1 cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9mc2NrICYm ICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVz Y3VlL2ZzY2svIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUg RElSUFJGWD1yZXNjdWUvcmVzY3VlL2ZzY2svIGZzY2subyBmc3V0aWwubyBwcmVlbi5vKQ0KYGZz Y2subycgaXMgdXAgdG8gZGF0ZS4NCmBmc3V0aWwubycgaXMgdXAgdG8gZGF0ZS4NCmBwcmVlbi5v JyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9m c2NrX2ZmcyAmJiAgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9 cmVzY3VlL3Jlc2N1ZS9mc2NrX2Zmcy8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NG TEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvZnNja19mZnMvIGRpci5vIGVhLm8g ZnN1dGlsLm8gaW5vZGUubyBtYWluLm8gcGFzczEubyBwYXNzMWIubyBwYXNzMi5vIHBhc3MzLm8g cGFzczQubyBwYXNzNS5vIHNldHVwLm8gdXRpbGl0aWVzLm8gZmZzX3N1YnIubyBmZnNfdGFibGVz Lm8pDQpgZGlyLm8nIGlzIHVwIHRvIGRhdGUuDQpgZWEubycgaXMgdXAgdG8gZGF0ZS4NCmBmc3V0 aWwubycgaXMgdXAgdG8gZGF0ZS4NCmBpbm9kZS5vJyBpcyB1cCB0byBkYXRlLg0KYG1haW4ubycg aXMgdXAgdG8gZGF0ZS4NCmBwYXNzMS5vJyBpcyB1cCB0byBkYXRlLg0KYHBhc3MxYi5vJyBpcyB1 cCB0byBkYXRlLg0KYHBhc3MyLm8nIGlzIHVwIHRvIGRhdGUuDQpgcGFzczMubycgaXMgdXAgdG8g ZGF0ZS4NCmBwYXNzNC5vJyBpcyB1cCB0byBkYXRlLg0KYHBhc3M1Lm8nIGlzIHVwIHRvIGRhdGUu DQpgc2V0dXAubycgaXMgdXAgdG8gZGF0ZS4NCmB1dGlsaXRpZXMubycgaXMgdXAgdG8gZGF0ZS4N CmBmZnNfc3Vici5vJyBpcyB1cCB0byBkYXRlLg0KYGZmc190YWJsZXMubycgaXMgdXAgdG8gZGF0 ZS4NCihjZCAvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uLy4uL3NiaW4vZnNja19tc2Rvc2ZzICYm ICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVz Y3VlL2ZzY2tfbXNkb3Nmcy8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0t RFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvZnNja19tc2Rvc2ZzLyBtYWluLm8gY2hlY2su byBib290Lm8gZmF0Lm8gZGlyLm8gZnN1dGlsLm8pDQpgbWFpbi5vJyBpcyB1cCB0byBkYXRlLg0K YGNoZWNrLm8nIGlzIHVwIHRvIGRhdGUuDQpgYm9vdC5vJyBpcyB1cCB0byBkYXRlLg0KYGZhdC5v JyBpcyB1cCB0byBkYXRlLg0KYGRpci5vJyBpcyB1cCB0byBkYXRlLg0KYGZzdXRpbC5vJyBpcyB1 cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4vLi4vc2Jpbi9mc2RiICYm ICBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUgRElSUFJGWD1yZXNjdWUvcmVz Y3VlL2ZzZGIvIGRlcGVuZCAmJiBtYWtlIC1EUkVTQ1VFIENSVU5DSF9DRkxBR1M9LURSRVNDVUUg RElSUFJGWD1yZXNjdWUvcmVzY3VlL2ZzZGIvIGZzZGIubyBmc2RidXRpbC5vIGRpci5vIGVhLm8g ZnN1dGlsLm8gaW5vZGUubyBwYXNzMS5vIHBhc3MxYi5vIHBhc3MyLm8gcGFzczMubyBwYXNzNC5v IHBhc3M1Lm8gc2V0dXAubyB1dGlsaXRpZXMubyBmZnNfc3Vici5vIGZmc190YWJsZXMubykNCmBm c2RiLm8nIGlzIHVwIHRvIGRhdGUuDQpgZnNkYnV0aWwubycgaXMgdXAgdG8gZGF0ZS4NCmBkaXIu bycgaXMgdXAgdG8gZGF0ZS4NCmBlYS5vJyBpcyB1cCB0byBkYXRlLg0KYGZzdXRpbC5vJyBpcyB1 cCB0byBkYXRlLg0KYGlub2RlLm8nIGlzIHVwIHRvIGRhdGUuDQpgcGFzczEubycgaXMgdXAgdG8g ZGF0ZS4NCmBwYXNzMWIubycgaXMgdXAgdG8gZGF0ZS4NCmBwYXNzMi5vJyBpcyB1cCB0byBkYXRl Lg0KYHBhc3MzLm8nIGlzIHVwIHRvIGRhdGUuDQpgcGFzczQubycgaXMgdXAgdG8gZGF0ZS4NCmBw YXNzNS5vJyBpcyB1cCB0byBkYXRlLg0KYHNldHVwLm8nIGlzIHVwIHRvIGRhdGUuDQpgdXRpbGl0 aWVzLm8nIGlzIHVwIHRvIGRhdGUuDQpgZmZzX3N1YnIubycgaXMgdXAgdG8gZGF0ZS4NCmBmZnNf dGFibGVzLm8nIGlzIHVwIHRvIGRhdGUuDQooY2QgL3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi8u Li9zYmluL2ZzaXJhbmQgJiYgIG1ha2UgLURSRVNDVUUgQ1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBE SVJQUkZYPXJlc2N1ZS9yZXNjdWUvZnNpcmFuZC8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUgQ1JV TkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvZnNpcmFuZC8gZnNpcmFu ZC5vKQ0KYGZzaXJhbmQubycgaXMgdXAgdG8gZGF0ZS4NCihjZCAvdXNyL3NyYy9yZXNjdWUvcmVz Y3VlLy4uLy4uL3NiaW4vZ2JkZSAmJiAgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVT Q1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9nYmRlLyBkZXBlbmQgJiYgbWFrZSAtRFJFU0NVRSBD UlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VFIERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9nYmRlLyBnYmRlLm8g dGVtcGxhdGUubyByaWpuZGFlbC1hbGctZnN0Lm8gcmlqbmRhZWwtYXBpLWZzdC5vIHNoYTIubyBn X2JkZV9sb2NrLm8pDQpgZ2JkZS5vJyBpcyB1cCB0byBkYXRlLg0KYHRlbXBsYXRlLm8nIGlzIHVw IHRvIGRhdGUuDQpgcmlqbmRhZWwtYWxnLWZzdC5vJyBpcyB1cCB0byBkYXRlLg0KYHJpam5kYWVs LWFwaS1mc3QubycgaXMgdXAgdG8gZGF0ZS4NCmBzaGEyLm8nIGlzIHVwIHRvIGRhdGUuDQpgZ19i ZGVfbG9jay5vJyBpcyB1cCB0byBkYXRlLg0KKGNkIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUvLi4v Li4vc2Jpbi9pZmNvbmZpZyAmJiAgbWFrZSAtRFJFU0NVRSBDUlVOQ0hfQ0ZMQUdTPS1EUkVTQ1VF IERJUlBSRlg9cmVzY3VlL3Jlc2N1ZS9pZmNvbmZpZy8gZGVwZW5kICYmIG1ha2UgLURSRVNDVUUg Q1JVTkNIX0NGTEFHUz0tRFJFU0NVRSBESVJQUkZYPXJlc2N1ZS9yZXNjdWUvaWZjb25maWcvIGlm Y29uZmlnLm8gYWZfbGluay5vIGFmX2luZXQubyBhZl9pbmV0Ni5vIGFmX2F0YWxrLm8gaWZjbG9u ZS5vIGlmbWFjLm8gaWZtZWRpYS5vIGlmdmxhbi5vIGlmaWVlZTgwMjExLm8gaWZjYXJwLm8gaWZw ZnN5bmMubyBpZmJyaWRnZS5vIGlmbGFnZy5vIGFmX2lweC5vKQ0Kcm0gLWYgLmRlcGVuZA0KbWtk ZXAgLWYgLmRlcGVuZCAtYSAgICAtRFJFU0NVRSAvdXNyL3NyYy9zYmluL2lmY29uZmlnL2lmY29u ZmlnLmMgL3Vzci9zcmMvc2Jpbi9pZmNvbmZpZy9hZl9saW5rLmMgL3Vzci9zcmMvc2Jpbi9pZmNv bmZpZy9hZl9pbmV0LmMgL3Vzci9zcmMvc2Jpbi9pZmNvbmZpZy9hZl9pbmV0Ni5jIC91c3Ivc3Jj L3NiaW4vaWZjb25maWcvYWZfYXRhbGsuYyAvdXNyL3NyYy9zYmluL2lmY29uZmlnL2lmY2xvbmUu YyAvdXNyL3NyYy9zYmluL2lmY29uZmlnL2lmbWFjLmMgL3Vzci9zcmMvc2Jpbi9pZmNvbmZpZy9p Zm1lZGlhLmMgL3Vzci9zcmMvc2Jpbi9pZmNvbmZpZy9pZnZsYW4uYyAvdXNyL3NyYy9zYmluL2lm Y29uZmlnL2lmaWVlZTgwMjExLmMgL3Vzci9zcmMvc2Jpbi9pZmNvbmZpZy9pZmNhcnAuYyAvdXNy L3NyYy9zYmluL2lmY29uZmlnL2lmcGZzeW5jLmMgL3Vzci9zcmMvc2Jpbi9pZmNvbmZpZy9pZmJy aWRnZS5jIC91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZsYWdnLmMgL3Vzci9zcmMvc2Jpbi9pZmNv bmZpZy9hZl9pcHguYw0KZWNobyBpZmNvbmZpZzogL3Vzci9saWIvbGliYy5hIC91c3IvbGliL2xp YmlweC5hID4+IC5kZXBlbmQNCmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgLVdh bGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdjYXN0LXF1YWwgLVd3cml0ZS1zdHJpbmdzIC1XbmVz dGVkLWV4dGVybnMgLURSRVNDVUUgIC1jIC91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZjb25maWcu Yw0KYGFmX2xpbmsubycgaXMgdXAgdG8gZGF0ZS4NCmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtcGlwZSAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdjYXN0LXF1YWwgLVd3cml0ZS1z dHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLURSRVNDVUUgIC1jIC91c3Ivc3JjL3NiaW4vaWZjb25m aWcvYWZfaW5ldC5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIC1XYWxsIC1X bWlzc2luZy1wcm90b3R5cGVzIC1XY2FzdC1xdWFsIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1l eHRlcm5zIC1EUkVTQ1VFICAtYyAvdXNyL3NyYy9zYmluL2lmY29uZmlnL2FmX2luZXQ2LmMNCmBh Zl9hdGFsay5vJyBpcyB1cCB0byBkYXRlLg0KYGlmY2xvbmUubycgaXMgdXAgdG8gZGF0ZS4NCmNj IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlw ZXMgLVdjYXN0LXF1YWwgLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLURSRVNDVUUg IC1jIC91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZtYWMuYw0KY2MgLU8yIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1waXBlICAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtV2Nhc3QtcXVhbCAtV3dy aXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtRFJFU0NVRSAgLWMgL3Vzci9zcmMvc2Jpbi9p ZmNvbmZpZy9pZm1lZGlhLmMNCmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgLVdh bGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdjYXN0LXF1YWwgLVd3cml0ZS1zdHJpbmdzIC1XbmVz dGVkLWV4dGVybnMgLURSRVNDVUUgIC1jIC91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZ2bGFuLmMN CmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgLVdhbGwgLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdjYXN0LXF1YWwgLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLURSRVND VUUgIC1jIC91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZpZWVlODAyMTEuYw0KY2MgLU8yIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1waXBlICAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtV2Nhc3Qt cXVhbCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtRFJFU0NVRSAgLWMgL3Vzci9z cmMvc2Jpbi9pZmNvbmZpZy9pZmNhcnAuYw0KY2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1w aXBlICAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtV2Nhc3QtcXVhbCAtV3dyaXRlLXN0cmlu Z3MgLVduZXN0ZWQtZXh0ZXJucyAtRFJFU0NVRSAgLWMgL3Vzci9zcmMvc2Jpbi9pZmNvbmZpZy9p ZnBmc3luYy5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIC1XYWxsIC1XbWlz c2luZy1wcm90b3R5cGVzIC1XY2FzdC1xdWFsIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRl cm5zIC1EUkVTQ1VFICAtYyAvdXNyL3NyYy9zYmluL2lmY29uZmlnL2lmYnJpZGdlLmMNCmNjIC1P MiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMg LVdjYXN0LXF1YWwgLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLURSRVNDVUUgIC1j IC91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZsYWdnLmMNCi91c3Ivc3JjL3NiaW4vaWZjb25maWcv aWZsYWdnLmM6IEluIGZ1bmN0aW9uIGBzZXRsYWdncHJvdG8nOg0KL3Vzci9zcmMvc2Jpbi9pZmNv bmZpZy9pZmxhZ2cuYzo3MTogZXJyb3I6IHN0cnVjdHVyZSBoYXMgbm8gbWVtYmVyIG5hbWVkIGBs cHJfbmFtZScNCi91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZsYWdnLmM6NzI6IGVycm9yOiBzdHJ1 Y3R1cmUgaGFzIG5vIG1lbWJlciBuYW1lZCBgbHByX3Byb3RvJw0KL3Vzci9zcmMvc2Jpbi9pZmNv bmZpZy9pZmxhZ2cuYzogQXQgdG9wIGxldmVsOg0KL3Vzci9zcmMvc2Jpbi9pZmNvbmZpZy9pZmxh Z2cuYzo5NTogd2FybmluZzogInN0cnVjdCBsYWNwX29wcmVxIiBkZWNsYXJlZCBpbnNpZGUgcGFy YW1ldGVyIGxpc3QNCi91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZsYWdnLmM6OTU6IHdhcm5pbmc6 IGl0cyBzY29wZSBpcyBvbmx5IHRoaXMgZGVmaW5pdGlvbiBvciBkZWNsYXJhdGlvbiwgd2hpY2gg aXMgcHJvYmFibHkgbm90IHdoYXQgeW91IHdhbnQNCi91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZs YWdnLmM6IEluIGZ1bmN0aW9uIGBsYWNwX2Zvcm1hdF9wZWVyJzoNCi91c3Ivc3JjL3NiaW4vaWZj b25maWcvaWZsYWdnLmM6MTAyOiBlcnJvcjogZGVyZWZlcmVuY2luZyBwb2ludGVyIHRvIGluY29t cGxldGUgdHlwZQ0KL3Vzci9zcmMvc2Jpbi9pZmNvbmZpZy9pZmxhZ2cuYzoxMDM6IGVycm9yOiBk ZXJlZmVyZW5jaW5nIHBvaW50ZXIgdG8gaW5jb21wbGV0ZSB0eXBlDQovdXNyL3NyYy9zYmluL2lm Y29uZmlnL2lmbGFnZy5jOjEwNDogZXJyb3I6IGRlcmVmZXJlbmNpbmcgcG9pbnRlciB0byBpbmNv bXBsZXRlIHR5cGUNCi91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZsYWdnLmM6MTA0OiBlcnJvcjog ZGVyZWZlcmVuY2luZyBwb2ludGVyIHRvIGluY29tcGxldGUgdHlwZQ0KL3Vzci9zcmMvc2Jpbi9p ZmNvbmZpZy9pZmxhZ2cuYzoxMDQ6IGVycm9yOiBkZXJlZmVyZW5jaW5nIHBvaW50ZXIgdG8gaW5j b21wbGV0ZSB0eXBlDQovdXNyL3NyYy9zYmluL2lmY29uZmlnL2lmbGFnZy5jOjEwNTogZXJyb3I6 IGRlcmVmZXJlbmNpbmcgcG9pbnRlciB0byBpbmNvbXBsZXRlIHR5cGUNCi91c3Ivc3JjL3NiaW4v aWZjb25maWcvaWZsYWdnLmM6MTA2OiBlcnJvcjogZGVyZWZlcmVuY2luZyBwb2ludGVyIHRvIGlu Y29tcGxldGUgdHlwZQ0KL3Vzci9zcmMvc2Jpbi9pZmNvbmZpZy9pZmxhZ2cuYzoxMDc6IGVycm9y OiBkZXJlZmVyZW5jaW5nIHBvaW50ZXIgdG8gaW5jb21wbGV0ZSB0eXBlDQovdXNyL3NyYy9zYmlu L2lmY29uZmlnL2lmbGFnZy5jOjEwNzogZXJyb3I6IGRlcmVmZXJlbmNpbmcgcG9pbnRlciB0byBp bmNvbXBsZXRlIHR5cGUNCi91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZsYWdnLmM6MTA3OiBlcnJv cjogZGVyZWZlcmVuY2luZyBwb2ludGVyIHRvIGluY29tcGxldGUgdHlwZQ0KL3Vzci9zcmMvc2Jp bi9pZmNvbmZpZy9pZmxhZ2cuYzogSW4gZnVuY3Rpb24gYGxhZ2dfc3RhdHVzJzoNCi91c3Ivc3Jj L3NiaW4vaWZjb25maWcvaWZsYWdnLmM6MTM2OiBlcnJvcjogc3RydWN0dXJlIGhhcyBubyBtZW1i ZXIgbmFtZWQgYHJhX2xhY3ByZXEnDQovdXNyL3NyYy9zYmluL2lmY29uZmlnL2lmbGFnZy5jOjEz OTogZXJyb3I6IHN0cnVjdHVyZSBoYXMgbm8gbWVtYmVyIG5hbWVkIGBscHJfcHJvdG8nDQovdXNy L3NyYy9zYmluL2lmY29uZmlnL2lmbGFnZy5jOjE0MDogZXJyb3I6IHN0cnVjdHVyZSBoYXMgbm8g bWVtYmVyIG5hbWVkIGBscHJfbmFtZScNCi91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZsYWdnLmM6 MTUxOiB3YXJuaW5nOiBwYXNzaW5nIGFyZyAxIG9mIGBsYWNwX2Zvcm1hdF9wZWVyJyBmcm9tIGlu Y29tcGF0aWJsZSBwb2ludGVyIHR5cGUNCi91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZsYWdnLmM6 MTU0OiBlcnJvcjogc3RydWN0dXJlIGhhcyBubyBtZW1iZXIgbmFtZWQgYHJwX2xhY3ByZXEnDQov dXNyL3NyYy9zYmluL2lmY29uZmlnL2lmbGFnZy5jOjE1ODogZXJyb3I6IGRlcmVmZXJlbmNpbmcg cG9pbnRlciB0byBpbmNvbXBsZXRlIHR5cGUNCi91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZsYWdn LmM6MTYyOiB3YXJuaW5nOiBwYXNzaW5nIGFyZyAxIG9mIGBsYWNwX2Zvcm1hdF9wZWVyJyBmcm9t IGluY29tcGF0aWJsZSBwb2ludGVyIHR5cGUNCi91c3Ivc3JjL3NiaW4vaWZjb25maWcvaWZsYWdn LmM6MTY4OiBlcnJvcjogc3RydWN0dXJlIGhhcyBubyBtZW1iZXIgbmFtZWQgYGxwcl9uYW1lJw0K KioqIEVycm9yIGNvZGUgMQ0KDQpTdG9wIGluIC91c3Ivc3JjL3NiaW4vaWZjb25maWcuDQoqKiog RXJyb3IgY29kZSAxDQoNClN0b3AgaW4gL3Vzci9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlLg0K KioqIEVycm9yIGNvZGUgMQ0KDQpTdG9wIGluIC91c3Ivc3JjL3Jlc2N1ZS9yZXNjdWUuDQoqKiog RXJyb3IgY29kZSAxDQoNClN0b3AgaW4gL3Vzci9zcmMvcmVzY3VlLg== ------=_Part_44885_30380673.1184356111317-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 20:24:09 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3D7D16A400 for ; Fri, 13 Jul 2007 20:24:09 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from pcbsd.ixsystems.com (pcbsd.ixsystems.net [206.40.55.78]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2B713C4A7 for ; Fri, 13 Jul 2007 20:24:09 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from [192.168.1.102] (c-67-170-130-86.hsd1.wa.comcast.net [67.170.130.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pcbsd.ixsystems.com (Postfix) with ESMTP id 9289A145F422 for ; Fri, 13 Jul 2007 20:04:13 +0000 (UTC) Message-ID: <4697D91F.4010101@pcbsd.com> Date: Fri, 13 Jul 2007 12:57:19 -0700 From: Kris Moore User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: stable@freebsd.org References: <200707111442.33336.jhb@freebsd.org> <4697BFBB.1050009@vwsoft.com> <200707131447.23846.jhb@freebsd.org> In-Reply-To: <200707131447.23846.jhb@freebsd.org> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 20:24:09 -0000 John Baldwin wrote: > On Friday 13 July 2007 02:08:59 pm Volker wrote: >> On 07/11/07 20:42, John Baldwin wrote: >>> This patch attempts to remove a gross hack with a slightly less gross hack in >>> order to avoid clobbering data in signal info that Wine needs. In 7 this was >>> fixed by a major change to how the kernel manages signals internally, and >>> that change is too large to be MFC'd, hence this lighter weight patch. It >>> has already been tested by the folks working on Wine, but I would like a bit >>> more widespread testing before I commit it. Please test this patch and let >>> me know if anything breaks. Note that this patch is only for i386. >>> >>> http://www.FreeBSD.org/~jhb/patches/sig_eva.patch >>> >> John, >> >> I've patched and recompiled world + kernel using your patch. I can >> confirm it does not hurt but what does it good (my wine already ran >> fine despite some DDE and performance issues)? What to look for >> especially - any specific test procedures? > > I'm not as familiar with what it fixes for wine, but it fixes one part of > the siginfo for signals to not contain garbage. > I've been testing it along with the 6-signal patch on the wiki.freebsd.org/Wine page. I think the signal patch is the more critical one, which fixes a lot of wine's past woes. Did you need people to test that one as well? -- Kris Moore PC-BSD Software http://www.pcbsd.com From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 21:38:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1EA116A402 for ; Fri, 13 Jul 2007 21:38:23 +0000 (UTC) (envelope-from kirk.davis@epsb.ca) Received: from Exchange22.EDU.epsb.ca (exchange22.edu.epsb.ca [198.161.119.187]) by mx1.freebsd.org (Postfix) with ESMTP id ABADC13C491 for ; Fri, 13 Jul 2007 21:38:23 +0000 (UTC) (envelope-from kirk.davis@epsb.ca) Received: from Exchange24.EDU.epsb.ca ([10.0.5.121]) by Exchange22.EDU.epsb.ca with Microsoft SMTPSVC(6.0.3790.1830); Fri, 13 Jul 2007 15:38:23 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 13 Jul 2007 15:38:22 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Uberry driver from OpenBSD Thread-Index: AcfFliMws6ty4sSzTNekSoGYiod26Q== From: "Kirk Davis" To: X-OriginalArrivalTime: 13 Jul 2007 21:38:23.0415 (UTC) FILETIME=[23778470:01C7C596] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Uberry driver from OpenBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 21:38:23 -0000 Hi,=20 Is anyone looking at porting the OpenBSD uberry driver over to FreeBSD? I have a nice new blackberry that FreeBSD will not detect on the USB port. Looks like OpenBSD already have a driver that will allow the blackberry to be detected and change. How different is OpenBSD's usb stack from the FreeBSD ones? Would it be do-able to port the driver over? ---- Kirk=20 Kirk Davis=20 Sr. Network Analyst, ITS=20 Edmonton Public Schools=20 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 21:41:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C869216A401 for ; Fri, 13 Jul 2007 21:41:19 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 9629613C4AC for ; Fri, 13 Jul 2007 21:41:15 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 3090D1CC58; Sat, 14 Jul 2007 09:41:14 +1200 (NZST) Date: Sat, 14 Jul 2007 09:41:14 +1200 From: Andrew Thompson To: Abdullah Ibn Hamad Al-Marri Message-ID: <20070713214114.GE11395@heff.fud.org.nz> References: <499c70c0707131248s7041ba6an38d3cb6946939810@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0707131248s7041ba6an38d3cb6946939810@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Can't patch /usr/src/rescue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 21:41:19 -0000 On Fri, Jul 13, 2007 at 10:48:31PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > Hello, > > I csup /usr/src to patch my sysem per on > http://security.freebsd.org/advisories/FreeBSD-SA-07:05.libarchive.asc > > bscause freebsd-update faild. > > Looking up update.FreeBSD.org mirrors... 1 mirrors found. > Fetching public key from update1.FreeBSD.org... failed. > No mirrors remaining, giving up. > > Then I tried to patch libarchive which worked smoothly, but I couldn't > patch /usr/src/rescue This would normally happen as part of a buildworld but the include file needs to be updated. try 'cp /usr/src/sys/net/if_lagg.h /usr/include/net' > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes > -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c > /usr/src/sbin/ifconfig/ifieee80211.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes > -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c > /usr/src/sbin/ifconfig/ifcarp.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes > -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c > /usr/src/sbin/ifconfig/ifpfsync.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes > -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c > /usr/src/sbin/ifconfig/ifbridge.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes > -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c > /usr/src/sbin/ifconfig/iflagg.c > /usr/src/sbin/ifconfig/iflagg.c: In function `setlaggproto': > /usr/src/sbin/ifconfig/iflagg.c:71: error: structure has no member > named `lpr_name' > /usr/src/sbin/ifconfig/iflagg.c:72: error: structure has no member > named `lpr_proto' > /usr/src/sbin/ifconfig/iflagg.c: At top level: > /usr/src/sbin/ifconfig/iflagg.c:95: warning: "struct lacp_opreq" > declared inside parameter list > /usr/src/sbin/ifconfig/iflagg.c:95: warning: its scope is only this > definition or declaration, which is probably not what you want > /usr/src/sbin/ifconfig/iflagg.c: In function `lacp_format_peer': > /usr/src/sbin/ifconfig/iflagg.c:102: error: dereferencing pointer to > incomplete type > /usr/src/sbin/ifconfig/iflagg.c:103: error: dereferencing pointer to > incomplete type > /usr/src/sbin/ifconfig/iflagg.c:104: error: dereferencing pointer to > incomplete type > /usr/src/sbin/ifconfig/iflagg.c:104: error: dereferencing pointer to > incomplete type > /usr/src/sbin/ifconfig/iflagg.c:104: error: dereferencing pointer to > incomplete type > /usr/src/sbin/ifconfig/iflagg.c:105: error: dereferencing pointer to > incomplete type > /usr/src/sbin/ifconfig/iflagg.c:106: error: dereferencing pointer to > incomplete type > /usr/src/sbin/ifconfig/iflagg.c:107: error: dereferencing pointer to > incomplete type > /usr/src/sbin/ifconfig/iflagg.c:107: error: dereferencing pointer to > incomplete type > /usr/src/sbin/ifconfig/iflagg.c:107: error: dereferencing pointer to > incomplete type > /usr/src/sbin/ifconfig/iflagg.c: In function `lagg_status': > /usr/src/sbin/ifconfig/iflagg.c:136: error: structure has no member > named `ra_lacpreq' > /usr/src/sbin/ifconfig/iflagg.c:139: error: structure has no member > named `lpr_proto' > /usr/src/sbin/ifconfig/iflagg.c:140: error: structure has no member > named `lpr_name' > /usr/src/sbin/ifconfig/iflagg.c:151: warning: passing arg 1 of > `lacp_format_peer' from incompatible pointer type > /usr/src/sbin/ifconfig/iflagg.c:154: error: structure has no member > named `rp_lacpreq' > /usr/src/sbin/ifconfig/iflagg.c:158: error: dereferencing pointer to > incomplete type > /usr/src/sbin/ifconfig/iflagg.c:162: warning: passing arg 1 of > `lacp_format_peer' from incompatible pointer type > /usr/src/sbin/ifconfig/iflagg.c:168: error: structure has no member > named `lpr_name' > *** Error code 1 > > Stop in /usr/src/sbin/ifconfig. > *** Error code 1 > > Stop in /usr/obj/usr/src/rescue/rescue. > *** Error code 1 > > Stop in /usr/src/rescue/rescue. > *** Error code 1 > > Stop in /usr/src/rescue. > > PS: full log attached. > > -- > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > make obj && make depend && make && make install > ===> librescue (obj) > ===> rescue (obj) > cd /usr/src/rescue/rescue/../../bin/cat && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/cat/ obj > cd /usr/src/rescue/rescue/../../bin/chflags && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/chflags/ obj > cd /usr/src/rescue/rescue/../../bin/chio && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/chio/ obj > cd /usr/src/rescue/rescue/../../bin/chmod && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/chmod/ obj > cd /usr/src/rescue/rescue/../../bin/cp && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/cp/ obj > cd /usr/src/rescue/rescue/../../bin/date && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/date/ obj > cd /usr/src/rescue/rescue/../../bin/dd && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/dd/ obj > cd /usr/src/rescue/rescue/../../bin/df && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/df/ obj > cd /usr/src/rescue/rescue/../../bin/echo && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/echo/ obj > cd /usr/src/rescue/rescue/../../bin/ed && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/ed/ obj > cd /usr/src/rescue/rescue/../../bin/expr && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/expr/ obj > cd /usr/src/rescue/rescue/../../bin/getfacl && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/getfacl/ obj > cd /usr/src/rescue/rescue/../../bin/hostname && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/hostname/ obj > cd /usr/src/rescue/rescue/../../bin/kenv && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/kenv/ obj > cd /usr/src/rescue/rescue/../../bin/kill && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/kill/ obj > cd /usr/src/rescue/rescue/../../bin/ln && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/ln/ obj > cd /usr/src/rescue/rescue/../../bin/ls && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/ls/ obj > cd /usr/src/rescue/rescue/../../bin/mkdir && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mkdir/ obj > cd /usr/src/rescue/rescue/../../bin/mv && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mv/ obj > cd /usr/src/rescue/rescue/../../bin/pax && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/pax/ obj > cd /usr/src/rescue/rescue/../../bin/ps && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/ps/ obj > cd /usr/src/rescue/rescue/../../bin/pwd && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/pwd/ obj > cd /usr/src/rescue/rescue/../../bin/realpath && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/realpath/ obj > cd /usr/src/rescue/rescue/../../bin/rm && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/rm/ obj > cd /usr/src/rescue/rescue/../../bin/rmdir && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/rmdir/ obj > cd /usr/src/rescue/rescue/../../bin/setfacl && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/setfacl/ obj > cd /usr/src/rescue/rescue/../../bin/sh && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/sh/ obj > cd /usr/src/rescue/rescue/../../bin/stty && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/stty/ obj > cd /usr/src/rescue/rescue/../../bin/sync && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/sync/ obj > cd /usr/src/rescue/rescue/../../bin/test && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/test/ obj > cd /usr/src/rescue/rescue/../../bin/rcp && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/rcp/ obj > cd /usr/src/rescue/rescue/../../bin/csh && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/csh/ obj > cd /usr/src/rescue/rescue/../../sbin/atacontrol && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/atacontrol/ obj > cd /usr/src/rescue/rescue/../../sbin/badsect && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/badsect/ obj > cd /usr/src/rescue/rescue/../../sbin/bsdlabel && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/bsdlabel/ obj > cd /usr/src/rescue/rescue/../../sbin/camcontrol && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/camcontrol/ obj > cd /usr/src/rescue/rescue/../../sbin/ccdconfig && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/ccdconfig/ obj > cd /usr/src/rescue/rescue/../../sbin/clri && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/clri/ obj > cd /usr/src/rescue/rescue/../../sbin/devfs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/devfs/ obj > cd /usr/src/rescue/rescue/../../sbin/dmesg && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/dmesg/ obj > cd /usr/src/rescue/rescue/../../sbin/dump && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/dump/ obj > cd /usr/src/rescue/rescue/../../sbin/dumpfs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/dumpfs/ obj > cd /usr/src/rescue/rescue/../../sbin/dumpon && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/dumpon/ obj > cd /usr/src/rescue/rescue/../../sbin/fsck && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/fsck/ obj > cd /usr/src/rescue/rescue/../../sbin/fsck_ffs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/fsck_ffs/ obj > cd /usr/src/rescue/rescue/../../sbin/fsck_msdosfs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/fsck_msdosfs/ obj > cd /usr/src/rescue/rescue/../../sbin/fsdb && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/fsdb/ obj > cd /usr/src/rescue/rescue/../../sbin/fsirand && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/fsirand/ obj > cd /usr/src/rescue/rescue/../../sbin/gbde && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/gbde/ obj > cd /usr/src/rescue/rescue/../../sbin/ifconfig && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/ifconfig/ obj > cd /usr/src/rescue/rescue/../../sbin/init && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/init/ obj > cd /usr/src/rescue/rescue/../../sbin/kldconfig && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/kldconfig/ obj > cd /usr/src/rescue/rescue/../../sbin/kldload && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/kldload/ obj > cd /usr/src/rescue/rescue/../../sbin/kldstat && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/kldstat/ obj > cd /usr/src/rescue/rescue/../../sbin/kldunload && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/kldunload/ obj > cd /usr/src/rescue/rescue/../../sbin/ldconfig && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/ldconfig/ obj > cd /usr/src/rescue/rescue/../../sbin/md5 && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/md5/ obj > cd /usr/src/rescue/rescue/../../sbin/mdconfig && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mdconfig/ obj > cd /usr/src/rescue/rescue/../../sbin/mdmfs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mdmfs/ obj > cd /usr/src/rescue/rescue/../../sbin/mknod && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mknod/ obj > cd /usr/src/rescue/rescue/../../sbin/mount && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mount/ obj > cd /usr/src/rescue/rescue/../../sbin/mount_cd9660 && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mount_cd9660/ obj > cd /usr/src/rescue/rescue/../../sbin/mount_ext2fs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mount_ext2fs/ obj > cd /usr/src/rescue/rescue/../../sbin/mount_msdosfs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mount_msdosfs/ obj > cd /usr/src/rescue/rescue/../../sbin/mount_nfs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mount_nfs/ obj > cd /usr/src/rescue/rescue/../../sbin/mount_ntfs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mount_ntfs/ obj > cd /usr/src/rescue/rescue/../../sbin/mount_nullfs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mount_nullfs/ obj > cd /usr/src/rescue/rescue/../../sbin/mount_std && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mount_std/ obj > cd /usr/src/rescue/rescue/../../sbin/mount_udf && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mount_udf/ obj > cd /usr/src/rescue/rescue/../../sbin/mount_umapfs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mount_umapfs/ obj > cd /usr/src/rescue/rescue/../../sbin/mount_unionfs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/mount_unionfs/ obj > cd /usr/src/rescue/rescue/../../sbin/newfs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/newfs/ obj > cd /usr/src/rescue/rescue/../../sbin/newfs_msdos && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/newfs_msdos/ obj > cd /usr/src/rescue/rescue/../../sbin/nos-tun && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/nos-tun/ obj > cd /usr/src/rescue/rescue/../../sbin/ping && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/ping/ obj > cd /usr/src/rescue/rescue/../../sbin/reboot && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/reboot/ obj > cd /usr/src/rescue/rescue/../../sbin/restore && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/restore/ obj > cd /usr/src/rescue/rescue/../../sbin/rcorder && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/rcorder/ obj > cd /usr/src/rescue/rescue/../../sbin/route && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/route/ obj > cd /usr/src/rescue/rescue/../../sbin/routed && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/routed/ obj > ===> rescue/routed/rtquery (obj) > cd /usr/src/rescue/rescue/../../sbin/routed/rtquery && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/rtquery/ obj > cd /usr/src/rescue/rescue/../../sbin/rtsol && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/rtsol/ obj > cd /usr/src/rescue/rescue/../../sbin/savecore && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/savecore/ obj > cd /usr/src/rescue/rescue/../../sbin/slattach && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/slattach/ obj > cd /usr/src/rescue/rescue/../../sbin/spppcontrol && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/spppcontrol/ obj > cd /usr/src/rescue/rescue/../../sbin/startslip && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/startslip/ obj > cd /usr/src/rescue/rescue/../../sbin/swapon && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/swapon/ obj > cd /usr/src/rescue/rescue/../../sbin/sysctl && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/sysctl/ obj > cd /usr/src/rescue/rescue/../../sbin/tunefs && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/tunefs/ obj > cd /usr/src/rescue/rescue/../../sbin/umount && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/umount/ obj > cd /usr/src/rescue/rescue/../../sbin/ping6 && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/ping6/ obj > cd /usr/src/rescue/rescue/../../sbin/ipf/ipf && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/ipf/ obj > cd /usr/src/rescue/rescue/../../sbin/sconfig && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/sconfig/ obj > cd /usr/src/rescue/rescue/../../sbin/fdisk && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/fdisk/ obj > cd /usr/src/rescue/rescue/../../sbin/dhclient && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/dhclient/ obj > cd /usr/src/rescue/rescue/../../usr.bin/gzip && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/gzip/ obj > cd /usr/src/rescue/rescue/../../usr.bin/bzip2 && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/bzip2/ obj > cd /usr/src/rescue/rescue/../../usr.bin/tar && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/tar/ obj > cd /usr/src/rescue/rescue/../../usr.bin/vi && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/vi/ obj > cd /usr/src/rescue/rescue/../../usr.bin/id && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/id/ obj > cd /usr/src/rescue/rescue/../../usr.sbin/chroot && MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make DIRPRFX=rescue/chroot/ obj > ===> librescue (depend) > ===> rescue (depend) > ===> librescue (all) > ===> rescue (all) > MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue crunchgen -fq -m rescue.mk -c rescue.c rescue.conf > Run "make -f rescue.mk" to build crunched binary. > MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue make -f rescue.mk objs > (cd /usr/src/rescue/rescue/../../bin/cat && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/cat/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/cat/ cat.o) > `cat.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/chflags && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chflags/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chflags/ chflags.o) > `chflags.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/chio && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chio/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chio/ chio.o) > `chio.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/chmod && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chmod/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chmod/ chmod.o) > `chmod.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/cp && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/cp/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/cp/ cp.o utils.o) > `cp.o' is up to date. > `utils.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/date && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/date/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/date/ date.o netdate.o vary.o) > `date.o' is up to date. > `netdate.o' is up to date. > `vary.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/dd && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dd/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dd/ args.o conv.o conv_tab.o dd.o misc.o position.o) > `args.o' is up to date. > `conv.o' is up to date. > `conv_tab.o' is up to date. > `dd.o' is up to date. > `misc.o' is up to date. > `position.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/df && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/df/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/df/ df.o vfslist.o) > `df.o' is up to date. > `vfslist.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/echo && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/echo/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/echo/ echo.o) > `echo.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/ed && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ed/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ed/ buf.o cbc.o glbl.o io.o main.o re.o sub.o undo.o) > `buf.o' is up to date. > `cbc.o' is up to date. > `glbl.o' is up to date. > `io.o' is up to date. > `main.o' is up to date. > `re.o' is up to date. > `sub.o' is up to date. > `undo.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/expr && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/expr/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/expr/ expr.o) > `expr.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/getfacl && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/getfacl/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/getfacl/ getfacl.o) > `getfacl.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/hostname && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/hostname/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/hostname/ hostname.o) > `hostname.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/kenv && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/kenv/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/kenv/ kenv.o) > `kenv.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/kill && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/kill/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/kill/ kill.o) > `kill.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/ln && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ln/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ln/ ln.o) > `ln.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/ls && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ls/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ls/ cmp.o ls.o print.o util.o) > `cmp.o' is up to date. > `ls.o' is up to date. > `print.o' is up to date. > `util.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/mkdir && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/mkdir/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/mkdir/ mkdir.o) > `mkdir.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/mv && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/mv/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/mv/ mv.o) > `mv.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/pax && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/pax/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/pax/ ar_io.o ar_subs.o buf_subs.o cache.o cpio.o file_subs.o ftree.o gen_subs.o getoldopt.o options.o pat_rep.o pax.o sel_subs.o tables.o tar.o tty_subs.o) > `ar_io.o' is up to date. > `ar_subs.o' is up to date. > `buf_subs.o' is up to date. > `cache.o' is up to date. > `cpio.o' is up to date. > `file_subs.o' is up to date. > `ftree.o' is up to date. > `gen_subs.o' is up to date. > `getoldopt.o' is up to date. > `options.o' is up to date. > `pat_rep.o' is up to date. > `pax.o' is up to date. > `sel_subs.o' is up to date. > `tables.o' is up to date. > `tar.o' is up to date. > `tty_subs.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/ps && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ps/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ps/ fmt.o keyword.o nlist.o print.o ps.o) > `fmt.o' is up to date. > `keyword.o' is up to date. > `nlist.o' is up to date. > `print.o' is up to date. > `ps.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/pwd && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/pwd/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/pwd/ pwd.o) > `pwd.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/realpath && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/realpath/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/realpath/ realpath.o) > `realpath.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/rm && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/rm/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/rm/ rm.o) > `rm.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/rmdir && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/rmdir/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/rmdir/ rmdir.o) > `rmdir.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/setfacl && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/setfacl/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/setfacl/ file.o mask.o merge.o remove.o setfacl.o util.o) > `file.o' is up to date. > `mask.o' is up to date. > `merge.o' is up to date. > `remove.o' is up to date. > `setfacl.o' is up to date. > `util.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/sh && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/sh/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/sh/ alias.o arith.o arith_lex.o cd.o echo.o error.o eval.o exec.o expand.o histedit.o input.o jobs.o mail.o main.o memalloc.o miscbltin.o mystring.o options.o output.o parser.o redir.o show.o test.o trap.o var.o builtins.o init.o nodes.o syntax.o) > `alias.o' is up to date. > `arith.o' is up to date. > `arith_lex.o' is up to date. > `cd.o' is up to date. > `echo.o' is up to date. > `error.o' is up to date. > `eval.o' is up to date. > `exec.o' is up to date. > `expand.o' is up to date. > `histedit.o' is up to date. > `input.o' is up to date. > `jobs.o' is up to date. > `mail.o' is up to date. > `main.o' is up to date. > `memalloc.o' is up to date. > `miscbltin.o' is up to date. > `mystring.o' is up to date. > `options.o' is up to date. > `output.o' is up to date. > `parser.o' is up to date. > `redir.o' is up to date. > `show.o' is up to date. > `test.o' is up to date. > `trap.o' is up to date. > `var.o' is up to date. > `builtins.o' is up to date. > `init.o' is up to date. > `nodes.o' is up to date. > `syntax.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/stty && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/stty/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/stty/ cchar.o gfmt.o key.o modes.o print.o stty.o util.o) > `cchar.o' is up to date. > `gfmt.o' is up to date. > `key.o' is up to date. > `modes.o' is up to date. > `print.o' is up to date. > `stty.o' is up to date. > `util.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/sync && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/sync/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/sync/ sync.o) > `sync.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/test && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/test/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/test/ test.o) > `test.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/rcp && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/rcp/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/rcp/ rcp.o util.o) > `rcp.o' is up to date. > `util.o' is up to date. > (cd /usr/src/rescue/rescue/../../bin/csh && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/csh/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/csh/ sh.o sh.dir.o sh.dol.o sh.err.o sh.exec.o sh.char.o sh.exp.o sh.file.o sh.func.o sh.glob.o sh.hist.o sh.init.o sh.lex.o sh.misc.o sh.parse.o sh.print.o sh.proc.o sh.sem.o sh.set.o sh.time.o glob.o mi.termios.o tw.help.o tw.init.o tw.parse.o tw.spell.o tw.comp.o tw.color.o ed.chared.o ed.defns.o ed.init.o ed.inputl.o ed.refresh.o ed.screen.o ed.xmap.o ed.term.o tc.alloc.o tc.bind.o tc.const.o tc.disc.o tc.func.o tc.nls.o tc.os.o tc.printf.o tc.prompt.o tc.sched.o tc.sig.o tc.str.o tc.vers.o tc.who.o tc.defs.o) > `sh.o' is up to date. > `sh.dir.o' is up to date. > `sh.dol.o' is up to date. > `sh.err.o' is up to date. > `sh.exec.o' is up to date. > `sh.char.o' is up to date. > `sh.exp.o' is up to date. > `sh.file.o' is up to date. > `sh.func.o' is up to date. > `sh.glob.o' is up to date. > `sh.hist.o' is up to date. > `sh.init.o' is up to date. > `sh.lex.o' is up to date. > `sh.misc.o' is up to date. > `sh.parse.o' is up to date. > `sh.print.o' is up to date. > `sh.proc.o' is up to date. > `sh.sem.o' is up to date. > `sh.set.o' is up to date. > `sh.time.o' is up to date. > `glob.o' is up to date. > `mi.termios.o' is up to date. > `tw.help.o' is up to date. > `tw.init.o' is up to date. > `tw.parse.o' is up to date. > `tw.spell.o' is up to date. > `tw.comp.o' is up to date. > `tw.color.o' is up to date. > `ed.chared.o' is up to date. > `ed.defns.o' is up to date. > `ed.init.o' is up to date. > `ed.inputl.o' is up to date. > `ed.refresh.o' is up to date. > `ed.screen.o' is up to date. > `ed.xmap.o' is up to date. > `ed.term.o' is up to date. > `tc.alloc.o' is up to date. > `tc.bind.o' is up to date. > `tc.const.o' is up to date. > `tc.disc.o' is up to date. > `tc.func.o' is up to date. > `tc.nls.o' is up to date. > `tc.os.o' is up to date. > `tc.printf.o' is up to date. > `tc.prompt.o' is up to date. > `tc.sched.o' is up to date. > `tc.sig.o' is up to date. > `tc.str.o' is up to date. > `tc.vers.o' is up to date. > `tc.who.o' is up to date. > `tc.defs.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/atacontrol && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/atacontrol/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/atacontrol/ atacontrol.o) > `atacontrol.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/badsect && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ badsect.o) > `badsect.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/bsdlabel && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/bsdlabel/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/bsdlabel/ bsdlabel.o geom_bsd_enc.o) > `bsdlabel.o' is up to date. > `geom_bsd_enc.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/camcontrol && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/camcontrol/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/camcontrol/ camcontrol.o util.o modeedit.o) > `camcontrol.o' is up to date. > `util.o' is up to date. > `modeedit.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/ccdconfig && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ccdconfig/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ccdconfig/ ccdconfig.o) > `ccdconfig.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/clri && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/clri/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/clri/ clri.o) > `clri.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/devfs && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/devfs/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/devfs/ devfs.o rule.o) > `devfs.o' is up to date. > `rule.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/dmesg && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dmesg/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dmesg/ dmesg.o) > `dmesg.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/dump && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dump/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dump/ itime.o main.o optr.o dumprmt.o tape.o traverse.o unctime.o cache.o) > `itime.o' is up to date. > `main.o' is up to date. > `optr.o' is up to date. > `dumprmt.o' is up to date. > `tape.o' is up to date. > `traverse.o' is up to date. > `unctime.o' is up to date. > `cache.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/dumpfs && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dumpfs/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dumpfs/ dumpfs.o) > `dumpfs.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/dumpon && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dumpon/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dumpon/ dumpon.o) > `dumpon.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/fsck && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fsck/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fsck/ fsck.o fsutil.o preen.o) > `fsck.o' is up to date. > `fsutil.o' is up to date. > `preen.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/fsck_ffs && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fsck_ffs/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fsck_ffs/ dir.o ea.o fsutil.o inode.o main.o pass1.o pass1b.o pass2.o pass3.o pass4.o pass5.o setup.o utilities.o ffs_subr.o ffs_tables.o) > `dir.o' is up to date. > `ea.o' is up to date. > `fsutil.o' is up to date. > `inode.o' is up to date. > `main.o' is up to date. > `pass1.o' is up to date. > `pass1b.o' is up to date. > `pass2.o' is up to date. > `pass3.o' is up to date. > `pass4.o' is up to date. > `pass5.o' is up to date. > `setup.o' is up to date. > `utilities.o' is up to date. > `ffs_subr.o' is up to date. > `ffs_tables.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/fsck_msdosfs && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fsck_msdosfs/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fsck_msdosfs/ main.o check.o boot.o fat.o dir.o fsutil.o) > `main.o' is up to date. > `check.o' is up to date. > `boot.o' is up to date. > `fat.o' is up to date. > `dir.o' is up to date. > `fsutil.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/fsdb && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fsdb/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fsdb/ fsdb.o fsdbutil.o dir.o ea.o fsutil.o inode.o pass1.o pass1b.o pass2.o pass3.o pass4.o pass5.o setup.o utilities.o ffs_subr.o ffs_tables.o) > `fsdb.o' is up to date. > `fsdbutil.o' is up to date. > `dir.o' is up to date. > `ea.o' is up to date. > `fsutil.o' is up to date. > `inode.o' is up to date. > `pass1.o' is up to date. > `pass1b.o' is up to date. > `pass2.o' is up to date. > `pass3.o' is up to date. > `pass4.o' is up to date. > `pass5.o' is up to date. > `setup.o' is up to date. > `utilities.o' is up to date. > `ffs_subr.o' is up to date. > `ffs_tables.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/fsirand && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fsirand/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fsirand/ fsirand.o) > `fsirand.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/gbde && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/gbde/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/gbde/ gbde.o template.o rijndael-alg-fst.o rijndael-api-fst.o sha2.o g_bde_lock.o) > `gbde.o' is up to date. > `template.o' is up to date. > `rijndael-alg-fst.o' is up to date. > `rijndael-api-fst.o' is up to date. > `sha2.o' is up to date. > `g_bde_lock.o' is up to date. > (cd /usr/src/rescue/rescue/../../sbin/ifconfig && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ifconfig/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ifconfig/ ifconfig.o af_link.o af_inet.o af_inet6.o af_atalk.o ifclone.o ifmac.o ifmedia.o ifvlan.o ifieee80211.o ifcarp.o ifpfsync.o ifbridge.o iflagg.o af_ipx.o) > rm -f .depend > mkdep -f .depend -a -DRESCUE /usr/src/sbin/ifconfig/ifconfig.c /usr/src/sbin/ifconfig/af_link.c /usr/src/sbin/ifconfig/af_inet.c /usr/src/sbin/ifconfig/af_inet6.c /usr/src/sbin/ifconfig/af_atalk.c /usr/src/sbin/ifconfig/ifclone.c /usr/src/sbin/ifconfig/ifmac.c /usr/src/sbin/ifconfig/ifmedia.c /usr/src/sbin/ifconfig/ifvlan.c /usr/src/sbin/ifconfig/ifieee80211.c /usr/src/sbin/ifconfig/ifcarp.c /usr/src/sbin/ifconfig/ifpfsync.c /usr/src/sbin/ifconfig/ifbridge.c /usr/src/sbin/ifconfig/iflagg.c /usr/src/sbin/ifconfig/af_ipx.c > echo ifconfig: /usr/lib/libc.a /usr/lib/libipx.a >> .depend > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifconfig.c > `af_link.o' is up to date. > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/af_inet.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/af_inet6.c > `af_atalk.o' is up to date. > `ifclone.o' is up to date. > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifmac.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifmedia.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifvlan.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifieee80211.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifcarp.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifpfsync.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifbridge.c > cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/iflagg.c > /usr/src/sbin/ifconfig/iflagg.c: In function `setlaggproto': > /usr/src/sbin/ifconfig/iflagg.c:71: error: structure has no member named `lpr_name' > /usr/src/sbin/ifconfig/iflagg.c:72: error: structure has no member named `lpr_proto' > /usr/src/sbin/ifconfig/iflagg.c: At top level: > /usr/src/sbin/ifconfig/iflagg.c:95: warning: "struct lacp_opreq" declared inside parameter list > /usr/src/sbin/ifconfig/iflagg.c:95: warning: its scope is only this definition or declaration, which is probably not what you want > /usr/src/sbin/ifconfig/iflagg.c: In function `lacp_format_peer': > /usr/src/sbin/ifconfig/iflagg.c:102: error: dereferencing pointer to incomplete type > /usr/src/sbin/ifconfig/iflagg.c:103: error: dereferencing pointer to incomplete type > /usr/src/sbin/ifconfig/iflagg.c:104: error: dereferencing pointer to incomplete type > /usr/src/sbin/ifconfig/iflagg.c:104: error: dereferencing pointer to incomplete type > /usr/src/sbin/ifconfig/iflagg.c:104: error: dereferencing pointer to incomplete type > /usr/src/sbin/ifconfig/iflagg.c:105: error: dereferencing pointer to incomplete type > /usr/src/sbin/ifconfig/iflagg.c:106: error: dereferencing pointer to incomplete type > /usr/src/sbin/ifconfig/iflagg.c:107: error: dereferencing pointer to incomplete type > /usr/src/sbin/ifconfig/iflagg.c:107: error: dereferencing pointer to incomplete type > /usr/src/sbin/ifconfig/iflagg.c:107: error: dereferencing pointer to incomplete type > /usr/src/sbin/ifconfig/iflagg.c: In function `lagg_status': > /usr/src/sbin/ifconfig/iflagg.c:136: error: structure has no member named `ra_lacpreq' > /usr/src/sbin/ifconfig/iflagg.c:139: error: structure has no member named `lpr_proto' > /usr/src/sbin/ifconfig/iflagg.c:140: error: structure has no member named `lpr_name' > /usr/src/sbin/ifconfig/iflagg.c:151: warning: passing arg 1 of `lacp_format_peer' from incompatible pointer type > /usr/src/sbin/ifconfig/iflagg.c:154: error: structure has no member named `rp_lacpreq' > /usr/src/sbin/ifconfig/iflagg.c:158: error: dereferencing pointer to incomplete type > /usr/src/sbin/ifconfig/iflagg.c:162: warning: passing arg 1 of `lacp_format_peer' from incompatible pointer type > /usr/src/sbin/ifconfig/iflagg.c:168: error: structure has no member named `lpr_name' > *** Error code 1 > > Stop in /usr/src/sbin/ifconfig. > *** Error code 1 > > Stop in /usr/obj/usr/src/rescue/rescue. > *** Error code 1 > > Stop in /usr/src/rescue/rescue. > *** Error code 1 > > Stop in /usr/src/rescue. > _______________________________________________ > 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 13 21:56:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E1AA16A402 for ; Fri, 13 Jul 2007 21:56:04 +0000 (UTC) (envelope-from jzw@authority.vistua.com) Received: from ms-smtp-02.nyroc.rr.com (ms-smtp-02.nyroc.rr.com [24.24.2.56]) by mx1.freebsd.org (Postfix) with ESMTP id 4E63313C4A5 for ; Fri, 13 Jul 2007 21:56:04 +0000 (UTC) (envelope-from jzw@authority.vistua.com) Received: from jhengis.vistua.com (cpe-74-74-223-13.rochester.res.rr.com [74.74.223.13]) by ms-smtp-02.nyroc.rr.com (8.13.6/8.13.6) with ESMTP id l6DLu2C1025818 for ; Fri, 13 Jul 2007 17:56:03 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by jhengis.vistua.com (8.13.8/8.13.8) with ESMTP id l6DLu2BK099481 for ; Fri, 13 Jul 2007 17:56:02 -0400 (EDT) (envelope-from jzw@authority.vistua.com) Date: Fri, 13 Jul 2007 17:56:02 -0400 From: John Walthall Cc: freebsd-stable@freebsd.org Message-ID: <20070713175602.19880386@localhost> In-Reply-To: <20070713193226.b440ef40.torfinn.ingolfsen@broadpark.no> References: <20070712175704.4bcdf10e@localhost> <20070713193226.b440ef40.torfinn.ingolfsen@broadpark.no> Organization: Vistua Authority X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: HP Desktjet D1420 detected by Freebsd, but not CUPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 21:56:04 -0000 On Fri, 13 Jul 2007 19:32:26 +0200 Torfinn Ingolfsen wrote: > Have you tried restarting cupsd and hpiod, hpssd in the correct order? > Does hp-toolbox say anything interesting if you try to run it? Yes, I dried all the obvious, HP-toolbox says " No devices found.Please make sure your printer is properly connected and powe red-on." > IIRC, you need a kernel without ulpt (I don't remember if it is in > GENERIC or not), and also without umass if your printer has memory > card slots. Indeed, I had anticipated this and configured appropriatly, ulpt does not exist in my custom kernel. > Hmm, I used cups web interface to setup my printer, but don't remember > how (it is many versions ago). I suspect that the printer just showed > up and I just selected it. I guess, that's how it worked back in my Linux days. (but that too, was many versions ago) Now the pith of the matter. I also emailed Mr. Mistry, the maintainer; and he says "Your printer needs a newer version of hplip that isn't in the ports yet. I'm planning on submitting and update this weekend." So, I'll wait! Thank you all very much for your help; I'll give the list a post when I try this. --Thank you. John From owner-freebsd-stable@FreeBSD.ORG Fri Jul 13 22:14:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CB4E16A402 for ; Fri, 13 Jul 2007 22:14:03 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from mx2.lsn.net (mx2.lsn.net [66.90.130.74]) by mx1.freebsd.org (Postfix) with ESMTP id BB84A13C46B for ; Fri, 13 Jul 2007 22:14:02 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from [172.18.0.26] (24-155-246-45.dyn.grandenetworks.net [24.155.246.45]) by mx2.lsn.net (8.13.5/8.13.5) with ESMTP id l6DLIOHb027299 for ; Fri, 13 Jul 2007 16:18:33 -0500 From: David Booth To: freebsd-stable@freebsd.org Date: Fri, 13 Jul 2007 16:18:20 -0500 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707131618.21301.davidb@boothscientific.com> X-Virus-Scanned: ClamAV 0.90.2/3663/Fri Jul 13 14:16:34 2007 on mx0.lsn.net X-Virus-Status: Clean Subject: mergemaster failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidb@boothscientific.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 22:14:03 -0000 I did a cvsup update of Stable source last night (previous one done about 30 days ago) and after the buildworld>buildkernel>installkernel>reboot(singleuser)>mergemaster -p>installwolrd dance when I run the final mergemaster, I get an error when it is trying to set the namedb stuff in temproot. The error it reports is cd /usr/src/etc/namedb; make install install -o root -g wheel -m 644 named.conf named.root /var/tmp/temproot/etc/namedb ===> master (install) install -o root -g wheel -m 644 empty.db localhost-forward.db localhost-reverse.db /var/tmp/temproot/etc/namedb/master install: wrong number or types of arguments usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 As far as I can tell the syntax on the install command is correct where it is complaining about the wrong number of arguments. Has anyone else encountered this? From owner-freebsd-stable@FreeBSD.ORG Sat Jul 14 04:43:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C907716A401 for ; Sat, 14 Jul 2007 04:43: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 SMTP id 678A713C4A5 for ; Sat, 14 Jul 2007 04:43:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 19248 invoked by uid 399); 14 Jul 2007 04:43:02 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 14 Jul 2007 04:43:02 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4698544D.5030903@FreeBSD.org> Date: Fri, 13 Jul 2007 21:42:53 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: davidb@boothscientific.com References: <200707131618.21301.davidb@boothscientific.com> In-Reply-To: <200707131618.21301.davidb@boothscientific.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mergemaster failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2007 04:43:03 -0000 David Booth wrote: > I did a cvsup update of Stable source last night (previous one done > about 30 days ago) and after the > buildworld>buildkernel>installkernel>reboot(singleuser)>mergemaster -p>installwolrd > dance when I run the final mergemaster, I get an error when it is > trying to set the namedb stuff in temproot. The error it reports is > > > cd /usr/src/etc/namedb; make install > install -o root -g wheel -m 644 named.conf > named.root /var/tmp/temproot/etc/namedb > ===> master (install) > install -o root -g wheel -m 644 empty.db localhost-forward.db > localhost-reverse.db /var/tmp/temproot/etc/namedb/master Does that directory exist? If not, can you please send the output of 'grep BIND /etc/make.conf' My suspicion is that you have NO_BIND_MTREE set. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Jul 14 05:22:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7ED9E16A405 for ; Sat, 14 Jul 2007 05:22:22 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from mx1.lsn.net (mx1.lsn.net [66.90.130.73]) by mx1.freebsd.org (Postfix) with ESMTP id 3745813C481 for ; Sat, 14 Jul 2007 05:22:22 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from [172.18.0.26] (24-155-246-45.dyn.grandenetworks.net [24.155.246.45]) by mx1.lsn.net (8.13.5/8.13.5) with ESMTP id l6E5MB7o010395 for ; Sat, 14 Jul 2007 00:22:12 -0500 From: David Booth To: freebsd-stable@freebsd.org Date: Sat, 14 Jul 2007 00:22:13 -0500 User-Agent: KMail/1.9.7 References: <200707131618.21301.davidb@boothscientific.com> <4698544D.5030903@FreeBSD.org> In-Reply-To: <4698544D.5030903@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707140022.14628.davidb@boothscientific.com> X-Virus-Scanned: ClamAV 0.90.2/3669/Fri Jul 13 22:15:39 2007 on mx0.lsn.net X-Virus-Status: Clean Subject: Re: mergemaster failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidb@boothscientific.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2007 05:22:22 -0000 On Friday 13 July 2007, Doug Barton wrote: > David Booth wrote: > > I did a cvsup update of Stable source last night (previous one > > done about 30 days ago) and after the > > buildworld>buildkernel>installkernel>reboot(singleuser)>mergemast > >er -p>installwolrd dance when I run the final mergemaster, I get > > an error when it is trying to set the namedb stuff in temproot. > > The error it reports is > > > > > > cd /usr/src/etc/namedb; make install > > install -o root -g wheel -m 644 named.conf > > named.root /var/tmp/temproot/etc/namedb > > ===> master (install) > > install -o root -g wheel -m 644 empty.db localhost-forward.db > > localhost-reverse.db /var/tmp/temproot/etc/namedb/master > > Does that directory exist? If not, can you please send the output > of 'grep BIND /etc/make.conf' > > My suspicion is that you have NO_BIND_MTREE set. > > Doug I was able to solve the problem by re-running mergemaster with a clean temproot directory so I guess that there was a problem there. Thanks. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 14 05:32:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE55316A402 for ; Sat, 14 Jul 2007 05:32:14 +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 SMTP id 7FA5D13C442 for ; Sat, 14 Jul 2007 05:32:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 1698 invoked by uid 399); 14 Jul 2007 05:32:14 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 14 Jul 2007 05:32:14 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46985FD8.1020507@FreeBSD.org> Date: Fri, 13 Jul 2007 22:32:08 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: davidb@boothscientific.com References: <200707131618.21301.davidb@boothscientific.com> <4698544D.5030903@FreeBSD.org> <200707140022.14628.davidb@boothscientific.com> In-Reply-To: <200707140022.14628.davidb@boothscientific.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mergemaster failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2007 05:32:14 -0000 David Booth wrote: > I was able to solve the problem by re-running mergemaster with a clean > temproot directory so I guess that there was a problem there. Yeah, that'll do it too. You should always delete the old temproot when you start up with new source code. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Jul 14 13:06:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E6D816A400 for ; Sat, 14 Jul 2007 13:06:31 +0000 (UTC) (envelope-from lix@nezz.be) Received: from mail.dawntempo.net (dawntempo.net [195.228.157.214]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2CB13C4A3 for ; Sat, 14 Jul 2007 13:06:31 +0000 (UTC) (envelope-from lix@nezz.be) Received: from localhost (jail.dawntempo.net [127.1.0.1]) by mail.dawntempo.net (Postfix) with ESMTP id 1F7873F4014; Sat, 14 Jul 2007 14:37:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.dawntempo.net Received: from mail.dawntempo.net ([127.1.0.1]) by localhost (jail.dawntempo.net [127.1.0.1]) (amavisd-new, port 10024) with ESMTP id fAPH4SSOdksJ; Sat, 14 Jul 2007 14:37:52 +0200 (CEST) Received: from webmail.dawntempo.net (jail.dawntempo.net [127.1.0.1]) by mail.dawntempo.net (Postfix) with ESMTP id D71583F400E; Sat, 14 Jul 2007 14:37:51 +0200 (CEST) Received: from 127.1.0.1 (SquirrelMail authenticated user lix@nezz.be) by webmail.dawntempo.net with HTTP; Sat, 14 Jul 2007 14:37:51 +0200 (CEST) Message-ID: <65363.127.1.0.1.1184416671.squirrel@webmail.dawntempo.net> Date: Sat, 14 Jul 2007 14:37:51 +0200 (CEST) From: lix@nezz.be To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: missing file flags on amd64 box 6.2-STABLE-200706 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2007 13:06:31 -0000 Hi ppl! I am using the last available 6.2 snapshot on amd64 host. 6.2-STABLE-200706-amd64 My problem is that after the install for some strange reason i started to search files which has file flag(s) (for example schg) with this command: find / -flags +uchg,schg,sunlnk,uunlnk Very common and well known fact that freebsd installer is using such a flags and you will find many files running this command. [root@save ~]# find / -flags +uchg,schg,sunlnk,uunlnk /usr/bin/chpass /usr/bin/chfn /usr/bin/chsh ... But when i run this command right after the install on my amd64 box it finds only one folder which has such a flag: the /var/empty and nothing more. Could somebody explain this? Or did i miss something during the install? Thank you in advance. Best regards, Istvan From owner-freebsd-stable@FreeBSD.ORG Sat Jul 14 19:59:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82C1316A404 for ; Sat, 14 Jul 2007 19:59:05 +0000 (UTC) (envelope-from tommy.rehn1@comhem.se) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 19BA013C46B for ; Sat, 14 Jul 2007 19:59:05 +0000 (UTC) (envelope-from tommy.rehn1@comhem.se) Received: from c80-216-44-35.bredband.comhem.se ([80.216.44.35]:49185 helo=.chello.se) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.66) (envelope-from ) id 1I9nX0-0004ai-5j for freebsd-stable@freebsd.org; Sat, 14 Jul 2007 21:43:55 +0200 Message-ID: <46990B66.8080501@comhem.se> Date: Sat, 14 Jul 2007 19:44:06 +0200 From: Tommy Rehn User-Agent: Thunderbird 2.0.0.4 (X11/20070626) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 80.216.44.35 X-Scan-Result: No virus found in message 1I9nX0-0004ai-5j. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1I9nX0-0004ai-5j 10afd16b2cce2d1d457a3c46f525fd27 Subject: Re: What about Creative SoundBlaster Audigy SE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2007 19:59:05 -0000 Thank you Pieter! Also thank you trasz@FreeBSD.org the maintainer of this port. I first did what Pieter suggested: I downloaded and installed the driver from opensound. Pieter wrote: Unfortunately the Audigy SE is not supported. You can try the audio/emu10kx port, but last time I tried it wouldn't work either. As far as I know the only way to make it work is to install 4Front's OSS drivers from www.opensound.com. Hope this helps, Pieter de Goeje Then i did try all of the ossinfo, osson and off, ossplay, osstest etc.. When I ran osstest there were sound!! When the port turned up at freshports.org I installed that port and I added into /etc/rc.conf the line *oss_enable="YES"* as stated in the terminal after the port was registered. Rebooted Performed *osstest* with good result. *However I must be misunderstanding something.* When I try to run for example gxine there is *NO* sound and there are no sound in programme-execution which there usually are when one is starting an app in KDE. Mysoundcard is: Creative SoundBlaster Audigy *SE *24-bit capability. Don't really know if this is the correct forum for this question but is there someone who knows what kind of mistake I am making? I really want to be able to have sound in my PC. My very best regards Tommy Rehn Stockholm Sweden *My ossinfo output* $ ossinfo Version info: OSS 4.0 (build 070613/200707141637/G (0x00040002) Platform: FreeBSD/i386 6.2-STABLE-200706 FreeBSD 6.2-STABLE-200706 #0: Sun Jun 3 14:20:02 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Number of audio devices: 9 Number of audio engines: 9 Number of MIDI devices: 0 Number of mixer devices: 1 Device objects 0: audigyls0 AudigyLS 1: vmix0 OSS transparent virtual support MIDI devices (/dev/midi*) Mixer devices (/dev/mixer*) 0: AudigyLS Mixer (Mixer 0 of device object 0) Audio devices /dev/oss/audigyls0/pcm0 AudigyLS front (device index 0) /dev/oss/audigyls0/pcm1 AudigyLS (shadow) (device index 1) /dev/oss/audigyls0/pcm2 AudigyLS center/lfe (device index 2) /dev/oss/audigyls0/pcm3 AudigyLS surround (device index 3) /dev/oss/audigyls0/pcm4 AudigyLS 5.1 output (device index 4) /dev/oss/vmix0/pcm0 AudigyLS front (VMIX0) (device index 5) /dev/oss/vmix0/pcm1 AudigyLS front (VMIX0) (device index 6) /dev/oss/vmix0/pcm2 AudigyLS front (VMIX0) (device index 7) /dev/oss/vmix0/pcm3 AudigyLS front (VMIX0) (device index 8) $