From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 00:31:09 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17EB8106564A for ; Sun, 5 Feb 2012 00:31:09 +0000 (UTC) (envelope-from rockstar01@y7mail.com) Received: from nm39-vm6.bullet.mail.ne1.yahoo.com (nm39-vm6.bullet.mail.ne1.yahoo.com [98.138.229.166]) by mx1.freebsd.org (Postfix) with SMTP id B45978FC13 for ; Sun, 5 Feb 2012 00:31:08 +0000 (UTC) Received: from [98.138.90.54] by nm39.bullet.mail.ne1.yahoo.com with NNFMP; 05 Feb 2012 00:17:21 -0000 Received: from [98.138.89.244] by tm7.bullet.mail.ne1.yahoo.com with NNFMP; 05 Feb 2012 00:17:21 -0000 Received: from [127.0.0.1] by omp1058.mail.ne1.yahoo.com with NNFMP; 05 Feb 2012 00:17:21 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 545820.30601.bm@omp1058.mail.ne1.yahoo.com Received: (qmail 91166 invoked by uid 60001); 5 Feb 2012 00:17:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=y7mail.com; s=s1024; t=1328401041; bh=zG3zchU/4D8HNR7KPgAZP8E+9091chhBmAYfYS1nVuc=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=javETenwQ5LiAhxJbBvL0QmDhhQ0Ape3raPtrFGLKy5w2+y3qSweRUfroOYIy7GxgEbxR/5O6g6/SqsfzQrGJ3QToSBfexCO0mMgXdDEyMe+ShBRZLIl/Ev1twjrKPJ9FnduQ4Sq8J5Rl+W37IYX23bdasQ21d3ChBWi1jbmqmI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=y7mail.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=xaJykhDjWreUyCtHOS5uDlhhw0V1niffjBPySHEbVlZLFcQpFKUTXiCq2Is6dQzl8igdMqg1AYi1pdRoG/mayNZPdcMAjcXRYM8sC1cPD2KOr66lkxS27pKqcrj4zZBIzUrTfJZ6rGkbbcM1iEpBnun7ZMkwIA1PDsXLHxA/guY=; X-YMail-OSG: 8Q1EbVgVM1mK6zxqjPVhI3LFFABTuDxk9g4XmSq5clka1v6 8hv63GKMYDb7NpfNqoOrtTLmYFUvBesZzVCEU4K3CxXri25n7RF.5x0ZZezQ nDZ3CnMky6_XqLpyaFrSzW8dvB3CfEuQVhWrVloLCl3RF8yke2XLx1BTSaiI SQYQfzDp9riAfVqXFpBWHX4u.S1AnWzRSXaIV8rDkjVcl4IvkQzKYZ0n63Bt 7FYXQ5rEzSe7LQCtyY6Y.fspQsKL_WHEa3lurdecGTt9KI_ksxLKhm3.T2Gz 2q55EZFDfG704jNBU1OB2wElcosl7NIn1T4wsc3Gwe4BULo5hySfYyx2GKnP x91BWuljdJs4SSNwkK3mJqQCPuqV3rGOih2YdxfJ5AC8eSyvAxrVnpAElvhp sFE.vRdPcuA42VgVCXxmdKiFrXMfzR.d0qDyResqhdA2xlvmuPzkBouOnBVv nkaB2bHTsezXKMyTxdA-- Received: from [211.120.65.200] by web122216.mail.ne1.yahoo.com via HTTP; Sat, 04 Feb 2012 16:17:21 PST X-Mailer: YahooMailWebService/0.8.116.331537 Message-ID: <1328401041.88925.YahooMailNeo@web122216.mail.ne1.yahoo.com> Date: Sat, 4 Feb 2012 16:17:21 -0800 (PST) From: masayoshi To: "freebsd-questions@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Can I use qjail on FreeBSD 9.0? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: masayoshi List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 00:31:09 -0000 Hi=0A=0ACan I use qjail on FreeBSD 9.0?=0AI=0A=0A# qjail install > log=0A= =0ACould not fetch base from ftp2.freebsd.org.=0AMaybe your release (9.0-RE= LEASE) is specified incorrectly or=0Athe host ftp2.freebsd.org does not pro= vide that release build.=0AUse the -r option to specify an existing release= or the -h option to=0Aspecify an alternative ftp server.=0A=0A# less log = =0Apub/FreeBSD/releases/amd64/9.0-RELEASE/base: No such file or directory.= =0Apub/FreeBSD/snapshot/amd64/9.0-RELEASE/base: No such file or directory.= =0Apub/FreeBSD/amd64/9.0-RELEASE/base: No such file or directory.=0Arelease= s/amd64/9.0-RELEASE/base: No such file or directory.=0Asnapshots/amd64/9.0-= RELEASE/base: No such file or directory.=0A=0A# pkg_info | grep qjail=0Aqja= il-1.1_1=A0=A0=A0=A0=A0=A0=A0=A0 Utility to quickly deploy and manage large= numbers of jails=0A=0AThanks in advance.=0A=0A=A0=0A--- =0A=0Amasayoshi & = Ayumi Kinoshita From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 05:14:01 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ED5E106566C for ; Sun, 5 Feb 2012 05:14:01 +0000 (UTC) (envelope-from chris@cjones.org) Received: from maxwell.cjones.org (mail.cjones.org [69.146.226.138]) by mx1.freebsd.org (Postfix) with ESMTP id 16B6A8FC0C for ; Sun, 5 Feb 2012 05:14:00 +0000 (UTC) Received: by maxwell.cjones.org (Postfix, from userid 65534) id A9C0D4A64CE; Sat, 4 Feb 2012 21:56:32 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on maxwell.cjones.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from [10.0.4.7] (cassanova.cjones.org [10.0.4.7]) (Authenticated sender: chris) by maxwell.cjones.org (Postfix) with ESMTPSA id 735FE4A64B5 for ; Sat, 4 Feb 2012 21:56:30 -0700 (MST) Message-ID: <4F2E0BFA.8040308@cjones.org> Date: Sat, 04 Feb 2012 21:56:26 -0700 From: Chris Jones User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gpt zfs raidz1 boot failure X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 05:14:01 -0000 I have a raidz1 in degraded mode, with only 1 disk available. When I try to boot it, I get this: ZFS: can only boot from disk, mirror, raidz1, raidz2 and raidz3 vdevs ZFS: i/o error - all block copies unavailable ZFS: can't read MOS ZFS: unexpected object set type 0 ...followed by a couple of attempts to load maxroot/boot/kernel/kernel. I've carefully followed the instructions at http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE -- except that I'm starting with a degraded zfs so I can transition my data from gmirror. Here's more system info: maxwell$ uname -a FreeBSD maxwell.cjones.org 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 maxwell# gpart show ada2 => 34 488281183 ada2 GPT (232G) 34 128 1 freebsd-boot (64k) 162 488281055 2 freebsd-zfs (232G) maxwell# zpool status pool: maxroot state: DEGRADED status: One or more devices has been taken offline by the administrator. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Online the device using 'zpool online' or replace the device with 'zpool replace'. scan: none requested config: NAME STATE READ WRITE CKSUM maxroot DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 ada2p2 ONLINE 0 0 0 8747991784175675917 OFFLINE 0 0 0 was /usr/bigfile errors: No known data errors The errors seem to indicate that it's getting to the first- and second-stage bootstrap, but it's unable to load /boot/zfsloader; correct? The first line of error text seems to indicate that the bootstrap thinks my pool isn't a raidz1; but the output of zpool says otherwise. Any thoughts? Chris From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 07:14:19 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0953106566B; Sun, 5 Feb 2012 07:14:19 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 9229A8FC12; Sun, 5 Feb 2012 07:14:19 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q157EH0B032730 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 4 Feb 2012 23:14:18 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F2E2C97.7000400@freebsd.org> Date: Sat, 04 Feb 2012 23:15:35 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.25) Gecko/20111213 Thunderbird/3.1.17 MIME-Version: 1.0 To: =?windows-1251?Q?=CA=EE=ED=FC=EA=EE=E2_=C5=E2=E3=E5=ED=E8=E9?= References: <67410574.20120202113314@yandex.ru> <4F2E274F.6000601@freebsd.org> In-Reply-To: <4F2E274F.6000601@freebsd.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Subject: Re: HowTo easy use IPFW X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 07:14:19 -0000 On 2/4/12 10:53 PM, Julian Elischer wrote: > On 2/2/12 1:33 AM, Êîíüêîâ Åâãåíèé wrote: >> this is the mine script which helps me keep my firewall very clean >> and safe. >> >> It is easy to understand even if you have a thousands ruBTWles, I >> think =) >> >> please comment. >> >> PS. If anybody may, please put into ports tree. thank you. > > it would probably be get more response if it was in a file format we > had heard of.. like tar.. > > WTF is a ".rar" file? BTW the "stuffit" expander on a Mac seems to be able to handle it.. I can see that this would allow you to manage very complex rule sets while keeping errors under control. I find the syntax hard to follow however I guess that comes from it being a relatively simple perl script doing the work. it would be nice to get rid of the line numbers entirely in the specifications and allow the program to completely specify them using symbolic definitions instead. > >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 07:28:36 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9FB31065673 for ; Sun, 5 Feb 2012 07:28:36 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 7F49C8FC08 for ; Sun, 5 Feb 2012 07:28:36 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q156pi74032659 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 4 Feb 2012 22:51:47 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F2E274F.6000601@freebsd.org> Date: Sat, 04 Feb 2012 22:53:03 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.25) Gecko/20111213 Thunderbird/3.1.17 MIME-Version: 1.0 To: =?windows-1251?Q?=CA=EE=ED=FC=EA=EE=E2_=C5=E2=E3=E5=ED=E8=E9?= References: <67410574.20120202113314@yandex.ru> In-Reply-To: <67410574.20120202113314@yandex.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Subject: Re: HowTo easy use IPFW X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 07:28:36 -0000 On 2/2/12 1:33 AM, Êîíüêîâ Åâãåíèé wrote: > this is the mine script which helps me keep my firewall very clean and safe. > > It is easy to understand even if you have a thousands rules, I think =) > > please comment. > > PS. If anybody may, please put into ports tree. thank you. it would probably be get more response if it was in a file format we had heard of.. like tar.. WTF is a ".rar" file? > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 07:38:51 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B588E106564A; Sun, 5 Feb 2012 07:38:51 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 29F518FC0A; Sun, 5 Feb 2012 07:38:50 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so5660786wib.13 for ; Sat, 04 Feb 2012 23:38:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=THY4H03XvMXBKl3BpvfQmRnAXqjBR+muNVoNkrblyXw=; b=LI9dLwhSuHiGspVIZlW8kJKGNLizBsr0ht7wqGAhALLNkSmLpD+atagw/A9t5XiYf1 Ub5SsdkiQSVu4YLNUMAFxfl4SfRr8w+68uI+tau9KAiPO37/SPHPjkwGxmGkytdzpvz9 h5iA+q0xImn6LQ6LBzopo+SNKZX568d68sJ6M= MIME-Version: 1.0 Received: by 10.181.12.106 with SMTP id ep10mr6263923wid.8.1328425916589; Sat, 04 Feb 2012 23:11:56 -0800 (PST) Received: by 10.223.62.135 with HTTP; Sat, 4 Feb 2012 23:11:56 -0800 (PST) In-Reply-To: <4F2E274F.6000601@freebsd.org> References: <67410574.20120202113314@yandex.ru> <4F2E274F.6000601@freebsd.org> Date: Sat, 4 Feb 2012 23:11:56 -0800 Message-ID: From: Kevin Oberman To: Julian Elischer Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, =?KOI8-R?B?68/O2MvP1yDl18fFzsnK?= , freebsd-questions@freebsd.org Subject: Re: HowTo easy use IPFW X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 07:38:51 -0000 2012/2/4 Julian Elischer : > On 2/2/12 1:33 AM, =EB=CF=CE=D8=CB=CF=D7 =E5=D7=C7=C5=CE=C9=CA wrote: >> >> this is the mine script which helps me keep my firewall very clean and >> safe. >> >> It is easy to understand even if you have a thousands rules, I think =3D= ) >> >> please comment. >> >> PS. If anybody may, please put into ports tree. thank you. > > > it would probably be get more response if it was in a file format we had > heard of.. like tar.. > > WTF is a ".rar" =9Afile? rar is a compression and archiving tool used commonly for bittorrent. The tool to extract files is in port archivers/rar, but it's commercial and a proprietary format. The free tool is only capable of extracting, not compressing. It is reported that its compression is very good, better than bzip2, xz and can even do a reasonable job of compressing things like already compressed video formats. (Probably why it became popular for bittorrent.) R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 08:08:10 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D7A8106566B; Sun, 5 Feb 2012 08:08:10 +0000 (UTC) (envelope-from miwi.freebsd@googlemail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DE3478FC12; Sun, 5 Feb 2012 08:08:09 +0000 (UTC) Received: by pbdv10 with SMTP id v10so5207668pbd.13 for ; Sun, 05 Feb 2012 00:08:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:mime-version:content-type :content-transfer-encoding; bh=98CNWUcBUEfmHqxhVhyi5dh+eD8kMB5DoCz1uBswoD4=; b=fvnVif/Ok5NJw+i1R50N6pw29yi9rGjaGhCLpeki9+k3bWeTsY9otsc/eYL3ImgH+3 mmebIZy3Mc16A4eUEs/ooNrq3tcrBSN2mXHObULSI6Quxn+FR3N5Zc0+qPr9uVr3rlEn qKb+vYUqqzUCXizrL1wvik0OXg1Xyit/kmkkw= Received: by 10.68.232.103 with SMTP id tn7mr34844679pbc.74.1328427946987; Sat, 04 Feb 2012 23:45:46 -0800 (PST) Received: from miwifbsd.dyndns.org ([210.195.151.203]) by mx.google.com with ESMTPS id r9sm28649876pbi.6.2012.02.04.23.45.43 (version=SSLv3 cipher=OTHER); Sat, 04 Feb 2012 23:45:46 -0800 (PST) Sender: Martin Wilke Date: Sun, 5 Feb 2012 15:43:46 +0000 From: Martin Wilke To: 1126 Message-ID: <20120205154346.3e0de524.miwi@FreeBSD.org> In-Reply-To: <20120201221831.Horde.hn2MD7uWis5PKawnWJXHcaA@webmail.df.eu> References: <20120201221831.Horde.hn2MD7uWis5PKawnWJXHcaA@webmail.df.eu> Organization: FreeBSD X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org, freebsd-questions@freebsd.org Subject: Re: libXext fails to build on 9.0-RELEASE/amd64 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: miwi@FreeBSD.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 08:08:10 -0000 On Wed, 01 Feb 2012 22:18:31 +0100 1126 wrote: Hi, Please update your ports tree, we have fixed that. - Martin > > Hello list! > Today, I installed a fresh 9.0-RELEASE/amd64 and wanted to install > Xorg. There were no other packages installed before, so Xorg and all > it's run- and build-dependencies would be the first. But it fails. > The error message reads: > > ... > checking for XEXT... configure: error: Package requirements (xproto > >= 7.0.13 x11 >= 1.1.99.1 xextproto >= 7.1.99) were not met: > > No package 'x11' found > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. > > Alternatively, you may set the environment variables XEXT_CFLAGS and > XEXT_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. > > ===> Script "configure" failed unexpectedly. > Please report the problem to x11@freebsd.org [maintainer] and attach > the "/usr/portx/x11/libXext/work/libXext-1.3.0/config.log" including > the output of the failure of your make command. Also, it might be a > good idea to provide an overview of all packages installed on your > system (e.g. an 'ls /var/db/pkg'). > *** Error code 1 > > Stop in /usr/ports/x11/libXext. > *** Error code 1 > > > After reading this, I asked Google, but it didn't came up with a > solution. I updated the ports (portsnap fetch update), but that > didn't help either. I tried to install only libXext (make install > clean), but that didn't work either. > > Does anyone knows a solution? > > > As has been asked, I append the output of "config.log" from the > "work"-directory of libXext. I don't know the right way to do this, > but I hope this works. ;) > > Thanks in advance, > 1126! > > > This file contains any messages produced by compilers while > running configure, to aid debugging if configure makes a mistake. > > It was created by libXext configure 1.3.0, which was > generated by GNU Autoconf 2.68. Invocation command line was > > $ ./configure --disable-specs --without-xmlto > --enable-malloc0returnsnull --x-libraries=/usr/local/lib > --x-includes=/usr/local/include --prefix=/usr/local > --mandir=/usr/local/man --infodir=/usr/local/info/ > --build=amd64-portbld-freebsd9.0 > > ## --------- ## > ## Platform. ## > ## --------- ## > > hostname = Suse > uname -m = amd64 > uname -r = 9.0-RELEASE > uname -s = FreeBSD > uname -v = FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 > root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > > /usr/bin/uname -p = amd64 > /bin/uname -X = unknown > > /bin/arch = unknown > /usr/bin/arch -k = unknown > /usr/convex/getsysinfo = unknown > /usr/bin/hostinfo = unknown > /bin/machine = unknown > /usr/bin/oslevel = unknown > /bin/universe = unknown > > PATH: /sbin > PATH: /bin > PATH: /usr/sbin > PATH: /usr/bin > PATH: /usr/games > PATH: /usr/local/sbin > PATH: /usr/local/bin > PATH: /root/bin > > > ## ----------- ## > ## Core tests. ## > ## ----------- ## > > configure:2342: checking for a BSD-compatible install > configure:2410: result: /usr/bin/install -c -o root -g wheel > configure:2421: checking whether build environment is sane > configure:2471: result: yes > configure:2612: checking for a thread-safe mkdir -p > configure:2651: result: ./install-sh -c -d > configure:2664: checking for gawk > configure:2694: result: no > configure:2664: checking for mawk > configure:2694: result: no > configure:2664: checking for nawk > configure:2680: found /usr/bin/nawk > configure:2691: result: nawk > configure:2702: checking whether make sets $(MAKE) > configure:2724: result: yes > configure:2805: checking whether to enable maintainer-specific > portions of Makefiles > configure:2814: result: no > configure:2858: checking build system type > configure:2872: result: amd64-portbld-freebsd9.0 > configure:2892: checking host system type > configure:2905: result: amd64-portbld-freebsd9.0 > configure:2946: checking how to print strings > configure:2973: result: printf > configure:3006: checking for style of include used by make > configure:3034: result: GNU > configure:3104: checking for gcc > configure:3131: result: cc > configure:3360: checking for C compiler version > configure:3369: cc --version >&5 > cc (GCC) 4.2.1 20070831 patched [FreeBSD] > Copyright (C) 2007 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > > configure:3380: $? = 0 > configure:3369: cc -v >&5 > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070831 patched [FreeBSD] > configure:3380: $? = 0 > configure:3369: cc -V >&5 > cc: '-V' option must have argument > configure:3380: $? = 1 > configure:3369: cc -qversion >&5 > cc: unrecognized option '-qversion' > cc: No input files specified > configure:3380: $? = 1 > configure:3400: checking whether the C compiler works > configure:3422: cc -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:3426: $? = 0 > configure:3474: result: yes > configure:3477: checking for C compiler default output file name > configure:3479: result: a.out > configure:3485: checking for suffix of executables > configure:3492: cc -o conftest -O2 -pipe -fno-strict-aliasing > conftest.c >&5 > configure:3496: $? = 0 > configure:3518: result: > configure:3540: checking whether we are cross compiling > configure:3548: cc -o conftest -O2 -pipe -fno-strict-aliasing > conftest.c >&5 > configure:3552: $? = 0 > configure:3559: ./conftest > configure:3563: $? = 0 > configure:3578: result: no > configure:3583: checking for suffix of object files > configure:3605: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:3609: $? = 0 > configure:3630: result: o > configure:3634: checking whether we are using the GNU C compiler > configure:3653: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:3653: $? = 0 > configure:3662: result: yes > configure:3671: checking whether cc accepts -g > configure:3691: cc -c -g conftest.c >&5 > configure:3691: $? = 0 > configure:3732: result: yes > configure:3749: checking for cc option to accept ISO C89 > configure:3813: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:3813: $? = 0 > configure:3826: result: none needed > configure:3848: checking dependency style of cc > configure:3958: result: gcc3 > configure:3973: checking for a sed that does not truncate output > configure:4037: result: /usr/bin/sed > configure:4055: checking for grep that handles long lines and -e > configure:4113: result: /usr/bin/grep > configure:4118: checking for egrep > configure:4180: result: /usr/bin/grep -E > configure:4185: checking for fgrep > configure:4247: result: /usr/bin/grep -F > configure:4282: checking for ld used by cc > configure:4349: result: /usr/bin/ld > configure:4356: checking if the linker (/usr/bin/ld) is GNU ld > configure:4371: result: yes > configure:4383: checking for BSD- or MS-compatible name lister (nm) > configure:4432: result: /usr/bin/nm -B > configure:4562: checking the name lister (/usr/bin/nm -B) interface > configure:4569: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:4572: /usr/bin/nm -B "conftest.o" > configure:4575: output > 0000000000000000 B some_variable > configure:4582: result: BSD nm > configure:4585: checking whether ln -s works > configure:4589: result: yes > configure:4597: checking the maximum length of command line arguments > configure:4722: result: 262144 > configure:4739: checking whether the shell understands some XSI > constructs configure:4749: result: yes > configure:4753: checking whether the shell understands "+=" > configure:4759: result: no > configure:4794: checking how to convert amd64-portbld-freebsd9.0 > file names to amd64-portbld-freebsd9.0 format > configure:4834: result: func_convert_file_noop > configure:4841: checking how to convert amd64-portbld-freebsd9.0 > file names to toolchain format > configure:4861: result: func_convert_file_noop > configure:4868: checking for /usr/bin/ld option to reload object files > configure:4875: result: -r > configure:4949: checking for objdump > configure:4965: found /usr/bin/objdump > configure:4976: result: objdump > configure:5008: checking how to recognize dependent libraries > configure:5210: result: pass_all > configure:5295: checking for dlltool > configure:5325: result: no > configure:5355: checking how to associate runtime and link libraries > configure:5382: result: printf %s\n > configure:5443: checking for ar > configure:5459: found /usr/bin/ar > configure:5470: result: ar > configure:5507: checking for archiver @FILE support > configure:5524: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:5524: $? = 0 > configure:5527: ar cru libconftest.a @conftest.lst >&5 > ar: warning: can't open file: @conftest.lst: No such file or directory > configure:5530: $? = 0 > configure:5535: ar cru libconftest.a @conftest.lst >&5 > ar: warning: can't open file: @conftest.lst: No such file or directory > configure:5538: $? = 0 > configure:5550: result: no > configure:5608: checking for strip > configure:5624: found /usr/bin/strip > configure:5635: result: strip > configure:5707: checking for ranlib > configure:5723: found /usr/bin/ranlib > configure:5734: result: ranlib > configure:5836: checking command to parse /usr/bin/nm -B output from > cc object configure:5955: cc -c -O2 -pipe -fno-strict-aliasing > conftest.c >&5 configure:5958: $? = 0 > configure:5962: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ > ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 > \2 \2/p' | sed '/ __gnu_lto/d' \> conftest.nm > configure:5965: $? = 0 > configure:6031: cc -o conftest -O2 -pipe -fno-strict-aliasing > conftest.c conftstm.o >&5 > configure:6034: $? = 0 > configure:6072: result: ok > configure:6109: checking for sysroot > configure:6139: result: no > configure:6382: checking for mt > configure:6398: found /usr/bin/mt > configure:6409: result: mt > configure:6432: checking if mt is a manifest tool > configure:6438: mt '-?' > mt: illegal option -- ? > usage: mt [-f device] command [count] > configure:6446: result: no > configure:7078: checking how to run the C preprocessor > configure:7148: result: cpp > configure:7168: cpp conftest.c > configure:7168: $? = 0 > configure:7182: cpp conftest.c > conftest.c:11:28: error: ac_nonexistent.h: No such file or directory > configure:7182: $? = 1 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "libXext" > | #define PACKAGE_TARNAME "libXext" > | #define PACKAGE_VERSION "1.3.0" > | #define PACKAGE_STRING "libXext 1.3.0" > | #define PACKAGE_BUGREPORT > "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" > | #define PACKAGE_URL "" > | #define PACKAGE "libXext" > | #define VERSION "1.3.0" > | /* end confdefs.h. */ > | #include > configure:7211: checking for ANSI C header files > configure:7231: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:7231: $? = 0 > configure:7304: cc -o conftest -O2 -pipe -fno-strict-aliasing > conftest.c >&5 > configure:7304: $? = 0 > configure:7304: ./conftest > configure:7304: $? = 0 > configure:7315: result: yes > configure:7328: checking for sys/types.h > configure:7328: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:7328: $? = 0 > configure:7328: result: yes > configure:7328: checking for sys/stat.h > configure:7328: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:7328: $? = 0 > configure:7328: result: yes > configure:7328: checking for stdlib.h > configure:7328: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:7328: $? = 0 > configure:7328: result: yes > configure:7328: checking for string.h > configure:7328: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:7328: $? = 0 > configure:7328: result: yes > configure:7328: checking for memory.h > configure:7328: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:7328: $? = 0 > configure:7328: result: yes > configure:7328: checking for strings.h > configure:7328: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:7328: $? = 0 > configure:7328: result: yes > configure:7328: checking for inttypes.h > configure:7328: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:7328: $? = 0 > configure:7328: result: yes > configure:7328: checking for stdint.h > configure:7328: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:7328: $? = 0 > configure:7328: result: yes > configure:7328: checking for unistd.h > configure:7328: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:7328: $? = 0 > configure:7328: result: yes > configure:7342: checking for dlfcn.h > configure:7342: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:7342: $? = 0 > configure:7342: result: yes > configure:7529: checking for objdir > configure:7544: result: .libs > configure:7811: checking if cc supports -fno-rtti -fno-exceptions > configure:7829: cc -c -O2 -pipe -fno-strict-aliasing -fno-rtti > -fno-exceptions conftest.c >&5 > cc1: warning: command line option "-fno-rtti" is valid for > C++/ObjC++ but not for C > configure:7833: $? = 0 > configure:7846: result: no > configure:8156: checking for cc option to produce PIC > configure:8163: result: -fPIC -DPIC > configure:8171: checking if cc PIC flag -fPIC -DPIC works > configure:8189: cc -c -O2 -pipe -fno-strict-aliasing -fPIC -DPIC > -DPIC conftest.c >&5 > configure:8193: $? = 0 > configure:8206: result: yes > configure:8235: checking if cc static flag -static works > configure:8263: result: yes > configure:8278: checking if cc supports -c -o file.o > configure:8299: cc -c -O2 -pipe -fno-strict-aliasing -o > out/conftest2.o conftest.c >&5 > configure:8303: $? = 0 > configure:8325: result: yes > configure:8333: checking if cc supports -c -o file.o > configure:8380: result: yes > configure:8413: checking whether the cc linker (/usr/bin/ld) > supports shared libraries > configure:9571: result: yes > configure:9608: checking whether -lc should be explicitly linked in > configure:9616: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > configure:9619: $? = 0 > configure:9634: cc -shared -fPIC -DPIC conftest.o -v -Wl,-soname > -Wl,conftest -o conftest 2\>\&1 \| /usr/bin/grep -lc \>/dev/null > 2\>\&1 > configure:9637: $? = 0 > configure:9651: result: no > configure:9816: checking dynamic linker characteristics > configure:10552: result: freebsd9.0 ld.so > configure:10659: checking how to hardcode library paths into programs > configure:10684: result: immediate > configure:11224: checking whether stripping libraries is possible > configure:11229: result: yes > configure:11264: checking if libtool supports shared libraries > configure:11266: result: yes > configure:11269: checking whether to build shared libraries > configure:11290: result: yes > configure:11293: checking whether to build static libraries > configure:11297: result: yes > configure:11345: checking for cc option to accept ISO C99 > configure:11494: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 > conftest.c:73: error: expected ';', ',' or ')' before 'text' > conftest.c: In function 'main': > conftest.c:127: error: expected '=', ',', ';', 'asm' or > '__attribute__' before 'newvar' > conftest.c:127: error: 'newvar' undeclared (first use in this > function) conftest.c:127: error: (Each undeclared identifier is > reported only once conftest.c:127: error: for each function it > appears in.) conftest.c:137: error: 'for' loop initial declaration > used outside C99 mode configure:11494: $? = 1 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "libXext" > | #define PACKAGE_TARNAME "libXext" > | #define PACKAGE_VERSION "1.3.0" > | #define PACKAGE_STRING "libXext 1.3.0" > | #define PACKAGE_BUGREPORT > "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" > | #define PACKAGE_URL "" > | #define PACKAGE "libXext" > | #define VERSION "1.3.0" > | #define STDC_HEADERS 1 > | #define HAVE_SYS_TYPES_H 1 > | #define HAVE_SYS_STAT_H 1 > | #define HAVE_STDLIB_H 1 > | #define HAVE_STRING_H 1 > | #define HAVE_MEMORY_H 1 > | #define HAVE_STRINGS_H 1 > | #define HAVE_INTTYPES_H 1 > | #define HAVE_STDINT_H 1 > | #define HAVE_UNISTD_H 1 > | #define HAVE_DLFCN_H 1 > | #define LT_OBJDIR ".libs/" > | /* end confdefs.h. */ > | #include > | #include > | #include > | #include > | #include > | > | // Check varargs macros. These examples are taken from C99 > 6.10.3.5. | #define debug(...) fprintf (stderr, __VA_ARGS__) > | #define showlist(...) puts (#__VA_ARGS__) > | #define report(test,...) ((test) ? puts (#test) : printf > (__VA_ARGS__)) | static void > | test_varargs_macros (void) > | { > | int x = 1234; > | int y = 5678; > | debug ("Flag"); > | debug ("X = %d\n", x); > | showlist (The first, second, and third items.); > | report (x>y, "x is %d but y is %d", x, y); > | } > | > | // Check long long types. > | #define BIG64 18446744073709551615ull > | #define BIG32 4294967295ul > | #define BIG_OK (BIG64 / BIG32 == 4294967297ull && BIG64 % BIG32 == > 0) | #if !BIG_OK > | your preprocessor is broken; > | #endif > | #if BIG_OK > | #else > | your preprocessor is broken; > | #endif > | static long long int bignum = -9223372036854775807LL; > | static unsigned long long int ubignum = BIG64; > | > | struct incomplete_array > | { > | int datasize; > | double data[]; > | }; > | > | struct named_init { > | int number; > | const wchar_t *name; > | double average; > | }; > | > | typedef const char *ccp; > | > | static inline int > | test_restrict (ccp restrict text) > | { > | // See if C++-style comments work. > | // Iterate through items via the restricted pointer. > | // Also check for declarations in for loops. > | for (unsigned int i = 0; *(text+i) != '\0'; ++i) > | continue; > | return 0; > | } > | > | // Check varargs and va_copy. > | static void > | test_varargs (const char *format, ...) > | { > | va_list args; > | va_start (args, format); > | va_list args_copy; > | va_copy (args_copy, args); > | > | const char *str; > | int number; > | float fnumber; > | > | while (*format) > | { > | switch (*format++) > | { > | case 's': // string > | str = va_arg (args_copy, const char *); > | break; > | case 'd': // int > | number = va_arg (args_copy, int); > | break; > | case 'f': // float > | fnumber = va_arg (args_copy, double); > | break; > | default: > | break; > | } > | } > | va_end (args_copy); > | va_end (args); > | } > | > | int > | main () > | { > | > | // Check bool. > | _Bool success = false; > | > | // Check restrict. > | if (test_restrict ("String literal") == 0) > | success = true; > | char *restrict newvar = "Another string"; > | > | // Check varargs. > | test_varargs ("s, d' f .", "string", 65, 34.234); > | test_varargs_macros (); > | > | // Check flexible array members. > | struct incomplete_array *ia = > | malloc (sizeof (struct incomplete_array) + (sizeof (double) * > 10)); | ia->datasize = 10; > | for (int i = 0; i < ia->datasize; ++i) > | ia->data[i] = i * 1.234; > | > | // Check named initializers. > | struct named_init ni = { > | .number = 34, > | .name = L"Test wide string", > | .average = 543.34343, > | }; > | > | ni.number = 58; > | > | int dynamic_array[ni.number]; > | dynamic_array[ni.number - 1] = 543; > | > | // work around unused variable warnings > | return (!success || bignum == 0LL || ubignum == 0uLL || newvar[0] > == 'x' | || dynamic_array[ni.number - 1] != 543); > | > | ; > | return 0; > | } > configure:11494: cc -std=gnu99 -c -O2 -pipe -fno-strict-aliasing > conftest.c >&5 > configure:11494: $? = 0 > configure:11514: result: -std=gnu99 > configure:11524: checking whether __clang__ is declared > configure:11524: cc -std=gnu99 -c -O2 -pipe -fno-strict-aliasing > conftest.c >&5 > conftest.c: In function 'main': > conftest.c:63: error: '__clang__' undeclared (first use in this > function) conftest.c:63: error: (Each undeclared identifier is > reported only once conftest.c:63: error: for each function it appears > in.) configure:11524: $? = 1 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "libXext" > | #define PACKAGE_TARNAME "libXext" > | #define PACKAGE_VERSION "1.3.0" > | #define PACKAGE_STRING "libXext 1.3.0" > | #define PACKAGE_BUGREPORT > "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" > | #define PACKAGE_URL "" > | #define PACKAGE "libXext" > | #define VERSION "1.3.0" > | #define STDC_HEADERS 1 > | #define HAVE_SYS_TYPES_H 1 > | #define HAVE_SYS_STAT_H 1 > | #define HAVE_STDLIB_H 1 > | #define HAVE_STRING_H 1 > | #define HAVE_MEMORY_H 1 > | #define HAVE_STRINGS_H 1 > | #define HAVE_INTTYPES_H 1 > | #define HAVE_STDINT_H 1 > | #define HAVE_UNISTD_H 1 > | #define HAVE_DLFCN_H 1 > | #define LT_OBJDIR ".libs/" > | /* end confdefs.h. */ > | #include > | #ifdef HAVE_SYS_TYPES_H > | # include > | #endif > | #ifdef HAVE_SYS_STAT_H > | # include > | #endif > | #ifdef STDC_HEADERS > | # include > | # include > | #else > | # ifdef HAVE_STDLIB_H > | # include > | # endif > | #endif > | #ifdef HAVE_STRING_H > | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H > | # include > | # endif > | # include > | #endif > | #ifdef HAVE_STRINGS_H > | # include > | #endif > | #ifdef HAVE_INTTYPES_H > | # include > | #endif > | #ifdef HAVE_STDINT_H > | # include > | #endif > | #ifdef HAVE_UNISTD_H > | # include > | #endif > | int > | main () > | { > | #ifndef __clang__ > | #ifdef __cplusplus > | (void) __clang__; > | #else > | (void) __clang__; > | #endif > | #endif > | > | ; > | return 0; > | } > configure:11524: result: no > configure:11531: checking whether __INTEL_COMPILER is declared > configure:11531: cc -std=gnu99 -c -O2 -pipe -fno-strict-aliasing > conftest.c >&5 > conftest.c: In function 'main': > conftest.c:63: error: '__INTEL_COMPILER' undeclared (first use in > this function) > conftest.c:63: error: (Each undeclared identifier is reported only > once conftest.c:63: error: for each function it appears in.) > configure:11531: $? = 1 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "libXext" > | #define PACKAGE_TARNAME "libXext" > | #define PACKAGE_VERSION "1.3.0" > | #define PACKAGE_STRING "libXext 1.3.0" > | #define PACKAGE_BUGREPORT > "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" > | #define PACKAGE_URL "" > | #define PACKAGE "libXext" > | #define VERSION "1.3.0" > | #define STDC_HEADERS 1 > | #define HAVE_SYS_TYPES_H 1 > | #define HAVE_SYS_STAT_H 1 > | #define HAVE_STDLIB_H 1 > | #define HAVE_STRING_H 1 > | #define HAVE_MEMORY_H 1 > | #define HAVE_STRINGS_H 1 > | #define HAVE_INTTYPES_H 1 > | #define HAVE_STDINT_H 1 > | #define HAVE_UNISTD_H 1 > | #define HAVE_DLFCN_H 1 > | #define LT_OBJDIR ".libs/" > | /* end confdefs.h. */ > | #include > | #ifdef HAVE_SYS_TYPES_H > | # include > | #endif > | #ifdef HAVE_SYS_STAT_H > | # include > | #endif > | #ifdef STDC_HEADERS > | # include > | # include > | #else > | # ifdef HAVE_STDLIB_H > | # include > | # endif > | #endif > | #ifdef HAVE_STRING_H > | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H > | # include > | # endif > | # include > | #endif > | #ifdef HAVE_STRINGS_H > | # include > | #endif > | #ifdef HAVE_INTTYPES_H > | # include > | #endif > | #ifdef HAVE_STDINT_H > | # include > | #endif > | #ifdef HAVE_UNISTD_H > | # include > | #endif > | int > | main () > | { > | #ifndef __INTEL_COMPILER > | #ifdef __cplusplus > | (void) __INTEL_COMPILER; > | #else > | (void) __INTEL_COMPILER; > | #endif > | #endif > | > | ; > | return 0; > | } > configure:11531: result: no > configure:11538: checking whether __SUNPRO_C is declared > configure:11538: cc -std=gnu99 -c -O2 -pipe -fno-strict-aliasing > conftest.c >&5 > conftest.c: In function 'main': > conftest.c:63: error: '__SUNPRO_C' undeclared (first use in this > function) conftest.c:63: error: (Each undeclared identifier is > reported only once conftest.c:63: error: for each function it appears > in.) configure:11538: $? = 1 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "libXext" > | #define PACKAGE_TARNAME "libXext" > | #define PACKAGE_VERSION "1.3.0" > | #define PACKAGE_STRING "libXext 1.3.0" > | #define PACKAGE_BUGREPORT > "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" > | #define PACKAGE_URL "" > | #define PACKAGE "libXext" > | #define VERSION "1.3.0" > | #define STDC_HEADERS 1 > | #define HAVE_SYS_TYPES_H 1 > | #define HAVE_SYS_STAT_H 1 > | #define HAVE_STDLIB_H 1 > | #define HAVE_STRING_H 1 > | #define HAVE_MEMORY_H 1 > | #define HAVE_STRINGS_H 1 > | #define HAVE_INTTYPES_H 1 > | #define HAVE_STDINT_H 1 > | #define HAVE_UNISTD_H 1 > | #define HAVE_DLFCN_H 1 > | #define LT_OBJDIR ".libs/" > | /* end confdefs.h. */ > | #include > | #ifdef HAVE_SYS_TYPES_H > | # include > | #endif > | #ifdef HAVE_SYS_STAT_H > | # include > | #endif > | #ifdef STDC_HEADERS > | # include > | # include > | #else > | # ifdef HAVE_STDLIB_H > | # include > | # endif > | #endif > | #ifdef HAVE_STRING_H > | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H > | # include > | # endif > | # include > | #endif > | #ifdef HAVE_STRINGS_H > | # include > | #endif > | #ifdef HAVE_INTTYPES_H > | # include > | #endif > | #ifdef HAVE_STDINT_H > | # include > | #endif > | #ifdef HAVE_UNISTD_H > | # include > | #endif > | int > | main () > | { > | #ifndef __SUNPRO_C > | #ifdef __cplusplus > | (void) __SUNPRO_C; > | #else > | (void) __SUNPRO_C; > | #endif > | #endif > | > | ; > | return 0; > | } > configure:11538: result: no > configure:11595: checking for pkg-config > configure:11613: found /usr/local/bin/pkg-config > configure:11625: result: /usr/local/bin/pkg-config > configure:11650: checking pkg-config is at least version 0.9.0 > configure:11653: result: yes > configure:11699: checking if cc -std=gnu99 supports -Werror=attributes > configure:11707: cc -std=gnu99 -c -O2 -pipe -fno-strict-aliasing > -pedantic -Werror -Werror=attributes conftest.c >&5 > conftest.c:23: error: expected identifier or '(' before 'return' > configure:11707: $? = 1 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "libXext" > | #define PACKAGE_TARNAME "libXext" > | #define PACKAGE_VERSION "1.3.0" > | #define PACKAGE_STRING "libXext 1.3.0" > | #define PACKAGE_BUGREPORT > "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" > | #define PACKAGE_URL "" > | #define PACKAGE "libXext" > | #define VERSION "1.3.0" > | #define STDC_HEADERS 1 > | #define HAVE_SYS_TYPES_H 1 > | #define HAVE_SYS_STAT_H 1 > | #define HAVE_STDLIB_H 1 > | #define HAVE_STRING_H 1 > | #define HAVE_MEMORY_H 1 > | #define HAVE_STRINGS_H 1 > | #define HAVE_INTTYPES_H 1 > | #define HAVE_STDINT_H 1 > | #define HAVE_UNISTD_H 1 > | #define HAVE_DLFCN_H 1 > | #define LT_OBJDIR ".libs/" > | /* end confdefs.h. */ > | return 0; > configure:11712: result: no > configure:11890: checking whether to build functional specifications > configure:11892: result: no > configure:12086: checking for fop > configure:12119: result: no > configure:12125: WARNING: fop not found - documentation targets will > be skipped > configure:12210: checking for xsltproc > configure:12243: result: no > configure:12249: WARNING: xsltproc not found - cannot transform XML > documents configure:12324: checking for X.Org SGML entities >= 1.7 > configure:12328: $PKG_CONFIG --exists --print-errors > "xorg-sgml-doctools >= 1.7" > Package xorg-sgml-doctools was not found in the pkg-config search > path. Perhaps you should add the directory containing > `xorg-sgml-doctools.pc' to the PKG_CONFIG_PATH environment variable > No package 'xorg-sgml-doctools' found > configure:12331: $? = 1 > configure:12347: result: no > configure:12372: checking whether malloc(0) returns NULL > configure:12408: result: yes > configure:12440: checking for XEXT > configure:12447: $PKG_CONFIG --exists --print-errors "xproto >= > 7.0.13 x11 >= 1.1.99.1 xextproto >= 7.1.99" > Package x11 was not found in the pkg-config search path. > Perhaps you should add the directory containing `x11.pc' > to the PKG_CONFIG_PATH environment variable > No package 'x11' found > configure:12450: $? = 1 > configure:12463: $PKG_CONFIG --exists --print-errors "xproto >= > 7.0.13 x11 >= 1.1.99.1 xextproto >= 7.1.99" > Package x11 was not found in the pkg-config search path. > Perhaps you should add the directory containing `x11.pc' > to the PKG_CONFIG_PATH environment variable > No package 'x11' found > configure:12466: $? = 1 > No package 'x11' found > configure:12503: error: Package requirements (xproto >= 7.0.13 x11 > >= 1.1.99.1 xextproto >= 7.1.99) were not met: > > No package 'x11' found > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. > > Alternatively, you may set the environment variables XEXT_CFLAGS > and XEXT_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. > > > ## ---------------- ## > ## Cache variables. ## > ## ---------------- ## > > ac_cv_build=amd64-portbld-freebsd9.0 > ac_cv_c_compiler_gnu=yes > ac_cv_env_CC_set=set > ac_cv_env_CC_value=cc > ac_cv_env_CFLAGS_set=set > ac_cv_env_CFLAGS_value='-O2 -pipe -fno-strict-aliasing' > ac_cv_env_CPPFLAGS_set=set > ac_cv_env_CPPFLAGS_value='' > ac_cv_env_CPP_set=set > ac_cv_env_CPP_value=cpp > ac_cv_env_FOP_set='' > ac_cv_env_FOP_value='' > ac_cv_env_LDFLAGS_set=set > ac_cv_env_LDFLAGS_value='' > ac_cv_env_LIBS_set='' > ac_cv_env_LIBS_value='' > ac_cv_env_LINT_FLAGS_set='' > ac_cv_env_LINT_FLAGS_value='' > ac_cv_env_LINT_set='' > ac_cv_env_LINT_value='' > ac_cv_env_PKG_CONFIG_set='' > ac_cv_env_PKG_CONFIG_value='' > ac_cv_env_XEXT_CFLAGS_set='' > ac_cv_env_XEXT_CFLAGS_value='' > ac_cv_env_XEXT_LIBS_set='' > ac_cv_env_XEXT_LIBS_value='' > ac_cv_env_XMLTO_set='' > ac_cv_env_XMLTO_value='' > ac_cv_env_XSLTPROC_set='' > ac_cv_env_XSLTPROC_value='' > ac_cv_env_build_alias_set=set > ac_cv_env_build_alias_value=amd64-portbld-freebsd9.0 > ac_cv_env_host_alias_set='' > ac_cv_env_host_alias_value='' > ac_cv_env_target_alias_set='' > ac_cv_env_target_alias_value='' > ac_cv_have_decl___INTEL_COMPILER=no > ac_cv_have_decl___SUNPRO_C=no > ac_cv_have_decl___clang__=no > ac_cv_header_dlfcn_h=yes > ac_cv_header_inttypes_h=yes > ac_cv_header_memory_h=yes > ac_cv_header_stdc=yes > ac_cv_header_stdint_h=yes > ac_cv_header_stdlib_h=yes > ac_cv_header_string_h=yes > ac_cv_header_strings_h=yes > ac_cv_header_sys_stat_h=yes > ac_cv_header_sys_types_h=yes > ac_cv_header_unistd_h=yes > ac_cv_host=amd64-portbld-freebsd9.0 > ac_cv_objext=o > ac_cv_path_EGREP='/usr/bin/grep -E' > ac_cv_path_FGREP='/usr/bin/grep -F' > ac_cv_path_GREP=/usr/bin/grep > ac_cv_path_SED=/usr/bin/sed > ac_cv_path_ac_pt_PKG_CONFIG=/usr/local/bin/pkg-config > ac_cv_prog_AWK=nawk > ac_cv_prog_CPP=cpp > ac_cv_prog_ac_ct_AR=ar > ac_cv_prog_ac_ct_CC=cc > ac_cv_prog_ac_ct_MANIFEST_TOOL=mt > ac_cv_prog_ac_ct_OBJDUMP=objdump > ac_cv_prog_ac_ct_RANLIB=ranlib > ac_cv_prog_ac_ct_STRIP=strip > ac_cv_prog_cc_c89='' > ac_cv_prog_cc_c99=-std=gnu99 > ac_cv_prog_cc_g=yes > ac_cv_prog_make_make_set=yes > am_cv_CC_dependencies_compiler_type=gcc3 > lt_cv_ar_at_file=no > lt_cv_archive_cmds_need_lc=no > lt_cv_deplibs_check_method=pass_all > lt_cv_file_magic_cmd='$MAGIC_CMD' > lt_cv_file_magic_test_file='' > lt_cv_ld_reload_flag=-r > lt_cv_nm_interface='BSD nm' > lt_cv_objdir=.libs > lt_cv_path_LD=/usr/bin/ld > lt_cv_path_NM='/usr/bin/nm -B' > lt_cv_path_mainfest_tool=no > lt_cv_prog_compiler_c_o=yes > lt_cv_prog_compiler_pic='-fPIC -DPIC' > lt_cv_prog_compiler_pic_works=yes > lt_cv_prog_compiler_rtti_exceptions=no > lt_cv_prog_compiler_static_works=yes > lt_cv_prog_gnu_ld=yes > lt_cv_sharedlib_from_linklib_cmd='printf %s\n' > lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ > ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ > ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\'' | sed '\''/ > __gnu_lto/d'\' lt_cv_sys_global_symbol_to_c_name_address='sed -n -e > '\''s/^: \([^ ]*\)[ ]*$/ {\"\1\", (void *) 0},/p'\'' -e > '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/ {"\2", (void *) > \&\2},/p'\' lt_cv_sys_global_symbol_to_c_name_address_lib_prefix='sed > -n -e '\''s/^: \([^ ]*\)[ ]*$/ {\"\1\", (void *) 0},/p'\'' -e > '\''s/^[ABCDGIRSTW]* \([^ ]*\) \(lib[^ ]*\)$/ {"\2", (void *) > \&\2},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/ > {"lib\2", (void *) \&\2},/p'\' > lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^T .* > \(.*\)$/extern int \1();/p'\'' -e '\''s/^[ABCDGIRSTW]* .* > \(.*\)$/extern char \1;/p'\' lt_cv_sys_max_cmd_len=262144 > lt_cv_to_host_file_cmd=func_convert_file_noop > lt_cv_to_tool_file_cmd=func_convert_file_noop > > ## ----------------- ## > ## Output variables. ## > ## ----------------- ## > > ACLOCAL='${SHELL} /usr/ports/x11/libXext/work/libXext-1.3.0/missing > --run aclocal-1.11' > ADMIN_MAN_DIR='$(mandir)/man$(ADMIN_MAN_SUFFIX)' > ADMIN_MAN_SUFFIX='8' > AMDEPBACKSLASH='\' > AMDEP_FALSE='#' > AMDEP_TRUE='' > AMTAR='${SHELL} /usr/ports/x11/libXext/work/libXext-1.3.0/missing > --run tar' AM_BACKSLASH='\' > AM_DEFAULT_VERBOSITY='0' > APP_MAN_DIR='$(mandir)/man$(APP_MAN_SUFFIX)' > APP_MAN_SUFFIX='1' > AR='ar' > AUTOCONF='${SHELL} /usr/ports/x11/libXext/work/libXext-1.3.0/missing > --run autoconf' > AUTOHEADER='${SHELL} /usr/ports/x11/libXext/work/libXext-1.3.0/missing > --run autoheader' > AUTOMAKE='${SHELL} /usr/ports/x11/libXext/work/libXext-1.3.0/missing > --run automake-1.11' > AWK='nawk' > CC='cc -std=gnu99' > CCDEPMODE='depmode=gcc3' > CFLAGS='-O2 -pipe -fno-strict-aliasing' > CHANGELOG_CMD='(GIT_DIR=$(top_srcdir)/.git git log > > $(top_srcdir)/.changelog.tmp && mv $(top_srcdir)/.changelog.tmp > $(top_srcdir)/ChangeLog) || (rm -f $(top_srcdir)/.changelog.tmp; > touch $(top_srcdir)/ChangeLog; echo '\''git directory not found: > installing possibly empty changelog.'\'' >&2)' > CPP='cpp' > CPPFLAGS='' > CWARNFLAGS='-Wall -Wpointer-arith -Wstrict-prototypes > -Wmissing-prototypes -Wmissing-declarations -Wnested-externs > -fno-strict-aliasing -Wbad-function-cast -Wformat=2 > -Wold-style-definition -Wdeclaration-after-statement' > CYGPATH_W='echo' > DEFS='' > DEPDIR='.deps' > DLLTOOL='false' > DRIVER_MAN_DIR='$(mandir)/man$(DRIVER_MAN_SUFFIX)' > DRIVER_MAN_SUFFIX='4' > DSYMUTIL='' > DUMPBIN='' > ECHO_C='' > ECHO_N='-n' > ECHO_T='' > EGREP='/usr/bin/grep -E' > ENABLE_SPECS_FALSE='' > ENABLE_SPECS_TRUE='#' > EXEEXT='' > FGREP='/usr/bin/grep -F' > FILE_MAN_DIR='$(mandir)/man$(FILE_MAN_SUFFIX)' > FILE_MAN_SUFFIX='5' > FOP='' > GREP='/usr/bin/grep' > HAVE_FOP_FALSE='' > HAVE_FOP_TRUE='#' > HAVE_STYLESHEETS_FALSE='' > HAVE_STYLESHEETS_TRUE='#' > HAVE_XMLTO_FALSE='' > HAVE_XMLTO_TEXT_FALSE='' > HAVE_XMLTO_TEXT_TRUE='#' > HAVE_XMLTO_TRUE='#' > HAVE_XSLTPROC_FALSE='' > HAVE_XSLTPROC_TRUE='#' > INSTALL_CMD='(cp -f /INSTALL $(top_srcdir)/.INSTALL.tmp && mv > $(top_srcdir)/.INSTALL.tmp $(top_srcdir)/INSTALL) || (rm -f > $(top_srcdir)/.INSTALL.tmp; touch $(top_srcdir)/INSTALL; echo > '\''util-macros "pkgdatadir" from xorg-macros.pc not found: > installing possibly empty INSTALL.'\'' >&2)' > INSTALL_DATA='install -o root -g wheel -m 444' > INSTALL_PROGRAM='install -s -o root -g wheel -m 555' > INSTALL_SCRIPT='install -o root -g wheel -m 555' > INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' > LD='/usr/bin/ld' > LDFLAGS='' > LIBOBJS='' > LIBS='' > LIBTOOL='$(SHELL) $(top_builddir)/libtool' > LIB_MAN_DIR='$(mandir)/man$(LIB_MAN_SUFFIX)' > LIB_MAN_SUFFIX='3' > LINT='' > LINTLIB='' > LINT_FALSE='' > LINT_FLAGS='' > LINT_TRUE='' > LIPO='' > LN_S='ln -s' > LTLIBOBJS='' > MAINT='#' > MAINTAINER_MODE_FALSE='' > MAINTAINER_MODE_TRUE='#' > MAKEINFO='${SHELL} /usr/ports/x11/libXext/work/libXext-1.3.0/missing > --run makeinfo' > MAKE_LINT_LIB_FALSE='' > MAKE_LINT_LIB_TRUE='' > MALLOC_ZERO_CFLAGS='-DMALLOC_0_RETURNS_NULL' > MANIFEST_TOOL=':' > MAN_SUBSTS=' -e '\''s|__vendorversion__|"$(PACKAGE_STRING)" > "$(XORG_MAN_PAGE)"|'\'' -e > '\''s|__xorgversion__|"$(PACKAGE_STRING)" "$(XORG_MAN_PAGE)"|'\'' > -e '\''s|__xservername__|Xorg|g'\'' -e > '\''s|__xconfigfile__|xorg.conf|g'\'' -e > '\''s|__projectroot__|$(prefix)|g'\'' -e > '\''s|__apploaddir__|$(appdefaultdir)|g'\'' -e > '\''s|__appmansuffix__|$(APP_MAN_SUFFIX)|g'\'' -e > '\''s|__drivermansuffix__|$(DRIVER_MAN_SUFFIX)|g'\'' -e > '\''s|__adminmansuffix__|$(ADMIN_MAN_SUFFIX)|g'\'' -e > '\''s|__libmansuffix__|$(LIB_MAN_SUFFIX)|g'\'' -e > '\''s|__miscmansuffix__|$(MISC_MAN_SUFFIX)|g'\'' -e > '\''s|__filemansuffix__|$(FILE_MAN_SUFFIX)|g'\''' > MISC_MAN_DIR='$(mandir)/man$(MISC_MAN_SUFFIX)' MISC_MAN_SUFFIX='7' > MKDIR_P='./install-sh -c -d' > NM='/usr/bin/nm -B' > NMEDIT='' > OBJDUMP='objdump' > OBJEXT='o' > OTOOL64='' > OTOOL='' > PACKAGE='libXext' > PACKAGE_BUGREPORT='https://bugs.freedesktop.org/enter_bug.cgi?product=xorg' > PACKAGE_NAME='libXext' > PACKAGE_STRING='libXext 1.3.0' > PACKAGE_TARNAME='libXext' > PACKAGE_URL='' > PACKAGE_VERSION='1.3.0' > PATH_SEPARATOR=':' > PKG_CONFIG='/usr/local/bin/pkg-config' > RANLIB='ranlib' > SED='/usr/bin/sed' > SET_MAKE='' > SHELL='/bin/sh' > STRICT_CFLAGS='-pedantic -Werror' > STRIP='strip' > STYLESHEET_SRCDIR='' > VERSION='1.3.0' > XEXT_CFLAGS='' > XEXT_LIBS='' > XEXT_SOREV='6:4:0' > XMALLOC_ZERO_CFLAGS='-DMALLOC_0_RETURNS_NULL' > XMLTO='' > XORG_MAN_PAGE='X Version 11' > XORG_SGML_PATH='' > XSLTPROC='' > XSL_STYLESHEET='' > XTMALLOC_ZERO_CFLAGS='-DMALLOC_0_RETURNS_NULL -DXTMALLOC_BC' > ac_ct_AR='ar' > ac_ct_CC='cc' > ac_ct_DUMPBIN='' > am__EXEEXT_FALSE='' > am__EXEEXT_TRUE='' > am__fastdepCC_FALSE='#' > am__fastdepCC_TRUE='' > am__include='include' > am__isrc='' > am__leading_dot='.' > am__quote='' > am__tar='${AMTAR} chof - "$$tardir"' > am__untar='${AMTAR} xf -' > bindir='${exec_prefix}/bin' > build='amd64-portbld-freebsd9.0' > build_alias='amd64-portbld-freebsd9.0' > build_cpu='amd64' > build_os='freebsd9.0' > build_vendor='portbld' > datadir='${datarootdir}' > datarootdir='${prefix}/share' > docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' > dvidir='${docdir}' > exec_prefix='NONE' > host='amd64-portbld-freebsd9.0' > host_alias='' > host_cpu='amd64' > host_os='freebsd9.0' > host_vendor='portbld' > htmldir='${docdir}' > includedir='${prefix}/include' > infodir='/usr/local/info' > install_sh='${SHELL} /usr/ports/x11/libXext/work/libXext-1.3.0/install-sh' > libdir='${exec_prefix}/lib' > libexecdir='${exec_prefix}/libexec' > localedir='${datarootdir}/locale' > localstatedir='${prefix}/var' > mandir='/usr/local/man' > mkdir_p='$(top_builddir)/./install-sh -c -d' > oldincludedir='/usr/include' > pdfdir='${docdir}' > prefix='/usr/local' > program_transform_name='s,x,x,' > psdir='${docdir}' > sbindir='${exec_prefix}/sbin' > sharedstatedir='${prefix}/com' > sysconfdir='${prefix}/etc' > target_alias='' > > ## ----------- ## > ## confdefs.h. ## > ## ----------- ## > > /* confdefs.h */ > #define PACKAGE_NAME "libXext" > #define PACKAGE_TARNAME "libXext" > #define PACKAGE_VERSION "1.3.0" > #define PACKAGE_STRING "libXext 1.3.0" > #define PACKAGE_BUGREPORT > "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" > #define PACKAGE_URL "" > #define PACKAGE "libXext" > #define VERSION "1.3.0" > #define STDC_HEADERS 1 > #define HAVE_SYS_TYPES_H 1 > #define HAVE_SYS_STAT_H 1 > #define HAVE_STDLIB_H 1 > #define HAVE_STRING_H 1 > #define HAVE_MEMORY_H 1 > #define HAVE_STRINGS_H 1 > #define HAVE_INTTYPES_H 1 > #define HAVE_STDINT_H 1 > #define HAVE_UNISTD_H 1 > #define HAVE_DLFCN_H 1 > #define LT_OBJDIR ".libs/" > #define PACKAGE_VERSION_MAJOR 1 > #define PACKAGE_VERSION_MINOR 3 > #define PACKAGE_VERSION_PATCHLEVEL 0 > > configure: exit 1 > > > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -- +------------------oOO--(_)--OOo----------------+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 09:48:11 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 291EB1065674; Sun, 5 Feb 2012 09:48:11 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward7.mail.yandex.net (forward7.mail.yandex.net [IPv6:2a02:6b8:0:202::2]) by mx1.freebsd.org (Postfix) with ESMTP id 084828FC17; Sun, 5 Feb 2012 09:48:09 +0000 (UTC) Received: from smtp6.mail.yandex.net (smtp6.mail.yandex.net [77.88.61.56]) by forward7.mail.yandex.net (Yandex) with ESMTP id 4DE0F1C10D1; Sun, 5 Feb 2012 13:48:07 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1328435287; bh=xKvRvSVjZbtpkUI6+2YQ8T11u8z+5wiColiZrU0o/HI=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:In-Reply-To: References:MIME-Version:Content-Type; b=kAQmGMy3EzzAMlWL51mmwjvOzS0zd19nKgHIbocgj7WIAfq53DJcC/3l/f8QPCy1p UrSyc6Hqz8+W2UlUZ69Nkcj60ybcLsKVrL9EW7V0h0p9mcG94h/7MZk1ieUFenuyLs Mg53D44vFhKrDm1ahEKBdXa85O3JpyFN9bqHqBUA= Received: from smtp6.mail.yandex.net (localhost [127.0.0.1]) by smtp6.mail.yandex.net (Yandex) with ESMTP id 1AFCB1640481; Sun, 5 Feb 2012 13:48:07 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1328435287; bh=xKvRvSVjZbtpkUI6+2YQ8T11u8z+5wiColiZrU0o/HI=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:In-Reply-To: References:MIME-Version:Content-Type; b=kAQmGMy3EzzAMlWL51mmwjvOzS0zd19nKgHIbocgj7WIAfq53DJcC/3l/f8QPCy1p UrSyc6Hqz8+W2UlUZ69Nkcj60ybcLsKVrL9EW7V0h0p9mcG94h/7MZk1ieUFenuyLs Mg53D44vFhKrDm1ahEKBdXa85O3JpyFN9bqHqBUA= Received: from unknown (unknown [77.93.52.20]) by smtp6.mail.yandex.net (nwsmtp/Yandex) with ESMTP id m5GOkfm2-m5GCxR5c; Sun, 5 Feb 2012 13:48:05 +0400 X-Yandex-Spam: 1 Date: Sun, 5 Feb 2012 11:48:03 +0200 From: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?windows-1251?B?188gyu7t/Oru4iwgRnJlZUxpbmU=?= X-Priority: 3 (Normal) Message-ID: <332302285.20120205114803@yandex.ru> To: Julian Elischer In-Reply-To: <4F2E2C97.7000400@freebsd.org> References: <67410574.20120202113314@yandex.ru> <4F2E274F.6000601@freebsd.org> <4F2E2C97.7000400@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------ADB6AC35B07843" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Subject: Re: HowTo easy use IPFW X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 09:48:11 -0000 ------------ADB6AC35B07843 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Çäðàâñòâóéòå, Julian. Âû ïèñàëè 5 ôåâðàëÿ 2012 ã., 9:15:35: JE> On 2/4/12 10:53 PM, Julian Elischer wrote: >> On 2/2/12 1:33 AM, Êîíüêîâ Åâãåíèé wrote: >>> this is the mine script which helps me keep my firewall very clean >>> and safe. >>> >>> It is easy to understand even if you have a thousands ruBTWles, I >>> think =) >>> >>> please comment. >>> >>> PS. If anybody may, please put into ports tree. thank you. >> >> it would probably be get more response if it was in a file format we >> had heard of.. like tar.. >> >> WTF is a ".rar" file? JE> BTW the "stuffit" expander on a Mac seems to be able to handle it.. JE> I can see that this would allow you to manage very complex rule sets JE> while keeping errors under control. JE> I find the syntax hard to follow however JE> I guess that comes from it being a relatively simple perl script JE> doing the work. JE> it would be nice to get rid of the line numbers entirely in the JE> specifications JE> and allow the program to completely specify them using symbolic JE> definitions instead. can you give an example how it whould be better? a documentation is weak a bit, if you have question be free to ask. I will clear that. In tar format as you ask. -- Ñ óâàæåíèåì, Êîíüêîâ mailto:kes-kes@yandex.ru ------------ADB6AC35B07843-- From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 12:23:44 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CB90106566C for ; Sun, 5 Feb 2012 12:23:44 +0000 (UTC) (envelope-from amitabhkant@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5873E8FC0A for ; Sun, 5 Feb 2012 12:23:42 +0000 (UTC) Received: by vbbfa15 with SMTP id fa15so5302733vbb.13 for ; Sun, 05 Feb 2012 04:23:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=l5XT/yX0e004QkzLmxVZSwQ4UuoYH7lMEYH9itFrzcQ=; b=ryZBGF1emugl9GzmpdRnm0cgxPMa2yLQQ3hn7McqCEX5okGtCDqQbCHObsOdrReFc9 UAbDNcHGOSxtsr4twymYogBUSYEZ4W5T9WVOrneDhqJjIlkNTfuxgrmnxnstcxvlRnW2 Hx46CkQRum2SPrtrIqt3W+BVUI4VKlmX2GHP0= Received: by 10.52.27.70 with SMTP id r6mr6337695vdg.41.1328444620163; Sun, 05 Feb 2012 04:23:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.76.8 with HTTP; Sun, 5 Feb 2012 04:23:20 -0800 (PST) In-Reply-To: <85DC764B-7A66-4730-97A9-4809DCF93744@fisglobal.com> References: <85DC764B-7A66-4730-97A9-4809DCF93744@fisglobal.com> From: Amitabh Kant Date: Sun, 5 Feb 2012 17:53:20 +0530 Message-ID: To: Devin Teske Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD custom CD and extra files to be included in the iso X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 12:23:44 -0000 On Sat, Feb 4, 2012 at 9:46 PM, Devin Teske wrote: > > On Feb 4, 2012, at 1:37 AM, Amitabh Kant wrote: > > On Sat, Feb 4, 2012 at 2:50 PM, Amitabh Kant > wrote: > > I have been able to use the "make release" command to create a custom iso > > for FreeBSD which includes some changes to the various bsdinstall scripts. > > It all works well as the iso / memory stick images / ftp files are > > generated and usable. > > > What I would now like to do is try adding couple of files, scripts and/or > > packages, to this custom iso. I am a little confused on where the files > > should be placed so that it is placed in either root's home directory after > > installation? > > > Amitabh > > > > Sorry for not making it clear in my last mail, I am using FreeBSD 9.0 > RELEASE on amd64 arch. > > > If you use the DRUID (http://druidbsd.sf.net/), this is extremely easy. > > Step-by-step instructions... > > NOTE: Feel free to use ANY operating system you like, so long as it has > (1) /bin/sh (2) cvs (3) mkisofs (4) GNU make. Including (but not limited > to) Mac OS X (with developer tools installed), Cygwin, Linux, and of > course, FreeBSD. > > 1. mkdir druidbsd.sf.net > > 2. cd druidbsd.sf.net > > 3. cvs -d:pserver:anonymous@druidbsd.cvs.sourceforge.net:/cvsroot/druidbsd > login > > NOTE: Press "ENTER" when prompted for "CVS password:" > > NOTE: Ignore warning about "failed to open ~/.cvspass" > > 4. cvs -z3 -d:pserver:anonymous@druidbsd.cvs.sourceforge.net:/cvsroot/druidbsd > co -P druidbsd/druid > > NOTE: The screen will stream information for about 5-10 minutes as it > downloads 510MB of source code to the FreeBSD DRUID installer -- a > sysinstall(8) based custom FreeBSD 9.0 installer capable of installing > *either* i386 or amd64 from the same disc (among many many other things). > > 5. cd druidbsd/druid > > NOTE: The DRUID has a special directory in-which anything placed there > gets copied to the target installation disk automatically after > installation of the Operating System completes (but before any > post-installation scripts are run). This directory is called "sys_custom" > and it lives within the RELEASE directory. Within sys_custom, files are > copied exactly as-is, so since you mentioned that you wanted to copy files > to "/root", let's operate under that assumption below. > > 6. mkdir -p src/freebsd/repos/9.0-RELEASE-amd64/sys_custom/root > > 7. cp myfiles src/freebsd/repos/9.0-RELEASE-amd64/sys_custom/root/ > > NOTE: If you want the same files available for the installation of the > i386 release of 9.0-RELEASE, you should repeat the above steps 6-7 with the > destination directory "src/freebsd/repos/9.0-RELEASE/sys_custom/root" > (remember, the DRUID is a unified installer that supports both the > installation of i386 and amd64 from the same disc). > > 8. ./configure > > 9. make freebsd > > NOTE: Replace "make" with "gmake" if on FreeBSD > > NOTE: If you're using FreeBSD, you may have to first say "pkg_add -r > gmake" followed by "rehash" (if using csh or tcsh as your shell). > > NOTE: Also, if you need to get "mkisofs", it's "pkg_add -r cdrtools" (and > again, "rehash" if using csh or tcsh as your shell). > > 10. You now have a custom "FreeBSD_Druid-9.0b56.iso" that will install > your custom files automatically to /root when either i386 or amd64 is > installed. > > ASIDE: sys_custom is like a "dumping ground" for anything and everything > you simply want to be copied to-disk post-installation of the OS. If > instead you want to write scripts to be run as part of the > post-installation process, see instead "dep/freebsd/run_once/template.sh" > and "src/freebsd/repos/9.0-RELEASE/run_once/*.sh" and > "src/freebsd/repos/9.0-RELEASE-amd64/run_once/*.sh". The "run_once" > directory unlike "sys_custom" is a "dumping ground" for post-installation > scripts (any script ending in ".sh" in that directory will automatically be > executed as part of the post-installation procedure after installing the OS. > > ASIDE: As you can tell, the DRUID is a FreeBSD installer that was designed > to be *easily* extended by anybody/everybody on any OS they like (any OS > that can produce or edit an ISO that is). > -- > Devin > _____________ > The information contained in this message is proprietary and/or > confidential. If you are not the intended recipient, please: (i) delete the > message and all copies; (ii) do not disclose, distribute or use the message > in any manner; and (iii) notify the sender immediately. In addition, please > be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. > Thanks Devin. Would take a look at DRUID. Amitabh From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 12:26:58 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B32CF106566C for ; Sun, 5 Feb 2012 12:26:58 +0000 (UTC) (envelope-from mailinglist@modernbiztonsag.org) Received: from mail.modernbiztonsag.org (mail.modernbiztonsag.org [212.52.166.188]) by mx1.freebsd.org (Postfix) with ESMTP id 6812E8FC1F for ; Sun, 5 Feb 2012 12:26:58 +0000 (UTC) Received: from localhost (5400CD90.dsl.pool.telekom.hu [84.0.205.144]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.modernbiztonsag.org (Postfix) with ESMTPSA id 0316515A011; Sun, 5 Feb 2012 13:26:56 +0100 (CET) Date: Sun, 5 Feb 2012 13:26:56 +0100 From: Gabri Mate To: freebsd-questions@freebsd.org Message-ID: <20120205122656.GA9972@desktop.homelan> Mail-Followup-To: freebsd-questions@freebsd.org, freebsd-bugs@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.21 (2010-09-15) Cc: freebsd-bugs@freebsd.org Subject: Re: faxgetty 100% X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 12:26:58 -0000 On 12:07 Wed 01 Feb , mailinglist@modernbiztonsag.org wrote: > Dear List, > > i've upgraded a 8.2-STABLE system to 9.0-RELEASE, recompiled every package > and now faxgetty uses 100% CPU and cannot handle incoming connections > (under 8.2-STABLE everything was working OK). > > Sample output from ktrace: > > 64551 faxgetty 0.000003 RET read 0 > 64551 faxgetty 0.000004 CALL gettimeofday(0x7fffffffd9c0,0) > 64551 faxgetty 0.000003 RET gettimeofday 0 > 64551 faxgetty 0.000004 CALL gettimeofday(0x7fffffffd980,0) > 64551 faxgetty 0.000003 RET gettimeofday 0 > 64551 faxgetty 0.044500 CALL > select(0x8,0x7fffffffdb50,0x7fffffffdad0,0x7fffffffda50,0x69f340) > 64551 faxgetty 0.000010 RET select 1 > 64551 faxgetty 0.000009 CALL gettimeofday(0x7fffffffd980,0) > 64551 faxgetty 0.000004 RET gettimeofday 0 > 64551 faxgetty 0.000006 CALL read(0x4,0x7fffffffd1a0,0x7ff) > 64551 faxgetty 0.000015 GIO fd 4 read 0 bytes > "" > 64551 faxgetty 0.000005 RET read 0 > 64551 faxgetty 0.000005 CALL gettimeofday(0x7fffffffd9c0,0) > 64551 faxgetty 0.000004 RET gettimeofday 0 > 64551 faxgetty 0.000008 CALL gettimeofday(0x7fffffffd980,0) > 64551 faxgetty 0.000005 RET gettimeofday 0 > 64551 faxgetty 0.000004 CALL > select(0x8,0x7fffffffdb50,0x7fffffffdad0,0x7fffffffda50,0x69f340) > 64551 faxgetty 0.000006 RET select 1 > 64551 faxgetty 0.000009 CALL gettimeofday(0x7fffffffd980,0) > 64551 faxgetty 0.000005 RET gettimeofday 0 > 64551 faxgetty 0.000005 CALL read(0x4,0x7fffffffd1a0,0x7ff) > 64551 faxgetty 0.000004 GIO fd 4 read 0 bytes > > And kstat: > USER CMD PID FD MOUNT INUM MODE SZ|DV R/W > uucp faxgetty 64551 text /usr 1133532 -r-sr-xr-x 550432 r > uucp faxgetty 64551 wd /var 6571017 drwxr-xr-x 512 r > uucp faxgetty 64551 root / 2 drwxr-xr-x 16384 r > uucp faxgetty 64551 0 /dev 29 crw-rw-rw- null rw > uucp faxgetty 64551 1 /dev 29 crw-rw-rw- null rw > uucp faxgetty 64551 2 /dev 29 crw-rw-rw- null rw > uucp faxgetty 64551 3 /var 6571376 -rw-r--r-- 17 w > uucp faxgetty 64551 4 /var 6571373 prw------- 0 r > uucp faxgetty 64551 5 /var 6571039 prw------- 0 w > uucp faxgetty 64551 6* local dgram fffffe00acbef870 <-> > fffffe001029a5a0 > uucp faxgetty 64551 7 /dev 56 crw-rw-rw- cuau0 rw > > I'm at a loss here and don't know where to continue debugging this error. > Does anyone experiencing the same problem? > > Best regards, > Mate > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" I've found a similar bugreport in the DragonFly BSD's issue tracker. http://bugs.dragonflybsd.org/issues/2028 http://bugs.dragonflybsd.org/projects/dragonfly/repository/revisions/010f86dc1259be3b29303bfc336532138acd077d Best regards, Mate From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 12:48:19 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A600106566C; Sun, 5 Feb 2012 12:48:19 +0000 (UTC) (envelope-from mailinglists@elfsechsundzwanzig.de) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.31.99]) by mx1.freebsd.org (Postfix) with ESMTP id 622118FC0C; Sun, 5 Feb 2012 12:48:18 +0000 (UTC) Received: from [78.34.104.171] (helo=[192.168.0.107]) by smtprelay05.ispgateway.de with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.68) (envelope-from ) id 1Ru1Vw-000512-96; Sun, 05 Feb 2012 13:48:16 +0100 Date: Sun, 05 Feb 2012 13:48:32 +0100 Message-ID: From: 1126 To: Martin Wilke MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Df-Sender: bWFpbGluZ2xpc3RzQGVsZnNlY2hzdW5kendhbnppZy5kZQ== Cc: x11@freebsd.org, freebsd-questions@freebsd.org Subject: Re: libXext fails to build on 9.0-RELEASE/amd64 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 12:48:19 -0000 VGhhbmtzISA6KSAKCk1hcnRpbiBXaWxrZSA8bWl3aUBGcmVlQlNELm9yZz4gd3JvdGU6Cgo+T24g V2VkLCAwMSBGZWIgMjAxMiAyMjoxODozMSArMDEwMAo+MTEyNiA8bWFpbGluZ2xpc3RzQGVsZnNl Y2hzdW5kendhbnppZy5kZT4gd3JvdGU6Cj4KPkhpLAo+Cj5QbGVhc2UgdXBkYXRlIHlvdXIgcG9y dHMgdHJlZSwgd2UgaGF2ZSBmaXhlZCB0aGF0LiAKPgo+LSBNYXJ0aW4KPgo+PiAKPj4gSGVsbG8g bGlzdCEKPj4gVG9kYXksIEkgaW5zdGFsbGVkIGEgZnJlc2ggOS4wLVJFTEVBU0UvYW1kNjQgYW5k IHdhbnRlZCB0byBpbnN0YWxsICAKPj4gWG9yZy4gVGhlcmUgd2VyZSBubyBvdGhlciBwYWNrYWdl cyBpbnN0YWxsZWQgYmVmb3JlLCBzbyBYb3JnIGFuZCBhbGwgIAo+PiBpdCdzIHJ1bi0gYW5kIGJ1 aWxkLWRlcGVuZGVuY2llcyB3b3VsZCBiZSB0aGUgZmlyc3QuIEJ1dCBpdCBmYWlscy4KPj4gVGhl IGVycm9yIG1lc3NhZ2UgcmVhZHM6Cj4+IAo+PiAuLi4KPj4gY2hlY2tpbmcgZm9yIFhFWFQuLi4g Y29uZmlndXJlOiBlcnJvcjogUGFja2FnZSByZXF1aXJlbWVudHMgKHhwcm90bwo+PiA+PSA3LjAu MTMgeDExID49IDEuMS45OS4xIHhleHRwcm90byA+PSA3LjEuOTkpIHdlcmUgbm90IG1ldDoKPj4g Cj4+IE5vIHBhY2thZ2UgJ3gxMScgZm91bmQKPj4gCj4+IENvbnNpZGVyIGFkanVzdGluZyB0aGUg UEtHX0NPTkZJR19QQVRIIGVudmlyb25tZW50IHZhcmlhYmxlIGlmIHlvdSAgCj4+IGluc3RhbGxl ZCBzb2Z0d2FyZSBpbiBhIG5vbi1zdGFuZGFyZCBwcmVmaXguCj4+IAo+PiBBbHRlcm5hdGl2ZWx5 LCB5b3UgbWF5IHNldCB0aGUgZW52aXJvbm1lbnQgdmFyaWFibGVzIFhFWFRfQ0ZMQUdTIGFuZCAg Cj4+IFhFWFRfTElCUyB0byBhdm9pZCB0aGUgbmVlZCB0byBjYWxsIHBrZy1jb25maWcuCj4+IFNl ZSB0aGUgcGtnLWNvbmZpZyBtYW4gcGFnZSBmb3IgbW9yZSBkZXRhaWxzLgo+PiAKPj4gPT09PiBT Y3JpcHQgImNvbmZpZ3VyZSIgZmFpbGVkIHVuZXhwZWN0ZWRseS4KPj4gUGxlYXNlIHJlcG9ydCB0 aGUgcHJvYmxlbSB0byB4MTFAZnJlZWJzZC5vcmcgW21haW50YWluZXJdIGFuZCBhdHRhY2ggIAo+ PiB0aGUgIi91c3IvcG9ydHgveDExL2xpYlhleHQvd29yay9saWJYZXh0LTEuMy4wL2NvbmZpZy5s b2ciIGluY2x1ZGluZyAgCj4+IHRoZSBvdXRwdXQgb2YgdGhlIGZhaWx1cmUgb2YgeW91ciBtYWtl IGNvbW1hbmQuIEFsc28sIGl0IG1pZ2h0IGJlIGEgIAo+PiBnb29kIGlkZWEgdG8gcHJvdmlkZSBh biBvdmVydmlldyBvZiBhbGwgcGFja2FnZXMgaW5zdGFsbGVkIG9uIHlvdXIgIAo+PiBzeXN0ZW0g KGUuZy4gYW4gJ2xzIC92YXIvZGIvcGtnJykuCj4+ICoqKiBFcnJvciBjb2RlIDEKPj4gCj4+IFN0 b3AgaW4gL3Vzci9wb3J0cy94MTEvbGliWGV4dC4KPj4gKioqIEVycm9yIGNvZGUgMQo+PiAKPj4g Cj4+IEFmdGVyIHJlYWRpbmcgdGhpcywgSSBhc2tlZCBHb29nbGUsIGJ1dCBpdCBkaWRuJ3QgY2Ft ZSB1cCB3aXRoIGEgIAo+PiBzb2x1dGlvbi4gSSB1cGRhdGVkIHRoZSBwb3J0cyAocG9ydHNuYXAg ZmV0Y2ggdXBkYXRlKSwgYnV0IHRoYXQKPj4gZGlkbid0IGhlbHAgZWl0aGVyLiBJIHRyaWVkIHRv IGluc3RhbGwgb25seSBsaWJYZXh0IChtYWtlIGluc3RhbGwKPj4gY2xlYW4pLCBidXQgdGhhdCBk aWRuJ3Qgd29yayBlaXRoZXIuCj4+IAo+PiBEb2VzIGFueW9uZSBrbm93cyBhIHNvbHV0aW9uPwo+ PiAKPj4gCj4+IEFzIGhhcyBiZWVuIGFza2VkLCBJIGFwcGVuZCB0aGUgb3V0cHV0IG9mICJjb25m aWcubG9nIiBmcm9tIHRoZSAgCj4+ICJ3b3JrIi1kaXJlY3Rvcnkgb2YgbGliWGV4dC4gSSBkb24n dCBrbm93IHRoZSByaWdodCB3YXkgdG8gZG8gdGhpcywgIAo+PiBidXQgSSBob3BlIHRoaXMgd29y a3MuIDspCj4+IAo+PiBUaGFua3MgaW4gYWR2YW5jZSwKPj4gMTEyNiEKPj4gCj4+IAo+PiBUaGlz IGZpbGUgY29udGFpbnMgYW55IG1lc3NhZ2VzIHByb2R1Y2VkIGJ5IGNvbXBpbGVycyB3aGlsZQo+ PiBydW5uaW5nIGNvbmZpZ3VyZSwgdG8gYWlkIGRlYnVnZ2luZyBpZiBjb25maWd1cmUgbWFrZXMg YSBtaXN0YWtlLgo+PiAKPj4gSXQgd2FzIGNyZWF0ZWQgYnkgbGliWGV4dCBjb25maWd1cmUgMS4z LjAsIHdoaWNoIHdhcwo+PiBnZW5lcmF0ZWQgYnkgR05VIEF1dG9jb25mIDIuNjguICBJbnZvY2F0 aW9uIGNvbW1hbmQgbGluZSB3YXMKPj4gCj4+ICAgICQgLi9jb25maWd1cmUgLS1kaXNhYmxlLXNw ZWNzIC0td2l0aG91dC14bWx0byAgCj4+IC0tZW5hYmxlLW1hbGxvYzByZXR1cm5zbnVsbCAtLXgt bGlicmFyaWVzPS91c3IvbG9jYWwvbGliICAKPj4gLS14LWluY2x1ZGVzPS91c3IvbG9jYWwvaW5j bHVkZSAtLXByZWZpeD0vdXNyL2xvY2FsICAKPj4gLS1tYW5kaXI9L3Vzci9sb2NhbC9tYW4gLS1p bmZvZGlyPS91c3IvbG9jYWwvaW5mby8gIAo+PiAtLWJ1aWxkPWFtZDY0LXBvcnRibGQtZnJlZWJz ZDkuMAo+PiAKPj4gIyMgLS0tLS0tLS0tICMjCj4+ICMjIFBsYXRmb3JtLiAjIwo+PiAjIyAtLS0t LS0tLS0gIyMKPj4gCj4+IGhvc3RuYW1lID0gU3VzZQo+PiB1bmFtZSAtbSA9IGFtZDY0Cj4+IHVu YW1lIC1yID0gOS4wLVJFTEVBU0UKPj4gdW5hbWUgLXMgPSBGcmVlQlNECj4+IHVuYW1lIC12ID0g RnJlZUJTRCA5LjAtUkVMRUFTRSAjMDogVHVlIEphbiAgMyAwNzo0NjozMCBVVEMgMjAxMiAgICAg IAo+PiByb290QGZhcnJlbGwuY3NlLmJ1ZmZhbG8uZWR1Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dF TkVSSUMKPj4gCj4+IC91c3IvYmluL3VuYW1lIC1wID0gYW1kNjQKPj4gL2Jpbi91bmFtZSAtWCAg ICAgPSB1bmtub3duCj4+IAo+PiAvYmluL2FyY2ggICAgICAgICAgICAgID0gdW5rbm93bgo+PiAv dXNyL2Jpbi9hcmNoIC1rICAgICAgID0gdW5rbm93bgo+PiAvdXNyL2NvbnZleC9nZXRzeXNpbmZv ID0gdW5rbm93bgo+PiAvdXNyL2Jpbi9ob3N0aW5mbyAgICAgID0gdW5rbm93bgo+PiAvYmluL21h Y2hpbmUgICAgICAgICAgID0gdW5rbm93bgo+PiAvdXNyL2Jpbi9vc2xldmVsICAgICAgID0gdW5r bm93bgo+PiAvYmluL3VuaXZlcnNlICAgICAgICAgID0gdW5rbm93bgo+PiAKPj4gUEFUSDogL3Ni aW4KPj4gUEFUSDogL2Jpbgo+PiBQQVRIOiAvdXNyL3NiaW4KPj4gUEFUSDogL3Vzci9iaW4KPj4g UEFUSDogL3Vzci9nYW1lcwo+PiBQQVRIOiAvdXNyL2xvY2FsL3NiaW4KPj4gUEFUSDogL3Vzci9s b2NhbC9iaW4KPj4gUEFUSDogL3Jvb3QvYmluCj4+IAo+PiAKPj4gIyMgLS0tLS0tLS0tLS0gIyMK Pj4gIyMgQ29yZSB0ZXN0cy4gIyMKPj4gIyMgLS0tLS0tLS0tLS0gIyMKPj4gCj4+IGNvbmZpZ3Vy ZToyMzQyOiBjaGVja2luZyBmb3IgYSBCU0QtY29tcGF0aWJsZSBpbnN0YWxsCj4+IGNvbmZpZ3Vy ZToyNDEwOiByZXN1bHQ6IC91c3IvYmluL2luc3RhbGwgLWMgLW8gcm9vdCAtZyB3aGVlbAo+PiBj b25maWd1cmU6MjQyMTogY2hlY2tpbmcgd2hldGhlciBidWlsZCBlbnZpcm9ubWVudCBpcyBzYW5l Cj4+IGNvbmZpZ3VyZToyNDcxOiByZXN1bHQ6IHllcwo+PiBjb25maWd1cmU6MjYxMjogY2hlY2tp bmcgZm9yIGEgdGhyZWFkLXNhZmUgbWtkaXIgLXAKPj4gY29uZmlndXJlOjI2NTE6IHJlc3VsdDog Li9pbnN0YWxsLXNoIC1jIC1kCj4+IGNvbmZpZ3VyZToyNjY0OiBjaGVja2luZyBmb3IgZ2F3awo+ PiBjb25maWd1cmU6MjY5NDogcmVzdWx0OiBubwo+PiBjb25maWd1cmU6MjY2NDogY2hlY2tpbmcg Zm9yIG1hd2sKPj4gY29uZmlndXJlOjI2OTQ6IHJlc3VsdDogbm8KPj4gY29uZmlndXJlOjI2NjQ6 IGNoZWNraW5nIGZvciBuYXdrCj4+IGNvbmZpZ3VyZToyNjgwOiBmb3VuZCAvdXNyL2Jpbi9uYXdr Cj4+IGNvbmZpZ3VyZToyNjkxOiByZXN1bHQ6IG5hd2sKPj4gY29uZmlndXJlOjI3MDI6IGNoZWNr aW5nIHdoZXRoZXIgbWFrZSBzZXRzICQoTUFLRSkKPj4gY29uZmlndXJlOjI3MjQ6IHJlc3VsdDog eWVzCj4+IGNvbmZpZ3VyZToyODA1OiBjaGVja2luZyB3aGV0aGVyIHRvIGVuYWJsZSBtYWludGFp bmVyLXNwZWNpZmljICAKPj4gcG9ydGlvbnMgb2YgTWFrZWZpbGVzCj4+IGNvbmZpZ3VyZToyODE0 OiByZXN1bHQ6IG5vCj4+IGNvbmZpZ3VyZToyODU4OiBjaGVja2luZyBidWlsZCBzeXN0ZW0gdHlw ZQo+PiBjb25maWd1cmU6Mjg3MjogcmVzdWx0OiBhbWQ2NC1wb3J0YmxkLWZyZWVic2Q5LjAKPj4g Y29uZmlndXJlOjI4OTI6IGNoZWNraW5nIGhvc3Qgc3lzdGVtIHR5cGUKPj4gY29uZmlndXJlOjI5 MDU6IHJlc3VsdDogYW1kNjQtcG9ydGJsZC1mcmVlYnNkOS4wCj4+IGNvbmZpZ3VyZToyOTQ2OiBj aGVja2luZyBob3cgdG8gcHJpbnQgc3RyaW5ncwo+PiBjb25maWd1cmU6Mjk3MzogcmVzdWx0OiBw cmludGYKPj4gY29uZmlndXJlOjMwMDY6IGNoZWNraW5nIGZvciBzdHlsZSBvZiBpbmNsdWRlIHVz ZWQgYnkgbWFrZQo+PiBjb25maWd1cmU6MzAzNDogcmVzdWx0OiBHTlUKPj4gY29uZmlndXJlOjMx MDQ6IGNoZWNraW5nIGZvciBnY2MKPj4gY29uZmlndXJlOjMxMzE6IHJlc3VsdDogY2MKPj4gY29u ZmlndXJlOjMzNjA6IGNoZWNraW5nIGZvciBDIGNvbXBpbGVyIHZlcnNpb24KPj4gY29uZmlndXJl OjMzNjk6IGNjIC0tdmVyc2lvbiA+JjUKPj4gY2MgKEdDQykgNC4yLjEgMjAwNzA4MzEgcGF0Y2hl ZCBbRnJlZUJTRF0KPj4gQ29weXJpZ2h0IChDKSAyMDA3IEZyZWUgU29mdHdhcmUgRm91bmRhdGlv biwgSW5jLgo+PiBUaGlzIGlzIGZyZWUgc29mdHdhcmU7IHNlZSB0aGUgc291cmNlIGZvciBjb3B5 aW5nIGNvbmRpdGlvbnMuICBUaGVyZQo+PiBpcyBOTyB3YXJyYW50eTsgbm90IGV2ZW4gZm9yIE1F UkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBCj4+IFBBUlRJQ1VMQVIgUFVSUE9TRS4KPj4g Cj4+IGNvbmZpZ3VyZTozMzgwOiAkPyA9IDAKPj4gY29uZmlndXJlOjMzNjk6IGNjIC12ID4mNQo+ PiBVc2luZyBidWlsdC1pbiBzcGVjcy4KPj4gVGFyZ2V0OiBhbWQ2NC11bmRlcm15ZGVzay1mcmVl YnNkCj4+IENvbmZpZ3VyZWQgd2l0aDogRnJlZUJTRC9hbWQ2NCBzeXN0ZW0gY29tcGlsZXIKPj4g VGhyZWFkIG1vZGVsOiBwb3NpeAo+PiBnY2MgdmVyc2lvbiA0LjIuMSAyMDA3MDgzMSBwYXRjaGVk IFtGcmVlQlNEXQo+PiBjb25maWd1cmU6MzM4MDogJD8gPSAwCj4+IGNvbmZpZ3VyZTozMzY5OiBj YyAtViA+JjUKPj4gY2M6ICctVicgb3B0aW9uIG11c3QgaGF2ZSBhcmd1bWVudAo+PiBjb25maWd1 cmU6MzM4MDogJD8gPSAxCj4+IGNvbmZpZ3VyZTozMzY5OiBjYyAtcXZlcnNpb24gPiY1Cj4+IGNj OiB1bnJlY29nbml6ZWQgb3B0aW9uICctcXZlcnNpb24nCj4+IGNjOiBObyBpbnB1dCBmaWxlcyBz cGVjaWZpZWQKPj4gY29uZmlndXJlOjMzODA6ICQ/ID0gMQo+PiBjb25maWd1cmU6MzQwMDogY2hl Y2tpbmcgd2hldGhlciB0aGUgQyBjb21waWxlciB3b3Jrcwo+PiBjb25maWd1cmU6MzQyMjogY2Mg LU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAgY29uZnRlc3QuYyAgPiY1Cj4+IGNvbmZp Z3VyZTozNDI2OiAkPyA9IDAKPj4gY29uZmlndXJlOjM0NzQ6IHJlc3VsdDogeWVzCj4+IGNvbmZp Z3VyZTozNDc3OiBjaGVja2luZyBmb3IgQyBjb21waWxlciBkZWZhdWx0IG91dHB1dCBmaWxlIG5h bWUKPj4gY29uZmlndXJlOjM0Nzk6IHJlc3VsdDogYS5vdXQKPj4gY29uZmlndXJlOjM0ODU6IGNo ZWNraW5nIGZvciBzdWZmaXggb2YgZXhlY3V0YWJsZXMKPj4gY29uZmlndXJlOjM0OTI6IGNjIC1v IGNvbmZ0ZXN0IC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgICAKPj4gY29uZnRlc3Qu YyAgPiY1Cj4+IGNvbmZpZ3VyZTozNDk2OiAkPyA9IDAKPj4gY29uZmlndXJlOjM1MTg6IHJlc3Vs dDoKPj4gY29uZmlndXJlOjM1NDA6IGNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIGNyb3NzIGNvbXBp bGluZwo+PiBjb25maWd1cmU6MzU0ODogY2MgLW8gY29uZnRlc3QgLU8yIC1waXBlIC1mbm8tc3Ry aWN0LWFsaWFzaW5nICAgIAo+PiBjb25mdGVzdC5jICA+JjUKPj4gY29uZmlndXJlOjM1NTI6ICQ/ ID0gMAo+PiBjb25maWd1cmU6MzU1OTogLi9jb25mdGVzdAo+PiBjb25maWd1cmU6MzU2MzogJD8g PSAwCj4+IGNvbmZpZ3VyZTozNTc4OiByZXN1bHQ6IG5vCj4+IGNvbmZpZ3VyZTozNTgzOiBjaGVj a2luZyBmb3Igc3VmZml4IG9mIG9iamVjdCBmaWxlcwo+PiBjb25maWd1cmU6MzYwNTogY2MgLWMg LU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICBjb25mdGVzdC5jID4mNQo+PiBjb25maWd1 cmU6MzYwOTogJD8gPSAwCj4+IGNvbmZpZ3VyZTozNjMwOiByZXN1bHQ6IG8KPj4gY29uZmlndXJl OjM2MzQ6IGNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVzaW5nIHRoZSBHTlUgQyBjb21waWxlcgo+ PiBjb25maWd1cmU6MzY1MzogY2MgLWMgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICBj b25mdGVzdC5jID4mNQo+PiBjb25maWd1cmU6MzY1MzogJD8gPSAwCj4+IGNvbmZpZ3VyZTozNjYy OiByZXN1bHQ6IHllcwo+PiBjb25maWd1cmU6MzY3MTogY2hlY2tpbmcgd2hldGhlciBjYyBhY2Nl cHRzIC1nCj4+IGNvbmZpZ3VyZTozNjkxOiBjYyAtYyAtZyAgY29uZnRlc3QuYyA+JjUKPj4gY29u ZmlndXJlOjM2OTE6ICQ/ID0gMAo+PiBjb25maWd1cmU6MzczMjogcmVzdWx0OiB5ZXMKPj4gY29u ZmlndXJlOjM3NDk6IGNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8gYWNjZXB0IElTTyBDODkKPj4g Y29uZmlndXJlOjM4MTM6IGNjICAtYyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIGNv bmZ0ZXN0LmMgPiY1Cj4+IGNvbmZpZ3VyZTozODEzOiAkPyA9IDAKPj4gY29uZmlndXJlOjM4MjY6 IHJlc3VsdDogbm9uZSBuZWVkZWQKPj4gY29uZmlndXJlOjM4NDg6IGNoZWNraW5nIGRlcGVuZGVu Y3kgc3R5bGUgb2YgY2MKPj4gY29uZmlndXJlOjM5NTg6IHJlc3VsdDogZ2NjMwo+PiBjb25maWd1 cmU6Mzk3MzogY2hlY2tpbmcgZm9yIGEgc2VkIHRoYXQgZG9lcyBub3QgdHJ1bmNhdGUgb3V0cHV0 Cj4+IGNvbmZpZ3VyZTo0MDM3OiByZXN1bHQ6IC91c3IvYmluL3NlZAo+PiBjb25maWd1cmU6NDA1 NTogY2hlY2tpbmcgZm9yIGdyZXAgdGhhdCBoYW5kbGVzIGxvbmcgbGluZXMgYW5kIC1lCj4+IGNv bmZpZ3VyZTo0MTEzOiByZXN1bHQ6IC91c3IvYmluL2dyZXAKPj4gY29uZmlndXJlOjQxMTg6IGNo ZWNraW5nIGZvciBlZ3JlcAo+PiBjb25maWd1cmU6NDE4MDogcmVzdWx0OiAvdXNyL2Jpbi9ncmVw IC1FCj4+IGNvbmZpZ3VyZTo0MTg1OiBjaGVja2luZyBmb3IgZmdyZXAKPj4gY29uZmlndXJlOjQy NDc6IHJlc3VsdDogL3Vzci9iaW4vZ3JlcCAtRgo+PiBjb25maWd1cmU6NDI4MjogY2hlY2tpbmcg Zm9yIGxkIHVzZWQgYnkgY2MKPj4gY29uZmlndXJlOjQzNDk6IHJlc3VsdDogL3Vzci9iaW4vbGQK Pj4gY29uZmlndXJlOjQzNTY6IGNoZWNraW5nIGlmIHRoZSBsaW5rZXIgKC91c3IvYmluL2xkKSBp cyBHTlUgbGQKPj4gY29uZmlndXJlOjQzNzE6IHJlc3VsdDogeWVzCj4+IGNvbmZpZ3VyZTo0Mzgz OiBjaGVja2luZyBmb3IgQlNELSBvciBNUy1jb21wYXRpYmxlIG5hbWUgbGlzdGVyIChubSkKPj4g Y29uZmlndXJlOjQ0MzI6IHJlc3VsdDogL3Vzci9iaW4vbm0gLUIKPj4gY29uZmlndXJlOjQ1NjI6 IGNoZWNraW5nIHRoZSBuYW1lIGxpc3RlciAoL3Vzci9iaW4vbm0gLUIpIGludGVyZmFjZQo+PiBj b25maWd1cmU6NDU2OTogY2MgLWMgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICBjb25m dGVzdC5jID4mNQo+PiBjb25maWd1cmU6NDU3MjogL3Vzci9iaW4vbm0gLUIgImNvbmZ0ZXN0Lm8i Cj4+IGNvbmZpZ3VyZTo0NTc1OiBvdXRwdXQKPj4gMDAwMDAwMDAwMDAwMDAwMCBCIHNvbWVfdmFy aWFibGUKPj4gY29uZmlndXJlOjQ1ODI6IHJlc3VsdDogQlNEIG5tCj4+IGNvbmZpZ3VyZTo0NTg1 OiBjaGVja2luZyB3aGV0aGVyIGxuIC1zIHdvcmtzCj4+IGNvbmZpZ3VyZTo0NTg5OiByZXN1bHQ6 IHllcwo+PiBjb25maWd1cmU6NDU5NzogY2hlY2tpbmcgdGhlIG1heGltdW0gbGVuZ3RoIG9mIGNv bW1hbmQgbGluZSBhcmd1bWVudHMKPj4gY29uZmlndXJlOjQ3MjI6IHJlc3VsdDogMjYyMTQ0Cj4+ IGNvbmZpZ3VyZTo0NzM5OiBjaGVja2luZyB3aGV0aGVyIHRoZSBzaGVsbCB1bmRlcnN0YW5kcyBz b21lIFhTSQo+PiBjb25zdHJ1Y3RzIGNvbmZpZ3VyZTo0NzQ5OiByZXN1bHQ6IHllcwo+PiBjb25m aWd1cmU6NDc1MzogY2hlY2tpbmcgd2hldGhlciB0aGUgc2hlbGwgdW5kZXJzdGFuZHMgIis9Igo+ PiBjb25maWd1cmU6NDc1OTogcmVzdWx0OiBubwo+PiBjb25maWd1cmU6NDc5NDogY2hlY2tpbmcg aG93IHRvIGNvbnZlcnQgYW1kNjQtcG9ydGJsZC1mcmVlYnNkOS4wCj4+IGZpbGUgbmFtZXMgdG8g YW1kNjQtcG9ydGJsZC1mcmVlYnNkOS4wIGZvcm1hdAo+PiBjb25maWd1cmU6NDgzNDogcmVzdWx0 OiBmdW5jX2NvbnZlcnRfZmlsZV9ub29wCj4+IGNvbmZpZ3VyZTo0ODQxOiBjaGVja2luZyBob3cg dG8gY29udmVydCBhbWQ2NC1wb3J0YmxkLWZyZWVic2Q5LjAKPj4gZmlsZSBuYW1lcyB0byB0b29s Y2hhaW4gZm9ybWF0Cj4+IGNvbmZpZ3VyZTo0ODYxOiByZXN1bHQ6IGZ1bmNfY29udmVydF9maWxl X25vb3AKPj4gY29uZmlndXJlOjQ4Njg6IGNoZWNraW5nIGZvciAvdXNyL2Jpbi9sZCBvcHRpb24g dG8gcmVsb2FkIG9iamVjdCBmaWxlcwo+PiBjb25maWd1cmU6NDg3NTogcmVzdWx0OiAtcgo+PiBj b25maWd1cmU6NDk0OTogY2hlY2tpbmcgZm9yIG9iamR1bXAKPj4gY29uZmlndXJlOjQ5NjU6IGZv dW5kIC91c3IvYmluL29iamR1bXAKPj4gY29uZmlndXJlOjQ5NzY6IHJlc3VsdDogb2JqZHVtcAo+ PiBjb25maWd1cmU6NTAwODogY2hlY2tpbmcgaG93IHRvIHJlY29nbml6ZSBkZXBlbmRlbnQgbGli cmFyaWVzCj4+IGNvbmZpZ3VyZTo1MjEwOiByZXN1bHQ6IHBhc3NfYWxsCj4+IGNvbmZpZ3VyZTo1 Mjk1OiBjaGVja2luZyBmb3IgZGxsdG9vbAo+PiBjb25maWd1cmU6NTMyNTogcmVzdWx0OiBubwo+ PiBjb25maWd1cmU6NTM1NTogY2hlY2tpbmcgaG93IHRvIGFzc29jaWF0ZSBydW50aW1lIGFuZCBs aW5rIGxpYnJhcmllcwo+PiBjb25maWd1cmU6NTM4MjogcmVzdWx0OiBwcmludGYgJXNcbgo+PiBj b25maWd1cmU6NTQ0MzogY2hlY2tpbmcgZm9yIGFyCj4+IGNvbmZpZ3VyZTo1NDU5OiBmb3VuZCAv dXNyL2Jpbi9hcgo+PiBjb25maWd1cmU6NTQ3MDogcmVzdWx0OiBhcgo+PiBjb25maWd1cmU6NTUw NzogY2hlY2tpbmcgZm9yIGFyY2hpdmVyIEBGSUxFIHN1cHBvcnQKPj4gY29uZmlndXJlOjU1MjQ6 IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgY29uZnRlc3QuYyA+JjUKPj4g Y29uZmlndXJlOjU1MjQ6ICQ/ID0gMAo+PiBjb25maWd1cmU6NTUyNzogYXIgY3J1IGxpYmNvbmZ0 ZXN0LmEgQGNvbmZ0ZXN0LmxzdCA+JjUKPj4gYXI6IHdhcm5pbmc6IGNhbid0IG9wZW4gZmlsZTog QGNvbmZ0ZXN0LmxzdDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQo+PiBjb25maWd1cmU6NTUz MDogJD8gPSAwCj4+IGNvbmZpZ3VyZTo1NTM1OiBhciBjcnUgbGliY29uZnRlc3QuYSBAY29uZnRl c3QubHN0ID4mNQo+PiBhcjogd2FybmluZzogY2FuJ3Qgb3BlbiBmaWxlOiBAY29uZnRlc3QubHN0 OiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Cj4+IGNvbmZpZ3VyZTo1NTM4OiAkPyA9IDAKPj4g Y29uZmlndXJlOjU1NTA6IHJlc3VsdDogbm8KPj4gY29uZmlndXJlOjU2MDg6IGNoZWNraW5nIGZv ciBzdHJpcAo+PiBjb25maWd1cmU6NTYyNDogZm91bmQgL3Vzci9iaW4vc3RyaXAKPj4gY29uZmln dXJlOjU2MzU6IHJlc3VsdDogc3RyaXAKPj4gY29uZmlndXJlOjU3MDc6IGNoZWNraW5nIGZvciBy YW5saWIKPj4gY29uZmlndXJlOjU3MjM6IGZvdW5kIC91c3IvYmluL3JhbmxpYgo+PiBjb25maWd1 cmU6NTczNDogcmVzdWx0OiByYW5saWIKPj4gY29uZmlndXJlOjU4MzY6IGNoZWNraW5nIGNvbW1h bmQgdG8gcGFyc2UgL3Vzci9iaW4vbm0gLUIgb3V0cHV0IGZyb20KPj4gY2Mgb2JqZWN0IGNvbmZp Z3VyZTo1OTU1OiBjYyAtYyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcKPj4gY29uZnRl c3QuYyA+JjUgY29uZmlndXJlOjU5NTg6ICQ/ID0gMAo+PiBjb25maWd1cmU6NTk2MjogL3Vzci9i aW4vbm0gLUIgY29uZnRlc3QubyBcfCBzZWQgLW4gLWUgJ3MvXi4qWyAgCj4+IF1cKFtBQkNER0lS U1RXXVtBQkNER0lSU1RXXSpcKVsgXVsgXSpcKFtfQS1aYS16XVtfQS1aYS16MC05XSpcKSQvXDEK Pj4gXDIgXDIvcCcgfCBzZWQgJy8gX19nbnVfbHRvL2QnIFw+IGNvbmZ0ZXN0Lm5tCj4+IGNvbmZp Z3VyZTo1OTY1OiAkPyA9IDAKPj4gY29uZmlndXJlOjYwMzE6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAt cGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgICAKPj4gY29uZnRlc3QuYyBjb25mdHN0bS5vID4m NQo+PiBjb25maWd1cmU6NjAzNDogJD8gPSAwCj4+IGNvbmZpZ3VyZTo2MDcyOiByZXN1bHQ6IG9r Cj4+IGNvbmZpZ3VyZTo2MTA5OiBjaGVja2luZyBmb3Igc3lzcm9vdAo+PiBjb25maWd1cmU6NjEz OTogcmVzdWx0OiBubwo+PiBjb25maWd1cmU6NjM4MjogY2hlY2tpbmcgZm9yIG10Cj4+IGNvbmZp Z3VyZTo2Mzk4OiBmb3VuZCAvdXNyL2Jpbi9tdAo+PiBjb25maWd1cmU6NjQwOTogcmVzdWx0OiBt dAo+PiBjb25maWd1cmU6NjQzMjogY2hlY2tpbmcgaWYgbXQgaXMgYSBtYW5pZmVzdCB0b29sCj4+ IGNvbmZpZ3VyZTo2NDM4OiBtdCAnLT8nCj4+IG10OiBpbGxlZ2FsIG9wdGlvbiAtLSA/Cj4+IHVz YWdlOiBtdCBbLWYgZGV2aWNlXSBjb21tYW5kIFtjb3VudF0KPj4gY29uZmlndXJlOjY0NDY6IHJl c3VsdDogbm8KPj4gY29uZmlndXJlOjcwNzg6IGNoZWNraW5nIGhvdyB0byBydW4gdGhlIEMgcHJl cHJvY2Vzc29yCj4+IGNvbmZpZ3VyZTo3MTQ4OiByZXN1bHQ6IGNwcAo+PiBjb25maWd1cmU6NzE2 ODogY3BwICBjb25mdGVzdC5jCj4+IGNvbmZpZ3VyZTo3MTY4OiAkPyA9IDAKPj4gY29uZmlndXJl OjcxODI6IGNwcCAgY29uZnRlc3QuYwo+PiBjb25mdGVzdC5jOjExOjI4OiBlcnJvcjogYWNfbm9u ZXhpc3RlbnQuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQo+PiBjb25maWd1cmU6NzE4Mjog JD8gPSAxCj4+IGNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOgo+PiB8IC8qIGNvbmZkZWZz LmggKi8KPj4gfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAibGliWGV4dCIKPj4gfCAjZGVmaW5lIFBB Q0tBR0VfVEFSTkFNRSAibGliWGV4dCIKPj4gfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiMS4z LjAiCj4+IHwgI2RlZmluZSBQQUNLQUdFX1NUUklORyAibGliWGV4dCAxLjMuMCIKPj4gfCAjZGVm aW5lIFBBQ0tBR0VfQlVHUkVQT1JUICAKPj4gImh0dHBzOi8vYnVncy5mcmVlZGVza3RvcC5vcmcv ZW50ZXJfYnVnLmNnaT9wcm9kdWN0PXhvcmciCj4+IHwgI2RlZmluZSBQQUNLQUdFX1VSTCAiIgo+ PiB8ICNkZWZpbmUgUEFDS0FHRSAibGliWGV4dCIKPj4gfCAjZGVmaW5lIFZFUlNJT04gIjEuMy4w Igo+PiB8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KPj4gfCAjaW5jbHVkZSA8YWNfbm9uZXhpc3Rl bnQuaD4KPj4gY29uZmlndXJlOjcyMTE6IGNoZWNraW5nIGZvciBBTlNJIEMgaGVhZGVyIGZpbGVz Cj4+IGNvbmZpZ3VyZTo3MjMxOiBjYyAtYyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcg IGNvbmZ0ZXN0LmMgPiY1Cj4+IGNvbmZpZ3VyZTo3MjMxOiAkPyA9IDAKPj4gY29uZmlndXJlOjcz MDQ6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgICAKPj4g Y29uZnRlc3QuYyAgPiY1Cj4+IGNvbmZpZ3VyZTo3MzA0OiAkPyA9IDAKPj4gY29uZmlndXJlOjcz MDQ6IC4vY29uZnRlc3QKPj4gY29uZmlndXJlOjczMDQ6ICQ/ID0gMAo+PiBjb25maWd1cmU6NzMx NTogcmVzdWx0OiB5ZXMKPj4gY29uZmlndXJlOjczMjg6IGNoZWNraW5nIGZvciBzeXMvdHlwZXMu aAo+PiBjb25maWd1cmU6NzMyODogY2MgLWMgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5n ICBjb25mdGVzdC5jID4mNQo+PiBjb25maWd1cmU6NzMyODogJD8gPSAwCj4+IGNvbmZpZ3VyZTo3 MzI4OiByZXN1bHQ6IHllcwo+PiBjb25maWd1cmU6NzMyODogY2hlY2tpbmcgZm9yIHN5cy9zdGF0 LmgKPj4gY29uZmlndXJlOjczMjg6IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2lu ZyAgY29uZnRlc3QuYyA+JjUKPj4gY29uZmlndXJlOjczMjg6ICQ/ID0gMAo+PiBjb25maWd1cmU6 NzMyODogcmVzdWx0OiB5ZXMKPj4gY29uZmlndXJlOjczMjg6IGNoZWNraW5nIGZvciBzdGRsaWIu aAo+PiBjb25maWd1cmU6NzMyODogY2MgLWMgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5n ICBjb25mdGVzdC5jID4mNQo+PiBjb25maWd1cmU6NzMyODogJD8gPSAwCj4+IGNvbmZpZ3VyZTo3 MzI4OiByZXN1bHQ6IHllcwo+PiBjb25maWd1cmU6NzMyODogY2hlY2tpbmcgZm9yIHN0cmluZy5o Cj4+IGNvbmZpZ3VyZTo3MzI4OiBjYyAtYyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcg IGNvbmZ0ZXN0LmMgPiY1Cj4+IGNvbmZpZ3VyZTo3MzI4OiAkPyA9IDAKPj4gY29uZmlndXJlOjcz Mjg6IHJlc3VsdDogeWVzCj4+IGNvbmZpZ3VyZTo3MzI4OiBjaGVja2luZyBmb3IgbWVtb3J5LmgK Pj4gY29uZmlndXJlOjczMjg6IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAg Y29uZnRlc3QuYyA+JjUKPj4gY29uZmlndXJlOjczMjg6ICQ/ID0gMAo+PiBjb25maWd1cmU6NzMy ODogcmVzdWx0OiB5ZXMKPj4gY29uZmlndXJlOjczMjg6IGNoZWNraW5nIGZvciBzdHJpbmdzLmgK Pj4gY29uZmlndXJlOjczMjg6IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAg Y29uZnRlc3QuYyA+JjUKPj4gY29uZmlndXJlOjczMjg6ICQ/ID0gMAo+PiBjb25maWd1cmU6NzMy ODogcmVzdWx0OiB5ZXMKPj4gY29uZmlndXJlOjczMjg6IGNoZWNraW5nIGZvciBpbnR0eXBlcy5o Cj4+IGNvbmZpZ3VyZTo3MzI4OiBjYyAtYyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcg IGNvbmZ0ZXN0LmMgPiY1Cj4+IGNvbmZpZ3VyZTo3MzI4OiAkPyA9IDAKPj4gY29uZmlndXJlOjcz Mjg6IHJlc3VsdDogeWVzCj4+IGNvbmZpZ3VyZTo3MzI4OiBjaGVja2luZyBmb3Igc3RkaW50LmgK Pj4gY29uZmlndXJlOjczMjg6IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAg Y29uZnRlc3QuYyA+JjUKPj4gY29uZmlndXJlOjczMjg6ICQ/ID0gMAo+PiBjb25maWd1cmU6NzMy ODogcmVzdWx0OiB5ZXMKPj4gY29uZmlndXJlOjczMjg6IGNoZWNraW5nIGZvciB1bmlzdGQuaAo+ PiBjb25maWd1cmU6NzMyODogY2MgLWMgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICBj b25mdGVzdC5jID4mNQo+PiBjb25maWd1cmU6NzMyODogJD8gPSAwCj4+IGNvbmZpZ3VyZTo3MzI4 OiByZXN1bHQ6IHllcwo+PiBjb25maWd1cmU6NzM0MjogY2hlY2tpbmcgZm9yIGRsZmNuLmgKPj4g Y29uZmlndXJlOjczNDI6IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgY29u ZnRlc3QuYyA+JjUKPj4gY29uZmlndXJlOjczNDI6ICQ/ID0gMAo+PiBjb25maWd1cmU6NzM0Mjog cmVzdWx0OiB5ZXMKPj4gY29uZmlndXJlOjc1Mjk6IGNoZWNraW5nIGZvciBvYmpkaXIKPj4gY29u ZmlndXJlOjc1NDQ6IHJlc3VsdDogLmxpYnMKPj4gY29uZmlndXJlOjc4MTE6IGNoZWNraW5nIGlm IGNjIHN1cHBvcnRzIC1mbm8tcnR0aSAtZm5vLWV4Y2VwdGlvbnMKPj4gY29uZmlndXJlOjc4Mjk6 IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZuby1ydHRpICAKPj4gLWZu by1leGNlcHRpb25zIGNvbmZ0ZXN0LmMgPiY1Cj4+IGNjMTogd2FybmluZzogY29tbWFuZCBsaW5l IG9wdGlvbiAiLWZuby1ydHRpIiBpcyB2YWxpZCBmb3IKPj4gQysrL09iakMrKyBidXQgbm90IGZv ciBDCj4+IGNvbmZpZ3VyZTo3ODMzOiAkPyA9IDAKPj4gY29uZmlndXJlOjc4NDY6IHJlc3VsdDog bm8KPj4gY29uZmlndXJlOjgxNTY6IGNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8gcHJvZHVjZSBQ SUMKPj4gY29uZmlndXJlOjgxNjM6IHJlc3VsdDogLWZQSUMgLURQSUMKPj4gY29uZmlndXJlOjgx NzE6IGNoZWNraW5nIGlmIGNjIFBJQyBmbGFnIC1mUElDIC1EUElDIHdvcmtzCj4+IGNvbmZpZ3Vy ZTo4MTg5OiBjYyAtYyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDIC1EUElD ICAKPj4gLURQSUMgY29uZnRlc3QuYyA+JjUKPj4gY29uZmlndXJlOjgxOTM6ICQ/ID0gMAo+PiBj b25maWd1cmU6ODIwNjogcmVzdWx0OiB5ZXMKPj4gY29uZmlndXJlOjgyMzU6IGNoZWNraW5nIGlm IGNjIHN0YXRpYyBmbGFnIC1zdGF0aWMgd29ya3MKPj4gY29uZmlndXJlOjgyNjM6IHJlc3VsdDog eWVzCj4+IGNvbmZpZ3VyZTo4Mjc4OiBjaGVja2luZyBpZiBjYyBzdXBwb3J0cyAtYyAtbyBmaWxl Lm8KPj4gY29uZmlndXJlOjgyOTk6IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2lu ZyAgLW8gIAo+PiBvdXQvY29uZnRlc3QyLm8gY29uZnRlc3QuYyA+JjUKPj4gY29uZmlndXJlOjgz MDM6ICQ/ID0gMAo+PiBjb25maWd1cmU6ODMyNTogcmVzdWx0OiB5ZXMKPj4gY29uZmlndXJlOjgz MzM6IGNoZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1jIC1vIGZpbGUubwo+PiBjb25maWd1cmU6ODM4 MDogcmVzdWx0OiB5ZXMKPj4gY29uZmlndXJlOjg0MTM6IGNoZWNraW5nIHdoZXRoZXIgdGhlIGNj IGxpbmtlciAoL3Vzci9iaW4vbGQpCj4+IHN1cHBvcnRzIHNoYXJlZCBsaWJyYXJpZXMKPj4gY29u ZmlndXJlOjk1NzE6IHJlc3VsdDogeWVzCj4+IGNvbmZpZ3VyZTo5NjA4OiBjaGVja2luZyB3aGV0 aGVyIC1sYyBzaG91bGQgYmUgZXhwbGljaXRseSBsaW5rZWQgaW4KPj4gY29uZmlndXJlOjk2MTY6 IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgY29uZnRlc3QuYyA+JjUKPj4g Y29uZmlndXJlOjk2MTk6ICQ/ID0gMAo+PiBjb25maWd1cmU6OTYzNDogY2MgLXNoYXJlZCAgLWZQ SUMgLURQSUMgY29uZnRlc3QubyAgLXYgLVdsLC1zb25hbWUgIAo+PiAtV2wsY29uZnRlc3QgLW8g Y29uZnRlc3QgMlw+XCYxIFx8IC91c3IvYmluL2dyZXAgIC1sYyAgXD4vZGV2L251bGwgIAo+PiAy XD5cJjEKPj4gY29uZmlndXJlOjk2Mzc6ICQ/ID0gMAo+PiBjb25maWd1cmU6OTY1MTogcmVzdWx0 OiBubwo+PiBjb25maWd1cmU6OTgxNjogY2hlY2tpbmcgZHluYW1pYyBsaW5rZXIgY2hhcmFjdGVy aXN0aWNzCj4+IGNvbmZpZ3VyZToxMDU1MjogcmVzdWx0OiBmcmVlYnNkOS4wIGxkLnNvCj4+IGNv bmZpZ3VyZToxMDY1OTogY2hlY2tpbmcgaG93IHRvIGhhcmRjb2RlIGxpYnJhcnkgcGF0aHMgaW50 byBwcm9ncmFtcwo+PiBjb25maWd1cmU6MTA2ODQ6IHJlc3VsdDogaW1tZWRpYXRlCj4+IGNvbmZp Z3VyZToxMTIyNDogY2hlY2tpbmcgd2hldGhlciBzdHJpcHBpbmcgbGlicmFyaWVzIGlzIHBvc3Np YmxlCj4+IGNvbmZpZ3VyZToxMTIyOTogcmVzdWx0OiB5ZXMKPj4gY29uZmlndXJlOjExMjY0OiBj aGVja2luZyBpZiBsaWJ0b29sIHN1cHBvcnRzIHNoYXJlZCBsaWJyYXJpZXMKPj4gY29uZmlndXJl OjExMjY2OiByZXN1bHQ6IHllcwo+PiBjb25maWd1cmU6MTEyNjk6IGNoZWNraW5nIHdoZXRoZXIg dG8gYnVpbGQgc2hhcmVkIGxpYnJhcmllcwo+PiBjb25maWd1cmU6MTEyOTA6IHJlc3VsdDogeWVz Cj4+IGNvbmZpZ3VyZToxMTI5MzogY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBzdGF0aWMgbGli cmFyaWVzCj4+IGNvbmZpZ3VyZToxMTI5NzogcmVzdWx0OiB5ZXMKPj4gY29uZmlndXJlOjExMzQ1 OiBjaGVja2luZyBmb3IgY2Mgb3B0aW9uIHRvIGFjY2VwdCBJU08gQzk5Cj4+IGNvbmZpZ3VyZTox MTQ5NDogY2MgIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgY29uZnRlc3QuYyA+ JjUKPj4gY29uZnRlc3QuYzo3MzogZXJyb3I6IGV4cGVjdGVkICc7JywgJywnIG9yICcpJyBiZWZv cmUgJ3RleHQnCj4+IGNvbmZ0ZXN0LmM6IEluIGZ1bmN0aW9uICdtYWluJzoKPj4gY29uZnRlc3Qu YzoxMjc6IGVycm9yOiBleHBlY3RlZCAnPScsICcsJywgJzsnLCAnYXNtJyBvciAgCj4+ICdfX2F0 dHJpYnV0ZV9fJyBiZWZvcmUgJ25ld3ZhcicKPj4gY29uZnRlc3QuYzoxMjc6IGVycm9yOiAnbmV3 dmFyJyB1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhpcwo+PiBmdW5jdGlvbikgY29uZnRlc3Qu YzoxMjc6IGVycm9yOiAoRWFjaCB1bmRlY2xhcmVkIGlkZW50aWZpZXIgaXMKPj4gcmVwb3J0ZWQg b25seSBvbmNlIGNvbmZ0ZXN0LmM6MTI3OiBlcnJvcjogZm9yIGVhY2ggZnVuY3Rpb24gaXQKPj4g YXBwZWFycyBpbi4pIGNvbmZ0ZXN0LmM6MTM3OiBlcnJvcjogJ2ZvcicgbG9vcCBpbml0aWFsIGRl Y2xhcmF0aW9uCj4+IHVzZWQgb3V0c2lkZSBDOTkgbW9kZSBjb25maWd1cmU6MTE0OTQ6ICQ/ID0g MQo+PiBjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKPj4gfCAvKiBjb25mZGVmcy5oICov Cj4+IHwgI2RlZmluZSBQQUNLQUdFX05BTUUgImxpYlhleHQiCj4+IHwgI2RlZmluZSBQQUNLQUdF X1RBUk5BTUUgImxpYlhleHQiCj4+IHwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIjEuMy4wIgo+ PiB8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgImxpYlhleHQgMS4zLjAiCj4+IHwgI2RlZmluZSBQ QUNLQUdFX0JVR1JFUE9SVCAgCj4+ICJodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2VudGVy X2J1Zy5jZ2k/cHJvZHVjdD14b3JnIgo+PiB8ICNkZWZpbmUgUEFDS0FHRV9VUkwgIiIKPj4gfCAj ZGVmaW5lIFBBQ0tBR0UgImxpYlhleHQiCj4+IHwgI2RlZmluZSBWRVJTSU9OICIxLjMuMCIKPj4g fCAjZGVmaW5lIFNURENfSEVBREVSUyAxCj4+IHwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEK Pj4gfCAjZGVmaW5lIEhBVkVfU1lTX1NUQVRfSCAxCj4+IHwgI2RlZmluZSBIQVZFX1NURExJQl9I IDEKPj4gfCAjZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQo+PiB8ICNkZWZpbmUgSEFWRV9NRU1PUllf SCAxCj4+IHwgI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxCj4+IHwgI2RlZmluZSBIQVZFX0lOVFRZ UEVTX0ggMQo+PiB8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCj4+IHwgI2RlZmluZSBIQVZFX1VO SVNURF9IIDEKPj4gfCAjZGVmaW5lIEhBVkVfRExGQ05fSCAxCj4+IHwgI2RlZmluZSBMVF9PQkpE SVIgIi5saWJzLyIKPj4gfCAvKiBlbmQgY29uZmRlZnMuaC4gICovCj4+IHwgI2luY2x1ZGUgPHN0 ZGFyZy5oPgo+PiB8ICNpbmNsdWRlIDxzdGRib29sLmg+Cj4+IHwgI2luY2x1ZGUgPHN0ZGxpYi5o Pgo+PiB8ICNpbmNsdWRlIDx3Y2hhci5oPgo+PiB8ICNpbmNsdWRlIDxzdGRpby5oPgo+PiB8Cj4+ IHwgLy8gQ2hlY2sgdmFyYXJncyBtYWNyb3MuICBUaGVzZSBleGFtcGxlcyBhcmUgdGFrZW4gZnJv bSBDOTkKPj4gNi4xMC4zLjUuIHwgI2RlZmluZSBkZWJ1ZyguLi4pIGZwcmludGYgKHN0ZGVyciwg X19WQV9BUkdTX18pCj4+IHwgI2RlZmluZSBzaG93bGlzdCguLi4pIHB1dHMgKCNfX1ZBX0FSR1Nf XykKPj4gfCAjZGVmaW5lIHJlcG9ydCh0ZXN0LC4uLikgKCh0ZXN0KSA/IHB1dHMgKCN0ZXN0KSA6 IHByaW50Zgo+PiAoX19WQV9BUkdTX18pKSB8IHN0YXRpYyB2b2lkCj4+IHwgdGVzdF92YXJhcmdz X21hY3JvcyAodm9pZCkKPj4gfCB7Cj4+IHwgICBpbnQgeCA9IDEyMzQ7Cj4+IHwgICBpbnQgeSA9 IDU2Nzg7Cj4+IHwgICBkZWJ1ZyAoIkZsYWciKTsKPj4gfCAgIGRlYnVnICgiWCA9ICVkXG4iLCB4 KTsKPj4gfCAgIHNob3dsaXN0IChUaGUgZmlyc3QsIHNlY29uZCwgYW5kIHRoaXJkIGl0ZW1zLik7 Cj4+IHwgICByZXBvcnQgKHg+eSwgInggaXMgJWQgYnV0IHkgaXMgJWQiLCB4LCB5KTsKPj4gfCB9 Cj4+IHwKPj4gfCAvLyBDaGVjayBsb25nIGxvbmcgdHlwZXMuCj4+IHwgI2RlZmluZSBCSUc2NCAx ODQ0Njc0NDA3MzcwOTU1MTYxNXVsbAo+PiB8ICNkZWZpbmUgQklHMzIgNDI5NDk2NzI5NXVsCj4+ IHwgI2RlZmluZSBCSUdfT0sgKEJJRzY0IC8gQklHMzIgPT0gNDI5NDk2NzI5N3VsbCAmJiBCSUc2 NCAlIEJJRzMyID09Cj4+IDApIHwgI2lmICFCSUdfT0sKPj4gfCAgIHlvdXIgcHJlcHJvY2Vzc29y IGlzIGJyb2tlbjsKPj4gfCAjZW5kaWYKPj4gfCAjaWYgQklHX09LCj4+IHwgI2Vsc2UKPj4gfCAg IHlvdXIgcHJlcHJvY2Vzc29yIGlzIGJyb2tlbjsKPj4gfCAjZW5kaWYKPj4gfCBzdGF0aWMgbG9u ZyBsb25nIGludCBiaWdudW0gPSAtOTIyMzM3MjAzNjg1NDc3NTgwN0xMOwo+PiB8IHN0YXRpYyB1 bnNpZ25lZCBsb25nIGxvbmcgaW50IHViaWdudW0gPSBCSUc2NDsKPj4gfAo+PiB8IHN0cnVjdCBp bmNvbXBsZXRlX2FycmF5Cj4+IHwgewo+PiB8ICAgaW50IGRhdGFzaXplOwo+PiB8ICAgZG91Ymxl IGRhdGFbXTsKPj4gfCB9Owo+PiB8Cj4+IHwgc3RydWN0IG5hbWVkX2luaXQgewo+PiB8ICAgaW50 IG51bWJlcjsKPj4gfCAgIGNvbnN0IHdjaGFyX3QgKm5hbWU7Cj4+IHwgICBkb3VibGUgYXZlcmFn ZTsKPj4gfCB9Owo+PiB8Cj4+IHwgdHlwZWRlZiBjb25zdCBjaGFyICpjY3A7Cj4+IHwKPj4gfCBz dGF0aWMgaW5saW5lIGludAo+PiB8IHRlc3RfcmVzdHJpY3QgKGNjcCByZXN0cmljdCB0ZXh0KQo+ PiB8IHsKPj4gfCAgIC8vIFNlZSBpZiBDKystc3R5bGUgY29tbWVudHMgd29yay4KPj4gfCAgIC8v IEl0ZXJhdGUgdGhyb3VnaCBpdGVtcyB2aWEgdGhlIHJlc3RyaWN0ZWQgcG9pbnRlci4KPj4gfCAg IC8vIEFsc28gY2hlY2sgZm9yIGRlY2xhcmF0aW9ucyBpbiBmb3IgbG9vcHMuCj4+IHwgICBmb3Ig KHVuc2lnbmVkIGludCBpID0gMDsgKih0ZXh0K2kpICE9ICdcMCc7ICsraSkKPj4gfCAgICAgY29u dGludWU7Cj4+IHwgICByZXR1cm4gMDsKPj4gfCB9Cj4+IHwKPj4gfCAvLyBDaGVjayB2YXJhcmdz IGFuZCB2YV9jb3B5Lgo+PiB8IHN0YXRpYyB2b2lkCj4+IHwgdGVzdF92YXJhcmdzIChjb25zdCBj aGFyICpmb3JtYXQsIC4uLikKPj4gfCB7Cj4+IHwgICB2YV9saXN0IGFyZ3M7Cj4+IHwgICB2YV9z dGFydCAoYXJncywgZm9ybWF0KTsKPj4gfCAgIHZhX2xpc3QgYXJnc19jb3B5Owo+PiB8ICAgdmFf Y29weSAoYXJnc19jb3B5LCBhcmdzKTsKPj4gfAo+PiB8ICAgY29uc3QgY2hhciAqc3RyOwo+PiB8 ICAgaW50IG51bWJlcjsKPj4gfCAgIGZsb2F0IGZudW1iZXI7Cj4+IHwKPj4gfCAgIHdoaWxlICgq Zm9ybWF0KQo+PiB8ICAgICB7Cj4+IHwgICAgICAgc3dpdGNoICgqZm9ybWF0KyspCj4+IHwgCXsK Pj4gfCAJY2FzZSAncyc6IC8vIHN0cmluZwo+PiB8IAkgIHN0ciA9IHZhX2FyZyAoYXJnc19jb3B5 LCBjb25zdCBjaGFyICopOwo+PiB8IAkgIGJyZWFrOwo+PiB8IAljYXNlICdkJzogLy8gaW50Cj4+ IHwgCSAgbnVtYmVyID0gdmFfYXJnIChhcmdzX2NvcHksIGludCk7Cj4+IHwgCSAgYnJlYWs7Cj4+ IHwgCWNhc2UgJ2YnOiAvLyBmbG9hdAo+PiB8IAkgIGZudW1iZXIgPSB2YV9hcmcgKGFyZ3NfY29w eSwgZG91YmxlKTsKPj4gfCAJICBicmVhazsKPj4gfCAJZGVmYXVsdDoKPj4gfCAJICBicmVhazsK Pj4gfCAJfQo+PiB8ICAgICB9Cj4+IHwgICB2YV9lbmQgKGFyZ3NfY29weSk7Cj4+IHwgICB2YV9l bmQgKGFyZ3MpOwo+PiB8IH0KPj4gfAo+PiB8IGludAo+PiB8IG1haW4gKCkKPj4gfCB7Cj4+IHwK Pj4gfCAgIC8vIENoZWNrIGJvb2wuCj4+IHwgICBfQm9vbCBzdWNjZXNzID0gZmFsc2U7Cj4+IHwK Pj4gfCAgIC8vIENoZWNrIHJlc3RyaWN0Lgo+PiB8ICAgaWYgKHRlc3RfcmVzdHJpY3QgKCJTdHJp bmcgbGl0ZXJhbCIpID09IDApCj4+IHwgICAgIHN1Y2Nlc3MgPSB0cnVlOwo+PiB8ICAgY2hhciAq cmVzdHJpY3QgbmV3dmFyID0gIkFub3RoZXIgc3RyaW5nIjsKPj4gfAo+PiB8ICAgLy8gQ2hlY2sg dmFyYXJncy4KPj4gfCAgIHRlc3RfdmFyYXJncyAoInMsIGQnIGYgLiIsICJzdHJpbmciLCA2NSwg MzQuMjM0KTsKPj4gfCAgIHRlc3RfdmFyYXJnc19tYWNyb3MgKCk7Cj4+IHwKPj4gfCAgIC8vIENo ZWNrIGZsZXhpYmxlIGFycmF5IG1lbWJlcnMuCj4+IHwgICBzdHJ1Y3QgaW5jb21wbGV0ZV9hcnJh eSAqaWEgPQo+PiB8ICAgICBtYWxsb2MgKHNpemVvZiAoc3RydWN0IGluY29tcGxldGVfYXJyYXkp ICsgKHNpemVvZiAoZG91YmxlKSAqCj4+IDEwKSk7IHwgICBpYS0+ZGF0YXNpemUgPSAxMDsKPj4g fCAgIGZvciAoaW50IGkgPSAwOyBpIDwgaWEtPmRhdGFzaXplOyArK2kpCj4+IHwgICAgIGlhLT5k YXRhW2ldID0gaSAqIDEuMjM0Owo+PiB8Cj4+IHwgICAvLyBDaGVjayBuYW1lZCBpbml0aWFsaXpl cnMuCj4+IHwgICBzdHJ1Y3QgbmFtZWRfaW5pdCBuaSA9IHsKPj4gfCAgICAgLm51bWJlciA9IDM0 LAo+PiB8ICAgICAubmFtZSA9IEwiVGVzdCB3aWRlIHN0cmluZyIsCj4+IHwgICAgIC5hdmVyYWdl ID0gNTQzLjM0MzQzLAo+PiB8ICAgfTsKPj4gfAo+PiB8ICAgbmkubnVtYmVyID0gNTg7Cj4+IHwK Pj4gfCAgIGludCBkeW5hbWljX2FycmF5W25pLm51bWJlcl07Cj4+IHwgICBkeW5hbWljX2FycmF5 W25pLm51bWJlciAtIDFdID0gNTQzOwo+PiB8Cj4+IHwgICAvLyB3b3JrIGFyb3VuZCB1bnVzZWQg dmFyaWFibGUgd2FybmluZ3MKPj4gfCAgIHJldHVybiAoIXN1Y2Nlc3MgfHwgYmlnbnVtID09IDBM TCB8fCB1YmlnbnVtID09IDB1TEwgfHwgbmV3dmFyWzBdCj4+ID09ICd4JyB8IAkgIHx8IGR5bmFt aWNfYXJyYXlbbmkubnVtYmVyIC0gMV0gIT0gNTQzKTsKPj4gfAo+PiB8ICAgOwo+PiB8ICAgcmV0 dXJuIDA7Cj4+IHwgfQo+PiBjb25maWd1cmU6MTE0OTQ6IGNjIC1zdGQ9Z251OTkgLWMgLU8yIC1w aXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAgCj4+IGNvbmZ0ZXN0LmMgPiY1Cj4+IGNvbmZpZ3Vy ZToxMTQ5NDogJD8gPSAwCj4+IGNvbmZpZ3VyZToxMTUxNDogcmVzdWx0OiAtc3RkPWdudTk5Cj4+ IGNvbmZpZ3VyZToxMTUyNDogY2hlY2tpbmcgd2hldGhlciBfX2NsYW5nX18gaXMgZGVjbGFyZWQK Pj4gY29uZmlndXJlOjExNTI0OiBjYyAtc3RkPWdudTk5IC1jIC1PMiAtcGlwZSAtZm5vLXN0cmlj dC1hbGlhc2luZyAgIAo+PiBjb25mdGVzdC5jID4mNQo+PiBjb25mdGVzdC5jOiBJbiBmdW5jdGlv biAnbWFpbic6Cj4+IGNvbmZ0ZXN0LmM6NjM6IGVycm9yOiAnX19jbGFuZ19fJyB1bmRlY2xhcmVk IChmaXJzdCB1c2UgaW4gdGhpcwo+PiBmdW5jdGlvbikgY29uZnRlc3QuYzo2MzogZXJyb3I6IChF YWNoIHVuZGVjbGFyZWQgaWRlbnRpZmllciBpcwo+PiByZXBvcnRlZCBvbmx5IG9uY2UgY29uZnRl c3QuYzo2MzogZXJyb3I6IGZvciBlYWNoIGZ1bmN0aW9uIGl0IGFwcGVhcnMKPj4gaW4uKSBjb25m aWd1cmU6MTE1MjQ6ICQ/ID0gMQo+PiBjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKPj4g fCAvKiBjb25mZGVmcy5oICovCj4+IHwgI2RlZmluZSBQQUNLQUdFX05BTUUgImxpYlhleHQiCj4+ IHwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgImxpYlhleHQiCj4+IHwgI2RlZmluZSBQQUNLQUdF X1ZFUlNJT04gIjEuMy4wIgo+PiB8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgImxpYlhleHQgMS4z LjAiCj4+IHwgI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAgCj4+ICJodHRwczovL2J1Z3MuZnJl ZWRlc2t0b3Aub3JnL2VudGVyX2J1Zy5jZ2k/cHJvZHVjdD14b3JnIgo+PiB8ICNkZWZpbmUgUEFD S0FHRV9VUkwgIiIKPj4gfCAjZGVmaW5lIFBBQ0tBR0UgImxpYlhleHQiCj4+IHwgI2RlZmluZSBW RVJTSU9OICIxLjMuMCIKPj4gfCAjZGVmaW5lIFNURENfSEVBREVSUyAxCj4+IHwgI2RlZmluZSBI QVZFX1NZU19UWVBFU19IIDEKPj4gfCAjZGVmaW5lIEhBVkVfU1lTX1NUQVRfSCAxCj4+IHwgI2Rl ZmluZSBIQVZFX1NURExJQl9IIDEKPj4gfCAjZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQo+PiB8ICNk ZWZpbmUgSEFWRV9NRU1PUllfSCAxCj4+IHwgI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxCj4+IHwg I2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQo+PiB8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCj4+ IHwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKPj4gfCAjZGVmaW5lIEhBVkVfRExGQ05fSCAxCj4+ IHwgI2RlZmluZSBMVF9PQkpESVIgIi5saWJzLyIKPj4gfCAvKiBlbmQgY29uZmRlZnMuaC4gICov Cj4+IHwgI2luY2x1ZGUgPHN0ZGlvLmg+Cj4+IHwgI2lmZGVmIEhBVkVfU1lTX1RZUEVTX0gKPj4g fCAjIGluY2x1ZGUgPHN5cy90eXBlcy5oPgo+PiB8ICNlbmRpZgo+PiB8ICNpZmRlZiBIQVZFX1NZ U19TVEFUX0gKPj4gfCAjIGluY2x1ZGUgPHN5cy9zdGF0Lmg+Cj4+IHwgI2VuZGlmCj4+IHwgI2lm ZGVmIFNURENfSEVBREVSUwo+PiB8ICMgaW5jbHVkZSA8c3RkbGliLmg+Cj4+IHwgIyBpbmNsdWRl IDxzdGRkZWYuaD4KPj4gfCAjZWxzZQo+PiB8ICMgaWZkZWYgSEFWRV9TVERMSUJfSAo+PiB8ICMg IGluY2x1ZGUgPHN0ZGxpYi5oPgo+PiB8ICMgZW5kaWYKPj4gfCAjZW5kaWYKPj4gfCAjaWZkZWYg SEFWRV9TVFJJTkdfSAo+PiB8ICMgaWYgIWRlZmluZWQgU1REQ19IRUFERVJTICYmIGRlZmluZWQg SEFWRV9NRU1PUllfSAo+PiB8ICMgIGluY2x1ZGUgPG1lbW9yeS5oPgo+PiB8ICMgZW5kaWYKPj4g fCAjIGluY2x1ZGUgPHN0cmluZy5oPgo+PiB8ICNlbmRpZgo+PiB8ICNpZmRlZiBIQVZFX1NUUklO R1NfSAo+PiB8ICMgaW5jbHVkZSA8c3RyaW5ncy5oPgo+PiB8ICNlbmRpZgo+PiB8ICNpZmRlZiBI QVZFX0lOVFRZUEVTX0gKPj4gfCAjIGluY2x1ZGUgPGludHR5cGVzLmg+Cj4+IHwgI2VuZGlmCj4+ IHwgI2lmZGVmIEhBVkVfU1RESU5UX0gKPj4gfCAjIGluY2x1ZGUgPHN0ZGludC5oPgo+PiB8ICNl bmRpZgo+PiB8ICNpZmRlZiBIQVZFX1VOSVNURF9ICj4+IHwgIyBpbmNsdWRlIDx1bmlzdGQuaD4K Pj4gfCAjZW5kaWYKPj4gfCBpbnQKPj4gfCBtYWluICgpCj4+IHwgewo+PiB8ICNpZm5kZWYgX19j bGFuZ19fCj4+IHwgI2lmZGVmIF9fY3BsdXNwbHVzCj4+IHwgICAodm9pZCkgX19jbGFuZ19fOwo+ PiB8ICNlbHNlCj4+IHwgICAodm9pZCkgX19jbGFuZ19fOwo+PiB8ICNlbmRpZgo+PiB8ICNlbmRp Zgo+PiB8Cj4+IHwgICA7Cj4+IHwgICByZXR1cm4gMDsKPj4gfCB9Cj4+IGNvbmZpZ3VyZToxMTUy NDogcmVzdWx0OiBubwo+PiBjb25maWd1cmU6MTE1MzE6IGNoZWNraW5nIHdoZXRoZXIgX19JTlRF TF9DT01QSUxFUiBpcyBkZWNsYXJlZAo+PiBjb25maWd1cmU6MTE1MzE6IGNjIC1zdGQ9Z251OTkg LWMgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAgCj4+IGNvbmZ0ZXN0LmMgPiY1Cj4+ IGNvbmZ0ZXN0LmM6IEluIGZ1bmN0aW9uICdtYWluJzoKPj4gY29uZnRlc3QuYzo2MzogZXJyb3I6 ICdfX0lOVEVMX0NPTVBJTEVSJyB1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4KPj4gdGhpcyBmdW5j dGlvbikKPj4gY29uZnRlc3QuYzo2MzogZXJyb3I6IChFYWNoIHVuZGVjbGFyZWQgaWRlbnRpZmll ciBpcyByZXBvcnRlZCBvbmx5Cj4+IG9uY2UgY29uZnRlc3QuYzo2MzogZXJyb3I6IGZvciBlYWNo IGZ1bmN0aW9uIGl0IGFwcGVhcnMgaW4uKQo+PiBjb25maWd1cmU6MTE1MzE6ICQ/ID0gMQo+PiBj b25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKPj4gfCAvKiBjb25mZGVmcy5oICovCj4+IHwg I2RlZmluZSBQQUNLQUdFX05BTUUgImxpYlhleHQiCj4+IHwgI2RlZmluZSBQQUNLQUdFX1RBUk5B TUUgImxpYlhleHQiCj4+IHwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIjEuMy4wIgo+PiB8ICNk ZWZpbmUgUEFDS0FHRV9TVFJJTkcgImxpYlhleHQgMS4zLjAiCj4+IHwgI2RlZmluZSBQQUNLQUdF X0JVR1JFUE9SVCAgCj4+ICJodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2VudGVyX2J1Zy5j Z2k/cHJvZHVjdD14b3JnIgo+PiB8ICNkZWZpbmUgUEFDS0FHRV9VUkwgIiIKPj4gfCAjZGVmaW5l IFBBQ0tBR0UgImxpYlhleHQiCj4+IHwgI2RlZmluZSBWRVJTSU9OICIxLjMuMCIKPj4gfCAjZGVm aW5lIFNURENfSEVBREVSUyAxCj4+IHwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEKPj4gfCAj ZGVmaW5lIEhBVkVfU1lTX1NUQVRfSCAxCj4+IHwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKPj4g fCAjZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQo+PiB8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCj4+ IHwgI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxCj4+IHwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0gg MQo+PiB8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCj4+IHwgI2RlZmluZSBIQVZFX1VOSVNURF9I IDEKPj4gfCAjZGVmaW5lIEhBVkVfRExGQ05fSCAxCj4+IHwgI2RlZmluZSBMVF9PQkpESVIgIi5s aWJzLyIKPj4gfCAvKiBlbmQgY29uZmRlZnMuaC4gICovCj4+IHwgI2luY2x1ZGUgPHN0ZGlvLmg+ Cj4+IHwgI2lmZGVmIEhBVkVfU1lTX1RZUEVTX0gKPj4gfCAjIGluY2x1ZGUgPHN5cy90eXBlcy5o Pgo+PiB8ICNlbmRpZgo+PiB8ICNpZmRlZiBIQVZFX1NZU19TVEFUX0gKPj4gfCAjIGluY2x1ZGUg PHN5cy9zdGF0Lmg+Cj4+IHwgI2VuZGlmCj4+IHwgI2lmZGVmIFNURENfSEVBREVSUwo+PiB8ICMg aW5jbHVkZSA8c3RkbGliLmg+Cj4+IHwgIyBpbmNsdWRlIDxzdGRkZWYuaD4KPj4gfCAjZWxzZQo+ PiB8ICMgaWZkZWYgSEFWRV9TVERMSUJfSAo+PiB8ICMgIGluY2x1ZGUgPHN0ZGxpYi5oPgo+PiB8 ICMgZW5kaWYKPj4gfCAjZW5kaWYKPj4gfCAjaWZkZWYgSEFWRV9TVFJJTkdfSAo+PiB8ICMgaWYg IWRlZmluZWQgU1REQ19IRUFERVJTICYmIGRlZmluZWQgSEFWRV9NRU1PUllfSAo+PiB8ICMgIGlu Y2x1ZGUgPG1lbW9yeS5oPgo+PiB8ICMgZW5kaWYKPj4gfCAjIGluY2x1ZGUgPHN0cmluZy5oPgo+ PiB8ICNlbmRpZgo+PiB8ICNpZmRlZiBIQVZFX1NUUklOR1NfSAo+PiB8ICMgaW5jbHVkZSA8c3Ry aW5ncy5oPgo+PiB8ICNlbmRpZgo+PiB8ICNpZmRlZiBIQVZFX0lOVFRZUEVTX0gKPj4gfCAjIGlu Y2x1ZGUgPGludHR5cGVzLmg+Cj4+IHwgI2VuZGlmCj4+IHwgI2lmZGVmIEhBVkVfU1RESU5UX0gK Pj4gfCAjIGluY2x1ZGUgPHN0ZGludC5oPgo+PiB8ICNlbmRpZgo+PiB8ICNpZmRlZiBIQVZFX1VO SVNURF9ICj4+IHwgIyBpbmNsdWRlIDx1bmlzdGQuaD4KPj4gfCAjZW5kaWYKPj4gfCBpbnQKPj4g fCBtYWluICgpCj4+IHwgewo+PiB8ICNpZm5kZWYgX19JTlRFTF9DT01QSUxFUgo+PiB8ICNpZmRl ZiBfX2NwbHVzcGx1cwo+PiB8ICAgKHZvaWQpIF9fSU5URUxfQ09NUElMRVI7Cj4+IHwgI2Vsc2UK Pj4gfCAgICh2b2lkKSBfX0lOVEVMX0NPTVBJTEVSOwo+PiB8ICNlbmRpZgo+PiB8ICNlbmRpZgo+ PiB8Cj4+IHwgICA7Cj4+IHwgICByZXR1cm4gMDsKPj4gfCB9Cj4+IGNvbmZpZ3VyZToxMTUzMTog cmVzdWx0OiBubwo+PiBjb25maWd1cmU6MTE1Mzg6IGNoZWNraW5nIHdoZXRoZXIgX19TVU5QUk9f QyBpcyBkZWNsYXJlZAo+PiBjb25maWd1cmU6MTE1Mzg6IGNjIC1zdGQ9Z251OTkgLWMgLU8yIC1w aXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAgCj4+IGNvbmZ0ZXN0LmMgPiY1Cj4+IGNvbmZ0ZXN0 LmM6IEluIGZ1bmN0aW9uICdtYWluJzoKPj4gY29uZnRlc3QuYzo2MzogZXJyb3I6ICdfX1NVTlBS T19DJyB1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhpcwo+PiBmdW5jdGlvbikgY29uZnRlc3Qu Yzo2MzogZXJyb3I6IChFYWNoIHVuZGVjbGFyZWQgaWRlbnRpZmllciBpcwo+PiByZXBvcnRlZCBv bmx5IG9uY2UgY29uZnRlc3QuYzo2MzogZXJyb3I6IGZvciBlYWNoIGZ1bmN0aW9uIGl0IGFwcGVh cnMKPj4gaW4uKSBjb25maWd1cmU6MTE1Mzg6ICQ/ID0gMQo+PiBjb25maWd1cmU6IGZhaWxlZCBw cm9ncmFtIHdhczoKPj4gfCAvKiBjb25mZGVmcy5oICovCj4+IHwgI2RlZmluZSBQQUNLQUdFX05B TUUgImxpYlhleHQiCj4+IHwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgImxpYlhleHQiCj4+IHwg I2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIjEuMy4wIgo+PiB8ICNkZWZpbmUgUEFDS0FHRV9TVFJJ TkcgImxpYlhleHQgMS4zLjAiCj4+IHwgI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAgCj4+ICJo dHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2VudGVyX2J1Zy5jZ2k/cHJvZHVjdD14b3JnIgo+ PiB8ICNkZWZpbmUgUEFDS0FHRV9VUkwgIiIKPj4gfCAjZGVmaW5lIFBBQ0tBR0UgImxpYlhleHQi Cj4+IHwgI2RlZmluZSBWRVJTSU9OICIxLjMuMCIKPj4gfCAjZGVmaW5lIFNURENfSEVBREVSUyAx Cj4+IHwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEKPj4gfCAjZGVmaW5lIEhBVkVfU1lTX1NU QVRfSCAxCj4+IHwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKPj4gfCAjZGVmaW5lIEhBVkVfU1RS SU5HX0ggMQo+PiB8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCj4+IHwgI2RlZmluZSBIQVZFX1NU UklOR1NfSCAxCj4+IHwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQo+PiB8ICNkZWZpbmUgSEFW RV9TVERJTlRfSCAxCj4+IHwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKPj4gfCAjZGVmaW5lIEhB VkVfRExGQ05fSCAxCj4+IHwgI2RlZmluZSBMVF9PQkpESVIgIi5saWJzLyIKPj4gfCAvKiBlbmQg Y29uZmRlZnMuaC4gICovCj4+IHwgI2luY2x1ZGUgPHN0ZGlvLmg+Cj4+IHwgI2lmZGVmIEhBVkVf U1lTX1RZUEVTX0gKPj4gfCAjIGluY2x1ZGUgPHN5cy90eXBlcy5oPgo+PiB8ICNlbmRpZgo+PiB8 ICNpZmRlZiBIQVZFX1NZU19TVEFUX0gKPj4gfCAjIGluY2x1ZGUgPHN5cy9zdGF0Lmg+Cj4+IHwg I2VuZGlmCj4+IHwgI2lmZGVmIFNURENfSEVBREVSUwo+PiB8ICMgaW5jbHVkZSA8c3RkbGliLmg+ Cj4+IHwgIyBpbmNsdWRlIDxzdGRkZWYuaD4KPj4gfCAjZWxzZQo+PiB8ICMgaWZkZWYgSEFWRV9T VERMSUJfSAo+PiB8ICMgIGluY2x1ZGUgPHN0ZGxpYi5oPgo+PiB8ICMgZW5kaWYKPj4gfCAjZW5k aWYKPj4gfCAjaWZkZWYgSEFWRV9TVFJJTkdfSAo+PiB8ICMgaWYgIWRlZmluZWQgU1REQ19IRUFE RVJTICYmIGRlZmluZWQgSEFWRV9NRU1PUllfSAo+PiB8ICMgIGluY2x1ZGUgPG1lbW9yeS5oPgo+ PiB8ICMgZW5kaWYKPj4gfCAjIGluY2x1ZGUgPHN0cmluZy5oPgo+PiB8ICNlbmRpZgo+PiB8ICNp ZmRlZiBIQVZFX1NUUklOR1NfSAo+PiB8ICMgaW5jbHVkZSA8c3RyaW5ncy5oPgo+PiB8ICNlbmRp Zgo+PiB8ICNpZmRlZiBIQVZFX0lOVFRZUEVTX0gKPj4gfCAjIGluY2x1ZGUgPGludHR5cGVzLmg+ Cj4+IHwgI2VuZGlmCj4+IHwgI2lmZGVmIEhBVkVfU1RESU5UX0gKPj4gfCAjIGluY2x1ZGUgPHN0 ZGludC5oPgo+PiB8ICNlbmRpZgo+PiB8ICNpZmRlZiBIQVZFX1VOSVNURF9ICj4+IHwgIyBpbmNs dWRlIDx1bmlzdGQuaD4KPj4gfCAjZW5kaWYKPj4gfCBpbnQKPj4gfCBtYWluICgpCj4+IHwgewo+ PiB8ICNpZm5kZWYgX19TVU5QUk9fQwo+PiB8ICNpZmRlZiBfX2NwbHVzcGx1cwo+PiB8ICAgKHZv aWQpIF9fU1VOUFJPX0M7Cj4+IHwgI2Vsc2UKPj4gfCAgICh2b2lkKSBfX1NVTlBST19DOwo+PiB8 ICNlbmRpZgo+PiB8ICNlbmRpZgo+PiB8Cj4+IHwgICA7Cj4+IHwgICByZXR1cm4gMDsKPj4gfCB9 Cj4+IGNvbmZpZ3VyZToxMTUzODogcmVzdWx0OiBubwo+PiBjb25maWd1cmU6MTE1OTU6IGNoZWNr aW5nIGZvciBwa2ctY29uZmlnCj4+IGNvbmZpZ3VyZToxMTYxMzogZm91bmQgL3Vzci9sb2NhbC9i aW4vcGtnLWNvbmZpZwo+PiBjb25maWd1cmU6MTE2MjU6IHJlc3VsdDogL3Vzci9sb2NhbC9iaW4v cGtnLWNvbmZpZwo+PiBjb25maWd1cmU6MTE2NTA6IGNoZWNraW5nIHBrZy1jb25maWcgaXMgYXQg bGVhc3QgdmVyc2lvbiAwLjkuMAo+PiBjb25maWd1cmU6MTE2NTM6IHJlc3VsdDogeWVzCj4+IGNv bmZpZ3VyZToxMTY5OTogY2hlY2tpbmcgaWYgY2MgLXN0ZD1nbnU5OSBzdXBwb3J0cyAtV2Vycm9y PWF0dHJpYnV0ZXMKPj4gY29uZmlndXJlOjExNzA3OiBjYyAtc3RkPWdudTk5IC1jIC1PMiAtcGlw ZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgCj4+IC1wZWRhbnRpYyAtV2Vycm9yIC1XZXJyb3I9YXR0 cmlidXRlcyAgY29uZnRlc3QuYyA+JjUKPj4gY29uZnRlc3QuYzoyMzogZXJyb3I6IGV4cGVjdGVk IGlkZW50aWZpZXIgb3IgJygnIGJlZm9yZSAncmV0dXJuJwo+PiBjb25maWd1cmU6MTE3MDc6ICQ/ ID0gMQo+PiBjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKPj4gfCAvKiBjb25mZGVmcy5o ICovCj4+IHwgI2RlZmluZSBQQUNLQUdFX05BTUUgImxpYlhleHQiCj4+IHwgI2RlZmluZSBQQUNL QUdFX1RBUk5BTUUgImxpYlhleHQiCj4+IHwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIjEuMy4w Igo+PiB8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgImxpYlhleHQgMS4zLjAiCj4+IHwgI2RlZmlu ZSBQQUNLQUdFX0JVR1JFUE9SVCAgCj4+ICJodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2Vu dGVyX2J1Zy5jZ2k/cHJvZHVjdD14b3JnIgo+PiB8ICNkZWZpbmUgUEFDS0FHRV9VUkwgIiIKPj4g fCAjZGVmaW5lIFBBQ0tBR0UgImxpYlhleHQiCj4+IHwgI2RlZmluZSBWRVJTSU9OICIxLjMuMCIK Pj4gfCAjZGVmaW5lIFNURENfSEVBREVSUyAxCj4+IHwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19I IDEKPj4gfCAjZGVmaW5lIEhBVkVfU1lTX1NUQVRfSCAxCj4+IHwgI2RlZmluZSBIQVZFX1NURExJ Ql9IIDEKPj4gfCAjZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQo+PiB8ICNkZWZpbmUgSEFWRV9NRU1P UllfSCAxCj4+IHwgI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxCj4+IHwgI2RlZmluZSBIQVZFX0lO VFRZUEVTX0ggMQo+PiB8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCj4+IHwgI2RlZmluZSBIQVZF X1VOSVNURF9IIDEKPj4gfCAjZGVmaW5lIEhBVkVfRExGQ05fSCAxCj4+IHwgI2RlZmluZSBMVF9P QkpESVIgIi5saWJzLyIKPj4gfCAvKiBlbmQgY29uZmRlZnMuaC4gICovCj4+IHwgcmV0dXJuIDA7 Cj4+IGNvbmZpZ3VyZToxMTcxMjogcmVzdWx0OiBubwo+PiBjb25maWd1cmU6MTE4OTA6IGNoZWNr aW5nIHdoZXRoZXIgdG8gYnVpbGQgZnVuY3Rpb25hbCBzcGVjaWZpY2F0aW9ucwo+PiBjb25maWd1 cmU6MTE4OTI6IHJlc3VsdDogbm8KPj4gY29uZmlndXJlOjEyMDg2OiBjaGVja2luZyBmb3IgZm9w Cj4+IGNvbmZpZ3VyZToxMjExOTogcmVzdWx0OiBubwo+PiBjb25maWd1cmU6MTIxMjU6IFdBUk5J Tkc6IGZvcCBub3QgZm91bmQgLSBkb2N1bWVudGF0aW9uIHRhcmdldHMgd2lsbCAgCj4+IGJlIHNr aXBwZWQKPj4gY29uZmlndXJlOjEyMjEwOiBjaGVja2luZyBmb3IgeHNsdHByb2MKPj4gY29uZmln dXJlOjEyMjQzOiByZXN1bHQ6IG5vCj4+IGNvbmZpZ3VyZToxMjI0OTogV0FSTklORzogeHNsdHBy b2Mgbm90IGZvdW5kIC0gY2Fubm90IHRyYW5zZm9ybSBYTUwKPj4gZG9jdW1lbnRzIGNvbmZpZ3Vy ZToxMjMyNDogY2hlY2tpbmcgZm9yIFguT3JnIFNHTUwgZW50aXRpZXMgPj0gMS43Cj4+IGNvbmZp Z3VyZToxMjMyODogJFBLR19DT05GSUcgLS1leGlzdHMgLS1wcmludC1lcnJvcnMgIAo+PiAieG9y Zy1zZ21sLWRvY3Rvb2xzID49IDEuNyIKPj4gUGFja2FnZSB4b3JnLXNnbWwtZG9jdG9vbHMgd2Fz IG5vdCBmb3VuZCBpbiB0aGUgcGtnLWNvbmZpZyBzZWFyY2gKPj4gcGF0aC4gUGVyaGFwcyB5b3Ug c2hvdWxkIGFkZCB0aGUgZGlyZWN0b3J5IGNvbnRhaW5pbmcKPj4gYHhvcmctc2dtbC1kb2N0b29s cy5wYycgdG8gdGhlIFBLR19DT05GSUdfUEFUSCBlbnZpcm9ubWVudCB2YXJpYWJsZQo+PiBObyBw YWNrYWdlICd4b3JnLXNnbWwtZG9jdG9vbHMnIGZvdW5kCj4+IGNvbmZpZ3VyZToxMjMzMTogJD8g PSAxCj4+IGNvbmZpZ3VyZToxMjM0NzogcmVzdWx0OiBubwo+PiBjb25maWd1cmU6MTIzNzI6IGNo ZWNraW5nIHdoZXRoZXIgbWFsbG9jKDApIHJldHVybnMgTlVMTAo+PiBjb25maWd1cmU6MTI0MDg6 IHJlc3VsdDogeWVzCj4+IGNvbmZpZ3VyZToxMjQ0MDogY2hlY2tpbmcgZm9yIFhFWFQKPj4gY29u ZmlndXJlOjEyNDQ3OiAkUEtHX0NPTkZJRyAtLWV4aXN0cyAtLXByaW50LWVycm9ycyAieHByb3Rv ID49Cj4+IDcuMC4xMyB4MTEgPj0gMS4xLjk5LjEgeGV4dHByb3RvID49IDcuMS45OSIKPj4gUGFj a2FnZSB4MTEgd2FzIG5vdCBmb3VuZCBpbiB0aGUgcGtnLWNvbmZpZyBzZWFyY2ggcGF0aC4KPj4g UGVyaGFwcyB5b3Ugc2hvdWxkIGFkZCB0aGUgZGlyZWN0b3J5IGNvbnRhaW5pbmcgYHgxMS5wYycK Pj4gdG8gdGhlIFBLR19DT05GSUdfUEFUSCBlbnZpcm9ubWVudCB2YXJpYWJsZQo+PiBObyBwYWNr YWdlICd4MTEnIGZvdW5kCj4+IGNvbmZpZ3VyZToxMjQ1MDogJD8gPSAxCj4+IGNvbmZpZ3VyZTox MjQ2MzogJFBLR19DT05GSUcgLS1leGlzdHMgLS1wcmludC1lcnJvcnMgInhwcm90byA+PQo+PiA3 LjAuMTMgeDExID49IDEuMS45OS4xIHhleHRwcm90byA+PSA3LjEuOTkiCj4+IFBhY2thZ2UgeDEx IHdhcyBub3QgZm91bmQgaW4gdGhlIHBrZy1jb25maWcgc2VhcmNoIHBhdGguCj4+IFBlcmhhcHMg eW91IHNob3VsZCBhZGQgdGhlIGRpcmVjdG9yeSBjb250YWluaW5nIGB4MTEucGMnCj4+IHRvIHRo ZSBQS0dfQ09ORklHX1BBVEggZW52aXJvbm1lbnQgdmFyaWFibGUKPj4gTm8gcGFja2FnZSAneDEx JyBmb3VuZAo+PiBjb25maWd1cmU6MTI0NjY6ICQ/ID0gMQo+PiBObyBwYWNrYWdlICd4MTEnIGZv dW5kCj4+IGNvbmZpZ3VyZToxMjUwMzogZXJyb3I6IFBhY2thZ2UgcmVxdWlyZW1lbnRzICh4cHJv dG8gPj0gNy4wLjEzIHgxMQo+PiA+PSAxLjEuOTkuMSB4ZXh0cHJvdG8gPj0gNy4xLjk5KSB3ZXJl IG5vdCBtZXQ6Cj4+IAo+PiBObyBwYWNrYWdlICd4MTEnIGZvdW5kCj4+IAo+PiBDb25zaWRlciBh ZGp1c3RpbmcgdGhlIFBLR19DT05GSUdfUEFUSCBlbnZpcm9ubWVudCB2YXJpYWJsZSBpZiB5b3UK Pj4gaW5zdGFsbGVkIHNvZnR3YXJlIGluIGEgbm9uLXN0YW5kYXJkIHByZWZpeC4KPj4gCj4+IEFs dGVybmF0aXZlbHksIHlvdSBtYXkgc2V0IHRoZSBlbnZpcm9ubWVudCB2YXJpYWJsZXMgWEVYVF9D RkxBR1MKPj4gYW5kIFhFWFRfTElCUyB0byBhdm9pZCB0aGUgbmVlZCB0byBjYWxsIHBrZy1jb25m aWcuCj4+IFNlZSB0aGUgcGtnLWNvbmZpZyBtYW4gcGFnZSBmb3IgbW9yZSBkZXRhaWxzLgo+PiAK Pj4gCj4+ICMjIC0tLS0tLS0tLS0tLS0tLS0gIyMKPj4gIyMgQ2FjaGUgdmFyaWFibGVzLiAjIwo+ PiAjIyAtLS0tLS0tLS0tLS0tLS0tICMjCj4+IAo+PiBhY19jdl9idWlsZD1hbWQ2NC1wb3J0Ymxk LWZyZWVic2Q5LjAKPj4gYWNfY3ZfY19jb21waWxlcl9nbnU9eWVzCj4+IGFjX2N2X2Vudl9DQ19z ZXQ9c2V0Cj4+IGFjX2N2X2Vudl9DQ192YWx1ZT1jYwo+PiBhY19jdl9lbnZfQ0ZMQUdTX3NldD1z ZXQKPj4gYWNfY3ZfZW52X0NGTEFHU192YWx1ZT0nLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFz aW5nJwo+PiBhY19jdl9lbnZfQ1BQRkxBR1Nfc2V0PXNldAo+PiBhY19jdl9lbnZfQ1BQRkxBR1Nf dmFsdWU9JycKPj4gYWNfY3ZfZW52X0NQUF9zZXQ9c2V0Cj4+IGFjX2N2X2Vudl9DUFBfdmFsdWU9 Y3BwCj4+IGFjX2N2X2Vudl9GT1Bfc2V0PScnCj4+IGFjX2N2X2Vudl9GT1BfdmFsdWU9JycKPj4g YWNfY3ZfZW52X0xERkxBR1Nfc2V0PXNldAo+PiBhY19jdl9lbnZfTERGTEFHU192YWx1ZT0nJwo+ PiBhY19jdl9lbnZfTElCU19zZXQ9JycKPj4gYWNfY3ZfZW52X0xJQlNfdmFsdWU9JycKPj4gYWNf Y3ZfZW52X0xJTlRfRkxBR1Nfc2V0PScnCj4+IGFjX2N2X2Vudl9MSU5UX0ZMQUdTX3ZhbHVlPScn Cj4+IGFjX2N2X2Vudl9MSU5UX3NldD0nJwo+PiBhY19jdl9lbnZfTElOVF92YWx1ZT0nJwo+PiBh Y19jdl9lbnZfUEtHX0NPTkZJR19zZXQ9JycKPj4gYWNfY3ZfZW52X1BLR19DT05GSUdfdmFsdWU9 JycKPj4gYWNfY3ZfZW52X1hFWFRfQ0ZMQUdTX3NldD0nJwo+PiBhY19jdl9lbnZfWEVYVF9DRkxB R1NfdmFsdWU9JycKPj4gYWNfY3ZfZW52X1hFWFRfTElCU19zZXQ9JycKPj4gYWNfY3ZfZW52X1hF WFRfTElCU192YWx1ZT0nJwo+PiBhY19jdl9lbnZfWE1MVE9fc2V0PScnCj4+IGFjX2N2X2Vudl9Y TUxUT192YWx1ZT0nJwo+PiBhY19jdl9lbnZfWFNMVFBST0Nfc2V0PScnCj4+IGFjX2N2X2Vudl9Y U0xUUFJPQ192YWx1ZT0nJwo+PiBhY19jdl9lbnZfYnVpbGRfYWxpYXNfc2V0PXNldAo+PiBhY19j dl9lbnZfYnVpbGRfYWxpYXNfdmFsdWU9YW1kNjQtcG9ydGJsZC1mcmVlYnNkOS4wCj4+IGFjX2N2 X2Vudl9ob3N0X2FsaWFzX3NldD0nJwo+PiBhY19jdl9lbnZfaG9zdF9hbGlhc192YWx1ZT0nJwo+ PiBhY19jdl9lbnZfdGFyZ2V0X2FsaWFzX3NldD0nJwo+PiBhY19jdl9lbnZfdGFyZ2V0X2FsaWFz X3ZhbHVlPScnCj4+IGFjX2N2X2hhdmVfZGVjbF9fX0lOVEVMX0NPTVBJTEVSPW5vCj4+IGFjX2N2 X2hhdmVfZGVjbF9fX1NVTlBST19DPW5vCj4+IGFjX2N2X2hhdmVfZGVjbF9fX2NsYW5nX189bm8K Pj4gYWNfY3ZfaGVhZGVyX2RsZmNuX2g9eWVzCj4+IGFjX2N2X2hlYWRlcl9pbnR0eXBlc19oPXll cwo+PiBhY19jdl9oZWFkZXJfbWVtb3J5X2g9eWVzCj4+IGFjX2N2X2hlYWRlcl9zdGRjPXllcwo+ PiBhY19jdl9oZWFkZXJfc3RkaW50X2g9eWVzCj4+IGFjX2N2X2hlYWRlcl9zdGRsaWJfaD15ZXMK Pj4gYWNfY3ZfaGVhZGVyX3N0cmluZ19oPXllcwo+PiBhY19jdl9oZWFkZXJfc3RyaW5nc19oPXll cwo+PiBhY19jdl9oZWFkZXJfc3lzX3N0YXRfaD15ZXMKPj4gYWNfY3ZfaGVhZGVyX3N5c190eXBl c19oPXllcwo+PiBhY19jdl9oZWFkZXJfdW5pc3RkX2g9eWVzCj4+IGFjX2N2X2hvc3Q9YW1kNjQt cG9ydGJsZC1mcmVlYnNkOS4wCj4+IGFjX2N2X29iamV4dD1vCj4+IGFjX2N2X3BhdGhfRUdSRVA9 Jy91c3IvYmluL2dyZXAgLUUnCj4+IGFjX2N2X3BhdGhfRkdSRVA9Jy91c3IvYmluL2dyZXAgLUYn Cj4+IGFjX2N2X3BhdGhfR1JFUD0vdXNyL2Jpbi9ncmVwCj4+IGFjX2N2X3BhdGhfU0VEPS91c3Iv YmluL3NlZAo+PiBhY19jdl9wYXRoX2FjX3B0X1BLR19DT05GSUc9L3Vzci9sb2NhbC9iaW4vcGtn LWNvbmZpZwo+PiBhY19jdl9wcm9nX0FXSz1uYXdrCj4+IGFjX2N2X3Byb2dfQ1BQPWNwcAo+PiBh Y19jdl9wcm9nX2FjX2N0X0FSPWFyCj4+IGFjX2N2X3Byb2dfYWNfY3RfQ0M9Y2MKPj4gYWNfY3Zf cHJvZ19hY19jdF9NQU5JRkVTVF9UT09MPW10Cj4+IGFjX2N2X3Byb2dfYWNfY3RfT0JKRFVNUD1v YmpkdW1wCj4+IGFjX2N2X3Byb2dfYWNfY3RfUkFOTElCPXJhbmxpYgo+PiBhY19jdl9wcm9nX2Fj X2N0X1NUUklQPXN0cmlwCj4+IGFjX2N2X3Byb2dfY2NfYzg5PScnCj4+IGFjX2N2X3Byb2dfY2Nf Yzk5PS1zdGQ9Z251OTkKPj4gYWNfY3ZfcHJvZ19jY19nPXllcwo+PiBhY19jdl9wcm9nX21ha2Vf bWFrZV9zZXQ9eWVzCj4+IGFtX2N2X0NDX2RlcGVuZGVuY2llc19jb21waWxlcl90eXBlPWdjYzMK Pj4gbHRfY3ZfYXJfYXRfZmlsZT1ubwo+PiBsdF9jdl9hcmNoaXZlX2NtZHNfbmVlZF9sYz1ubwo+ PiBsdF9jdl9kZXBsaWJzX2NoZWNrX21ldGhvZD1wYXNzX2FsbAo+PiBsdF9jdl9maWxlX21hZ2lj X2NtZD0nJE1BR0lDX0NNRCcKPj4gbHRfY3ZfZmlsZV9tYWdpY190ZXN0X2ZpbGU9JycKPj4gbHRf Y3ZfbGRfcmVsb2FkX2ZsYWc9LXIKPj4gbHRfY3Zfbm1faW50ZXJmYWNlPSdCU0Qgbm0nCj4+IGx0 X2N2X29iamRpcj0ubGlicwo+PiBsdF9jdl9wYXRoX0xEPS91c3IvYmluL2xkCj4+IGx0X2N2X3Bh dGhfTk09Jy91c3IvYmluL25tIC1CJwo+PiBsdF9jdl9wYXRoX21haW5mZXN0X3Rvb2w9bm8KPj4g bHRfY3ZfcHJvZ19jb21waWxlcl9jX289eWVzCj4+IGx0X2N2X3Byb2dfY29tcGlsZXJfcGljPSct ZlBJQyAtRFBJQycKPj4gbHRfY3ZfcHJvZ19jb21waWxlcl9waWNfd29ya3M9eWVzCj4+IGx0X2N2 X3Byb2dfY29tcGlsZXJfcnR0aV9leGNlcHRpb25zPW5vCj4+IGx0X2N2X3Byb2dfY29tcGlsZXJf c3RhdGljX3dvcmtzPXllcwo+PiBsdF9jdl9wcm9nX2dudV9sZD15ZXMKPj4gbHRfY3Zfc2hhcmVk bGliX2Zyb21fbGlua2xpYl9jbWQ9J3ByaW50ZiAlc1xuJwo+PiBsdF9jdl9zeXNfZ2xvYmFsX3N5 bWJvbF9waXBlPSdzZWQgLW4gLWUgJ1wnJ3MvXi4qWwkgIAo+PiBdXChbQUJDREdJUlNUV11bQUJD REdJUlNUV10qXClbCSBdWwo+PiBdKlwoW19BLVphLXpdW19BLVphLXowLTldKlwpJC9cMSBcMiBc Mi9wJ1wnJyB8IHNlZCAnXCcnLwo+PiBfX2dudV9sdG8vZCdcJyBsdF9jdl9zeXNfZ2xvYmFsX3N5 bWJvbF90b19jX25hbWVfYWRkcmVzcz0nc2VkIC1uIC1lCj4+ICdcJydzL146IFwoW14gXSpcKVsg XSokLyAge1wiXDFcIiwgKHZvaWQgKikgMH0sL3AnXCcnIC1lCj4+ICdcJydzL15bQUJDREdJUlNU V10qIFwoW14gXSpcKSBcKFteIF0qXCkkLyAgeyJcMiIsICh2b2lkICopCj4+IFwmXDJ9LC9wJ1wn IGx0X2N2X3N5c19nbG9iYWxfc3ltYm9sX3RvX2NfbmFtZV9hZGRyZXNzX2xpYl9wcmVmaXg9J3Nl ZAo+PiAtbiAtZSAnXCcncy9eOiBcKFteIF0qXClbIF0qJC8gIHtcIlwxXCIsICh2b2lkICopIDB9 LC9wJ1wnJyAtZSAgCj4+ICdcJydzL15bQUJDREdJUlNUV10qIFwoW14gXSpcKSBcKGxpYlteIF0q XCkkLyAgeyJcMiIsICh2b2lkICopICAKPj4gXCZcMn0sL3AnXCcnIC1lICdcJydzL15bQUJDREdJ UlNUV10qIFwoW14gXSpcKSBcKFteIF0qXCkkLwo+PiB7ImxpYlwyIiwgKHZvaWQgKikgXCZcMn0s L3AnXCcKPj4gbHRfY3Zfc3lzX2dsb2JhbF9zeW1ib2xfdG9fY2RlY2w9J3NlZCAtbiAtZSAnXCcn cy9eVCAuKgo+PiBcKC4qXCkkL2V4dGVybiBpbnQgXDEoKTsvcCdcJycgLWUgJ1wnJ3MvXltBQkNE R0lSU1RXXSogLioKPj4gXCguKlwpJC9leHRlcm4gY2hhciBcMTsvcCdcJyBsdF9jdl9zeXNfbWF4 X2NtZF9sZW49MjYyMTQ0Cj4+IGx0X2N2X3RvX2hvc3RfZmlsZV9jbWQ9ZnVuY19jb252ZXJ0X2Zp bGVfbm9vcAo+PiBsdF9jdl90b190b29sX2ZpbGVfY21kPWZ1bmNfY29udmVydF9maWxlX25vb3AK Pj4gCj4+ICMjIC0tLS0tLS0tLS0tLS0tLS0tICMjCj4+ICMjIE91dHB1dCB2YXJpYWJsZXMuICMj Cj4+ICMjIC0tLS0tLS0tLS0tLS0tLS0tICMjCj4+IAo+PiBBQ0xPQ0FMPScke1NIRUxMfSAvdXNy L3BvcnRzL3gxMS9saWJYZXh0L3dvcmsvbGliWGV4dC0xLjMuMC9taXNzaW5nICAKPj4gLS1ydW4g YWNsb2NhbC0xLjExJwo+PiBBRE1JTl9NQU5fRElSPSckKG1hbmRpcikvbWFuJChBRE1JTl9NQU5f U1VGRklYKScKPj4gQURNSU5fTUFOX1NVRkZJWD0nOCcKPj4gQU1ERVBCQUNLU0xBU0g9J1wnCj4+ IEFNREVQX0ZBTFNFPScjJwo+PiBBTURFUF9UUlVFPScnCj4+IEFNVEFSPScke1NIRUxMfSAvdXNy L3BvcnRzL3gxMS9saWJYZXh0L3dvcmsvbGliWGV4dC0xLjMuMC9taXNzaW5nCj4+IC0tcnVuIHRh cicgQU1fQkFDS1NMQVNIPSdcJwo+PiBBTV9ERUZBVUxUX1ZFUkJPU0lUWT0nMCcKPj4gQVBQX01B Tl9ESVI9JyQobWFuZGlyKS9tYW4kKEFQUF9NQU5fU1VGRklYKScKPj4gQVBQX01BTl9TVUZGSVg9 JzEnCj4+IEFSPSdhcicKPj4gQVVUT0NPTkY9JyR7U0hFTEx9IC91c3IvcG9ydHMveDExL2xpYlhl eHQvd29yay9saWJYZXh0LTEuMy4wL21pc3NpbmcgIAo+PiAtLXJ1biBhdXRvY29uZicKPj4gQVVU T0hFQURFUj0nJHtTSEVMTH0gL3Vzci9wb3J0cy94MTEvbGliWGV4dC93b3JrL2xpYlhleHQtMS4z LjAvbWlzc2luZyAgCj4+IC0tcnVuIGF1dG9oZWFkZXInCj4+IEFVVE9NQUtFPScke1NIRUxMfSAv dXNyL3BvcnRzL3gxMS9saWJYZXh0L3dvcmsvbGliWGV4dC0xLjMuMC9taXNzaW5nICAKPj4gLS1y dW4gYXV0b21ha2UtMS4xMScKPj4gQVdLPSduYXdrJwo+PiBDQz0nY2MgLXN0ZD1nbnU5OScKPj4g Q0NERVBNT0RFPSdkZXBtb2RlPWdjYzMnCj4+IENGTEFHUz0nLU8yIC1waXBlIC1mbm8tc3RyaWN0 LWFsaWFzaW5nJwo+PiBDSEFOR0VMT0dfQ01EPScoR0lUX0RJUj0kKHRvcF9zcmNkaXIpLy5naXQg Z2l0IGxvZyA+ICAKPj4gJCh0b3Bfc3JjZGlyKS8uY2hhbmdlbG9nLnRtcCAmJiBtdiAkKHRvcF9z cmNkaXIpLy5jaGFuZ2Vsb2cudG1wICAKPj4gJCh0b3Bfc3JjZGlyKS9DaGFuZ2VMb2cpIHx8IChy bSAtZiAkKHRvcF9zcmNkaXIpLy5jaGFuZ2Vsb2cudG1wOwo+PiB0b3VjaCAkKHRvcF9zcmNkaXIp L0NoYW5nZUxvZzsgZWNobyAnXCcnZ2l0IGRpcmVjdG9yeSBub3QgZm91bmQ6Cj4+IGluc3RhbGxp bmcgcG9zc2libHkgZW1wdHkgY2hhbmdlbG9nLidcJycgPiYyKScKPj4gQ1BQPSdjcHAnCj4+IENQ UEZMQUdTPScnCj4+IENXQVJORkxBR1M9Jy1XYWxsIC1XcG9pbnRlci1hcml0aCAtV3N0cmljdC1w cm90b3R5cGVzICAKPj4gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9u cyAtV25lc3RlZC1leHRlcm5zICAKPj4gLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdiYWQtZnVuY3Rp b24tY2FzdCAtV2Zvcm1hdD0yICAKPj4gLVdvbGQtc3R5bGUtZGVmaW5pdGlvbiAtV2RlY2xhcmF0 aW9uLWFmdGVyLXN0YXRlbWVudCcKPj4gQ1lHUEFUSF9XPSdlY2hvJwo+PiBERUZTPScnCj4+IERF UERJUj0nLmRlcHMnCj4+IERMTFRPT0w9J2ZhbHNlJwo+PiBEUklWRVJfTUFOX0RJUj0nJChtYW5k aXIpL21hbiQoRFJJVkVSX01BTl9TVUZGSVgpJwo+PiBEUklWRVJfTUFOX1NVRkZJWD0nNCcKPj4g RFNZTVVUSUw9JycKPj4gRFVNUEJJTj0nJwo+PiBFQ0hPX0M9JycKPj4gRUNIT19OPSctbicKPj4g RUNIT19UPScnCj4+IEVHUkVQPScvdXNyL2Jpbi9ncmVwIC1FJwo+PiBFTkFCTEVfU1BFQ1NfRkFM U0U9JycKPj4gRU5BQkxFX1NQRUNTX1RSVUU9JyMnCj4+IEVYRUVYVD0nJwo+PiBGR1JFUD0nL3Vz ci9iaW4vZ3JlcCAtRicKPj4gRklMRV9NQU5fRElSPSckKG1hbmRpcikvbWFuJChGSUxFX01BTl9T VUZGSVgpJwo+PiBGSUxFX01BTl9TVUZGSVg9JzUnCj4+IEZPUD0nJwo+PiBHUkVQPScvdXNyL2Jp bi9ncmVwJwo+PiBIQVZFX0ZPUF9GQUxTRT0nJwo+PiBIQVZFX0ZPUF9UUlVFPScjJwo+PiBIQVZF X1NUWUxFU0hFRVRTX0ZBTFNFPScnCj4+IEhBVkVfU1RZTEVTSEVFVFNfVFJVRT0nIycKPj4gSEFW RV9YTUxUT19GQUxTRT0nJwo+PiBIQVZFX1hNTFRPX1RFWFRfRkFMU0U9JycKPj4gSEFWRV9YTUxU T19URVhUX1RSVUU9JyMnCj4+IEhBVkVfWE1MVE9fVFJVRT0nIycKPj4gSEFWRV9YU0xUUFJPQ19G QUxTRT0nJwo+PiBIQVZFX1hTTFRQUk9DX1RSVUU9JyMnCj4+IElOU1RBTExfQ01EPScoY3AgLWYg L0lOU1RBTEwgJCh0b3Bfc3JjZGlyKS8uSU5TVEFMTC50bXAgJiYgbXYgIAo+PiAkKHRvcF9zcmNk aXIpLy5JTlNUQUxMLnRtcCAkKHRvcF9zcmNkaXIpL0lOU1RBTEwpIHx8IChybSAtZiAgCj4+ICQo dG9wX3NyY2RpcikvLklOU1RBTEwudG1wOyB0b3VjaCAkKHRvcF9zcmNkaXIpL0lOU1RBTEw7IGVj aG8gIAo+PiAnXCcndXRpbC1tYWNyb3MgInBrZ2RhdGFkaXIiIGZyb20geG9yZy1tYWNyb3MucGMg bm90IGZvdW5kOgo+PiBpbnN0YWxsaW5nIHBvc3NpYmx5IGVtcHR5IElOU1RBTEwuJ1wnJyA+JjIp Jwo+PiBJTlNUQUxMX0RBVEE9J2luc3RhbGwgIC1vIHJvb3QgLWcgd2hlZWwgLW0gNDQ0Jwo+PiBJ TlNUQUxMX1BST0dSQU09J2luc3RhbGwgIC1zIC1vIHJvb3QgLWcgd2hlZWwgLW0gNTU1Jwo+PiBJ TlNUQUxMX1NDUklQVD0naW5zdGFsbCAgLW8gcm9vdCAtZyB3aGVlbCAtbSA1NTUnCj4+IElOU1RB TExfU1RSSVBfUFJPR1JBTT0nJChpbnN0YWxsX3NoKSAtYyAtcycKPj4gTEQ9Jy91c3IvYmluL2xk Jwo+PiBMREZMQUdTPScnCj4+IExJQk9CSlM9JycKPj4gTElCUz0nJwo+PiBMSUJUT09MPSckKFNI RUxMKSAkKHRvcF9idWlsZGRpcikvbGlidG9vbCcKPj4gTElCX01BTl9ESVI9JyQobWFuZGlyKS9t YW4kKExJQl9NQU5fU1VGRklYKScKPj4gTElCX01BTl9TVUZGSVg9JzMnCj4+IExJTlQ9JycKPj4g TElOVExJQj0nJwo+PiBMSU5UX0ZBTFNFPScnCj4+IExJTlRfRkxBR1M9JycKPj4gTElOVF9UUlVF PScnCj4+IExJUE89JycKPj4gTE5fUz0nbG4gLXMnCj4+IExUTElCT0JKUz0nJwo+PiBNQUlOVD0n IycKPj4gTUFJTlRBSU5FUl9NT0RFX0ZBTFNFPScnCj4+IE1BSU5UQUlORVJfTU9ERV9UUlVFPScj Jwo+PiBNQUtFSU5GTz0nJHtTSEVMTH0gL3Vzci9wb3J0cy94MTEvbGliWGV4dC93b3JrL2xpYlhl eHQtMS4zLjAvbWlzc2luZyAgCj4+IC0tcnVuIG1ha2VpbmZvJwo+PiBNQUtFX0xJTlRfTElCX0ZB TFNFPScnCj4+IE1BS0VfTElOVF9MSUJfVFJVRT0nJwo+PiBNQUxMT0NfWkVST19DRkxBR1M9Jy1E TUFMTE9DXzBfUkVUVVJOU19OVUxMJwo+PiBNQU5JRkVTVF9UT09MPSc6Jwo+PiBNQU5fU1VCU1RT PScJLWUgJ1wnJ3N8X192ZW5kb3J2ZXJzaW9uX198IiQoUEFDS0FHRV9TVFJJTkcpIiAgCj4+ICIk KFhPUkdfTUFOX1BBR0UpInwnXCcnIAktZQo+PiAnXCcnc3xfX3hvcmd2ZXJzaW9uX198IiQoUEFD S0FHRV9TVFJJTkcpIiAiJChYT1JHX01BTl9QQUdFKSJ8J1wnJwo+PiAJLWUgJ1wnJ3N8X194c2Vy dmVybmFtZV9ffFhvcmd8ZydcJycgCS1lCj4+ICdcJydzfF9feGNvbmZpZ2ZpbGVfX3x4b3JnLmNv bmZ8ZydcJycgCS1lCj4+ICdcJydzfF9fcHJvamVjdHJvb3RfX3wkKHByZWZpeCl8ZydcJycgCS1l Cj4+ICdcJydzfF9fYXBwbG9hZGRpcl9ffCQoYXBwZGVmYXVsdGRpcil8ZydcJycgCS1lCj4+ICdc JydzfF9fYXBwbWFuc3VmZml4X198JChBUFBfTUFOX1NVRkZJWCl8ZydcJycgCS1lCj4+ICdcJydz fF9fZHJpdmVybWFuc3VmZml4X198JChEUklWRVJfTUFOX1NVRkZJWCl8ZydcJycgCS1lCj4+ICdc JydzfF9fYWRtaW5tYW5zdWZmaXhfX3wkKEFETUlOX01BTl9TVUZGSVgpfGcnXCcnIAktZQo+PiAn XCcnc3xfX2xpYm1hbnN1ZmZpeF9ffCQoTElCX01BTl9TVUZGSVgpfGcnXCcnIAktZQo+PiAnXCcn c3xfX21pc2NtYW5zdWZmaXhfX3wkKE1JU0NfTUFOX1NVRkZJWCl8ZydcJycgCS1lCj4+ICdcJydz fF9fZmlsZW1hbnN1ZmZpeF9ffCQoRklMRV9NQU5fU1VGRklYKXxnJ1wnJycKPj4gTUlTQ19NQU5f RElSPSckKG1hbmRpcikvbWFuJChNSVNDX01BTl9TVUZGSVgpJyBNSVNDX01BTl9TVUZGSVg9Jzcn Cj4+IE1LRElSX1A9Jy4vaW5zdGFsbC1zaCAtYyAtZCcKPj4gTk09Jy91c3IvYmluL25tIC1CJwo+ PiBOTUVESVQ9JycKPj4gT0JKRFVNUD0nb2JqZHVtcCcKPj4gT0JKRVhUPSdvJwo+PiBPVE9PTDY0 PScnCj4+IE9UT09MPScnCj4+IFBBQ0tBR0U9J2xpYlhleHQnCj4+IFBBQ0tBR0VfQlVHUkVQT1JU PSdodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2VudGVyX2J1Zy5jZ2k/cHJvZHVjdD14b3Jn Jwo+PiBQQUNLQUdFX05BTUU9J2xpYlhleHQnCj4+IFBBQ0tBR0VfU1RSSU5HPSdsaWJYZXh0IDEu My4wJwo+PiBQQUNLQUdFX1RBUk5BTUU9J2xpYlhleHQnCj4+IFBBQ0tBR0VfVVJMPScnCj4+IFBB Q0tBR0VfVkVSU0lPTj0nMS4zLjAnCj4+IFBBVEhfU0VQQVJBVE9SPSc6Jwo+PiBQS0dfQ09ORklH PScvdXNyL2xvY2FsL2Jpbi9wa2ctY29uZmlnJwo+PiBSQU5MSUI9J3JhbmxpYicKPj4gU0VEPScv dXNyL2Jpbi9zZWQnCj4+IFNFVF9NQUtFPScnCj4+IFNIRUxMPScvYmluL3NoJwo+PiBTVFJJQ1Rf Q0ZMQUdTPSctcGVkYW50aWMgLVdlcnJvcicKPj4gU1RSSVA9J3N0cmlwJwo+PiBTVFlMRVNIRUVU X1NSQ0RJUj0nJwo+PiBWRVJTSU9OPScxLjMuMCcKPj4gWEVYVF9DRkxBR1M9JycKPj4gWEVYVF9M SUJTPScnCj4+IFhFWFRfU09SRVY9JzY6NDowJwo+PiBYTUFMTE9DX1pFUk9fQ0ZMQUdTPSctRE1B TExPQ18wX1JFVFVSTlNfTlVMTCcKPj4gWE1MVE89JycKPj4gWE9SR19NQU5fUEFHRT0nWCBWZXJz aW9uIDExJwo+PiBYT1JHX1NHTUxfUEFUSD0nJwo+PiBYU0xUUFJPQz0nJwo+PiBYU0xfU1RZTEVT SEVFVD0nJwo+PiBYVE1BTExPQ19aRVJPX0NGTEFHUz0nLURNQUxMT0NfMF9SRVRVUk5TX05VTEwg LURYVE1BTExPQ19CQycKPj4gYWNfY3RfQVI9J2FyJwo+PiBhY19jdF9DQz0nY2MnCj4+IGFjX2N0 X0RVTVBCSU49JycKPj4gYW1fX0VYRUVYVF9GQUxTRT0nJwo+PiBhbV9fRVhFRVhUX1RSVUU9JycK Pj4gYW1fX2Zhc3RkZXBDQ19GQUxTRT0nIycKPj4gYW1fX2Zhc3RkZXBDQ19UUlVFPScnCj4+IGFt X19pbmNsdWRlPSdpbmNsdWRlJwo+PiBhbV9faXNyYz0nJwo+PiBhbV9fbGVhZGluZ19kb3Q9Jy4n Cj4+IGFtX19xdW90ZT0nJwo+PiBhbV9fdGFyPScke0FNVEFSfSBjaG9mIC0gIiQkdGFyZGlyIicK Pj4gYW1fX3VudGFyPScke0FNVEFSfSB4ZiAtJwo+PiBiaW5kaXI9JyR7ZXhlY19wcmVmaXh9L2Jp bicKPj4gYnVpbGQ9J2FtZDY0LXBvcnRibGQtZnJlZWJzZDkuMCcKPj4gYnVpbGRfYWxpYXM9J2Ft ZDY0LXBvcnRibGQtZnJlZWJzZDkuMCcKPj4gYnVpbGRfY3B1PSdhbWQ2NCcKPj4gYnVpbGRfb3M9 J2ZyZWVic2Q5LjAnCj4+IGJ1aWxkX3ZlbmRvcj0ncG9ydGJsZCcKPj4gZGF0YWRpcj0nJHtkYXRh cm9vdGRpcn0nCj4+IGRhdGFyb290ZGlyPScke3ByZWZpeH0vc2hhcmUnCj4+IGRvY2Rpcj0nJHtk YXRhcm9vdGRpcn0vZG9jLyR7UEFDS0FHRV9UQVJOQU1FfScKPj4gZHZpZGlyPScke2RvY2Rpcn0n Cj4+IGV4ZWNfcHJlZml4PSdOT05FJwo+PiBob3N0PSdhbWQ2NC1wb3J0YmxkLWZyZWVic2Q5LjAn Cj4+IGhvc3RfYWxpYXM9JycKPj4gaG9zdF9jcHU9J2FtZDY0Jwo+PiBob3N0X29zPSdmcmVlYnNk OS4wJwo+PiBob3N0X3ZlbmRvcj0ncG9ydGJsZCcKPj4gaHRtbGRpcj0nJHtkb2NkaXJ9Jwo+PiBp bmNsdWRlZGlyPScke3ByZWZpeH0vaW5jbHVkZScKPj4gaW5mb2Rpcj0nL3Vzci9sb2NhbC9pbmZv Jwo+PiBpbnN0YWxsX3NoPScke1NIRUxMfSAvdXNyL3BvcnRzL3gxMS9saWJYZXh0L3dvcmsvbGli WGV4dC0xLjMuMC9pbnN0YWxsLXNoJwo+PiBsaWJkaXI9JyR7ZXhlY19wcmVmaXh9L2xpYicKPj4g bGliZXhlY2Rpcj0nJHtleGVjX3ByZWZpeH0vbGliZXhlYycKPj4gbG9jYWxlZGlyPScke2RhdGFy b290ZGlyfS9sb2NhbGUnCj4+IGxvY2Fsc3RhdGVkaXI9JyR7cHJlZml4fS92YXInCj4+IG1hbmRp cj0nL3Vzci9sb2NhbC9tYW4nCj4+IG1rZGlyX3A9JyQodG9wX2J1aWxkZGlyKS8uL2luc3RhbGwt c2ggLWMgLWQnCj4+IG9sZGluY2x1ZGVkaXI9Jy91c3IvaW5jbHVkZScKPj4gcGRmZGlyPScke2Rv Y2Rpcn0nCj4+IHByZWZpeD0nL3Vzci9sb2NhbCcKPj4gcHJvZ3JhbV90cmFuc2Zvcm1fbmFtZT0n cyx4LHgsJwo+PiBwc2Rpcj0nJHtkb2NkaXJ9Jwo+PiBzYmluZGlyPScke2V4ZWNfcHJlZml4fS9z YmluJwo+PiBzaGFyZWRzdGF0ZWRpcj0nJHtwcmVmaXh9L2NvbScKPj4gc3lzY29uZmRpcj0nJHtw cmVmaXh9L2V0YycKPj4gdGFyZ2V0X2FsaWFzPScnCj4+IAo+PiAjIyAtLS0tLS0tLS0tLSAjIwo+ PiAjIyBjb25mZGVmcy5oLiAjIwo+PiAjIyAtLS0tLS0tLS0tLSAjIwo+PiAKPj4gLyogY29uZmRl ZnMuaCAqLwo+PiAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAibGliWGV4dCIKPj4gI2RlZmluZSBQQUNL QUdFX1RBUk5BTUUgImxpYlhleHQiCj4+ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICIxLjMuMCIK Pj4gI2RlZmluZSBQQUNLQUdFX1NUUklORyAibGliWGV4dCAxLjMuMCIKPj4gI2RlZmluZSBQQUNL QUdFX0JVR1JFUE9SVCAgCj4+ICJodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2VudGVyX2J1 Zy5jZ2k/cHJvZHVjdD14b3JnIgo+PiAjZGVmaW5lIFBBQ0tBR0VfVVJMICIiCj4+ICNkZWZpbmUg UEFDS0FHRSAibGliWGV4dCIKPj4gI2RlZmluZSBWRVJTSU9OICIxLjMuMCIKPj4gI2RlZmluZSBT VERDX0hFQURFUlMgMQo+PiAjZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQo+PiAjZGVmaW5lIEhB VkVfU1lTX1NUQVRfSCAxCj4+ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAxCj4+ICNkZWZpbmUgSEFW RV9TVFJJTkdfSCAxCj4+ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCj4+ICNkZWZpbmUgSEFWRV9T VFJJTkdTX0ggMQo+PiAjZGVmaW5lIEhBVkVfSU5UVFlQRVNfSCAxCj4+ICNkZWZpbmUgSEFWRV9T VERJTlRfSCAxCj4+ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxCj4+ICNkZWZpbmUgSEFWRV9ETEZD Tl9IIDEKPj4gI2RlZmluZSBMVF9PQkpESVIgIi5saWJzLyIKPj4gI2RlZmluZSBQQUNLQUdFX1ZF UlNJT05fTUFKT1IgMQo+PiAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTl9NSU5PUiAzCj4+ICNkZWZp bmUgUEFDS0FHRV9WRVJTSU9OX1BBVENITEVWRUwgMAo+PiAKPj4gY29uZmlndXJlOiBleGl0IDEK Pj4gCj4+IAo+PiAKPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KPj4gZnJlZWJzZC14MTFAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4+IGh0dHA6Ly9s aXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QteDExCj4+IFRvIHVuc3Vi c2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLXgxMS11bnN1YnNjcmliZUBmcmVlYnNk Lm9yZyIKPgo+Cj4KPi0tIAo+Ky0tLS0tLS0tLS0tLS0tLS0tLW9PTy0tKF8pLS1PT28tLS0tLS0t LS0tLS0tLS0tKwo+V2l0aCBiZXN0IFJlZ2FyZHMsCj4gICAgICAgIE1hcnRpbiBXaWxrZSAobWl3 aV8oYXQpX0ZyZWVCU0Qub3JnKQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KPmZyZWVic2QtcXVlc3Rpb25zQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+ aHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1xdWVzdGlv bnMKPlRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLXF1ZXN0aW9ucy11 bnN1YnNjcmliZUBmcmVlYnNkLm9yZyIK From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 12:49:08 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 307FF1065674 for ; Sun, 5 Feb 2012 12:49:08 +0000 (UTC) (envelope-from brian@behlendorf.com) Received: from taz4.hyperreal.org (taz4.hyperreal.org [209.237.226.92]) by mx1.freebsd.org (Postfix) with ESMTP id 1A4A38FC18 for ; Sun, 5 Feb 2012 12:49:07 +0000 (UTC) Received: by taz4.hyperreal.org (Postfix, from userid 58) id 7BB5318A3C39; Sun, 5 Feb 2012 04:29:43 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on taz4.hyperreal.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Received: from buzz (localhost [127.0.0.1]) by taz4.hyperreal.org (Postfix) with ESMTP id EDE9218A3C2F for ; Sun, 5 Feb 2012 04:29:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by buzz (Postfix) with ESMTPS id 14D2940079A for ; Sun, 5 Feb 2012 13:29:39 +0100 (CET) Date: Sun, 5 Feb 2012 13:29:38 +0100 (CET) From: Brian Behlendorf X-X-Sender: brian@buzz To: freebsd-questions@freebsd.org Message-ID: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: cvsup10.freebsd.org seems broken X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 12:49:08 -0000 Updating ports via cvsup against cvsup10.freebsd.org has shown no new files for at least a few days, if not longer (can't remember when I last attempted, but not more than a few weeks). I switched to cvsup4 (which was just as close) and got a bunch of new updates. Someone may want to check this out. Brian From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 14:15:56 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 970DE106566B for ; Sun, 5 Feb 2012 14:15:56 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) by mx1.freebsd.org (Postfix) with ESMTP id EE1578FC08 for ; Sun, 5 Feb 2012 14:15:54 +0000 (UTC) Received: from server.barnhouse ([80.229.150.39]) by avasout07 with smtp id WEFs1i0010rF08o01EFtB4; Sun, 05 Feb 2012 14:15:53 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.0 cv=bJaU0YCZ c=1 sm=1 a=KcaHU+F0vwy42TIp8RsFnw==:17 a=9EbS-GbK9s0A:10 a=HkRtrhXjjp8A:10 a=8nJEP1OIZ-IA:10 a=By7tuUd09d-DuYihoswA:9 a=VW03J1YhInPrevzfMuQA:7 a=wPNLvfGTeEIA:10 a=KcaHU+F0vwy42TIp8RsFnw==:117 Received: from [192.168.0.89] (James-PC.barnhouse [192.168.0.89]) by server.barnhouse (Postfix) with ESMTP id 2E965680776 for ; Sun, 5 Feb 2012 14:20:34 +0000 (GMT) Message-ID: <4F2E8F17.3020502@mansionfamily.plus.com> Date: Sun, 05 Feb 2012 14:15:51 +0000 From: james User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: How to build 9.0 from source? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: james@mansionfamily.plus.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 14:15:56 -0000 I installed 9.0 without sources. Now I'd like to try building the kernel (or specifically the mfi driver), so I've tried to get the sources. The handbook says (in 9.55) to use sysinstall to get the source configuration - but that doesn't seem to work and what its trying to fetch seems more like an 8.x source set, I fetched src.txz and unpacked it and sorted out the /usr/src/sys link, and 'make' in the root of that builds the boot code ok. However, there is no /usr/src/UPDATING to check per 9.5, and 'cd /usr/src;make buildkernel' tells me: make: don't know how t make buildkerel. Stop. /usr/src was empty before I set up the 'sys' link (which in my case points to a zfs volume). It seems wrong to m - how can I get sources etc installed so I can build the kernel? (And userspace if necessary - but its the mfi driver I want to fiddle with) James From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 14:21:00 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96C79106566C for ; Sun, 5 Feb 2012 14:21:00 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 192B58FC12 for ; Sun, 5 Feb 2012 14:20:59 +0000 (UTC) Received: by lagz14 with SMTP id z14so3354812lag.13 for ; Sun, 05 Feb 2012 06:20:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EkT88cOuqlJp6dYE1rb7nXpWP+1vbCAF3sTk06Zpkd8=; b=PFss/8uUGeBdxrlmPNs4KalnQg9/MhKoA98gfNsmqAtgRw+zOe7iT1j9yroGRdEfPo u9uYRiUi+wT1Q31Mw2x89vjyvIrVgN7rZjyWO5wYKPxmDHQmUcXk0l8Bvz83G3LYYUbe c1sqr2rH3MEhpKKGUdTVuAjSSq8haSLzSAoaY= MIME-Version: 1.0 Received: by 10.152.110.6 with SMTP id hw6mr7649079lab.37.1328451658809; Sun, 05 Feb 2012 06:20:58 -0800 (PST) Received: by 10.112.46.71 with HTTP; Sun, 5 Feb 2012 06:20:58 -0800 (PST) In-Reply-To: <4F2E8F17.3020502@mansionfamily.plus.com> References: <4F2E8F17.3020502@mansionfamily.plus.com> Date: Sun, 5 Feb 2012 09:20:58 -0500 Message-ID: From: Outback Dingo To: james@mansionfamily.plus.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-questions@freebsd.org Subject: Re: How to build 9.0 from source? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 14:21:00 -0000 On Sun, Feb 5, 2012 at 9:15 AM, james wrote: > I installed 9.0 without sources. > > Now I'd like to try building the kernel (or specifically the mfi driver), so > I've tried to get the sources. > > The handbook says (in 9.55) to use sysinstall to get the source > configuration - but that doesn't seem to work and what its trying to fetch > seems more like an 8.x source set, > > I fetched src.txz and unpacked it and sorted out the /usr/src/sys link, and > 'make' in the root of that builds the boot code ok. > > However, there is no /usr/src/UPDATING to check per 9.5, and 'cd > /usr/src;make buildkernel' tells me: > > make: don't know how t make buildkerel. Stop. > > /usr/src was empty before I set up the 'sys' link (which in my case points > to a zfs volume). > > It seems wrong to m - how can I get sources etc installed so I can build the > kernel? (And userspace if necessary - but its the mfi driver I want to > fiddle with) look in /usr/share/examples/cvsup theres files for csup, edit them to your needs, cvsup server and release the run csup -g 2 -L stable-supfile itll fetch all the sources... also see http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html > > James > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 15:37:40 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38BB3106564A for ; Sun, 5 Feb 2012 15:37:40 +0000 (UTC) (envelope-from jau@iki.fi) Received: from jau.iki.fi (ip193-64-26-117.cust.eunet.fi [193.64.26.117]) by mx1.freebsd.org (Postfix) with ESMTP id 846C48FC15 for ; Sun, 5 Feb 2012 15:37:39 +0000 (UTC) Received: from bifrost.thunderbolt.fi. (bifrost.thunderbolt.fi [192.168.1.130]) by jau.iki.fi (8.14.5/8.14.5) with ESMTP id q15F1CEq045759; Sun, 5 Feb 2012 17:01:13 +0200 (EET) (envelope-from jau@iki.fi) Message-ID: <4F2E99B8.4040707@iki.fi> Date: Sun, 05 Feb 2012 17:01:12 +0200 From: "Jukka A. Ukkonen" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (jau.iki.fi [192.168.1.42]); Sun, 05 Feb 2012 17:01:13 +0200 (EET) Cc: Subject: Status of PUFFS for FreeBSD ??? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 15:37:40 -0000 Greetings all, I would like to know what is the status of PUFFS on FreeBSD? I have seen some references to a port project having been ongoing a year or two ago. Is it still in progress or was the attempt abandoned? I have been developing an idea which would most likely work better when implemented using PUFFS compared to using FUSE. So, if anyone has any info about the status of the PUFFS port, it would be nice, if you cared to share the info. Is it just around the corner or maybe a dead end or something in between? Thanks. --jau From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 16:22:51 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 158B1106564A for ; Sun, 5 Feb 2012 16:22:51 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id CA6588FC08 for ; Sun, 5 Feb 2012 16:22:50 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q15GMnDY068484; Sun, 5 Feb 2012 09:22:49 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q15GMnoq068481; Sun, 5 Feb 2012 09:22:49 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 5 Feb 2012 09:22:49 -0700 (MST) From: Warren Block To: james In-Reply-To: <4F2E8F17.3020502@mansionfamily.plus.com> Message-ID: References: <4F2E8F17.3020502@mansionfamily.plus.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sun, 05 Feb 2012 09:22:49 -0700 (MST) Cc: freebsd-questions@freebsd.org Subject: Re: How to build 9.0 from source? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 16:22:51 -0000 On Sun, 5 Feb 2012, james wrote: > I installed 9.0 without sources. > > Now I'd like to try building the kernel (or specifically the mfi driver), so > I've tried to get the sources. > > The handbook says (in 9.55) to use sysinstall to get the source configuration > - but that doesn't seem to work and what its trying to fetch seems more like > an 8.x source set, Yes, those instructions need to be updated. sysinstall doesn't work for fetching 9.0 source. Here's a post I wrote in the forums that shows three ways to retrieve the 9.0 source: http://forums.freebsd.org/showthread.php?t=29172 From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 17:44:08 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D177106566C for ; Sun, 5 Feb 2012 17:44:08 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id 2854B8FC0C for ; Sun, 5 Feb 2012 17:44:07 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.4/8.14.4) with ESMTP id q15Hi4UM026453 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Feb 2012 11:44:04 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.5/8.14.5) with ESMTP id q15Hi4e2086303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Feb 2012 11:44:04 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.5/8.14.5/Submit) id q15Hi4v2086302; Sun, 5 Feb 2012 11:44:04 -0600 (CST) (envelope-from dan) Date: Sun, 5 Feb 2012 11:44:04 -0600 From: Dan Nelson To: Modulok Message-ID: <20120205174404.GG5775@dan.emsphone.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 8.2-STABLE User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.2 at email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (email2.allantgroup.com [199.67.51.78]); Sun, 05 Feb 2012 11:44:04 -0600 (CST) X-Scanned-By: MIMEDefang 2.68 on 199.67.51.78 Cc: FreeBSD Questions Subject: Re: setuid directories - or other option? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 17:44:08 -0000 In the last episode (Feb 04), Modulok said: > I have a media project directory shared with windows users via samba. > Every authenticated samba user that accesses the directory is forced to > the same FreeBSD user, 'foo', regardless. The group also has > write-access: > > drwxrwxr-x 47 foo foo 2.5K Feb 4 05:42 foo/ > > Local shell users, however, are a problem. Ideally, I want a simliar > behavior for them too i.e. Any files they create in the directory are > also owned by the user 'foo'. How do I do that? (See below about > setuid.) > > I wouldn't even care who owns the files, so long as file permission bits > in this directory defaulted to 664 so every member of the group 'foo' > could edit them. Can I do this without changing every user's default > umask? (I want to avoid that.) Is there some kind of 'umask for this > directory is blah' feature? > > I looked at setuid bit on directories. Sounds perfect! BUT I'll be moving > to ZFS soon and from what I gather, it won't work there. I guess I could > have a cron job run every minute and change offending permission bits, but > that feels hacky. I think you mean the setgid bit (so that all files in the subdirectory will have group="foo"), and that should work on ZFS as well. Another option might be to use ACLs to grant access to the "foo" group outside of the standard unix mode system: setfacl -m group:foo:rwx:df:allow /path That will grant the "foo" group read/write/execute access on all files under "/path" , regardless of the regular owner/group/umask settings. Also, make sure that the zfs aclmode and aclinherit properities on the filessytem are set to something other than "discard". -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 20:33:36 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24629106564A for ; Sun, 5 Feb 2012 20:33:36 +0000 (UTC) (envelope-from freebsd@suiyuan.de) Received: from mail.a4a.de (mail.a4a.de [178.63.189.66]) by mx1.freebsd.org (Postfix) with ESMTP id CFAF38FC14 for ; Sun, 5 Feb 2012 20:33:35 +0000 (UTC) Received: from web.a4a.de ([178.63.189.68]) by mail.a4a.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1Ru8b3-0002mA-P5 for freebsd-questions@freebsd.org; Sun, 05 Feb 2012 21:22:07 +0100 Received: from www-data by web.a4a.de with local (Exim 4.71) (envelope-from ) id 1Ru8b1-0000Y2-EX for freebsd-questions@freebsd.org; Sun, 05 Feb 2012 21:21:59 +0100 To: FreeBSD X-PHP-Originating-Script: 0:func.inc Received: from ppp-88-217-79-173.dynamic.mnet-online.de ([88.217.79.173]) by webmail.a4a.de with HTTP (HTTP/1.1 POST); Sun, 05 Feb 2012 21:21:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 05 Feb 2012 21:21:59 +0100 From: Ouyang Xueyu Message-ID: X-Sender: freebsd@suiyuan.de User-Agent: Roundcube Webmail/0.5.3 X-Spam-Score: -1.9 (-) X-Spam-Status: No, hits=-1.9 required=5.0 tests=BAYES_00, SPF_FAIL, SPF_HELO_PASS autolearn=no version=3.3.1 Subject: MFC 7840W under CUPS X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 20:33:36 -0000 Hello, I have Freebsd 8.2 and CUPS installed and try to print on my Brother MFC 7840W printer. The printer is accessible by a static IP address, is configured in CUPS but everytime I only get blank pages when I'm trying to print. Does anybody know a solution for this behaviour? X. From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 22:55:56 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14AB6106564A for ; Sun, 5 Feb 2012 22:55:56 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id B3FAF8FC15 for ; Sun, 5 Feb 2012 22:55:55 +0000 (UTC) Received: from mail.unitedinsong.com.au (bell.herveybayaustralia.com.au [192.168.0.40]) by mail.unitedinsong.com.au (Postfix) with ESMTP id 05E0F5C28 for ; Mon, 6 Feb 2012 09:08:29 +1000 (EST) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.177]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 638E05C21 for ; Mon, 6 Feb 2012 09:08:29 +1000 (EST) Message-ID: <4F2F07EE.4050100@herveybayaustralia.com.au> Date: Mon, 06 Feb 2012 08:51:26 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: MFC 7840W under CUPS X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 22:55:56 -0000 On 02/06/12 06:21, Ouyang Xueyu wrote: > Hello, > > I have Freebsd 8.2 and CUPS installed and try to print on my Brother > MFC 7840W printer. The printer is accessible by a static IP address, > is configured in CUPS but everytime I only get blank pages when I'm > trying to print. > > Does anybody know a solution for this behaviour? Only one thing for it- turn on debug in the config. If you still can't see the problem then post the output here, but there's not much else we can say yet without it. HTH From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 22:13:43 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C67211065679 for ; Sun, 5 Feb 2012 22:13:43 +0000 (UTC) (envelope-from admin@cpcnw.co.uk) Received: from avasout04.plus.net (avasout04.plus.net [212.159.14.19]) by mx1.freebsd.org (Postfix) with ESMTP id 165008FC12 for ; Sun, 5 Feb 2012 22:13:42 +0000 (UTC) Received: from admin ([212.159.115.167]) by avasout04 with smtp id WMzF1i0023cmMH801MzGBo; Sun, 05 Feb 2012 21:59:17 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.0 cv=T5QOvo2Q c=1 sm=1 a=d3jGE71NoEtcjJHpolzxPg==:17 a=c7wOEYpxq38A:10 a=1AgHmQzn9EwA:10 a=N659UExz7-8A:10 a=_Adpt6HMi_VtK6YYqS8A:9 a=qzZjzwS8JBaU2mah1v4A:7 a=pILNOxqGKmIA:10 a=d3jGE71NoEtcjJHpolzxPg==:117 Message-ID: From: "Graham Bentley" To: "FreeBSD Questions" Date: Sun, 5 Feb 2012 21:59:06 -0000 Organization: Custom PC North West MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Antivirus: avast! (VPS 120205-2, 05/02/2012), Outbound message X-Antivirus-Status: Clean X-Mailman-Approved-At: Sun, 05 Feb 2012 23:01:53 +0000 Subject: Mailing list recommend X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Graham Bentley List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 22:13:43 -0000 Default Mail SignatureHi All - can anyone recommend an easy / simple mailing list software? All I need is to subscribe/ un-subscribe and a little maintainance of users. MySQL if its worth it, or a just php? Any pointers appreciated! From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 23:10:39 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0967C106566B for ; Sun, 5 Feb 2012 23:10:39 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from avasout08.plus.net (avasout08.plus.net [212.159.14.20]) by mx1.freebsd.org (Postfix) with ESMTP id 555DF8FC0A for ; Sun, 5 Feb 2012 23:10:37 +0000 (UTC) Received: from server.barnhouse ([80.229.150.39]) by avasout08 with smtp id WPAb1i0010rF08o01PAcZi; Sun, 05 Feb 2012 23:10:36 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.0 cv=DP0NElxb c=1 sm=1 a=KcaHU+F0vwy42TIp8RsFnw==:17 a=9EbS-GbK9s0A:10 a=hBmnRUow958A:10 a=8nJEP1OIZ-IA:10 a=4y20npHwZIMmKsnGdl0A:9 a=wPNLvfGTeEIA:10 a=KcaHU+F0vwy42TIp8RsFnw==:117 Received: from [192.168.0.89] (James-PC.barnhouse [192.168.0.89]) by server.barnhouse (Postfix) with ESMTP id 6F3F0680F87 for ; Sun, 5 Feb 2012 23:15:18 +0000 (GMT) Message-ID: <4F2F0C69.5040502@mansionfamily.plus.com> Date: Sun, 05 Feb 2012 23:10:33 +0000 From: james User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Moving boot/root disk in 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: james@mansionfamily.plus.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 23:10:39 -0000 Now that I've moved to stable and mfi is working, I'd like to stop booting off my SATA SSD (and also move ZIL off it) to a RAID1 on the PERC. I've sliced up the disk etc, but is there a handy procedure I can use to move the relevant parts of / to /newboot (where I've currently mounted the new boot slice)? I'm thinking its not a straightforward tar in '/': /data is a ZFS root volume and contains a number of volumes for user home areas (mounted under /home) and also volumes mounted on /usr/src, /usr/obj and /usr/ports. And then there's /dev too. Once I've got everything moved I'll disable the ZIL and move over by fiddling the BIOS priorities. James From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 23:24:06 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74625106566C for ; Sun, 5 Feb 2012 23:24:06 +0000 (UTC) (envelope-from fbsd@thorshammare.org) Received: from smtprelay-b21.telenor.se (smtprelay-b21.telenor.se [195.54.99.212]) by mx1.freebsd.org (Postfix) with ESMTP id 194008FC0C for ; Sun, 5 Feb 2012 23:24:05 +0000 (UTC) Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-b21.telenor.se (Postfix) with ESMTP id 1EB90EB620 for ; Mon, 6 Feb 2012 00:24:04 +0100 (CET) X-SENDER-IP: [83.227.225.121] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqdQAA0PL09T4+F5PGdsb2JhbAAnGqA/jnUZAQEBATcygXIBAQEBAgEBAQEFIAIOAgwIAgYYCwUCAgQDAQEJDQI3GQ4BBQQIAwcUAQEECAcEAQoSBIdbAwYprWGLWgIDAQEBAgEqBgEEAQEJBBQLDwMDBIQLBwYNg1UEjUmFN5UE X-IronPort-AV: E=Sophos;i="4.73,366,1325458800"; d="scan'208";a="262173158" Received: from ua-83-227-225-121.cust.bredbandsbolaget.se (HELO odin.thorshammare.org) ([83.227.225.121]) by ipb2.telenor.se with ESMTP; 06 Feb 2012 00:24:04 +0100 Received: from Obah (obah.thorshammare.org [192.168.1.10]) by odin.thorshammare.org (8.14.5/8.14.5) with ESMTP id q15NO2ke001468; Mon, 6 Feb 2012 00:24:02 +0100 (CET) From: "Warren Block" Sender: "Hasse Hansson" To: "'james'" References: <4F2E8F17.3020502@mansionfamily.plus.com> In-Reply-To: <4F2E8F17.3020502@mansionfamily.plus.com> Date: Mon, 6 Feb 2012 00:23:55 +0100 Message-ID: <000001cce45d$3e010f10$ba032d30$@com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AczkIpsnvVBntK2fRxiPblch7RQOhw== Content-Language: sv X-Virus-Scanned: clamav-milter 0.97.3 at mailhub.thorshammare.org X-Virus-Status: Clean Cc: freebsd-questions@freebsd.org Subject: Re: How to build 9.0 from source? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 23:24:06 -0000 On Sun, 5 Feb 2012, james wrote: > I installed 9.0 without sources. > > Now I'd like to try building the kernel (or specifically the mfi driver), so > I've tried to get the sources. > > The handbook says (in 9.55) to use sysinstall to get the source configuration > - but that doesn't seem to work and what its trying to fetch seems more like > an 8.x source set, Yes, those instructions need to be updated. sysinstall doesn't work for fetching 9.0 source. Here's a post I wrote in the forums that shows three ways to retrieve the 9.0 source: http://forums.freebsd.org/showthread.php?t=29172 _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 23:24:50 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F9521065752 for ; Sun, 5 Feb 2012 23:24:50 +0000 (UTC) (envelope-from fbsd@thorshammare.org) Received: from smtprelay-b12.telenor.se (smtprelay-b12.telenor.se [62.127.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id C1BF58FC1C for ; Sun, 5 Feb 2012 23:24:49 +0000 (UTC) Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-b12.telenor.se (Postfix) with ESMTP id B3DACC353 for ; Mon, 6 Feb 2012 00:24:48 +0100 (CET) X-SENDER-IP: [83.227.225.121] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiNvAA0PL09T4+F5PGdsb2JhbABBoD+NensZAQEBATcygXMBAQEDAQEBBSACEAwIAgYYCwcCBAMBAQkNAjcZDgEFBAgDBxQBAQQIBwQBChIEh14GrgqJYIF6BQEBAQIBKgYBBAEBCQQUCw8GBIQLBwYNIwEVgxwEjUmFN5UE X-IronPort-AV: E=Sophos;i="4.73,366,1325458800"; d="scan'208";a="262173337" Received: from ua-83-227-225-121.cust.bredbandsbolaget.se (HELO odin.thorshammare.org) ([83.227.225.121]) by ipb2.telenor.se with ESMTP; 06 Feb 2012 00:24:48 +0100 Received: from Obah (obah.thorshammare.org [192.168.1.10]) by odin.thorshammare.org (8.14.5/8.14.5) with ESMTP id q15NOiqN013549; Mon, 6 Feb 2012 00:24:44 +0100 (CET) From: "Dan Nelson" Sender: "Hasse Hansson" To: References: In-Reply-To: Date: Mon, 6 Feb 2012 00:24:37 +0100 Message-ID: <000101cce45d$569f3e70$03ddbb50$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AczkLcsoDIgNegjXQ/SM78HDNU/Jdw== Content-Language: sv X-Virus-Scanned: clamav-milter 0.97.3 at mailhub.thorshammare.org X-Virus-Status: Clean Cc: 'FreeBSD Questions' Subject: Re: setuid directories - or other option? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 23:24:50 -0000 In the last episode (Feb 04), Modulok said: > I have a media project directory shared with windows users via samba. > Every authenticated samba user that accesses the directory is forced to > the same FreeBSD user, 'foo', regardless. The group also has > write-access: > > drwxrwxr-x 47 foo foo 2.5K Feb 4 05:42 foo/ > > Local shell users, however, are a problem. Ideally, I want a simliar > behavior for them too i.e. Any files they create in the directory are > also owned by the user 'foo'. How do I do that? (See below about > setuid.) > > I wouldn't even care who owns the files, so long as file permission bits > in this directory defaulted to 664 so every member of the group 'foo' > could edit them. Can I do this without changing every user's default > umask? (I want to avoid that.) Is there some kind of 'umask for this > directory is blah' feature? > > I looked at setuid bit on directories. Sounds perfect! BUT I'll be moving > to ZFS soon and from what I gather, it won't work there. I guess I could > have a cron job run every minute and change offending permission bits, but > that feels hacky. I think you mean the setgid bit (so that all files in the subdirectory will have group="foo"), and that should work on ZFS as well. Another option might be to use ACLs to grant access to the "foo" group outside of the standard unix mode system: setfacl -m group:foo:rwx:df:allow /path That will grant the "foo" group read/write/execute access on all files under "/path" , regardless of the regular owner/group/umask settings. Also, make sure that the zfs aclmode and aclinherit properities on the filessytem are set to something other than "discard". -- Dan Nelson dnelson@allantgroup.com _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 23:38:52 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A185106564A for ; Sun, 5 Feb 2012 23:38:52 +0000 (UTC) (envelope-from cwhiteh@onetel.com) Received: from anakin.london.02.net (anakin.london.02.net [87.194.255.134]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9BE8FC0C for ; Sun, 5 Feb 2012 23:38:51 +0000 (UTC) Received: from muji2.config (87.194.237.233) by anakin.london.02.net (8.5.140) id 4EEB63D200D58335; Sun, 5 Feb 2012 23:38:50 +0000 Message-ID: <4F2F1309.6090106@onetel.com> Date: Sun, 05 Feb 2012 23:38:49 +0000 From: Chris Whitehouse User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.9) Gecko/20100924 Thunderbird/3.1.4 MIME-Version: 1.0 To: Waitman Gobble References: <4F2AA33E.6010207@onetel.com> <4F2D1BE0.7050901@onetel.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: User Questions Subject: Re: ath and how to control wireless light X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 23:38:52 -0000 On 04/02/2012 16:49, Waitman Gobble wrote: > On Sat, Feb 4, 2012 at 3:52 AM, Chris Whitehouse wrote: > >> On 04/02/2012 08:37, Waitman Gobble wrote: >> >>> On Thu, Feb 2, 2012 at 6:52 AM, Chris Whitehouse >>> wrote: >>> >>> Hello >>>> >>>> I have FreeBSD 9R amd64 installed on a HP G60 laptop. This machine has a >>>> combined wireless switch and led. The switch turns the wifi on and off >>>> but >>>> the light stays red. >>>> >>>> The light is supposed to show red for wireless off and blue for wireless >>>> on. I found some sysctls that control it: >>>> dev.ath.0.softled: 0 >>>> dev.ath.0.ledpin: 3 >>>> dev.ath.0.ledon: 1 >>>> dev.ath.0.ledidle: 2700 >>>> >>>> softled, ledpin and ledon are all set to 0 on boot. >>>> I set ledpin to 3, then to change the colour of the light I turn on >>>> softled 0->1, toggle ledon and turn off softled again. >>>> >>>> Can I make that sequence occur, or do something else, to make the led >>>> change when the button is pressed _and_ keep in sync with whether the >>>> wireless is on or off? >>>> >>>> With softled=1 the light is blue with a short red flash or red with a >>>> short blue flash depending on the value of ledon. Also when softled=1 the >>>> light flashes in it's "opposite" colour when there is network traffic. So >>>> it would probably be ok just to leave softled=1 and toggle ledon. >>>> >>>> The wireless device is >>>> dev.ath.0.%desc: Atheros 5424/2424. >>>> >>>> I think there is a slight glitch with the on/off button, that under some >>>> circumstances it doesn't turn the wifi on again, which would be much >>>> easier >>>> to test if the light worked. >>>> >>>> Also what is ledidle and what do different settings do? >>>> >>>> Thanks >>>> >>>> Chris >>>> ______________________________****_________________ >>>> freebsd-questions@freebsd.org mailing list >>>> http://lists.freebsd.org/****mailman/listinfo/freebsd-****questions >>>> >>>>> >>>> To unsubscribe, send any mail to "freebsd-questions-** >>>> unsubscribe@freebsd.org >>>>> " >>>> >>>> >>> Hi Chris, >>> >>> I have an Acer Aspire D150 and the LED hasn't been lit with FreeBSD, >>> 9-rc3, >>> 9-release or 10-current (with BroadCom and 2 Atheros cards). it did work >>> with Fedora GNU/Linux 11. I did try setting in loader.conf as recommended >>> to me to no avail. On one hand it was easy to get the attitude "who cares >>> about the LED anyway" but on the other I'm thinking it's a simple little >>> thing that's important,I guess like maybe buying a new car and it's >>> missing >>> a knob on the stereo. (?) :) I suppose it probably should work. >>> >>> Waitman Gobble >>> San Jose California USA >>> >>> I have another HP laptop with a Broadcomm card which has a >> button_with_light and it just works. None of the sysctl oids above occur >> though. Maybe I'll swap wireless cards between the two and see what happens. >> >> What is the output of sysctl -a |grep led ? >> You'll get lots of "enabled's" but there might be something that relates >> to led's. >> >> I had to change ledpin from default of 0 to 3 before any of the other ones >> had any effect. >> >> Thanks for the reply anyway. >> >> Chris >> > > Oh thats a good idea :) Thanks > > here's what someone recommended : > > dev.ath.0.ledpin=3 > dev.ath.0.softled=1 > > but here are some extras i found from sysctl -a that i will check out: > > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 > dev.ath.0.hardled: 0 > dev.ath.0.led_net_pin: -1 > dev.ath.0.led_pwr_pin: -1 > > Waitman Gobble > San Jose California USA > I would give them a try. Set dev.ath.0.ledpin=3 then experiment. If you can't get any response try different values for ledpin or one of the other led*pin. I can't read source code :( but maybe you can get more info out of the code you posted. Chris From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 23:45:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C845106566B for ; Sun, 5 Feb 2012 23:45:14 +0000 (UTC) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: from gizmo.acns.msu.edu (gizmo.acns.msu.edu [35.8.1.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF608FC08 for ; Sun, 5 Feb 2012 23:45:13 +0000 (UTC) Received: from gizmo.acns.msu.edu (localhost [127.0.0.1]) by gizmo.acns.msu.edu (8.13.6/8.13.6) with ESMTP id q15Ng9Eq067768; Sun, 5 Feb 2012 18:42:10 -0500 (EST) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: (from jerrymc@localhost) by gizmo.acns.msu.edu (8.13.6/8.13.6/Submit) id q15Ng959067767; Sun, 5 Feb 2012 18:42:09 -0500 (EST) (envelope-from jerrymc) Date: Sun, 5 Feb 2012 18:42:09 -0500 From: Jerry McAllister To: Graham Bentley Message-ID: <20120205234209.GA67738@gizmo.acns.msu.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Questions Subject: Re: Mailing list recommend X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 23:45:14 -0000 On Sun, Feb 05, 2012 at 09:59:06PM -0000, Graham Bentley wrote: > Default Mail SignatureHi All - can anyone recommend an easy / simple mailing > list software? > All I need is to subscribe/ un-subscribe and a little maintainance of > users. MySQL if its worth it, or a just php? Any pointers appreciated! try mailman. You may hink it to be overkil for your purpose, but it is good and fairly easy to set up and use. ////jerry > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Feb 5 23:59:07 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D965106566B for ; Sun, 5 Feb 2012 23:59:07 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id ECE558FC08 for ; Sun, 5 Feb 2012 23:59:06 +0000 (UTC) Received: from mail.unitedinsong.com.au (bell.herveybayaustralia.com.au [192.168.0.40]) by mail.unitedinsong.com.au (Postfix) with ESMTP id 460875C28 for ; Mon, 6 Feb 2012 10:11:41 +1000 (EST) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.177]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 842FB5C21 for ; Mon, 6 Feb 2012 10:11:40 +1000 (EST) Message-ID: <4F2F16BE.3020809@herveybayaustralia.com.au> Date: Mon, 06 Feb 2012 09:54:38 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Mailing list recommend X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 23:59:07 -0000 On 02/06/12 07:59, Graham Bentley wrote: > Default Mail SignatureHi All - can anyone recommend an easy / simple mailing > list software? > All I need is to subscribe/ un-subscribe and a little maintainance of > users. MySQL if its worth it, or a just php? Any pointers appreciated! This one is run by mailman if that helps. I'm pretty sure the volunteers here don't want to be micromanaging all the lists, so it seems to fit your bill. Don't know about MySQL or php though. HTH From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 00:22:32 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5096E106564A for ; Mon, 6 Feb 2012 00:22:32 +0000 (UTC) (envelope-from netwarrior863@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0DFF98FC0C for ; Mon, 6 Feb 2012 00:22:31 +0000 (UTC) Received: by ghbg15 with SMTP id g15so3042783ghb.13 for ; Sun, 05 Feb 2012 16:22:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=rkKr3Cj6YZ6pVjZgOA0BuCpjjhiszse/x2dCCtNxqDk=; b=IOmOckzv/PsDFUMhSln6kjoya27FbgL3B3sBuOIcsHpSZR+DHTMmDjBu3/J+q51Kql n/+sfI5PMSTySkUZm97sZhE1zIataHVw1NJObtzHshZ7JM/plAk5NX0tTPP036aSeQEt zK7inWbx+y7Cvj3PtgpCARwuR8+RRlIzecNhI= Received: by 10.236.72.170 with SMTP id t30mr15472911yhd.101.1328486448946; Sun, 05 Feb 2012 16:00:48 -0800 (PST) Received: from [192.168.0.100] ([186.23.126.123]) by mx.google.com with ESMTPS id k16sm31378939ani.5.2012.02.05.16.00.46 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 05 Feb 2012 16:00:47 -0800 (PST) Message-ID: <4F2F17D4.1070206@gmail.com> Date: Sun, 05 Feb 2012 20:59:16 -0300 From: Net Warrior User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: FreeBSD Questions Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Mergemaster X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 00:22:32 -0000 Hi there. I found very tedious when , after a makeworld the mergemaster process to say (i) to install/upgrade/replace/ with the new file, specially when there are a lot of files I was reading the documentation but it's not clear to me which option to use to automate the process, which is the right one, or combination? -U -F -iF? Thanks for your time and support Regards From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 00:40:15 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48CD41065672 for ; Mon, 6 Feb 2012 00:40:15 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 06B2F8FC08 for ; Mon, 6 Feb 2012 00:40:14 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q160eEL3071280; Sun, 5 Feb 2012 17:40:14 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q160eE80071277; Sun, 5 Feb 2012 17:40:14 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 5 Feb 2012 17:40:14 -0700 (MST) From: Warren Block To: Net Warrior In-Reply-To: <4F2F17D4.1070206@gmail.com> Message-ID: References: <4F2F17D4.1070206@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sun, 05 Feb 2012 17:40:14 -0700 (MST) Cc: FreeBSD Questions Subject: Re: Mergemaster X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 00:40:15 -0000 On Sun, 5 Feb 2012, Net Warrior wrote: > Hi there. > > I found very tedious when , after a makeworld the mergemaster process to say > (i) to install/upgrade/replace/ with the new file, specially when there are > a lot of files I was reading the documentation but it's not clear to me > which option to use to automate the process, which is the right one, or > combination? > > -U -F -iF? -Ui takes a long time the first time, then is much better the next time. From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 04:19:25 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22FB4106566C for ; Mon, 6 Feb 2012 04:19:25 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id BC3288FC19 for ; Mon, 6 Feb 2012 04:19:24 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q164JNUx072301 for ; Sun, 5 Feb 2012 21:19:23 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q164JN25072298 for ; Sun, 5 Feb 2012 21:19:23 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 5 Feb 2012 21:19:23 -0700 (MST) From: Warren Block To: questions@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sun, 05 Feb 2012 21:19:24 -0700 (MST) Cc: Subject: Querying a cvsup server X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 04:19:25 -0000 Is there a way to query one of the FreeBSD cvsup mirrors, something like 'svn list -v svn:...' (only with cvs or csup)? I'm looking to find the revision or date of a file. From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 06:51:36 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C7C4106564A for ; Mon, 6 Feb 2012 06:51:36 +0000 (UTC) (envelope-from radek.krejca@starnet.cz) Received: from EXCHANGE.mail.starnet.cz (exchange.mail.starnet.cz [92.62.224.72]) by mx1.freebsd.org (Postfix) with ESMTP id E00F58FC0A for ; Mon, 6 Feb 2012 06:51:35 +0000 (UTC) Received: from EXCHANGE.mail.starnet.cz ([fe80::7534:a1f0:da0:e34d]) by EXCHANGE.mail.starnet.cz ([fe80::7534:a1f0:da0:e34d%15]) with mapi; Mon, 6 Feb 2012 07:39:11 +0100 From: =?iso-8859-2?Q?Radek_Krej=E8a?= To: "questions@freebsd.org" Date: Mon, 6 Feb 2012 07:39:10 +0100 Thread-Topic: ntpd crashes during start - a lot of interfaces Thread-Index: AczkmkApMOTRw6THSH2WE0cDP3mOmA== Message-ID: Accept-Language: cs-CZ Content-Language: cs-CZ X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: cs-CZ Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: ntpd crashes during start - a lot of interfaces X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 06:51:36 -0000 Hello, I have problem with using ntpd on 8.2 amd64 (not tested elsewhere). If I ha= ve a lot of interfaces (vlans) ntpd crashes with segmentation fault (core d= ump). I have tested on my test machine and it really depends on number of i= nterfaces. It try to bind on every of it. I want to reduce it with using some options (like -I em0) but it seems that= ntpd ignore it. If I use truss the system calls look same. Is there any way to bind directly on specified interface? Thank you Radek From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 12:21:44 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C74DB1065674 for ; Mon, 6 Feb 2012 12:21:44 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C7EA8FC17 for ; Mon, 6 Feb 2012 12:21:44 +0000 (UTC) Received: by ghbg15 with SMTP id g15so3192420ghb.13 for ; Mon, 06 Feb 2012 04:21:43 -0800 (PST) Received: by 10.236.127.145 with SMTP id d17mr23940573yhi.131.1328530903872; Mon, 06 Feb 2012 04:21:43 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id d5sm35015977anm.22.2012.02.06.04.21.42 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 06 Feb 2012 04:21:42 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3ThSb92HxZz2CG4n for ; Mon, 6 Feb 2012 07:21:41 -0500 (EST) Date: Mon, 6 Feb 2012 07:21:40 -0500 From: Jerry To: FreeBSD Message-ID: <20120206072140.48c34631@scorpio> In-Reply-To: References: Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: MFC 7840W under CUPS X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 12:21:44 -0000 On Sun, 05 Feb 2012 21:21:59 +0100 Ouyang Xueyu articulated: > Hello, > > I have Freebsd 8.2 and CUPS installed and try to print on my Brother > MFC 7840W printer. The printer is accessible by a static IP address, > is configured in CUPS but everytime I only get blank pages when I'm > trying to print. > > Does anybody know a solution for this behaviour? I have the same problem with a different Brother printer. I have used every PPD file I could fine including the one from new Win7 machine. You did not state what program(s) you are attempting to print from. If given the option, choose the LPR option in the menu. It works for me. I have supplied every piece of information I could find on this problem to the CUPS people without getting any useful results. It seems, and this is just a guess -- but a good one in my opinion -- that it is a FreeBSD phenomenon. Brother does supply driver setups for Linux but that is about it. Good luck, I just plan gave up. The time and trouble involved in getting it to work was simply not worth the effort involved. By the way, what CUPS version? -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ A bird in the bush usually has a friend in there with him. From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 09:19:24 2012 Return-Path: Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AAF4106566B for ; Mon, 6 Feb 2012 09:19:24 +0000 (UTC) (envelope-from sales@vellance.com) Received: from vm382.eu1.ppse.net (vm382.eu1.ppse.net [217.195.115.40]) by mx1.freebsd.org (Postfix) with ESMTP id BAE248FC15 for ; Mon, 6 Feb 2012 09:19:23 +0000 (UTC) Received: from fs1.office.ppse.net (office.vellance.net [95.97.142.106]) by vm382.eu1.ppse.net (Postfix) with ESMTP id EA6257304E for ; Mon, 6 Feb 2012 10:00:23 +0100 (CET) Received: from matthijs-2.local (unknown [10.100.1.166]) by fs1.office.ppse.net (Postfix) with ESMTPA id 439F66896E9 for ; Mon, 6 Feb 2012 10:02:00 +0100 (CET) Message-ID: <4F2F9708.30109@vellance.com> Date: Mon, 06 Feb 2012 10:02:00 +0100 From: Matthijs Openneer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@FreeBSD.org X-Mailman-Approved-At: Mon, 06 Feb 2012 12:26:32 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Add to vendors list X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 09:19:24 -0000 Dear Sir/Madam, We are a dutch hosting company that specializes in FreeBSD (almost only). Formally know as Parc Productions, we now changed our name to Vellance. With this we would like to be added to your vendor list overview: http://www.freebsd.org/commercial/isp.html Could you please tell us what to do to make this happen. With kind regards, Matthijs Sales manager at Vellance -- Matthijs Openneer matthijs.openneer@vellance.com Vellance Valkenburgerstraat 216 1011 ND Amsterdam T: +31 (0)20 489 24 55 F: +31 (0)20 489 24 58 W: http://www.vellance.com De informatie m.b.t. deze email kan vertrouwelijk van aard zijn. Het is alleen bedoeld voor de geadresseerde van deze email. Wanneer u dit niet bent brengt u ons dan aub op de hoogte en verwijder dit document. Aan deze email kunnen geen rechten worden ontleend. Fouten en/of wijzigingen voorbehouden. © Vellance B.V. ------------------------------------------------------------------------ The information in this document is confidential. It is intended only for the use of the intended recipient of this mail. If you are not the intended recipient, please notify us and delete this document. No rights can be derived from this email. All rights reserved. © Vellance B.V. From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 13:00:29 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24C7A106564A for ; Mon, 6 Feb 2012 13:00:29 +0000 (UTC) (envelope-from legolas@legolasweb.nl) Received: from smtp02.mail.pcextreme.nl (smtp02.mail.pcextreme.nl [IPv6:2a00:f10:101:101:0:25:587:2]) by mx1.freebsd.org (Postfix) with ESMTP id 64DC28FC12 for ; Mon, 6 Feb 2012 13:00:28 +0000 (UTC) Received: from localhost (webmail02.mail.pcextreme.nl [109.72.87.146]) by smtp02.mail.pcextreme.nl (Postfix) with ESMTP id 3F1893FA9C for ; Mon, 6 Feb 2012 14:00:26 +0100 (CET) Received: from webmail.pcextreme.nl (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 60E20630028 for ; Mon, 6 Feb 2012 14:00:22 +0100 (CET) Received: from 83.87.227.42 (SquirrelMail authenticated user legolas@legolasweb.nl) by webmail.pcextreme.nl with HTTP; Mon, 6 Feb 2012 14:00:22 +0100 Message-ID: Date: Mon, 6 Feb 2012 14:00:22 +0100 From: legolas@legolasweb.nl To: freebsd-questions@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Add to vendors list X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 13:00:29 -0000 > With this we would like to be added to your vendor list overview: > http://www.freebsd.org/commercial/isp.html > > Could you please tell us what to do to make this happen. > Submission information can be found on the top of that page: "For your convenience, we have divided our growing commercial listing into several sections. If your company supports a FreeBSD-compatible product or service that should be added to this page, please fill out a problem report [http://www.freebsd.org/send-pr.html] for category www. Submissions should be in HTML and a medium-sized paragraph in length." From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 14:18:51 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D353106564A for ; Mon, 6 Feb 2012 14:18:51 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 0A6448FC15 for ; Mon, 6 Feb 2012 14:18:50 +0000 (UTC) Received: from mail.unitedinsong.com.au (bell.herveybayaustralia.com.au [192.168.0.40]) by mail.unitedinsong.com.au (Postfix) with ESMTP id 85A425C28 for ; Tue, 7 Feb 2012 00:31:25 +1000 (EST) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.177]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 0CCB65C21 for ; Tue, 7 Feb 2012 00:31:25 +1000 (EST) Message-ID: <4F2FE03C.80602@herveybayaustralia.com.au> Date: Tue, 07 Feb 2012 00:14:20 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <20120206072140.48c34631@scorpio> In-Reply-To: <20120206072140.48c34631@scorpio> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: MFC 7840W under CUPS X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 14:18:51 -0000 On 02/06/12 22:21, Jerry wrote: > On Sun, 05 Feb 2012 21:21:59 +0100 > Ouyang Xueyu articulated: > >> Hello, >> >> I have Freebsd 8.2 and CUPS installed and try to print on my Brother >> MFC 7840W printer. The printer is accessible by a static IP address, >> is configured in CUPS but everytime I only get blank pages when I'm >> trying to print. >> >> Does anybody know a solution for this behaviour? > I have the same problem with a different Brother printer. I have used > every PPD file I could fine including the one from new Win7 machine. > > You did not state what program(s) you are attempting to print from. If > given the option, choose the LPR option in the menu. It works for me. > > I have supplied every piece of information I could find on this problem > to the CUPS people without getting any useful results. It seems, and > this is just a guess -- but a good one in my opinion -- that it is a > FreeBSD phenomenon. Brother does supply driver setups for Linux but > that is about it. > > Good luck, I just plan gave up. The time and trouble involved in > getting it to work was simply not worth the effort involved. By the > way, what CUPS version? > If you can supply the debug info then we can have a crack at what exactly is happening. Personally I come from the print industry and have significant experience with printers and drivers (and other factors), I'm sure there are others in the same position. The more information there is available, the more eyes on it, and the sooner a fix could come along. From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 14:58:06 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1DE1106567A for ; Mon, 6 Feb 2012 14:58:06 +0000 (UTC) (envelope-from steve.bertrand@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9E9588FC17 for ; Mon, 6 Feb 2012 14:58:06 +0000 (UTC) Received: by ggnk5 with SMTP id k5so3884977ggn.13 for ; Mon, 06 Feb 2012 06:58:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=tEBpxvWlPc5v95ZKT6IRdnFjPL3B0C2eI+5GWFNbsGE=; b=dLzhF4S5TvTyWCbTux2VFtKRAtG2S85ZrqdiFFOSDPUpUNQ69SVwCZkONv1WXwQt4v +i2WjdweGZ0kKt1goIR9bnYphtMlfDdyVVkqhBB4gomb1hR20A3BVzeHT0Nm8SDHWrKy oWhHwL/Hf5xoig+7AoEZJm8nMxaRqnXdKhklw= Received: by 10.50.155.193 with SMTP id vy1mr21461490igb.14.1328540285760; Mon, 06 Feb 2012 06:58:05 -0800 (PST) Received: from [192.168.1.2] (dyn-dsl-to-76-75-112-72.nexicom.net. [76.75.112.72]) by mx.google.com with ESMTPS id ng9sm19861488igc.3.2012.02.06.06.58.04 (version=SSLv3 cipher=OTHER); Mon, 06 Feb 2012 06:58:05 -0800 (PST) Message-ID: <4F2FEA7E.4010307@gmail.com> Date: Mon, 06 Feb 2012 09:58:06 -0500 From: Steve Bertrand User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F2F9708.30109@vellance.com> In-Reply-To: <4F2F9708.30109@vellance.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Add to vendors list X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 14:58:07 -0000 On 2012.02.06 04:02, Matthijs Openneer wrote: > With this we would like to be added to your vendor list overview: > http://www.freebsd.org/commercial/isp.html > > Could you please tell us what to do to make this happen. As it states within the 2nd paragraph on that page, fill out a PR (the 'problem report' link is within the paragraph) and select 'www' as the category. Steve From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 15:35:44 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 595DC1065673 for ; Mon, 6 Feb 2012 15:35:44 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id E49238FC18 for ; Mon, 6 Feb 2012 15:35:43 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so6851891wib.13 for ; Mon, 06 Feb 2012 07:35:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=AP7YpdMpFOqumLAMP4z52j5NREC12BCHGgZMOPNV4mU=; b=xAo20eCdcMcpSRO8wkAtW8M0PYFr3bNSiNa7LjCjrs88GS/LvWU6Pyr323/wbs1vRi HX5AtaKlW8RZKqpcQ+E85Asa/XcGX6cYyH4527BF6gHDMg0KJJYAKHC3HUvGfrE3Kj8M 5yndtggkFJRB5l/Dzq5hsowtZmPEdOG9QsBVI= MIME-Version: 1.0 Received: by 10.180.82.39 with SMTP id f7mr14988189wiy.19.1328542543126; Mon, 06 Feb 2012 07:35:43 -0800 (PST) Sender: vrwmiller@gmail.com Received: by 10.227.143.140 with HTTP; Mon, 6 Feb 2012 07:35:42 -0800 (PST) Date: Mon, 6 Feb 2012 10:35:42 -0500 X-Google-Sender-Auth: 4eebPEqabuYbs07PKOUd4Un72LM Message-ID: From: Rick Miller To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: pxeboot.bs and vlan tagging X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 15:35:44 -0000 Hi All, We are PXE booting into FreeBSD 8.2-RELEASE to perform system builds. The pxeboot.bs file was recompiled with TFTP support. 8.2-RELEASE builds were working fine until we attempted a build on bare metal in an environment that utilizes vlan tagging. When the system loaded the pxeboot.bs file it prompted that a disk containing the mfsroot.gz be inserted. I have a couple of questions that I am hoping I can use to glean a proper solution: 1) Does the 8.2-RELEASE pxeboot.bs source code support use of vlan tagging? 2) Can I get vlan tagging support with newer 8.2 code? 3) Will the 9.0-RELEASE code have better support for vlan tagging and can I use it to build an 8.2-RELEASE system? -- Take care Rick Miller From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 15:55:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3006B1065673 for ; Mon, 6 Feb 2012 15:55:02 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from mail.locolomo.org (97.pool85-48-194.static.orange.es [85.48.194.97]) by mx1.freebsd.org (Postfix) with ESMTP id CE9C78FC17 for ; Mon, 6 Feb 2012 15:55:01 +0000 (UTC) Received: from gamma.lan.locolomo.org (gamma.lan.locolomo.org [192.168.0.33]) by mail.locolomo.org (Postfix) with ESMTPSA id 2CC851C0841 for ; Mon, 6 Feb 2012 16:55:00 +0100 (CET) Message-ID: <4F2FF7D3.2030707@locolomo.org> Date: Mon, 06 Feb 2012 16:54:59 +0100 From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pxeboot.bs and vlan tagging X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 15:55:02 -0000 On 06/02/2012 16:35, Rick Miller wrote: > We are PXE booting into FreeBSD 8.2-RELEASE to perform system builds. > The pxeboot.bs file was recompiled with TFTP support. 8.2-RELEASE > builds were working fine until we attempted a build on bare metal in > an environment that utilizes vlan tagging. When the system loaded the > pxeboot.bs file it prompted that a disk containing the mfsroot.gz be > inserted. Hi, a few questions: 1) do you use tftp or nfs? if you built pxeboot with tftp, did you also build the kernel with tftp? I assume that you want to use tftp since you fetch a memory file system as root device. 2) do you fetch the kernel successfully? When using tftp, The kernel and kernel modules are fetched before the memory file system, so do pxeboot fetch the kernel but not the mfsroot? The reason for these questions is that your problem may be with the kernel and kernel modules and not pxeboot. Just to be sure. > I have a couple of questions that I am hoping I can use to glean a > proper solution: > > 1) Does the 8.2-RELEASE pxeboot.bs source code support use of vlan tagging? > 2) Can I get vlan tagging support with newer 8.2 code? > 3) Will the 9.0-RELEASE code have better support for vlan tagging and > can I use it to build an 8.2-RELEASE system? I did a grep in the source and it seems there is a kernel module for vlan tagging, if you load the kernel succesfully it may be a question of getting that module loaded as well, or rebuild the kernel. But I can't give a better answer. My best guess is not to rely on vlan tagging unless you can configure that on the hardware. Or, normally there is a default vlan that corresponds to no tag. If you can configure that for pxe and use tagging for the other networks. BR, Erik -- M: +34 666 334 818 T: +34 915 211 157 From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 15:57:58 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E6A71065679 for ; Mon, 6 Feb 2012 15:57:58 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id A0C088FC1A for ; Mon, 6 Feb 2012 15:57:55 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so6875046wib.13 for ; Mon, 06 Feb 2012 07:57:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=XLDgP6BcAe1WgVe6RBD3M5aW3AMypL9hjRjFxdefBUA=; b=Sw1T+5uqaqXCCTVsZ1yI7nuoocSz8MrTHNVUB2rVM4bXXHrGVNj+HMxq6W9O3eGwmM azSxuWqljur9+9K1htXieG9dIldNpt9gkEqgLwHpqtFKH3LUA1eceTx96PHOoH5U0yZv 8hKIcE1tkveg6FTrZkS/HK5J98Zd/PevrFlxw= Received: by 10.180.76.235 with SMTP id n11mr13897586wiw.11.1328543874976; Mon, 06 Feb 2012 07:57:54 -0800 (PST) Received: from gumby.homeunix.com (87-194-105-247.bethere.co.uk. [87.194.105.247]) by mx.google.com with ESMTPS id cb8sm26160515wib.0.2012.02.06.07.57.52 (version=SSLv3 cipher=OTHER); Mon, 06 Feb 2012 07:57:53 -0800 (PST) Date: Mon, 6 Feb 2012 15:57:49 +0000 From: RW To: freebsd-questions@freebsd.org Message-ID: <20120206155749.3330f26e@gumby.homeunix.com> In-Reply-To: References: <7812e1a4e56393474531630a0b2f84f1@www.dweimer.net> <4F2BF2F4.4010903@sentex.net> <20120204023652.0354836b@gumby.homeunix.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: USB 3 / eSATA support X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 15:57:58 -0000 On Fri, 03 Feb 2012 22:49:11 -0500 Dean E. Weimer wrote: > On 03.02.2012 21:36, RW wrote: > > Just in case you aren't aware, you don't necessarily need an eSATA > > card. You can get eSATA back-plates that plug into spare SATA > > connections on your motherboard. > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to > > "freebsd-questions-unsubscribe@freebsd.org" > > That the board has plenty of, how does that work with removing the > drives? > Does it require a reboot? AFAIK there's no difference between SATA and eSATA above the physical layer. It's just cabling and some minor voltage range changes (which are designed to work SATA to eSATA, or eSATA to eSATA). Hot-swapping is a SATA feature supported under AHCI. You probably need to switch this on in the BIOS. Some legacy OSs don't support it, so IDE is usually the default. From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 16:11:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 691CC106564A for ; Mon, 6 Feb 2012 16:11:02 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id EFFEB8FC12 for ; Mon, 6 Feb 2012 16:11:01 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so6890416wib.13 for ; Mon, 06 Feb 2012 08:11:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OTeEWsrquBqvDM0PvJDiRGmxNXHj58kxDTwrHwAi+g0=; b=fBacZh7Sy0Nujq+Nr28mdh/hxC9cTH60zpu0gHETnkSem1/udCsTxSA1lsRb+d/iwF XTX+5puvrr0VuORIKl+hWDV2j+aRBpNyWvbujUpHfnkd4gdsZdWMbutj4EaF7WbxMo5z 1wFaSf3ZUj5yyKU3J22ikhjMOGbIQlmsP1gxU= MIME-Version: 1.0 Received: by 10.180.102.35 with SMTP id fl3mr10731518wib.22.1328544660738; Mon, 06 Feb 2012 08:11:00 -0800 (PST) Sender: vrwmiller@gmail.com Received: by 10.227.143.140 with HTTP; Mon, 6 Feb 2012 08:11:00 -0800 (PST) In-Reply-To: <4F2FF7D3.2030707@locolomo.org> References: <4F2FF7D3.2030707@locolomo.org> Date: Mon, 6 Feb 2012 11:11:00 -0500 X-Google-Sender-Auth: 7Aq1w-Gpt5koZTiwebF2vX57vBw Message-ID: From: Rick Miller To: =?ISO-8859-1?Q?Erik_N=F8rgaard?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: pxeboot.bs and vlan tagging X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 16:11:02 -0000 See my responses inline... On Mon, Feb 6, 2012 at 10:54 AM, Erik N=F8rgaard wr= ote: > On 06/02/2012 16:35, Rick Miller wrote: > >> We are PXE booting into FreeBSD 8.2-RELEASE to perform system builds. >> The pxeboot.bs file was recompiled with TFTP support. =A08.2-RELEASE >> builds were working fine until we attempted a build on bare metal in >> an environment that utilizes vlan tagging. =A0When the system loaded the >> pxeboot.bs file it prompted that a disk containing the mfsroot.gz be >> inserted. > > > Hi, a few questions: > > 1) do you use tftp or nfs? if you built pxeboot with tftp, did you also > build the kernel with tftp? pxeboot.bs was compiled with TFTP enabled. We made 3 modifications to the kernel not related to tftp. One change was to the NIC source code to improve small packet performance, we compiled a custom kernel that disabled FLOWTABLE and enabled ROUTETABLES. TFTP is the intent for PXE, we did not want to rely on NFS. For the remainder of the install, we've written code into sysinstall to support pure HTTP installs. > 2) do you fetch the kernel successfully? > > When using tftp, The kernel and kernel modules are fetched before the mem= ory > file system, so do pxeboot fetch the kernel but not the mfsroot? > > The reason for these questions is that your problem may be with the kerne= l > and kernel modules and not pxeboot. Just to be sure. I see what you are saying. We will have to look at the packet captures to make that determination. >> I have a couple of questions that I am hoping I can use to glean a >> proper solution: >> >> 1) Does the 8.2-RELEASE pxeboot.bs source code support use of vlan >> tagging? >> 2) Can I get vlan tagging support with newer 8.2 code? >> 3) Will the 9.0-RELEASE code have better support for vlan tagging and >> can I use it to build an 8.2-RELEASE system? > > > I did a grep in the source and it seems there is a kernel module for vlan > tagging, if you load the kernel succesfully it may be a question of getti= ng > that module loaded as well, or rebuild the kernel. But I can't give a bet= ter > answer. > > My best guess is not to rely on vlan tagging unless you can configure tha= t > on the hardware. Or, normally there is a default vlan that corresponds to= no > tag. If you can configure that for pxe and use tagging for the other > networks. Thanks for this information, it has given me some other things to think about and could potentially lead to a proper solution. --=20 Take care Rick Miller From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 16:32:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97D82106564A for ; Mon, 6 Feb 2012 16:32:48 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from mail.locolomo.org (97.pool85-48-194.static.orange.es [85.48.194.97]) by mx1.freebsd.org (Postfix) with ESMTP id 4334A8FC1A for ; Mon, 6 Feb 2012 16:32:44 +0000 (UTC) Received: from gamma.lan.locolomo.org (gamma.lan.locolomo.org [192.168.0.33]) by mail.locolomo.org (Postfix) with ESMTPSA id CFE231C0841; Mon, 6 Feb 2012 17:32:43 +0100 (CET) Message-ID: <4F3000AB.5070403@locolomo.org> Date: Mon, 06 Feb 2012 17:32:43 +0100 From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Rick Miller References: <4F2FF7D3.2030707@locolomo.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-questions@freebsd.org Subject: Re: pxeboot.bs and vlan tagging X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 16:32:48 -0000 On 06/02/2012 17:11, Rick Miller wrote: > See my responses inline... > > On Mon, Feb 6, 2012 at 10:54 AM, Erik Nørgaard wrote: >> On 06/02/2012 16:35, Rick Miller wrote: >> >>> We are PXE booting into FreeBSD 8.2-RELEASE to perform system builds. >>> The pxeboot.bs file was recompiled with TFTP support. 8.2-RELEASE >>> builds were working fine until we attempted a build on bare metal in >>> an environment that utilizes vlan tagging. When the system loaded the >>> pxeboot.bs file it prompted that a disk containing the mfsroot.gz be >>> inserted. >> >> >> Hi, a few questions: >> >> 1) do you use tftp or nfs? if you built pxeboot with tftp, did you also >> build the kernel with tftp? > > pxeboot.bs was compiled with TFTP enabled. We made 3 modifications to > the kernel not related to tftp. One change was to the NIC source code > to improve small packet performance, we compiled a custom kernel that > disabled FLOWTABLE and enabled ROUTETABLES. > > TFTP is the intent for PXE, we did not want to rely on NFS. For the > remainder of the install, we've written code into sysinstall to > support pure HTTP installs. > >> 2) do you fetch the kernel successfully? >> >> When using tftp, The kernel and kernel modules are fetched before the memory >> file system, so do pxeboot fetch the kernel but not the mfsroot? >> >> The reason for these questions is that your problem may be with the kernel >> and kernel modules and not pxeboot. Just to be sure. > > I see what you are saying. We will have to look at the packet > captures to make that determination. > There used to be some kernel options in older versions but I think the necessity for these were removed with 7.0. Can't find them right now. Also, there is a trick when you want to use tftp, by default the kernel will try nfs if it has been built with nfs code, so check for references to nfs. The generic kernel is built with with the option options NFSCL options NFSD options NFSLOCKD options NFS_ROOT these should be disabled. > Thanks for this information, it has given me some other things to > think about and could potentially lead to a proper solution. My approach to this is to create a closed network with one server providing all the necessary services (dhcp, tftp and ftp/http) as well as a local mirror with all the required files for installation. If you have a lot of servers, it makes no sense that each sould fetch packages from the public mirrors, hence for installation there should be no need for access to external networks. If you do this you can configure your switches accordingly without any need for vlan tagging. BR, Erik -- M: +34 666 334 818 T: +34 915 211 157 From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 16:33:06 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6C44106566C for ; Mon, 6 Feb 2012 16:33:06 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5CBBF8FC13 for ; Mon, 6 Feb 2012 16:33:05 +0000 (UTC) Received: by werm13 with SMTP id m13so7072229wer.13 for ; Mon, 06 Feb 2012 08:33:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1dJEoEgPUpZ7Ke6dYQy+0wYBzQN7qiC2uqwg0Si5E7s=; b=TTR/Pv4QKc3d8f6ppZAw1VlOOFnxp8XnCWxvd7Irh4lcD2z9QijTfajz4jLmdXe4sl Y0Yjzi0a37v8Cdk9UmJOWs+ifZv4vxWcnOLqvseRU/7BtJa38G9EzbVZ7VX+TAORlPc5 NUG96Mgt+eXQoXHsSbQbSxbuT+SD4Z6CM5/Ro= MIME-Version: 1.0 Received: by 10.216.134.157 with SMTP id s29mr7287294wei.1.1328545985202; Mon, 06 Feb 2012 08:33:05 -0800 (PST) Sender: vrwmiller@gmail.com Received: by 10.227.143.140 with HTTP; Mon, 6 Feb 2012 08:33:05 -0800 (PST) In-Reply-To: References: <4F2FF7D3.2030707@locolomo.org> Date: Mon, 6 Feb 2012 11:33:05 -0500 X-Google-Sender-Auth: 1EII22tDALkjTZ3bZUfd8Z7C69I Message-ID: From: Rick Miller To: =?ISO-8859-1?Q?Erik_N=F8rgaard?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: pxeboot.bs and vlan tagging X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 16:33:06 -0000 >> 2) do you fetch the kernel successfully? >> >> When using tftp, The kernel and kernel modules are fetched before the me= mory >> file system, so do pxeboot fetch the kernel but not the mfsroot? >> >> The reason for these questions is that your problem may be with the kern= el >> and kernel modules and not pxeboot. Just to be sure. > > I see what you are saying. =A0We will have to look at the packet > captures to make that determination. The target system loads pxeboot.bs and consequently requests the following files: /boot/boot.4th (which it does not find) /boot/loader.rc /boot/loader.4th /boot/support.4th /boot/defaults/loader.conf /boot/device.hints /boot/loader.conf It is at this point where the failure occurs. The contents of loader.conf = are: mfsroot_load=3D"YES" mfsroot_type=3D"mfs_root" mfsroot_name=3D"/boot/mfsroot" Does this seem consistent with what you were theorizing that it's the kernel that has the problem with vlan tagging and not pxeboot.bs? --=20 Take care Rick Miller From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 16:35:57 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BAFB106564A for ; Mon, 6 Feb 2012 16:35:57 +0000 (UTC) (envelope-from ryan.merrell@careerstep.com) Received: from hub021-ca-8.exch021.serverdata.net (hub021-ca-8.exch021.serverdata.net [64.78.56.73]) by mx1.freebsd.org (Postfix) with ESMTP id DF4E98FC08 for ; Mon, 6 Feb 2012 16:35:56 +0000 (UTC) Received: from MBX021-W3-CA-1.exch021.domain.local ([10.254.4.77]) by HUB021-CA-8.exch021.domain.local ([10.254.4.112]) with mapi id 14.01.0355.002; Mon, 6 Feb 2012 08:15:49 -0800 From: Ryan Merrell To: "freebsd-questions@freebsd.org" Thread-Topic: Multiple errors on server -- Where do I start looking? Thread-Index: Aczk6paXhWTftX2lTAyjE62g6ZOVsQ== Date: Mon, 6 Feb 2012 16:15:49 +0000 Message-ID: <2187B4E2EDE5044CA48617AC0C8D6E1B0E2AFA38@MBX021-W3-CA-1.exch021.domain.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [74.92.245.13] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Multiple errors on server -- Where do I start looking? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 16:35:57 -0000 I've run into some error messages on my server that are beyond my skill lev= el of interpreting, so I'm hoping some of you can help me out. I've already= posted this on the forums at http://forums.freebsd.org/showthread.php?p=3D= 165258#post165258 but since this is affecting our business, I'm trying to r= each out to a broader audience and hopefully get this thing resolved. We have an Intel modular blade server. The chassis has 2x 3-disk RAID(5) ar= rays. Volume 1 is what the OS (FreeBSD 7.2) is installed on and Volume 2 is= mounted at /usr. These two volumes are da0 and da1. I got email notifications saying the web host I run in a jail hosted on thi= s server was down. I try to SSH into it, but it fails. I ping it and I get = a 50% return rate. So I log in to the management blade and start a virtual = KVM sessions to get into the blade. Once I'm into the basehost blade, I cat= dmesg.today and get a slew of errors. Here we go.. (da3:mpt0:0:6:1): Logical unit not accessible, target port in standby state (da3:mpt0:0:6:1): Retrying Command (per Sense Data) (da3:mpt0:0:6:1): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (da3:mpt0:0:6:1): CAM Status: SCSI Status Error (da3:mpt0:0:6:1): SCSI Status: Check Condition (da3:mpt0:0:6:1): ILLEGAL REQUEST asc:4,b (da3:mpt0:0:6:1): Logical unit not accessible, target port in standby state (da3:mpt0:0:6:1): Retrying Command (per Sense Data) (da3:mpt0:0:6:1): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (da3:mpt0:0:6:1): CAM Status: SCSI Status Error (da3:mpt0:0:6:1): SCSI Status: Check Condition (da3:mpt0:0:6:1): ILLEGAL REQUEST asc:4,b (da3:mpt0:0:6:1): Logical unit not accessible, target port in standby state (da3:mpt0:0:6:1): Retries Exhausted As mentioned before, our two volumes are da0 and da1. /dev lists da2 and da= 3 as well, but I have no idea what they are. How do I figure out what da3 = is and what do the above error messages say about it? Someone on the forum = asked me if the two volumes are on the same controller and the answer is ye= s, they are. GEOM_LABEL: Label for provider da0s1a is ufsid/4aeb03874c64d9f1. GEOM_LABEL: Label for provider da0s1d is ufsid/4aeb038ae8ae24cf. GEOM_LABEL: Label for provider da0s1e is ufsid/4aeb0387d999941a. GEOM_LABEL: Label for provider da0s1f is ufsid/4aeb038766c4c807. Trying to mount root from ufs:/dev/da0s1a GEOM_LABEL: Label ufsid/4aeb03874c64d9f1 removed. GEOM_LABEL: Label for provider da0s1a is ufsid/4aeb03874c64d9f1. GEOM_LABEL: Label ufsid/4aeb0387d999941a removed. GEOM_LABEL: Label ufsid/4bd2077f23a6cc93 removed. GEOM_LABEL: Label for provider da0s1e is ufsid/4aeb0387d999941a. GEOM_LABEL: Label for provider da1s1 is ufsid/4bd2077f23a6cc93. GEOM_LABEL: Label ufsid/4aeb038766c4c807 removed. GEOM_LABEL: Label for provider da0s1f is ufsid/4aeb038766c4c807. GEOM_LABEL: Label ufsid/4aeb038ae8ae24cf removed. GEOM_LABEL: Label for provider da0s1d is ufsid/4aeb038ae8ae24cf. GEOM_LABEL: Label ufsid/4aeb03874c64d9f1 removed. GEOM_LABEL: Label ufsid/4aeb0387d999941a removed. GEOM_LABEL: Label ufsid/4aeb038766c4c807 removed. GEOM_LABEL: Label ufsid/4aeb038ae8ae24cf removed. GEOM_LABEL: Label ufsid/4bd2077f23a6cc93 removed. Was root unmounted? Whats going on here? Obviously there's some issue with = da0, which is mounted at /. The server has been up and running fine, so why= am I seeing "Trying to mount root from ufs:/dev/da0s1a"? pid 93248 (httpd), uid 80: exited on signal 10 pid 95624 (httpd), uid 80: exited on signal 10 pid 97956 (httpd), uid 80: exited on signal 10 pid 97935 (httpd), uid 80: exited on signal 10 pid 96603 (httpd), uid 80: exited on signal 10 pid 93210 (httpd), uid 80: exited on signal 10 pid 98246 (httpd), uid 80: exited on signal 10 This is apparently whats killing our webserver. Apache receives a signal 10= and quits.. Everything I've read says it's an issue with Apache trying to = access RAM that it shouldn't or that doesn't exist.. Is there something els= e with the above da0 or da3 errors that would cause a SIGBUS on httpd? Then after that it goes back and repeats that first block of da3 errors a b= unch more times. The server was down for about 10 minutes and then it just = fixed itself. It's weird because it seems the apache child processes all ge= t killed off by the sigbus but the parent process doesn't.. so once the pro= blem works itself out, it continues operations as normal without me having = to restart the daemon or anything. The management blade in the server chassis is reporting that all the hardwa= re is fine. We have a second blade that boots off of a second partition in = Volume 1 and it doesn't have any problems at all. I'm at a loss here! Ryan Merrell This e-mail message is for the sole use of the intended recipient(s) and ma= y contain privileged or confidential information. Unauthorized use, distrib= ution, review or disclosure is prohibited. If you are not the intended reci= pient, please notify the sender immediately by reply email and destroy all = copies of the original message. From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 16:45:08 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 876501065670 for ; Mon, 6 Feb 2012 16:45:08 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from mail.locolomo.org (97.pool85-48-194.static.orange.es [85.48.194.97]) by mx1.freebsd.org (Postfix) with ESMTP id 928D38FC13 for ; Mon, 6 Feb 2012 16:45:07 +0000 (UTC) Received: from gamma.lan.locolomo.org (gamma.lan.locolomo.org [192.168.0.33]) by mail.locolomo.org (Postfix) with ESMTPSA id 77D461C0841; Mon, 6 Feb 2012 17:45:06 +0100 (CET) Message-ID: <4F300391.2020002@locolomo.org> Date: Mon, 06 Feb 2012 17:45:05 +0100 From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Rick Miller References: <4F2FF7D3.2030707@locolomo.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: pxeboot.bs and vlan tagging X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 16:45:08 -0000 On 06/02/2012 17:33, Rick Miller wrote: >>> 2) do you fetch the kernel successfully? >>> >>> When using tftp, The kernel and kernel modules are fetched before the memory >>> file system, so do pxeboot fetch the kernel but not the mfsroot? >>> >>> The reason for these questions is that your problem may be with the kernel >>> and kernel modules and not pxeboot. Just to be sure. >> >> I see what you are saying. We will have to look at the packet >> captures to make that determination. > > The target system loads pxeboot.bs and consequently requests the > following files: > > /boot/boot.4th (which it does not find) > /boot/loader.rc > /boot/loader.4th > /boot/support.4th > /boot/defaults/loader.conf > /boot/device.hints > /boot/loader.conf > > It is at this point where the failure occurs. The contents of loader.conf are: > > mfsroot_load="YES" > mfsroot_type="mfs_root" > mfsroot_name="/boot/mfsroot" > > Does this seem consistent with what you were theorizing that it's the > kernel that has the problem with vlan tagging and not pxeboot.bs? See the other mail, the way pxeboot works IIRC, is that first the pxeboot is fetched using tftp, the pxeboot is given the next server and will fetch the kernel, modules and other files from /boot/ on that server, (path respective to the root of the tftp dir). The kernel loads and will then fetch the mfsroot file. As mentioned, by default this is done using nfs, and nfs is assumed if the kernel supports nfs, even if it only fetches one file. This I understand has to be this way since the network configuration set with dhcp does not specify the protocol. So, if your kernel supports nfs it will not use tftp and hence fail. The details are somewhat distant to me, it's been some time since I messsed arround with this. hope this helps. BR, Erik -- M: +34 666 334 818 T: +34 915 211 157 From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 17:37:19 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 803A1106564A for ; Mon, 6 Feb 2012 17:37:19 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from smtpq2.tb.mail.iss.as9143.net (smtpq2.tb.mail.iss.as9143.net [212.54.42.165]) by mx1.freebsd.org (Postfix) with ESMTP id 3C6178FC14 for ; Mon, 6 Feb 2012 17:37:19 +0000 (UTC) Received: from [212.54.42.139] (helo=smtp8.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RuSVB-0001Lp-Sk for freebsd-questions@freebsd.org; Mon, 06 Feb 2012 18:37:17 +0100 Received: from 524944af.cm-4-2b.dynamic.ziggo.nl ([82.73.68.175] helo=mail.nagual.nl) by smtp8.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RuSVB-0000op-LF for freebsd-questions@freebsd.org; Mon, 06 Feb 2012 18:37:17 +0100 Received: from [192.168.11.34] (192.168.11.34) by yanta (Axigen) with (CAMELLIA256-SHA encrypted) ESMTPSA id 16DB30; Mon, 6 Feb 2012 18:41:51 +0100 Message-ID: <4F300FCD.8070804@nagual.nl> Date: Mon, 06 Feb 2012 18:37:17 +0100 From: dick User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: FreeBSD Questions Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AxigenSpam-Level: 4 X-Ziggo-spambar: + X-Ziggo-spamscore: 1.2 X-Ziggo-spamreport: BAYES_05=-0.5, FH_HOST_EQ_D_D_D_D=0.665, HELO_MISC_IP=0.001, KHOP_DYNAMIC=0.001, RDNS_DYNAMIC=0.982, TW_RW=0.077 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: fbsd safety of the ports X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 17:37:19 -0000 I'm a bit confused. I always believed FreeBSD is a very safe system. That may be true for the core files, but what about ports. On the net I read _never_ to let the webserver be the owner of its files and yet, ports like Drupal or WordPress make the files rwx for the owner (www) as well as the group (www). How does this fit into fbsd's safety policy? I guess you might say it's the task of the port maintainer, but isn't there some kind of port acceptance policy? Imho this situation is a bit confusing at least ;-) I'd like to get some info on this if possible. From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 17:46:30 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A71F6106566C for ; Mon, 6 Feb 2012 17:46:30 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id DF1C68FC08 for ; Mon, 6 Feb 2012 17:46:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:To:Content-Type; bh=8GR2Os+rQ7scLEc+nTsmaGV/Utzf9UTY8l7zy7vqh9E=; b=TXg3T2oG46SS7XCTjxbUVkFqb7ds4g5jJmw2PsJbfTPGmCPgDbHCaIflDiiGHVRgM9h2FpUsJYtiVx8EcPbKIpdegQGVGGkd393q31Wv4xTCh9UVwy7//aJXta8Zoc+w; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RuSe0-000MNS-2w for freebsd-questions@freebsd.org; Mon, 06 Feb 2012 11:46:28 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1328550377-3359-3358/5/7; Mon, 6 Feb 2012 17:46:17 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-questions@freebsd.org References: <4F300FCD.8070804@nagual.nl> Date: Mon, 6 Feb 2012 11:46:17 -0600 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <4F300FCD.8070804@nagual.nl> User-Agent: Opera Mail/12.00 (FreeBSD) X-SA-Score: -1.5 Subject: Re: fbsd safety of the ports X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 17:46:30 -0000 On Mon, 06 Feb 2012 11:37:17 -0600, wrote: > I'm a bit confused. I always believed FreeBSD is a very safe system. > That may be true for the core files, but what about ports. > On the net I read _never_ to let the webserver be the owner of its > files and yet, ports like Drupal or WordPress make the files rwx for the > owner (www) as well as the group (www). How does this fit into fbsd's > safety policy? > I guess you might say it's the task of the port maintainer, but isn't > there some kind of port acceptance policy? > Imho this situation is a bit confusing at least I'd like to get some > info on this if possible. In my opinion it's up to the admin to make sure the sites their hosted are setup with proper permissions. If you haven't run into it yet I'd be surprised -- Wordpress/Joomla/etc seem to throw a fit when you don't give them full write access to certain directories (for caching and whatnot) and if you don't have them update via the FTP method they require write access everywhere. This is excluding weird add-ons and plugins that want write access everywhere as well, which I've seen many times. Securing a CMS properly is harder than it should be. Sometimes I feel the safest way would be to run two copies of the site: one that's read-only (including database read only perms) and another that you use for managing, updating, etc. However, now you've alienated anyone from ever being able to comment on your blog....... Security, Low Difficulty, Functionality -- pick two. From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 18:34:30 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E88B51065672 for ; Mon, 6 Feb 2012 18:34:30 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0B58FC13 for ; Mon, 6 Feb 2012 18:34:30 +0000 (UTC) Received: by werm13 with SMTP id m13so7203387wer.13 for ; Mon, 06 Feb 2012 10:34:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=V27+hg8FTaUoUhqVnzvfsn8W8/zDG0wr9U21tGPpp+g=; b=gK44cJsPT7jdIFU4D+UfQT0v3ROAvJaUDnZJwJ0YSKfrEfmQ4vxe0xgX2AI2Qo4rVM yACyNexQ+MhbV5YtvWnv7uWYh7s+R3VXEAcBihEyr8euTwKMlt2YeBiARTxWtoevVxwe B3BG1b2m2OQeVCYnL+uiW5Qwb+p08o96+jWHk= MIME-Version: 1.0 Received: by 10.216.135.35 with SMTP id t35mr7469759wei.9.1328553269403; Mon, 06 Feb 2012 10:34:29 -0800 (PST) Sender: vrwmiller@gmail.com Received: by 10.227.143.140 with HTTP; Mon, 6 Feb 2012 10:34:29 -0800 (PST) In-Reply-To: <4F300391.2020002@locolomo.org> References: <4F2FF7D3.2030707@locolomo.org> <4F300391.2020002@locolomo.org> Date: Mon, 6 Feb 2012 13:34:29 -0500 X-Google-Sender-Auth: wRJL4TY2rY6FWIn1Ox1KHuTU2Aw Message-ID: From: Rick Miller To: =?ISO-8859-1?Q?Erik_N=F8rgaard?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: pxeboot.bs and vlan tagging X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 18:34:31 -0000 Thanks for your feedback, Erik! I do have a question below... On Mon, Feb 6, 2012 at 11:45 AM, Erik N=F8rgaard wr= ote: > > See the other mail, the way pxeboot works IIRC, is that first the pxeboot= is > fetched using tftp, the pxeboot is given the next server and will fetch t= he > kernel, modules and other files from /boot/ on that server, (path respect= ive > to the root of the tftp dir). > > The kernel loads and will then fetch the mfsroot file. As mentioned, by > default this is done using nfs, and nfs is assumed if the kernel supports > nfs, even if it only fetches one file. This I understand has to be this w= ay > since the network configuration set with dhcp does not specify the protoc= ol. > > So, if your kernel supports nfs it will not use tftp and hence fail. The kernel I am using is the kernel from the DVD ISO as it is downloaded from freebsd.org. How do I determine what modules have been enabled and disabled in that kernel? I am under the assumption that NFS is compiled into that kernel. We can install 8.2-RELEASE with this kernel in VMs, but not bare metal. Is there an explanation as to why an NFS enabled kernel would work inside a VM, but fail on bare metal? --=20 Take care Rick Miller From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 18:36:27 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2296B106564A for ; Mon, 6 Feb 2012 18:36:27 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id 0937E8FC08 for ; Mon, 6 Feb 2012 18:36:26 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-2 Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp021.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LYZ004IUICQGF20@asmtp021.mac.com> for questions@freebsd.org; Mon, 06 Feb 2012 18:36:26 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361,1.0.260,0.0.0000 definitions=2012-02-06_04:2012-02-06, 2012-02-06, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1202060164 From: Chuck Swiger In-reply-to: Date: Mon, 06 Feb 2012 10:36:25 -0800 Content-transfer-encoding: quoted-printable Message-id: References: To: =?utf-8?Q?Radek_Krej=C4=8Da?= X-Mailer: Apple Mail (2.1084) Cc: "questions@freebsd.org" Subject: Re: ntpd crashes during start - a lot of interfaces X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 18:36:27 -0000 On Feb 5, 2012, at 10:39 PM, Radek Krej=E8a wrote: > I have problem with using ntpd on 8.2 amd64 (not tested elsewhere). If = I have a lot of interfaces (vlans) ntpd crashes with segmentation fault = (core dump). I have tested on my test machine and it really depends on = number of interfaces. It try to bind on every of it. >=20 > I want to reduce it with using some options (like -I em0) but it seems = that ntpd ignore it. If I use truss the system calls look same. >=20 > Is there any way to bind directly on specified interface? -I is supposed to do that, but if it doesn't work right, consider = gaining a bit more debugging info (a backtrace from running under gdb or = against the corefile) and filing a PR. You could also discuss this with = "upstream", meaning the NTP mailing list at = .... Regards, --=20 -Chuck From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 18:51:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A3D71065675 for ; Mon, 6 Feb 2012 18:51:02 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 7D3D58FC08 for ; Mon, 6 Feb 2012 18:51:02 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp026.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LYZ00ILOJ0Y0260@asmtp026.mac.com> for freebsd-questions@freebsd.org; Mon, 06 Feb 2012 10:50:59 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361,1.0.260,0.0.0000 definitions=2012-02-06_04:2012-02-06, 2012-02-06, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1202060169 From: Chuck Swiger In-reply-to: <2187B4E2EDE5044CA48617AC0C8D6E1B0E2AFA38@MBX021-W3-CA-1.exch021.domain.local> Date: Mon, 06 Feb 2012 10:50:57 -0800 Message-id: References: <2187B4E2EDE5044CA48617AC0C8D6E1B0E2AFA38@MBX021-W3-CA-1.exch021.domain.local> To: Ryan Merrell X-Mailer: Apple Mail (2.1084) Cc: "freebsd-questions@freebsd.org" Subject: Re: Multiple errors on server -- Where do I start looking? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 18:51:02 -0000 On Feb 6, 2012, at 8:15 AM, Ryan Merrell wrote: > We have an Intel modular blade server. The chassis has 2x 3-disk RAID(5) arrays. Volume 1 is what the OS (FreeBSD 7.2) is installed on and Volume 2 is mounted at /usr. These two volumes are da0 and da1. This doesn't matter directly to your issue, but a 3-disk RAID-5 setup is not a great choice. With six disks available, you'd almost certainly do better either as a 6-disk-wide RAID-5 or a RAID-10. > I got email notifications saying the web host I run in a jail hosted on this server was down. I try to SSH into it, but it fails. I ping it and I get a 50% return rate. So I log in to the management blade and start a virtual KVM sessions to get into the blade. Once I'm into the basehost blade, I cat dmesg.today and get a slew of errors. Here we go.. > (da3:mpt0:0:6:1): Logical unit not accessible, target port in standby state > (da3:mpt0:0:6:1): Retrying Command (per Sense Data) > (da3:mpt0:0:6:1): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 > (da3:mpt0:0:6:1): CAM Status: SCSI Status Error > (da3:mpt0:0:6:1): SCSI Status: Check Condition > (da3:mpt0:0:6:1): ILLEGAL REQUEST asc:4,b > (da3:mpt0:0:6:1): Logical unit not accessible, target port in standby state > (da3:mpt0:0:6:1): Retrying Command (per Sense Data) > (da3:mpt0:0:6:1): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 > (da3:mpt0:0:6:1): CAM Status: SCSI Status Error > (da3:mpt0:0:6:1): SCSI Status: Check Condition > (da3:mpt0:0:6:1): ILLEGAL REQUEST asc:4,b > (da3:mpt0:0:6:1): Logical unit not accessible, target port in standby state > (da3:mpt0:0:6:1): Retries Exhausted > > As mentioned before, our two volumes are da0 and da1. /dev lists da2 and da3 as well, but I have no idea what they are. How do I figure out what da3 is and what do the above error messages say about it? Someone on the forum asked me if the two volumes are on the same controller and the answer is yes, they are. Check a dmesg after a reboot, or take a look at "camcontrol devlist" or "atacontrol list" and that ought to provide more information. Since you're also using GEOM labels, "glabel status" is likely to be informative as well. > GEOM_LABEL: Label for provider da0s1a is ufsid/4aeb03874c64d9f1. > GEOM_LABEL: Label for provider da0s1d is ufsid/4aeb038ae8ae24cf. > GEOM_LABEL: Label for provider da0s1e is ufsid/4aeb0387d999941a. > GEOM_LABEL: Label for provider da0s1f is ufsid/4aeb038766c4c807. > Trying to mount root from ufs:/dev/da0s1a > GEOM_LABEL: Label ufsid/4aeb03874c64d9f1 removed. > GEOM_LABEL: Label for provider da0s1a is ufsid/4aeb03874c64d9f1. > GEOM_LABEL: Label ufsid/4aeb0387d999941a removed. > GEOM_LABEL: Label ufsid/4bd2077f23a6cc93 removed. > GEOM_LABEL: Label for provider da0s1e is ufsid/4aeb0387d999941a. > GEOM_LABEL: Label for provider da1s1 is ufsid/4bd2077f23a6cc93. > GEOM_LABEL: Label ufsid/4aeb038766c4c807 removed. > GEOM_LABEL: Label for provider da0s1f is ufsid/4aeb038766c4c807. > GEOM_LABEL: Label ufsid/4aeb038ae8ae24cf removed. > GEOM_LABEL: Label for provider da0s1d is ufsid/4aeb038ae8ae24cf. > GEOM_LABEL: Label ufsid/4aeb03874c64d9f1 removed. > GEOM_LABEL: Label ufsid/4aeb0387d999941a removed. > GEOM_LABEL: Label ufsid/4aeb038766c4c807 removed. > GEOM_LABEL: Label ufsid/4aeb038ae8ae24cf removed. > GEOM_LABEL: Label ufsid/4bd2077f23a6cc93 removed. > > Was root unmounted? Whats going on here? Obviously there's some issue with da0, which is mounted at /. The server has been up and running fine, so why am I seeing "Trying to mount root from ufs:/dev/da0s1a"? These are standard messages from GEOM-- it's trying to look at the disk labels and figure out where to mount the various filesystems. > pid 93248 (httpd), uid 80: exited on signal 10 > pid 95624 (httpd), uid 80: exited on signal 10 > pid 97956 (httpd), uid 80: exited on signal 10 > pid 97935 (httpd), uid 80: exited on signal 10 > pid 96603 (httpd), uid 80: exited on signal 10 > pid 93210 (httpd), uid 80: exited on signal 10 > pid 98246 (httpd), uid 80: exited on signal 10 > > This is apparently whats killing our webserver. Apache receives a signal 10 and quits.. Everything I've read says it's an issue with Apache trying to access RAM that it shouldn't or that doesn't exist.. Is there something else with the above da0 or da3 errors that would cause a SIGBUS on httpd? That's unclear, but normally a failing disk will cause I/O to block and the httpds will simply hang, not crash. Most likely, you've got a bug lurking in one of the Apache modules you use (mod_php is a likely candidate), but run a test instance of httpd under gdb using -X flag, and see whether you can gain better information. Or unlimit coredumpsize, and run gdb against the corefile to see what's causing the crash. Regards, -- -Chuck From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 20:02:03 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7D1F106566B for ; Mon, 6 Feb 2012 20:02:03 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 630988FC17 for ; Mon, 6 Feb 2012 20:02:02 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so7131362wib.13 for ; Mon, 06 Feb 2012 12:02:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+7z7ebLLKFmwOafJqjVn25ARxgAtYcXAfTmNcyRwJbo=; b=UtXJtnn1ts91WFtVkqFEXOUNllunE//axkNcPgEafGt/Dy5PHWqBA+k2TZSHErKCKq pEMFeq+AsCyjn8dsKN+/NB5lK8V+SpQzBjk4Z/Myn86lxtW6HaEe38lhAYQmMiwsGQiR NuNiL1+/GnsY57avezlXRx/t1OUnVCCFmc6aQ= MIME-Version: 1.0 Received: by 10.180.102.35 with SMTP id fl3mr11996695wib.22.1328558522085; Mon, 06 Feb 2012 12:02:02 -0800 (PST) Sender: vrwmiller@gmail.com Received: by 10.227.143.140 with HTTP; Mon, 6 Feb 2012 12:02:01 -0800 (PST) In-Reply-To: <4F300391.2020002@locolomo.org> References: <4F2FF7D3.2030707@locolomo.org> <4F300391.2020002@locolomo.org> Date: Mon, 6 Feb 2012 15:02:01 -0500 X-Google-Sender-Auth: svahJWqSqQrNKCFt2fr-AS-FbEs Message-ID: From: Rick Miller To: =?ISO-8859-1?Q?Erik_N=F8rgaard?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: pxeboot.bs and vlan tagging X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 20:02:04 -0000 We have determined that it has failed after loading pxeboot.bs and before loading the kernel. Therefore, the kernel is not the problem. I have also determined that vlan tagging is not the problem as it has failed with vlan tagging disabled. I don't believe it is the content because it works in 3 out of 4 different environments. In fact, in the 4th environment in recent tests, it worked a handful of times before failing again. Suspecting network configurations at this point, but thanks for the input provided thus far. It has been immensely helpful. On Mon, Feb 6, 2012 at 11:45 AM, Erik N=F8rgaard wr= ote: > On 06/02/2012 17:33, Rick Miller wrote: >>>> >>>> 2) do you fetch the kernel successfully? >>>> >>>> When using tftp, The kernel and kernel modules are fetched before the >>>> memory >>>> file system, so do pxeboot fetch the kernel but not the mfsroot? >>>> >>>> The reason for these questions is that your problem may be with the >>>> kernel >>>> and kernel modules and not pxeboot. Just to be sure. >>> >>> >>> I see what you are saying. =A0We will have to look at the packet >>> captures to make that determination. >> >> >> The target system loads pxeboot.bs and consequently requests the >> following files: >> >> /boot/boot.4th (which it does not find) >> /boot/loader.rc >> /boot/loader.4th >> /boot/support.4th >> /boot/defaults/loader.conf >> /boot/device.hints >> /boot/loader.conf >> >> It is at this point where the failure occurs. =A0The contents of loader.= conf >> are: >> >> mfsroot_load=3D"YES" >> mfsroot_type=3D"mfs_root" >> mfsroot_name=3D"/boot/mfsroot" >> >> Does this seem consistent with what you were theorizing that it's the >> kernel that has the problem with vlan tagging and not pxeboot.bs? > > > See the other mail, the way pxeboot works IIRC, is that first the pxeboot= is > fetched using tftp, the pxeboot is given the next server and will fetch t= he > kernel, modules and other files from /boot/ on that server, (path respect= ive > to the root of the tftp dir). > > The kernel loads and will then fetch the mfsroot file. As mentioned, by > default this is done using nfs, and nfs is assumed if the kernel supports > nfs, even if it only fetches one file. This I understand has to be this w= ay > since the network configuration set with dhcp does not specify the protoc= ol. > > So, if your kernel supports nfs it will not use tftp and hence fail. > > The details are somewhat distant to me, it's been some time since I messs= ed > arround with this. > > hope this helps. > > BR, Erik > -- > M: +34 666 334 818 > T: +34 915 211 157 --=20 Take care Rick Miller From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 20:07:42 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A47F106566C for ; Mon, 6 Feb 2012 20:07:42 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from asbnvacz-mailrelay01.megapath.net (asbnvacz-mailrelay01.megapath.net [207.145.128.243]) by mx1.freebsd.org (Postfix) with ESMTP id DC1BD8FC16 for ; Mon, 6 Feb 2012 20:07:41 +0000 (UTC) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.49]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id 7E4ACA7165C for ; Mon, 6 Feb 2012 14:37:26 -0500 (EST) Received: (qmail 21405 invoked from network); 6 Feb 2012 19:37:26 -0000 Received: by simscan 1.4.0 ppid: 3065, pid: 2469, t: 0.1373s scanners: clamav: 0.88.2/m:52/d:10739 Received: from unknown (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 6 Feb 2012 19:37:26 -0000 Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.8]) by be-well.ilk.org (Postfix) with ESMTP id 01C3D33C35; Mon, 6 Feb 2012 14:37:20 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id 941B539828; Mon, 6 Feb 2012 14:37:20 -0500 (EST) From: Lowell Gilbert To: Warren Block References: Date: Mon, 06 Feb 2012 14:37:20 -0500 In-Reply-To: (Warren Block's message of "Sun, 5 Feb 2012 21:19:23 -0700 (MST)") Message-ID: <4462fjeosv.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: questions@freebsd.org Subject: Re: Querying a cvsup server X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 20:07:42 -0000 Warren Block writes: > Is there a way to query one of the FreeBSD cvsup mirrors, something > like 'svn list -v svn:...' (only with cvs or csup)? I'm looking to > find the revision or date of a file. Anonymous CVS is probably the best approach for you. It's covered in the Handbook. From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 20:16:56 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03CB91065677 for ; Mon, 6 Feb 2012 20:16:56 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from mail.locolomo.org (97.pool85-48-194.static.orange.es [85.48.194.97]) by mx1.freebsd.org (Postfix) with ESMTP id A7D2C8FC1B for ; Mon, 6 Feb 2012 20:16:55 +0000 (UTC) Received: from gamma.lan.locolomo.org (gamma.lan.locolomo.org [192.168.0.33]) by mail.locolomo.org (Postfix) with ESMTPSA id 6C41C1C0841; Mon, 6 Feb 2012 21:16:54 +0100 (CET) Message-ID: <4F303536.1090705@locolomo.org> Date: Mon, 06 Feb 2012 21:16:54 +0100 From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Rick Miller References: <4F2FF7D3.2030707@locolomo.org> <4F300391.2020002@locolomo.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: pxeboot.bs and vlan tagging X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 20:16:56 -0000 On 06/02/2012 19:34, Rick Miller wrote: > Thanks for your feedback, Erik! I do have a question below... > The kernel I am using is the kernel from the DVD ISO as it is > downloaded from freebsd.org. How do I determine what modules have > been enabled and disabled in that kernel? I am under the assumption > that NFS is compiled into that kernel. We can install 8.2-RELEASE > with this kernel in VMs, but not bare metal. Is there an explanation > as to why an NFS enabled kernel would work inside a VM, but fail on > bare metal? The kernel distributed with the ISOs is the generic kernel, so if you have the source (it's also on the DVD) you'll find the GENERIC kernel configuration file in /usr/src/sys/YOUR_ARCH/conf/GENERIC and you can see what are the compile options. You'll see these options: options MD_ROOT # MD is a potential root device options NFSCL # New Network Filesystem Client options NFSD # New Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL The first one is required, this allows your kernel to mount a memory disk device (your mfsroot), the others enable NFS. You need to rebuild the kernel with NFS disabled. BR, Erik -- M: +34 666 334 818 T: +34 915 211 157 From owner-freebsd-questions@FreeBSD.ORG Mon Feb 6 21:34:15 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C85D7106566B for ; Mon, 6 Feb 2012 21:34:15 +0000 (UTC) (envelope-from gobble.wa@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 54F0C8FC18 for ; Mon, 6 Feb 2012 21:34:14 +0000 (UTC) Received: by eaan10 with SMTP id n10so3124697eaa.13 for ; Mon, 06 Feb 2012 13:34:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eXWfN5qcFnD2+7xn+3dZQtM2qKAQW5aus3dqQYqHypU=; b=Dd509ZoOa3XIz+9EtLN9L1R21BjNG6clCc4N9+fWTLgQHzXFYOFYWU2Qdnn40ScgQN hoe/NNoiVwe11EgtBdCXY13hvR01TUhFFXsk685yNOybvRSYYM3ROd7iw0/drSufnqLH AaVOsI9/Yz1ERXVT37Mk33cgwiXOhLCG7qvVE= MIME-Version: 1.0 Received: by 10.213.30.10 with SMTP id s10mr1940510ebc.53.1328564054276; Mon, 06 Feb 2012 13:34:14 -0800 (PST) Received: by 10.14.28.2 with HTTP; Mon, 6 Feb 2012 13:34:14 -0800 (PST) Received: by 10.14.28.2 with HTTP; Mon, 6 Feb 2012 13:34:14 -0800 (PST) In-Reply-To: <4F2F1309.6090106@onetel.com> References: <4F2AA33E.6010207@onetel.com> <4F2D1BE0.7050901@onetel.com> <4F2F1309.6090106@onetel.com> Date: Mon, 6 Feb 2012 13:34:14 -0800 Message-ID: From: Waitman Gobble To: Chris Whitehouse Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: User Questions Subject: Re: ath and how to control wireless light X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 21:34:16 -0000 On Feb 5, 2012 3:38 PM, "Chris Whitehouse" wrote: > > On 04/02/2012 16:49, Waitman Gobble wrote: >> >> On Sat, Feb 4, 2012 at 3:52 AM, Chris Whitehouse wrote: >> >>> On 04/02/2012 08:37, Waitman Gobble wrote: >>> >>>> On Thu, Feb 2, 2012 at 6:52 AM, Chris Whitehouse >>>> wrote: >>>> >>>> Hello >>>>> >>>>> >>>>> I have FreeBSD 9R amd64 installed on a HP G60 laptop. This machine has a >>>>> combined wireless switch and led. The switch turns the wifi on and off >>>>> but >>>>> the light stays red. >>>>> >>>>> The light is supposed to show red for wireless off and blue for wireless >>>>> on. I found some sysctls that control it: >>>>> dev.ath.0.softled: 0 >>>>> dev.ath.0.ledpin: 3 >>>>> dev.ath.0.ledon: 1 >>>>> dev.ath.0.ledidle: 2700 >>>>> >>>>> softled, ledpin and ledon are all set to 0 on boot. >>>>> I set ledpin to 3, then to change the colour of the light