From owner-freebsd-questions@freebsd.org Sun Nov 15 01:13:25 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FAEAA2ECDF for ; Sun, 15 Nov 2015 01:13:25 +0000 (UTC) (envelope-from noc@hdk5.net) Received: from relay10.netenterprise.net (relay10.netenterprise.net [66.180.133.99]) by mx1.freebsd.org (Postfix) with ESMTP id 1B5591386 for ; Sun, 15 Nov 2015 01:13:24 +0000 (UTC) (envelope-from noc@hdk5.net) X-Envelope-From: noc@hdk5.net X-Envelope-To: wblock@wonkity.com Received: From imail5.netenterprise.net (64.29.90.135) by relay10.netenterprise.net (MAILFOUNDRY) id WcO2uIsuEeWbHgAl; Sun, 15 Nov 2015 00:18:09 -0000 (GMT) Received: from ponolei.intra.net [72.235.61.32] by IMAIL5.netenterprise.net with ESMTP (SMTPD-12.5.3.93) id 77540008fae1f72d; Sat, 14 Nov 2015 14:12:26 -1000 Message-ID: <5647CDE6.4090305@hdk5.net> Date: Sat, 14 Nov 2015 14:12:22 -1000 From: al plant User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20071128 FreeBSD/i386 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Polytropon , "freebsd-questions@FreeBSD.org" , Warren Block Subject: Restored : Aps filter printer stopped working. References: <563D5825.1050900@hdk5.net> <20151107154029.42685086.freebsd@edvax.de> In-Reply-To: <20151107154029.42685086.freebsd@edvax.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 01:13:25 -0000 Polytropon wrote: > On Fri, 06 Nov 2015 15:47:17 -1000, al plant wrote: > >> Aloha list , >> >> I have a HP Laser jet 1100 working for 10 plus years no problem. Just >> changed out a power cable on printer Free BSD 8 printer box . >> It stopped working now. Tried several parts swaps . APS Filter software >> gives me. error "1 entry in spool area". "Waiting for lp to become >> ready (off line)" Only 2nd time I ever had a problem with this box. I >> cant recall what causes this error. >> > > This doesn't look like a printer filter error, but more like > a spool error. Can you provide the output of "lpq" for that > printer queue (including the printer status), as well as the > recent entries in /var/log/lpd-errs? > > Additionally, which printer spooler do you use - the one > provided by the OS (lpr), or the common 3rd party CUPS? > (I assume it's lpr, but still the question is valid.) > > > > >> APS is from Andreas Klemm in Germany. >> > > Correct. I've been using apsfilter for many many years with > laser printers and dotmatrix printers (yes, I actually need > those "museum pieces" for work). Then suddenly Opera required > CUPS for printing, as did other applications, so I moved to > CUPS, and things stopped working. :-) > > > > >> This is a network printer for 3 boxes. Any ideas would be a help. >> > > Check the printer settings on its panel as well: Make sure > it can be reached (usually "ping" will show, and its name > must be in "arp -a"). Also have a look at the printer ports > and its "personality". > > I'm using a HP Laserjet 4000 DN here for almost 10 years, it's > the successor of a very successful HP Laserjet 4 that worked > successfully for 15 years. :-) > > > Thanks for the help. lpq spool not showing after the server. It was a Hardware Issue. When we moved equipment around a clamp tie pulled apart between print server and printer. Cables separated at joint behind a desk where you couldnt see. Crawled under and I fixed the clamp with zip ties after spraying with silicone so it wont corrode. ~ Al Plant - Honolulu, Hawaii - Phone: 808-284-2740 ~ Supporting FreeBSD - UNIX Computer O/S email: noc@hdk5.net email: alplant.att.net ."All that's really worth doing is what we do for others" - Lewis Carrol From owner-freebsd-questions@freebsd.org Sun Nov 15 03:54:20 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71A1CA2EEF5 for ; Sun, 15 Nov 2015 03:54:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C3CA1641 for ; Sun, 15 Nov 2015 03:54:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igl9 with SMTP id 9so38820953igl.0 for ; Sat, 14 Nov 2015 19:54:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=b/kWeNVWwF+cLq0Ga+FIeKmQyOYgLBi0ptl7hOx2MhM=; b=BwYsyTC906HJi4CHInKGi8x1/EkXedEfBCWklD+Crgne6FYp37VO6/EKe2K4wq4oFd Ter6bPeXdiWihGmOT+dqdDmCb5nCWDfMKa8wqbgPz1S4YzsXbA7GKxsYRTzYmOn63CSv p4sowJZ92hzom05r+ecLeXLH/krHRWI7xEjf6bFyMm1ys+rDFJDFh7rXgKalNtJ4RNOJ /NG8AYo17Xxgj+0e4wWLzgHqhIL3l/68qUJM/BsB2qJFtVaAxpUcbzd7z7r9G6OSF3lK H+OgJdPYygCd5YH6UgKZitql337z7IRZNhTv7uZWjUOGJOUV0BN4X6Zl36F+j2uLgrfq U81w== MIME-Version: 1.0 X-Received: by 10.50.155.41 with SMTP id vt9mr9889115igb.22.1447559659672; Sat, 14 Nov 2015 19:54:19 -0800 (PST) Received: by 10.36.217.196 with HTTP; Sat, 14 Nov 2015 19:54:19 -0800 (PST) In-Reply-To: <87oaeyh53p.fsf@elk.localnet> References: <87a8rcnb15.fsf@elk.localnet> <20151112201459.6545e263@planb> <87oaeyh53p.fsf@elk.localnet> Date: Sat, 14 Nov 2015 19:54:19 -0800 Message-ID: Subject: Re: USB wireless adapter for hostapd? From: Adrian Chadd To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 03:54:20 -0000 hiya, The urtwn driver is getting some hostap love right now. That's likely your best bet in the medium term. -a On 12 November 2015 at 20:54, Carl Johnson wrote: > Vladimir Botka writes: > >> Hi, >> >> On Tue, 20 Oct 2015 20:41:26 -0700 >> Carl Johnson wrote: >> >>> I am trying to set up a Raspberry Pi as an access point, but FreeBSD >>> doesn't support hostap mode on the adapters (urtwn) that I have. Does >>> anybody have any suggestions on where I could buy an adapter that >>> FreeBSD does support hostap mode? Looking at the man pages seems to >>> indicate that very few are supported for anything other than normal >>> station mode. >>> >>> Thanks for any information. >> >> You are looking for adapters with HOSTAP capability [1] according >> http://www.freebsd.cz/doc/handbook/network-wireless.html >> >> This report [1] is from old dongle D-Link DWL-G122 running as a client >> [2,3] in FreeBSD 11.0 on imx6. I haven't tried, but according [1] it >> should be possible to use it with hostap. >> >> JFYI, RT5370 (Tenda W311MI) and RT5592 (TP Link TL-WDN3200) don't work >> for me in [4] and report error (below). But both adapters report HOSTAP >> capability in Freebsd 10.2 i386 >> >> imx6 kernel: run0: firmware RT3071 ver. 0.33 loaded >> imx6 wpa_supplicant[2164]: ioctl[SIOCS80211, op=26, val=0, >> arg_len=0]: Operation not supported >> imx6 wpa_supplicant[2164]: ioctl[SIOCS80211, op=26, val=0, >> arg_len=0]: Operation not supported >> imx6 wpa_supplicant[2164]: wlan0: CTRL-EVENT-TERMINATING >> >> Just to be sure. You know that USB adapters don't support 11n at the >> moment? > > No, I didn't know that. I was wondering why my speeds weren't very good > right now. I bought a couple of Ralink RT3071 based adapters and they > seem to work reasonably well, but not as fast as I was hoping. I am > getting only about 12Mb/sec now according to iperf3, but I don't really > need faster speeds. > > Thanks for your information. > > -- > Carl Johnson carlj@peak.org > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://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 Nov 15 05:48:15 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0D6FA2F68A for ; Sun, 15 Nov 2015 05:48:15 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8445D1A59 for ; Sun, 15 Nov 2015 05:48:15 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-76-245.dynamic.qsc.de [92.195.76.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 6EB463CD1F; Sun, 15 Nov 2015 06:48:04 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id tAF5m3es002127; Sun, 15 Nov 2015 06:48:04 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Sun, 15 Nov 2015 06:48:03 +0100 From: Polytropon To: al plant Cc: "freebsd-questions@FreeBSD.org" Subject: Re: Restored : Aps filter printer stopped working. Message-Id: <20151115064803.de5ce532.freebsd@edvax.de> In-Reply-To: <5647CDE6.4090305@hdk5.net> References: <563D5825.1050900@hdk5.net> <20151107154029.42685086.freebsd@edvax.de> <5647CDE6.4090305@hdk5.net> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 05:48:15 -0000 On Sat, 14 Nov 2015 14:12:22 -1000, al plant wrote: > It was a Hardware Issue. When we moved equipment around a clamp tie > pulled apart between print server and printer. Cables separated at joint > behind a desk where you couldnt see. Crawled under and I fixed the > clamp with zip ties after spraying with silicone so it wont corrode. Excellent! It's always nice to see a possible software problem has been a hardware issue that was easy to fix. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sun Nov 15 05:53:10 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83F09A2F81C for ; Sun, 15 Nov 2015 05:53:10 +0000 (UTC) (envelope-from carlj@peak.org) Received: from filter01.peakinternet.com (filter01.peakinternet.com [207.55.16.92]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5A9851D4E for ; Sun, 15 Nov 2015 05:53:10 +0000 (UTC) (envelope-from carlj@peak.org) Received: from zmail-mta02.peak.org ([207.55.16.112]) by filter01.peakinternet.com ({e1c81c21-e4c4-4528-aa90-7a27869c545a}) via TCP (outbound) with ESMTPS id 20151115055303408_0000 for ; Sat, 14 Nov 2015 21:53:03 -0800 X-RC-FROM: X-RC-RCPT: Received: from zmail-mta02.peak.org (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTPS id 91EC061B2C for ; Sat, 14 Nov 2015 21:53:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTP id 7890261B33 for ; Sat, 14 Nov 2015 21:53:02 -0800 (PST) Received: from zmail-mta02.peak.org ([127.0.0.1]) by localhost (zmail-mta02.peak.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id jC5If5bilarJ for ; Sat, 14 Nov 2015 21:53:02 -0800 (PST) Received: from mailproxy-lb-05.peak.org (mailproxy-lb-05.peak.org [207.55.17.95]) by zmail-mta02.peak.org (Postfix) with ESMTP id 460C961B2C for ; Sat, 14 Nov 2015 21:53:02 -0800 (PST) Received: from carlj by elk.localnet with local (Exim 4.80) (envelope-from ) id 1ZxqFJ-0004bT-7Y for freebsd-questions@freebsd.org; Sat, 14 Nov 2015 21:53:01 -0800 From: Carl Johnson To: freebsd-questions@freebsd.org Subject: Re: USB wireless adapter for hostapd? References: <87a8rcnb15.fsf@elk.localnet> <20151112201459.6545e263@planb> <87oaeyh53p.fsf@elk.localnet> Mail-Followup-To: freebsd-questions@freebsd.org X-Clacks-Overhead: GNU Terry Pratchett Date: Sat, 14 Nov 2015 21:53:01 -0800 In-Reply-To: (Adrian Chadd's message of "Sat, 14 Nov 2015 19:54:19 -0800") Message-ID: <878u5zhkqq.fsf@elk.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MAG-OUTBOUND: peakinternet.redcondor.net@207.55.16/22 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 05:53:10 -0000 Adrian Chadd writes: > hiya, > > The urtwn driver is getting some hostap love right now. That's likely > your best bet in the medium term. > Thank you! That is some good news. -- Carl Johnson carlj@peak.org From owner-freebsd-questions@freebsd.org Sun Nov 15 17:17:12 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A228CA309BD for ; Sun, 15 Nov 2015 17:17:12 +0000 (UTC) (envelope-from dwight@wwwalker.com.au) Received: from barracuda.supercp.com (barracuda.supercp.com [216.234.124.51]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8E7178F for ; Sun, 15 Nov 2015 17:17:11 +0000 (UTC) (envelope-from dwight@wwwalker.com.au) X-ASG-Debug-ID: 1447607824-0798da0c4112e0a90001-nG3My6 Received: from a2s77.a2hosting.com (a2s77.a2hosting.com [75.98.162.194]) by barracuda.supercp.com with ESMTP id yOgKaQCETsoazn4V for ; Sun, 15 Nov 2015 12:17:04 -0500 (EST) X-Barracuda-Envelope-From: dwight@wwwalker.com.au X-Barracuda-Apparent-Source-IP: 75.98.162.194 Received: from localhost ([127.0.0.1]:39553 helo=a2s77.a2hosting.com) by a2s77.a2hosting.com with esmtpa (Exim 4.85) (envelope-from ) id 1Zy0vI-000olo-Kj for freebsd-questions@FreeBSD.org; Sun, 15 Nov 2015 12:17:04 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 16 Nov 2015 03:17:04 +1000 From: Dwight Walker To: freebsd-questions@FreeBSD.org Subject: forums.freebsd.org connection reset Message-ID: <5ccf82ff5a2d513715303a0fd4968f40@wwwalker.com.au> X-ASG-Orig-Subj: forums.freebsd.org connection reset X-Sender: dwight@wwwalker.com.au User-Agent: Roundcube Webmail/1.0.5 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a2s77.a2hosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - wwwalker.com.au X-Get-Message-Sender-Via: a2s77.a2hosting.com: authenticated_id: info@wwwalker.com.au X-Source: X-Source-Args: X-Source-Dir: X-Barracuda-Connect: a2s77.a2hosting.com[75.98.162.194] X-Barracuda-Start-Time: 1447607824 X-Barracuda-URL: https://216.234.124.51:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at supercp.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=4.0 KILL_LEVEL=5.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.24416 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:17:12 -0000 Hi I tried to open many forum pages but they all got reset. I am using Firefox 16 on Linux. On FreeBSD 6.2 lynx it said 301 permanently moved. Your forums.freebsd.org must have a permanent redirection setup on the server that needs to be removed. -- Dwight Walker www.wwwalker.com.au From owner-freebsd-questions@freebsd.org Sun Nov 15 17:19:42 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39B38A30A8D for ; Sun, 15 Nov 2015 17:19:42 +0000 (UTC) (envelope-from dpchrist@holgerdanske.com) Received: from holgerdanske.com (holgerdanske.com [184.105.128.27]) by mx1.freebsd.org (Postfix) with SMTP id 1330D18E5 for ; Sun, 15 Nov 2015 17:19:42 +0000 (UTC) (envelope-from dpchrist@holgerdanske.com) Received: from ::ffff:184.23.143.12 ([184.23.143.12]) by holgerdanske.com for ; Sun, 15 Nov 2015 09:19:33 -0800 Message-ID: <5648BEA5.80505@holgerdanske.com> Date: Sun, 15 Nov 2015 09:19:33 -0800 From: David Christensen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.8.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: forums.freebsd.org connection reset References: <5ccf82ff5a2d513715303a0fd4968f40@wwwalker.com.au> In-Reply-To: <5ccf82ff5a2d513715303a0fd4968f40@wwwalker.com.au> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:19:42 -0000 On 11/15/2015 09:17 AM, Dwight Walker wrote: > I tried to open many forum pages but they all got reset. > > I am using Firefox 16 on Linux. > > On FreeBSD 6.2 lynx it said 301 permanently moved. > > Your forums.freebsd.org must have a permanent redirection setup on the > server that needs to be removed. I can see the forums from Tracy, California: https://forums.freebsd.org/ David From owner-freebsd-questions@freebsd.org Sun Nov 15 17:37:41 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5901A30E07 for ; Sun, 15 Nov 2015 17:37:41 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3EB9E12DC for ; Sun, 15 Nov 2015 17:37:41 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from [192.168.2.192] ([78.84.244.14]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0LqA4s-1abSSR37tw-00dqXq for ; Sun, 15 Nov 2015 18:24:44 +0100 Message-ID: <5648BFE0.4090801@mail.com> Date: Sun, 15 Nov 2015 19:24:48 +0200 From: Alnis Morics User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Icedove/31.8.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: forums.freebsd.org connection reset References: <5ccf82ff5a2d513715303a0fd4968f40@wwwalker.com.au> <5648BEA5.80505@holgerdanske.com> In-Reply-To: <5648BEA5.80505@holgerdanske.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ZwoKKpkcLzWIVlcSttw95SMkuNnzmO9pjcnfSk6r2kxTohrWmVv kqv8MFN69bBQzX4dW1R1cQQVrnPdld+s8S9pBPZsYuoq7w2Own04KJ3j6dJr48mGTOHMC8O 4s4tt12oFKAteOs27djxV3ew2+mGPxJGsnjpV6BJlsLX6tX4o4ljZfYGFSiiql1GndeFwJR 8lMvhqG27GmOF8MERk+AA== X-UI-Out-Filterresults: notjunk:1;V01:K0:Jcz4eMhWtOk=:3BrG1rYdwDhlg3fUKMPAU0 en/k2Wq6wL1mIu/zHHKHJBU/cGpUcidTmjYW/PlJ/TZ4hrIKHro/arRp2EItEis7Kt+sOf8eb 02Yj1Y/J/nvJe96iNw360rjD/u6ek9E7MlGw6WejhgcPoFMk+6QegMmMNP3sVcJYOeBBPgQq7 +Iyn+db3bhfYjIlMRN8X+2QD88XtL1a6RLf8aaO4n4Fr8SJdwQHRZxRYOqfi8D0WroOItrIj5 +9JVgb8DgcMzcdaykuAnSpZZkdw+JzYLHc57FC8kpQ0+/t2YnbBwqE5Oba/ViG4YxAi3LFtFR 3gpU8avUR4LWFCSeppEJfQk8XpWgC13lVArx+3d8LsbU+7NYPxy+zunzK/EXZlOLKVGLc4KnN 5eUHW/VGe7JEI0BvW9PVzRlMXHQ6MdICjlMF1caEjH2hdze+pxK6DwCDmdzoyEgLUVrRmsMZg RYoRK3+wippzg3pBCVZbgVr8RUw8DPQZgRkjN1G1nLGh/SY1a6rH9ZHoGdaH3xHV61eqUyd1a 2EL+KopkQWPfBtF2XstteGXl0gkjc6KSrVK/Ov4+kP01hy6scjjEYpW8z86olCNpW6RmchDs0 Omm8LKPrzVqfgTmD2OC5Zd+oBtQAxH0lWlu5Thys/u2EzjSbQnnYqnJGOKaZUuLo/fNtzRVDN 7dOMGSjPcBdBhb9cRYe+72Jr0qXxyNlOJ4KPhOIfF5M7esTylAg4vohF5ZtI+ygeQaCvjCCzR dxndvMVGbrrVNNJ99j2Tg30ppf1FXJE09yd15n5/IGV09kgrP7wENgO2kmdv7FTek1CAfX1sY jOGaseL X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:37:41 -0000 On 11/15/2015 07:19 PM, David Christensen wrote: > On 11/15/2015 09:17 AM, Dwight Walker wrote: >> I tried to open many forum pages but they all got reset. >> >> I am using Firefox 16 on Linux. >> >> On FreeBSD 6.2 lynx it said 301 permanently moved. >> >> Your forums.freebsd.org must have a permanent redirection setup on the >> server that needs to be removed. > > I can see the forums from Tracy, California: > > https://forums.freebsd.org/ > > > David > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" Works here, too. Dwight, you are using a very old version of Firefox; some important functions might not be supported in you browser. -Alnis From owner-freebsd-questions@freebsd.org Sun Nov 15 17:47:27 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB7D6A30FF6 for ; Sun, 15 Nov 2015 17:47:27 +0000 (UTC) (envelope-from cyberleo@cyberleo.net) Received: from mail.cyberleo.net (paka.cyberleo.net [216.226.128.180]) by mx1.freebsd.org (Postfix) with ESMTP id 970401919 for ; Sun, 15 Nov 2015 17:47:26 +0000 (UTC) (envelope-from cyberleo@cyberleo.net) Received: from [172.16.44.4] (vitani.den.cyberleo.net [216.80.73.130]) by mail.cyberleo.net (Postfix) with ESMTPSA id 00B6524498; Sun, 15 Nov 2015 12:39:35 -0500 (EST) Subject: Re: forums.freebsd.org connection reset To: Dwight Walker , freebsd-questions@FreeBSD.org References: <5ccf82ff5a2d513715303a0fd4968f40@wwwalker.com.au> From: CyberLeo Kitsana X-Enigmail-Draft-Status: N1110 Message-ID: <5648C356.6050607@cyberleo.net> Date: Sun, 15 Nov 2015 11:39:34 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <5ccf82ff5a2d513715303a0fd4968f40@wwwalker.com.au> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:47:27 -0000 On 11/15/2015 11:17 AM, Dwight Walker wrote: > Hi > > I tried to open many forum pages but they all got reset. > > I am using Firefox 16 on Linux. > > On FreeBSD 6.2 lynx it said 301 permanently moved. > > Your forums.freebsd.org must have a permanent redirection setup on the > server that needs to be removed. The FreeBSD forums now require https for access, and only accept TLS 1.1 or greater, to defend against certain common information disclosure attacks. It does not look like Firefox gained TLS 1.1 support until version 19, and OpenSSL until 1.0.1. Simply put, your software is too old to be secure. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://www.fur.com/peace/ From owner-freebsd-questions@freebsd.org Sun Nov 15 20:49:51 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A157A30BC3 for ; Sun, 15 Nov 2015 20:49:51 +0000 (UTC) (envelope-from jungleboogie0@gmail.com) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39E91113F for ; Sun, 15 Nov 2015 20:49:51 +0000 (UTC) (envelope-from jungleboogie0@gmail.com) Received: by ykdv3 with SMTP id v3so210300414ykd.0 for ; Sun, 15 Nov 2015 12:49:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Hw+0xo0mI2Vh4m3xL9L5NNymUIv+7dta7JmkN08HW2o=; b=KfN7yDXKB/74jUfvEvTZV8puOfLcte6Bvc1cIXqUW2Of4/KHKAPZ/X7NFeLCuZq48s Do5tqOfv1YDk4nOZHNQ+DT26MMg4IF86VylW87TUkPyYHmNkqV2gFb+JUfPHTz5Lt2rf jJoSPcinq3Wd/0nmo1nz2KNEnrmNSHavdygqte/SH5M/dZiZPWxucReMnMWWDPZFstFO lTZ4bsrK5B9yEd+WdGZjXJymo/j8cKARtz/2I+nYMdq2Luy8Qai0+Al5mqjgUunFO2lO Jn7YcLxk8AQe85asCeU6QPe5wabR2nsIUVzOhIXo2TIVJb7A3iCqFGhpYWcWHByPu+kQ dqSQ== MIME-Version: 1.0 X-Received: by 10.129.102.6 with SMTP id a6mr9147375ywc.139.1447620590323; Sun, 15 Nov 2015 12:49:50 -0800 (PST) Received: by 10.31.77.68 with HTTP; Sun, 15 Nov 2015 12:49:50 -0800 (PST) In-Reply-To: References: <20151029022525.5A68DD5A62@emkei.cz> <1446087870.4451.18.camel@michaeleichorn.com> Date: Sun, 15 Nov 2015 12:49:50 -0800 Message-ID: Subject: Re: EPUB was (Re: The FreeBSD Documentation Project: Is it just me or anyone is interested in reading the FAQ and) From: jungle Boogie To: Warren Block Cc: "Michael B. Eichorn" , m8r-qatwhq@mailinator.com, FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 20:49:51 -0000 On 29 October 2015 at 08:35, Warren Block wrote: > So I did some checking and it turns out there is some EPUB support in the > doc toolchain already. I'll investigate more and hopefully enable building > and supplying EPUB by default. > Great news! Thanks for the investigation. When do you expect the format would be available? > wblock@FreeBSD.org > Documentation Committer -- ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info xmpp: jungle-boogie@jit.si From owner-freebsd-questions@freebsd.org Sun Nov 15 21:10:27 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4819A30F45 for ; Sun, 15 Nov 2015 21:10:27 +0000 (UTC) (envelope-from post@filias.name) Received: from mail.revenge.kr0k3n.net (mail.revenge.kr0k3n.net [176.56.237.164]) by mx1.freebsd.org (Postfix) with ESMTP id 440791C2C for ; Sun, 15 Nov 2015 21:10:26 +0000 (UTC) (envelope-from post@filias.name) Received: from adventure-galley.fritz.box (ip4d167a39.dynamic.kabel-deutschland.de [77.22.122.57]) (Authenticated sender: post@filias.name) by mail.revenge.kr0k3n.net (Postfix) with ESMTPSA id CCA4D262657 for ; Sun, 15 Nov 2015 20:04:27 +0100 (CET) From: Filias Heidt X-Pgp-Agent: GPGMail 2.6b2 Content-Type: multipart/signed; boundary="Apple-Mail=_45C8950C-5D8A-4F86-96CA-D549110597DF"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: Networking issues with IPv6, bhyve and rtadvd Date: Sun, 15 Nov 2015 22:04:25 +0100 Message-Id: To: freebsd-questions@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 21:10:27 -0000 --Apple-Mail=_45C8950C-5D8A-4F86-96CA-D549110597DF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi list, I have a bhyve host and various VMs set up. The host is running = 11-CURRENT, the guests usually run 10.2. The networking setup on the host looks as follows: ifconfig_ix0=3D"inet 149.202.80.18/24" ifconfig_ix0_ipv6=3D"inet6 2001:41d0:1004:0412::/64 -accept_rtadv" defaultrouter=3D"149.202.80.254" ipv6_gateway_enable=3D"YES" ipv6_defaultrouter=3D"2001:41d0:1004:4ff:ff:ff:ff:ff" cloned_interfaces=3D"ix0 bridge0 tap0" ifconfig_bridge0=3D"inet 149.202.132.97/27 addm ix0 addm tap0" ifconfig_bridge0_ipv6=3D"inet6 2001:41d0:1004:412::100/64 -accept_rtadv" rtadvd_enable=3D"YES" rtadvd_interfaces=3D"ix0 bridge0=E2=80=9D and the /etc/rtadv.conf: ix0: \ :addr=3D"2001:41d0:1004:412::":prefixlen#64:rltime#0: bridge0: \ :addr=3D"2001:41d0:1004:412::":prefixlen#64:rltime#0: Then, on the guests, I just put ifconfig_vtnet0_ipv6=3D"inet6 accept_rtadv=E2=80=9D in the rc.conf and would it expect to generate an IPv6 address with the = advertised prefix from the host. Question: The autoconfig takes a while. Manually executing =E2=80=9Crtsol = -dD -a=E2=80=9D does NOT generate an IPv6 address. Instead it just pops = up after a couple of minutes. Maybe when the rtadvd on the host decides = to retransmit (restarting the rtadvd seems to speed this up)? After the IP is assigned, the routes look like this: Internet6: Destination Gateway Flags = Netif Expire ::/96 ::1 UGRS = lo0 default fe80::205:73ff:fea0:1%vtnet0 UG = vtnet0 ::1 link#2 UH = lo0 ::ffff:0.0.0.0/96 ::1 UGRS = lo0 2001:41d0:1004:400::/56 link#1 U = vtnet0 2001:41d0:1004:412:2a0:98ff:fed8:1a5e link#1 UHS = lo0 I can not ping the 2001:41d0:1004:0412::. Pinging = 2001:41d0:1004:412::100 works after the first ping took a while: PING6(56=3D40+8+8 bytes) 2001:41d0:1004:412:2a0:98ff:fe7a:c95f --> = 2001:41d0:1004:412::100 16 bytes from 2001:41d0:1004:412::100, icmp_seq=3D0 hlim=3D64 = time=3D1020.595 ms 16 bytes from 2001:41d0:1004:412::100, icmp_seq=3D1 hlim=3D64 time=3D0.118= ms After that, pinging 0412:: works, too! PING6(56=3D40+8+8 bytes) 2001:41d0:1004:412:2a0:98ff:fe7a:c95f --> = 2001:41d0:1004:412:: 16 bytes from 2001:41d0:1004:412::, icmp_seq=3D0 hlim=3D64 time=3D0.252 = ms 16 bytes from 2001:41d0:1004:412::, icmp_seq=3D1 hlim=3D64 time=3D0.209 = ms 16 bytes from 2001:41d0:1004:412::, icmp_seq=3D2 hlim=3D64 time=3D0.201 = ms Now it seems like everything is working. I can use the v6 services, that = the vm is providing. But only for a few minutes. After that, I can=E2=80=99= t even ping the VMs from the outside anymore. Notes: I completely disabled pf for testing this and it happens on all = the VMs on that host. I haven=E2=80=99t had the opportunity to test it = on other bhyve hosts, though. Any hints on how to debug this further or what I am doing wrong would be = greatly appreciated! Cheerio, Filias --Apple-Mail=_45C8950C-5D8A-4F86-96CA-D549110597DF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJWSPNaAAoJEGvCWp6gb8LRXkEIALmHdZZY3OBuOfR0hyPH2UJy tejse+fauA+XAHCcfo5eTOlDcf2+mEBYFEqFG/AGWP7wGn55s6daPTD5PG1nbNVh vhRs5IfhiUhpVzFRbs2T8q0obhNCDozRh4027F5RoTYqoA5QB7ZQxnGDlMBJYL91 tB5nOy+OYSHvQZqfGJh4SjQCXcZIcdmrh6oDr/Hhg95YGeaueuyzaydVvRH6ptC/ dCnPP3x3fvcvM77pA1SSYaI/9RzUCbQ72Rg8reIIRs9u6D/T2DP0TidORRihJA1w IHixjSxIV6sraWPErdfGNN2sc2HNmNqPE8en6ae5kl368NNV4pRIqq5A03c9nCk= =QSaO -----END PGP SIGNATURE----- --Apple-Mail=_45C8950C-5D8A-4F86-96CA-D549110597DF-- From owner-freebsd-questions@freebsd.org Sun Nov 15 22:31:00 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64C63A303E3 for ; Sun, 15 Nov 2015 22:31:00 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 282D01A57 for ; Sun, 15 Nov 2015 22:30:59 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Zy5ow-00056k-78 for freebsd-questions@freebsd.org; Sun, 15 Nov 2015 23:30:50 +0100 Received: from 5e1bfd6a.mobile.pool.telekom.hu ([94.27.253.106]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Nov 2015 23:30:50 +0100 Received: from leventelist by 5e1bfd6a.mobile.pool.telekom.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Nov 2015 23:30:50 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Lev Subject: codelite vs. 10.2 Date: Sun, 15 Nov 2015 23:30:38 +0100 Lines: 32 Message-ID: <20151115233038.1c87442a@jive.levalinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 5e1bfd6a.mobile.pool.telekom.hu X-Newsreader: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 22:31:00 -0000 SGkgZm9sa3MsDQoNCg0KSSdtIHRyeWluZyB0byBidWlsZCBjb2RlbGl0ZSA5LjAgKGZyb20gdXBz dHJlYW0pIG9uIEZyZWVCU0QgMTAuMi4NCg0KQWZ0ZXIgYSBiaXQgb2YgdHdlYWtpbmcgb2YgdGhl IENNYWtlTGlzdHMudHh0LCBJIGFtIHB1enpsZWQgd2l0aCB0aGlzIGVycm9yOg0KDQotLSBTUUxJ VEUzX0lOQ0xVREVfRElSOiAvdXNyL2xvY2FsL2luY2x1ZGUNCi0tIFNRTElURTNfTElCUkFSWTog L3Vzci9sb2NhbC9saWIvbGlic3FsaXRlMy5zbw0KLS0gQlVJTERfRElSRUNUT1JZIGlzIHNldCB0 byAvdXNyL2hvbWUvbGV2YS9zcmMvY29kZWxpdGUtOS4wL2J1aWxkDQotLSBPUyBuYW1lIEZyZWVC U0QNCi0tIHd4LWNvbmZpZyB1c2VkIGlzOiAvdXNyL2xvY2FsL2Jpbi93eGd0azJ1LTMuMC1jb25m aWcNCi0tIHd4V2lkZ2V0cyB2ZXJzaW9uIGlzOiAzLjAuMg0KLS0gZ3RrIHZlcnNpb24gaXM6IDIN Ci0tIExJQlNTSF9MSUIgaXMgc2V0IHRvIC91c3IvbG9jYWwvbGliL2xpYnNzaC5zbw0KLS0gUExV R0lOU19ESVIgaXMgc2V0IHRvIC9vcHQvbGliL2NvZGVsaXRlDQotLSBVc2luZyB3eEF1aU5vdGVi b29rDQotLSBCdWlsZGluZyBpbiBSZWxlYXNlIG1vZGUNCi0tIENNQUtFX0lOU1RBTExfRE9fU1RS SVAgaXMgVFJVRQ0KLS0gRXhlY3V0YWJsZXMgd2lsbCBiZSB3cml0dGVuIGludG8gL3Vzci9ob21l L2xldmEvc3JjL2NvZGVsaXRlLTkuMC9idWlsZC9iaW4NCi0tIFNoYXJlZCBPYmplY3RzIHdpbGwg YmUgd3JpdHRlbiBpbnRvIC91c3IvaG9tZS9sZXZhL3NyYy9jb2RlbGl0ZS05LjAvYnVpbGQvbGli DQotLSBBZGRpbmcgLUROREVCVUcgdG8gZGVmaW5pdGlvbnMNCi0tIENQQUNLX1NZU1RFTV9OQU1F IC0tYW1kNjQNCi0tIEFSQ0ggNjQNCi0tIEFSQ0hfTkFNRSB4ODZfNjQNCi0tICoqKiBOT1RJQ0Ug KioqOiBjbGFuZyBjb2RlIGNvbXBsZXRpb24gc3VwcG9ydCBpcyBkaXNhYmxlZA0KLS0gKioqIE5P VElDRSAqKio6IE9uIFVidW50dSAvIERlYmlhbiB5b3UgbWlnaHQgd2FudCB0byBpbnN0YWxsIGxp YmNsYW5nLTMuNC1kZXYgcGFja2FnZQ0KLS0gVVNFX1NGVFAgaXMgc2V0IHRvIDENCkNNYWtlIEVy cm9yIGF0IC91c3IvbG9jYWwvc2hhcmUvY21ha2UvTW9kdWxlcy9GaW5kUGFja2FnZUhhbmRsZVN0 YW5kYXJkQXJncy5jbWFrZToxNDggKG1lc3NhZ2UpOg0KICBDb3VsZCBOT1QgZmluZCB3eFdpZGdl dHMgKG1pc3Npbmc6IHd4V2lkZ2V0c19GT1VORCkNCkNhbGwgU3RhY2sgKG1vc3QgcmVjZW50IGNh bGwgZmlyc3QpOg0KICAvdXNyL2xvY2FsL3NoYXJlL2NtYWtlL01vZHVsZXMvRmluZFBhY2thZ2VI YW5kbGVTdGFuZGFyZEFyZ3MuY21ha2U6Mzg4IChfRlBIU0FfRkFJTFVSRV9NRVNTQUdFKQ0KICAv dXNyL2xvY2FsL3NoYXJlL2NtYWtlL01vZHVsZXMvRmluZHd4V2lkZ2V0cy5jbWFrZTo4NzEgKEZJ TkRfUEFDS0FHRV9IQU5ETEVfU1RBTkRBUkRfQVJHUykNCiAgc2RrL3d4c3FsaXRlMy9DTWFrZUxp c3RzLnR4dDo5IChmaW5kX3BhY2thZ2UpDQoNCg0KU28gYXQgbGluZSA2IGl0IGZpbmRzIHd4V2lk Z2V0cywgYnV0IGF0IHRoZSBlbmQgaXQgY29tcGxhaW5zIHRoYXQgaXQNCmhhc24ndC4NCg0KSSB0 aGluayB0aGlzIGlzIG1vcmUgbGlrZSBhIGNtYWtlIHF1ZXN0aW9uLCBidXQgSSBob3BlIHNvbWVv bmUgY2FuIGhlbHAgbWUuIFRoYW5rcy4NCg0KTGV2DQoNCi0tIA0KNzMgZGUgSEE1T0dMDQpPcC46 IExldmVudGUNCg== From owner-freebsd-questions@freebsd.org Mon Nov 16 07:13:36 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B7A0A30E00 for ; Mon, 16 Nov 2015 07:13:36 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from io.ze.tum.de (w3projmail.ze.tum.de [129.187.39.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7098C1B7E for ; Mon, 16 Nov 2015 07:13:34 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from etustar.ze.tum.de (etustar.ze.tum.de [129.187.39.200]) by io.ze.tum.de (8.14.5/8.14.5) with ESMTP id tAG7D9E8064250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 16 Nov 2015 08:13:11 +0100 (CET) (envelope-from schmidt@ze.tum.de) To: freebsd-questions@freebsd.org From: Gerhard Schmidt Subject: Random Lockup with FreeBSD 10.2 on SuperMicro Boards X-Enigmail-Draft-Status: N1110 Message-ID: <56498205.3060806@ze.tum.de> Date: Mon, 16 Nov 2015 08:13:09 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------020607070600020609060206" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 07:13:36 -0000 This is a multi-part message in MIME format. --------------020607070600020609060206 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Hi, I'm running quiet a few FreeBSD servers on SuperMicro Boards. I'm in the process of upgrading from 10.1 to 10.2. On the machines running 10.2 I'm experiencing so random lockups. The server running fine bit sometimes (about 2-3 month apart the /var filesystem just locks. Other filesystems on the same drive (mirror-raid) still working, only when accessing anything on /var blocks the process. The same machines running with 10.1 don't have this Problem. All Filesystems are UFS journaled soft-updates. There is no message on the console or in the log files (as expected as the log files are on /var) Here is the output from mount. /dev/raid/r0p3 on / (ufs, local) devfs on /dev (devfs, local, multilabel) /dev/raid/r0p4 on /var (ufs, local, journaled soft-updates) /dev/raid/r0p5 on /usr (ufs, local, journaled soft-updates) /dev/raid/r0p6 on /data (ufs, local, journaled soft-updates) fdescfs on /dev/fd (fdescfs) procfs on /proc (procfs, local) /dev/md0 on /tmp (ufs, local) I've updated so far three server to 10.2. Two of them by using freebsd-update from 10.1 and one was fresh installed. All of them failed once or twice since update to 10.2 and never before (running 10.1). I've attached the dmesg.boot from the last server to fail (fresh installed) Regards Estartu -- ------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de TU-München | Jabber: estartu@ze.tum.de WWW & Online Services | Tel: 089/289-25270 | Fax: 089/289-25257 | PGP-Publickey auf Anfrage --------------020607070600020609060206 Content-Type: text/plain; charset=UTF-8; name="dmesg.boot.dev-test-zope" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.boot.dev-test-zope" Q29weXJpZ2h0IChjKSAxOTkyLTIwMTUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1h cmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMC4yLVJFTEVBU0UtcDcg IzA6IE1vbiBOb3YgIDIgMTQ6MTk6MzkgVVRDIDIwMTUKICAgIHJvb3RAYW1kNjQtYnVpbGRl ci5kYWVtb25vbG9neS5uZXQ6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyBhbWQ2NApG cmVlQlNEIGNsYW5nIHZlcnNpb24gMy40LjEgKHRhZ3MvUkVMRUFTRV8zNC9kb3QxLWZpbmFs IDIwODAzMikgMjAxNDA1MTIKQ1BVOiBJbnRlbChSKSBYZW9uKFIpIENQVSBFMy0xMjQwIHYz IEAgMy40MEdIeiAoMzM5Mi4yMi1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbj0iR2VudWlu ZUludGVsIiAgSWQ9MHgzMDZjMyAgRmFtaWx5PTB4NiAgTW9kZWw9MHgzYyAgU3RlcHBpbmc9 MwogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNF LENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMs QUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDdm ZmFmYmZmPFNTRTMsUENMTVVMUURRLERURVM2NCxNT04sRFNfQ1BMLFZNWCxTTVgsRVNULFRN MixTU1NFMyw8YjExPixGTUEsQ1gxNix4VFBSLFBEQ00sUENJRCxTU0U0LjEsU1NFNC4yLHgy QVBJQyxNT1ZCRSxQT1BDTlQsVFNDRExULEFFU05JLFhTQVZFLE9TWFNBVkUsQVZYLEYxNkMs UkRSQU5EPgogIEFNRCBGZWF0dXJlcz0weDJjMTAwODAwPFNZU0NBTEwsTlgsUGFnZTFHQixS RFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDIxPExBSEYsQUJNPgogIFN0cnVjdHVyZWQg RXh0ZW5kZWQgRmVhdHVyZXM9MHgyZmJiPEZTR1NCQVNFLFRTQ0FESixCTUkxLEhMRSxBVlgy LFNNRVAsQk1JMixFUk1TLElOVlBDSUQsUlRNLE5GUFVTRz4KICBYU0FWRSBGZWF0dXJlcz0w eDE8WFNBVkVPUFQ+CiAgVlQteDogUEFULEhMVCxNVEYsUEFVU0UsRVBULFVHLFZQSUQKICBU U0M6IFAtc3RhdGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVt b3J5ICA9IDM0Mzc2NTE1NTg0ICgzMjc4NCBNQikKYXZhaWwgbWVtb3J5ID0gMzMyNjY1ODU2 MDAgKDMxNzI1IE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJ QyBUYWJsZTogPFNVUEVSTSBTTUNJLS1NQj4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29y IFN5c3RlbSBEZXRlY3RlZDogOCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA0 IGNvcmUocykgeCAyIFNNVCB0aHJlYWRzCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1 MSAoQVApOiBBUElDIElEOiAgMQogY3B1MiAoQVApOiBBUElDIElEOiAgMgogY3B1MyAoQVAp OiBBUElDIElEOiAgMwogY3B1NCAoQVApOiBBUElDIElEOiAgNAogY3B1NSAoQVApOiBBUElD IElEOiAgNQogY3B1NiAoQVApOiBBUElDIElEOiAgNgogY3B1NyAoQVApOiBBUElDIElEOiAg Nwppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCnJhbmRv bTogPFNvZnR3YXJlLCBZYXJyb3c+IGluaXRpYWxpemVkCm1vZHVsZV9yZWdpc3Rlcl9pbml0 OiBNT0RfTE9BRCAodmVzYSwgMHhmZmZmZmZmZjgwZGI4ZTYwLCAwKSBlcnJvciAxOQprYmQx IGF0IGtiZG11eDAKYWNwaTA6IDxTVVBFUk0gU01DSS0tTUI+IG9uIG1vdGhlcmJvYXJkCmFj cGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNw dTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUz OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTQ6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1NTog PEFDUEkgQ1BVPiBvbiBhY3BpMApjcHU2OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTc6IDxB Q1BJIENQVT4gb24gYWNwaTAKaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4g aW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwClRpbWVjb3VudGVyICJIUEVU IiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5NTAKRXZlbnQgdGltZXIgIkhQRVQi IGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDU1MAphdHJ0YzA6IDxBVCByZWFsdGlt ZSBjbG9jaz4gcG9ydCAweDcwLTB4NzcgaXJxIDggb24gYWNwaTAKYXRydGMwOiBXYXJuaW5n OiBDb3VsZG4ndCBtYXAgSS9PLgpFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3Njgg SHogcXVhbGl0eSAwCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0weDQzLDB4NTAt MHg1MyBpcnEgMCBvbiBhY3BpMApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkz MTgyIEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgy IEh6IHF1YWxpdHkgMTAwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5 NTQ1IEh6IHF1YWxpdHkgOTAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5 NTQ1TUh6PiBwb3J0IDB4MTgwOC0weDE4MGIgb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3Qt UENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBk ZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKaWdiMDog PEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiB2ZXJzaW9uIC0gMi40LjA+ IHBvcnQgMHhlMDIwLTB4ZTAzZiBtZW0gMHhmNzE4MDAwMC0weGY3MWZmZmZmLDB4ZjcyODQw MDAtMHhmNzI4N2ZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kxCmlnYjA6IFVzaW5n IE1TSVggaW50ZXJydXB0cyB3aXRoIDkgdmVjdG9ycwppZ2IwOiBFdGhlcm5ldCBhZGRyZXNz OiAwMDoyNTo5MDpjMzphNTozYwppZ2IwOiBCb3VuZCBxdWV1ZSAwIHRvIGNwdSAwCmlnYjA6 IEJvdW5kIHF1ZXVlIDEgdG8gY3B1IDEKaWdiMDogQm91bmQgcXVldWUgMiB0byBjcHUgMgpp Z2IwOiBCb3VuZCBxdWV1ZSAzIHRvIGNwdSAzCmlnYjA6IEJvdW5kIHF1ZXVlIDQgdG8gY3B1 IDQKaWdiMDogQm91bmQgcXVldWUgNSB0byBjcHUgNQppZ2IwOiBCb3VuZCBxdWV1ZSA2IHRv IGNwdSA2CmlnYjA6IEJvdW5kIHF1ZXVlIDcgdG8gY3B1IDcKaWdiMTogPEludGVsKFIpIFBS Ty8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiB2ZXJzaW9uIC0gMi40LjA+IHBvcnQgMHhlMDAw LTB4ZTAxZiBtZW0gMHhmNzEwMDAwMC0weGY3MTdmZmZmLDB4ZjcyODAwMDAtMHhmNzI4M2Zm ZiBpcnEgMTcgYXQgZGV2aWNlIDAuMSBvbiBwY2kxCmlnYjE6IFVzaW5nIE1TSVggaW50ZXJy dXB0cyB3aXRoIDkgdmVjdG9ycwppZ2IxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoyNTo5MDpj MzphNTozZAppZ2IxOiBCb3VuZCBxdWV1ZSAwIHRvIGNwdSAwCmlnYjE6IEJvdW5kIHF1ZXVl IDEgdG8gY3B1IDEKaWdiMTogQm91bmQgcXVldWUgMiB0byBjcHUgMgppZ2IxOiBCb3VuZCBx dWV1ZSAzIHRvIGNwdSAzCmlnYjE6IEJvdW5kIHF1ZXVlIDQgdG8gY3B1IDQKaWdiMTogQm91 bmQgcXVldWUgNSB0byBjcHUgNQppZ2IxOiBCb3VuZCBxdWV1ZSA2IHRvIGNwdSA2CmlnYjE6 IEJvdW5kIHF1ZXVlIDcgdG8gY3B1IDcKcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2aWNl IDIyLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2 aWNlIDIyLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKZWhjaTA6IDxJbnRlbCBMeW54IFBvaW50 IFVTQiAyLjAgY29udHJvbGxlciBVU0ItQj4gbWVtIDB4ZjczMDQwMDAtMHhmNzMwNDNmZiBp cnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1c2J1czA6IEVIQ0kgdmVyc2lvbiAxLjAK dXNidXMwIG9uIGVoY2kwCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0 IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNp YjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4wIG9uIHBjaTIKcGNpMzog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3Bs YXk+IHBvcnQgMHhkMDAwLTB4ZDA3ZiBtZW0gMHhmNjAwMDAwMC0weGY2ZmZmZmZmLDB4Zjcw MDAwMDAtMHhmNzAxZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kzCnZnYXBjaTA6 IEJvb3QgdmlkZW8gZGV2aWNlCmVoY2kxOiA8SW50ZWwgTHlueCBQb2ludCBVU0IgMi4wIGNv bnRyb2xsZXIgVVNCLUE+IG1lbSAweGY3MzAzMDAwLTB4ZjczMDMzZmYgaXJxIDIzIGF0IGRl dmljZSAyOS4wIG9uIHBjaTAKdXNidXMxOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMSBvbiBl aGNpMQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlz YTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphaGNpMDogPEludGVsIFBhdHNidXJnIChSQUlEKSBB SENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGYwNTAtMHhmMDU3LDB4ZjA0MC0weGYwNDMs MHhmMDMwLTB4ZjAzNywweGYwMjAtMHhmMDIzLDB4ZjAwMC0weGYwMWYgbWVtIDB4ZjczMDIw MDAtMHhmNzMwMjdmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAphaGNpMDogQUhD SSB2MS4zMCB3aXRoIDYgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBub3Qgc3VwcG9y dGVkCmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNp Y2gxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKYWhjaWNoMjogPEFI Q0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAyIG9uIGFoY2kwCmFoY2ljaDM6IDxBSENJIGNoYW5u ZWw+IGF0IGNoYW5uZWwgMyBvbiBhaGNpMAphaGNpY2g0OiA8QUhDSSBjaGFubmVsPiBhdCBj aGFubmVsIDQgb24gYWhjaTAKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA1 IG9uIGFoY2kwCmFoY2llbTA6IDxBSENJIGVuY2xvc3VyZSBtYW5hZ2VtZW50IGJyaWRnZT4g b24gYWhjaTAKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphY3BpX3R6 MDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAKYWNwaV90ejE6IDxUaGVybWFsIFpvbmU+IG9u IGFjcGkwCnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBp cnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCnVhcnQyOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4g cG9ydCAweDNlOC0weDNlZiBpcnEgNyBvbiBhY3BpMApvcm0wOiA8SVNBIE9wdGlvbiBST01z PiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYsMHhkMDgwMC0weGQxN2ZmLDB4ZDE4MDAtMHhk MjdmZiBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBp c2EwCnNjMDogQ0dBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDog PEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNkMC0weDNkYiBpb21lbSAweGI4MDAwLTB4 YmZmZmYgb24gaXNhMApwcGMwOiBjYW5ub3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5nZQplc3Qw OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCmVzdDE6 IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKZXN0Mjog PEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1Mgplc3QzOiA8 RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUzCmVzdDQ6IDxF bmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTQKZXN0NTogPEVu aGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NQplc3Q2OiA8RW5o YW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU2CmVzdDc6IDxFbmhh bmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTcKcmFuZG9tOiB1bmJs b2NraW5nIGRldmljZS4KdXNidXMwOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKVGlt ZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwp1c2J1czE6IDQ4ME1icHMgSGlnaCBT cGVlZCBVU0IgdjIuMAp1Z2VuMC4xOiA8SW50ZWw+IGF0IHVzYnVzMAp1aHViMDogPEludGVs IEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1 c2J1czAKdWdlbjEuMTogPEludGVsPiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBFSENJIHJv b3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnNl czAgYXQgYWhjaWVtMCBidXMgMCBzY2J1czYgdGFyZ2V0IDAgbHVuIDAKc2VzMDogPEFIQ0kg U0dQSU8gRW5jbG9zdXJlIDEuMDAgMDAwMT4gU0VNQiBTLUUtUyAyLjAwIGRldmljZQpzZXMw OiBTRU1CIFNFUyBEZXZpY2UKYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQg MCBsdW4gMAphZGEwOiA8U1QxMDAwTk0wMDMzLTlaTTE3MyBTTjAzPiBBQ1MtMiBBVEEgU0FU QSAzLnggZGV2aWNlCmFkYTA6IFNlcmlhbCBOdW1iZXIgeHh4eHh4eHgKYWRhMDogNjAwLjAw ME1CL3MgdHJhbnNmZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTA6 IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGEwOiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1 MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQphZGEwOiBQcmV2aW91c2x5IHdh cyBrbm93biBhcyBhZDQKYWRhMSBhdCBhaGNpY2gxIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBs dW4gMAphZGExOiA8U1QxMDAwTk0wMDMzLTlaTTE3MyBTTjAzPiBBQ1MtMiBBVEEgU0FUQSAz LnggZGV2aWNlCmFkYTE6IFNlcmlhbCBOdW1iZXIgeHh4eHh4eHgKYWRhMTogNjAwLjAwME1C L3MgdHJhbnNmZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTE6IENv bW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGExOiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1MTIg Ynl0ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQphZGExOiBQcmV2aW91c2x5IHdhcyBr bm93biBhcyBhZDYKR0VPTV9SQUlEOiBJbnRlbC1mYmNmYzZlMTogQXJyYXkgSW50ZWwtZmJj ZmM2ZTEgY3JlYXRlZC4KR0VPTV9SQUlEOiBJbnRlbC1mYmNmYzZlMTogRGlzayBhZGEwIHN0 YXRlIGNoYW5nZWQgZnJvbSBOT05FIHRvIEFDVElWRS4KR0VPTV9SQUlEOiBJbnRlbC1mYmNm YzZlMTogU3ViZGlzayBnbTA6MC1hZGEwIHN0YXRlIGNoYW5nZWQgZnJvbSBOT05FIHRvIFNU QUxFLgpHRU9NX1JBSUQ6IEludGVsLWZiY2ZjNmUxOiBEaXNrIGFkYTEgc3RhdGUgY2hhbmdl ZCBmcm9tIE5PTkUgdG8gQUNUSVZFLgpHRU9NX1JBSUQ6IEludGVsLWZiY2ZjNmUxOiBTdWJk aXNrIGdtMDoxLWFkYTEgc3RhdGUgY2hhbmdlZCBmcm9tIE5PTkUgdG8gU1RBTEUuCkdFT01f UkFJRDogSW50ZWwtZmJjZmM2ZTE6IEFycmF5IHN0YXJ0ZWQuCkdFT01fUkFJRDogSW50ZWwt ZmJjZmM2ZTE6IFN1YmRpc2sgZ20wOjAtYWRhMCBzdGF0ZSBjaGFuZ2VkIGZyb20gU1RBTEUg dG8gQUNUSVZFLgpHRU9NX1JBSUQ6IEludGVsLWZiY2ZjNmUxOiBTdWJkaXNrIGdtMDoxLWFk YTEgc3RhdGUgY2hhbmdlZCBmcm9tIFNUQUxFIHRvIFJFU1lOQy4KR0VPTV9SQUlEOiBJbnRl bC1mYmNmYzZlMTogU3ViZGlzayBnbTA6MS1hZGExIHJlYnVpbGQgc3RhcnQgYXQgMC4KR0VP TV9SQUlEOiBJbnRlbC1mYmNmYzZlMTogVm9sdW1lIGdtMCBzdGF0ZSBjaGFuZ2VkIGZyb20g U1RBUlRJTkcgdG8gU1VCT1BUSU1BTC4KR0VPTV9SQUlEOiBJbnRlbC1mYmNmYzZlMTogUHJv dmlkZXIgcmFpZC9yMCBmb3Igdm9sdW1lIGdtMCBjcmVhdGVkLgpTTVA6IEFQIENQVSAjMSBM YXVuY2hlZCEKU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMzIExhdW5j aGVkIQpTTVA6IEFQIENQVSAjNyBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzUgTGF1bmNoZWQh ClNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNiBMYXVuY2hlZCEKVGlt ZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxNjk2MTA5NzIyIEh6IHF1YWxpdHkgMTAw MAp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjA6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2Fp dGluZyBmb3I6IHVzYnVzMSB1c2J1czAKdWdlbjEuMjogPHZlbmRvciAweDgwODc+IGF0IHVz YnVzMQp1aHViMjogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDgwMDAsIGNsYXNzIDkvMCwg cmV2IDIuMDAvMC4wNSwgYWRkciAyPiBvbiB1c2J1czEKdWdlbjAuMjogPHZlbmRvciAweDgw ODc+IGF0IHVzYnVzMAp1aHViMzogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDgwMDgsIGNs YXNzIDkvMCwgcmV2IDIuMDAvMC4wNSwgYWRkciAyPiBvbiB1c2J1czAKUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogdXNidXMxIHVzYnVzMAp1aHViMjogNiBwb3J0cyB3aXRoIDYgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKdWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVnZW4wLjM6IDx2ZW5kb3IgMHgwMDAwPiBhdCB1c2J1czAKdWh1YjQ6IDx2 ZW5kb3IgMHgwMDAwIHByb2R1Y3QgMHgwMDAxLCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDAs IGFkZHIgMz4gb24gdXNidXMwCnVodWI0OiA0IHBvcnRzIHdpdGggMyByZW1vdmFibGUsIHNl bGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czAKdWdlbjAuNDogPHZl bmRvciAweDA1NTc+IGF0IHVzYnVzMAp1a2JkMDogPHZlbmRvciAweDA1NTcgcHJvZHVjdCAw eDI0MTksIGNsYXNzIDAvMCwgcmV2IDEuMTAvMS4wMCwgYWRkciA0PiBvbiB1c2J1czAKa2Jk MCBhdCB1a2JkMApUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L3JhaWQvcjBw MyBbcnddLi4uCldBUk5JTkc6IC8gd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCnVtczA6 IDx2ZW5kb3IgMHgwNTU3IHByb2R1Y3QgMHgyNDE5LCBjbGFzcyAwLzAsIHJldiAxLjEwLzEu MDAsIGFkZHIgND4gb24gdXNidXMwCnVtczA6IDMgYnV0dG9ucyBhbmQgW1pdIGNvb3JkaW5h dGVzIElEPTAK --------------020607070600020609060206-- From owner-freebsd-questions@freebsd.org Mon Nov 16 07:50:01 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67292A3066B for ; Mon, 16 Nov 2015 07:50:01 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC5AC1A34 for ; Mon, 16 Nov 2015 07:50:00 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id tAG7npED020899; Mon, 16 Nov 2015 18:49:51 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 16 Nov 2015 18:49:51 +1100 (EST) From: Ian Smith To: Adam Vande More cc: john.haraden@yahoo.com, FreeBSD Questions Subject: Re: est In-Reply-To: Message-ID: <20151116171002.B27669@sola.nimnet.asn.au> References: <20151016224929.Q15983@sola.nimnet.asn.au> <20151017232247.P15983@sola.nimnet.asn.au> <20151019175116.X15983@sola.nimnet.asn.au> <20151114022704.Y55748@sola.nimnet.asn.au> <20151114215226.I27669@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 07:50:01 -0000 On Sat, 14 Nov 2015 08:18:30 -0600, Adam Vande More wrote: > On Sat, Nov 14, 2015 at 6:33 AM, Ian Smith wrote: > > > > > I do > > > > know that FreeBSD never, so far, runs different cores at any different > > > > frequencies, > > > > > > FreeBSD has supported TurboBoost for years. > > > > Of course. But we do NOT support setting different CPU frequencies on > > different cores. > Well of course, but that's not what you said initially which is what > prompted my response. You cut a fine line there, but OK. I'll slice a little finer too :) > > https://www.ateamsystems.com/tech-blog/increase-freebsd-performance-with-powerd/ > > > > Do I need to detail the several incorrect assumptions at play above, > > regarding FreeBSD's role in interacting with the CPU/s re TurboBoost in > > particular and SpeedStep in general? > I do not believe you need to do that. That link or any other external > source has never been the basis of my response. No, but I think it may have contributed to John's initial concern that enabling EST might somehow degrade performance, which I've been trying to address all along. I'm not sure how successfully. > I agree the link contains some dubious claims and methodology, however the > heart of it is sort of close enough to accurate. Well, sort of, except that parts of it might make one think that there's some sort of constant interaction between the OS and the CPU, that would indeed burn lots of cycles, whereas in really there are many orders of magnitude between powerd's sampling of the average load over all cores - at 4Hz by default - and consequent adjustments of CPU base frequency, and the much faster internal calculations that determine how many cores are relatively busy or idle, with consequent adjustments to individual cores' clocking when TurboBoost is enabled - which I gather only occurs when cpufreq(4) has already selected maximum (XX01) frequency. E.g: "windows of opportunity quickly close and open, and the CPU and OS work in rapid conjunction to calculate and exploit them. TurboBoost will not engage if SpeedStep information is not being received from the OS, so it is crucial to enable the powerd(8) service and ensure that SpeedStep is performing properly". For another thing, powerd is not required if the frequency is always set to MAX (ie 2601 in John's case) to enable TurboBoost; it will be on all the time, so up to the CPU/s to adjust (over)clocking internally, no? Not that I'd ever want to waste power/heat unless to meet a demand. > You don't have TurboBoost, so what ever results you have can't be applied > to a TurboBoost generalization. My suggestion for you to re-enable > TurboBoost was also flawed. Yeah, well you prompted me do some more research, thanks. On Core2 it was called Intel Dynamic Acceleration (IDA) and apparently only boosts one core when the other is in idle state C3. I don't see how that would work properly even on single-core tasks (unless pinning that task to one CPU), as the scheduler otherwise shares work between available cores. > Getting rid of my Core2 stuff was a happy time for me. Don't get me wrong, > it was great when it came around but it's so slow and power hungry compared > to even a sandybridge. Lucky you :) The X200 is still my fastest machine, running about 6 x faster than my older P3-M workhorse. The SSD helps greatly of course. > > Don't take my word for it .. please read: > > http://lists.freebsd.org/pipermail/freebsd-mobile/2015-February/013240.html > > then feel free to argue with Warner about advice that worked for me :) > > I don't even understand what there would be to argue with him about. His > particular setup may have heat issues when utilizing TurboBoost for an > extended period/load. My systems do not and they operate in turbo mode > much of the time, at least as far as I've checked it. It is not something > I monitor continuously. My current main workstation, a m6600, can have > heat issues if the external video slot is filled. Without it, it works > great under all conditions. Warner's was a T400, a bigger brother to my X200, also a Core2Duo, so his advice was salient. > And the OP's post which started this was nonsensical so I have no comment > in that regard other than EST is not magic. It doesn't just go off and on. Indeed. Sometimes I'm driven to try to help; sometimes it backfires .. cheers, Ian From owner-freebsd-questions@freebsd.org Mon Nov 16 09:44:52 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73372A2E434 for ; Mon, 16 Nov 2015 09:44:52 +0000 (UTC) (envelope-from jcigar@ulb.ac.be) Received: from relaygateway01.edpnet.net (relaygateway01.edpnet.net [212.71.1.210]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "*.edpnet.net", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DB081225 for ; Mon, 16 Nov 2015 09:44:50 +0000 (UTC) (envelope-from jcigar@ulb.ac.be) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvUGANKjSVZNbWc1/2dsb2JhbABegztTb8BHFwqCPoJnSgKBMk0BAQEBAQGBC4Q0AQEBAwEBAQEgKwgYCwULCxgJEw4CAg8FEwEJCCQIAgUEARwEiAUMCalZi22ECwEBAQEBBQEBAQEBARQJgi+EJYR+hCAbAQEBBAmCcDoTgTEFh0EDhwmHO0CFHYUggmIIgVuSFohUY4IRHYFXPTQHg3wHF4EqAQEB X-IPAS-Result: AvUGANKjSVZNbWc1/2dsb2JhbABegztTb8BHFwqCPoJnSgKBMk0BAQEBAQGBC4Q0AQEBAwEBAQEgKwgYCwULCxgJEw4CAg8FEwEJCCQIAgUEARwEiAUMCalZi22ECwEBAQEBBQEBAQEBARQJgi+EJYR+hCAbAQEBBAmCcDoTgTEFh0EDhwmHO0CFHYUggmIIgVuSFohUY4IRHYFXPTQHg3wHF4EqAQEB X-IronPort-AV: E=Sophos;i="5.20,301,1444687200"; d="asc'?scan'208";a="361413774" Received: from 77.109.103.53.adsl.dyn.edpnet.net (HELO mordor.lan) ([77.109.103.53]) by relaygateway01.edpnet.net with ESMTP/TLS/DHE-RSA-AES256-SHA; 16 Nov 2015 10:43:35 +0100 Date: Mon, 16 Nov 2015 10:43:34 +0100 From: Julien Cigar To: Gerhard Schmidt Cc: freebsd-questions@freebsd.org Subject: Re: Random Lockup with FreeBSD 10.2 on SuperMicro Boards Message-ID: <20151116094334.GS2604@mordor.lan> References: <56498205.3060806@ze.tum.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="O2izrSG9ltmUPm45" Content-Disposition: inline In-Reply-To: <56498205.3060806@ze.tum.de> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 09:44:52 -0000 --O2izrSG9ltmUPm45 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 16, 2015 at 08:13:09AM +0100, Gerhard Schmidt wrote: > Hi, Hello, >=20 > I'm running quiet a few FreeBSD servers on SuperMicro Boards. I'm in the > process of upgrading from 10.1 to 10.2. On the machines running 10.2 I'm > experiencing so random lockups. >=20 > The server running fine bit sometimes (about 2-3 month apart the /var > filesystem just locks. Other filesystems on the same drive (mirror-raid) > still working, only when accessing anything on /var blocks the process. >=20 > The same machines running with 10.1 don't have this Problem. >=20 > All Filesystems are UFS journaled soft-updates. >=20 try to disable SU+J (tunefs -j disable), I had random lockups with HP Proliant servers too and problem. Problem went away when I turned off SU+J. > There is no message on the console or in the log files (as expected as > the log files are on /var) >=20 > Here is the output from mount. >=20 > /dev/raid/r0p3 on / (ufs, local) > devfs on /dev (devfs, local, multilabel) > /dev/raid/r0p4 on /var (ufs, local, journaled soft-updates) > /dev/raid/r0p5 on /usr (ufs, local, journaled soft-updates) > /dev/raid/r0p6 on /data (ufs, local, journaled soft-updates) > fdescfs on /dev/fd (fdescfs) > procfs on /proc (procfs, local) > /dev/md0 on /tmp (ufs, local) >=20 > I've updated so far three server to 10.2. Two of them by using > freebsd-update from 10.1 and one was fresh installed. All of them failed > once or twice since update to 10.2 and never before (running 10.1). >=20 > I've attached the dmesg.boot from the last server to fail (fresh installe= d) >=20 > Regards > Estartu >=20 > --=20 > ------------------------------------------------- > Gerhard Schmidt | E-Mail: schmidt@ze.tum.de > TU-M=C3=BCnchen | Jabber: estartu@ze.tum.de > WWW & Online Services | > Tel: 089/289-25270 | > Fax: 089/289-25257 | PGP-Publickey auf Anfrage >=20 > Copyright (c) 1992-2015 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.2-RELEASE-p7 #0: Mon Nov 2 14:19:39 UTC 2015 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > CPU: Intel(R) Xeon(R) CPU E3-1240 v3 @ 3.40GHz (3392.22-MHz K8-class CPU) > Origin=3D"GenuineIntel" Id=3D0x306c3 Family=3D0x6 Model=3D0x3c Step= ping=3D3 > Features=3D0xbfebfbff > Features2=3D0x7ffafbff,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCD= LT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> > AMD Features=3D0x2c100800 > AMD Features2=3D0x21 > Structured Extended Features=3D0x2fbb > XSAVE Features=3D0x1 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state invariant, performance statistics > real memory =3D 34376515584 (32784 MB) > avail memory =3D 33266585600 (31725 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > ioapic0 irqs 0-23 on motherboard > random: initialized > module_register_init: MOD_LOAD (vesa, 0xffffffff80db8e60, 0) error 19 > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > cpu0: on acpi0 > cpu1: on acpi0 > cpu2: on acpi0 > cpu3: on acpi0 > cpu4: on acpi0 > cpu5: on acpi0 > cpu6: on acpi0 > cpu7: on acpi0 > hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 550 > atrtc0: port 0x70-0x77 irq 8 on acpi0 > atrtc0: Warning: Couldn't map I/O. > Event timer "RTC" frequency 32768 Hz quality 0 > attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > igb0: port 0xe020-= 0xe03f mem 0xf7180000-0xf71fffff,0xf7284000-0xf7287fff irq 16 at device 0.0= on pci1 > igb0: Using MSIX interrupts with 9 vectors > igb0: Ethernet address: 00:25:90:c3:a5:3c > igb0: Bound queue 0 to cpu 0 > igb0: Bound queue 1 to cpu 1 > igb0: Bound queue 2 to cpu 2 > igb0: Bound queue 3 to cpu 3 > igb0: Bound queue 4 to cpu 4 > igb0: Bound queue 5 to cpu 5 > igb0: Bound queue 6 to cpu 6 > igb0: Bound queue 7 to cpu 7 > igb1: port 0xe000-= 0xe01f mem 0xf7100000-0xf717ffff,0xf7280000-0xf7283fff irq 17 at device 0.1= on pci1 > igb1: Using MSIX interrupts with 9 vectors > igb1: Ethernet address: 00:25:90:c3:a5:3d > igb1: Bound queue 0 to cpu 0 > igb1: Bound queue 1 to cpu 1 > igb1: Bound queue 2 to cpu 2 > igb1: Bound queue 3 to cpu 3 > igb1: Bound queue 4 to cpu 4 > igb1: Bound queue 5 to cpu 5 > igb1: Bound queue 6 to cpu 6 > igb1: Bound queue 7 to cpu 7 > pci0: at device 22.0 (no driver attached) > pci0: at device 22.1 (no driver attached) > ehci0: mem 0xf7304000-0xf7304= 3ff irq 16 at device 26.0 on pci0 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > pcib3: at device 0.0 on pci2 > pci3: on pcib3 > vgapci0: port 0xd000-0xd07f mem 0xf6000000-0xf6f= fffff,0xf7000000-0xf701ffff irq 16 at device 0.0 on pci3 > vgapci0: Boot video device > ehci1: mem 0xf7303000-0xf7303= 3ff irq 23 at device 29.0 on pci0 > usbus1: EHCI version 1.0 > usbus1 on ehci1 > isab0: at device 31.0 on pci0 > isa0: on isab0 > ahci0: port 0xf050-0xf057,0x= f040-0xf043,0xf030-0xf037,0xf020-0xf023,0xf000-0xf01f mem 0xf7302000-0xf730= 27ff irq 19 at device 31.2 on pci0 > ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich2: at channel 2 on ahci0 > ahcich3: at channel 3 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > ahciem0: on ahci0 > acpi_button0: on acpi0 > acpi_tz0: on acpi0 > acpi_tz1: on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart2: <16550 or compatible> port 0x3e8-0x3ef irq 7 on acpi0 > orm0: at iomem 0xc0000-0xc7fff,0xd0800-0xd17ff,0xd1800-= 0xd27ff on isa0 > sc0: at flags 0x100 on isa0 > sc0: CGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3d0-0x3db iomem 0xb8000-0xbffff on isa0 > ppc0: cannot reserve I/O port range > est0: on cpu0 > est1: on cpu1 > est2: on cpu2 > est3: on cpu3 > est4: on cpu4 > est5: on cpu5 > est6: on cpu6 > est7: on cpu7 > random: unblocking device. > usbus0: 480Mbps High Speed USB v2.0 > Timecounters tick every 1.000 msec > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 > ses0: SEMB S-E-S 2.00 device > ses0: SEMB SES Device > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ACS-2 ATA SATA 3.x device > ada0: Serial Number xxxxxxxx > ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad4 > ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 > ada1: ACS-2 ATA SATA 3.x device > ada1: Serial Number xxxxxxxx > ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) > ada1: Previously was known as ad6 > GEOM_RAID: Intel-fbcfc6e1: Array Intel-fbcfc6e1 created. > GEOM_RAID: Intel-fbcfc6e1: Disk ada0 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-fbcfc6e1: Subdisk gm0:0-ada0 state changed from NONE to = STALE. > GEOM_RAID: Intel-fbcfc6e1: Disk ada1 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-fbcfc6e1: Subdisk gm0:1-ada1 state changed from NONE to = STALE. > GEOM_RAID: Intel-fbcfc6e1: Array started. > GEOM_RAID: Intel-fbcfc6e1: Subdisk gm0:0-ada0 state changed from STALE to= ACTIVE. > GEOM_RAID: Intel-fbcfc6e1: Subdisk gm0:1-ada1 state changed from STALE to= RESYNC. > GEOM_RAID: Intel-fbcfc6e1: Subdisk gm0:1-ada1 rebuild start at 0. > GEOM_RAID: Intel-fbcfc6e1: Volume gm0 state changed from STARTING to SUBO= PTIMAL. > GEOM_RAID: Intel-fbcfc6e1: Provider raid/r0 for volume gm0 created. > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > SMP: AP CPU #7 Launched! > SMP: AP CPU #5 Launched! > SMP: AP CPU #4 Launched! > SMP: AP CPU #6 Launched! > Timecounter "TSC-low" frequency 1696109722 Hz quality 1000 > uhub1: 2 ports with 2 removable, self powered > uhub0: 2 ports with 2 removable, self powered > Root mount waiting for: usbus1 usbus0 > ugen1.2: at usbus1 > uhub2: o= n usbus1 > ugen0.2: at usbus0 > uhub3: o= n usbus0 > Root mount waiting for: usbus1 usbus0 > uhub2: 6 ports with 6 removable, self powered > uhub3: 6 ports with 6 removable, self powered > ugen0.3: at usbus0 > uhub4: o= n usbus0 > uhub4: 4 ports with 3 removable, self powered > Root mount waiting for: usbus0 > ugen0.4: at usbus0 > ukbd0: o= n usbus0 > kbd0 at ukbd0 > Trying to mount root from ufs:/dev/raid/r0p3 [rw]... > WARNING: / was not properly dismounted > ums0: on= usbus0 > ums0: 3 buttons and [Z] coordinates ID=3D0 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" --=20 Julien Cigar Belgian Biodiversity Platform (http://www.biodiversity.be) PGP fingerprint: EEF9 F697 4B68 D275 7B11 6A25 B2BB 3710 A204 23C0 No trees were killed in the creation of this message. However, many electrons were terribly inconvenienced. --O2izrSG9ltmUPm45 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCgAGBQJWSaVCAAoJEAi2KiTKQR5pOswP/3AUlrdX2hHr5rP9bjhyCSM4 Y2lQbCHs07cXQAstgKsCOCX5ztAW+MWlKszyZ+T4gBh16qv2idmyim4X+T+avbg3 agASjlCnEyuNwv+hyyXBQG2LCVytxatZu+noLbCi2PLheJDHYCoV9ysZXRdmplrw WefnEpq2YsvgEixJYFMuqkZoL5WrdGOFJ54YNwZEVz1EQK1tn147oSKPMWQBLsTx cSoQZwEuoBLR1srCCwTCE/OEzYf84ABAV1jd3wPkBwVRMYm1qayGEdPp1sziIQKu vz5i6nfMlL1VGjYptl27TGVYrKBFj5RrpB6XRXcEVrEDuTjl/JnWP/i0k+LX/WZq nSxYfsP0t4+i6FBI4BDpurrA35+AP7+TC1TR8JIAJ7iwqaM10rtIvlAlcGmg6KXH 3lDXDi95AyFekTuy2VB5SP9JFerV43YBFSDnWcz8FTfGkE/49ah5MkqFHNF63DcF znGrkefna4VGcl/F/Hoy/fWLNlVOZTXSZ+WhLcOT6OJafgWl7hBZGFVsSKer+Xou d0kPyHbXpqFLfdy5Pn6nbLgCwfhv/W8gDd5rNW50tlTfxFysICcb1TZPlXA4YEcs KBWBlRvEm7PTWzTla2WZp7mCBYo7o7ruzcRmT8qQVb+mRmg/XfR4J5YAaq9c94SD 9EHbd9mFaLlTYK6oMRsQ =3o4Z -----END PGP SIGNATURE----- --O2izrSG9ltmUPm45-- From owner-freebsd-questions@freebsd.org Mon Nov 16 09:52:36 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF443A2E84B for ; Mon, 16 Nov 2015 09:52:36 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from io.ze.tum.de (w3projmail.ze.tum.de [129.187.39.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57F1419B8 for ; Mon, 16 Nov 2015 09:52:35 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from etustar.ze.tum.de (etustar.ze.tum.de [129.187.39.200]) by io.ze.tum.de (8.14.5/8.14.5) with ESMTP id tAG9qX9J068027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 16 Nov 2015 10:52:33 +0100 (CET) (envelope-from schmidt@ze.tum.de) Subject: Re: Random Lockup with FreeBSD 10.2 on SuperMicro Boards To: Julien Cigar , freebsd-questions@freebsd.org References: <56498205.3060806@ze.tum.de> <20151116094334.GS2604@mordor.lan> From: Gerhard Schmidt Message-ID: <5649A761.7040303@ze.tum.de> Date: Mon, 16 Nov 2015 10:52:33 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151116094334.GS2604@mordor.lan> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 09:52:36 -0000 Am 16.11.2015 um 10:43 schrieb Julien Cigar: > On Mon, Nov 16, 2015 at 08:13:09AM +0100, Gerhard Schmidt wrote: >> Hi, > > Hello, > >> >> I'm running quiet a few FreeBSD servers on SuperMicro Boards. I'm in the >> process of upgrading from 10.1 to 10.2. On the machines running 10.2 I'm >> experiencing so random lockups. >> >> The server running fine bit sometimes (about 2-3 month apart the /var >> filesystem just locks. Other filesystems on the same drive (mirror-raid) >> still working, only when accessing anything on /var blocks the process. >> >> The same machines running with 10.1 don't have this Problem. >> >> All Filesystems are UFS journaled soft-updates. >> > > try to disable SU+J (tunefs -j disable), I had random lockups with HP > Proliant servers too and problem. Problem went away when I turned off > SU+J. This may fix the symptom, but not the problem. My Workstation is running 10.2 for about at least 4 Month. I've never had a problem event with SU+J. The difference is that on my workstation /var is not on a raid array. So SU+J isn't the real problem. Regards Estartu -- ---------------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de Technische Universität München | Jabber: estartu@ze.tum.de WWW & Online Services | Tel: +49 89 289-25270 | PGP-PublicKey Fax: +49 89 289-25257 | on request From owner-freebsd-questions@freebsd.org Mon Nov 16 10:24:54 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2512CA2EE0C for ; Mon, 16 Nov 2015 10:24:54 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D839413BD for ; Mon, 16 Nov 2015 10:24:53 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-76-245.dynamic.qsc.de [92.195.76.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id C13622766E; Mon, 16 Nov 2015 11:16:09 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id tAGAG9lM003109; Mon, 16 Nov 2015 11:16:09 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Mon, 16 Nov 2015 11:16:09 +0100 From: Polytropon To: Gerhard Schmidt Cc: freebsd-questions@freebsd.org Subject: Re: Random Lockup with FreeBSD 10.2 on SuperMicro Boards Message-Id: <20151116111609.a9757a4a.freebsd@edvax.de> In-Reply-To: <5649A761.7040303@ze.tum.de> References: <56498205.3060806@ze.tum.de> <20151116094334.GS2604@mordor.lan> <5649A761.7040303@ze.tum.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 10:24:54 -0000 On Mon, 16 Nov 2015 10:52:33 +0100, Gerhard Schmidt wrote: > My Workstation is running 10.2 for about at least 4 Month. I've never > had a problem event with SU+J. The difference is that on my workstation > /var is not on a raid array. So SU+J isn't the real problem. Maybe there's a file system inconsistency? How do you perform file system checks (automatic in background, which is discouraged, or in SUM, as recommended)? I'm asking because I've noticed the following lines in your previous message: > Trying to mount root from ufs:/dev/raid/r0p3 [rw]... > WARNING: / was not properly dismounted Is /var affected as well? If yes - give it a _clean_ fsck, running in foreground on the unmounted partition. In case you have already done this, redirect my comment to /dev/null immediately. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Nov 16 10:48:58 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43D85A26298 for ; Mon, 16 Nov 2015 10:48:58 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from io.ze.tum.de (w3projmail.ze.tum.de [129.187.39.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C46191C34 for ; Mon, 16 Nov 2015 10:48:56 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from etustar.ze.tum.de (etustar.ze.tum.de [129.187.39.200]) by io.ze.tum.de (8.14.5/8.14.5) with ESMTP id tAGAmsg8069409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 16 Nov 2015 11:48:54 +0100 (CET) (envelope-from schmidt@ze.tum.de) Resent-From: Gerhard Schmidt Resent-To: freebsd-questions@freebsd.org Resent-Date: Mon, 16 Nov 2015 11:48:54 +0100 Resent-Message-ID: <5649B496.7000705@ze.tum.de> Resent-User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 Subject: Re: Random Lockup with FreeBSD 10.2 on SuperMicro Boards To: Polytropon References: <56498205.3060806@ze.tum.de> <20151116094334.GS2604@mordor.lan> <5649A761.7040303@ze.tum.de> <20151116111609.a9757a4a.freebsd@edvax.de> From: Gerhard Schmidt X-Enigmail-Draft-Status: N1110 Message-ID: <5649AEC3.5090104@ze.tum.de> Date: Mon, 16 Nov 2015 11:24:03 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151116111609.a9757a4a.freebsd@edvax.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 10:48:58 -0000 Am 16.11.2015 um 11:16 schrieb Polytropon: > On Mon, 16 Nov 2015 10:52:33 +0100, Gerhard Schmidt wrote: >> My Workstation is running 10.2 for about at least 4 Month. I've never >> had a problem event with SU+J. The difference is that on my workstation >> /var is not on a raid array. So SU+J isn't the real problem. > > Maybe there's a file system inconsistency? How do you > perform file system checks (automatic in background, > which is discouraged, or in SUM, as recommended)? > I'm asking because I've noticed the following lines > in your previous message: > >> Trying to mount root from ufs:/dev/raid/r0p3 [rw]... >> WARNING: / was not properly dismounted > > Is /var affected as well? If yes - give it a _clean_ > fsck, running in foreground on the unmounted partition. > > In case you have already done this, redirect my comment > to /dev/null immediately. :-) /var was also inconsistent because of the lockup, I had to turn off the server hard. The fsck recovered the Journal and marked the fs as clean without background fsck. Nov 16 07:15:40 dev-test-zope kernel: ** SU+J Recovering /dev/raid/r0p4 Nov 16 07:15:40 dev-test-zope kernel: ** Reading 33554432 byte journal from inode 4. Nov 16 07:15:40 dev-test-zope kernel: ** Building recovery table. Nov 16 07:15:40 dev-test-zope kernel: ** Resolving unreferenced inode list. Nov 16 07:15:40 dev-test-zope kernel: ** Processing journal entries. Nov 16 07:15:40 dev-test-zope kernel: ** 2 journal records in 1024 bytes for 6.25% utilization Nov 16 07:15:40 dev-test-zope kernel: ** Freed 0 inodes (0 dirs) 0 blocks, and 0 frags. Nov 16 07:15:40 dev-test-zope kernel: Nov 16 07:15:40 dev-test-zope kernel: ***** FILE SYSTEM MARKED CLEAN ***** Regards Estartu -- ------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de TU-München | Jabber: estartu@ze.tum.de WWW & Online Services | Tel: 089/289-25270 | Fax: 089/289-25257 | PGP-Publickey auf Anfrage From owner-freebsd-questions@freebsd.org Mon Nov 16 12:01:36 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F122CA2FAD7 for ; Mon, 16 Nov 2015 12:01:36 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 8D13F1B09 for ; Mon, 16 Nov 2015 12:01:36 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp14-2-8-239.lns21.adl2.internode.on.net (HELO leader.local) ([14.2.8.239]) by ipmail06.adl6.internode.on.net with ESMTP; 16 Nov 2015 22:26:11 +1030 Subject: Re: codelite vs. 10.2 To: Lev , freebsd-questions@freebsd.org References: <20151115233038.1c87442a@jive.levalinux.org> From: Shane Ambler Message-ID: <5649C436.1080204@ShaneWare.Biz> Date: Mon, 16 Nov 2015 22:25:34 +1030 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151115233038.1c87442a@jive.levalinux.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 12:01:37 -0000 On 16/11/2015 09:00, Lev wrote: > Hi folks, > > > I'm trying to build codelite 9.0 (from upstream) on FreeBSD 10.2. > > After a bit of tweaking of the CMakeLists.txt, I am puzzled with this error: > > -- SQLITE3_INCLUDE_DIR: /usr/local/include > -- SQLITE3_LIBRARY: /usr/local/lib/libsqlite3.so > -- BUILD_DIRECTORY is set to /usr/home/leva/src/codelite-9.0/build > -- OS name FreeBSD > -- wx-config used is: /usr/local/bin/wxgtk2u-3.0-config > -- wxWidgets version is: 3.0.2 > -- gtk version is: 2 > -- LIBSSH_LIB is set to /usr/local/lib/libssh.so > -- PLUGINS_DIR is set to /opt/lib/codelite > -- Using wxAuiNotebook > -- Building in Release mode > -- CMAKE_INSTALL_DO_STRIP is TRUE > -- Executables will be written into /usr/home/leva/src/codelite-9.0/build/bin > -- Shared Objects will be written into /usr/home/leva/src/codelite-9.0/build/lib > -- Adding -DNDEBUG to definitions > -- CPACK_SYSTEM_NAME --amd64 > -- ARCH 64 > -- ARCH_NAME x86_64 > -- *** NOTICE ***: clang code completion support is disabled > -- *** NOTICE ***: On Ubuntu / Debian you might want to install libclang-3.4-dev package > -- USE_SFTP is set to 1 > CMake Error at /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:148 (message): > Could NOT find wxWidgets (missing: wxWidgets_FOUND) > Call Stack (most recent call first): > /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:388 (_FPHSA_FAILURE_MESSAGE) > /usr/local/share/cmake/Modules/FindwxWidgets.cmake:871 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) > sdk/wxsqlite3/CMakeLists.txt:9 (find_package) > > > So at line 6 it finds wxWidgets, but at the end it complains that it > hasn't. > > I think this is more like a cmake question, but I hope someone can help me. Thanks. > > Lev > I would suggest using ports. As the port has not been updated to 9.0 you can just use it as a starting point. The codelite port includes patches and settings that perform steps like dos2unix conversion and shebang fixes that can help you along. You can make a copy of editors/codelite and adjust the version. I just had success building by only updating the version and checksum. cd /usr/ports/editors cp -R codelite codelite9 cd codelite9 sed -i '' -e 's|8\.1|9\.0|' Makefile make makesum make You will then want to update the pkg-plist. make check-plist will list the adjustments that you need to make. Then rebuild and run make install When you have done this and checked that it runs you should consider submitting an update to http://bugs.freebsd.org -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-questions@freebsd.org Mon Nov 16 15:23:02 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2945AA30A6A for ; Mon, 16 Nov 2015 15:23:02 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: from mail-yk0-x22b.google.com (mail-yk0-x22b.google.com [IPv6:2607:f8b0:4002:c07::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DCD9E1E45 for ; Mon, 16 Nov 2015 15:23:01 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: by ykdr82 with SMTP id r82so243463628ykd.3 for ; Mon, 16 Nov 2015 07:23:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=BdhR5gO2wED2Tc+RKM/Lq5/ZMBBGz2nd+5bQ6OZzmbQ=; b=FwtHN1esQfVWm4HJ/F3bwBawgW5tmPO4Aiq4IgvoFZWTB2rNeISJ2Yn0j9DfyqU8oo +mKG49+fv1IN8jmJ4YrFS4s6v3t9uHiTYNZ2Iljy3ggLZdv2isffzX0iBCUtTgOEL5/q +qmgoPoVBNql7uclvMVAS73uVjE5nX22kZLqxbKWd3EwKxgJFnVnQzDSa5cLhUtanBYq Q+F8nYUu8FuFGBhDk01Lzuzz4Lu93PdVL5g66/Jj5rUqenLZjaGoLOkdDXct4xNjdQ1W QfcXmY8XOxqoSeNiFljBQkGukiK6sD0YmtpBSvcqx6Bf+Nh4cuF+BVMfcJPOERVvyrEa n4UA== X-Received: by 10.13.220.69 with SMTP id f66mr39683744ywe.161.1447687379732; Mon, 16 Nov 2015 07:22:59 -0800 (PST) Received: from [192.168.0.4] ([206.251.219.82]) by smtp.gmail.com with ESMTPSA id c5sm35305930ywf.12.2015.11.16.07.22.58 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Nov 2015 07:22:59 -0800 (PST) From: Will Senn Subject: Kernel panic and hard disk failure To: freebsd-questions@freebsd.org Message-ID: <5649F4D1.8070105@gmail.com> Date: Mon, 16 Nov 2015 09:22:57 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 15:23:02 -0000 Hi, disclosure: I am a freebsd newbie coming from Mac OS X and Linux, even some Windows..., please be gentle. My questions are listed at the bottom, here is the background. I have a Dell 755 Optiplex configured as follows: Two SATA disks - 240GB SSD + 750GB HDD 8 GB RAM Quad core Intel 2.83Ghz CPU FreeBSD 10.2-Release I came into my home office yesterday and the console was displaying a disk error and the system was prompting for a shell. I entered shell and a core dump was generated and saved in /var/crash. Since this was my first experience with such an event, I just merrily went about my day after a reboot. It happened again, later in the day. I figured it was a bad hard drive and replaced it with a spare and restored from rsync backup. After thinking a bit more about the situation, I decided to look at the crash directory to see if there was anything to be learned there. Apparently, there is quite a bit for me to learn yet :). In /var/crash, there were 12 files and two symlinks: bounds core.txt.0 core.txt.1 core.txt.2 info.0 info.1 info.2 info.last minfree vmcore.0 vmcore.1 vmcore.2 vmcore.last Three dumps? Hmm... I did file on the files to see if any were ASCII, and sure enough, bounds, core.txt.X, info.X, minfree were. bounds contained the single number 3 minfree contained the number 2048 info.X contained basic crash dump information. The first had Panic String: page fault, the other two had Panic String: softdep_deallocate_dependencies: dangling deps. core.txt.X files look like a lot of different system tools being run and the results concatenated together Next, I looked at the vmcore.0 files using kgdb /boot/kernel/kernel /var/crash/vmcore.X, this produced yet more information (overload? not yet, but getting there): --- the first crash, snip Unread portion of the kernel message buffer: <118>Oct 28 19:33:05 freebird syslogd: exiting on signal 15 Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80906fa9 stack pointer = 0x28:0xfffffe0231eb8830 frame pointer = 0x28:0xfffffe0231eb8a20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 961 (kwin) trap number = 12 panic: page fault cpuid = 2 --- the second and third crashes, snip Unread portion of the kernel message buffer: Device ada1p1 went missing before all of the data could be written to it; expect data loss. panic: softdep_deallocate_dependencies: dangling deps cpuid = 0 I didn't know what signal 15 was, so I did kill -l and figured out it was SIGTERM. I got the feeling the reason I didn't know about the first crash was that I probably killed/reset a reboot process or something. Out of this exercise, I have the following questions that I hope someone can help with: 1. Is bounds the number of crashes in /var/crashes, or what? 2. What is minfree? 3. What does it mean that the device went missing? 4. Does the information above sound like a faulty hard drive or are there additional tests that will tell me more about the failure? The device in question is the 750GB HDD, it is formatted ufs and is the target of rsync jobs running on another FBSD machine and Mac machine through rysncd. I replaced it out of due caution, but haven't thrown away the drive yet. Thanks, Will From owner-freebsd-questions@freebsd.org Mon Nov 16 15:50:44 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 389CAA30166 for ; Mon, 16 Nov 2015 15:50:44 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 00E041ED7 for ; Mon, 16 Nov 2015 15:50:43 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id tAGFoaPf026822 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 16 Nov 2015 08:50:36 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id tAGFoaBR026819; Mon, 16 Nov 2015 08:50:36 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Mon, 16 Nov 2015 08:50:36 -0700 (MST) From: Warren Block To: jungle Boogie cc: "Michael B. Eichorn" , m8r-qatwhq@mailinator.com, FreeBSD Questions Subject: Re: EPUB was (Re: The FreeBSD Documentation Project: Is it just me or anyone is interested in reading the FAQ and) In-Reply-To: Message-ID: References: <20151029022525.5A68DD5A62@emkei.cz> <1446087870.4451.18.camel@michaeleichorn.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 16 Nov 2015 08:50:36 -0700 (MST) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 15:50:44 -0000 On Sun, 15 Nov 2015, jungle Boogie wrote: > On 29 October 2015 at 08:35, Warren Block wrote: >> So I did some checking and it turns out there is some EPUB support in the >> doc toolchain already. I'll investigate more and hopefully enable building >> and supplying EPUB by default. >> > > Great news! Thanks for the investigation. When do you expect the > format would be available? No firm date, it depends on several things. If you would like to test, check out the documentation as shown in the FDP Primer: https://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/overview-quick-start.html Then change to the document desired, like the Handbook, and build it as EPUB: % cd ~/doc/en_US.ISO8859-1/books/handbook/ % make FORMATS=epub Large documents like the Handbook will take a while to build. The output file is called book.epub. From owner-freebsd-questions@freebsd.org Mon Nov 16 20:00:18 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A89FA309C8 for ; Mon, 16 Nov 2015 20:00:18 +0000 (UTC) (envelope-from darwinsurvivor@gmail.com) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D9B031325 for ; Mon, 16 Nov 2015 20:00:17 +0000 (UTC) (envelope-from darwinsurvivor@gmail.com) Received: by pacdm15 with SMTP id dm15so184798511pac.3 for ; Mon, 16 Nov 2015 12:00:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4xdcXp382wOP4ROBjK1k+iTBYz8uL5F+ZTaJ6jrwu7Y=; b=WFnVDP3UE3KwE+x+hjHo/fMOQko1HVsmvCBuCxnep+uln3AFamlyatZ1iSJdaKRcte dPsaBWH9CvVmJbT0GkWAtG6ETnldDUaamdsxyAk5pLCB7uahH1EY3GYQtaUDrhOF4nGv nUABd3JA44/PetojotzsA204NPQ80wTwHgtAOZu8M5h5A6Uffb1U9QPFjG2qZd4JkA5/ V/Big/o11E+078TC/2wAdjI+aLHKCjw/HdcQM51kdOR4wO3krAWO4ws55tI0RII31tnB 5IH+yDkGl9YhWM/poHAT4Hg+VHSGjndZkdm5XjF1APl44E96p31wC3wtVzIetNQ9Ceyd iUOw== MIME-Version: 1.0 X-Received: by 10.66.122.67 with SMTP id lq3mr19886682pab.21.1447704017300; Mon, 16 Nov 2015 12:00:17 -0800 (PST) Received: by 10.66.62.201 with HTTP; Mon, 16 Nov 2015 12:00:17 -0800 (PST) Date: Mon, 16 Nov 2015 12:00:17 -0800 Message-ID: Subject: Server restarts about twice a day From: "darwinsurvivor@gmail.com" To: freebsd-questions@freebsd.org Content-Type: multipart/mixed; boundary=047d7b2e4e70b12bf60524addba5 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 20:00:18 -0000 --047d7b2e4e70b12bf60524addba5 Content-Type: text/plain; charset=UTF-8 My FreeBSD server has been crashing 2-3 times a day with the same error. It appears to be ZFS related and it started happening after I did some updates. Until then, the system had been running flawlessly for months at a time. OS: FreeBSD 10.0-RELEASE #0 r260789 Filesystem: ZFS (encrypted root) I am not certain of the times of the crashes as they tend to happen when I am not using it. I did get the timestamp of the most recent though (11:20am). I have manually run the cron jobs scheduled for around that time but nothing triggered the crash. Of the last 10 crashes, they all generate a core.txt file of roughly 9000 lines. Oddly, one of them, core.txt.4, was just over twice that size. I have attached core.txt.5, which is the most recent (core.txt.4 is too large for the mailing list). I'm much more familiar with Linux's debugging tools than those of BSD, so any help would be greatly appreciated. ~Doug --047d7b2e4e70b12bf60524addba5 Content-Type: application/octet-stream; name="core.txt.5" Content-Disposition: attachment; filename="core.txt.5" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ih2dh50o0 amFpbHMtMSBkdW1wZWQgY29yZSAtIHNlZSAvdmFyL2NyYXNoL3ZtY29yZS41DQoNClN1biBOb3Yg MTUgMTU6MjQ6MTUgUFNUIDIwMTUNCg0KRnJlZUJTRCBqYWlscy0xIDEwLjAtUkVMRUFTRSBGcmVl QlNEIDEwLjAtUkVMRUFTRSAjMCByMjYwNzg5OiBUaHUgSmFuIDE2IDIyOjM0OjU5IFVUQyAyMDE0 ICAgICByb290QHNuYXAuZnJlZWJzZC5vcmc6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyAg YW1kNjQNCg0KcGFuaWM6IHNvbGFyaXMgYXNzZXJ0OiBzYS5zYV9tYWdpYyA9PSAweDJGNTA1QSAo MHgyZjUwNWEwMCA9PSAweDJmNTA1YSksIGZpbGU6IC91c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8u Li8uLi9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMvdXRzL2NvbW1vbi9mcy96ZnMvemZzX3Zmc29w cy5jLCBsaW5lOiA2MjUNCg0KR05VIGdkYiA2LjEuMSBbRnJlZUJTRF0NCkNvcHlyaWdodCAyMDA0 IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLg0KR0RCIGlzIGZyZWUgc29mdHdhcmUsIGNv dmVyZWQgYnkgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91IGFyZQ0Kd2Vs Y29tZSB0byBjaGFuZ2UgaXQgYW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNl cnRhaW4gY29uZGl0aW9ucy4NClR5cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBjb25kaXRp b25zLg0KVGhlcmUgaXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBmb3IgR0RCLiAgVHlwZSAic2hv dyB3YXJyYW50eSIgZm9yIGRldGFpbHMuDQpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiYW1k NjQtbWFyY2VsLWZyZWVic2QiLi4uDQoNClVucmVhZCBwb3J0aW9uIG9mIHRoZSBrZXJuZWwgbWVz c2FnZSBidWZmZXI6DQpwYW5pYzogc29sYXJpcyBhc3NlcnQ6IHNhLnNhX21hZ2ljID09IDB4MkY1 MDVBICgweDJmNTA1YTAwID09IDB4MmY1MDVhKSwgZmlsZTogL3Vzci9zcmMvc3lzL21vZHVsZXMv emZzLy4uLy4uL2NkZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy96ZnNf dmZzb3BzLmMsIGxpbmU6IDYyNQ0KY3B1aWQgPSAxDQpLREI6IHN0YWNrIGJhY2t0cmFjZToNCiMw IDB4ZmZmZmZmZmY4MDhlN2RkMCBhdCBrZGJfYmFja3RyYWNlKzB4NjANCiMxIDB4ZmZmZmZmZmY4 MDhhZjhiNSBhdCBwYW5pYysweDE1NQ0KIzIgMHhmZmZmZmZmZjgxYTJjMjNmIGF0IGFzc2ZhaWwz KzB4MmYNCiMzIDB4ZmZmZmZmZmY4MTg5ZTM0ZSBhdCB6ZnNfc3BhY2VfZGVsdGFfY2IrMHhjZQ0K IzQgMHhmZmZmZmZmZjgxODI0NTYyIGF0IGRtdV9vYmpzZXRfdXNlcnF1b3RhX2dldF9pZHMrMHgy MDINCiM1IDB4ZmZmZmZmZmY4MTgyOTBmNyBhdCBkbm9kZV9zZXRkaXJ0eSsweDM3DQojNiAweGZm ZmZmZmZmODE4Mjk0MmUgYXQgZG5vZGVfYWxsb2NhdGUrMHgxNWUNCiM3IDB4ZmZmZmZmZmY4MTgy MjAzYSBhdCBkbXVfb2JqZWN0X2FsbG9jKzB4MTVhDQojOCAweGZmZmZmZmZmODE4NzRlMWIgYXQg emZzX21rbm9kZSsweDE1Yg0KIzkgMHhmZmZmZmZmZjgxOGExNDNmIGF0IHpmc19mcmVlYnNkX2Ny ZWF0ZSsweDRkZg0KIzEwIDB4ZmZmZmZmZmY4MGQ5N2QzMiBhdCBWT1BfQ1JFQVRFX0FQVisweDky DQojMTEgMHhmZmZmZmZmZjgwOTU3ZWE5IGF0IHZuX29wZW5fY3JlZCsweDJjOQ0KIzEyIDB4ZmZm ZmZmZmY4MDk1MTViMSBhdCBrZXJuX29wZW5hdCsweDI2MQ0KIzEzIDB4ZmZmZmZmZmY4MGM4ZWY4 NyBhdCBhbWQ2NF9zeXNjYWxsKzB4MzU3DQojMTQgMHhmZmZmZmZmZjgwYzc1NjdiIGF0IFhmYXN0 X3N5c2NhbGwrMHhmYg0KVXB0aW1lOiA2aDU4bTQ0cw0KRHVtcGluZyA0NzExIG91dCBvZiA3NzY0 IE1COi4uMSUuLjExJS4uMjElLi4zMSUuLjQxJS4uNTElLi42MSUuLjcxJS4uODElLi45MSUNCg0K UmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Rwb29sL2Jvb3Qva2VybmVsL3pmcy5rby5zeW1ib2xz Li4uZG9uZS4NCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdHBvb2wvYm9vdC9rZXJuZWwvemZzLmtv LnN5bWJvbHMNClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290cG9vbC9ib290L2tlcm5lbC9vcGVu c29sYXJpcy5rby5zeW1ib2xzLi4uZG9uZS4NCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdHBvb2wv Ym9vdC9rZXJuZWwvb3BlbnNvbGFyaXMua28uc3ltYm9scw0KUmVhZGluZyBzeW1ib2xzIGZyb20g L2Jvb3Rwb29sL2Jvb3Qva2VybmVsL2dlb21fZWxpLmtvLnN5bWJvbHMuLi5kb25lLg0KTG9hZGVk IHN5bWJvbHMgZm9yIC9ib290cG9vbC9ib290L2tlcm5lbC9nZW9tX2VsaS5rby5zeW1ib2xzDQpS ZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdHBvb2wvYm9vdC9rZXJuZWwvY3J5cHRvLmtvLnN5bWJv bHMuLi5kb25lLg0KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290cG9vbC9ib290L2tlcm5lbC9jcnlw dG8ua28uc3ltYm9scw0KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Rwb29sL2Jvb3Qva2VybmVs L2Flc25pLmtvLnN5bWJvbHMuLi5kb25lLg0KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290cG9vbC9i b290L2tlcm5lbC9hZXNuaS5rby5zeW1ib2xzDQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdHBv b2wvYm9vdC9rZXJuZWwvcGZsb2cua28uc3ltYm9scy4uLmRvbmUuDQpMb2FkZWQgc3ltYm9scyBm b3IgL2Jvb3Rwb29sL2Jvb3Qva2VybmVsL3BmbG9nLmtvLnN5bWJvbHMNClJlYWRpbmcgc3ltYm9s cyBmcm9tIC9ib290cG9vbC9ib290L2tlcm5lbC9wZi5rby5zeW1ib2xzLi4uZG9uZS4NCkxvYWRl ZCBzeW1ib2xzIGZvciAvYm9vdHBvb2wvYm9vdC9rZXJuZWwvcGYua28uc3ltYm9scw0KUmVhZGlu ZyBzeW1ib2xzIGZyb20gL2Jvb3Rwb29sL2Jvb3Qva2VybmVsL2xpbnByb2Nmcy5rby5zeW1ib2xz Li4uZG9uZS4NCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdHBvb2wvYm9vdC9rZXJuZWwvbGlucHJv Y2ZzLmtvLnN5bWJvbHMNClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290cG9vbC9ib290L2tlcm5l bC9saW51eC5rby5zeW1ib2xzLi4uZG9uZS4NCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdHBvb2wv Ym9vdC9rZXJuZWwvbGludXgua28uc3ltYm9scw0KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Rw b29sL2Jvb3Qva2VybmVsL251bGxmcy5rby5zeW1ib2xzLi4uZG9uZS4NCkxvYWRlZCBzeW1ib2xz IGZvciAvYm9vdHBvb2wvYm9vdC9rZXJuZWwvbnVsbGZzLmtvLnN5bWJvbHMNCiMwICBkb2FkdW1w ICh0ZXh0ZHVtcD08dmFsdWUgb3B0aW1pemVkIG91dD4pIGF0IHBjcHUuaDoyMTkNCjIxOQlwY3B1 Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkuDQoJaW4gcGNwdS5oDQooa2dkYikgIzAgIGRv YWR1bXAgKHRleHRkdW1wPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PikgYXQgcGNwdS5oOjIxOQ0KIzEg IDB4ZmZmZmZmZmY4MDhhZjUzMCBpbiBrZXJuX3JlYm9vdCAoaG93dG89MjYwKQ0KICAgIGF0IC91 c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo0NDcNCiMyICAweGZmZmZmZmZmODA4YWY4 ZjQgaW4gcGFuaWMgKGZtdD08dmFsdWUgb3B0aW1pemVkIG91dD4pDQogICAgYXQgL3Vzci9zcmMv c3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjc1NA0KIzMgIDB4ZmZmZmZmZmY4MWEyYzIzZiBpbiBh c3NmYWlsMyAoYT08dmFsdWUgb3B0aW1pemVkIG91dD4sIA0KICAgIGx2PTx2YWx1ZSBvcHRpbWl6 ZWQgb3V0Piwgb3A9PHZhbHVlIG9wdGltaXplZCBvdXQ+LCANCiAgICBydj08dmFsdWUgb3B0aW1p emVkIG91dD4sIGY9PHZhbHVlIG9wdGltaXplZCBvdXQ+LCANCiAgICBsPTx2YWx1ZSBvcHRpbWl6 ZWQgb3V0PikNCiAgICBhdCAvdXNyL3NyYy9zeXMvbW9kdWxlcy9vcGVuc29sYXJpcy8uLi8uLi9j ZGRsL2NvbXBhdC9vcGVuc29sYXJpcy9rZXJuL29wZW5zb2xhcmlzX2Ntbl9lcnIuYzo5MQ0KIzQg IDB4ZmZmZmZmZmY4MTg5ZTM0ZSBpbiB6ZnNfc3BhY2VfZGVsdGFfY2IgKA0KICAgIGJvbnVzdHlw ZT08dmFsdWUgb3B0aW1pemVkIG91dD4sIGRhdGE9MHhmZmZmZmUwMTM4YmRiZWMwLCANCiAgICB1 c2VycD0weGZmZmZmODAwNjRiZjFkMDAsIGdyb3VwcD0weGZmZmZmODAwNjRiZjFkMDgpDQogICAg YXQgL3Vzci9zcmMvc3lzL21vZHVsZXMvemZzLy4uLy4uL2NkZGwvY29udHJpYi9vcGVuc29sYXJp cy91dHMvY29tbW9uL2ZzL3pmcy96ZnNfdmZzb3BzLmM6NjI1DQojNSAgMHhmZmZmZmZmZjgxODI0 NTYyIGluIGRtdV9vYmpzZXRfdXNlcnF1b3RhX2dldF9pZHMgKA0KICAgIGRuPTB4ZmZmZmY4MDA2 NGJmMWEyMCwgYmVmb3JlPTEsIHR4PTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PikNCiAgICBhdCAvdXNy L3NyYy9zeXMvbW9kdWxlcy96ZnMvLi4vLi4vY2RkbC9jb250cmliL29wZW5zb2xhcmlzL3V0cy9j b21tb24vZnMvemZzL2RtdV9vYmpzZXQuYzoxMjg1DQojNiAgMHhmZmZmZmZmZjgxODI5MGY3IGlu IGRub2RlX3NldGRpcnR5IChkbj0weGZmZmZmODAwNjRiZjFhMjAsIA0KICAgIHR4PTB4ZmZmZmY4 MDFkN2YyYzkwMCkNCiAgICBhdCAvdXNyL3NyYy9zeXMvbW9kdWxlcy96ZnMvLi4vLi4vY2RkbC9j b250cmliL29wZW5zb2xhcmlzL3V0cy9jb21tb24vZnMvemZzL2Rub2RlLmM6MTIzOA0KIzcgIDB4 ZmZmZmZmZmY4MTgyOTQyZSBpbiBkbm9kZV9hbGxvY2F0ZSAoZG49MHhmZmZmZjgwMDY0YmYxYTIw LCANCiAgICBvdD08dmFsdWUgb3B0aW1pemVkIG91dD4sIGJsb2Nrc2l6ZT08dmFsdWUgb3B0aW1p emVkIG91dD4sIA0KICAgIGlicz08dmFsdWUgb3B0aW1pemVkIG91dD4sIGJvbnVzdHlwZT08dmFs dWUgb3B0aW1pemVkIG91dD4sIA0KICAgIGJvbnVzbGVuPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0Piwg dHg9MHhmZmZmZjgwMWQ3ZjJjOTAwKQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8u Li8uLi9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMvdXRzL2NvbW1vbi9mcy96ZnMvZG5vZGUuYzo1 NjMNCiM4ICAweGZmZmZmZmZmODE4MjIwM2EgaW4gZG11X29iamVjdF9hbGxvYyAob3M9MHhmZmZm ZjgwMDIyMTAwMDAwLCANCiAgICBvdD1ETVVfT1RfUExBSU5fRklMRV9DT05URU5UUywgYmxvY2tz aXplPTAsIGJvbnVzdHlwZT1ETVVfT1RfU0EsIA0KICAgIGJvbnVzbGVuPTMyMCwgdHg9MHhmZmZm ZjgwMWQ3ZjJjOTAwKQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8uLi8uLi9jZGRs L2NvbnRyaWIvb3BlbnNvbGFyaXMvdXRzL2NvbW1vbi9mcy96ZnMvZG11X29iamVjdC5jOjc3DQoj OSAgMHhmZmZmZmZmZjgxODc0ZTFiIGluIHpmc19ta25vZGUgKGR6cD0weGZmZmZmODAwMzM3MWFh MTAsIA0KICAgIHZhcD08dmFsdWUgb3B0aW1pemVkIG91dD4sIHR4PTx2YWx1ZSBvcHRpbWl6ZWQg b3V0PiwgDQogICAgY3I9MHhmZmZmZjgwMDIyODA1YzAwLCBmbGFnPTAsIHpwcD0weGZmZmZmZTAy MWVkNWQ3YzAsIA0KICAgIGFjbF9pZHM9PHZhbHVlIG9wdGltaXplZCBvdXQ+KQ0KICAgIGF0IC91 c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8uLi8uLi9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMvdXRz L2NvbW1vbi9mcy96ZnMvemZzX3pub2RlLmM6ODI5DQojMTAgMHhmZmZmZmZmZjgxOGExNDNmIGlu IHpmc19mcmVlYnNkX2NyZWF0ZSAoYXA9PHZhbHVlIG9wdGltaXplZCBvdXQ+KQ0KICAgIGF0IC91 c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8uLi8uLi9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMvdXRz L2NvbW1vbi9mcy96ZnMvemZzX3Zub3BzLmM6MTc1Mw0KIzExIDB4ZmZmZmZmZmY4MGQ5N2QzMiBp biBWT1BfQ1JFQVRFX0FQViAodm9wPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PiwgDQogICAgYT08dmFs dWUgb3B0aW1pemVkIG91dD4pIGF0IHZub2RlX2lmLmM6MjY1DQojMTIgMHhmZmZmZmZmZjgwOTU3 ZWE5IGluIHZuX29wZW5fY3JlZCAobmRwPTB4ZmZmZmZlMDIxZWQ1ZDljMCwgDQogICAgZmxhZ3A9 MHhmZmZmZmUwMjFlZDVkYTljLCBjbW9kZT0zODQsIHZuX29wZW5fZmxhZ3M9PHZhbHVlIG9wdGlt aXplZCBvdXQ+LCANCiAgICBjcmVkPTB4ZmZmZmY4MDAyMjgwNWMwMCwgZnA9MHhmZmZmZjgwMWQy ZGZmNjQwKSBhdCB2bm9kZV9pZi5oOjEwOQ0KIzEzIDB4ZmZmZmZmZmY4MDk1MTViMSBpbiBrZXJu X29wZW5hdCAodGQ9MHhmZmZmZjgwMTdmZWZiMDAwLCBmZD0tMTAwLCANCiAgICBwYXRoPTB4ODAy ODFkYTEwIDxBZGRyZXNzIDB4ODAyODFkYTEwIG91dCBvZiBib3VuZHM+LCANCiAgICBwYXRoc2Vn PVVJT19VU0VSU1BBQ0UsIGZsYWdzPTUyMiwgbW9kZT08dmFsdWUgb3B0aW1pemVkIG91dD4pDQog ICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N5c2NhbGxzLmM6MTA5Ng0KIzE0IDB4ZmZmZmZm ZmY4MGM4ZWY4NyBpbiBhbWQ2NF9zeXNjYWxsICh0ZD0weGZmZmZmODAxN2ZlZmIwMDAsIHRyYWNl ZD0wKQ0KICAgIGF0IHN1YnJfc3lzY2FsbC5jOjEzNA0KIzE1IDB4ZmZmZmZmZmY4MGM3NTY3YiBp biBYZmFzdF9zeXNjYWxsICgpDQogICAgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L2V4Y2Vw dGlvbi5TOjM5MQ0KIzE2IDB4MDAwMDAwMDgwMTgyODkyYSBpbiA/PyAoKQ0KUHJldmlvdXMgZnJh bWUgaW5uZXIgdG8gdGhpcyBmcmFtZSAoY29ycnVwdCBzdGFjaz8pDQpDdXJyZW50IGxhbmd1YWdl OiAgYXV0bzsgY3VycmVudGx5IG1pbmltYWwNCihrZ2RiKSANCg0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpw cyAtYXhsDQoNClVJRCBQSUQgUFBJRCBDUFUgUFJJIE5JIFZTWiBSU1MgTVdDSEFOIFNUQVQgVFQg IFRJTUUgQ09NTUFORA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCnZtc3RhdCAtcw0KDQogNjYwNzYyMTMg Y3B1IGNvbnRleHQgc3dpdGNoZXMNCiAxOTQ0MzgzNSBkZXZpY2UgaW50ZXJydXB0cw0KICAgOTQ4 OTM0IHNvZnR3YXJlIGludGVycnVwdHMNCiAgOTIyODY1NiB0cmFwcw0KIDg3NjY4Njk0IHN5c3Rl bSBjYWxscw0KICAgICAgIDIyIGtlcm5lbCB0aHJlYWRzIGNyZWF0ZWQNCiAgICAxMTg5MCAgZm9y aygpIGNhbGxzDQogICAgIDk5ODIgdmZvcmsoKSBjYWxscw0KICAgICAgICAwIHJmb3JrKCkgY2Fs bHMNCiAgICAgMTM3MiBzd2FwIHBhZ2VyIHBhZ2VpbnMNCiAgICAgMzUxNiBzd2FwIHBhZ2VyIHBh Z2VzIHBhZ2VkIGluDQogICAgIDYzMjcgc3dhcCBwYWdlciBwYWdlb3V0cw0KICAgIDM4MDg4IHN3 YXAgcGFnZXIgcGFnZXMgcGFnZWQgb3V0DQogICAgMTM2NDAgdm5vZGUgcGFnZXIgcGFnZWlucw0K ICAgIDkwMTE0IHZub2RlIHBhZ2VyIHBhZ2VzIHBhZ2VkIGluDQogICAgICAgIDAgdm5vZGUgcGFn ZXIgcGFnZW91dHMNCiAgICAgICAgMCB2bm9kZSBwYWdlciBwYWdlcyBwYWdlZCBvdXQNCiAgICAg ICAgNCBwYWdlIGRhZW1vbiB3YWtldXBzDQogICAgICAgIDAgcGFnZXMgZXhhbWluZWQgYnkgdGhl IHBhZ2UgZGFlbW9uDQogICAgMTY1MTUgcGFnZXMgcmVhY3RpdmF0ZWQNCiAgIDg4ODEyNSBjb3B5 LW9uLXdyaXRlIGZhdWx0cw0KICAgICAgOTI0IGNvcHktb24td3JpdGUgb3B0aW1pemVkIGZhdWx0 cw0KICAzMTY5MzMyIHplcm8gZmlsbCBwYWdlcyB6ZXJvZWQNCiAgICAgIDE5MyB6ZXJvIGZpbGwg cGFnZXMgcHJlemVyb2VkDQogICAgIDE1NTAgaW50cmFuc2l0IGJsb2NraW5nIHBhZ2UgZmF1bHRz DQogIDQ2NzY3MzcgdG90YWwgVk0gZmF1bHRzIHRha2VuDQogICAgMTM0OTYgcGFnZSBmYXVsdHMg cmVxdWlyaW5nIEkvTw0KICAgICAgICAwIHBhZ2VzIGFmZmVjdGVkIGJ5IGtlcm5lbCB0aHJlYWQg Y3JlYXRpb24NCiAgIDQzMzI0NyBwYWdlcyBhZmZlY3RlZCBieSAgZm9yaygpDQogICAzNDkzNjgg cGFnZXMgYWZmZWN0ZWQgYnkgdmZvcmsoKQ0KICAgICAgICAwIHBhZ2VzIGFmZmVjdGVkIGJ5IHJm b3JrKCkNCiAgICAgICAgMCBwYWdlcyBjYWNoZWQNCiAxNTY2MjA4NSBwYWdlcyBmcmVlZA0KICAg ICAgICAwIHBhZ2VzIGZyZWVkIGJ5IGRhZW1vbg0KICAgICAgICAwIHBhZ2VzIGZyZWVkIGJ5IGV4 aXRpbmcgcHJvY2Vzc2VzDQogICAgMTI4MDggcGFnZXMgYWN0aXZlDQogICAgMjIyMzggcGFnZXMg aW5hY3RpdmUNCiAgICAgMTU5OSBwYWdlcyBpbiBWTSBjYWNoZQ0KICAxODA5NzI4IHBhZ2VzIHdp cmVkIGRvd24NCiAgICA4MDEyMyBwYWdlcyBmcmVlDQogICAgIDQwOTYgYnl0ZXMgcGVyIHBhZ2UN CiA0MjMwNDc1NCB0b3RhbCBuYW1lIGxvb2t1cHMNCiAgICAgICAgICBjYWNoZSBoaXRzICgxMiUg cG9zICsgMCUgbmVnKSBzeXN0ZW0gMCUgcGVyLWRpcmVjdG9yeQ0KICAgICAgICAgIGRlbGV0aW9u cyAwJSwgZmFsc2VoaXRzIDAlLCB0b29sb25nIDAlDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0Kdm1zdGF0 IC1tDQoNCiAgICAgICAgIFR5cGUgSW5Vc2UgTWVtVXNlIEhpZ2hVc2UgUmVxdWVzdHMgIFNpemUo cykNCiAgICAgICBVU0JkZXYgICAgMzUgICAgIDNLICAgICAgIC0gICAgICAgMzUgIDMyLDY0LDEy OA0KICAgICAgICAgY2RldiAgICAgNyAgICAgMksgICAgICAgLSAgICAgICAgNyAgMjU2DQogICAg ICBlbnRyb3B5ICAxMDI2ICAgIDY1SyAgICAgICAtICAgICAxODM0ICAzMiw2NCw0MDk2DQogICAg ICBDQU0gU0lNICAgICA3ICAgICAySyAgICAgICAtICAgICAgICA3ICAyNTYNCiAgICAgZmlsZWRl c2MgICAyNDMgICA1MzZLICAgICAgIC0gICAgMjI4MjkgIDE2LDMyLDEyOCwyMDQ4LDQwOTYNCiAg ICAgICAgc2lnaW8gICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIgIDY0DQogICAgIGZpbGVj YXBzICAgICAwICAgICAwSyAgICAgICAtICAgICAgIDMyICAxNiw2NA0KICAgICAga2R0cmFjZSAg IDc4MyAgIDE3M0sgICAgICAgLSAgICAyMjgzNyAgNjQsMjU2DQogICAgICAgICBrZW52ICAgIDgy ICAgIDEySyAgICAgICAtICAgICAgIDk0ICAxNiwzMiw2NCwxMjgNCiAgICAgICBrcXVldWUgICAg MjcgICAgMzZLICAgICAgIC0gICAgIDYyMDAgIDI1Niw1MTIsMjA0OA0KICAgIHByb2MtYXJncyAg ICA5NyAgICAgNksgICAgICAgLSAgICAyODc3NiAgMTYsMzIsNjQsMTI4LDI1Ng0KICAgICAgIGti ZG11eCAgICAgNiAgICAxOEsgICAgICAgLSAgICAgICAgNiAgMTYsNTEyLDEwMjQsMjA0OA0KICAg ICAgICBoaG9vayAgICAgMiAgICAgMUsgICAgICAgLSAgICAgICAgMiAgMjU2DQogICAgICBpdGhy ZWFkICAgIDgxICAgIDE0SyAgICAgICAtICAgICAgIDgxICAzMiwxMjgsMjU2DQogICAgICAgcHJp c29uICAgIDUxICAgIDczSyAgICAgICAtICAgICAgIDUxICAxNiwyNTYsNDA5Ng0KICAgICAgIEtU UkFDRSAgIDEwMCAgICAxM0sgICAgICAgLSAgICAgIDEwMCAgMTI4DQogICAgICBDQU0gWFBUICAg IDMyICAgICAzSyAgICAgICAtICAgICAgMTEzICAxNiwzMiw2NCwxMjgsMjU2LDEwMjQNCiAgICAg ICBsaW5rZXIgICAyNjYgICA2MzlLICAgICAgIC0gICAgICAzMjEgIDE2LDMyLDY0LDEyOCwyNTYs NTEyLDEwMjQsMjA0OCw0MDk2DQogICAgICAgIGxvY2tmICAgMTY1ICAgIDE4SyAgICAgICAtICAg IDEzNjY1ICA2NCwxMjgNCiAgIGxvZ2luY2xhc3MgICAgIDIgICAgIDFLICAgICAgIC0gICAgIDI1 MjcgIDY0DQogICAgICAgZGV2YnVmIDE3NDc4IDM1NDUxSyAgICAgICAtICAgIDE3NTYzICAxNiwz Miw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5Ng0KICAgICAgICAgdGVtcCAgICAzMCAgICAx OUsgICAgICAgLSAgMjg5MTk0MiAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYN CiAgICAgICBpcDZuZHAgICAgIDUgICAgIDFLICAgICAgIC0gICAgICAgIDYgIDY0LDEyOA0KICAg ICAgIG1vZHVsZSAgIDQ4OCAgICA2MUsgICAgICAgLSAgICAgIDQ4OCAgMTI4DQogICAgIG10eF9w b29sICAgICAyICAgIDE2SyAgICAgICAtICAgICAgICAyICANCiAgICAgICAgICBvc2QgICAgMzEg ICAgIDFLICAgICAgIC0gICAgICAgOTcgIDE2LDMyLDY0LDEyOA0KICAgICBwbWNob29rcyAgICAg MSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMTI4DQogICAgICAgICBoZGFhICAgICA1ICAgIDE5 SyAgICAgICAtICAgICAgICA1ICA1MTIsMjA0OA0KICAgICAgICAgaGRhYyAgICAgMSAgICAgMUsg ICAgICAgLSAgICAgICAgMSAgMTAyNA0KICAgICAgICBoZGFjYyAgICAgMSAgICAgMUsgICAgICAg LSAgICAgICAgMSAgMzINCiAgICAgICAgIHBncnAgICAgNzggICAgMTBLICAgICAgIC0gICAgIDM0 MjMgIDEyOA0KICAgICAgc2Vzc2lvbiAgICA3NCAgICAxMEsgICAgICAgLSAgICAgMzI1MyAgMTI4 DQogICAgICAgICBwcm9jICAgICAyICAgIDMySyAgICAgICAtICAgICAgICAyICANCiAgICAgIHN1 YnByb2MgICAzNjkgICA2MDhLICAgICAgIC0gICAgMjIxNDMgIDUxMiw0MDk2DQogICAgICAgICBj cmVkICAgNDMyICAgIDY4SyAgICAgICAtICAgMzk5NTY2ICA2NCwyNTYNCiAgICAgICBwbGltaXQg ICAgMjMgICAgIDZLICAgICAgIC0gICAgMzMwMTIgIDI1Ng0KICAgICAgdWlkaW5mbyAgICAxMiAg ICAgNksgICAgICAgLSAgICAgMTExNiAgMTI4LDQwOTYNCiAgICAgIENBTSBERVYgICAgIDkgICAg MThLICAgICAgIC0gICAgICAgMjggIDIwNDgNCiAgICAgcGNpX2xpbmsgICAgMTYgICAgIDJLICAg ICAgIC0gICAgICAgMTYgIDMyLDEyOA0KICAgICAgIHN5c2N0bCAgICAgMCAgICAgMEsgICAgICAg LSAgICAxMjQyMCAgMTYsMzIsNjQNCiAgICBzeXNjdGxvaWQgIDQwOTAgICAyMDJLICAgICAgIC0g ICAgIDQyMTAgIDE2LDMyLDY0LDEyOA0KICAgIHN5c2N0bHRtcCAgICAgMCAgICAgMEsgICAgICAg LSAgICA3MTg1MiAgMTYsMzIsNjQsMTI4DQogICAgICB0aWRoYXNoICAgICAxICAgIDMySyAgICAg ICAtICAgICAgICAxICANCiAgICAgIGNhbGxvdXQgICAgIDMgIDE2NzJLICAgICAgIC0gICAgICAg IDMgIA0KICAgICAgICAgdW10eCAgMTMzMiAgIDE2N0sgICAgICAgLSAgICAgMTMzMiAgMTI4DQog ICAgIHAxMDAzLjFiICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAxNg0KICAgICAgICAg U1dBUCAgICAgMiAgNDM3M0sgICAgICAgLSAgICAgICAgMiAgNjQNCiAgICAgICAgICBidXMgIDEy MDggICAxMDBLICAgICAgIC0gICAgIDYwNjYgIDE2LDMyLDY0LDEyOCwyNTYsMTAyNA0KICAgICAg IGJ1cy1zYyAgICA3NSAgIDI1OEsgICAgICAgLSAgICAgMzg0NyAgMTYsMzIsNjQsMTI4LDI1Niw1 MTIsMTAyNCwyMDQ4LDQwOTYNCiAgICAgIGRldnN0YXQgICAgIDggICAgMTdLICAgICAgIC0gICAg ICAgIDggIDMyLDQwOTYNCiBldmVudGhhbmRsZXIgICAgOTcgICAgIDhLICAgICAgIC0gICAgICAg OTcgIDY0LDEyOA0KICAgICAgICAga29iaiAgIDMzMCAgMTMyMEsgICAgICAgLSAgICAgIDU0MSAg NDA5Ng0KICAgICAgUGVyLWNwdSAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMzINCiAg ICAgICBERVZGUzIgICAxMTIgICAgMjhLICAgICAgIC0gICAgIDEzNDMgIDE2LDMyLDY0LDEyOCwy NTYNCiAgICAgICBERVZGUzMgIDIzOTYgICA1OTlLICAgICAgIC0gICAgIDI0OTEgIDI1Ng0KICAg ICAgIERFVkZTMSAgIDExMiAgICA1NksgICAgICAgLSAgICAgIDEzNCAgNTEyDQogICAgICAgICBy bWFuICAgMjI4ICAgIDI3SyAgICAgICAtICAgICAgNjQ3ICAxNiwzMiwxMjgNCiAgICAgICAgIHNi dWYgICAgIDAgICAgIDBLICAgICAgIC0gICAxNDI4NDYgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEw MjQsMjA0OCw0MDk2DQogICBERVZGU19SVUxFICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAx ICA2NA0KICAgICAgICBERVZGUyAgIDM5OCAgICAgOUsgICAgICAgLSAgICAgIDM5OSAgMTYsMTI4 DQogICAgICAgREVWRlNQICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICA2NA0KICAgIHRh c2txdWV1ZSAgIDE3MSAgICAyNksgICAgICAgLSAgICAgIDIzMSAgMTYsMzIsNjQsMjU2LDEwMjQN CiAgICAgICBVbml0bm8gICAgMjQgICAgIDJLICAgICAgIC0gICAgMTA2NDYgIDMyLDY0DQogICAg ICAgICB2bWVtICAgICAyICAxMTUySyAgICAgICAtICAgICAgICA4ICA0MDk2DQogICAgIGlvY3Rs b3BzICAgICAwICAgICAwSyAgICAgICAtICAgMTc5OTIyICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwx MDI0LDIwNDgsNDA5Ng0KICAgICAgIHNlbGVjdCAgIDE1MiAgICAxOUsgICAgICAgLSAgICAgIDE1 MiAgMTI4DQogICAgICAgICAgaW92ICAgICAwICAgICAwSyAgICAgICAtICAgMTYzMDg5ICAxNiwz Miw2NCwxMjgsMjU2LDUxMg0KICAgICAgICAgIG1zZyAgICAgNCAgICAzMEsgICAgICAgLSAgICAg ICAgNCAgMjA0OCw0MDk2DQogICAgICAgICAgc2VtICAgICA0ICAgMTA2SyAgICAgICAtICAgICAg ICA0ICAyMDQ4LDQwOTYNCiAgICAgICAgICBzaG0gICAgIDEgICAgMjBLICAgICAgIC0gICAgICAg IDEgIA0KICAgICAgICAgIHR0eSAgICAyMiAgICAyMksgICAgICAgLSAgICAgICAzNiAgMTAyNA0K ICAgICAgICAgIHB0cyAgICAgNCAgICAgMUsgICAgICAgLSAgICAgICAxOCAgMjU2DQogICAgIG1i dWZfdGFnICAgICAwICAgICAwSyAgICAgICAtICAgICAgIDY1ICAzMg0KICAgICAgICBzaG1mZCAg ICAgMSAgICAgOEsgICAgICAgLSAgICAgICAgMSAgDQogICAgICAgc29uYW1lICAgIDcwICAgICA1 SyAgICAgICAtICAgMTI4ODg0ICAxNiwzMiwxMjgNCiAgICAgICAgICBwY2IgICAgNDcgIDExNzRL ICAgICAgIC0gICAgMTI0NjkgIDE2LDMyLDEyOCwxMDI0LDIwNDgNCiAgICAgICAgICBhY2wgICAg IDAgICAgIDBLICAgICAgIC0gICAgIDExNzcgIDQwOTYNCiAgICAgdmZzY2FjaGUgICAgIDEgIDIw NDhLICAgICAgIC0gICAgICAgIDEgIA0KICBleHBvcnRfaG9zdCAgICAgMSAgICAgMUsgICAgICAg LSAgICAgICAxNSAgMjU2DQogICAgIHZmc19oYXNoICAgICAxICAxMDI0SyAgICAgICAtICAgICAg ICAxICANCiAgICAgICB2bm9kZXMgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDI1Ng0K ICAgICAgICBtb3VudCAgMTM1OSAgICA2NUsgICAgICAgLSAgICA1MzkwNiAgMTYsMzIsNjQsMTI4 LDI1Niw1MTIsMTAyNA0KICB2bm9kZW1hcmtlciAgICAgMCAgICAgMEsgICAgICAgLSAgICA5MTA2 NiAgNTEyDQogICAgICAgICAgQlBGICAgIDEyICAxMDM0SyAgICAgICAtICAgICAgIDE1ICAxNiwx MjgsNTEyLDQwOTYNCiAgICAgICAgaWZuZXQgICAgIDUgICAgIDlLICAgICAgIC0gICAgICAgIDUg IDEyOCwyMDQ4DQogICAgICAgaWZhZGRyICAgIDcyICAgIDI0SyAgICAgICAtICAgICAgIDczICAz Miw2NCwxMjgsMjU2LDUxMiwyMDQ4LDQwOTYNCiAgZXRoZXJfbXVsdGkgICAgNDcgICAgIDNLICAg ICAgIC0gICAgICAgNTQgIDE2LDMyLDY0DQogICAgICAgIGNsb25lICAgICA4ICAgICAxSyAgICAg ICAtICAgICAgICA4ICAxMjgNCiAgICAgICBhcnBjb20gICAgIDEgICAgIDFLICAgICAgIC0gICAg ICAgIDEgIDE2DQogICAgICBsbHRhYmxlICAgIDMwICAgIDEwSyAgICAgICAtICAgICAgIDM0ICAy NTYsNTEyDQogICAgICAgICAgdHVuICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAyNTYN CiAgTkZTRCBzdHJpbmcgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDE2DQpORlNEIHVz cmdyb3VwICAgIDc5ICAgIDEwSyAgICAgICAtICAgICAgIDc5ICAxMjgNCiAgICAgcm91dGV0Ymwg ICAxMDkgICAgMjRLICAgICAgIC0gICAgIDI0OTYgIDMyLDY0LDEyOCwyNTYsNTEyDQogICAgICAg ICBpZ21wICAgICA0ICAgICAxSyAgICAgICAtICAgICAgICA0ICAyNTYNCiAgICAgaW5fbXVsdGkg ICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIgIDI1Ng0KICAgIHNjdHBfYV9pdCAgICAgMCAg ICAgMEsgICAgICAgLSAgICAgICAxOCAgMTYNCiAgICAgc2N0cF92cmYgICAgIDEgICAgIDFLICAg ICAgIC0gICAgICAgIDEgIDY0DQogICAgIHNjdHBfaWZhICAgIDIyICAgICAzSyAgICAgICAtICAg ICAgIDIzICAxMjgNCiAgICAgc2N0cF9pZm4gICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIg IDEyOA0KICAgIHNjdHBfaXRlciAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAxOCAgMjU2DQog ICAgaG9zdGNhY2hlICAgICAxICAgIDI4SyAgICAgICAtICAgICAgICAxICANCiAgICAgc3luY2Fj aGUgICAgIDEgICAgNjRLICAgICAgIC0gICAgICAgIDEgIA0KICBpbjZfbWZpbHRlciAgICAgMSAg ICAgMUsgICAgICAgLSAgICAgICAgMSAgMTAyNA0KICAgIGluNl9tdWx0aSAgICAyNyAgICAgNEsg ICAgICAgLSAgICAgICAyNyAgMzIsMjU2DQogaXA2X21vcHRpb25zICAgICAyICAgICAxSyAgICAg ICAtICAgICAgICAyICAzMiwyNTYNCiAgICAgICAgICBtbGQgICAgIDMgICAgIDFLICAgICAgIC0g ICAgICAgIDMgIDEyOA0KICAgICAgTkZTIEZIQSAgICAgMSAgICAgMksgICAgICAgLSAgICAgICAg MSAgMjA0OA0KICAgICAgICAgIHJwYyAgICAxNSAgICAgM0sgICAgICAgLSAgICAgICAxNSAgMzIs NjQsMTI4LDI1Niw1MTINCmF1ZGl0X2V2Y2xhc3MgICAxODcgICAgIDZLICAgICAgIC0gICAgICAy MjggIDMyDQogICAgICBwYWdlZGVwICAgICAxICAgMjU2SyAgICAgICAtICAgICAgICAxICANCiAg ICAgaW5vZGVkZXAgICAgIDEgIDEwMjRLICAgICAgIC0gICAgICAgIDEgIA0KICAgIGJtc2FmZW1h cCAgICAgMSAgICAgOEsgICAgICAgLSAgICAgICAgMSAgDQogICAgICAgbmV3YmxrICAgICAxICAy MDQ4SyAgICAgICAtICAgICAgICAxICANCiAgICAgZnJlZXdvcmsgICAgIDEgICAgIDRLICAgICAg IC0gICAgICAgIDEgIDQwOTYNCiAgICB1ZnNfcXVvdGEgICAgIDEgIDEwMjRLICAgICAgIC0gICAg ICAgIDEgIA0KICAgIHZtX3BnZGF0YSAgICAgMiAgMTAyNUsgICAgICAgLSAgICAgICAgMiAgMTI4 DQogICAgICBVTUFIYXNoICAgICAyICAgIDk2SyAgICAgICAtICAgICAgIDE1ICA1MTIsMTAyNCwy MDQ4LDQwOTYNCiAgICBwZnNfbm9kZXMgICAgNzMgICAgMTlLICAgICAgIC0gICAgICAgNzMgIDI1 Ng0KICAgICAgbWVtZGVzYyAgICAgMSAgICAgNEsgICAgICAgLSAgICAgICAgMSAgNDA5Ng0KICBw ZnNfdm5jYWNoZSAgICAgMCAgICAgMEsgICAgICAgLSAgICAgIDQ3NCAgNjQNCiAgICAgICAgIEdF T00gICAxMTIgICAgMThLICAgICAgIC0gICAgICA3NjAgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEw MjQsMjA0OCw0MDk2DQogICAgICAgZmVlZGVyICAgIDEzICAgICAxSyAgICAgICAtICAgICAgIDE1 ICAzMiwxMjgNCiAgICAgYXRrYmRkZXYgICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIgIDY0 DQogICAgICBDQU0gQ0NCICAgIDI4ICAgIDU2SyAgICAgICAtICAgICAgIDUyICAyMDQ4DQogICAg ICAgIG1peGVyICAgICAxICAgICA0SyAgICAgICAtICAgICAgICAxICA0MDk2DQogICAgcmFpZF9k YXRhICAgICAwICAgICAwSyAgICAgICAtICAgICAgMTE0ICAzMiwxMjgsMjU2DQogICAgIGFjcGlp bnRyICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICA2NA0KICAgICAgICAgVUFSVCAgICAg MyAgICAgM0sgICAgICAgLSAgICAgICAgMyAgMTYsMTAyNA0KbWRfbnZpZGlhX2RhdGEgICAgIDAg ICAgIDBLICAgICAgIC0gICAgICAgMTUgIDUxMg0KICAgICAgIGFjcGljYSAgMzEyNiAgIDMxMksg ICAgICAgLSAgICA0NzMyMCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCw0MDk2DQogIG1kX3Np aV9kYXRhICAgICAwICAgICAwSyAgICAgICAtICAgICAgIDE1ICA1MTINCiAgICAgQ0FNIHBhdGgg ICAgMTEgICAgIDFLICAgICAgIC0gICAgICAgNTkgIDMyDQogICBDQU0gcGVyaXBoICAgICA2ICAg ICAySyAgICAgICAtICAgICAgIDI4ICAxNiwzMiw2NCwxMjgsMjU2DQogICAgIGFjcGl0YXNrICAg ICAxICAgICA4SyAgICAgICAtICAgICAgICAxICANCiAgICAgICBhcG1kZXYgICAgIDEgICAgIDFL ICAgICAgIC0gICAgICAgIDEgIDEyOA0KICAgbWFkdF90YWJsZSAgICAgMCAgICAgMEsgICAgICAg LSAgICAgICAgMSAgNDA5Ng0KICAgICAgYWNwaXNlbSAgICAyNiAgICAgNEsgICAgICAgLSAgICAg ICAyNiAgMTI4DQogICAgQ0FNIHF1ZXVlICAgIDE5ICAgICA1SyAgICAgICAtICAgICAgMTA0ICAx NiwzMiw1MTINCiAgICAgIGFjcGlkZXYgICAgMzIgICAgIDJLICAgICAgIC0gICAgICAgMzIgIDY0 DQpDQU0gZGV2IHF1ZXVlICAgICA3ICAgICAxSyAgICAgICAtICAgICAgICA3ICAzMg0KICAgICAg aW9fYXBpYyAgICAgMSAgICAgMksgICAgICAgLSAgICAgICAgMSAgMjA0OA0KICAgICAgICAgIE1D QSAgICAgNiAgICAgMUsgICAgICAgLSAgICAgICAgNiAgMTI4DQogICAgICAgICAgbXNpICAgICA0 ICAgICAxSyAgICAgICAtICAgICAgICA0ICAxMjgNCiAgICAgbmV4dXNkZXYgICAgIDUgICAgIDFL ICAgICAgIC0gICAgICAgIDUgIDE2DQogICAgICAgaXNhZGV2ICAgICA3ICAgICAxSyAgICAgICAt ICAgICAgICA3ICAxMjgNCiAgICAgICAgICBVU0IgICAgNDIgICAgMzNLICAgICAgIC0gICAgICAg NDIgIDE2LDEyOCw1MTIsNDA5Ng0KICAgICAgc29sYXJpcyAxMjUxMDQzIDQwMDA1MzRLICAgICAg IC0gMjAyMTIyOTE0ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5Ng0KICAga3N0 YXRfZGF0YSAgICAgNiAgICAgMUsgICAgICAgLSAgICAgICAgNiAgNjQNCiAgICAgICBjcnlwdG8g ICAgIDYgICAgIDNLICAgICAgIC0gIDU3MDAzMDIgIDY0LDI1Niw1MTIsMTAyNA0KICAgICBlbGkg ZGF0YSAgIDQ2MSAgIDExNksgICAgICAgLSAgNDI0MTA5MiAgNjQsMjU2LDUxMiwxMDI0LDIwNDgs NDA5Ng0KICAgICAgcGZfaGFzaCAgICAgMyAgMjg4MEsgICAgICAgLSAgICAgICAgMyAgDQogICAg IHBmX2lmbmV0ICAgICA5ICAgICA0SyAgICAgICAtICAgICAgIDEyICAyNTYsMjA0OA0KICAgICAg cGZfb3NmcCAgMTEzMCAgIDExNUsgICAgICAgLSAgICAgMTEzMCAgNjQsMTI4DQogICAgICBwZl9y dWxlICAgICA0ICAgICA0SyAgICAgICAtICAgICAgICA0ICAxMDI0DQogICAgIHBmX3RhYmxlICAg ICAxICAgICAySyAgICAgICAtICAgICAgICAyICAyMDQ4DQogICAgICAgIGxpbnV4ICAgIDE1ICAg ICAxSyAgICAgICAtICAgICAgIDE1ICA2NA0KICBudWxsZnNfaGFzaCAgICAgMSAgMTAyNEsgICAg ICAgLSAgICAgICAgMSAgDQogIG51bGxmc19ub2RlICAgIDU0ICAgICA0SyAgICAgICAtICAgICA3 MzA1ICA2NA0KIG51bGxmc19tb3VudCAgICAyNCAgICAgMUsgICAgICAgLSAgICAgICAyNCAgMzIN Cg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQp2bXN0YXQgLXoNCg0KSVRFTSAgICAgICAgICAgICAgICAgICBT SVpFICBMSU1JVCAgICAgVVNFRCAgICAgRlJFRSAgICAgIFJFUSBGQUlMIFNMRUVQDQoNClVNQSBL ZWdzOiAgICAgICAgICAgICAgIDM4NCwgICAgICAwLCAgICAgMTE0LCAgICAgICA2LCAgICAgMTE0 LCAgIDAsICAgMA0KVU1BIFpvbmVzOiAgICAgICAgICAgICAgODk2LCAgICAgIDAsICAgICAxMTQs ICAgICAgIDIsICAgICAxMTQsICAgMCwgICAwDQpVTUEgU2xhYnM6ICAgICAgICAgICAgICAgODAs ICAgICAgMCwgIDMyMjIxNywgICAxNDA4MywgMTk4MzYxMywgICAwLCAgIDANClVNQSBSQ250U2xh YnM6ICAgICAgICAgICA4OCwgICAgICAwLCAgICAgMjc2LCAgICAgIDg0LCAgICAgMzU4LCAgIDAs ICAgMA0KVU1BIEhhc2g6ICAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAgIDcsICAgICAg IDgsICAgICAgIDksICAgMCwgICAwDQo0IEJ1Y2tldDogICAgICAgICAgICAgICAgMzIsICAgICAg MCwgICAgICAxOSwgICAgIDM1NiwgICAxMjU4NiwgICAwLCAgIDANCjggQnVja2V0OiAgICAgICAg ICAgICAgICA2NCwgICAgICAwLCAgICAgMTIxLCAgICAxMTgxLCAgIDY2OTI4LCAgIDAsICAgMA0K MTYgQnVja2V0OiAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICA4ODUsICAgIDE1MzMsICA5 MDMwODgsICA3NywgICAwDQozMiBCdWNrZXQ6ICAgICAgICAgICAgICAyNTYsICAgICAgMCwgICAx OTcxMiwgICAgNTcxMywgMzAwMzkwMCwgMTE4LCAgIDANCjY0IEJ1Y2tldDogICAgICAgICAgICAg IDUxMiwgICAgICAwLCAgIDE2NDMzLCAgICA1MTQzLCAgOTM0NDM3LDI5MTksICAgMA0KMTI4IEJ1 Y2tldDogICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgIDI1OTMsICAgICAgMjMsICA5NzE1ODYs ICAxMSwgICAwDQp2bWVtIGJ0YWc6ICAgICAgICAgICAgICAgNTYsICAgICAgMCwgICA4MDQyNywg ICAxNDIxNiwgIDIzMjUxNCwxMzMzLCAgIDANClZNIE9CSkVDVDogICAgICAgICAgICAgIDI1Niwg ICAgICAwLCAgIDE0NTQzLCAgIDUxODc3LCA0MDcyNzE5LCAgIDAsICAgMA0KUkFESVggTk9ERTog ICAgICAgICAgICAgMTQ0LCAgICAgIDAsICAgNjg3MDIsICAgMzE1NzYsIDExNzkzNDAsICA0OSwg ICAwDQpNQVA6ICAgICAgICAgICAgICAgICAgICAyNDAsICAgICAgMCwgICAgICAgMywgICAgICA2 MSwgICAgICAgMywgICAwLCAgIDANCktNQVAgRU5UUlk6ICAgICAgICAgICAgIDEyOCwgICAgICAw LCAgICAgIDEwLCAgICAgMjY5LCAgICAgIDEwLCAgIDAsICAgMA0KTUFQIEVOVFJZOiAgICAgICAg ICAgICAgMTI4LCAgICAgIDAsICAgIDQwNzMsICAgIDI2ODUsIDEyNzk5NDMsICAgMCwgICAwDQpW TVNQQUNFOiAgICAgICAgICAgICAgICA0NDgsICAgICAgMCwgICAgIDEwMCwgICAgIDEzNCwgICAy MTg3NCwgICAwLCAgIDANCmZha2VwZzogICAgICAgICAgICAgICAgIDEwNCwgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KbXRfem9uZTogICAgICAgICAgICAgICA0 MTEyLCAgICAgIDAsICAgICAzNjMsICAgICAgIDAsICAgICAzNjMsICAgMCwgICAwDQoxNjogICAg ICAgICAgICAgICAgICAgICAgMTYsICAgICAgMCwgICAgODgzNCwgICAgIDQ1MywgMTIzMDgyMCwg ICAwLCAgIDANCjMyOiAgICAgICAgICAgICAgICAgICAgICAzMiwgICAgICAwLCAgIDE0MzUwLCAg IDUxNDAwLCA0MTA4ODE0LCAgIDAsICAgMA0KNjQ6ICAgICAgICAgICAgICAgICAgICAgIDY0LCAg ICAgIDAsICAgNjg2NDAsIDEzOTk5NTQsNzEyNjU1NzMsICAgMCwgICAwDQoxMjg6ICAgICAgICAg ICAgICAgICAgICAxMjgsICAgICAgMCwgICAyNDU3OCwgIDE5NTg5NCwxOTM1MjA3MywgICAwLCAg IDANCjI1NjogICAgICAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgIDE2ODcwLCAgIDQ5MTE1 LCA4NjQ1MzY0LCAgIDAsICAgMA0KNTEyOiAgICAgICAgICAgICAgICAgICAgNTEyLCAgICAgIDAs IDEwNDczMTcsICA1NDgxMDcsODg0ODQ4OTUsICAgMCwgICAwDQoxMDI0OiAgICAgICAgICAgICAg ICAgIDEwMjQsICAgICAgMCwgICAgMTA5NCwgICAgODkwNiwgODc5MjI3MiwgICAwLCAgIDANCjIw NDg6ICAgICAgICAgICAgICAgICAgMjA0OCwgICAgICAwLCAgICAyNjEzLCAgICAyNzM1LCAgMzcy MTg1LCAgIDAsICAgMA0KNDA5NjogICAgICAgICAgICAgICAgICA0MDk2LCAgICAgIDAsICAgMzc5 NzgsICAgMTUwNDQsMTI1NDc4ODgsICAgMCwgICAwDQpTTEVFUFFVRVVFOiAgICAgICAgICAgICAg ODAsICAgICAgMCwgICAgIDY2NywgICAgIDEwOCwgICAgIDY2NywgICAwLCAgIDANCnVpbnQ2NCBw Y3B1OiAgICAgICAgICAgICAgOCwgICAgICAwLCAgICAxMzg2LCAgICAgMTUwLCAgICAxMzg2LCAg IDAsICAgMA0KRmlsZXM6ICAgICAgICAgICAgICAgICAgIDgwLCAgICAgIDAsICAgICA2NzYsICAg ICAzMjQsIDc1Mzg4NDksICAgMCwgICAwDQpUVVJOU1RJTEU6ICAgICAgICAgICAgICAxMzYsICAg ICAgMCwgICAgIDY2NywgICAgICA3MywgICAgIDY2NywgICAwLCAgIDANCnJsX2VudHJ5OiAgICAg ICAgICAgICAgICA0MCwgICAgICAwLCAgICAgMTk5LCAgICAgMTAxLCAgICAgMTk5LCAgIDAsICAg MA0KdW10eCBwaTogICAgICAgICAgICAgICAgIDk2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwDQpNQUMgbGFiZWxzOiAgICAgICAgICAgICAgNDAsICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANClBST0M6ICAgICAgICAgICAgICAg ICAgMTIwOCwgICAgICAwLCAgICAgMTIxLCAgICAgMTI1LCAgIDIxODk1LCAgIDAsICAgMA0KVEhS RUFEOiAgICAgICAgICAgICAgICAxMTY4LCAgICAgIDAsICAgICA2NjAsICAgICAgIDYsICAgICA5 NDAsICAgMCwgICAwDQpjcHVzZXQ6ICAgICAgICAgICAgICAgICAgNzIsICAgICAgMCwgICAgIDQy OCwgICAgIDEyMiwgICAgIDg3NywgICAwLCAgIDANCmF1ZGl0X3JlY29yZDogICAgICAgICAgMTI0 OCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KbWJ1Zl9wYWNr ZXQ6ICAgICAgICAgICAgMjU2LCAzMDg0Mjg1LCAgICAgMjU3LCAgICAgMzUzLCAgMTMyMDg1LCA1 MTksICAgMA0KbWJ1ZjogICAgICAgICAgICAgICAgICAgMjU2LCAzMDg0Mjg1LCAgICAgICAxLCAg ICAgMzY1LCAgMzA4MTI5LCA0MDAsICAgMA0KbWJ1Zl9jbHVzdGVyOiAgICAgICAgICAyMDQ4LCA0 ODE5MTgsICAgICA1MTksICAgICAgIDEsICAgICA1MTksIDI1OSwgICAwDQptYnVmX2p1bWJvX3Bh Z2U6ICAgICAgIDQwOTYsIDI0MDk1OCwgICAgICAgMCwgICAgICAxNiwgICAxNDY0MCwgIDg5LCAg IDANCm1idWZfanVtYm9fOWs6ICAgICAgICAgOTIxNiwgMjE0MTg1LCAgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgIDAsICAgMA0KbWJ1Zl9qdW1ib18xNms6ICAgICAgIDE2Mzg0LCAxNjA2MzYs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQptYnVmX2V4dF9yZWZjbnQ6ICAg ICAgICAgIDQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnR0 eWlucTogICAgICAgICAgICAgICAgIDE2MCwgICAgICAwLCAgICAgMTgwLCAgICAgMjcwLCAgICAx MTU1LCAgIDAsICAgMA0KdHR5b3V0cTogICAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAg OTYsICAgICAyMTksICAgICA2MDcsICAgMCwgICAwDQpnX2JpbzogICAgICAgICAgICAgICAgICAy NDgsICAgICAgMCwgICAgICAgMywgICAgIDI1MywxNzIwODYzOSwgICAwLCAgIDANCmF0YV9yZXF1 ZXN0OiAgICAgICAgICAgIDMzNiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg IDAsICAgMA0KdnRuZXRfdHhfaGRyOiAgICAgICAgICAgIDI0LCAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpjcnlwdG9wOiAgICAgICAgICAgICAgICAgODgsICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCmNyeXB0b2Rlc2M6ICAg ICAgICAgICAgICA3MiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MA0KRlBVX3NhdmVfYXJlYTogICAgICAgICAgNTEyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwDQp0YXNrcV96b25lOiAgICAgICAgICAgICAgNDgsICAgICAgMCwg ICAgICAgMCwgICAgIDQxNSwgICAgNTY0MSwgICAwLCAgIDANClZOT0RFOiAgICAgICAgICAgICAg ICAgIDQ3MiwgICAgICAwLCAgIDU5MjQ2LCAgIDUxMjM0LDMxMTM1MzM1LCAgIDAsICAgMA0KVk5P REVQT0xMOiAgICAgICAgICAgICAgMTEyLCAgICAgIDAsICAgICAgIDEsICAgICAxMzksICAgICAg IDEsICAgMCwgICAwDQpCVUYgVFJJRTogICAgICAgICAgICAgICAxNDQsICAgICAgMCwgICAgICAg MCwgICA1MDM4MiwgICAgICAgMCwgICAwLCAgIDANCk5BTUVJOiAgICAgICAgICAgICAgICAgMTAy NCwgICAgICAwLCAgICAgICAxLCAgICAgIDY3LDQ0NzQzODIzLCAgIDAsICAgMA0KUyBWRlMgQ2Fj aGU6ICAgICAgICAgICAgMTA4LCAgICAgIDAsICAgMzcxNjcsICA0MTUzMTMsMzEwNzA5NTYsICAg MCwgICAwDQpTVFMgVkZTIENhY2hlOiAgICAgICAgICAxNDgsICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAwLCAgIDANCkwgVkZTIENhY2hlOiAgICAgICAgICAgIDMyOCwgICAg ICAwLCAgIDI1Njk3LCAgIDIzNzMxLCAyMzQzNzA4LCAgIDAsICAgMA0KTFRTIFZGUyBDYWNoZTog ICAgICAgICAgMzY4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw DQpOQ0xOT0RFOiAgICAgICAgICAgICAgICA1MjgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAwLCAgIDANCkRJUkhBU0g6ICAgICAgICAgICAgICAgMTAyNCwgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KcHJvY2Rlc2M6ICAgICAgICAgICAg ICAgMTI4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzcGFj ZV9zZWdfY2FjaGU6ICAgICAgICAgNjQsICAgICAgMCwgICAzNjg5MiwgICAxNDU2OCwgIDI5MDg5 MSwgICAwLCAgIDANCnppb19jYWNoZTogICAgICAgICAgICAgIDk0NCwgICAgICAwLCAgICAgICA1 LCAgICAxMDM1LDM0MjI5MDk4LCAgIDAsICAgMA0KemlvX2xpbmtfY2FjaGU6ICAgICAgICAgIDQ4 LCAgICAgIDAsICAgICAgIDIsICAgIDE1NzUsMTA5NDcwOTUsICAgMCwgICAwDQpzYV9jYWNoZTog ICAgICAgICAgICAgICAgODAsICAgICAgMCwgICA1ODk3OCwgICA1MTkyMiwzMTEyNjE1NSwgICAw LCAgIDANCmRub2RlX3Q6ICAgICAgICAgICAgICAgIDg2NCwgICAgICAwLCAxMDQwOTg1LCAgNTI5 Mjc1LDE4NjU4MzM0LCAgIDAsICAgMA0KZG11X2J1Zl9pbXBsX3Q6ICAgICAgICAgMjI0LCAgICAg IDAsIDExMTE1MDAsICA1NjkzNTgsMjMyMDIwODgsICAgMCwgICAwDQphcmNfYnVmX2hkcl90OiAg ICAgICAgICAyMTYsICAgICAgMCwgMTU4ODU3NiwgICAgICA1MCwgMjMzNDU4MSwgICAwLCAgIDAN CmFyY19idWZfdDogICAgICAgICAgICAgICA3MiwgICAgICAwLCAgIDczMzE4LCAgMTk1NTc3LCA0 NzIwODc3LCAgIDAsICAgMA0KemlsX2x3Yl9jYWNoZTogICAgICAgICAgMTkyLCAgICAgIDAsICAg ICAgMjQsICAgICAxNzYsICAgIDE1NzMsICAgMCwgICAwDQp6ZnNfem5vZGVfY2FjaGU6ICAgICAg ICAzNjgsICAgICAgMCwgICA1ODk3OCwgICA1MTUwMiwzMTEyNjE1NSwgICAwLCAgIDANCk1vdW50 cG9pbnRzOiAgICAgICAgICAgIDgxNiwgICAgICAwLCAgICAgIDkwLCAgICAgIDE1LCAgICAgIDkw LCAgIDAsICAgMA0KcGlwZTogICAgICAgICAgICAgICAgICAgNzQ0LCAgICAgIDAsICAgICAgNDIs ICAgICAxMjgsICAgMTA1MDMsICAgMCwgICAwDQprc2lnaW5mbzogICAgICAgICAgICAgICAxMTIs ICAgICAgMCwgICAgIDIzNiwgICAgIDI4OSwgICAxNTc0MiwgICAwLCAgIDANCml0aW1lcjogICAg ICAgICAgICAgICAgIDM1MiwgICAgICAwLCAgICAgICAxLCAgICAgIDMyLCAgICAgICAxLCAgIDAs ICAgMA0KS05PVEU6ICAgICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAgOTEsICAgICAz MTIsICAyNjY1NDQsICAgMCwgICAwDQpzb2NrZXQ6ICAgICAgICAgICAgICAgICA2OTYsIDI0ODQ2 NSwgICAgIDE5OSwgICAgICA1MSwgICAyMzg4NywgICAwLCAgIDANCnVucGNiOiAgICAgICAgICAg ICAgICAgIDI0MCwgMjQ4NDgwLCAgICAgMTIzLCAgICAgMTk3LCAgICA4NTcwLCAgIDAsICAgMA0K aXBxOiAgICAgICAgICAgICAgICAgICAgIDU2LCAgMTUxMjMsICAgICAgIDAsICAgICAxNDIsICAg ICAgMTAsICAgMCwgICAwDQp1ZHBfaW5wY2I6ICAgICAgICAgICAgICAzOTIsIDI0ODQ3MCwgICAg ICA0MiwgICAgIDEwOCwgICAxMzI2OCwgICAwLCAgIDANCnVkcGNiOiAgICAgICAgICAgICAgICAg ICAxNiwgMjQ4NDkwLCAgICAgIDQyLCAgICAgNDYwLCAgIDEzMjY4LCAgIDAsICAgMA0KdGNwX2lu cGNiOiAgICAgICAgICAgICAgMzkyLCAyNDg0NzAsICAgICAgMzIsICAgICAgODgsICAgIDIwNDAs ICAgMCwgICAwDQp0Y3BjYjogICAgICAgICAgICAgICAgIDEwMjQsIDI0ODQ2OCwgICAgICAzMiwg ICAgICAzNiwgICAgMjA0MCwgICAwLCAgIDANCnRjcHR3OiAgICAgICAgICAgICAgICAgICA4OCwg IDI3ODEwLCAgICAgICAwLCAgICAgNDA1LCAgICAgMzU3LCAgIDAsICAgMA0Kc3luY2FjaGU6ICAg ICAgICAgICAgICAgMTYwLCAgMTUzNzUsICAgICAgIDAsICAgICAxMjUsICAgICA2ODgsICAgMCwg ICAwDQpob3N0Y2FjaGU6ICAgICAgICAgICAgICAxMzYsICAxNTM3MCwgICAgICAgMywgICAgIDE0 MiwgICAgICAxMywgICAwLCAgIDANCnRjcHJlYXNzOiAgICAgICAgICAgICAgICA0MCwgIDMwMjAw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2Fja2hvbGU6ICAgICAgICAg ICAgICAgIDMyLCAgICAgIDAsICAgICAgIDAsICAgICAyNTAsICAgICAgMjQsICAgMCwgICAwDQpz Y3RwX2VwOiAgICAgICAgICAgICAgIDE0MDgsIDI0ODQ2NiwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDANCnNjdHBfYXNvYzogICAgICAgICAgICAgMjM1MiwgIDQwMDAwLCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9sYWRkcjogICAgICAgICAgICAg IDQ4LCAgODAwMTIsICAgICAgIDAsICAgICAzMzIsICAgICAgMjMsICAgMCwgICAwDQpzY3RwX3Jh ZGRyOiAgICAgICAgICAgICA3MjgsICA4MDAwMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAwLCAgIDANCnNjdHBfY2h1bms6ICAgICAgICAgICAgIDEzNiwgNDAwMDI2LCAgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9yZWFkcTogICAgICAgICAgICAgMTA0LCA0 MDAwMjYsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3RwX3N0cmVhbV9t c2dfb3V0OiAgICAxMDQsIDQwMDAyNiwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAg IDANCnNjdHBfYXNjb25mOiAgICAgICAgICAgICA0MCwgNDAwMDAwLCAgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9hc2NvbmZfYWNrOiAgICAgICAgIDQ4LCA0MDAwNjAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpyaXBjYjogICAgICAgICAgICAg ICAgICAzOTIsIDI0ODQ3MCwgICAgICAgMCwgICAgICAzMCwgICAgICAgMSwgICAwLCAgIDANCnJ0 ZW50cnk6ICAgICAgICAgICAgICAgIDIwMCwgICAgICAwLCAgICAgIDUxLCAgICAgIDg5LCAgICAg IDUzLCAgIDAsICAgMA0Kc2VsZmQ6ICAgICAgICAgICAgICAgICAgIDU2LCAgICAgIDAsICAgICAz MzcsICAgICAzMDIsIDQ1MzkwNTEsICAgMCwgICAwDQpTV0FQTUVUQTogICAgICAgICAgICAgICAy ODgsIDk2Mzg0NiwgICAgMjQ0MCwgICAgIDE0NywgICAyMDMyMywgICAwLCAgIDANCnBmIHN0YXRl czogICAgICAgICAgICAgIDI5NiwgIDEwMDEwLCAgICAgICAwLCAgICAxMzEzLCAgIDI5ODQxLCAg IDAsICAgMA0KcGYgc3RhdGUga2V5czogICAgICAgICAgIDg4LCAgICAgIDAsICAgICAgIDAsICAg IDE1MzAsICAgMjk4NDEsICAgMCwgICAwDQpwZiBzb3VyY2Ugbm9kZXM6ICAgICAgICAxMzYsICAx MDAwNSwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnBmIG10YWdzOiAgICAg ICAgICAgICAgICA0MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MA0KcGYgdGFibGUgZW50cmllczogICAgICAgMTYwLCAyMDAwMDAsICAgICAgIDMsICAgICAgNzIs ICAgICAgIDMsICAgMCwgICAwDQpwZiB0YWJsZSBjb3VudGVyczogICAgICAgNjQsICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnBmIGZyYWdzOiAgICAgICAgICAg ICAgICA4MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KcGYg ZnJhZyBlbnRyaWVzOiAgICAgICAgIDMyLCAgIDUwMDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwDQpwZiBzdGF0ZSBzY3J1YnM6ICAgICAgICAgNDAsICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCnZtc3Rh dCAtaQ0KDQppbnRlcnJ1cHQgICAgICAgICAgICAgICAgICAgICAgICAgIHRvdGFsICAgICAgIHJh dGUNCmlycTE6IGF0a2JkMCAgICAgICAgICAgICAgICAgICAgICAgICAgIDMgICAgICAgICAgMA0K aXJxNDogdWFydDAgICAgICAgICAgICAgICAgICAgICAgNTQ3MjYwMiAgICAgICAgMzc4DQppcnEx NjogaGRhYzAgICAgICAgICAgICAgICAgICAgICAgICAgIDczICAgICAgICAgIDANCmlycTE4OiBv aGNpMCBvaGNpMSogICAgICAgICAgICAgICAgICAgIDYgICAgICAgICAgMA0KaXJxMTk6IGFoY2kw ICAgICAgICAgICAgICAgICAgICAgNDI4NzQwMCAgICAgICAgMjk2DQppcnEyNTY6IGhwZXQwOnQw ICAgICAgICAgICAgICAgICA0NjI1NjUzICAgICAgICAzMTkNCmlycTI1NzogaHBldDA6dDEgICAg ICAgICAgICAgICAgIDQ4MTY4NDIgICAgICAgIDMzMg0KaXJxMjU5OiByZTAgICAgICAgICAgICAg ICAgICAgICAgIDI0MTI1OCAgICAgICAgIDE2DQpUb3RhbCAgICAgICAgICAgICAgICAgICAgICAg ICAgIDE5NDQzODM3ICAgICAgIDEzNDMNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpwc3RhdCAtVA0KDQo2 NzYvMjQ4NDYyIGZpbGVzDQoxMzRNLzMyNzY3TSBzd2FwIHNwYWNlDQoNCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KcHN0YXQgLXMNCg0KRGV2aWNlICAgICAgICAgIDUxMi1ibG9ja3MgICAgIFVzZWQgICAgQXZh aWwgQ2FwYWNpdHkNCi9kZXYvZ3B0L3N3YXAwICAgIDY3MTA4NjA4ICAgMjc2MzYwIDY2ODMyMjQ4 ICAgICAwJQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCmlvc3RhdA0KDQppb3N0YXQ6IGt2bV9yZWFkKF90 a19uaW4pOiBpbnZhbGlkIGFkZHJlc3MgKDB4MCkNCmlvc3RhdDogZGlzYWJsaW5nIFRUWSBzdGF0 aXN0aWNzDQogICAgICAgICAgICBhZGEwICAgICAgICAgICAgIGFkYTEgICAgICAgICAgICBwYXNz MCAgICAgICAgICAgICBjcHUNCiAgS0IvdCB0cHMgIE1CL3MgICBLQi90IHRwcyAgTUIvcyAgIEtC L3QgdHBzICBNQi9zICB1cyBuaSBzeSBpbiBpZA0KICA2LjQ3IDI5NiAgMS44NyAgNDEuNzQgICAw ICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAxICAwICA3ICAwIDkxDQoNCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KaXBjcyAtYQ0KDQpNZXNzYWdlIFF1ZXVlczoNClQgICAgICAgICAgIElEICAgICAgICAgIEtF WSBNT0RFICAgICAgICBPV05FUiAgICBHUk9VUCAgICBDUkVBVE9SICBDR1JPVVAgICAgICAgICAg ICAgICAgIENCWVRFUyAgICAgICAgICAgICAgICAgUU5VTSAgICAgICAgICAgICAgIFFCWVRFUyAg ICAgICAgTFNQSUQgICAgICAgIExSUElEIFNUSU1FICAgIFJUSU1FICAgIENUSU1FICAgDQoNClNo YXJlZCBNZW1vcnk6DQpUICAgICAgICAgICBJRCAgICAgICAgICBLRVkgTU9ERSAgICAgICAgT1dO RVIgICAgR1JPVVAgICAgQ1JFQVRPUiAgQ0dST1VQICAgICAgICAgTkFUVENIICAgICAgICBTRUdT WiAgICAgICAgIENQSUQgICAgICAgICBMUElEIEFUSU1FICAgIERUSU1FICAgIENUSU1FICAgDQoN ClNlbWFwaG9yZXM6DQpUICAgICAgICAgICBJRCAgICAgICAgICBLRVkgTU9ERSAgICAgICAgT1dO RVIgICAgR1JPVVAgICAgQ1JFQVRPUiAgQ0dST1VQICAgICAgICAgIE5TRU1TIE9USU1FICAgIENU SU1FICAgDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQppcGNzIC1UDQoNCm1zZ2luZm86DQoJbXNnbWF4 OiAgICAgICAgMTYzODQJKG1heCBjaGFyYWN0ZXJzIGluIGEgbWVzc2FnZSkNCgltc2dtbmk6ICAg ICAgICAgICA0MAkoIyBvZiBtZXNzYWdlIHF1ZXVlcykNCgltc2dtbmI6ICAgICAgICAgMjA0OAko bWF4IGNoYXJhY3RlcnMgaW4gYSBtZXNzYWdlIHF1ZXVlKQ0KCW1zZ3RxbDogICAgICAgICAgIDQw CShtYXggIyBvZiBtZXNzYWdlcyBpbiBzeXN0ZW0pDQoJbXNnc3N6OiAgICAgICAgICAgIDgJKHNp emUgb2YgYSBtZXNzYWdlIHNlZ21lbnQpDQoJbXNnc2VnOiAgICAgICAgIDIwNDgJKCMgb2YgbWVz c2FnZSBzZWdtZW50cyBpbiBzeXN0ZW0pDQoNCnNobWluZm86DQoJc2htbWF4OiAgICA1MzY4NzA5 MTIJKG1heCBzaGFyZWQgbWVtb3J5IHNlZ21lbnQgc2l6ZSkNCglzaG1taW46ICAgICAgICAgICAg MQkobWluIHNoYXJlZCBtZW1vcnkgc2VnbWVudCBzaXplKQ0KCXNobW1uaTogICAgICAgICAgMTky CShtYXggbnVtYmVyIG9mIHNoYXJlZCBtZW1vcnkgaWRlbnRpZmllcnMpDQoJc2htc2VnOiAgICAg ICAgICAxMjgJKG1heCBzaGFyZWQgbWVtb3J5IHNlZ21lbnRzIHBlciBwcm9jZXNzKQ0KCXNobWFs bDogICAgICAgMTMxMDcyCShtYXggYW1vdW50IG9mIHNoYXJlZCBtZW1vcnkgaW4gcGFnZXMpDQoN CnNlbWluZm86DQoJc2VtbW5pOiAgICAgICAgICAgNTAJKCMgb2Ygc2VtYXBob3JlIGlkZW50aWZp ZXJzKQ0KCXNlbW1uczogICAgICAgICAgMzQwCSgjIG9mIHNlbWFwaG9yZXMgaW4gc3lzdGVtKQ0K CXNlbW1udTogICAgICAgICAgMTUwCSgjIG9mIHVuZG8gc3RydWN0dXJlcyBpbiBzeXN0ZW0pDQoJ c2VtbXNsOiAgICAgICAgICAzNDAJKG1heCAjIG9mIHNlbWFwaG9yZXMgcGVyIGlkKQ0KCXNlbW9w bTogICAgICAgICAgMTAwCShtYXggIyBvZiBvcGVyYXRpb25zIHBlciBzZW1vcCBjYWxsKQ0KCXNl bXVtZTogICAgICAgICAgIDUwCShtYXggIyBvZiB1bmRvIGVudHJpZXMgcGVyIHByb2Nlc3MpDQoJ c2VtdXN6OiAgICAgICAgICA2MzIJKHNpemUgaW4gYnl0ZXMgb2YgdW5kbyBzdHJ1Y3R1cmUpDQoJ c2Vtdm14OiAgICAgICAgMzI3NjcJKHNlbWFwaG9yZSBtYXhpbXVtIHZhbHVlKQ0KCXNlbWFlbTog ICAgICAgIDE2Mzg0CShhZGp1c3Qgb24gZXhpdCBtYXggdmFsdWUpDQoNCg0KLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQpuZnNzdGF0DQoNCkNsaWVudCBJbmZvOg0KUnBjIENvdW50czoNCiAgR2V0YXR0ciAgIFNl dGF0dHIgICAgTG9va3VwICBSZWFkbGluayAgICAgIFJlYWQgICAgIFdyaXRlICAgIENyZWF0ZSAg ICBSZW1vdmUNCiAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAg IDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDANCiAgIFJlbmFtZSAgICAgIExpbmsgICBT eW1saW5rICAgICBNa2RpciAgICAgUm1kaXIgICBSZWFkZGlyICBSZGlyUGx1cyAgICBBY2Nlc3MN CiAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAg ICAwICAgICAgICAgMCAgICAgICAgIDANCiAgICBNa25vZCAgICBGc3N0YXQgICAgRnNpbmZvICBQ YXRoQ29uZiAgICBDb21taXQNCiAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAg MCAgICAgICAgIDANClJwYyBJbmZvOg0KIFRpbWVkT3V0ICAgSW52YWxpZCBYIFJlcGxpZXMgICBS ZXRyaWVzICBSZXF1ZXN0cw0KICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAw ICAgICAgICAgMA0KQ2FjaGUgSW5mbzoNCkF0dHIgSGl0cyAgICBNaXNzZXMgTGt1cCBIaXRzICAg IE1pc3NlcyBCaW9SIEhpdHMgICAgTWlzc2VzIEJpb1cgSGl0cyAgICBNaXNzZXMNCiAgICAgICAg MCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAg ICAgMCAgICAgICAgIDANCkJpb1JMSGl0cyAgICBNaXNzZXMgQmlvRCBIaXRzICAgIE1pc3NlcyBE aXJFIEhpdHMgICAgTWlzc2VzIEFjY3MgSGl0cyAgICBNaXNzZXMNCiAgICAgICAgMCAgICAgICAg IDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAg ICAgIDANCg0KU2VydmVyIEluZm86DQogIEdldGF0dHIgICBTZXRhdHRyICAgIExvb2t1cCAgUmVh ZGxpbmsgICAgICBSZWFkICAgICBXcml0ZSAgICBDcmVhdGUgICAgUmVtb3ZlDQogICAgICAgIDAg ICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAg IDAgICAgICAgICAwDQogICBSZW5hbWUgICAgICBMaW5rICAgU3ltbGluayAgICAgTWtkaXIgICAg IFJtZGlyICAgUmVhZGRpciAgUmRpclBsdXMgICAgQWNjZXNzDQogICAgICAgIDAgICAgICAgICAw ICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAg ICAwDQogICAgTWtub2QgICAgRnNzdGF0ICAgIEZzaW5mbyAgUGF0aENvbmYgICAgQ29tbWl0DQog ICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwDQpTZXJ2ZXIg UmV0LUZhaWxlZA0KICAgICAgICAgICAgICAgIDANClNlcnZlciBGYXVsdHMNCiAgICAgICAgICAg IDANClNlcnZlciBDYWNoZSBTdGF0czoNCiAgIElucHJvZyAgICAgIElkZW0gIE5vbi1pZGVtICAg IE1pc3Nlcw0KICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwDQpTZXJ2ZXIg V3JpdGUgR2F0aGVyaW5nOg0KIFdyaXRlT3BzICBXcml0ZVJQQyAgIE9wc2F2ZWQNCiAgICAgICAg MCAgICAgICAgIDAgICAgICAgICAwDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KbmV0c3RhdCAtcw0KDQp0 Y3A6DQoJNzU5MjEgcGFja2V0cyBzZW50DQoJCTUyMDEwIGRhdGEgcGFja2V0cyAoNDcyMDkzNjEg Ynl0ZXMpDQoJCTE0NCBkYXRhIHBhY2tldHMgKDE4OTEyNCBieXRlcykgcmV0cmFuc21pdHRlZA0K CQkxIGRhdGEgcGFja2V0IHVubmVjZXNzYXJpbHkgcmV0cmFuc21pdHRlZA0KCQkwIHJlc2VuZHMg aW5pdGlhdGVkIGJ5IE1UVSBkaXNjb3ZlcnkNCgkJMjIxMzcgYWNrLW9ubHkgcGFja2V0cyAoODU2 MiBkZWxheWVkKQ0KCQkwIFVSRyBvbmx5IHBhY2tldHMNCgkJMCB3aW5kb3cgcHJvYmUgcGFja2V0 cw0KCQkxNyB3aW5kb3cgdXBkYXRlIHBhY2tldHMNCgkJMTYxMyBjb250cm9sIHBhY2tldHMNCgk3 NDg2OCBwYWNrZXRzIHJlY2VpdmVkDQoJCTI5ODYzIGFja3MgKGZvciA0NzIxMDU3MiBieXRlcykN CgkJMTAwNSBkdXBsaWNhdGUgYWNrcw0KCQkwIGFja3MgZm9yIHVuc2VudCBkYXRhDQoJCTQyNzM3 IHBhY2tldHMgKDI3NTc5NTI0IGJ5dGVzKSByZWNlaXZlZCBpbi1zZXF1ZW5jZQ0KCQk4IGNvbXBs ZXRlbHkgZHVwbGljYXRlIHBhY2tldHMgKDQ4MDggYnl0ZXMpDQoJCTAgb2xkIGR1cGxpY2F0ZSBw YWNrZXRzDQoJCTAgcGFja2V0cyB3aXRoIHNvbWUgZHVwLiBkYXRhICgwIGJ5dGVzIGR1cGVkKQ0K CQkwIG91dC1vZi1vcmRlciBwYWNrZXRzICgwIGJ5dGVzKQ0KCQkwIHBhY2tldHMgKDAgYnl0ZXMp IG9mIGRhdGEgYWZ0ZXIgd2luZG93DQoJCTAgd2luZG93IHByb2Jlcw0KCQk2IHdpbmRvdyB1cGRh dGUgcGFja2V0cw0KCQk0IHBhY2tldHMgcmVjZWl2ZWQgYWZ0ZXIgY2xvc2UNCgkJMCBkaXNjYXJk ZWQgZm9yIGJhZCBjaGVja3N1bXMNCgkJMCBkaXNjYXJkZWQgZm9yIGJhZCBoZWFkZXIgb2Zmc2V0 IGZpZWxkcw0KCQkwIGRpc2NhcmRlZCBiZWNhdXNlIHBhY2tldCB0b28gc2hvcnQNCgkJMCBkaXNj YXJkZWQgZHVlIHRvIG1lbW9yeSBwcm9ibGVtcw0KCTQ4NiBjb25uZWN0aW9uIHJlcXVlc3RzDQoJ Njc1IGNvbm5lY3Rpb24gYWNjZXB0cw0KCTAgYmFkIGNvbm5lY3Rpb24gYXR0ZW1wdHMNCgkwIGxp c3RlbiBxdWV1ZSBvdmVyZmxvd3MNCgk0IGlnbm9yZWQgUlNUcyBpbiB0aGUgd2luZG93cw0KCTEx MzkgY29ubmVjdGlvbnMgZXN0YWJsaXNoZWQgKGluY2x1ZGluZyBhY2NlcHRzKQ0KCTIwMDggY29u bmVjdGlvbnMgY2xvc2VkIChpbmNsdWRpbmcgMyBkcm9wcykNCgkJNzQwIGNvbm5lY3Rpb25zIHVw ZGF0ZWQgY2FjaGVkIFJUVCBvbiBjbG9zZQ0KCQk3NDAgY29ubmVjdGlvbnMgdXBkYXRlZCBjYWNo ZWQgUlRUIHZhcmlhbmNlIG9uIGNsb3NlDQoJCTM1NyBjb25uZWN0aW9ucyB1cGRhdGVkIGNhY2hl ZCBzc3RocmVzaCBvbiBjbG9zZQ0KCTIxIGVtYnJ5b25pYyBjb25uZWN0aW9ucyBkcm9wcGVkDQoJ Mjk4NjIgc2VnbWVudHMgdXBkYXRlZCBydHQgKG9mIDI1MTMzIGF0dGVtcHRzKQ0KCTE4IHJldHJh bnNtaXQgdGltZW91dHMNCgkJMSBjb25uZWN0aW9uIGRyb3BwZWQgYnkgcmV4bWl0IHRpbWVvdXQN CgkwIHBlcnNpc3QgdGltZW91dHMNCgkJMCBjb25uZWN0aW9ucyBkcm9wcGVkIGJ5IHBlcnNpc3Qg dGltZW91dA0KCTAgQ29ubmVjdGlvbnMgKGZpbl93YWl0XzIpIGRyb3BwZWQgYmVjYXVzZSBvZiB0 aW1lb3V0DQoJMCBrZWVwYWxpdmUgdGltZW91dHMNCgkJMCBrZWVwYWxpdmUgcHJvYmVzIHNlbnQN CgkJMCBjb25uZWN0aW9ucyBkcm9wcGVkIGJ5IGtlZXBhbGl2ZQ0KCTE4MDQ3IGNvcnJlY3QgQUNL IGhlYWRlciBwcmVkaWN0aW9ucw0KCTM0Mjc2IGNvcnJlY3QgZGF0YSBwYWNrZXQgaGVhZGVyIHBy ZWRpY3Rpb25zDQoJNjg4IHN5bmNhY2hlIGVudHJpZXMgYWRkZWQNCgkJMyByZXRyYW5zbWl0dGVk DQoJCTAgZHVwc3luDQoJCTAgZHJvcHBlZA0KCQk2NzUgY29tcGxldGVkDQoJCTAgYnVja2V0IG92 ZXJmbG93DQoJCTAgY2FjaGUgb3ZlcmZsb3cNCgkJMTIgcmVzZXQNCgkJMSBzdGFsZQ0KCQkwIGFi b3J0ZWQNCgkJMCBiYWRhY2sNCgkJMCB1bnJlYWNoDQoJCTAgem9uZSBmYWlsdXJlcw0KCTY4OCBj b29raWVzIHNlbnQNCgkwIGNvb2tpZXMgcmVjZWl2ZWQNCgkxMyBob3N0Y2FjaGUgZW50cmllcyBh ZGRlZA0KCQkwIGJ1Y2tldCBvdmVyZmxvdw0KCTggU0FDSyByZWNvdmVyeSBlcGlzb2Rlcw0KCTg3 IHNlZ21lbnQgcmV4bWl0cyBpbiBTQUNLIHJlY292ZXJ5IGVwaXNvZGVzDQoJMTIzOTM2IGJ5dGUg cmV4bWl0cyBpbiBTQUNLIHJlY292ZXJ5IGVwaXNvZGVzDQoJMjk2IFNBQ0sgb3B0aW9ucyAoU0FD SyBibG9ja3MpIHJlY2VpdmVkDQoJMCBTQUNLIG9wdGlvbnMgKFNBQ0sgYmxvY2tzKSBzZW50DQoJ MCBTQUNLIHNjb3JlYm9hcmQgb3ZlcmZsb3cNCgkwIHBhY2tldHMgd2l0aCBFQ04gQ0UgYml0IHNl dA0KCTAgcGFja2V0cyB3aXRoIEVDTiBFQ1QoMCkgYml0IHNldA0KCTAgcGFja2V0cyB3aXRoIEVD TiBFQ1QoMSkgYml0IHNldA0KCTAgc3VjY2Vzc2Z1bCBFQ04gaGFuZHNoYWtlcw0KCTAgdGltZXMg RUNOIHJlZHVjZWQgdGhlIGNvbmdlc3Rpb24gd2luZG93DQp1ZHA6DQoJMzc0NDAgZGF0YWdyYW1z IHJlY2VpdmVkDQoJMCB3aXRoIGluY29tcGxldGUgaGVhZGVyDQoJMCB3aXRoIGJhZCBkYXRhIGxl bmd0aCBmaWVsZA0KCTAgd2l0aCBiYWQgY2hlY2tzdW0NCgk4MiB3aXRoIG5vIGNoZWNrc3VtDQoJ MjM3IGRyb3BwZWQgZHVlIHRvIG5vIHNvY2tldA0KCTEzIGJyb2FkY2FzdC9tdWx0aWNhc3QgZGF0 YWdyYW1zIHVuZGVsaXZlcmVkDQoJMCBkcm9wcGVkIGR1ZSB0byBmdWxsIHNvY2tldCBidWZmZXJz DQoJMCBub3QgZm9yIGhhc2hlZCBwY2INCgkzNzE5MCBkZWxpdmVyZWQNCgkzNzM2MCBkYXRhZ3Jh bXMgb3V0cHV0DQoJMCB0aW1lcyBtdWx0aWNhc3Qgc291cmNlIGZpbHRlciBtYXRjaGVkDQppcDoN CgkxMTIzODggdG90YWwgcGFja2V0cyByZWNlaXZlZA0KCTAgYmFkIGhlYWRlciBjaGVja3N1bXMN CgkwIHdpdGggc2l6ZSBzbWFsbGVyIHRoYW4gbWluaW11bQ0KCTAgd2l0aCBkYXRhIHNpemUgPCBk YXRhIGxlbmd0aA0KCTAgd2l0aCBpcCBsZW5ndGggPiBtYXggaXAgcGFja2V0IHNpemUNCgkwIHdp dGggaGVhZGVyIGxlbmd0aCA8IGRhdGEgc2l6ZQ0KCTAgd2l0aCBkYXRhIGxlbmd0aCA8IGhlYWRl ciBsZW5ndGgNCgkwIHdpdGggYmFkIG9wdGlvbnMNCgkwIHdpdGggaW5jb3JyZWN0IHZlcnNpb24g bnVtYmVyDQoJMjAgZnJhZ21lbnRzIHJlY2VpdmVkDQoJMCBmcmFnbWVudHMgZHJvcHBlZCAoZHVw IG9yIG91dCBvZiBzcGFjZSkNCgkwIGZyYWdtZW50cyBkcm9wcGVkIGFmdGVyIHRpbWVvdXQNCgkx MCBwYWNrZXRzIHJlYXNzZW1ibGVkIG9rDQoJMTEyMzI3IHBhY2tldHMgZm9yIHRoaXMgaG9zdA0K CTI1IHBhY2tldHMgZm9yIHVua25vd24vdW5zdXBwb3J0ZWQgcHJvdG9jb2wNCgkwIHBhY2tldHMg Zm9yd2FyZGVkICgwIHBhY2tldHMgZmFzdCBmb3J3YXJkZWQpDQoJMjYgcGFja2V0cyBub3QgZm9y d2FyZGFibGUNCgkwIHBhY2tldHMgcmVjZWl2ZWQgZm9yIHVua25vd24gbXVsdGljYXN0IGdyb3Vw DQoJMCByZWRpcmVjdHMgc2VudA0KCTEyMjEwMyBwYWNrZXRzIHNlbnQgZnJvbSB0aGlzIGhvc3QN CgkwIHBhY2tldHMgc2VudCB3aXRoIGZhYnJpY2F0ZWQgaXAgaGVhZGVyDQoJMCBvdXRwdXQgcGFj a2V0cyBkcm9wcGVkIGR1ZSB0byBubyBidWZzLCBldGMuDQoJMCBvdXRwdXQgcGFja2V0cyBkaXNj YXJkZWQgZHVlIHRvIG5vIHJvdXRlDQoJMCBvdXRwdXQgZGF0YWdyYW1zIGZyYWdtZW50ZWQNCgkw IGZyYWdtZW50cyBjcmVhdGVkDQoJMCBkYXRhZ3JhbXMgdGhhdCBjYW4ndCBiZSBmcmFnbWVudGVk DQoJMCB0dW5uZWxpbmcgcGFja2V0cyB0aGF0IGNhbid0IGZpbmQgZ2lmDQoJMCBkYXRhZ3JhbXMg d2l0aCBiYWQgYWRkcmVzcyBpbiBoZWFkZXINCmljbXA6DQoJMjM3IGNhbGxzIHRvIGljbXBfZXJy b3INCgkwIGVycm9ycyBub3QgZ2VuZXJhdGVkIGluIHJlc3BvbnNlIHRvIGFuIGljbXAgbWVzc2Fn ZQ0KCU91dHB1dCBoaXN0b2dyYW06DQoJCWVjaG8gcmVwbHk6IDE5DQoJCWRlc3RpbmF0aW9uIHVu cmVhY2hhYmxlOiAyMzcNCgkwIG1lc3NhZ2VzIHdpdGggYmFkIGNvZGUgZmllbGRzDQoJMCBtZXNz YWdlcyBsZXNzIHRoYW4gdGhlIG1pbmltdW0gbGVuZ3RoDQoJMCBtZXNzYWdlcyB3aXRoIGJhZCBj aGVja3N1bQ0KCTAgbWVzc2FnZXMgd2l0aCBiYWQgbGVuZ3RoDQoJMCBtdWx0aWNhc3QgZWNobyBy ZXF1ZXN0cyBpZ25vcmVkDQoJMCBtdWx0aWNhc3QgdGltZXN0YW1wIHJlcXVlc3RzIGlnbm9yZWQN CglJbnB1dCBoaXN0b2dyYW06DQoJCWRlc3RpbmF0aW9uIHVucmVhY2hhYmxlOiAyNQ0KCQllY2hv OiAxOQ0KCTE5IG1lc3NhZ2UgcmVzcG9uc2VzIGdlbmVyYXRlZA0KCTAgaW52YWxpZCByZXR1cm4g YWRkcmVzc2VzDQoJMCBubyByZXR1cm4gcm91dGVzDQppZ21wOg0KCTAgbWVzc2FnZXMgcmVjZWl2 ZWQNCgkwIG1lc3NhZ2VzIHJlY2VpdmVkIHdpdGggdG9vIGZldyBieXRlcw0KCTAgbWVzc2FnZXMg cmVjZWl2ZWQgd2l0aCB3cm9uZyBUVEwNCgkwIG1lc3NhZ2VzIHJlY2VpdmVkIHdpdGggYmFkIGNo ZWNrc3VtDQoJMCBWMS9WMiBtZW1iZXJzaGlwIHF1ZXJpZXMgcmVjZWl2ZWQNCgkwIFYzIG1lbWJl cnNoaXAgcXVlcmllcyByZWNlaXZlZA0KCTAgbWVtYmVyc2hpcCBxdWVyaWVzIHJlY2VpdmVkIHdp dGggaW52YWxpZCBmaWVsZChzKQ0KCTAgZ2VuZXJhbCBxdWVyaWVzIHJlY2VpdmVkDQoJMCBncm91 cCBxdWVyaWVzIHJlY2VpdmVkDQoJMCBncm91cC1zb3VyY2UgcXVlcmllcyByZWNlaXZlZA0KCTAg Z3JvdXAtc291cmNlIHF1ZXJpZXMgZHJvcHBlZA0KCTAgbWVtYmVyc2hpcCByZXBvcnRzIHJlY2Vp dmVkDQoJMCBtZW1iZXJzaGlwIHJlcG9ydHMgcmVjZWl2ZWQgd2l0aCBpbnZhbGlkIGZpZWxkKHMp DQoJMCBtZW1iZXJzaGlwIHJlcG9ydHMgcmVjZWl2ZWQgZm9yIGdyb3VwcyB0byB3aGljaCB3ZSBi ZWxvbmcNCgkwIFYzIHJlcG9ydHMgcmVjZWl2ZWQgd2l0aG91dCBSb3V0ZXIgQWxlcnQNCgkwIG1l bWJlcnNoaXAgcmVwb3J0cyBzZW50DQphcnA6DQoJMzEgQVJQIHJlcXVlc3RzIHNlbnQNCgkyNTI2 IEFSUCByZXBsaWVzIHNlbnQNCgkzNjQ5IEFSUCByZXF1ZXN0cyByZWNlaXZlZA0KCTMgQVJQIHJl cGxpZXMgcmVjZWl2ZWQNCgkzNjUyIEFSUCBwYWNrZXRzIHJlY2VpdmVkDQoJMTA2IHRvdGFsIHBh Y2tldHMgZHJvcHBlZCBkdWUgdG8gbm8gQVJQIGVudHJ5DQoJMyBBUlAgZW50cnlzIHRpbWVkIG91 dA0KCTAgRHVwbGljYXRlIElQcyBzZWVuDQppcDY6DQoJMCB0b3RhbCBwYWNrZXRzIHJlY2VpdmVk DQoJMCB3aXRoIHNpemUgc21hbGxlciB0aGFuIG1pbmltdW0NCgkwIHdpdGggZGF0YSBzaXplIDwg ZGF0YSBsZW5ndGgNCgkwIHdpdGggYmFkIG9wdGlvbnMNCgkwIHdpdGggaW5jb3JyZWN0IHZlcnNp b24gbnVtYmVyDQoJMCBmcmFnbWVudHMgcmVjZWl2ZWQNCgkwIGZyYWdtZW50cyBkcm9wcGVkIChk dXAgb3Igb3V0IG9mIHNwYWNlKQ0KCTAgZnJhZ21lbnRzIGRyb3BwZWQgYWZ0ZXIgdGltZW91dA0K CTAgZnJhZ21lbnRzIHRoYXQgZXhjZWVkZWQgbGltaXQNCgkwIHBhY2tldHMgcmVhc3NlbWJsZWQg b2sNCgkwIHBhY2tldHMgZm9yIHRoaXMgaG9zdA0KCTAgcGFja2V0cyBmb3J3YXJkZWQNCgkwIHBh Y2tldHMgbm90IGZvcndhcmRhYmxlDQoJMCByZWRpcmVjdHMgc2VudA0KCTUgcGFja2V0cyBzZW50 IGZyb20gdGhpcyBob3N0DQoJMCBwYWNrZXRzIHNlbnQgd2l0aCBmYWJyaWNhdGVkIGlwIGhlYWRl cg0KCTAgb3V0cHV0IHBhY2tldHMgZHJvcHBlZCBkdWUgdG8gbm8gYnVmcywgZXRjLg0KCTYgb3V0 cHV0IHBhY2tldHMgZGlzY2FyZGVkIGR1ZSB0byBubyByb3V0ZQ0KCTAgb3V0cHV0IGRhdGFncmFt cyBmcmFnbWVudGVkDQoJMCBmcmFnbWVudHMgY3JlYXRlZA0KCTAgZGF0YWdyYW1zIHRoYXQgY2Fu J3QgYmUgZnJhZ21lbnRlZA0KCTAgcGFja2V0cyB0aGF0IHZpb2xhdGVkIHNjb3BlIHJ1bGVzDQoJ MCBtdWx0aWNhc3QgcGFja2V0cyB3aGljaCB3ZSBkb24ndCBqb2luDQoJTWJ1ZiBzdGF0aXN0aWNz Og0KCQkwIG9uZSBtYnVmDQoJCTAgb25lIGV4dCBtYnVmDQoJCTAgdHdvIG9yIG1vcmUgZXh0IG1i dWYNCgkwIHBhY2tldHMgd2hvc2UgaGVhZGVycyBhcmUgbm90IGNvbnRpZ3VvdXMNCgkwIHR1bm5l bGluZyBwYWNrZXRzIHRoYXQgY2FuJ3QgZmluZCBnaWYNCgkwIHBhY2tldHMgZGlzY2FyZGVkIGJl Y2F1c2Ugb2YgdG9vIG1hbnkgaGVhZGVycw0KCTAgZmFpbHVyZXMgb2Ygc291cmNlIGFkZHJlc3Mg c2VsZWN0aW9uDQoJU291cmNlIGFkZHJlc3NlcyBzZWxlY3Rpb24gcnVsZSBhcHBsaWVkOg0KaWNt cDY6DQoJMCBjYWxscyB0byBpY21wNl9lcnJvcg0KCTAgZXJyb3JzIG5vdCBnZW5lcmF0ZWQgaW4g cmVzcG9uc2UgdG8gYW4gaWNtcDYgbWVzc2FnZQ0KCTAgZXJyb3JzIG5vdCBnZW5lcmF0ZWQgYmVj YXVzZSBvZiByYXRlIGxpbWl0YXRpb24NCglPdXRwdXQgaGlzdG9ncmFtOg0KCQluZWlnaGJvciBz b2xpY2l0YXRpb246IDENCgkwIG1lc3NhZ2VzIHdpdGggYmFkIGNvZGUgZmllbGRzDQoJMCBtZXNz YWdlcyA8IG1pbmltdW0gbGVuZ3RoDQoJMCBiYWQgY2hlY2tzdW1zDQoJMCBtZXNzYWdlcyB3aXRo IGJhZCBsZW5ndGgNCglIaXN0b2dyYW0gb2YgZXJyb3IgbWVzc2FnZXMgdG8gYmUgZ2VuZXJhdGVk Og0KCQkwIG5vIHJvdXRlDQoJCTAgYWRtaW5pc3RyYXRpdmVseSBwcm9oaWJpdGVkDQoJCTAgYmV5 b25kIHNjb3BlDQoJCTAgYWRkcmVzcyB1bnJlYWNoYWJsZQ0KCQkwIHBvcnQgdW5yZWFjaGFibGUN CgkJMCBwYWNrZXQgdG9vIGJpZw0KCQkwIHRpbWUgZXhjZWVkIHRyYW5zaXQNCgkJMCB0aW1lIGV4 Y2VlZCByZWFzc2VtYmx5DQoJCTAgZXJyb25lb3VzIGhlYWRlciBmaWVsZA0KCQkwIHVucmVjb2du aXplZCBuZXh0IGhlYWRlcg0KCQkwIHVucmVjb2duaXplZCBvcHRpb24NCgkJMCByZWRpcmVjdA0K CQkwIHVua25vd24NCgkwIG1lc3NhZ2UgcmVzcG9uc2VzIGdlbmVyYXRlZA0KCTAgbWVzc2FnZXMg d2l0aCB0b28gbWFueSBORCBvcHRpb25zDQoJMCBtZXNzYWdlcyB3aXRoIGJhZCBORCBvcHRpb25z DQoJMCBiYWQgbmVpZ2hib3Igc29saWNpdGF0aW9uIG1lc3NhZ2VzDQoJMCBiYWQgbmVpZ2hib3Ig YWR2ZXJ0aXNlbWVudCBtZXNzYWdlcw0KCTAgYmFkIHJvdXRlciBzb2xpY2l0YXRpb24gbWVzc2Fn ZXMNCgkwIGJhZCByb3V0ZXIgYWR2ZXJ0aXNlbWVudCBtZXNzYWdlcw0KCTAgYmFkIHJlZGlyZWN0 IG1lc3NhZ2VzDQoJMCBwYXRoIE1UVSBjaGFuZ2VzDQpyaXA2Og0KCTAgbWVzc2FnZXMgcmVjZWl2 ZWQNCgkwIGNoZWNrc3VtIGNhbGN1bGF0aW9ucyBvbiBpbmJvdW5kDQoJMCBtZXNzYWdlcyB3aXRo IGJhZCBjaGVja3N1bQ0KCTAgbWVzc2FnZXMgZHJvcHBlZCBkdWUgdG8gbm8gc29ja2V0DQoJMCBt dWx0aWNhc3QgbWVzc2FnZXMgZHJvcHBlZCBkdWUgdG8gbm8gc29ja2V0DQoJMCBtZXNzYWdlcyBk cm9wcGVkIGR1ZSB0byBmdWxsIHNvY2tldCBidWZmZXJzDQoJMCBkZWxpdmVyZWQNCgkwIGRhdGFn cmFtcyBvdXRwdXQNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpuZXRzdGF0IC1tDQoNCjI1OC83MTgvOTc2 IG1idWZzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbCkNCjE2Ni8zNTQvNTIwLzQ4MTkxOCBt YnVmIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgpDQoyNTcvMzUzIG1i dWYrY2x1c3RlcnMgb3V0IG9mIHBhY2tldCBzZWNvbmRhcnkgem9uZSBpbiB1c2UgKGN1cnJlbnQv Y2FjaGUpDQowLzE2LzE2LzI0MDk1OCA0ayAocGFnZSBzaXplKSBqdW1ibyBjbHVzdGVycyBpbiB1 c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwvbWF4KQ0KMC8wLzAvMjE0MTg1IDlrIGp1bWJvIGNsdXN0 ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgpDQowLzAvMC8xNjA2MzYgMTZrIGp1 bWJvIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgpDQozOTZLLzk1MUsv MTM0OEsgYnl0ZXMgYWxsb2NhdGVkIHRvIG5ldHdvcmsgKGN1cnJlbnQvY2FjaGUvdG90YWwpDQo0 MDAvMjU5LzUxOSByZXF1ZXN0cyBmb3IgbWJ1ZnMgZGVuaWVkIChtYnVmcy9jbHVzdGVycy9tYnVm K2NsdXN0ZXJzKQ0KMC8wLzAgcmVxdWVzdHMgZm9yIG1idWZzIGRlbGF5ZWQgKG1idWZzL2NsdXN0 ZXJzL21idWYrY2x1c3RlcnMpDQowLzAvMCByZXF1ZXN0cyBmb3IganVtYm8gY2x1c3RlcnMgZGVs YXllZCAoNGsvOWsvMTZrKQ0KODkvMC8wIHJlcXVlc3RzIGZvciBqdW1ibyBjbHVzdGVycyBkZW5p ZWQgKDRrLzlrLzE2aykNCjAgcmVxdWVzdHMgZm9yIHNmYnVmcyBkZW5pZWQNCjAgcmVxdWVzdHMg Zm9yIHNmYnVmcyBkZWxheWVkDQowIHJlcXVlc3RzIGZvciBJL08gaW5pdGlhdGVkIGJ5IHNlbmRm aWxlDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KbmV0c3RhdCAtaWRXDQoNCk5hbWUgICAgICBNdHUgTmV0 d29yayAgICAgICBBZGRyZXNzICAgICAgICAgICAgICBJcGt0cyBJZXJycyBJZHJvcCAgICBPcGt0 cyBPZXJycyAgQ29sbCBEcm9wDQpyZTAgICAgICAxNTAwIDxMaW5rIzE+ICAgICAgZjQ6NmQ6MDQ6 NzM6YmI6NDcgICAxMDg0OTcgICAgIDAgICAgIDAgICAxMTcwMTMgICAgIDAgICAgIDAgICAgMCAN CnJlMCAgICAgIDE1MDAgMTAuMS4wLjAmMHhmZiAxMC4xLjAuMiAgICAgICAgICAgICAgNjc5OCAg ICAgLSAgICAgLSAgIDExNDU1OCAgICAgLSAgICAgLSAgICAtIA0KcmUwICAgICAgMTUwMCBmZTgw OjpmNjZkOjRmIGZlODA6OmY2NmQ6NGZmOmZlICAgICAgICAwICAgICAtICAgICAtICAgICAgICAz ICAgICAtICAgICAtICAgIC0gDQpyZTAgICAgICAxNTAwIDEwLjEuMC4yMi8zMiAgMTAuMS4wLjIy ICAgICAgICAgICAgMTI3MTggICAgIC0gICAgIC0gICAgICAgIDAgICAgIC0gICAgIC0gICAgLSAN CnJlMCAgICAgIDE1MDAgMTAuMS4wLjI1LzMyICAxMC4xLjAuMjUgICAgICAgICAgICAgICAgMCAg ICAgLSAgICAgLSAgICAgICAgMCAgICAgLSAgICAgLSAgICAtIA0KcmUwICAgICAgMTUwMCAxMC4x LjAuMjYvMzIgIDEwLjEuMC4yNiAgICAgICAgICAgICAgICAwICAgICAtICAgICAtICAgICAgICAw ICAgICAtICAgICAtICAgIC0gDQpyZTAgICAgICAxNTAwIDEwLjEuMC4yMy8zMiAgMTAuMS4wLjIz ICAgICAgICAgICAgICAyNDMgICAgIC0gICAgIC0gICAgICAgIDAgICAgIC0gICAgIC0gICAgLSAN CnJlMCAgICAgIDE1MDAgMTAuMS4wLjI0LzMyICAxMC4xLjAuMjQgICAgICAgICAgICAzNTc4MCAg ICAgLSAgICAgLSAgICAgICAgMCAgICAgLSAgICAgLSAgICAtIA0KcmUwICAgICAgMTUwMCAxMC4x LjAuMjEvMzIgIDEwLjEuMC4yMSAgICAgICAgICAgIDQ4MDQxICAgICAtICAgICAtICAgICAgICAw ICAgICAtICAgICAtICAgIC0gDQpyZTAgICAgICAxNTAwIDEwLjEuMC4yNy8zMiAgMTAuMS4wLjI3 ICAgICAgICAgICAgIDg1MjggICAgIC0gICAgIC0gICAgICAgIDAgICAgIC0gICAgIC0gICAgLSAN CnJlMCAgICAgIDE1MDAgMTAuMS4wLjI4LzMyICAxMC4xLjAuMjggICAgICAgICAgICAgICAgMCAg ICAgLSAgICAgLSAgICAgICAgMCAgICAgLSAgICAgLSAgICAtIA0KcmUwICAgICAgMTUwMCAxMC4x LjAuMzAvMzIgIDEwLjEuMC4zMCAgICAgICAgICAgICAgICAwICAgICAtICAgICAtICAgICAgICAw ICAgICAtICAgICAtICAgIC0gDQpyZTAgICAgICAxNTAwIDEwLjEuMC4zNi8zMiAgMTAuMS4wLjM2 ICAgICAgICAgICAgICAgIDAgICAgIC0gICAgIC0gICAgICAgIDAgICAgIC0gICAgIC0gICAgLSAN CnJlMCAgICAgIDE1MDAgMTAuMS4wLjMyLzMyICAxMC4xLjAuMzIgICAgICAgICAgICAgICAgMCAg ICAgLSAgICAgLSAgICAgICAgMCAgICAgLSAgICAgLSAgICAtIA0KcmUwICAgICAgMTUwMCAxMC4x LjAuMzUvMzIgIDEwLjEuMC4zNSAgICAgICAgICAgICAgICAwICAgICAtICAgICAtICAgICAgICAw ICAgICAtICAgICAtICAgIC0gDQpyZTAgICAgICAxNTAwIDEwLjEuMC4zNy8zMiAgMTAuMS4wLjM3 ICAgICAgICAgICAgICAgIDAgICAgIC0gICAgIC0gICAgICAgIDAgICAgIC0gICAgIC0gICAgLSAN CnJlMCAgICAgIDE1MDAgMTAuMS4wLjQyLzMyICAxMC4xLjAuNDIgICAgICAgICAgICAgICAgMCAg ICAgLSAgICAgLSAgICAgICAgMCAgICAgLSAgICAgLSAgICAtIA0KcmUwICAgICAgMTUwMCAxMC4x LjAuMzkvMzIgIDEwLjEuMC4zOSAgICAgICAgICAgICAgICAwICAgICAtICAgICAtICAgICAgICAw ICAgICAtICAgICAtICAgIC0gDQpyZTAgICAgICAxNTAwIDEwLjEuMC4zOC8zMiAgMTAuMS4wLjM4 ICAgICAgICAgICAgICAgIDAgICAgIC0gICAgIC0gICAgICAgIDAgICAgIC0gICAgIC0gICAgLSAN CnJlMCAgICAgIDE1MDAgMTAuMS4wLjI5LzMyICAxMC4xLjAuMjkgICAgICAgICAgICAgIDExMCAg ICAgLSAgICAgLSAgICAgICAgMCAgICAgLSAgICAgLSAgICAtIA0KbG8wICAgICAxNjM4NCA8TGlu ayMyPiAgICAgICAgICAgICAgICAgICAgICAgICAgICA3NTQ0ICAgICAwICAgICAwICAgICA3NTQ0 ICAgICAwICAgICAwICAgIDAgDQpsbzAgICAgIDE2Mzg0IGxvY2FsaG9zdCAgICAgOjoxICAgICAg ICAgICAgICAgICAgICAgIDAgICAgIC0gICAgIC0gICAgICAgIDAgICAgIC0gICAgIC0gICAgLSAN CmxvMCAgICAgMTYzODQgZmU4MDo6MSVsbzAgICBmZTgwOjoxICAgICAgICAgICAgICAgICAgMCAg ICAgLSAgICAgLSAgICAgICAgMCAgICAgLSAgICAgLSAgICAtIA0KbG8wICAgICAxNjM4NCB5b3Vy LW5ldCAgICAgIGxvY2FsaG9zdCAgICAgICAgICAgICAgMTMxICAgICAtICAgICAtICAgICA3NTQ0 ICAgICAtICAgICAtICAgIC0gDQp0dW4wKiAgICAxNTAwIDxMaW5rIzM+ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgIDAgICAgIDAgICAgICAgIDAgICAgIDAgICAgIDAgICAgMCAN CnBmbG9nMCAgMzMxNjAgPExpbmsjND4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgMCAgICAgMCAgICAgICAgMCAgICAgMCAgICAgMCAgICAwIA0KDQotLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Cm5ldHN0YXQgLWFucg0KDQpSb3V0aW5nIHRhYmxlcw0KDQpJbnRlcm5ldDoNCkRlc3RpbmF0aW9u ICAgICAgICBHYXRld2F5ICAgICAgICAgICAgRmxhZ3MgICAgUmVmcyAgICAgIFVzZSAgTmV0aWYg RXhwaXJlDQpkZWZhdWx0ICAgICAgICAgICAgMTAuMS4wLjEgICAgICAgICAgIFVHUyAgICAgICAg IDAgICAgMzA3MDkgICAgcmUwDQoxMC4xLjAuMCYweGZmZmYwNDAwIGxpbmsjMSAgICAgICAgICAg ICBVICAgICAgICAgICAwICAgIDgzODUwICAgIHJlMA0KMTAuMS4wLjIgICAgICAgICAgIGxpbmsj MSAgICAgICAgICAgICBVSFMgICAgICAgICAwICAgICAgIDM0ICAgIGxvMA0KMTAuMS4wLjIxICAg ICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVSFMgICAgICAgICAwICAgICAzMzI3ICAgIGxvMCA9 Pg0KMTAuMS4wLjIxLzMyICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVICAgICAgICAgICAwICAg ICAgICAwICAgIHJlMA0KMTAuMS4wLjIyICAgICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVSFMg ICAgICAgICAwICAgICAgODk0ICAgIGxvMCA9Pg0KMTAuMS4wLjIyLzMyICAgICAgIGxpbmsjMSAg ICAgICAgICAgICBVICAgICAgICAgICAwICAgICAgICAwICAgIHJlMA0KMTAuMS4wLjIzICAgICAg ICAgIGxpbmsjMSAgICAgICAgICAgICBVSFMgICAgICAgICAwICAgICAgICAzICAgIGxvMCA9Pg0K MTAuMS4wLjIzLzMyICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVICAgICAgICAgICAwICAgICAg ICAwICAgIHJlMA0KMTAuMS4wLjI0ICAgICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVSFMgICAg ICAgICAwICAgICAzMTQ3ICAgIGxvMCA9Pg0KMTAuMS4wLjI0LzMyICAgICAgIGxpbmsjMSAgICAg ICAgICAgICBVICAgICAgICAgICAwICAgICAgICAwICAgIHJlMA0KMTAuMS4wLjI1ICAgICAgICAg IGxpbmsjMSAgICAgICAgICAgICBVSFMgICAgICAgICAwICAgICAgICAwICAgIGxvMCA9Pg0KMTAu MS4wLjI1LzMyICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVICAgICAgICAgICAwICAgICAgICAw ICAgIHJlMA0KMTAuMS4wLjI2ICAgICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVSFMgICAgICAg ICAwICAgICAgICAwICAgIGxvMCA9Pg0KMTAuMS4wLjI2LzMyICAgICAgIGxpbmsjMSAgICAgICAg ICAgICBVICAgICAgICAgICAwICAgICAgICAwICAgIHJlMA0KMTAuMS4wLjI3ICAgICAgICAgIGxp bmsjMSAgICAgICAgICAgICBVSFMgICAgICAgICAwICAgICAgICAwICAgIGxvMCA9Pg0KMTAuMS4w LjI3LzMyICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVICAgICAgICAgICAwICAgICAgICAwICAg IHJlMA0KMTAuMS4wLjI4ICAgICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVSFMgICAgICAgICAw ICAgICAgICAwICAgIGxvMCA9Pg0KMTAuMS4wLjI4LzMyICAgICAgIGxpbmsjMSAgICAgICAgICAg ICBVICAgICAgICAgICAwICAgICAgICAwICAgIHJlMA0KMTAuMS4wLjI5ICAgICAgICAgIGxpbmsj MSAgICAgICAgICAgICBVSFMgICAgICAgICAwICAgICAgICA4ICAgIGxvMCA9Pg0KMTAuMS4wLjI5 LzMyICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVICAgICAgICAgICAwICAgICAgICAwICAgIHJl MA0KMTAuMS4wLjMwICAgICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVSFMgICAgICAgICAwICAg ICAgICAwICAgIGxvMCA9Pg0KMTAuMS4wLjMwLzMyICAgICAgIGxpbmsjMSAgICAgICAgICAgICBV ICAgICAgICAgICAwICAgICAgICAwICAgIHJlMA0KMTAuMS4wLjMyICAgICAgICAgIGxpbmsjMSAg ICAgICAgICAgICBVSFMgICAgICAgICAwICAgICAgICAwICAgIGxvMCA9Pg0KMTAuMS4wLjMyLzMy ICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVICAgICAgICAgICAwICAgICAgICAwICAgIHJlMA0K MTAuMS4wLjM1ICAgICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVSFMgICAgICAgICAwICAgICAg ICAwICAgIGxvMCA9Pg0KMTAuMS4wLjM1LzMyICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVICAg ICAgICAgICAwICAgICAgICAwICAgIHJlMA0KMTAuMS4wLjM2ICAgICAgICAgIGxpbmsjMSAgICAg ICAgICAgICBVSFMgICAgICAgICAwICAgICAgICAwICAgIGxvMCA9Pg0KMTAuMS4wLjM2LzMyICAg ICAgIGxpbmsjMSAgICAgICAgICAgICBVICAgICAgICAgICAwICAgICAgICAwICAgIHJlMA0KMTAu MS4wLjM3ICAgICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVSFMgICAgICAgICAwICAgICAgICAw ICAgIGxvMCA9Pg0KMTAuMS4wLjM3LzMyICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVICAgICAg ICAgICAwICAgICAgICAwICAgIHJlMA0KMTAuMS4wLjM4ICAgICAgICAgIGxpbmsjMSAgICAgICAg ICAgICBVSFMgICAgICAgICAwICAgICAgICAwICAgIGxvMCA9Pg0KMTAuMS4wLjM4LzMyICAgICAg IGxpbmsjMSAgICAgICAgICAgICBVICAgICAgICAgICAwICAgICAgICAwICAgIHJlMA0KMTAuMS4w LjM5ICAgICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVSFMgICAgICAgICAwICAgICAgICAwICAg IGxvMCA9Pg0KMTAuMS4wLjM5LzMyICAgICAgIGxpbmsjMSAgICAgICAgICAgICBVICAgICAgICAg ICAwICAgICAgICAwICAgIHJlMA0KMTAuMS4wLjQyICAgICAgICAgIGxpbmsjMSAgICAgICAgICAg ICBVSFMgICAgICAgICAwICAgICAgICAwICAgIGxvMCA9Pg0KMTAuMS4wLjQyLzMyICAgICAgIGxp bmsjMSAgICAgICAgICAgICBVICAgICAgICAgICAwICAgICAgICAwICAgIHJlMA0KMTI3LjAuMC4x ICAgICAgICAgIGxpbmsjMiAgICAgICAgICAgICBVSCAgICAgICAgICAwICAgICAgMTMxICAgIGxv MA0KDQpJbnRlcm5ldDY6DQpEZXN0aW5hdGlvbiAgICAgICAgICAgICAgICAgICAgICAgR2F0ZXdh eSAgICAgICAgICAgICAgICAgICAgICAgRmxhZ3MgICAgICBOZXRpZiBFeHBpcmUNCjo6Lzk2ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA6OjEgICAgICAgICAgICAgICAgICAgICAgICAgICBV R1JTICAgICAgICBsbzANCjo6MSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBsaW5rIzIg ICAgICAgICAgICAgICAgICAgICAgICBVSCAgICAgICAgICBsbzANCjo6ZmZmZjowLjAuMC4wLzk2 ICAgICAgICAgICAgICAgICA6OjEgICAgICAgICAgICAgICAgICAgICAgICAgICBVR1JTICAgICAg ICBsbzANCmZlODA6Oi8xMCAgICAgICAgICAgICAgICAgICAgICAgICA6OjEgICAgICAgICAgICAg ICAgICAgICAgICAgICBVR1JTICAgICAgICBsbzANCmZlODA6OiVyZTAvNjQgICAgICAgICAgICAg ICAgICAgICBsaW5rIzEgICAgICAgICAgICAgICAgICAgICAgICBVICAgICAgICAgICByZTANCmZl ODA6OmY2NmQ6NGZmOmZlNzM6YmI0NyVyZTAgICAgICBsaW5rIzEgICAgICAgICAgICAgICAgICAg ICAgICBVSFMgICAgICAgICBsbzANCmZlODA6OiVsbzAvNjQgICAgICAgICAgICAgICAgICAgICBs aW5rIzIgICAgICAgICAgICAgICAgICAgICAgICBVICAgICAgICAgICBsbzANCmZlODA6OjElbG8w ICAgICAgICAgICAgICAgICAgICAgICBsaW5rIzIgICAgICAgICAgICAgICAgICAgICAgICBVSFMg ICAgICAgICBsbzANCmZmMDE6OiVyZTAvMzIgICAgICAgICAgICAgICAgICAgICBmZTgwOjpmNjZk OjRmZjpmZTczOmJiNDclcmUwICBVICAgICAgICAgICByZTANCmZmMDE6OiVsbzAvMzIgICAgICAg ICAgICAgICAgICAgICA6OjEgICAgICAgICAgICAgICAgICAgICAgICAgICBVICAgICAgICAgICBs bzANCmZmMDI6Oi8xNiAgICAgICAgICAgICAgICAgICAgICAgICA6OjEgICAgICAgICAgICAgICAg ICAgICAgICAgICBVR1JTICAgICAgICBsbzANCmZmMDI6OiVyZTAvMzIgICAgICAgICAgICAgICAg ICAgICBmZTgwOjpmNjZkOjRmZjpmZTczOmJiNDclcmUwICBVICAgICAgICAgICByZTANCmZmMDI6 OiVsbzAvMzIgICAgICAgICAgICAgICAgICAgICA6OjEgICAgICAgICAgICAgICAgICAgICAgICAg ICBVICAgICAgICAgICBsbzANCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpuZXRzdGF0IC1hbkENCg0KQWN0 aXZlIEludGVybmV0IGNvbm5lY3Rpb25zIChpbmNsdWRpbmcgc2VydmVycykNClRjcGNiICAgICAg ICAgICAgUHJvdG8gUmVjdi1RIFNlbmQtUSBMb2NhbCBBZGRyZXNzICAgICAgRm9yZWlnbiBBZGRy ZXNzICAgIChzdGF0ZSkNCmZmZmZmODAxMzMxN2ZjMDAgdGNwNCAgICAgICAwICAgICAgMCAxMC4x LjAuMjEuNDgyNDEgICAgNzQuMTI1LjI1LjEwOC45OTMgIEVTVEFCTElTSEVEDQpmZmZmZjgwMTMz MGUyYzAwIHRjcDQgICAgICAgMCAgICAgIDAgMTAuMS4wLjIyLjMyNTQ3ICAgIDE5OS41OS4xNDgu MjQxLjQ0MyBFU1RBQkxJU0hFRA0KZmZmZmY4MDEzMzBhZGMwMCB0Y3A0ICAgICAgIDAgICAgICAw IDEwLjEuMC4yMi4yMDMzNyAgICA2Ni4xOTYuMTE0LjgyLjUwNTAgRVNUQUJMSVNIRUQNCmZmZmZm ODAxMzMwYWQwMDAgdGNwNCAgICAgICAwICAgICAgMCAxMC4xLjAuMjIuNTY5MTcgICAgMTczLjE5 NC4yMDMuMTI1LjUyIEVTVEFCTElTSEVEDQpmZmZmZjgwMTMzMGUxNDAwIHRjcDQgICAgICAgMCAg ICAgIDAgMTAuMS4wLjIyLjYyMjA0ICAgIDE3My4xOTQuNzkuMTI1LjUyMiBFU1RBQkxJU0hFRA0K ZmZmZmY4MDEzMzE4MWMwMCB0Y3A0ICAgICAgIDAgICAgICAwIDEwLjEuMC4yMi4zNTYxMCAgICAx NzMuMTk0Ljc5LjEyNS41MjIgRVNUQUJMSVNIRUQNCmZmZmZmODAxMzMwZTEwMDAgdGNwNCAgICAg ICAwICAgICAgMCAxMC4xLjAuMjEuMTE2MzQgICAgMTk4LjI0NS42MS4xODIuNzAwIEVTVEFCTElT SEVEDQpmZmZmZjgwMTMzMGUwMDAwIHRjcDQgICAgICAgMCAgICAgIDAgMTAuMS4wLjIyLjY2Njcg ICAgIDEwLjEuMC4yMS40NjU3NSAgICBFU1RBQkxJU0hFRA0KZmZmZmY4MDEzMzBhZTQwMCB0Y3A0 ICAgICAgIDAgICAgICAwIDEwLjEuMC4yMS40NjU3NSAgICAxMC4xLjAuMjIuNjY2NyAgICAgRVNU QUJMSVNIRUQNCmZmZmZmODAxMzMwZTA0MDAgdGNwNCAgICAgICAwICAgICAgMCAxMC4xLjAuMjEu Mzk2NzMgICAgMzEuMTMuMjIyLjEwOS43MDAwIEVTVEFCTElTSEVEDQpmZmZmZjgwMDIyNGE5ODAw IHRjcDQgICAgICAgMCAgICAgIDAgMTAuMS4wLjI1LjMzMDYgICAgICouKiAgICAgICAgICAgICAg ICBMSVNURU4NCmZmZmZmODAwMjI0YWM0MDAgdGNwNCAgICAgICAwICAgICAgMCAxMC4xLjAuMzAu OTAwMCAgICAgKi4qICAgICAgICAgICAgICAgIExJU1RFTg0KZmZmZmY4MDAyMjRhY2MwMCB0Y3A0 ICAgICAgIDAgICAgICAwIDEwLjEuMC4zNi45MDAwICAgICAqLiogICAgICAgICAgICAgICAgTElT VEVODQpmZmZmZjgwMWQyMzc4MDAwIHRjcDQgICAgICAgMCAgICAgIDAgMTAuMS4wLjI4LjI1ICAg ICAgICouKiAgICAgICAgICAgICAgICBMSVNURU4NCmZmZmZmODAwMjI0YWEwMDAgdGNwNCAgICAg ICAwICAgICAgMCAxMC4xLjAuMzguOTAwMCAgICAgKi4qICAgICAgICAgICAgICAgIExJU1RFTg0K ZmZmZmY4MDAyMjRhYTQwMCB0Y3A0ICAgICAgIDAgICAgICAwIDEwLjEuMC4yMi42NjY3ICAgICAq LiogICAgICAgICAgICAgICAgTElTVEVODQpmZmZmZjgwMWQyMzc4ODAwIHRjcDQgICAgICAgMCAg ICAgIDAgMTAuMS4wLjI5LjQ0MyAgICAgICouKiAgICAgICAgICAgICAgICBMSVNURU4NCmZmZmZm ODAxZDIzNzg0MDAgdGNwNCAgICAgICAwICAgICAgMCAxMC4xLjAuMjkuODAgICAgICAgKi4qICAg ICAgICAgICAgICAgIExJU1RFTg0KZmZmZmY4MDFkMjM3OGMwMCB0Y3A0ICAgICAgIDAgICAgICAw IDEwLjEuMC4yNC45NTMgICAgICAqLiogICAgICAgICAgICAgICAgTElTVEVODQpmZmZmZjgwMWQy Mzc5MDAwIHRjcDQgICAgICAgMCAgICAgIDAgMTAuMS4wLjI0LjUzICAgICAgICouKiAgICAgICAg ICAgICAgICBMSVNURU4NCmZmZmZmODAwMjI0YWE4MDAgdGNwNCAgICAgICAwICAgICAgMCAxMC4x LjAuMjEuMjIgICAgICAgKi4qICAgICAgICAgICAgICAgIExJU1RFTg0KZmZmZmY4MDFkMjM3OTQw MCB0Y3A0ICAgICAgIDAgICAgICAwIDEwLjEuMC4zMi44MCAgICAgICAqLiogICAgICAgICAgICAg ICAgTElTVEVODQpmZmZmZjgwMDIyNGFhYzAwIHRjcDQgICAgICAgMCAgICAgIDAgMTI3LjAuMC4x LjI1ICAgICAgICouKiAgICAgICAgICAgICAgICBMSVNURU4NCmZmZmZmODAxZDIzNzk4MDAgdGNw NCAgICAgICAwICAgICAgMCAxMC4xLjAuMi4yMiAgICAgICAgKi4qICAgICAgICAgICAgICAgIExJ U1RFTg0KZmZmZmY4MDFkMjM3OWMwMCB0Y3A2ICAgICAgIDAgICAgICAwICouMjA0OSAgICAgICAg ICAgICAqLiogICAgICAgICAgICAgICAgTElTVEVODQpmZmZmZjgwMDIyNGFiMDAwIHRjcDQgICAg ICAgMCAgICAgIDAgKi4yMDQ5ICAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICBMSVNURU4N CmZmZmZmODAxZDIzN2EwMDAgdGNwNCAgICAgICAwICAgICAgMCAqLjgxNyAgICAgICAgICAgICAg Ki4qICAgICAgICAgICAgICAgIExJU1RFTg0KZmZmZmY4MDFkMjM3YTQwMCB0Y3A2ICAgICAgIDAg ICAgICAwICouODE3ICAgICAgICAgICAgICAqLiogICAgICAgICAgICAgICAgTElTVEVODQpmZmZm ZjgwMDIyNGFiNDAwIHRjcDQgICAgICAgMCAgICAgIDAgMTAuMS4wLjIuMTExICAgICAgICouKiAg ICAgICAgICAgICAgICBMSVNURU4NCmZmZmZmODAwMjI0YWI4MDAgdGNwNCAgICAgICAwICAgICAg MCAqLiogICAgICAgICAgICAgICAgKi4qICAgICAgICAgICAgICAgIENMT1NFRA0KZmZmZmY4MDAy MjRhYmMwMCB0Y3A0ICAgICAgIDAgICAgICAwIDEyNy4wLjAuMS4xMTEgICAgICAqLiogICAgICAg ICAgICAgICAgTElTVEVODQpmZmZmZjgwMDIyNGFjMDAwIHRjcDYgICAgICAgMCAgICAgIDAgOjox LjExMSAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICBMSVNURU4NCmZmZmZmODAwMjIyNjk3 YTggdWRwNCAgICAgICAwICAgICAgMCAxMC4xLjAuMjQuNTMgICAgICAgKi4qICAgICAgICAgICAg ICAgIA0KZmZmZmY4MDAyMjIzMTAwMCB1ZHA0ICAgICAgIDAgICAgICAwIDEwLjEuMC4yMy42NyAg ICAgICAqLiogICAgICAgICAgICAgICAgDQpmZmZmZjgwMDIyMjMxMTg4IHVkcDQgICAgICAgMCAg ICAgIDAgMTAuMS4wLjIzLjQzMjk4ICAgICouKiAgICAgICAgICAgICAgICANCmZmZmZmODAwMjIy MzJkYzggdWRwNCAgICAgICAwICAgICAgMCAxMC4xLjAuNDIuNjkgICAgICAgKi4qICAgICAgICAg ICAgICAgIA0KZmZmZmY4MDAyMjIzMTMxMCB1ZHA0ICAgICAgIDAgICAgICAwIDEwLjEuMC4yOS4x MjMgICAgICAqLiogICAgICAgICAgICAgICAgDQpmZmZmZjgwMDIyMjMxNDk4IHVkcDQgICAgICAg MCAgICAgIDAgMTAuMS4wLjM4LjEyMyAgICAgICouKiAgICAgICAgICAgICAgICANCmZmZmZmODAw MjIyMzE2MjAgdWRwNCAgICAgICAwICAgICAgMCAxMC4xLjAuMzkuMTIzICAgICAgKi4qICAgICAg ICAgICAgICAgIA0KZmZmZmY4MDAyMjIzMTdhOCB1ZHA0ICAgICAgIDAgICAgICAwIDEwLjEuMC40 Mi4xMjMgICAgICAqLiogICAgICAgICAgICAgICAgDQpmZmZmZjgwMDIyMjMxOTMwIHVkcDQgICAg ICAgMCAgICAgIDAgMTAuMS4wLjM3LjEyMyAgICAgICouKiAgICAgICAgICAgICAgICANCmZmZmZm ODAwMjIyMzFhYjggdWRwNCAgICAgICAwICAgICAgMCAxMC4xLjAuMzUuMTIzICAgICAgKi4qICAg ICAgICAgICAgICAgIA0KZmZmZmY4MDAyMjIzMWM0MCB1ZHA0ICAgICAgIDAgICAgICAwIDEwLjEu MC4zMi4xMjMgICAgICAqLiogICAgICAgICAgICAgICAgDQpmZmZmZjgwMDIyMjMxZGM4IHVkcDQg ICAgICAgMCAgICAgIDAgMTAuMS4wLjM2LjEyMyAgICAgICouKiAgICAgICAgICAgICAgICANCmZm ZmZmODAwMjIyMzIwMDAgdWRwNCAgICAgICAwICAgICAgMCAxMC4xLjAuMzAuMTIzICAgICAgKi4q ICAgICAgICAgICAgICAgIA0KZmZmZmY4MDAyMjIzMjE4OCB1ZHA0ICAgICAgIDAgICAgICAwIDEw LjEuMC4yOC4xMjMgICAgICAqLiogICAgICAgICAgICAgICAgDQpmZmZmZjgwMDIyMjMyMzEwIHVk cDQgICAgICAgMCAgICAgIDAgMTAuMS4wLjI3LjEyMyAgICAgICouKiAgICAgICAgICAgICAgICAN CmZmZmZmODAwMjIyMzI0OTggdWRwNCAgICAgICAwICAgICAgMCAxMC4xLjAuMjEuMTIzICAgICAg Ki4qICAgICAgICAgICAgICAgIA0KZmZmZmY4MDAyMjIzMjYyMCB1ZHA0ICAgICAgIDAgICAgICAw IDEwLjEuMC4yNC4xMjMgICAgICAqLiogICAgICAgICAgICAgICAgDQpmZmZmZjgwMDIyMjMyN2E4 IHVkcDQgICAgICAgMCAgICAgIDAgMTAuMS4wLjIzLjEyMyAgICAgICouKiAgICAgICAgICAgICAg ICANCmZmZmZmODAwMjIyMzI5MzAgdWRwNCAgICAgICAwICAgICAgMCAxMC4xLjAuMjYuMTIzICAg ICAgKi4qICAgICAgICAgICAgICAgIA0KZmZmZmY4MDAyMjIzMmFiOCB1ZHA0ICAgICAgIDAgICAg ICAwIDEwLjEuMC4yNS4xMjMgICAgICAqLiogICAgICAgICAgICAgICAgDQpmZmZmZjgwMDIyMjMy YzQwIHVkcDQgICAgICAgMCAgICAgIDAgMTAuMS4wLjIyLjEyMyAgICAgICouKiAgICAgICAgICAg ICAgICANCmZmZmZmODAwMjIyNjk5MzAgdWRwNCAgICAgICAwICAgICAgMCAxMjcuMC4wLjEuMTIz ICAgICAgKi4qICAgICAgICAgICAgICAgIA0KZmZmZmY4MDAyMjI2OWFiOCB1ZHA2ICAgICAgIDAg ICAgICAwIGZlODA6OjElbG8wLjEyMyAgICAqLiogICAgICAgICAgICAgICAgDQpmZmZmZjgwMDIy MjY5YzQwIHVkcDYgICAgICAgMCAgICAgIDAgOjoxLjEyMyAgICAgICAgICAgICouKiAgICAgICAg ICAgICAgICANCmZmZmZmODAwMjIyNjlkYzggdWRwNiAgICAgICAwICAgICAgMCBmZTgwOjpmNjZk OjRmZjpmLjEgKi4qICAgICAgICAgICAgICAgIA0KZmZmZmY4MDAyMjI0MTAwMCB1ZHA0ICAgICAg IDAgICAgICAwIDEwLjEuMC4yLjEyMyAgICAgICAqLiogICAgICAgICAgICAgICAgDQpmZmZmZjgw MDIyMjQxMTg4IHVkcDYgICAgICAgMCAgICAgIDAgKi4xMjMgICAgICAgICAgICAgICouKiAgICAg ICAgICAgICAgICANCmZmZmZmODAwMjIyNDEzMTAgdWRwNCAgICAgICAwICAgICAgMCAqLjEyMyAg ICAgICAgICAgICAgKi4qICAgICAgICAgICAgICAgIA0KZmZmZmY4MDAyMjIzMzAwMCB1ZHA2ICAg ICAgIDAgICAgICAwICouMjA0OSAgICAgICAgICAgICAqLiogICAgICAgICAgICAgICAgDQpmZmZm ZjgwMDIyMjQxNDk4IHVkcDQgICAgICAgMCAgICAgIDAgKi4yMDQ5ICAgICAgICAgICAgICouKiAg ICAgICAgICAgICAgICANCmZmZmZmODAwMjIyNDE2MjAgdWRwNCAgICAgICAwICAgICAgMCAqLjgx NyAgICAgICAgICAgICAgKi4qICAgICAgICAgICAgICAgIA0KZmZmZmY4MDAyMjI0MTdhOCB1ZHA2 ICAgICAgIDAgICAgICAwICouODE3ICAgICAgICAgICAgICAqLiogICAgICAgICAgICAgICAgDQpm ZmZmZjgwMDIyMjQxOTMwIHVkcDQgICAgICAgMCAgICAgIDAgKi42NjQgICAgICAgICAgICAgICou KiAgICAgICAgICAgICAgICANCmZmZmZmODAwMjIyNDFhYjggdWRwNiAgICAgICAwICAgICAgMCAq LiogICAgICAgICAgICAgICAgKi4qICAgICAgICAgICAgICAgIA0KZmZmZmY4MDAyMjIzMzE4OCB1 ZHA0ICAgICAgIDAgICAgICAwICouMTAwNiAgICAgICAgICAgICAqLiogICAgICAgICAgICAgICAg DQpmZmZmZjgwMDIyMjMzMzEwIHVkcDQgICAgICAgMCAgICAgIDAgMTAuMS4wLjIuMTExICAgICAg ICouKiAgICAgICAgICAgICAgICANCmZmZmZmODAwMjIyMzM0OTggdWRwNCAgICAgICAwICAgICAg MCAqLiogICAgICAgICAgICAgICAgKi4qICAgICAgICAgICAgICAgIA0KZmZmZmY4MDAyMjIzMzYy MCB1ZHA0ICAgICAgIDAgICAgICAwIDEyNy4wLjAuMS4xMTEgICAgICAqLiogICAgICAgICAgICAg ICAgDQpmZmZmZjgwMDIyMjMzN2E4IHVkcDYgICAgICAgMCAgICAgIDAgKi45NzEgICAgICAgICAg ICAgICouKiAgICAgICAgICAgICAgICANCmZmZmZmODAwMjIyMzM5MzAgdWRwNiAgICAgICAwICAg ICAgMCA6OjEuMTExICAgICAgICAgICAgKi4qICAgICAgICAgICAgICAgIA0KZmZmZmY4MDAyMjIz M2FiOCB1ZHA0ICAgICAgIDAgICAgICAwICouNTE0ICAgICAgICAgICAgICAqLiogICAgICAgICAg ICAgICAgDQpmZmZmZjgwMDIyMjMzYzQwIHVkcDYgICAgICAgMCAgICAgIDAgKi41MTQgICAgICAg ICAgICAgICouKiAgICAgICAgICAgICAgICANCkFjdGl2ZSBVTklYIGRvbWFpbiBzb2NrZXRzDQpB ZGRyZXNzICBUeXBlICAgUmVjdi1RIFNlbmQtUSAgICBJbm9kZSAgICAgQ29ubiAgICAgUmVmcyAg TmV4dHJlZiBBZGRyDQpmZmZmZjgwMWQyYzJhM2MwIHN0cmVhbSAgICAyNzEgICAgICAwICAgICAg ICAwIGZmZmZmODAyMjVkZmEwZjAgICAgICAgIDAgICAgICAgIDAgcHJpdmF0ZS9kZWZlcg0KZmZm ZmY4MDIyNWRmYTBmMCBzdHJlYW0gICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZjgwMWQyYzJh M2MwICAgICAgICAwICAgICAgICAwDQpmZmZmZjgwMDIyMzQ5YzMwIHN0cmVhbSAgICAgIDAgICAg ICAwICAgICAgICAwIGZmZmZmODAxZDJjMmFkMjAgICAgICAgIDAgICAgICAgIDAgcHJpdmF0ZS9k ZWZlcg0KZmZmZmY4MDFkMmMyYWQyMCBzdHJlYW0gICAgICAwICAgICAgMCAgICAgICAgMCBmZmZm ZjgwMDIyMzQ5YzMwICAgICAgICAwICAgICAgICAwDQpmZmZmZjgwMjI1ZGZhNWEwIHN0cmVhbSAg ICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAyMjVkZjljMzAgICAgICAgIDAgICAgICAgIDAg cHJpdmF0ZS9sb2NhbA0KZmZmZmY4MDIyNWRmOWMzMCBzdHJlYW0gICAgICAwICAgICAgMCAgICAg ICAgMCBmZmZmZjgwMjI1ZGZhNWEwICAgICAgICAwICAgICAgICAwDQpmZmZmZjgwMjI1ZGY5YTUw IHN0cmVhbSAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAxZDI5YzA5NjAgICAgICAgIDAg ICAgICAgIDAgcHJpdmF0ZS9sb2NhbA0KZmZmZmY4MDFkMjljMDk2MCBzdHJlYW0gICAgICAwICAg ICAgMCAgICAgICAgMCBmZmZmZjgwMjI1ZGY5YTUwICAgICAgICAwICAgICAgICAwDQpmZmZmZjgw MjI1ZGY5ZTEwIHN0cmVhbSAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAyMjVkZmEzYzAg ICAgICAgIDAgICAgICAgIDAgcHJpdmF0ZS9yZXdyaXRlDQpmZmZmZjgwMjI1ZGZhM2MwIHN0cmVh bSAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAyMjVkZjllMTAgICAgICAgIDAgICAgICAg IDANCmZmZmZmODAwMjIzNGNkMjAgc3RyZWFtICAgICAgMCAgICAgIDAgZmZmZmY4MDAxOTUxYzFk OCAgICAgICAgMCAgICAgICAgMCAgICAgICAgMCAvdG1wL3RtdXgtMTAwMS9kZWZhdWx0DQpmZmZm ZjgwMjFlYTdhODcwIHN0cmVhbSAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAwMjIzNjU0 YjAgICAgICAgIDAgICAgICAgIDANCmZmZmZmODAwMjIzNjU0YjAgc3RyZWFtICAgICAgMCAgICAg IDAgICAgICAgIDAgZmZmZmY4MDIxZWE3YTg3MCAgICAgICAgMCAgICAgICAgMA0KZmZmZmY4MDAx YjczZjJkMCBzdHJlYW0gICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZjgwMDFiNzNmOTYwICAg ICAgICAwICAgICAgICAwDQpmZmZmZjgwMDFiNzNmOTYwIHN0cmVhbSAgICAgIDAgICAgICAwICAg ICAgICAwIGZmZmZmODAwMWI3M2YyZDAgICAgICAgIDAgICAgICAgIDANCmZmZmZmODAyMWVhN2Fj MzAgc3RyZWFtICAgICAgMCAgICAgIDAgZmZmZmY4MDFlNTQ1YzU4OCAgICAgICAgMCAgICAgICAg MCAgICAgICAgMCAvdG1wL3RtdXgtMTAwMS9kZWZhdWx0DQpmZmZmZjgwMDFiNzNmYzMwIHN0cmVh bSAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAxMjBmZjlkMjAgICAgICAgIDAgICAgICAg IDANCmZmZmZmODAxMjBmZjlkMjAgc3RyZWFtICAgICAgMCAgICAgIDAgICAgICAgIDAgZmZmZmY4 MDAxYjczZmMzMCAgICAgICAgMCAgICAgICAgMA0KZmZmZmY4MDIxZTQ3ZTVhMCBzdHJlYW0gICAg ICAwICAgICAgMCBmZmZmZjgwMTMzMjdmNzYwICAgICAgICAwICAgICAgICAwICAgICAgICAwIC90 bXAvbXlzcWwuc29jaw0KZmZmZmY4MDAyMjM0Y2I0MCBzdHJlYW0gICAgICAwICAgICAgMCAgICAg ICAgMCBmZmZmZjgwMDIyMzRjYzMwICAgICAgICAwICAgICAgICAwDQpmZmZmZjgwMDIyMzRjYzMw IHN0cmVhbSAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAwMjIzNGNiNDAgICAgICAgIDAg ICAgICAgIDANCmZmZmZmODAyMWVhN2FkMjAgc3RyZWFtICAgICAgMCAgICAgIDAgICAgICAgIDAg ZmZmZmY4MDIxZWE3YWUxMCAgICAgICAgMCAgICAgICAgMA0KZmZmZmY4MDIxZWE3YWUxMCBzdHJl YW0gICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZjgwMjFlYTdhZDIwICAgICAgICAwICAgICAg ICAwDQpmZmZmZjgwMDIyM2EyMGYwIHN0cmVhbSAgICAgIDAgICAgICAwIGZmZmZmODAyMWViOWUz YjAgICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgcHJpdmF0ZS9zY2FjaGUNCmZmZmZmODAwMjIz YTIxZTAgc3RyZWFtICAgICAgMCAgICAgIDAgZmZmZmY4MDIxZWI5ZTFkOCAgICAgICAgMCAgICAg ICAgMCAgICAgICAgMCBwcml2YXRlL2FudmlsDQpmZmZmZjgwMDIyM2EyMmQwIHN0cmVhbSAgICAg IDAgICAgICAwIGZmZmZmODAyMWViOWQzYjAgICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgcHJp dmF0ZS9sbXRwDQpmZmZmZjgwMDIyM2EyM2MwIHN0cmVhbSAgICAgIDAgICAgICAwIGZmZmZmODAy MWViOWQ3NjAgICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgcHJpdmF0ZS92aXJ0dWFsDQpmZmZm ZjgwMDIyM2EyNGIwIHN0cmVhbSAgICAgIDAgICAgICAwIGZmZmZmODAyMWViOWRiMTAgICAgICAg IDAgICAgICAgIDAgICAgICAgIDAgcHJpdmF0ZS9sb2NhbA0KZmZmZmY4MDAyMjNhMjVhMCBzdHJl YW0gICAgICAwICAgICAgMCBmZmZmZjgwMjFlYjllY2U4ICAgICAgICAwICAgICAgICAwICAgICAg ICAwIHByaXZhdGUvZGlzY2FyZA0KZmZmZmY4MDAyMjNhMjY5MCBzdHJlYW0gICAgICAwICAgICAg MCBmZmZmZjgwMjFlYjlkMWQ4ICAgICAgICAwICAgICAgICAwICAgICAgICAwIHByaXZhdGUvcmV0 cnkNCmZmZmZmODAwMjIzYTI3ODAgc3RyZWFtICAgICAgMCAgICAgIDAgZmZmZmY4MDIxZWI5ZDAw MCAgICAgICAgMCAgICAgICAgMCAgICAgICAgMCBwcml2YXRlL2Vycm9yDQpmZmZmZjgwMDIyM2Ey ODcwIHN0cmVhbSAgICAgIDAgICAgICAwIGZmZmZmODAyMWU3NDA3NjAgICAgICAgIDAgICAgICAg IDAgICAgICAgIDAgcHVibGljL3Nob3dxDQpmZmZmZjgwMDIyM2EyOTYwIHN0cmVhbSAgICAgIDAg ICAgICAwIGZmZmZmODAyMWViOWQ1ODggICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgcHJpdmF0 ZS9yZWxheQ0KZmZmZmY4MDAyMjNhMmE1MCBzdHJlYW0gICAgICAwICAgICAgMCBmZmZmZjgwMjFl YjlmMDAwICAgICAgICAwICAgICAgICAwICAgICAgICAwIHByaXZhdGUvc210cA0KZmZmZmY4MDAy MjNhMmI0MCBzdHJlYW0gICAgICAwICAgICAgMCBmZmZmZjgwMjFlYjllNzYwICAgICAgICAwICAg ICAgICAwICAgICAgICAwIHByaXZhdGUvcHJveHl3cml0ZQ0KZmZmZmY4MDAyMjNhMmMzMCBzdHJl YW0gICAgICAwICAgICAgMCBmZmZmZjgwMjFlYjllMDAwICAgICAgICAwICAgICAgICAwICAgICAg ICAwIHByaXZhdGUvcHJveHltYXANCmZmZmZmODAwMjIzYTJkMjAgc3RyZWFtICAgICAgMCAgICAg IDAgZmZmZmY4MDIxZTc0MDU4OCAgICAgICAgMCAgICAgICAgMCAgICAgICAgMCBwdWJsaWMvZmx1 c2gNCmZmZmZmODAwMjIzYTJlMTAgc3RyZWFtICAgICAgMCAgICAgIDAgZmZmZmY4MDIxZWI5ZGNl OCAgICAgICAgMCAgICAgICAgMCAgICAgICAgMCBwcml2YXRlL3ZlcmlmeQ0KZmZmZmY4MDAyMjM2 NTAwMCBzdHJlYW0gICAgICAwICAgICAgMCBmZmZmZjgwMjFlYjlmMWQ4ICAgICAgICAwICAgICAg ICAwICAgICAgICAwIHByaXZhdGUvdHJhY2UNCmZmZmZmODAwMjIzNjUwZjAgc3RyZWFtICAgICAg MCAgICAgIDAgZmZmZmY4MDIxZWI5ZWIxMCAgICAgICAgMCAgICAgICAgMCAgICAgICAgMCBwcml2 YXRlL2RlZmVyDQpmZmZmZjgwMDIyMzY1MWUwIHN0cmVhbSAgICAgIDAgICAgICAwIGZmZmZmODAy MWViOWQ5MzggICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgcHJpdmF0ZS9ib3VuY2UNCmZmZmZm ODAwMjIzNjUyZDAgc3RyZWFtICAgICAgMCAgICAgIDAgZmZmZmY4MDIxZWI5ZTU4OCAgICAgICAg MCAgICAgICAgMCAgICAgICAgMCBwcml2YXRlL3Jld3JpdGUNCmZmZmZmODAwMjIzNjUzYzAgc3Ry ZWFtICAgICAgMCAgICAgIDAgZmZmZmY4MDIxZWI5ZTkzOCAgICAgICAgMCAgICAgICAgMCAgICAg ICAgMCBwcml2YXRlL3Rsc21ncg0KZmZmZmY4MDAyMjM2NTY5MCBzdHJlYW0gICAgICAwICAgICAg MCBmZmZmZjgwMjFlNzQwOTM4ICAgICAgICAwICAgICAgICAwICAgICAgICAwIHB1YmxpYy9xbWdy DQpmZmZmZjgwMDIyMzY1NzgwIHN0cmVhbSAgICAgIDAgICAgICAwIGZmZmZmODAyMWU3NDBjZTgg ICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgcHVibGljL2NsZWFudXANCmZmZmZmODAwMjIzNjVh NTAgc3RyZWFtICAgICAgMCAgICAgIDAgZmZmZmY4MDIxZTc0MGIxMCAgICAgICAgMCAgICAgICAg MCAgICAgICAgMCBwdWJsaWMvcGlja3VwDQpmZmZmZjgwMDIyMzRkODcwIHN0cmVhbSAgICAgIDAg ICAgICAwICAgICAgICAwIGZmZmZmODAwMjIzNGQ5NjAgICAgICAgIDAgICAgICAgIDANCmZmZmZm ODAwMjIzNGQ5NjAgc3RyZWFtICAgICAgMCAgICAgIDAgICAgICAgIDAgZmZmZmY4MDAyMjM0ZDg3 MCAgICAgICAgMCAgICAgICAgMA0KZmZmZmY4MDAyMjM0ZGMzMCBzdHJlYW0gICAgICAwICAgICAg MCAgICAgICAgMCBmZmZmZjgwMDIyMzQ4MGYwICAgICAgICAwICAgICAgICAwDQpmZmZmZjgwMDIy MzQ4MGYwIHN0cmVhbSAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAwMjIzNGRjMzAgICAg ICAgIDAgICAgICAgIDANCmZmZmZmODAwMjIzNDliNDAgc3RyZWFtICAgICAgMCAgICAgIDAgZmZm ZmY4MDAyMjNmZDc2MCAgICAgICAgMCAgICAgICAgMCAgICAgICAgMCAvdmFyL3J1bi9ycGNiaW5k LnNvY2sNCmZmZmZmODAwMjIzNzU3ODAgc3RyZWFtICAgICAgMCAgICAgIDAgICAgICAgIDAgZmZm ZmY4MDAyMjM3NTg3MCAgICAgICAgMCAgICAgICAgMA0KZmZmZmY4MDAyMjM3NTg3MCBzdHJlYW0g ICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZjgwMDIyMzc1NzgwICAgICAgICAwICAgICAgICAw DQpmZmZmZjgwMDIyMzQ5YTUwIHN0cmVhbSAgICAgIDAgICAgICAwIGZmZmZmODAwMjIyM2ZjZTgg ICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgL3Zhci9ydW4vZGV2ZC5waXBlDQpmZmZmZjgwMjI1 ZGZhMmQwIGRncmFtICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAwMjIzNjBjMzAgICAg ICAgIDAgZmZmZmY4MDAyMjM0ZDAwMA0KZmZmZmY4MDAyMjM0ZDAwMCBkZ3JhbSAgICAgICAwICAg ICAgMCAgICAgICAgMCBmZmZmZjgwMDIyMzYwYzMwICAgICAgICAwIGZmZmZmODAyMjVkZjk1YTAN CmZmZmZmODAyMjVkZjk1YTAgZGdyYW0gICAgICAgMCAgICAgIDAgICAgICAgIDAgZmZmZmY4MDAy MjM2MGMzMCAgICAgICAgMCBmZmZmZjgwMjFlYTdhNzgwDQpmZmZmZjgwMjFlYTdhNzgwIGRncmFt ICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAwMjIzNjBjMzAgICAgICAgIDAgZmZmZmY4 MDIyNWRmYWE1MA0KZmZmZmY4MDIyNWRmYWE1MCBkZ3JhbSAgICAgICAwICAgICAgMCAgICAgICAg MCBmZmZmZjgwMDIyMzYwYzMwICAgICAgICAwIGZmZmZmODAwMjIzYTIwMDANCmZmZmZmODAwMjIz NGNhNTAgZGdyYW0gICAgICAgMCAgICAgIDAgICAgICAgIDAgZmZmZmY4MDAyMjM2MDRiMCAgICAg ICAgMCAgICAgICAgMA0KZmZmZmY4MDAyMjM0ZDFlMCBkZ3JhbSAgICAgICAwICAgICAgMCAgICAg ICAgMCBmZmZmZjgwMDIyMzQ4NzgwICAgICAgICAwICAgICAgICAwDQpmZmZmZjgwMDIyM2EyMDAw IGRncmFtICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAwMjIzNjBjMzAgICAgICAgIDAg ZmZmZmY4MDAyMjM0ZDRiMA0KZmZmZmY4MDAyMjM0ZDRiMCBkZ3JhbSAgICAgICAwICAgICAgMCAg ICAgICAgMCBmZmZmZjgwMDIyMzYwYzMwICAgICAgICAwIGZmZmZmODAwMjIzNGQ3ODANCmZmZmZm ODAwMjIzNGQ1YTAgZGdyYW0gICAgICAgMCAgICAgIDAgICAgICAgIDAgZmZmZmY4MDAyMjM0OGE1 MCAgICAgICAgMCAgICAgICAgMA0KZmZmZmY4MDAyMjM0ZDY5MCBkZ3JhbSAgICAgICAwICAgICAg MCAgICAgICAgMCBmZmZmZjgwMDIyMzQ5MGYwICAgICAgICAwICAgICAgICAwDQpmZmZmZjgwMDIy MzY1YjQwIGRncmFtICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAwMjIzNDkxZTAgICAg ICAgIDAgICAgICAgIDANCmZmZmZmODAwMjIzNGQ3ODAgZGdyYW0gICAgICAgMCAgICAgIDAgICAg ICAgIDAgZmZmZmY4MDAyMjM2MGMzMCAgICAgICAgMCAgICAgICAgMA0KZmZmZmY4MDAyMjM0ZGE1 MCBkZ3JhbSAgICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZjgwMDIyMzc1MGYwICAgICAgICAw IGZmZmZmODAwMjIzNGRkMjANCmZmZmZmODAwMjIzNGRiNDAgZGdyYW0gICAgICAgMCAgICAgIDAg ICAgICAgIDAgZmZmZmY4MDAyMjM0OGUxMCAgICAgICAgMCAgICAgICAgMA0KZmZmZmY4MDAyMjM2 NWMzMCBkZ3JhbSAgICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZjgwMDIyMzYwZDIwICAgICAg ICAwIGZmZmZmODAwMjIzNDgwMDANCmZmZmZmODAwMjIzNDgwMDAgZGdyYW0gICAgICAgMCAgICAg IDAgICAgICAgIDAgZmZmZmY4MDAyMjM2MGQyMCAgICAgICAgMCAgICAgICAgMA0KZmZmZmY4MDAy MjM0ZGQyMCBkZ3JhbSAgICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZjgwMDIyMzc1MGYwICAg ICAgICAwICAgICAgICAwDQpmZmZmZjgwMDIyMzRkZTEwIGRncmFtICAgICAgIDAgICAgICAwICAg ICAgICAwIGZmZmZmODAwMjIzNDg5NjAgICAgICAgIDAgICAgICAgIDANCmZmZmZmODAwMjIzNDgx ZTAgZGdyYW0gICAgICAgMCAgICAgIDAgICAgICAgIDAgZmZmZmY4MDAyMjM0OGMzMCAgICAgICAg MCAgICAgICAgMA0KZmZmZmY4MDAyMjM2NWQyMCBkZ3JhbSAgICAgICAwICAgICAgMCAgICAgICAg MCBmZmZmZjgwMDIyMzYwNjkwICAgICAgICAwICAgICAgICAwDQpmZmZmZjgwMDIyMzY1ZTEwIGRn cmFtICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAwMjIzNDg1YTAgICAgICAgIDAgICAg ICAgIDANCmZmZmZmODAwMjIzNjAwMDAgZGdyYW0gICAgICAgMCAgICAgIDAgICAgICAgIDAgZmZm ZmY4MDAyMjM2MDg3MCAgICAgICAgMCBmZmZmZjgwMDIyMzYwMWUwDQpmZmZmZjgwMDIyMzYwMGYw IGRncmFtICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAwMjIzNzUzYzAgICAgICAgIDAg ICAgICAgIDANCmZmZmZmODAwMjIzNDgyZDAgZGdyYW0gICAgICAgMCAgICAgIDAgICAgICAgIDAg ZmZmZmY4MDAyMjM2MDJkMCAgICAgICAgMCAgICAgICAgMA0KZmZmZmY4MDAyMjM0ODNjMCBkZ3Jh bSAgICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZjgwMDIyMzQ5MmQwICAgICAgICAwICAgICAg ICAwDQpmZmZmZjgwMDIyMzYwMWUwIGRncmFtICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZm ODAwMjIzNjA4NzAgICAgICAgIDAgICAgICAgIDANCmZmZmZmODAwMjIzNDg0YjAgZGdyYW0gICAg ICAgMCAgICAgIDAgICAgICAgIDAgZmZmZmY4MDAyMjM2MGE1MCAgICAgICAgMCAgICAgICAgMA0K ZmZmZmY4MDAyMjM0ODVhMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3YTUyNzYwICAg ICAgICAwIGZmZmZmODAwMjIzNjVlMTAgICAgICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0KZmZmZmY4 MDAyMjM0ODY5MCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3YzE1YjEwICAgICAgICAw ICAgICAgICAwICAgICAgICAwIC92YXIvcnVuL2xvZw0KZmZmZmY4MDAyMjM0ODc4MCBkZ3JhbSAg ICAgICAwICAgICAgMCBmZmZmZjgwMTY3ZDk3MDAwICAgICAgICAwIGZmZmZmODAwMjIzNGQxZTAg ICAgICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0KZmZmZmY4MDAyMjM0ODg3MCBkZ3JhbSAgICAgICAw ICAgICAgMCBmZmZmZjgwMjFlNjY0M2IwICAgICAgICAwICAgICAgICAwICAgICAgICAwIC92YXIv cnVuL2xvZw0KZmZmZmY4MDAyMjM0ODk2MCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3 ZTU2NTg4ICAgICAgICAwIGZmZmZmODAwMjIzNGRlMTAgICAgICAgIDAgL3Zhci9ydW4vbG9ncHJp dg0KZmZmZmY4MDAyMjM2MDJkMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3ZTU1MDAw ICAgICAgICAwIGZmZmZmODAwMjIzNDgyZDAgICAgICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0KZmZm ZmY4MDAyMjM2MDNjMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMjFlNGMzNzYwICAgICAg ICAwICAgICAgICAwICAgICAgICAwIC92YXIvcnVuL2xvZw0KZmZmZmY4MDAyMjM0OGE1MCBkZ3Jh bSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3Y2U3Y2U4ICAgICAgICAwIGZmZmZmODAwMjIzNGQ1 YTAgICAgICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0KZmZmZmY4MDAyMjM0OGI0MCBkZ3JhbSAgICAg ICAwICAgICAgMCBmZmZmZjgwMTY3OWE2NTg4ICAgICAgICAwICAgICAgICAwICAgICAgICAwIC92 YXIvcnVuL2xvZw0KZmZmZmY4MDAyMjM2MDRiMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgw MTY3ZDllNTg4ICAgICAgICAwIGZmZmZmODAwMjIzNGNhNTAgICAgICAgIDAgL3Zhci9ydW4vbG9n cHJpdg0KZmZmZmY4MDAyMjM2MDVhMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMjFlNGUx YjEwICAgICAgICAwICAgICAgICAwICAgICAgICAwIC92YXIvcnVuL2xvZw0KZmZmZmY4MDAyMjM0 OGMzMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3YTVmY2U4ICAgICAgICAwIGZmZmZm ODAwMjIzNDgxZTAgICAgICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0KZmZmZmY4MDAyMjM0OGQyMCBk Z3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMjFlM2RlNzYwICAgICAgICAwICAgICAgICAwICAg ICAgICAwIC92YXIvcnVuL2xvZw0KZmZmZmY4MDAyMjM2MDY5MCBkZ3JhbSAgICAgICAwICAgICAg MCBmZmZmZjgwMTY3YTVmNTg4ICAgICAgICAwIGZmZmZmODAwMjIzNjVkMjAgICAgICAgIDAgL3Zh ci9ydW4vbG9ncHJpdg0KZmZmZmY4MDAyMjM2MDc4MCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZm ZjgwMjFlMGZiM2IwICAgICAgICAwICAgICAgICAwICAgICAgICAwIC92YXIvcnVuL2xvZw0KZmZm ZmY4MDAyMjM2MDg3MCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3YmM5M2IwICAgICAg ICAwIGZmZmZmODAwMjIzNjAwMDAgICAgICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0KZmZmZmY4MDAy MjM2MDk2MCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMjFlMjM4M2IwICAgICAgICAwICAg ICAgICAwICAgICAgICAwIC92YXIvcnVuL2xvZw0KZmZmZmY4MDAyMjM2MGE1MCBkZ3JhbSAgICAg ICAwICAgICAgMCBmZmZmZjgwMTY3YWI2MDAwICAgICAgICAwIGZmZmZmODAwMjIzNDg0YjAgICAg ICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0KZmZmZmY4MDAyMjM2MGI0MCBkZ3JhbSAgICAgICAwICAg ICAgMCBmZmZmZjgwMTY3YTRhYjEwICAgICAgICAwICAgICAgICAwICAgICAgICAwIC92YXIvcnVu L2xvZw0KZmZmZmY4MDAyMjM2MGMzMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3YWI2 YjEwICAgICAgICAwIGZmZmZmODAyMjVkZmEyZDAgICAgICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0K ZmZmZmY4MDAyMjM2MGQyMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3ZTU2MWQ4ICAg ICAgICAwIGZmZmZmODAwMjIzNjVjMzAgICAgICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0KZmZmZmY4 MDAyMjM0OGUxMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3YWI4NzYwICAgICAgICAw IGZmZmZmODAwMjIzNGRiNDAgICAgICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0KZmZmZmY4MDAyMjM2 MGUxMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3YjExY2U4ICAgICAgICAwICAgICAg ICAwICAgICAgICAwIC92YXIvcnVuL2xvZw0KZmZmZmY4MDAyMjM0OTAwMCBkZ3JhbSAgICAgICAw ICAgICAgMCBmZmZmZjgwMjFlMzVmY2U4ICAgICAgICAwICAgICAgICAwICAgICAgICAwIC92YXIv cnVuL2xvZw0KZmZmZmY4MDAyMjM3NTAwMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMjFl NDAwY2U4ICAgICAgICAwICAgICAgICAwICAgICAgICAwIC92YXIvcnVuL2xvZw0KZmZmZmY4MDAy MjM3NTBmMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMTY3ZDk3NzYwICAgICAgICAwIGZm ZmZmODAwMjIzNGRhNTAgICAgICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0KZmZmZmY4MDAyMjM3NTFl MCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMjFlMWI4MDAwICAgICAgICAwICAgICAgICAw ICAgICAgICAwIC92YXIvcnVuL2xvZw0KZmZmZmY4MDAyMjM0OTBmMCBkZ3JhbSAgICAgICAwICAg ICAgMCBmZmZmZjgwMTY3Y2U2MWQ4ICAgICAgICAwIGZmZmZmODAwMjIzNGQ2OTAgICAgICAgIDAg L3Zhci9ydW4vbG9ncHJpdg0KZmZmZmY4MDAyMjM0OTFlMCBkZ3JhbSAgICAgICAwICAgICAgMCBm ZmZmZjgwMjFlMWU2M2IwICAgICAgICAwIGZmZmZmODAwMjIzNjViNDAgICAgICAgIDAgL3Zhci9y dW4vbG9nDQpmZmZmZjgwMDIyMzQ5MmQwIGRncmFtICAgICAgIDAgICAgICAwIGZmZmZmODAxNjdj ZTY5MzggICAgICAgIDAgZmZmZmY4MDAyMjM0ODNjMCAgICAgICAgMCAvdmFyL3J1bi9sb2dwcml2 DQpmZmZmZjgwMDIyMzQ5M2MwIGRncmFtICAgICAgIDAgICAgICAwIGZmZmZmODAyMWUxZTY3NjAg ICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgL3Zhci9ydW4vbG9nDQpmZmZmZjgwMDIyMzc1NGIw IGRncmFtICAgICAgIDAgICAgICAwIGZmZmZmODAxNjdhNGI3NjAgICAgICAgIDAgICAgICAgIDAg ICAgICAgIDAgL3Zhci9ydW4vbG9nDQpmZmZmZjgwMDIyMzc1M2MwIGRncmFtICAgICAgIDAgICAg ICAwIGZmZmZmODAxNjdlNTU5MzggICAgICAgIDAgZmZmZmY4MDAyMjM2MDBmMCAgICAgICAgMCAv dmFyL3J1bi9sb2dwcml2DQpmZmZmZjgwMDIyMzQ5ODcwIGRncmFtICAgICAgIDAgICAgICAwIGZm ZmZmODAyMWUxYjg1ODggICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgL3Zhci9ydW4vbG9nDQpm ZmZmZjgwMDIyMzQ5NjkwIGRncmFtICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAwMjIz NzU2OTAgICAgICAgIDAgICAgICAgIDANCmZmZmZmODAwMjIzNDk0YjAgZGdyYW0gICAgICAgMCAg ICAgIDAgICAgICAgIDAgZmZmZmY4MDAyMjM3NTVhMCAgICAgICAgMCBmZmZmZjgwMDIyMzQ5NWEw DQpmZmZmZjgwMDIyMzQ5NWEwIGRncmFtICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAw MjIzNzU1YTAgICAgICAgIDAgZmZmZmY4MDAyMjM0OTc4MA0KZmZmZmY4MDAyMjM0OTc4MCBkZ3Jh bSAgICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZjgwMDIyMzc1NWEwICAgICAgICAwIGZmZmZm ODAwMjIzNDk5NjANCmZmZmZmODAwMjIzNDk5NjAgZGdyYW0gICAgICAgMCAgICAgIDAgICAgICAg IDAgZmZmZmY4MDAyMjM3NTVhMCAgICAgICAgMCAgICAgICAgMA0KZmZmZmY4MDAyMjM3NTVhMCBk Z3JhbSAgICAgICAwICAgICAgMCBmZmZmZjgwMDExZTg5YjEwICAgICAgICAwIGZmZmZmODAwMjIz NDk0YjAgICAgICAgIDAgL3Zhci9ydW4vbG9ncHJpdg0KZmZmZmY4MDAyMjM3NTY5MCBkZ3JhbSAg ICAgICAwICAgICAgMCBmZmZmZjgwMDIyNDcxY2U4ICAgICAgICAwIGZmZmZmODAwMjIzNDk2OTAg ICAgICAgIDAgL3Zhci9ydW4vbG9nDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KbmV0c3RhdCAtYUwNCg0K Q3VycmVudCBsaXN0ZW4gcXVldWUgc2l6ZXMgKHFsZW4vaW5jcWxlbi9tYXhxbGVuKQ0KUHJvdG8g TGlzdGVuICAgICAgICAgTG9jYWwgQWRkcmVzcyAgICAgICAgIA0KdGNwNCAgMC8wLzUwICAgICAg ICAgMTAuMS4wLjI1Lm15c3FsICAgICAgICANCnRjcDQgIDAvMC8xMjggICAgICAgIDEwLjEuMC4z MC45MDAwICAgICAgICAgDQp0Y3A0ICAwLzAvMTI4ICAgICAgICAxMC4xLjAuMzYuOTAwMCAgICAg ICAgIA0KdGNwNCAgMC8wLzEwMCAgICAgICAgMTAuMS4wLjI4LnNtdHAgICAgICAgICANCnRjcDQg IDAvMC8xMjggICAgICAgIDEwLjEuMC4zOC45MDAwICAgICAgICAgDQp0Y3A0ICAwLzAvMTAgICAg ICAgICAxMC4xLjAuMjIuaXJjZCAgICAgICAgIA0KdGNwNCAgMC8wLzEyOCAgICAgICAgMTAuMS4w LjI5Lmh0dHBzICAgICAgICANCnRjcDQgIDAvMC8xMjggICAgICAgIDEwLjEuMC4yOS5odHRwICAg ICAgICAgDQp0Y3A0ICAwLzAvMTI4ICAgICAgICAxMC4xLjAuMjQucm5kYyAgICAgICAgIA0KdGNw NCAgMC8wLzEwICAgICAgICAgMTAuMS4wLjI0LmRvbWFpbiAgICAgICANCnRjcDQgIDAvMC8xMjgg ICAgICAgIDEwLjEuMC4yMS5zc2ggICAgICAgICAgDQp0Y3A0ICAwLzAvNSAgICAgICAgICAxMC4x LjAuMzIuaHR0cCAgICAgICAgIA0KdGNwNCAgMC8wLzEwICAgICAgICAgbG9jYWxob3N0LnNtdHAg ICAgICAgICANCnRjcDQgIDAvMC8xMjggICAgICAgIDEwLjEuMC4yLnNzaCAgICAgICAgICAgDQp0 Y3A2ICAwLzAvNSAgICAgICAgICAqLm5mc2QgICAgICAgICAgICAgICAgIA0KdGNwNCAgMC8wLzUg ICAgICAgICAgKi5uZnNkICAgICAgICAgICAgICAgICANCnRjcDQgIDAvMC8xMjggICAgICAgICou ODE3ICAgICAgICAgICAgICAgICAgDQp0Y3A2ICAwLzAvMTI4ICAgICAgICAqLjgxNyAgICAgICAg ICAgICAgICAgIA0KdGNwNCAgMC8wLzEyOCAgICAgICAgMTAuMS4wLjIuc3VucnBjICAgICAgICAN CnRjcDQgIDAvMC8xMjggICAgICAgIGxvY2FsaG9zdC5zdW5ycGMgICAgICAgDQp0Y3A2ICAwLzAv MTI4ICAgICAgICBsb2NhbGhvc3Quc3VucnBjICAgICAgIA0KdW5peCAgMC8wLzE2ICAgICAgICAg L3RtcC90bXV4LTEwMDEvZGVmYXVsdA0KdW5peCAgMC8wLzE2ICAgICAgICAgL3RtcC90bXV4LTEw MDEvZGVmYXVsdA0KdW5peCAgMC8wLzUwICAgICAgICAgL3RtcC9teXNxbC5zb2NrDQp1bml4ICAw LzAvMTAwICAgICAgICBwcml2YXRlL3NjYWNoZQ0KdW5peCAgMC8wLzEwMCAgICAgICAgcHJpdmF0 ZS9hbnZpbA0KdW5peCAgMC8wLzEwMCAgICAgICAgcHJpdmF0ZS9sbXRwDQp1bml4ICAwLzAvMTAw ICAgICAgICBwcml2YXRlL3ZpcnR1YWwNCnVuaXggIDAvMC8xMDAgICAgICAgIHByaXZhdGUvbG9j YWwNCnVuaXggIDAvMC8xMDAgICAgICAgIHByaXZhdGUvZGlzY2FyZA0KdW5peCAgMC8wLzEwMCAg ICAgICAgcHJpdmF0ZS9yZXRyeQ0KdW5peCAgMC8wLzEwMCAgICAgICAgcHJpdmF0ZS9lcnJvcg0K dW5peCAgMC8wLzEwMCAgICAgICAgcHVibGljL3Nob3dxDQp1bml4ICAwLzAvMTAwICAgICAgICBw cml2YXRlL3JlbGF5DQp1bml4ICAwLzAvMTAwICAgICAgICBwcml2YXRlL3NtdHANCnVuaXggIDAv MC8xMDAgICAgICAgIHByaXZhdGUvcHJveHl3cml0ZQ0KdW5peCAgMC8wLzEwMCAgICAgICAgcHJp dmF0ZS9wcm94eW1hcA0KdW5peCAgMC8wLzEwMCAgICAgICAgcHVibGljL2ZsdXNoDQp1bml4ICAw LzAvMTAwICAgICAgICBwcml2YXRlL3ZlcmlmeQ0KdW5peCAgMC8wLzEwMCAgICAgICAgcHJpdmF0 ZS90cmFjZQ0KdW5peCAgMS8wLzEwMCAgICAgICAgcHJpdmF0ZS9kZWZlcg0KdW5peCAgMC8wLzEw MCAgICAgICAgcHJpdmF0ZS9ib3VuY2UNCnVuaXggIDAvMC8xMDAgICAgICAgIHByaXZhdGUvcmV3 cml0ZQ0KdW5peCAgMC8wLzEwMCAgICAgICAgcHJpdmF0ZS90bHNtZ3INCnVuaXggIDAvMC8xMDAg ICAgICAgIHB1YmxpYy9xbWdyDQp1bml4ICAwLzAvMTAwICAgICAgICBwdWJsaWMvY2xlYW51cA0K dW5peCAgMC8wLzEwMCAgICAgICAgcHVibGljL3BpY2t1cA0KdW5peCAgMC8wLzEyOCAgICAgICAg L3Zhci9ydW4vcnBjYmluZC5zb2NrDQp1bml4ICAwLzAvNCAgICAgICAgICAvdmFyL3J1bi9kZXZk LnBpcGUNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpmc3RhdA0KDQpmc3RhdDogcHJvY3N0YXRfZ2V0cHJv Y3MoKQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCmRtZXNnDQoNCkNvcHlyaWdodCAoYykgMTk5Mi0yMDE0 IFRoZSBGcmVlQlNEIFByb2plY3QuDQpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5 ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQNCglUaGUgUmVnZW50cyBvZiB0 aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KRnJlZUJT RCBpcyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uDQpG cmVlQlNEIDEwLjAtUkVMRUFTRSAjMCByMjYwNzg5OiBUaHUgSmFuIDE2IDIyOjM0OjU5IFVUQyAy MDE0DQogICAgcm9vdEBzbmFwLmZyZWVic2Qub3JnOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVS SUMgYW1kNjQNCkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjMgKHRhZ3MvUkVMRUFTRV8zMy9maW5h bCAxODM1MDIpIDIwMTMwNjEwDQpDUFU6IEFNRCBFLTM1MCBQcm9jZXNzb3IgKDE1OTkuOTktTUh6 IEs4LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHg1MDBmMTAg IEZhbWlseSA9IDB4MTQgIE1vZGVsID0gMHgxICBTdGVwcGluZyA9IDANCiAgRmVhdHVyZXM9MHgx NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIs UEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyLEhUVD4NCiAg RmVhdHVyZXMyPTB4ODAyMjA5PFNTRTMsTU9OLFNTU0UzLENYMTYsUE9QQ05UPg0KICBBTUQgRmVh dHVyZXM9MHgyZTUwMDgwMDxTWVNDQUxMLE5YLE1NWCssRkZYU1IsUGFnZTFHQixSRFRTQ1AsTE0+ DQogIEFNRCBGZWF0dXJlczI9MHgzNWZmPExBSEYsQ01QLFNWTSxFeHRBUElDLENSOCxBQk0sU1NF NEEsTUFTLFByZWZldGNoLElCUyxTS0lOSVQsV0RUPg0KICBUU0M6IFAtc3RhdGUgaW52YXJpYW50 LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzDQpyZWFsIG1lbW9yeSAgPSA4NTg5OTM0NTkyICg4MTky IE1CKQ0KYXZhaWwgbWVtb3J5ID0gNzg0NDE2MzU4NCAoNzQ4MCBNQikNCkV2ZW50IHRpbWVyICJM QVBJQyIgcXVhbGl0eSA0MDANCkFDUEkgQVBJQyBUYWJsZTogPEFMQVNLQSBBIE0gST4NCkZyZWVC U0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcw0KRnJlZUJTRC9T TVA6IDEgcGFja2FnZShzKSB4IDIgY29yZShzKQ0KIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwDQog Y3B1MSAoQVApOiBBUElDIElEOiAgMQ0KQUNQSSBCSU9TIFdhcm5pbmcgKGJ1Zyk6IE9wdGlvbmFs IEZBRFQgZmllbGQgUG0yQ29udHJvbEJsb2NrIGhhcyB6ZXJvIGFkZHJlc3Mgb3IgbGVuZ3RoOiAw eDAwMDAwMDAwMDAwMDAwMDAvMHgxICgyMDEzMDgyMy90YmZhZHQtNjMwKQ0KaW9hcGljMDogQ2hh bmdpbmcgQVBJQyBJRCB0byAwDQppb2FwaWMwIDxWZXJzaW9uIDIuMT4gaXJxcyAwLTIzIG9uIG1v dGhlcmJvYXJkDQpyYW5kb206IDxTb2Z0d2FyZSwgWWFycm93PiBpbml0aWFsaXplZA0Ka2JkMSBh dCBrYmRtdXgwDQpjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQN CmFlc25pMDogTm8gQUVTTkkgc3VwcG9ydC4NCmFjcGkwOiA8QUxBU0tBIEEgTSBJPiBvbiBtb3Ro ZXJib2FyZA0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpDQpjcHUwOiA8QUNQSSBDUFU+IG9u IGFjcGkwDQpjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQphdHRpbWVyMDogPEFUIHRpbWVyPiBw b3J0IDB4NDAtMHg0MyBpcnEgMCBvbiBhY3BpMA0KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVu Y3kgMTE5MzE4MiBIeiBxdWFsaXR5IDANCkV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5IDEx OTMxODIgSHogcXVhbGl0eSAxMDANCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4 NzAtMHg3MSBpcnEgOCBvbiBhY3BpMA0KRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4 IEh6IHF1YWxpdHkgMA0KaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0g MHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwDQpUaW1lY291bnRlciAiSFBFVCIgZnJlcXVl bmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTUwDQpFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5 IDE0MzE4MTgwIEh6IHF1YWxpdHkgNTUwDQpFdmVudCB0aW1lciAiSFBFVDEiIGZyZXF1ZW5jeSAx NDMxODE4MCBIeiBxdWFsaXR5IDQ1MA0KVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5 IDM1Nzk1NDUgSHogcXVhbGl0eSA5MDANCmFjcGlfdGltZXIwOiA8MzItYml0IHRpbWVyIGF0IDMu NTc5NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwDQpwY2liMDogPEFDUEkgSG9zdC1Q Q0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwDQpwY2kwOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMA0KdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhmMDAw LTB4ZjBmZiBtZW0gMHhjMDAwMDAwMC0weGNmZmZmZmZmLDB4ZmViMDAwMDAtMHhmZWIzZmZmZiww eGZlYTAwMDAwLTB4ZmVhZmZmZmYgaXJxIDE4IGF0IGRldmljZSAxLjAgb24gcGNpMA0KdmdhcGNp MDogQm9vdCB2aWRlbyBkZXZpY2UNCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2 IGF0IGRldmljZSA0LjAgb24gcGNpMA0KcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCmFo Y2kwOiA8QVRJIElYUDcwMCBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGYxNDAtMHhmMTQ3 LDB4ZjEzMC0weGYxMzMsMHhmMTIwLTB4ZjEyNywweGYxMTAtMHhmMTEzLDB4ZjEwMC0weGYxMGYg bWVtIDB4ZmViNGIwMDAtMHhmZWI0YjNmZiBpcnEgMTkgYXQgZGV2aWNlIDE3LjAgb24gcGNpMA0K YWhjaTA6IEFIQ0kgdjEuMjAgd2l0aCA2IDZHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgc3Vw cG9ydGVkDQphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTANCmFo Y2ljaDE6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhaGNpMA0KYWhjaWNoMjogPEFI Q0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAyIG9uIGFoY2kwDQphaGNpY2gzOiA8QUhDSSBjaGFubmVs PiBhdCBjaGFubmVsIDMgb24gYWhjaTANCmFoY2ljaDQ6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5u ZWwgNCBvbiBhaGNpMA0KYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA1IG9uIGFo Y2kwDQpvaGNpMDogPEFNRCBTQjd4MC9TQjh4MC9TQjl4MCBVU0IgY29udHJvbGxlcj4gbWVtIDB4 ZmViNGEwMDAtMHhmZWI0YWZmZiBpcnEgMTggYXQgZGV2aWNlIDE4LjAgb24gcGNpMA0KdXNidXMw IG9uIG9oY2kwDQplaGNpMDogPEFNRCBTQjd4MC9TQjh4MC9TQjl4MCBVU0IgMi4wIGNvbnRyb2xs ZXI+IG1lbSAweGZlYjQ5MDAwLTB4ZmViNDkwZmYgaXJxIDE3IGF0IGRldmljZSAxOC4yIG9uIHBj aTANCnVzYnVzMTogRUhDSSB2ZXJzaW9uIDEuMA0KdXNidXMxIG9uIGVoY2kwDQpvaGNpMTogPEFN RCBTQjd4MC9TQjh4MC9TQjl4MCBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmViNDgwMDAtMHhmZWI0 OGZmZiBpcnEgMTggYXQgZGV2aWNlIDE5LjAgb24gcGNpMA0KdXNidXMyIG9uIG9oY2kxDQplaGNp MTogPEFNRCBTQjd4MC9TQjh4MC9TQjl4MCBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZlYjQ3 MDAwLTB4ZmViNDcwZmYgaXJxIDE3IGF0IGRldmljZSAxOS4yIG9uIHBjaTANCnVzYnVzMzogRUhD SSB2ZXJzaW9uIDEuMA0KdXNidXMzIG9uIGVoY2kxDQpwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+ IGF0IGRldmljZSAyMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQpoZGFjMDogPEFUSSBTQjYwMCBI REEgQ29udHJvbGxlcj4gbWVtIDB4ZmViNDAwMDAtMHhmZWI0M2ZmZiBpcnEgMTYgYXQgZGV2aWNl IDIwLjIgb24gcGNpMA0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjMgb24g cGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlzYWIwDQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGF0IGRldmljZSAyMC40IG9uIHBjaTANCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIy DQpvaGNpMjogPEFNRCBTQjd4MC9TQjh4MC9TQjl4MCBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmVi NDYwMDAtMHhmZWI0NmZmZiBpcnEgMTggYXQgZGV2aWNlIDIwLjUgb24gcGNpMA0KdXNidXM0IG9u IG9oY2kyDQpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyMS4wIG9uIHBj aTANCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzDQpwY2liNDogPEFDUEkgUENJLVBDSSBi cmlkZ2U+IGF0IGRldmljZSAyMS4xIG9uIHBjaTANCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWI0DQpyZTA6IDxSZWFsVGVrIDgxNjgvODExMSBCL0MvQ1AvRC9EUC9FL0YvRyBQQ0llIEdpZ2Fi aXQgRXRoZXJuZXQ+IHBvcnQgMHhlMDAwLTB4ZTBmZiBtZW0gMHhkMDAwNDAwMC0weGQwMDA0ZmZm LDB4ZDAwMDAwMDAtMHhkMDAwM2ZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2k0DQpyZTA6 IFVzaW5nIDEgTVNJLVggbWVzc2FnZQ0KcmUwOiBDaGlwIHJldi4gMHgyYzAwMDAwMA0KcmUwOiBN QUMgcmV2LiAweDAwMjAwMDAwDQptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmUwDQpyZ2VwaHkwOiA8 UlRMODE2OVMvODExMFMvODIxMSAxMDAwQkFTRS1UIG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24g bWlpYnVzMA0KcmdlcGh5MDogIG5vbmUsIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMGJhc2VULUZE WC1mbG93LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMGJhc2VUWC1GRFgtZmxvdywgMTAw MGJhc2VULCAxMDAwYmFzZVQtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLCAxMDAwYmFzZVQtRkRYLW1h c3RlciwgMTAwMGJhc2VULUZEWC1mbG93LCAxMDAwYmFzZVQtRkRYLWZsb3ctbWFzdGVyLCBhdXRv LCBhdXRvLWZsb3cNCnJlMDogRXRoZXJuZXQgYWRkcmVzczogZjQ6NmQ6MDQ6NzM6YmI6NDcNCm9o Y2kzOiA8QU1EIFNCN3gwL1NCOHgwL1NCOXgwIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZWI0NTAw MC0weGZlYjQ1ZmZmIGlycSAxOCBhdCBkZXZpY2UgMjIuMCBvbiBwY2kwDQp1c2J1czUgb24gb2hj aTMNCmVoY2kyOiA8QU1EIFNCN3gwL1NCOHgwL1NCOXgwIFVTQiAyLjAgY29udHJvbGxlcj4gbWVt IDB4ZmViNDQwMDAtMHhmZWI0NDBmZiBpcnEgMTcgYXQgZGV2aWNlIDIyLjIgb24gcGNpMA0KdXNi dXM2OiBFSENJIHZlcnNpb24gMS4wDQp1c2J1czYgb24gZWhjaTINCmFjcGlfYnV0dG9uMDogPFBv d2VyIEJ1dHRvbj4gb24gYWNwaTANCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0 Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwDQphdGtiZDA6IDxBVCBLZXlib2FyZD4g aXJxIDEgb24gYXRrYmRjMA0Ka2JkMCBhdCBhdGtiZDANCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0N CnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFn cyAweDEwIG9uIGFjcGkwDQpvcm0wOiA8SVNBIE9wdGlvbiBST00+IGF0IGlvbWVtIDB4Y2U4MDAt MHhjZjdmZiBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24g aXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPg0KdmdhMDog PEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZm ZmYgb24gaXNhMA0KcHBjMDogY2Fubm90IHJlc2VydmUgSS9PIHBvcnQgcmFuZ2UNCmFjcGlfdGhy b3R0bGUwOiA8QUNQSSBDUFUgVGhyb3R0bGluZz4gb24gY3B1MA0KYWNwaV90aHJvdHRsZTE6IDxB Q1BJIENQVSBUaHJvdHRsaW5nPiBvbiBjcHUxDQphY3BpX3Rocm90dGxlMTogZmFpbGVkIHRvIGF0 dGFjaCBQX0NOVA0KZGV2aWNlX2F0dGFjaDogYWNwaV90aHJvdHRsZTEgYXR0YWNoIHJldHVybmVk IDYNClpGUyBmaWxlc3lzdGVtIHZlcnNpb246IDUNClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lvbjog ZmVhdHVyZXMgc3VwcG9ydCAoNTAwMCkNClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1z ZWMNCmhkYWNjMDogPFZJQSBWVDE3MDhTXzAgSERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFjMA0K aGRhYTA6IDxWSUEgVlQxNzA4U18wIEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBo ZGFjYzANCnBjbTA6IDxWSUEgVlQxNzA4U18wIChBbmFsb2cgMi4wK0hQLzIuMCk+IGF0IG5pZCAy OCwyOSBhbmQgMjYsMzAsMjcgb24gaGRhYTANCnJhbmRvbTogdW5ibG9ja2luZyBkZXZpY2UuDQp1 c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wDQp1c2J1czE6IDQ4ME1icHMgSGlnaCBT cGVlZCBVU0IgdjIuMA0KdXNidXMyOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMA0KdXNidXMz OiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjANCnVzYnVzNDogMTJNYnBzIEZ1bGwgU3BlZWQg VVNCIHYxLjANCnVzYnVzNTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjANCnVzYnVzNjogNDgw TWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wDQp1Z2VuMC4xOiA8QVRJPiBhdCB1c2J1czANCnVodWIw OiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBv biB1c2J1czANCnVnZW4zLjE6IDxBVEk+IGF0IHVzYnVzMw0KdWh1YjE6IDxBVEkgRUhDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMw0KdWdlbjIu MTogPEFUST4gYXQgdXNidXMyDQp1aHViMjogPEFUSSBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAs IHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMyDQp1Z2VuMS4xOiA8QVRJPiBhdCB1c2J1 czENCnVodWIzOiA8QVRJIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwg YWRkciAxPiBvbiB1c2J1czENCnVnZW42LjE6IDxBVEk+IGF0IHVzYnVzNg0KdWh1YjQ6IDxBVEkg RUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVz Ng0KdWdlbjUuMTogPEFUST4gYXQgdXNidXM1DQp1aHViNTogPEFUSSBPSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM1DQp1Z2VuNC4xOiA8QVRJ PiBhdCB1c2J1czQNCnVodWI2OiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEu MDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czQNCnVodWI2OiAyIHBvcnRzIHdpdGggMiByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZA0KdWh1YjU6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkDQp1aHViMDogNSBwb3J0cyB3aXRoIDUgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVo dWIyOiA1IHBvcnRzIHdpdGggNSByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KYWRhMCBhdCBhaGNp Y2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMA0KYWRhMDogPFNUMjAwMERMMDAzLTlWVDE2 NiBDQzNDPiBBVEEtOCBTQVRBIDMueCBkZXZpY2UNCmFkYTA6IFNlcmlhbCBOdW1iZXIgNVlENVA3 UDYNCmFkYTA6IDYwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8gODE5 MmJ5dGVzKQ0KYWRhMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkDQphZGEwOiAxOTA3NzI5TUIg KDM5MDcwMjkxNjggNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2MzgzQykNCmFkYTA6IHF1 aXJrcz0weDE8NEs+DQphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDQNCmFkYTEgYXQg YWhjaWNoMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDANCmFkYTE6IDxXREMgV0Q0MEVGUlgt NjhXVDBOMCA4Mi4wMEE4Mj4gQVRBLTkgU0FUQSAzLnggZGV2aWNlDQphZGExOiBTZXJpYWwgTnVt YmVyIFdELVdDQzRFUlRIQVk3RA0KYWRhMTogNjAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDMu eCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpDQphZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQN CmFkYTE6IDM4MTU0NDdNQiAoNzgxNDAzNzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNTL1Qg MTYzODNDKQ0KYWRhMTogcXVpcmtzPTB4MTw0Sz4NCmFkYTE6IFByZXZpb3VzbHkgd2FzIGtub3du IGFzIGFkNg0KTmV0dnNjIGluaXRpYWxpemluZy4uLiBTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEN ClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAxNTk5OTk0MTc5IEh6IHF1YWxpdHkgODAwDQpF bnRlciBwYXNzcGhyYXNlIGZvciBhZGEwcDQ6IHVodWI0OiA0IHBvcnRzIHdpdGggNCByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZA0KdWh1YjM6IDUgcG9ydHMgd2l0aCA1IHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkDQp1aHViMTogNSBwb3J0cyB3aXRoIDUgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCkdF T01fRUxJOiBEZXZpY2UgYWRhMHA0LmVsaSBjcmVhdGVkLg0KR0VPTV9FTEk6IEVuY3J5cHRpb246 IEFFUy1YVFMgMjU2DQpHRU9NX0VMSTogICAgIENyeXB0bzogc29mdHdhcmUNClRyeWluZyB0byBt b3VudCByb290IGZyb20gemZzOnpyb290L1JPT1QvZGVmYXVsdCBbXS4uLg0Kc3lzY3RsOiBvaWQg J3Zmcy56ZnMud3JpdGVfbGltaXRfb3ZlcnJpZGUnIGlzIGEgcmVhZCBvbmx5IHR1bmFibGUgYXQg bGluZSAxMQ0Kc3lzY3RsOiBUdW5hYmxlIHZhbHVlcyBhcmUgc2V0IGluIC9ib290L2xvYWRlci5j b25mDQpTZXR0aW5nIGhvc3R1dWlkOiAwOWZkNzA0MC1iOTAxLTExZGMtYmI4Zi1mNDZkMDQ3M2Ji NDcuDQpTZXR0aW5nIGhvc3RpZDogMHg3MzJlZDBiNS4NCkVudHJvcHkgaGFydmVzdGluZzogaW50 ZXJydXB0cyBldGhlcm5ldCBwb2ludF90b19wb2ludCBzd2kuDQpTdGFydGluZyBmaWxlIHN5c3Rl bSBjaGVja3M6DQpNb3VudGluZyBsb2NhbCBmaWxlIHN5c3RlbXM6Lg0KTW91bnRpbmcgWkZTIGZp bGVzeXN0ZW1zOiAoNDcvNTMpXF5IXF5IXF5IXF5IXF5IXF5IXF5IKDUzLzUzKQ0KV3JpdGluZyBl bnRyb3B5IGZpbGU6Lg0KU2V0dGluZyBob3N0bmFtZTogamFpbHMtMS4NCnR1bjANCkNyZWF0ZWQg Y2xvbmUgaW50ZXJmYWNlczogdHVuLg0KU3RhcnRpbmcgTmV0d29yazogbG8wIHJlMCB0dW4wLg0K bG8wOiBmbGFncz04MDQ5PFVQLExPT1BCQUNLLFJVTk5JTkcsTVVMVElDQVNUPiBtZXRyaWMgMCBt dHUgMTYzODQNCglvcHRpb25zPTYwMDAwMzxSWENTVU0sVFhDU1VNLFJYQ1NVTV9JUFY2LFRYQ1NV TV9JUFY2Pg0KCWluZXQ2IDo6MSBwcmVmaXhsZW4gMTI4IA0KCWluZXQ2IGZlODA6OjElbG8wIHBy ZWZpeGxlbiA2NCBzY29wZWlkIDB4MiANCglpbmV0IDEyNy4wLjAuMSBuZXRtYXNrIDB4ZmYwMDAw MDAgDQoJbmQ2IG9wdGlvbnM9MjE8UEVSRk9STU5VRCxBVVRPX0xJTktMT0NBTD4NCnJlMDogZmxh Z3M9ODg0MzxVUCxCUk9BRENBU1QsUlVOTklORyxTSU1QTEVYLE1VTFRJQ0FTVD4gbWV0cmljIDAg bXR1IDE1MDANCglvcHRpb25zPTgyMDliPFJYQ1NVTSxUWENTVU0sVkxBTl9NVFUsVkxBTl9IV1RB R0dJTkcsVkxBTl9IV0NTVU0sV09MX01BR0lDLExJTktTVEFURT4NCglldGhlciBmNDo2ZDowNDo3 MzpiYjo0Nw0KCWluZXQgMTAuMS4wLjIgbmV0bWFzayAweGZmZmYwNDAwIGJyb2FkY2FzdCAxMC4x LjI1MS4yNTUgDQoJaW5ldDYgZmU4MDo6ZjY2ZDo0ZmY6ZmU3MzpiYjQ3JXJlMCBwcmVmaXhsZW4g NjQgc2NvcGVpZCAweDEgDQoJbmQ2IG9wdGlvbnM9Mjk8UEVSRk9STU5VRCxJRkRJU0FCTEVELEFV VE9fTElOS0xPQ0FMPg0KCW1lZGlhOiBFdGhlcm5ldCBhdXRvc2VsZWN0IChub25lKQ0KCXN0YXR1 czogbm8gY2Fycmllcg0KdHVuMDogZmxhZ3M9ODAxMDxQT0lOVE9QT0lOVCxNVUxUSUNBU1Q+IG1l dHJpYyAwIG10dSAxNTAwDQoJb3B0aW9ucz04MDAwMDxMSU5LU1RBVEU+DQoJbmQ2IG9wdGlvbnM9 Mjk8UEVSRk9STU5VRCxJRkRJU0FCTEVELEFVVE9fTElOS0xPQ0FMPg0KU3RhcnRpbmcgZGV2ZC4N ClN0YXJ0aW5nIE5ldHdvcms6IHR1bjAuDQp0dW4wOiBmbGFncz04MDEwPFBPSU5UT1BPSU5ULE1V TFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE1MDANCglvcHRpb25zPTgwMDAwPExJTktTVEFURT4NCglu ZDYgb3B0aW9ucz0yOTxQRVJGT1JNTlVELElGRElTQUJMRUQsQVVUT19MSU5LTE9DQUw+DQpTdGFy dGluZyBwZmxvZy4NCkVuYWJsaW5nIHBmTm8gQUxUUSBzdXBwb3J0IGluIGtlcm5lbA0KQUxUUSBy ZWxhdGVkIGZ1bmN0aW9ucyBkaXNhYmxlZA0KTm92IDE1IDA0OjIyOjM1IHBmbG9nZFs4MjJdOiBb cHJpdl06IG1zZyBQUklWX09QRU5fTE9HIHJlY2VpdmVkDQpObyBBTFRRIHN1cHBvcnQgaW4ga2Vy bmVsDQpBTFRRIHJlbGF0ZWQgZnVuY3Rpb25zIGRpc2FibGVkDQouDQphZGQgbmV0IGRlZmF1bHQ6 IGdhdGV3YXkgMTAuMS4wLjENCmFkZCBuZXQgZmU4MDo6OiBnYXRld2F5IDo6MQ0KYWRkIG5ldCBm ZjAyOjo6IGdhdGV3YXkgOjoxDQphZGQgbmV0IDo6ZmZmZjowLjAuMC4wOiBnYXRld2F5IDo6MQ0K YWRkIG5ldCA6OjAuMC4wLjA6IGdhdGV3YXkgOjoxDQpFTEYgbGRjb25maWcgcGF0aDogL2xpYiAv dXNyL2xpYiAvdXNyL2xpYi9jb21wYXQgL3Vzci9sb2NhbC9saWINCjMyLWJpdCBjb21wYXRpYmls aXR5IGxkY29uZmlnIHBhdGg6IC91c3IvbGliMzINCkNyZWF0aW5nIGFuZC9vciB0cmltbWluZyBs b2cgZmlsZXMuDQpTdGFydGluZyBzeXNsb2dkLg0KU3RhcnRpbmcgcnBjYmluZC4NCk5vdiAxNSAw NDoyMjozNiBqYWlscy0xIHJwY2JpbmQ6IGNhbm5vdCBiaW5kIDEyNy4wLjAuMSBvbiB1ZHA6IEFk ZHJlc3MgYWxyZWFkeSBpbiB1c2UNCk5vdiAxNSAwNDoyMjozNiBqYWlscy0xIHJwY2JpbmQ6IGNh bm5vdCBiaW5kIDEyNy4wLjAuMSBvbiB0Y3A6IEFkZHJlc3MgYWxyZWFkeSBpbiB1c2UNCk5GUyBh Y2Nlc3MgY2FjaGUgdGltZT02MA0Kc2F2ZWNvcmU6IHJlYm9vdCBhZnRlciBwYW5pYzogc29sYXJp cyBhc3NlcnQ6IHNhLnNhX21hZ2ljID09IDB4MkY1MDVBICgweDJmNTA1YTAwID09IDB4MmY1MDVh KSwgZmlsZTogL3Vzci9zcmMvc3lzL21vZHVsZXMvemZzLy4uLy4uL2NkZGwvY29udHJpYi9vcGVu c29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy96ZnNfdmZzb3BzLmMsIGxpbmU6IDYyNQ0KTm92IDE1 IDA0OjIyOjM2IGphaWxzLTEgc2F2ZWNvcmU6IHJlYm9vdCBhZnRlciBwYW5pYzogc29sYXJpcyBh c3NlcnQ6IHNhLnNhX21hZ2ljID09IDB4MkY1MDVBICgweDJmNTA1YTAwID09IDB4MmY1MDVhKSwg ZmlsZTogL3Vzci9zcmMvc3lzL21vZHVsZXMvemZzLy4uLy4uL2NkZGwvY29udHJpYi9vcGVuc29s YXJpcy91dHMvY29tbW9uL2ZzL3pmcy96ZnNfdmZzb3BzLmMsIGxpbmU6IDYyNQ0KcmUwOiBsaW5r IHN0YXRlIGNoYW5nZWQgdG8gVVANCnNhdmVjb3JlOiB3cml0aW5nIGNvcmUgdG8gL3Zhci9jcmFz aC92bWNvcmUuNA0KV3JpdGluZyBjcmFzaCBzdW1tYXJ5IHRvIC92YXIvY3Jhc2gvY29yZS50eHQu NC4NCkNsZWFyaW5nIC90bXAgKFggcmVsYXRlZCkuDQpTdGFydGluZyBuZnN1c2VyZC4NClN0YXJ0 aW5nIG1vdW50ZC4NClN0YXJ0aW5nIG5mc2QuDQpVcGRhdGluZyBtb3RkOi4NCk1vdW50aW5nIGxh dGUgZmlsZSBzeXN0ZW1zOi4NClN0YXJ0aW5nIG50cGQuDQpTdGFydGluZyBwb3dlcmQuDQpDb25m aWd1cmluZyBzeXNjb25zOiBrZXltYXAgYmxhbmt0aW1lLg0KUGVyZm9ybWluZyBzYW5pdHkgY2hl Y2sgb24gc3NoZCBjb25maWd1cmF0aW9uLg0KU3RhcnRpbmcgc3NoZC4NClN0YXJ0aW5nIHNlbmRt YWlsX3N1Ym1pdC4NClN0YXJ0aW5nIHNlbmRtYWlsX21zcF9xdWV1ZS4NClN0YXJ0aW5nIGNyb24u DQpTdGFydGluZyBqYWlsczpOb3YgMTUgMDQ6MjU6MTggamFpbHMtMSBudHBkX2luaXRyZXNbMTEz OF06IGhvc3QgbmFtZSBub3QgZm91bmQ6IDAuZnJlZWJzZC5wb29sLm50cC5vcmcNCk5vdiAxNSAw NDoyNToxOCBqYWlscy0xIG50cGRfaW5pdHJlc1sxMTM4XTogaG9zdCBuYW1lIG5vdCBmb3VuZDog MS5mcmVlYnNkLnBvb2wubnRwLm9yZw0KTm92IDE1IDA0OjI1OjE4IGphaWxzLTEgbnRwZF9pbml0 cmVzWzExMzhdOiBob3N0IG5hbWUgbm90IGZvdW5kOiAyLmZyZWVic2QucG9vbC5udHAub3JnDQpO b3YgMTUgMDQ6MjU6MjIgamFpbHMtMSBudHBkX2luaXRyZXNbMTEzOF06IGhvc3QgbmFtZSBub3Qg Zm91bmQ6IDAuZnJlZWJzZC5wb29sLm50cC5vcmcNCk5vdiAxNSAwNDoyNToyMiBqYWlscy0xIG50 cGRfaW5pdHJlc1sxMTM4XTogaG9zdCBuYW1lIG5vdCBmb3VuZDogMS5mcmVlYnNkLnBvb2wubnRw Lm9yZw0KTm92IDE1IDA0OjI1OjIyIGphaWxzLTEgbnRwZF9pbml0cmVzWzExMzhdOiBob3N0IG5h bWUgbm90IGZvdW5kOiAyLmZyZWVic2QucG9vbC5udHAub3JnDQpOb3YgMTUgMDQ6MjU6MzYgZGhj cCBkaGNwZDogdW5hYmxlIHRvIGNyZWF0ZSBpY21wIHNvY2tldDogT3BlcmF0aW9uIG5vdCBwZXJt aXR0ZWQNClN1biBOb3YgMTUgMDQ6MjU6NDcgUFNUIDIwMTUNCi4NCnN5c2N0bDogb2lkICd2ZnMu emZzLndyaXRlX2xpbWl0X292ZXJyaWRlJyBpcyBhIHJlYWQgb25seSB0dW5hYmxlIGF0IGxpbmUg MTENCnN5c2N0bDogVHVuYWJsZSB2YWx1ZXMgYXJlIHNldCBpbiAvYm9vdC9sb2FkZXIuY29uZg0K U3RhcnRpbmcgZGVmYXVsdCBtb3VzZWRtb3VzZWQ6IHVuYWJsZSB0byBvcGVuIC9kZXYvcHNtMDog Tm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0KLg0KU3RhcnRpbmcgYmFja2dyb3VuZCBmaWxlIHN5 c3RlbSBjaGVja3MgaW4gNjAgc2Vjb25kcy4NCg0KU3VuIE5vdiAxNSAwNDoyNTo0NyBQU1QgMjAx NQ0KTm92IDE1IDA0OjM3OjUyIGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTog L3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rlci90bXAtdzRJT2VOSVI4VTogb3BlbjogcGVybWlz c2lvbiBkZW5pZWQNCk5vdiAxNSAwNDozOToyMiBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFz dGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLVYxSWxZZGZjZzU6IG9w ZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUgMDQ6NTE6MzUgZG5zIG5hbWVkWzM5NDRdOiBk dW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1LVXBG dWhXRDYxOiBvcGVuOiBwZXJtaXNzaW9uIGRlbmllZA0KTm92IDE1IDA0OjU0OjIxIGRucyBuYW1l ZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rl ci90bXAtS09hbW5aYmdTNDogb3BlbjogcGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAwNTowNDo0 MiBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25h bWVkYi9tYXN0ZXIvdG1wLVZPNGdZejhHYXc6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3Yg MTUgMDU6MDc6MzAgZG5zIG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xv Y2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1GTkRTR21QdWNSOiBvcGVuOiBwZXJtaXNzaW9uIGRl bmllZA0KTm92IDE1IDA1OjE5OjI4IGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmls ZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rlci90bXAtaUY1RDBNaFJyMzogb3BlbjogcGVy bWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAwNToyMToxMCBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcg bWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLUdoUU9mWWc3aVI6 IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUgMDU6MzE6MDMgZG5zIG5hbWVkWzM5NDRd OiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1G Y0FhenBVeVJIOiBvcGVuOiBwZXJtaXNzaW9uIGRlbmllZA0KTm92IDE1IDA1OjMyOjQ5IGRucyBu YW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21h c3Rlci90bXAtRVFOd01mN3BuODogb3BlbjogcGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAwNTo0 NTozMyBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRj L25hbWVkYi9tYXN0ZXIvdG1wLWZQN3k0VEgyU2E6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpO b3YgMTUgMDU6NDY6NDEgZG5zIG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNy L2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1xeFRTNTh6YkkxOiBvcGVuOiBwZXJtaXNzaW9u IGRlbmllZA0KTm92IDE1IDA1OjU3OjExIGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIg ZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rlci90bXAtMHQzcjRoTTNZRjogb3Blbjog cGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAwNTo1OTozMyBkbnMgbmFtZWRbMzk0NF06IGR1bXBp bmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLWxxanRkalJ5 cEc6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUgMDY6MTE6MjkgZG5zIG5hbWVkWzM5 NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3Rt cC1pV3FNNjB4UHVnOiBvcGVuOiBwZXJtaXNzaW9uIGRlbmllZA0KTm92IDE1IDA2OjEyOjA2IGRu cyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRi L21hc3Rlci90bXAtcjZFY0twWGNpbjogb3BlbjogcGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAw NjoyNToyOCBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwv ZXRjL25hbWVkYi9tYXN0ZXIvdG1wLURWQjFCRHJNblc6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVk DQpOb3YgMTUgMDY6MjY6NDggZG5zIG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAv dXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1ZNlBSc3pEUVlSOiBvcGVuOiBwZXJtaXNz aW9uIGRlbmllZA0KTm92IDE1IDA2OjMwOjU4IGphaWxzLTEgc3VkbzogaW4gb3BlbnBhbV9jaGVj a19lcnJvcl9jb2RlKCk6IHBhbV9zbV9hdXRoZW50aWNhdGUoKTogdW5leHBlY3RlZCByZXR1cm4g dmFsdWUgMjcNCk5vdiAxNSAwNjozMDo1OCBqYWlscy0xIHN1ZG86ICAgICBkb3VnIDogMSBpbmNv cnJlY3QgcGFzc3dvcmQgYXR0ZW1wdCA7IFRUWT1wdHMvMSA7IFBXRD0vZXRjL3BlcmlvZGljL3dl ZWtseSA7IFVTRVI9cm9vdCA7IENPTU1BTkQ9L2Jpbi9jc2gNCk5vdiAxNSAwNjozODo0OCBkbnMg bmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVkYi9t YXN0ZXIvdG1wLXRCcENmWnJVQWo6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUgMDY6 Mzk6MDggZG5zIG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2FsL2V0 Yy9uYW1lZGIvbWFzdGVyL3RtcC14R2ZycTFOZkdJOiBvcGVuOiBwZXJtaXNzaW9uIGRlbmllZA0K Tm92IDE1IDA2OjUyOjE0IGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTogL3Vz ci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rlci90bXAtQkVMRHFQREdJdzogb3BlbjogcGVybWlzc2lv biBkZW5pZWQNCk5vdiAxNSAwNjo1Mzo0MyBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVy IGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLVV1RDk4cmd2dHE6IG9wZW46 IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUgMDc6MDQ6MjggZG5zIG5hbWVkWzM5NDRdOiBkdW1w aW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1ySm5MYWgz Z3pGOiBvcGVuOiBwZXJtaXNzaW9uIGRlbmllZA0KTm92IDE1IDA3OjA2OjIzIGRucyBuYW1lZFsz OTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rlci90 bXAtUXNSYnJYTkdxMDogb3BlbjogcGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAwNzoxNzozMyBk bnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVk Yi9tYXN0ZXIvdG1wLW5ueURvQWlSQVU6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUg MDc6MjA6MjYgZG5zIG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2Fs L2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1XTFpyZnIyWjhpOiBvcGVuOiBwZXJtaXNzaW9uIGRlbmll ZA0KTm92IDE1IDA3OjMxOjE0IGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTog L3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rlci90bXAtb1RUMlF4Z3RtTzogb3BlbjogcGVybWlz c2lvbiBkZW5pZWQNCk5vdiAxNSAwNzozMTo0MyBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFz dGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLUJRTnhnN1JJOXE6IG9w ZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUgMDc6NDQ6MDEgZG5zIG5hbWVkWzM5NDRdOiBk dW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1YN1c3 Q01RSnhuOiBvcGVuOiBwZXJtaXNzaW9uIGRlbmllZA0KTm92IDE1IDA3OjQ0OjE1IGRucyBuYW1l ZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rl ci90bXAtNWpmS1FmTHdNVDogb3BlbjogcGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAwNzo1NTox NyBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25h bWVkYi9tYXN0ZXIvdG1wLVV5Vm5QbnpMUjM6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3Yg MTUgMDc6NTg6MTMgZG5zIG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xv Y2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1aazlOZWF0RWFOOiBvcGVuOiBwZXJtaXNzaW9uIGRl bmllZA0KTm92IDE1IDA4OjA4OjE4IGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmls ZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rlci90bXAtVnBTRnZWU2NkaDogb3BlbjogcGVy bWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAwODoxMDo1MSBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcg bWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLXRIclBrNWRjclE6 IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUgMDg6MjM6MDQgZG5zIG5hbWVkWzM5NDRd OiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1X TmFFV2k5SXVYOiBvcGVuOiBwZXJtaXNzaW9uIGRlbmllZA0KTm92IDE1IDA4OjIzOjMxIGRucyBu YW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21h c3Rlci90bXAtZ2lzVnVyQmUxeDogb3BlbjogcGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAwODoz NDo0OCBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRj L25hbWVkYi9tYXN0ZXIvdG1wLWZuc0VFSUVydkw6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpO b3YgMTUgMDg6MzU6NDggZG5zIG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNy L2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1ZT0xsUFUzZ3IyOiBvcGVuOiBwZXJtaXNzaW9u IGRlbmllZA0KTm92IDE1IDA4OjQ2OjQ2IGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIg ZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rlci90bXAtak9ydjFva0VGazogb3Blbjog cGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAwODo0ODoyNiBkbnMgbmFtZWRbMzk0NF06IGR1bXBp bmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLVdnSGpERThq ejM6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUgMDg6NTk6NTMgZG5zIG5hbWVkWzM5 NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3Rt cC1sbHFmb1YwWEVFOiBvcGVuOiBwZXJtaXNzaW9uIGRlbmllZA0KTm92IDE1IDA5OjAyOjMxIGRu cyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRi L21hc3Rlci90bXAtVngxeVJ3YWlwcjogb3BlbjogcGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAw OToxNDoxOSBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwv ZXRjL25hbWVkYi9tYXN0ZXIvdG1wLW9rZHZhT0lFWjk6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVk DQpOb3YgMTUgMDk6MTc6MjkgZG5zIG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAv dXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC0wRHFUUlFBTU0yOiBvcGVuOiBwZXJtaXNz aW9uIGRlbmllZA0KTm92IDE1IDA5OjI4OjA5IGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0 ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rlci90bXAtWGJGczQyaXRLcjogb3Bl bjogcGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAwOTozMTowMCBkbnMgbmFtZWRbMzk0NF06IGR1 bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLThWVXh3 bjhXM0Q6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUgMDk6NDI6MzAgZG5zIG5hbWVk WzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVy L3RtcC1GOVZzYTVRV2M2OiBvcGVuOiBwZXJtaXNzaW9uIGRlbmllZA0KTm92IDE1IDA5OjQ0OjQ2 IGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFt ZWRiL21hc3Rlci90bXAtdkJ0UkNISUZOYjogb3BlbjogcGVybWlzc2lvbiBkZW5pZWQNCk5vdiAx NSAwOTo1NjoxMyBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9j YWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLTgyejlZdGFnUTk6IG9wZW46IHBlcm1pc3Npb24gZGVu aWVkDQpOb3YgMTUgMDk6NTc6MzIgZG5zIG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxl OiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1JQlRoYWRZcHRzOiBvcGVuOiBwZXJt aXNzaW9uIGRlbmllZA0KTm92IDE1IDEwOjA5OjMxIGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBt YXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rlci90bXAtOWpPTHhTUktsZTog b3BlbjogcGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAxMDoxMDoyNSBkbnMgbmFtZWRbMzk0NF06 IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLWFy TjBOMVl2V0w6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUgMTA6MjI6MTEgZG5zIG5h bWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFz dGVyL3RtcC1NWTFNWHhOekZYOiBvcGVuOiBwZXJtaXNzaW9uIGRlbmllZA0KTm92IDE1IDEwOjIz OjM2IGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMv bmFtZWRiL21hc3Rlci90bXAtVTZlQldkZ2dpNTogb3BlbjogcGVybWlzc2lvbiBkZW5pZWQNCk5v diAxNSAxMDozNTo0MyBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3Iv bG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLXBibDY2bDhMS2k6IG9wZW46IHBlcm1pc3Npb24g ZGVuaWVkDQpOb3YgMTUgMTA6MzY6NDcgZG5zIG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBm aWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1NUUtiRmd5YXZPOiBvcGVuOiBw ZXJtaXNzaW9uIGRlbmllZA0KTm92IDE1IDEwOjQ4OjIyIGRucyBuYW1lZFszOTQ0XTogZHVtcGlu ZyBtYXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9ldGMvbmFtZWRiL21hc3Rlci90bXAtOW1TempGSlpH cDogb3BlbjogcGVybWlzc2lvbiBkZW5pZWQNCk5vdiAxNSAxMDo0OTo0NyBkbnMgbmFtZWRbMzk0 NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91c3IvbG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1w LW5YdndrVGlQcWc6IG9wZW46IHBlcm1pc3Npb24gZGVuaWVkDQpOb3YgMTUgMTE6MDA6MzAgZG5z IG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3RlciBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIv bWFzdGVyL3RtcC1FNWp3eTBBT2RnOiBvcGVuOiBwZXJtaXNzaW9uIGRlbmllZA0KTm92IDE1IDEx OjAzOjE1IGRucyBuYW1lZFszOTQ0XTogZHVtcGluZyBtYXN0ZXIgZmlsZTogL3Vzci9sb2NhbC9l dGMvbmFtZWRiL21hc3Rlci90bXAtTGNsVW56OU5ocjogb3BlbjogcGVybWlzc2lvbiBkZW5pZWQN Ck5vdiAxNSAxMToxNToyMCBkbnMgbmFtZWRbMzk0NF06IGR1bXBpbmcgbWFzdGVyIGZpbGU6IC91 c3IvbG9jYWwvZXRjL25hbWVkYi9tYXN0ZXIvdG1wLXBNaEVSQlc5aDM6IG9wZW46IHBlcm1pc3Np b24gZGVuaWVkDQpOb3YgMTUgMTE6MTc6NDAgZG5zIG5hbWVkWzM5NDRdOiBkdW1waW5nIG1hc3Rl ciBmaWxlOiAvdXNyL2xvY2FsL2V0Yy9uYW1lZGIvbWFzdGVyL3RtcC1UcHZqa1BGbEthOiBvcGVu OiBwZXJtaXNzaW9uIGRlbmllZA0KcGFuaWM6IHNvbGFyaXMgYXNzZXJ0OiBzYS5zYV9tYWdpYyA9 PSAweDJGNTA1QSAoMHgyZjUwNWEwMCA9PSAweDJmNTA1YSksIGZpbGU6IC91c3Ivc3JjL3N5cy9t b2R1bGVzL3pmcy8uLi8uLi9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMvdXRzL2NvbW1vbi9mcy96 ZnMvemZzX3Zmc29wcy5jLCBsaW5lOiA2MjUNCmNwdWlkID0gMQ0KS0RCOiBzdGFjayBiYWNrdHJh Y2U6DQojMCAweGZmZmZmZmZmODA4ZTdkZDAgYXQga2RiX2JhY2t0cmFjZSsweDYwDQojMSAweGZm ZmZmZmZmODA4YWY4YjUgYXQgcGFuaWMrMHgxNTUNCiMyIDB4ZmZmZmZmZmY4MWEyYzIzZiBhdCBh c3NmYWlsMysweDJmDQojMyAweGZmZmZmZmZmODE4OWUzNGUgYXQgemZzX3NwYWNlX2RlbHRhX2Ni KzB4Y2UNCiM0IDB4ZmZmZmZmZmY4MTgyNDU2MiBhdCBkbXVfb2Jqc2V0X3VzZXJxdW90YV9nZXRf aWRzKzB4MjAyDQojNSAweGZmZmZmZmZmODE4MjkwZjcgYXQgZG5vZGVfc2V0ZGlydHkrMHgzNw0K IzYgMHhmZmZmZmZmZjgxODI5NDJlIGF0IGRub2RlX2FsbG9jYXRlKzB4MTVlDQojNyAweGZmZmZm ZmZmODE4MjIwM2EgYXQgZG11X29iamVjdF9hbGxvYysweDE1YQ0KIzggMHhmZmZmZmZmZjgxODc0 ZTFiIGF0IHpmc19ta25vZGUrMHgxNWINCiM5IDB4ZmZmZmZmZmY4MThhMTQzZiBhdCB6ZnNfZnJl ZWJzZF9jcmVhdGUrMHg0ZGYNCiMxMCAweGZmZmZmZmZmODBkOTdkMzIgYXQgVk9QX0NSRUFURV9B UFYrMHg5Mg0KIzExIDB4ZmZmZmZmZmY4MDk1N2VhOSBhdCB2bl9vcGVuX2NyZWQrMHgyYzkNCiMx MiAweGZmZmZmZmZmODA5NTE1YjEgYXQga2Vybl9vcGVuYXQrMHgyNjENCiMxMyAweGZmZmZmZmZm ODBjOGVmODcgYXQgYW1kNjRfc3lzY2FsbCsweDM1Nw0KIzE0IDB4ZmZmZmZmZmY4MGM3NTY3YiBh dCBYZmFzdF9zeXNjYWxsKzB4ZmINClVwdGltZTogNmg1OG00NHMNCkR1bXBpbmcgNDcxMSBvdXQg b2YgNzc2NCBNQjouLjElLi4xMSUuLjIxJS4uMzElLi40MSUuLjUxJS4uNjElLi43MSUuLjgxJS4u OTElDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0Ka2VybmVsIGNvbmZpZw0KDQpvcHRpb25zCUNPTkZJR19B VVRPR0VORVJBVEVEDQppZGVudAlHRU5FUklDDQptYWNoaW5lCWFtZDY0DQpjcHUJSEFNTUVSDQpt YWtlb3B0aW9ucwlXSVRIX0NURj0xDQptYWtlb3B0aW9ucwlERUJVRz0tZw0Kb3B0aW9ucwlYRU5I Vk0NCm9wdGlvbnMJVVNCX0RFQlVHDQpvcHRpb25zCUFUSF9FTkFCTEVfMTFODQpvcHRpb25zCUFI X0FSNTQxNl9JTlRFUlJVUFRfTUlUSUdBVElPTg0Kb3B0aW9ucwlBSF9TVVBQT1JUX0FSNTQxNg0K b3B0aW9ucwlJRUVFODAyMTFfU1VQUE9SVF9NRVNIDQpvcHRpb25zCUlFRUU4MDIxMV9BTVBEVV9B R0UNCm9wdGlvbnMJSUVFRTgwMjExX0RFQlVHDQpvcHRpb25zCVNDX1BJWEVMX01PREUNCm9wdGlv bnMJVkVTQQ0Kb3B0aW9ucwlBSERfUkVHX1BSRVRUWV9QUklOVA0Kb3B0aW9ucwlBSENfUkVHX1BS RVRUWV9QUklOVA0Kb3B0aW9ucwlBVEFfU1RBVElDX0lEDQpvcHRpb25zCVNNUA0Kb3B0aW9ucwlL REJfVFJBQ0UNCm9wdGlvbnMJS0RCDQpvcHRpb25zCUlOQ0xVREVfQ09ORklHX0ZJTEUNCm9wdGlv bnMJRERCX0NURg0Kb3B0aW9ucwlLRFRSQUNFX0hPT0tTDQpvcHRpb25zCUtEVFJBQ0VfRlJBTUUN Cm9wdGlvbnMJTUFDDQpvcHRpb25zCVBST0NERVNDDQpvcHRpb25zCUNBUEFCSUxJVElFUw0Kb3B0 aW9ucwlDQVBBQklMSVRZX01PREUNCm9wdGlvbnMJQVVESVQNCm9wdGlvbnMJSFdQTUNfSE9PS1MN Cm9wdGlvbnMJS0JEX0lOU1RBTExfQ0RFVg0Kb3B0aW9ucwlQUklOVEZfQlVGUl9TSVpFPTEyOA0K b3B0aW9ucwlfS1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJTkcNCm9wdGlvbnMJU1lTVlNFTQ0Kb3B0 aW9ucwlTWVNWTVNHDQpvcHRpb25zCVNZU1ZTSE0NCm9wdGlvbnMJU1RBQ0sNCm9wdGlvbnMJS1RS QUNFDQpvcHRpb25zCVNDU0lfREVMQVk9NTAwMA0Kb3B0aW9ucwlDT01QQVRfRlJFRUJTRDcNCm9w dGlvbnMJQ09NUEFUX0ZSRUVCU0Q2DQpvcHRpb25zCUNPTVBBVF9GUkVFQlNENQ0Kb3B0aW9ucwlD T01QQVRfRlJFRUJTRDQNCm9wdGlvbnMJQ09NUEFUX0ZSRUVCU0QzMg0Kb3B0aW9ucwlHRU9NX0xB QkVMDQpvcHRpb25zCUdFT01fUkFJRA0Kb3B0aW9ucwlHRU9NX1BBUlRfR1BUDQpvcHRpb25zCVBT RVVET0ZTDQpvcHRpb25zCVBST0NGUw0Kb3B0aW9ucwlDRDk2NjANCm9wdGlvbnMJTVNET1NGUw0K b3B0aW9ucwlORlNfUk9PVA0Kb3B0aW9ucwlORlNMT0NLRA0Kb3B0aW9ucwlORlNEDQpvcHRpb25z CU5GU0NMDQpvcHRpb25zCU1EX1JPT1QNCm9wdGlvbnMJUVVPVEENCm9wdGlvbnMJVUZTX0dKT1VS TkFMDQpvcHRpb25zCVVGU19ESVJIQVNIDQpvcHRpb25zCVVGU19BQ0wNCm9wdGlvbnMJU09GVFVQ REFURVMNCm9wdGlvbnMJRkZTDQpvcHRpb25zCVNDVFANCm9wdGlvbnMJVENQX09GRkxPQUQNCm9w dGlvbnMJSU5FVDYNCm9wdGlvbnMJSU5FVA0Kb3B0aW9ucwlQUkVFTVBUSU9ODQpvcHRpb25zCVND SEVEX1VMRQ0Kb3B0aW9ucwlORVdfUENJQg0Kb3B0aW9ucwlHRU9NX1BBUlRfTUJSDQpvcHRpb25z CUdFT01fUEFSVF9FQlJfQ09NUEFUDQpvcHRpb25zCUdFT01fUEFSVF9FQlINCm9wdGlvbnMJR0VP TV9QQVJUX0JTRA0KZGV2aWNlCWlzYQ0KZGV2aWNlCW1lbQ0KZGV2aWNlCWlvDQpkZXZpY2UJdWFy dF9uczgyNTANCmRldmljZQljcHVmcmVxDQpkZXZpY2UJYWNwaQ0KZGV2aWNlCXBjaQ0KZGV2aWNl CWZkYw0KZGV2aWNlCWFoY2kNCmRldmljZQlhdGENCmRldmljZQltdnMNCmRldmljZQlzaWlzDQpk ZXZpY2UJYWhjDQpkZXZpY2UJYWhkDQpkZXZpY2UJZXNwDQpkZXZpY2UJaHB0aW9wDQpkZXZpY2UJ aXNwDQpkZXZpY2UJbXB0DQpkZXZpY2UJbXBzDQpkZXZpY2UJc3ltDQpkZXZpY2UJdHJtDQpkZXZp Y2UJYWR2DQpkZXZpY2UJYWR3DQpkZXZpY2UJYWljDQpkZXZpY2UJYnQNCmRldmljZQlpc2NpDQpk ZXZpY2UJc2NidXMNCmRldmljZQljaA0KZGV2aWNlCWRhDQpkZXZpY2UJc2ENCmRldmljZQljZA0K ZGV2aWNlCXBhc3MNCmRldmljZQlzZXMNCmRldmljZQlhbXINCmRldmljZQlhcmNtc3INCmRldmlj ZQljaXNzDQpkZXZpY2UJZHB0DQpkZXZpY2UJaHB0bXYNCmRldmljZQlocHRucg0KZGV2aWNlCWhw dHJyDQpkZXZpY2UJaHB0Mjd4eA0KZGV2aWNlCWlpcg0KZGV2aWNlCWlwcw0KZGV2aWNlCW1seQ0K ZGV2aWNlCXR3YQ0KZGV2aWNlCXR3cw0KZGV2aWNlCWFhYw0KZGV2aWNlCWFhY3ANCmRldmljZQlh YWNyYWlkDQpkZXZpY2UJaWRhDQpkZXZpY2UJbWZpDQpkZXZpY2UJbWx4DQpkZXZpY2UJdHdlDQpk ZXZpY2UJYXRrYmRjDQpkZXZpY2UJYXRrYmQNCmRldmljZQlwc20NCmRldmljZQlrYmRtdXgNCmRl dmljZQl2Z2ENCmRldmljZQlzcGxhc2gNCmRldmljZQlzYw0KZGV2aWNlCWFncA0KZGV2aWNlCWNi Yg0KZGV2aWNlCXBjY2FyZA0KZGV2aWNlCWNhcmRidXMNCmRldmljZQl1YXJ0DQpkZXZpY2UJcHBj DQpkZXZpY2UJcHBidXMNCmRldmljZQlscHQNCmRldmljZQlwcGkNCmRldmljZQlwdWMNCmRldmlj ZQlieGUNCmRldmljZQlkZQ0KZGV2aWNlCWVtDQpkZXZpY2UJaWdiDQpkZXZpY2UJaXhnYmUNCmRl dmljZQlsZQ0KZGV2aWNlCXRpDQpkZXZpY2UJdHhwDQpkZXZpY2UJdngNCmRldmljZQltaWlidXMN CmRldmljZQlhZQ0KZGV2aWNlCWFnZQ0KZGV2aWNlCWFsYw0KZGV2aWNlCWFsZQ0KZGV2aWNlCWJj ZQ0KZGV2aWNlCWJmZQ0KZGV2aWNlCWJnZQ0KZGV2aWNlCWNhcw0KZGV2aWNlCWRjDQpkZXZpY2UJ ZXQNCmRldmljZQlmeHANCmRldmljZQlnZW0NCmRldmljZQlobWUNCmRldmljZQlqbWUNCmRldmlj ZQlsZ2UNCmRldmljZQltc2sNCmRldmljZQluZmUNCmRldmljZQluZ2UNCmRldmljZQlwY24NCmRl dmljZQlyZQ0KZGV2aWNlCXJsDQpkZXZpY2UJc2YNCmRldmljZQlzZ2UNCmRldmljZQlzaXMNCmRl dmljZQlzaw0KZGV2aWNlCXN0ZQ0KZGV2aWNlCXN0Z2UNCmRldmljZQl0bA0KZGV2aWNlCXR4DQpk ZXZpY2UJdmdlDQpkZXZpY2UJdnINCmRldmljZQl3Yg0KZGV2aWNlCXhsDQpkZXZpY2UJY3MNCmRl dmljZQllZA0KZGV2aWNlCWV4DQpkZXZpY2UJZXANCmRldmljZQlmZQ0KZGV2aWNlCXNuDQpkZXZp Y2UJeGUNCmRldmljZQl3bGFuDQpkZXZpY2UJd2xhbl93ZXANCmRldmljZQl3bGFuX2NjbXANCmRl dmljZQl3bGFuX3RraXANCmRldmljZQl3bGFuX2FtcnINCmRldmljZQlhbg0KZGV2aWNlCWF0aA0K ZGV2aWNlCWF0aF9wY2kNCmRldmljZQlhdGhfaGFsDQpkZXZpY2UJYXRoX3JhdGVfc2FtcGxlDQpk ZXZpY2UJaXB3DQpkZXZpY2UJaXdpDQpkZXZpY2UJaXduDQpkZXZpY2UJbWFsbw0KZGV2aWNlCW13 bA0KZGV2aWNlCXJhbA0KZGV2aWNlCXdpDQpkZXZpY2UJd3BpDQpkZXZpY2UJbG9vcA0KZGV2aWNl CXJhbmRvbQ0KZGV2aWNlCXBhZGxvY2tfcm5nDQpkZXZpY2UJcmRyYW5kX3JuZw0KZGV2aWNlCWV0 aGVyDQpkZXZpY2UJdmxhbg0KZGV2aWNlCXR1bg0KZGV2aWNlCW1kDQpkZXZpY2UJZ2lmDQpkZXZp Y2UJZmFpdGgNCmRldmljZQlmaXJtd2FyZQ0KZGV2aWNlCWJwZg0KZGV2aWNlCXVoY2kNCmRldmlj ZQlvaGNpDQpkZXZpY2UJZWhjaQ0KZGV2aWNlCXhoY2kNCmRldmljZQl1c2INCmRldmljZQl1a2Jk DQpkZXZpY2UJdW1hc3MNCmRldmljZQlzb3VuZA0KZGV2aWNlCXNuZF9jbWkNCmRldmljZQlzbmRf Y3NhDQpkZXZpY2UJc25kX2VtdTEwa3gNCmRldmljZQlzbmRfZXMxMzd4DQpkZXZpY2UJc25kX2hk YQ0KZGV2aWNlCXNuZF9pY2gNCmRldmljZQlzbmRfdmlhODIzMw0KZGV2aWNlCW1tYw0KZGV2aWNl CW1tY3NkDQpkZXZpY2UJc2RoY2kNCmRldmljZQl2aXJ0aW8NCmRldmljZQl2aXJ0aW9fcGNpDQpk ZXZpY2UJdnRuZXQNCmRldmljZQl2aXJ0aW9fYmxrDQpkZXZpY2UJdmlydGlvX3Njc2kNCmRldmlj ZQl2aXJ0aW9fYmFsbG9vbg0KZGV2aWNlCWh5cGVydg0KZGV2aWNlCXhlbnBjaQ0KZGV2aWNlCXZt eA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCmRkYiBjYXB0dXJlIGJ1ZmZlcg0KDQpkZGI6IGRkYl9jYXB0 dXJlOiBrdm1fbmxpc3QNCg== --047d7b2e4e70b12bf60524addba5-- From owner-freebsd-questions@freebsd.org Mon Nov 16 20:53:10 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EFA3A3063F for ; Mon, 16 Nov 2015 20:53:10 +0000 (UTC) (envelope-from leventelist@gmail.com) Received: from papyrus.altaweb.hu (papyrus.altaweb.hu [195.228.155.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BBED11308 for ; Mon, 16 Nov 2015 20:53:09 +0000 (UTC) (envelope-from leventelist@gmail.com) Received: from localhost (localhost [127.0.0.1]) by papyrus.altaweb.hu (Postfix) with ESMTP id 00E2BA04AC; Mon, 16 Nov 2015 21:38:43 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at papyrus.altaweb.hu Received: from papyrus.altaweb.hu ([127.0.0.1]) by localhost (papyrus.altaweb.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1usGwrMqIvn1; Mon, 16 Nov 2015 21:38:40 +0100 (CET) Received: from chacha.levafreebsd.org (5E1BFD6A.mobile.pool.telekom.hu [94.27.253.106]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: levente@altanet.hu) by papyrus.altaweb.hu (Postfix) with ESMTPSA id 09783A0499; Mon, 16 Nov 2015 21:38:34 +0100 (CET) Received: from jive.levalinux.org (jive.levalinux.org [192.168.1.1]) by chacha.levafreebsd.org (Postfix) with ESMTPS id 57654E9EA09; Mon, 16 Nov 2015 21:45:46 +0100 (CET) Date: Mon, 16 Nov 2015 21:45:46 +0100 From: Lev To: Shane Ambler Cc: freebsd-questions@freebsd.org Subject: Re: codelite vs. 10.2 Message-ID: <20151116214546.6874484c@jive.levalinux.org> In-Reply-To: <5649C436.1080204@ShaneWare.Biz> References: <20151115233038.1c87442a@jive.levalinux.org> <5649C436.1080204@ShaneWare.Biz> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 20:53:10 -0000 T24gTW9uLCAxNiBOb3YgMjAxNSAyMjoyNTozNCArMTAzMA0KU2hhbmUgQW1ibGVyIDxGcmVlQlNE QFNoYW5lV2FyZS5CaXo+IHdyb3RlOg0KDQo+IGNkIC91c3IvcG9ydHMvZWRpdG9ycw0KPiBjcCAt UiBjb2RlbGl0ZSBjb2RlbGl0ZTkNCj4gY2QgY29kZWxpdGU5DQo+IHNlZCAtaSAnJyAtZSAnc3w4 XC4xfDlcLjB8JyBNYWtlZmlsZQ0KPiBtYWtlIG1ha2VzdW0NCj4gbWFrZQ0KPiANCj4gWW91IHdp bGwgdGhlbiB3YW50IHRvIHVwZGF0ZSB0aGUgcGtnLXBsaXN0LiBtYWtlIGNoZWNrLXBsaXN0IHdp bGwgbGlzdA0KPiB0aGUgYWRqdXN0bWVudHMgdGhhdCB5b3UgbmVlZCB0byBtYWtlLiBUaGVuIHJl YnVpbGQgYW5kIHJ1biBtYWtlDQo+IGluc3RhbGwNCj4gDQo+IFdoZW4geW91IGhhdmUgZG9uZSB0 aGlzIGFuZCBjaGVja2VkIHRoYXQgaXQgcnVucyB5b3Ugc2hvdWxkIGNvbnNpZGVyDQo+IHN1Ym1p dHRpbmcgYW4gdXBkYXRlIHRvIGh0dHA6Ly9idWdzLmZyZWVic2Qub3JnDQoNCkknbSBub3QgYXMg bHVja3kgYXMgeW91IGFyZSwgYW5kIEkgZ2V0IGVycm9yIG1lc3NhZ2VzIHdoZW4gSSBydW4gJ21h a2UnLg0KDQpJIGdpdmUgdGhpcyB1cCwgYW5kIHdhaXQgZm9yIDkuMCB0byBiZSBpbiB0aGUgcG9y dHMuDQoNClRoYW5rcyBmb3IgdGhlIGhpbnRzIHRob3VnaC4NCg0KTGV2DQoNCi0tIA0KNzMgZGUg SEE1T0dMDQpPcC46IExldmVudGUNCg== From owner-freebsd-questions@freebsd.org Mon Nov 16 21:38:49 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4E98A3125F for ; Mon, 16 Nov 2015 21:38:49 +0000 (UTC) (envelope-from g8kbvdave@gmail.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DD67131F for ; Mon, 16 Nov 2015 21:38:49 +0000 (UTC) (envelope-from g8kbvdave@gmail.com) Received: by wmww144 with SMTP id w144so128992706wmw.1 for ; Mon, 16 Nov 2015 13:38:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:date:mime-version:subject:message-id:priority:content-type :content-transfer-encoding:content-description; bh=Rj1EZubcIyrkFd9BtkLkGIYXfrBgUBSWW8Ocz0aBoI0=; b=Q245KBCIE2Ita2kSjwln+iJSGIPUOqW4gHx26p+7pZVrdsK0oh9rYB6esf+tJx2MFA 0JEJGKaYHaQR4+yRQRvg8QLbl1po58ZGyHfDq4pUuNUUw/ld2EDRVdUYetHsgq1ifdvJ L/YgJxrGGoZXxFdU4yqwp80anSSy4BlB4+KXs7vFS+AqT47u2cVbTCuciSWU1GTVu547 Z4wkDBZDUeYvRe6GK/FRiErY77yKmrj/Ud1R2HCCwk6D38fhWoVPsZLW0SNxeyBVVDiR mdHWugpA+QcvIuOuVUNauU+jVQCZ/qKjCLbNGAi6oz759sngNGaT5fEK7FuAIApWMv79 Ak8g== X-Received: by 10.28.23.66 with SMTP id 63mr20501907wmx.4.1447709927809; Mon, 16 Nov 2015 13:38:47 -0800 (PST) Received: from [192.168.42.19] ([212.225.125.94]) by smtp.googlemail.com with ESMTPSA id z1sm4658676wje.35.2015.11.16.13.38.45 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 16 Nov 2015 13:38:46 -0800 (PST) From: Dave B X-Google-Original-From: "Dave B" To: freebsd-questions@freebsd.org Date: Mon, 16 Nov 2015 21:38:43 -0000 MIME-Version: 1.0 Subject: Help/advice request please. Message-ID: <564A4CE3.9663.851BBC@g8kbvdave.googlemail.com> Priority: normal X-mailer: Pegasus Mail for Windows (4.62) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 21:38:49 -0000 Hi. FreeBSD 9.2-RELEASE-p3 Trying to figure out how to get openvpn setup, ultimately for a small number of traveling client machines (Linux and Windows) all owned by myself, for my own personal use. Is there any (in plain english) "how-to's" out there, that actually work? In particular, in regards to creating a self-signed CA (and the other needed) certificates, working at the command line. I'm falling over with the (undocumented) various user input data fields. For example, it's taken me a full week, to find out that my country code is not UK, or 44, but GB! But there is no guidance as to what the other field values should (or should not) be. Such as region/state etc. Trying to follow the methods on FreeBSD Diary, but all the directory/path's are totally different. Have tried several other (alegedly good) how-to's also, but all diverge from reality in major ways at some point, loosing me in the process. All seem to conflict with the OpenVPN sites instructions too, they can't all be right/wrong, can they? (OVPN's instructions also don't relate to FreeBSD, other than in name.) Help please? (Prety please with spots on?) Reply direct if you feel the need not to congest the list machinery. TIA Dave B. From owner-freebsd-questions@freebsd.org Mon Nov 16 21:45:32 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26B65A313BE for ; Mon, 16 Nov 2015 21:45:32 +0000 (UTC) (envelope-from b.manas.88@gmail.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1F60182D for ; Mon, 16 Nov 2015 21:45:31 +0000 (UTC) (envelope-from b.manas.88@gmail.com) Received: by igbxm8 with SMTP id xm8so67522183igb.1 for ; Mon, 16 Nov 2015 13:45:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=in-reply-to:references:mime-version:content-type :content-transfer-encoding:subject:from:date:to:message-id; bh=9SzZsY9l4NszHQR0Eow6uFGF9fjOBn0VRY03Qf78NsQ=; b=Z59Coy5QIpOW1UHsSuJZLQiun3t/KX6/ji04QmdQRgqV1Hqhrk32b5IjyxIHf1HBzG nreuE4W9cn8QHX5hcP9GJ96kUKZMzYoDqxx73CbHIWhs58ndDS8zhG6ilOyDzH5GY/xI mwXL6F6dBGpgntjuERDJSnDIUhKuzymQGMNbeGckByQxK5EaaTsUjaS3VJtHY6Zw43j8 lNHEQOCXEyegZ79NaVoDqXIvRE3W7j21kDFAd4GS4oSWDVe0GLI3KefX0y0AF1TDUYP2 KGx4X8B3xNyfPvLr+dTj4JmEtfstM0ddVAhtt3CDmt+sb59bXTC43REdmRzXQBpRRsEC Y0mw== X-Received: by 10.50.138.71 with SMTP id qo7mr6394517igb.81.1447710331100; Mon, 16 Nov 2015 13:45:31 -0800 (PST) Received: from ?IPv6:2620:101:f000:700:a490:968f:6a7d:d070? ([2620:101:f000:700:a490:968f:6a7d:d070]) by smtp.gmail.com with ESMTPSA id qb2sm6937966igb.10.2015.11.16.13.45.30 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 16 Nov 2015 13:45:30 -0800 (PST) In-Reply-To: <564A4CE3.9663.851BBC@g8kbvdave.googlemail.com> References: <564A4CE3.9663.851BBC@g8kbvdave.googlemail.com> MIME-Version: 1.0 Subject: Re: Help/advice request please. From: Manas Date: Mon, 16 Nov 2015 21:45:28 +0000 To: Dave B ,freebsd-questions@freebsd.org Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 21:45:32 -0000 Hello Dave, I run a few openvpn servers on FreeBSD. I use https://openvpn.net/index.php/open-source/documentation/howto.html as my guide. Feel free to email me directly with any questions. Thanks, Manas On November 16, 2015 4:38:43 PM EST, Dave B wrote: >Hi. > >FreeBSD 9.2-RELEASE-p3 > >Trying to figure out how to get openvpn setup, ultimately for a small >number of >traveling client machines (Linux and Windows) all owned by myself, for >my own >personal use. > >Is there any (in plain english) "how-to's" out there, that actually >work? > >In particular, in regards to creating a self-signed CA (and the other >needed) >certificates, working at the command line. > >I'm falling over with the (undocumented) various user input data >fields. >For example, it's taken me a full week, to find out that my country >code is not >UK, or 44, but GB! > >But there is no guidance as to what the other field values should (or >should >not) be. Such as region/state etc. > >Trying to follow the methods on FreeBSD Diary, but all the >directory/path's are >totally different. Have tried several other (alegedly good) how-to's >also, but >all diverge from reality in major ways at some point, loosing me in the >process. > >All seem to conflict with the OpenVPN sites instructions too, they >can't all be >right/wrong, can they? (OVPN's instructions also don't relate to >FreeBSD, >other than in name.) > >Help please? (Prety please with spots on?) > >Reply direct if you feel the need not to congest the list machinery. > >TIA > >Dave B. > >_______________________________________________ >freebsd-questions@freebsd.org mailing list >https://lists.freebsd.org/mailman/listinfo/freebsd-questions >To unsubscribe, send any mail to >"freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Mon Nov 16 21:55:38 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62C7EA31639 for ; Mon, 16 Nov 2015 21:55:38 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-in6.apple.com (mail-out6.apple.com [17.151.62.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3997C101A for ; Mon, 16 Nov 2015 21:55:37 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay7.apple.com (relay7.apple.com [17.128.113.101]) by mail-in6.apple.com (Apple Secure Mail Relay) with SMTP id DA.F4.09556.3D05A465; Mon, 16 Nov 2015 13:55:31 -0800 (PST) X-AuditID: 11973e15-f79be6d000002554-fd-564a50d3f1c8 Received: from [17.149.239.203] (Unknown_Domain [17.149.239.203]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by relay7.apple.com (Apple SCV relay) with SMTP id FC.09.12340.3D05A465; Mon, 16 Nov 2015 13:55:31 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Help/advice request please. From: Charles Swiger In-Reply-To: <564A4CE3.9663.851BBC@g8kbvdave.googlemail.com> Date: Mon, 16 Nov 2015 13:55:30 -0800 Cc: FreeBSD - Message-Id: <822C3CCA-C3FA-42FA-8F25-971D6D081EFC@mac.com> References: <564A4CE3.9663.851BBC@g8kbvdave.googlemail.com> To: Dave B X-Mailer: Apple Mail (2.3096.5) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrKLMWRmVeSWpSXmKPExsUi2FCYqns5wCvMYOEcNouXXzexWLRtaWB3 YPKY8Wk+i8fOWXfZA5iiuGxSUnMyy1KL9O0SuDIO9O5gKlggXzHz1g/GBsZPUl2MnBwSAiYS t5vOMEHYYhIX7q1n62Lk4hAS2Mco0T2jmwmmaOORRlaIxHQmiYmPFrKAJJgFEiR2r3wFZvMK GEi0XT3DCGILC2hILD55B8jm4GATUJOYMJEHJMwpYCNx4vdisDCLgKrEg/uKEFN0JZpuvGWE mGIlsXHhVLCJQgLWEv923wM7QURAQeLynjesEOfIS/xc2cAEco6EwBo2iebvs5kmMArOQnLR LCQXQcS1JZYtfM08C2g1s4COxOSFaMIQ9sfzR5gWMLKtYhTKTczM0c3MM9NLLCjISdVLzs/d xAgK9+l2ojsYz6yyOsQowMGoxMPb8NczTIg1say4MvcQozQHi5I471YTrzAhgfTEktTs1NSC 1KL4otKc1OJDjEwcnFINjEaccx51+V+PZhD9OyeHlzG79me+Rn+Mwr4MTrV9ttGB69KO8HAf z1l9sGnL7WmLDk0PeDzp2d3doilXb8y0Pjy11ctPesHUuuPFLB8DVlq01/7xs1K5bLvWUJbz 1EunK+fymL/W6E1v4kjs6+KzmKymkvn+UE5MjP6GN08jsmfV6Uz4e3qGuxJLcUaioRZzUXEi AK3RTl9YAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrPIsWRmVeSWpSXmKPExsUiOPX9ad3LAV5hBpN+Mlm8/LqJxaJtSwO7 A5PHjE/zWTx2zrrLHsAUxWWTkpqTWZZapG+XwJVxoHcHU8EC+YqZt34wNjB+kupi5OSQEDCR 2HikkRXCFpO4cG89WxcjF4eQwHQmiYmPFrKAJJgFEiR2r3wFZvMKGEi0XT3DCGILC2hILD55 B8jm4GATUJOYMJEHJMwpYCNx4vdisDCLgKrEg/uKEFN0JZpuvGWEmGIlsXHhVLCJQgLWEv92 32MCsUUEFCQu73kDdY68xM+VDUwTGPlmITliFpIjIOLaEssWvmaeBbSNWUBHYvJCNGEI++P5 I0wLGNlWMQoUpeYkVprrJRYU5KTqJefnbmIEhWdDYeoOxsblVocYBTgYlXh4G/56hgmxJpYV V+YeYpTgYFYS4XW38AoT4k1JrKxKLcqPLyrNSS0+xDiREejHicxSosn5wOjJK4k3NDExMDE2 NjM2Njcxp6WwkjjvfF+3MCGB9MSS1OzU1ILUIpijmDg4pRoYF637Mp1J99XB1tRlWia8i1m8 3h464/m04arp1DcP1q6sn2F+s3FCf/umYCe+nqgn0/Ze958e0bNnovnik/X2jxdM1Tvpa7cn z0NMlOVs+v078YnmvpXuub5Oneb2T8z+39MPeH1MuyieOf346VvvA08bb32Tv3UB20SxNSGp Fi5L5wVeN+QIU2Ipzkg01GIuKk4EAJvU3CDCAgAA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 21:55:38 -0000 On Nov 16, 2015, at 1:38 PM, Dave B wrote: > Trying to figure out how to get openvpn setup, ultimately for a small = number of=20 > traveling client machines (Linux and Windows) all owned by myself, for = my own=20 > personal use. >=20 > Is there any (in plain english) "how-to's" out there, that actually = work? Sure. Use preshared static keys, documented here: = https://openvpn.net/index.php/open-source/documentation/miscellaneous/78-s= tatic-key-mini-howto.html = Use client certs when you're supporting dozens of different users, not = one. > In particular, in regards to creating a self-signed CA (and the other = needed)=20 > certificates, working at the command line. >=20 > I'm falling over with the (undocumented) various user input data = fields. > For example, it's taken me a full week, to find out that my country = code is not=20 > UK, or 44, but GB! >=20 > But there is no guidance as to what the other field values should (or = should=20 > not) be. Such as region/state etc. x.509 PKI cryptography is hard. Running your own CA is sufficient work = that most people pay good money for certs rather than doing it themselves. Regards, --=20 -Chuck From owner-freebsd-questions@freebsd.org Mon Nov 16 23:01:10 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 505D7A31F7D for ; Mon, 16 Nov 2015 23:01:10 +0000 (UTC) (envelope-from jon@radel.com) Received: from radel.com (fly.radel.com [70.184.242.170]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "*.radel.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 06986134A for ; Mon, 16 Nov 2015 23:01:09 +0000 (UTC) (envelope-from jon@radel.com) X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.18.7 (ClamAV engine v0.98.7) Received: from [2001:470:880a:4389:dceb:e27f:e895:272f] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.1.2 _community_) with ESMTPSA id 936331; Mon, 16 Nov 2015 22:00:59 +0000 Subject: Re: Help/advice request please. To: Dave B , freebsd-questions@freebsd.org References: <564A4CE3.9663.851BBC@g8kbvdave.googlemail.com> From: Jon Radel Message-ID: <564A521A.90406@radel.com> Date: Mon, 16 Nov 2015 17:00:58 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms050107010509070408090302" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 23:01:10 -0000 This is a cryptographically signed message in MIME format. --------------ms050107010509070408090302 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable On 11/16/15 4:45 PM, Manas wrote: > Hello Dave, > > I run a few openvpn servers on FreeBSD. I use https://openvpn.net/index= =2Ephp/open-source/documentation/howto.html as my guide. Feel free to ema= il me directly with any questions. > I was just looking at that one, not having setup OpenVPN from scratch in = a while now. Looks perfectly reasonable. > > But there is no guidance as to what the other field values should (or > should > not) be. Such as region/state etc. Ooooo, nobody's let you in on the secret. :-( Those don't matter. =20 Make them whatever makes you happy, and that includes empty. In a private CA world really the only field you have to worry about is=20 the Common Name. It's nice to set the other values to something=20 sensible, particularly if you're doing a private PKI for a large firm,=20 where it's handy to track contact information, etc., etc., as part of=20 the certificate, but that's all to keep the humans from getting=20 confused. Now, if you're getting your certs from another party, they'll = want you to either put in real values or leave the values blank,=20 depending on what they're certifying by signing your certificate, but=20 that's out of your scope. --Jon Radel jon@radel.com --------------ms050107010509070408090302 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC Cq8wggSvMIIDl6ADAgECAhEA4CPLFRKDU4mtYW56VGdrITANBgkqhkiG9w0BAQsFADBvMQsw CQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0IEV4 dGVybmFsIFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290 MB4XDTE0MTIyMjAwMDAwMFoXDTIwMDUzMDEwNDgzOFowgZsxCzAJBgNVBAYTAkdCMRswGQYD VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNP TU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVu dGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAImxDdp6UxlOcFIdvFamBia3uEngludRq/HwWhNJFaO0jBtgvHpRQqd5jKQi3xdh TpHVdiMKFNNKAn+2HQmAbqUEPdm6uxb+oYepLkNSQxZ8rzJQyKZPWukI2M+TJZx7iOgwZOak +FaA/SokFDMXmaxE5WmLo0YGS8Iz1OlAnwawsayTQLm1CJM6nCpToxDbPSBhPFUDjtlOdiUC ISn6o3xxdk/u4V+B6ftUgNvDezVSt4TeIj0sMC0xf1m9UjewM2ktQ+v61qXxl3dnUYzZ7ifr vKUHOHaMpKk4/9+M9QOsSb7K93OZOg8yq5yVOhM9DkY6V3RhUL7GQD/L5OKfoiECAwEAAaOC ARcwggETMB8GA1UdIwQYMBaAFK29mHo0tCb3+sQmVO8DveAky1QaMB0GA1UdDgQWBBSSYWuC 4aKgqk/sZ/HCo/e0gADB7DAOBgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEQYDVR0gBAowCDAGBgRVHSAAMEQGA1Ud HwQ9MDswOaA3oDWGM2h0dHA6Ly9jcmwudXNlcnRydXN0LmNvbS9BZGRUcnVzdEV4dGVybmFs Q0FSb290LmNybDA1BggrBgEFBQcBAQQpMCcwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVz ZXJ0cnVzdC5jb20wDQYJKoZIhvcNAQELBQADggEBABsqbqxVwTqriMXY7c1V86prYSvACRAj mQ/FZmpvsfW0tXdeDwJhAN99Bf4Ss6SAgAD8+x1banICCkG8BbrBWNUmwurVTYT7/oKYz1gb 4yJjnFL4uwU2q31Ypd6rO2Pl2tVz7+zg+3vio//wQiOcyraNTT7kSxgDsqgt1Ni7QkuQaYUQ 26Y3NOh74AEQpZzKOsefT4g0bopl0BqKu6ncyso20fT8wmQpNa/WsadxEdIDQ7GPPprsnjJT 9HaSyoY0B7ksyuYcStiZDcGG4pCS+1pCaiMhEOllx/XVu37qjIUgAmLq0ToHLFnFmTPyOInl tukWeh95FPZKEBom+nyK+5swggX4MIIE4KADAgECAhBzVOU8fWu0zQ1gaQ38zgEbMA0GCSqG SIb3DQEBCwUAMIGbMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVy MRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDFBMD8GA1UE AxM4Q09NT0RPIFNIQS0yNTYgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1h aWwgQ0EwHhcNMTUwMzMwMDAwMDAwWhcNMTgwMzI5MjM1OTU5WjCB+jELMAkGA1UEBhMCVVMx DjAMBgNVBBETBTIyMTUwMQswCQYDVQQIEwJWQTEUMBIGA1UEBxMLU3ByaW5nZmllbGQxGjAY BgNVBAkTETY5MTcgUmlkZ2V3YXkgRHIuMRUwEwYDVQQKEwxKb24gVC4gUmFkZWwxMjAwBgNV BAsTKUlzc3VlZCB0aHJvdWdoIEpvbiBULiBSYWRlbCBFLVBLSSBNYW5hZ2VyMR8wHQYDVQQL ExZDb3Jwb3JhdGUgU2VjdXJlIEVtYWlsMRIwEAYDVQQDEwlKb24gUmFkZWwxHDAaBgkqhkiG 9w0BCQEWDWpvbkByYWRlbC5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDe 1Rth9hbQqaODn++C5dVAQH9nM2VH3oPazZufOwmIG2SXI/v3PuemcQQ3JkhmpQ06gYszyXbk TCLsqvEfalYj81jdt/K5lT4aVdj0LfJIWyTcU95V2rsCuHsSvn/PnIcsEtXg53rCtqS4EOtJ 9u3rY2hP8YCiyz1yY3mn4nKJs93MHG4AkXYuVpzfaIADETcVrA+razvXEfnDJXXDZZ9ZuuV1 06yIovOvhYWSlaVu8nrSHJjXFZI2IXwgIeVBoMih3yu6LLj14I/YdZ0rIA8K+UNB+NW6Ri3u wHXBbr4jh3ZqkrqIVUrf1VeybhdrJcdqXdMNHjKDSlCoaxYRbLy1AgMBAAGjggHVMIIB0TAf BgNVHSMEGDAWgBSSYWuC4aKgqk/sZ/HCo/e0gADB7DAdBgNVHQ4EFgQUz9YB10WEfBNHskRw o/0vh8qaQuwwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0lBBYwFAYIKwYB BQUHAwQGCCsGAQUFBwMCMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQMFMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMF0GA1UdHwRWMFQwUqBQoE6GTGh0 dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET1NIQTI1NkNsaWVudEF1dGhlbnRpY2F0aW9u YW5kU2VjdXJlRW1haWxDQS5jcmwwgZAGCCsGAQUFBwEBBIGDMIGAMFgGCCsGAQUFBzAChkxo dHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9TSEEyNTZDbGllbnRBdXRoZW50aWNhdGlv bmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9j YS5jb20wGAYDVR0RBBEwD4ENam9uQHJhZGVsLmNvbTANBgkqhkiG9w0BAQsFAAOCAQEAS1Pe +gBgP+SQ/a5I5e7zX0Rg0DhH378LHlZixJgS6LfCPL2edKMUQi3Th9GXfLjdeyeWuMWoz925 ZzBHcPwkBeH+iM/AEhu0Dhi0kop/p66g9tEPJUZ/KDsqxddNDrD0Typn3/33pHTjJEDqydzA gwB0Nn8blpMbqSwT+j8wuPakfLsj1cSDzXrTLLsmIQB7auAyaYXdWyW8Yqw336rLUCvjOUfn qOOyjVsieTw/0PLoOHJaGyez+VtV4eyi6p1SNiX32A+fvxBMzKQLCokE43cXItc9Okzq//f2 fuvGp17r8mpm4OjjM5E2kwsg9bBPUBMR4/sxosKVLn0o9rxlozGCBEEwggQ9AgEBMIGwMIGb MQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdT YWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDFBMD8GA1UEAxM4Q09NT0RPIFNI QS0yNTYgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEHNU5Tx9 a7TNDWBpDfzOARswDQYJYIZIAWUDBAIBBQCgggJhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTE1MTExNjIyMDA1OFowLwYJKoZIhvcNAQkEMSIEIJ8whImM xKO2SrI7gmR2feYRiLknP8YIDL/EpXLLFiBmMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUD BAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcN AwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgcEGCSsGAQQBgjcQBDGBszCBsDCBmzEL MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2Fs Zm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEt MjU2IENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBzVOU8fWu0 zQ1gaQ38zgEbMIHDBgsqhkiG9w0BCRACCzGBs6CBsDCBmzELMAkGA1UEBhMCR0IxGzAZBgNV BAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09N T0RPIENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50 aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBzVOU8fWu0zQ1gaQ38zgEbMA0GCSqGSIb3 DQEBAQUABIIBACrPgHlLXoqm1ciJYPc+HKStN+vlfkuy8CLIHzZu0l8xJX6MvSVYKarrTIFn JNa38z6n7CqT4VztvjL+M6ODDj+CkMeeiaJH1q1l+MYKQdIl2O1Qo+RhadYqeWwbA8573+Vn 8rGSuIEIEqu1S1z4MJfWoxvnon2Uy3eiQwMEHStX5sN0BHQhhz97tCt76/9HgpYQ0y0ZKBSA 53XXxsGiMdMsnyyMIIbPPOi1PwOqYd+MMbpTV9SlfIA9W3sH9EcH6OQ3gEuqkKDUaFjOHGYh L3DY8oTvqs1n76B8xpXv4pobEzrLMxA0bXG7gg+Du7F/mkqww2v9Gexpq67RG5lkqXQAAAAA AAA= --------------ms050107010509070408090302-- From owner-freebsd-questions@freebsd.org Tue Nov 17 02:01:13 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABA25A309A3 for ; Tue, 17 Nov 2015 02:01:13 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 475A51D0A for ; Tue, 17 Nov 2015 02:01:13 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wmvv187 with SMTP id v187so205083433wmv.1 for ; Mon, 16 Nov 2015 18:01:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IwEMTpOPV4WksItDj2eR5KXfVGJYUXvYjJVPtj3ba9k=; b=oaLZTMGZu5MTvV6L/ZDjm3PmEJyPYuKZKUMWgXcDtSng1CGYv9gGyLwdQ2gBrEMyK1 p5SDplq+uMek6SGuMbqVmfqr9UCTnRe6tOxeH6cNxPU+LBhyCbXNzSQafGqOvWuf2qS7 afdVGOHZjiikoZvo2X6Tw52Hqn+wNFIJFEAmeYE3DsT7svlAdYY6R2KAGkELFjVgsT2A 6homoSgVAq8KrtHlfm8LqNtZm2bWT2Bi+npx00dTWIY6DZaWBUwigArGy/j9NQujv/Jz 8qo2XkoKDttqDxuth21bF7roJPMJnLvrvO3ARtHLllBakw8LPgkjnRK0zmH+wyOpcu2D +pEQ== MIME-Version: 1.0 X-Received: by 10.194.205.9 with SMTP id lc9mr46260942wjc.120.1447725671755; Mon, 16 Nov 2015 18:01:11 -0800 (PST) Received: by 10.194.16.231 with HTTP; Mon, 16 Nov 2015 18:01:11 -0800 (PST) In-Reply-To: <564A4CE3.9663.851BBC@g8kbvdave.googlemail.com> References: <564A4CE3.9663.851BBC@g8kbvdave.googlemail.com> Date: Mon, 16 Nov 2015 20:01:11 -0600 Message-ID: Subject: Re: Help/advice request please. From: Adam Vande More To: Dave B Cc: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 02:01:13 -0000 On Mon, Nov 16, 2015 at 3:38 PM, Dave B wrote: > Hi. > > FreeBSD 9.2-RELEASE-p3 > > Trying to figure out how to get openvpn setup, ultimately for a small > number of > traveling client machines (Linux and Windows) all owned by myself, for my > own > personal use. > > Is there any (in plain english) "how-to's" out there, that actually work? > > In particular, in regards to creating a self-signed CA (and the other > needed) > certificates, working at the command line. > > I'm falling over with the (undocumented) various user input data fields. > For example, it's taken me a full week, to find out that my country code > is not > UK, or 44, but GB! > That's ISO thing, not a ssl thing per se. But there is no guidance as to what the other field values should (or should > not) be. Such as region/state etc. > Using CA.pl and openssl.cnf has always seemed pretty straight-forward to me at least as far as anything ssl is straight-forward. CA.pl has a decent man page and openssl.cnf has a lot of comments. It's just a good start, not the complete answer. -- Adam From owner-freebsd-questions@freebsd.org Tue Nov 17 02:55:45 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F656A31775 for ; Tue, 17 Nov 2015 02:55:45 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E3F23198C for ; Tue, 17 Nov 2015 02:55:44 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id tAH2tgRK031787 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 16 Nov 2015 19:55:42 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id tAH2tgf2031784; Mon, 16 Nov 2015 19:55:42 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Mon, 16 Nov 2015 19:55:42 -0700 (MST) From: Warren Block To: Jon Radel cc: Dave B , freebsd-questions@freebsd.org Subject: Re: Help/advice request please. In-Reply-To: <564A521A.90406@radel.com> Message-ID: References: <564A4CE3.9663.851BBC@g8kbvdave.googlemail.com> <564A521A.90406@radel.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 16 Nov 2015 19:55:42 -0700 (MST) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 02:55:45 -0000 On Mon, 16 Nov 2015, Jon Radel wrote: > On 11/16/15 4:45 PM, Manas wrote: >> Hello Dave, >> >> I run a few openvpn servers on FreeBSD. I use >> https://openvpn.net/index.php/open-source/documentation/howto.html as my >> guide. Feel free to email me directly with any questions. >> > > I was just looking at that one, not having setup OpenVPN from scratch in a > while now. Looks perfectly reasonable. Just yesterday I was thinking we really need an OpenVPN section for the Handbook. Something that shows best practices, not the typical "for simplicity, this example does not use passwords, but you should always use passwords in exactly the way we did not demonstrate at all here." I'm not the one to write it, having been frustrated by the lack of good examples the last time I looked. But I would be willing to help. >> But there is no guidance as to what the other field values should (or >> should not) be. That is really annoying. The equally annoying opposite number is magic values with no explanation. Using callouts really helps fill in the detail without distracting from the example, as seen in https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-wireless.html#network-wireless-ap-wpa From owner-freebsd-questions@freebsd.org Tue Nov 17 04:43:14 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2987A3158D for ; Tue, 17 Nov 2015 04:43:14 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A81101322 for ; Tue, 17 Nov 2015 04:43:13 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-76-245.dynamic.qsc.de [92.195.76.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 76E793CFBB; Tue, 17 Nov 2015 05:43:03 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id tAH4gg8P002099; Tue, 17 Nov 2015 05:43:02 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Tue, 17 Nov 2015 05:42:42 +0100 From: Polytropon To: kpneal@pobox.com Cc: freebsd-questions@freebsd.org Subject: Re: Server restarts about twice a day Message-Id: <20151117054242.83223921.freebsd@edvax.de> In-Reply-To: <20151117022458.GA99595@neutralgood.org> References: <20151117022458.GA99595@neutralgood.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 04:43:15 -0000 On Mon, 16 Nov 2015 21:24:58 -0500, kpneal@pobox.com wrote: > Attachments to the list get stripped. Not in all cases. In this case, he appended [core.txt.5 application/octet-stream (89.7KB)] which the list properly transmitted, even though it should have been declared as text/plain. However, binary attachments such as screenshots usually get stripped, that's right. There's another [text/plain (229B)] attached which appears to be empty. The core text attachment can properly display as text: jails-1 dumped core - see /var/crash/vmcore.5 Sun Nov 15 15:24:15 PST 2015 FreeBSD jails-1 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 panic: solaris assert: sa.sa_magic == 0x2F505A (0x2f505a00 == 0x2f505a), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c, line: 625 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: solaris assert: sa.sa_magic == 0x2F505A (0x2f505a00 == 0x2f505a), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c, line: 625 cpuid = 1 KDB: stack backtrace: #0 0xffffffff808e7dd0 at kdb_backtrace+0x60 #1 0xffffffff808af8b5 at panic+0x155 #2 0xffffffff81a2c23f at assfail3+0x2f #3 0xffffffff8189e34e at zfs_space_delta_cb+0xce #4 0xffffffff81824562 at dmu_objset_userquota_get_ids+0x202 #5 0xffffffff818290f7 at dnode_setdirty+0x37 #6 0xffffffff8182942e at dnode_allocate+0x15e #7 0xffffffff8182203a at dmu_object_alloc+0x15a #8 0xffffffff81874e1b at zfs_mknode+0x15b #9 0xffffffff818a143f at zfs_freebsd_create+0x4df #10 0xffffffff80d97d32 at VOP_CREATE_APV+0x92 #11 0xffffffff80957ea9 at vn_open_cred+0x2c9 #12 0xffffffff809515b1 at kern_openat+0x261 #13 0xffffffff80c8ef87 at amd64_syscall+0x357 #14 0xffffffff80c7567b at Xfast_syscall+0xfb Uptime: 6h58m44s Dumping 4711 out of 7764 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /bootpool/boot/kernel/zfs.ko.symbols...done. Loaded symbols for /bootpool/boot/kernel/zfs.ko.symbols Reading symbols from /bootpool/boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /bootpool/boot/kernel/opensolaris.ko.symbols Reading symbols from /bootpool/boot/kernel/geom_eli.ko.symbols...done. Loaded symbols for /bootpool/boot/kernel/geom_eli.ko.symbols Reading symbols from /bootpool/boot/kernel/crypto.ko.symbols...done. Loaded symbols for /bootpool/boot/kernel/crypto.ko.symbols Reading symbols from /bootpool/boot/kernel/aesni.ko.symbols...done. Loaded symbols for /bootpool/boot/kernel/aesni.ko.symbols Reading symbols from /bootpool/boot/kernel/pflog.ko.symbols...done. Loaded symbols for /bootpool/boot/kernel/pflog.ko.symbols Reading symbols from /bootpool/boot/kernel/pf.ko.symbols...done. Loaded symbols for /bootpool/boot/kernel/pf.ko.symbols Reading symbols from /bootpool/boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /bootpool/boot/kernel/linprocfs.ko.symbols Reading symbols from /bootpool/boot/kernel/linux.ko.symbols...done. Loaded symbols for /bootpool/boot/kernel/linux.ko.symbols Reading symbols from /bootpool/boot/kernel/nullfs.ko.symbols...done. Loaded symbols for /bootpool/boot/kernel/nullfs.ko.symbols #0 doadump (textdump=) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff808af530 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff808af8f4 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff81a2c23f in assfail3 (a=, lv=, op=, rv=, f=, l=) at /usr/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:91 #4 0xffffffff8189e34e in zfs_space_delta_cb ( bonustype=, data=0xfffffe0138bdbec0, userp=0xfffff80064bf1d00, groupp=0xfffff80064bf1d08) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c:625 #5 0xffffffff81824562 in dmu_objset_userquota_get_ids ( dn=0xfffff80064bf1a20, before=1, tx=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_objset.c:1285 #6 0xffffffff818290f7 in dnode_setdirty (dn=0xfffff80064bf1a20, tx=0xfffff801d7f2c900) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode.c:1238 #7 0xffffffff8182942e in dnode_allocate (dn=0xfffff80064bf1a20, ot=, blocksize=, ibs=, bonustype=, bonuslen=, tx=0xfffff801d7f2c900) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode.c:563 #8 0xffffffff8182203a in dmu_object_alloc (os=0xfffff80022100000, ot=DMU_OT_PLAIN_FILE_CONTENTS, blocksize=0, bonustype=DMU_OT_SA, bonuslen=320, tx=0xfffff801d7f2c900) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_object.c:77 #9 0xffffffff81874e1b in zfs_mknode (dzp=0xfffff8003371aa10, vap=, tx=, cr=0xfffff80022805c00, flag=0, zpp=0xfffffe021ed5d7c0, acl_ids=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:829 #10 0xffffffff818a143f in zfs_freebsd_create (ap=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1753 #11 0xffffffff80d97d32 in VOP_CREATE_APV (vop=, a=) at vnode_if.c:265 #12 0xffffffff80957ea9 in vn_open_cred (ndp=0xfffffe021ed5d9c0, flagp=0xfffffe021ed5da9c, cmode=384, vn_open_flags=, cred=0xfffff80022805c00, fp=0xfffff801d2dff640) at vnode_if.h:109 #13 0xffffffff809515b1 in kern_openat (td=0xfffff8017fefb000, fd=-100, path=0x80281da10
, pathseg=UIO_USERSPACE, flags=522, mode=) at /usr/src/sys/kern/vfs_syscalls.c:1096 #14 0xffffffff80c8ef87 in amd64_syscall (td=0xfffff8017fefb000, traced=0) at subr_syscall.c:134 #15 0xffffffff80c7567b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #16 0x000000080182892a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND ------------------------------------------------------------------------ vmstat -s 66076213 cpu context switches 19443835 device interrupts 948934 software interrupts 9228656 traps 87668694 system calls 22 kernel threads created 11890 fork() calls 9982 vfork() calls 0 rfork() calls 1372 swap pager pageins 3516 swap pager pages paged in 6327 swap pager pageouts 38088 swap pager pages paged out 13640 vnode pager pageins 90114 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 4 page daemon wakeups 0 pages examined by the page daemon 16515 pages reactivated 888125 copy-on-write faults 924 copy-on-write optimized faults 3169332 zero fill pages zeroed 193 zero fill pages prezeroed 1550 intransit blocking page faults 4676737 total VM faults taken 13496 page faults requiring I/O 0 pages affected by kernel thread creation 433247 pages affected by fork() 349368 pages affected by vfork() 0 pages affected by rfork() 0 pages cached 15662085 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 12808 pages active 22238 pages inactive 1599 pages in VM cache 1809728 pages wired down 80123 pages free 4096 bytes per page 42304754 total name lookups cache hits (12% pos + 0% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) USBdev 35 3K - 35 32,64,128 cdev 7 2K - 7 256 entropy 1026 65K - 1834 32,64,4096 CAM SIM 7 2K - 7 256 filedesc 243 536K - 22829 16,32,128,2048,4096 sigio 2 1K - 2 64 filecaps 0 0K - 32 16,64 kdtrace 783 173K - 22837 64,256 kenv 82 12K - 94 16,32,64,128 kqueue 27 36K - 6200 256,512,2048 proc-args 97 6K - 28776 16,32,64,128,256 kbdmux 6 18K - 6 16,512,1024,2048 hhook 2 1K - 2 256 ithread 81 14K - 81 32,128,256 prison 51 73K - 51 16,256,4096 KTRACE 100 13K - 100 128 CAM XPT 32 3K - 113 16,32,64,128,256,1024 linker 266 639K - 321 16,32,64,128,256,512,1024,2048,4096 lockf 165 18K - 13665 64,128 loginclass 2 1K - 2527 64 devbuf 17478 35451K - 17563 16,32,64,128,256,512,1024,2048,4096 temp 30 19K - 2891942 16,32,64,128,256,512,1024,2048,4096 ip6ndp 5 1K - 6 64,128 module 488 61K - 488 128 mtx_pool 2 16K - 2 osd 31 1K - 97 16,32,64,128 pmchooks 1 1K - 1 128 hdaa 5 19K - 5 512,2048 hdac 1 1K - 1 1024 hdacc 1 1K - 1 32 pgrp 78 10K - 3423 128 session 74 10K - 3253 128 proc 2 32K - 2 subproc 369 608K - 22143 512,4096 cred 432 68K - 399566 64,256 plimit 23 6K - 33012 256 uidinfo 12 6K - 1116 128,4096 CAM DEV 9 18K - 28 2048 pci_link 16 2K - 16 32,128 sysctl 0 0K - 12420 16,32,64 sysctloid 4090 202K - 4210 16,32,64,128 sysctltmp 0 0K - 71852 16,32,64,128 tidhash 1 32K - 1 callout 3 1672K - 3 umtx 1332 167K - 1332 128 p1003.1b 1 1K - 1 16 SWAP 2 4373K - 2 64 bus 1208 100K - 6066 16,32,64,128,256,1024 bus-sc 75 258K - 3847 16,32,64,128,256,512,1024,2048,4096 devstat 8 17K - 8 32,4096 eventhandler 97 8K - 97 64,128 kobj 330 1320K - 541 4096 Per-cpu 1 1K - 1 32 DEVFS2 112 28K - 1343 16,32,64,128,256 DEVFS3 2396 599K - 2491 256 DEVFS1 112 56K - 134 512 rman 228 27K - 647 16,32,128 sbuf 0 0K - 142846 16,32,64,128,256,512,1024,2048,4096 DEVFS_RULE 1 1K - 1 64 DEVFS 398 9K - 399 16,128 DEVFSP 2 1K - 2 64 taskqueue 171 26K - 231 16,32,64,256,1024 Unitno 24 2K - 10646 32,64 vmem 2 1152K - 8 4096 ioctlops 0 0K - 179922 16,32,64,128,256,512,1024,2048,4096 select 152 19K - 152 128 iov 0 0K - 163089 16,32,64,128,256,512 msg 4 30K - 4 2048,4096 sem 4 106K - 4 2048,4096 shm 1 20K - 1 tty 22 22K - 36 1024 pts 4 1K - 18 256 mbuf_tag 0 0K - 65 32 shmfd 1 8K - 1 soname 70 5K - 128884 16,32,128 pcb 47 1174K - 12469 16,32,128,1024,2048 acl 0 0K - 1177 4096 vfscache 1 2048K - 1 export_host 1 1K - 15 256 vfs_hash 1 1024K - 1 vnodes 1 1K - 1 256 mount 1359 65K - 53906 16,32,64,128,256,512,1024 vnodemarker 0 0K - 91066 512 BPF 12 1034K - 15 16,128,512,4096 ifnet 5 9K - 5 128,2048 ifaddr 72 24K - 73 32,64,128,256,512,2048,4096 ether_multi 47 3K - 54 16,32,64 clone 8 1K - 8 128 arpcom 1 1K - 1 16 lltable 30 10K - 34 256,512 tun 1 1K - 1 256 NFSD string 1 1K - 1 16 NFSD usrgroup 79 10K - 79 128 routetbl 109 24K - 2496 32,64,128,256,512 igmp 4 1K - 4 256 in_multi 2 1K - 2 256 sctp_a_it 0 0K - 18 16 sctp_vrf 1 1K - 1 64 sctp_ifa 22 3K - 23 128 sctp_ifn 2 1K - 2 128 sctp_iter 0 0K - 18 256 hostcache 1 28K - 1 syncache 1 64K - 1 in6_mfilter 1 1K - 1 1024 in6_multi 27 4K - 27 32,256 ip6_moptions 2 1K - 2 32,256 mld 3 1K - 3 128 NFS FHA 1 2K - 1 2048 rpc 15 3K - 15 32,64,128,256,512 audit_evclass 187 6K - 228 32 pagedep 1 256K - 1 inodedep 1 1024K - 1 bmsafemap 1 8K - 1 newblk 1 2048K - 1 freework 1 4K - 1 4096 ufs_quota 1 1024K - 1 vm_pgdata 2 1025K - 2 128 UMAHash 2 96K - 15 512,1024,2048,4096 pfs_nodes 73 19K - 73 256 memdesc 1 4K - 1 4096 pfs_vncache 0 0K - 474 64 GEOM 112 18K - 760 16,32,64,128,256,512,1024,2048,4096 feeder 13 1K - 15 32,128 atkbddev 2 1K - 2 64 CAM CCB 28 56K - 52 2048 mixer 1 4K - 1 4096 raid_data 0 0K - 114 32,128,256 acpiintr 1 1K - 1 64 UART 3 3K - 3 16,1024 md_nvidia_data 0 0K - 15 512 acpica 3126 312K - 47320 16,32,64,128,256,512,1024,4096 md_sii_data 0 0K - 15 512 CAM path 11 1K - 59 32 CAM periph 6 2K - 28 16,32,64,128,256 acpitask 1 8K - 1 apmdev 1 1K - 1 128 madt_table 0 0K - 1 4096 acpisem 26 4K - 26 128 CAM queue 19 5K - 104 16,32,512 acpidev 32 2K - 32 64 CAM dev queue 7 1K - 7 32 io_apic 1 2K - 1 2048 MCA 6 1K - 6 128 msi 4 1K - 4 128 nexusdev 5 1K - 5 16 isadev 7 1K - 7 128 USB 42 33K - 42 16,128,512,4096 solaris 1251043 4000534K - 202122914 16,32,64,128,256,512,1024,2048,4096 kstat_data 6 1K - 6 64 crypto 6 3K - 5700302 64,256,512,1024 eli data 461 116K - 4241092 64,256,512,1024,2048,4096 pf_hash 3 2880K - 3 pf_ifnet 9 4K - 12 256,2048 pf_osfp 1130 115K - 1130 64,128 pf_rule 4 4K - 4 1024 pf_table 1 2K - 2 2048 linux 15 1K - 15 64 nullfs_hash 1 1024K - 1 nullfs_node 54 4K - 7305 64 nullfs_mount 24 1K - 24 32 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 114, 6, 114, 0, 0 UMA Zones: 896, 0, 114, 2, 114, 0, 0 UMA Slabs: 80, 0, 322217, 14083, 1983613, 0, 0 UMA RCntSlabs: 88, 0, 276, 84, 358, 0, 0 UMA Hash: 256, 0, 7, 8, 9, 0, 0 4 Bucket: 32, 0, 19, 356, 12586, 0, 0 8 Bucket: 64, 0, 121, 1181, 66928, 0, 0 16 Bucket: 128, 0, 885, 1533, 903088, 77, 0 32 Bucket: 256, 0, 19712, 5713, 3003900, 118, 0 64 Bucket: 512, 0, 16433, 5143, 934437,2919, 0 128 Bucket: 1024, 0, 2593, 23, 971586, 11, 0 vmem btag: 56, 0, 80427, 14216, 232514,1333, 0 VM OBJECT: 256, 0, 14543, 51877, 4072719, 0, 0 RADIX NODE: 144, 0, 68702, 31576, 1179340, 49, 0 MAP: 240, 0, 3, 61, 3, 0, 0 KMAP ENTRY: 128, 0, 10, 269, 10, 0, 0 MAP ENTRY: 128, 0, 4073, 2685, 1279943, 0, 0 VMSPACE: 448, 0, 100, 134, 21874, 0, 0 fakepg: 104, 0, 0, 0, 0, 0, 0 mt_zone: 4112, 0, 363, 0, 363, 0, 0 16: 16, 0, 8834, 453, 1230820, 0, 0 32: 32, 0, 14350, 51400, 4108814, 0, 0 64: 64, 0, 68640, 1399954,71265573, 0, 0 128: 128, 0, 24578, 195894,19352073, 0, 0 256: 256, 0, 16870, 49115, 8645364, 0, 0 512: 512, 0, 1047317, 548107,88484895, 0, 0 1024: 1024, 0, 1094, 8906, 8792272, 0, 0 2048: 2048, 0, 2613, 2735, 372185, 0, 0 4096: 4096, 0, 37978, 15044,12547888, 0, 0 SLEEPQUEUE: 80, 0, 667, 108, 667, 0, 0 uint64 pcpu: 8, 0, 1386, 150, 1386, 0, 0 Files: 80, 0, 676, 324, 7538849, 0, 0 TURNSTILE: 136, 0, 667, 73, 667, 0, 0 rl_entry: 40, 0, 199, 101, 199, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1208, 0, 121, 125, 21895, 0, 0 THREAD: 1168, 0, 660, 6, 940, 0, 0 cpuset: 72, 0, 428, 122, 877, 0, 0 audit_record: 1248, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 3084285, 257, 353, 132085, 519, 0 mbuf: 256, 3084285, 1, 365, 308129, 400, 0 mbuf_cluster: 2048, 481918, 519, 1, 519, 259, 0 mbuf_jumbo_page: 4096, 240958, 0, 16, 14640, 89, 0 mbuf_jumbo_9k: 9216, 214185, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 160636, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 ttyinq: 160, 0, 180, 270, 1155, 0, 0 ttyoutq: 256, 0, 96, 219, 607, 0, 0 g_bio: 248, 0, 3, 253,17208639, 0, 0 ata_request: 336, 0, 0, 0, 0, 0, 0 vtnet_tx_hdr: 24, 0, 0, 0, 0, 0, 0 cryptop: 88, 0, 0, 0, 0, 0, 0 cryptodesc: 72, 0, 0, 0, 0, 0, 0 FPU_save_area: 512, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 415, 5641, 0, 0 VNODE: 472, 0, 59246, 51234,31135335, 0, 0 VNODEPOLL: 112, 0, 1, 139, 1, 0, 0 BUF TRIE: 144, 0, 0, 50382, 0, 0, 0 NAMEI: 1024, 0, 1, 67,44743823, 0, 0 S VFS Cache: 108, 0, 37167, 415313,31070956, 0, 0 STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 L VFS Cache: 328, 0, 25697, 23731, 2343708, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NCLNODE: 528, 0, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 0, 0, 0, 0, 0 procdesc: 128, 0, 0, 0, 0, 0, 0 space_seg_cache: 64, 0, 36892, 14568, 290891, 0, 0 zio_cache: 944, 0, 5, 1035,34229098, 0, 0 zio_link_cache: 48, 0, 2, 1575,10947095, 0, 0 sa_cache: 80, 0, 58978, 51922,31126155, 0, 0 dnode_t: 864, 0, 1040985, 529275,18658334, 0, 0 dmu_buf_impl_t: 224, 0, 1111500, 569358,23202088, 0, 0 arc_buf_hdr_t: 216, 0, 1588576, 50, 2334581, 0, 0 arc_buf_t: 72, 0, 73318, 195577, 4720877, 0, 0 zil_lwb_cache: 192, 0, 24, 176, 1573, 0, 0 zfs_znode_cache: 368, 0, 58978, 51502,31126155, 0, 0 Mountpoints: 816, 0, 90, 15, 90, 0, 0 pipe: 744, 0, 42, 128, 10503, 0, 0 ksiginfo: 112, 0, 236, 289, 15742, 0, 0 itimer: 352, 0, 1, 32, 1, 0, 0 KNOTE: 128, 0, 91, 312, 266544, 0, 0 socket: 696, 248465, 199, 51, 23887, 0, 0 unpcb: 240, 248480, 123, 197, 8570, 0, 0 ipq: 56, 15123, 0, 142, 10, 0, 0 udp_inpcb: 392, 248470, 42, 108, 13268, 0, 0 udpcb: 16, 248490, 42, 460, 13268, 0, 0 tcp_inpcb: 392, 248470, 32, 88, 2040, 0, 0 tcpcb: 1024, 248468, 32, 36, 2040, 0, 0 tcptw: 88, 27810, 0, 405, 357, 0, 0 syncache: 160, 15375, 0, 125, 688, 0, 0 hostcache: 136, 15370, 3, 142, 13, 0, 0 tcpreass: 40, 30200, 0, 0, 0, 0, 0 sackhole: 32, 0, 0, 250, 24, 0, 0 sctp_ep: 1408, 248466, 0, 0, 0, 0, 0 sctp_asoc: 2352, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80012, 0, 332, 23, 0, 0 sctp_raddr: 728, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 sctp_readq: 104, 400026, 0, 0, 0, 0, 0 sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 ripcb: 392, 248470, 0, 30, 1, 0, 0 rtentry: 200, 0, 51, 89, 53, 0, 0 selfd: 56, 0, 337, 302, 4539051, 0, 0 SWAPMETA: 288, 963846, 2440, 147, 20323, 0, 0 pf states: 296, 10010, 0, 1313, 29841, 0, 0 pf state keys: 88, 0, 0, 1530, 29841, 0, 0 pf source nodes: 136, 10005, 0, 0, 0, 0, 0 pf mtags: 40, 0, 0, 0, 0, 0, 0 pf table entries: 160, 200000, 3, 72, 3, 0, 0 pf table counters: 64, 0, 0, 0, 0, 0, 0 pf frags: 80, 0, 0, 0, 0, 0, 0 pf frag entries: 32, 5000, 0, 0, 0, 0, 0 pf state scrubs: 40, 0, 0, 0, 0, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 3 0 irq4: uart0 5472602 378 irq16: hdac0 73 0 irq18: ohci0 ohci1* 6 0 irq19: ahci0 4287400 296 irq256: hpet0:t0 4625653 319 irq257: hpet0:t1 4816842 332 irq259: re0 241258 16 Total 19443837 1343 ------------------------------------------------------------------------ pstat -T 676/248462 files 134M/32767M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/gpt/swap0 67108608 276360 66832248 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics ada0 ada1 pass0 cpu KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 6.47 296 1.87 41.74 0 0.00 0.00 0 0.00 1 0 7 0 91 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 632 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Misses 0 0 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 75921 packets sent 52010 data packets (47209361 bytes) 144 data packets (189124 bytes) retransmitted 1 data packet unnecessarily retransmitted 0 resends initiated by MTU discovery 22137 ack-only packets (8562 delayed) 0 URG only packets 0 window probe packets 17 window update packets 1613 control packets 74868 packets received 29863 acks (for 47210572 bytes) 1005 duplicate acks 0 acks for unsent data 42737 packets (27579524 bytes) received in-sequence 8 completely duplicate packets (4808 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 6 window update packets 4 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 486 connection requests 675 connection accepts 0 bad connection attempts 0 listen queue overflows 4 ignored RSTs in the windows 1139 connections established (including accepts) 2008 connections closed (including 3 drops) 740 connections updated cached RTT on close 740 connections updated cached RTT variance on close 357 connections updated cached ssthresh on close 21 embryonic connections dropped 29862 segments updated rtt (of 25133 attempts) 18 retransmit timeouts 1 connection dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 18047 correct ACK header predictions 34276 correct data packet header predictions 688 syncache entries added 3 retransmitted 0 dupsyn 0 dropped 675 completed 0 bucket overflow 0 cache overflow 12 reset 1 stale 0 aborted 0 badack 0 unreach 0 zone failures 688 cookies sent 0 cookies received 13 hostcache entries added 0 bucket overflow 8 SACK recovery episodes 87 segment rexmits in SACK recovery episodes 123936 byte rexmits in SACK recovery episodes 296 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 37440 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 82 with no checksum 237 dropped due to no socket 13 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 37190 delivered 37360 datagrams output 0 times multicast source filter matched ip: 112388 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 20 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 10 packets reassembled ok 112327 packets for this host 25 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 26 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 122103 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 237 calls to icmp_error 0 errors not generated in response to an icmp message Output histogram: echo reply: 19 destination unreachable: 237 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: destination unreachable: 25 echo: 19 19 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 31 ARP requests sent 2526 ARP replies sent 3649 ARP requests received 3 ARP replies received 3652 ARP packets received 106 total packets dropped due to no ARP entry 3 ARP entrys timed out 0 Duplicate IPs seen ip6: 0 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 0 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 5 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 6 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Mbuf statistics: 0 one mbuf 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not contiguous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: neighbor solicitation: 1 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 258/718/976 mbufs in use (current/cache/total) 166/354/520/481918 mbuf clusters in use (current/cache/total/max) 257/353 mbuf+clusters out of packet secondary zone in use (current/cache) 0/16/16/240958 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/214185 9k jumbo clusters in use (current/cache/total/max) 0/0/0/160636 16k jumbo clusters in use (current/cache/total/max) 396K/951K/1348K bytes allocated to network (current/cache/total) 400/259/519 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 89/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile ------------------------------------------------------------------------ netstat -idW Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop re0 1500 f4:6d:04:73:bb:47 108497 0 0 117013 0 0 0 re0 1500 10.1.0.0&0xff 10.1.0.2 6798 - - 114558 - - - re0 1500 fe80::f66d:4f fe80::f66d:4ff:fe 0 - - 3 - - - re0 1500 10.1.0.22/32 10.1.0.22 12718 - - 0 - - - re0 1500 10.1.0.25/32 10.1.0.25 0 - - 0 - - - re0 1500 10.1.0.26/32 10.1.0.26 0 - - 0 - - - re0 1500 10.1.0.23/32 10.1.0.23 243 - - 0 - - - re0 1500 10.1.0.24/32 10.1.0.24 35780 - - 0 - - - re0 1500 10.1.0.21/32 10.1.0.21 48041 - - 0 - - - re0 1500 10.1.0.27/32 10.1.0.27 8528 - - 0 - - - re0 1500 10.1.0.28/32 10.1.0.28 0 - - 0 - - - re0 1500 10.1.0.30/32 10.1.0.30 0 - - 0 - - - re0 1500 10.1.0.36/32 10.1.0.36 0 - - 0 - - - re0 1500 10.1.0.32/32 10.1.0.32 0 - - 0 - - - re0 1500 10.1.0.35/32 10.1.0.35 0 - - 0 - - - re0 1500 10.1.0.37/32 10.1.0.37 0 - - 0 - - - re0 1500 10.1.0.42/32 10.1.0.42 0 - - 0 - - - re0 1500 10.1.0.39/32 10.1.0.39 0 - - 0 - - - re0 1500 10.1.0.38/32 10.1.0.38 0 - - 0 - - - re0 1500 10.1.0.29/32 10.1.0.29 110 - - 0 - - - lo0 16384 7544 0 0 7544 0 0 0 lo0 16384 localhost ::1 0 - - 0 - - - lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - - - lo0 16384 your-net localhost 131 - - 7544 - - - tun0* 1500 0 0 0 0 0 0 0 pflog0 33160 0 0 0 0 0 0 0 ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.1.0.1 UGS 0 30709 re0 10.1.0.0&0xffff0400 link#1 U 0 83850 re0 10.1.0.2 link#1 UHS 0 34 lo0 10.1.0.21 link#1 UHS 0 3327 lo0 => 10.1.0.21/32 link#1 U 0 0 re0 10.1.0.22 link#1 UHS 0 894 lo0 => 10.1.0.22/32 link#1 U 0 0 re0 10.1.0.23 link#1 UHS 0 3 lo0 => 10.1.0.23/32 link#1 U 0 0 re0 10.1.0.24 link#1 UHS 0 3147 lo0 => 10.1.0.24/32 link#1 U 0 0 re0 10.1.0.25 link#1 UHS 0 0 lo0 => 10.1.0.25/32 link#1 U 0 0 re0 10.1.0.26 link#1 UHS 0 0 lo0 => 10.1.0.26/32 link#1 U 0 0 re0 10.1.0.27 link#1 UHS 0 0 lo0 => 10.1.0.27/32 link#1 U 0 0 re0 10.1.0.28 link#1 UHS 0 0 lo0 => 10.1.0.28/32 link#1 U 0 0 re0 10.1.0.29 link#1 UHS 0 8 lo0 => 10.1.0.29/32 link#1 U 0 0 re0 10.1.0.30 link#1 UHS 0 0 lo0 => 10.1.0.30/32 link#1 U 0 0 re0 10.1.0.32 link#1 UHS 0 0 lo0 => 10.1.0.32/32 link#1 U 0 0 re0 10.1.0.35 link#1 UHS 0 0 lo0 => 10.1.0.35/32 link#1 U 0 0 re0 10.1.0.36 link#1 UHS 0 0 lo0 => 10.1.0.36/32 link#1 U 0 0 re0 10.1.0.37 link#1 UHS 0 0 lo0 => 10.1.0.37/32 link#1 U 0 0 re0 10.1.0.38 link#1 UHS 0 0 lo0 => 10.1.0.38/32 link#1 U 0 0 re0 10.1.0.39 link#1 UHS 0 0 lo0 => 10.1.0.39/32 link#1 U 0 0 re0 10.1.0.42 link#1 UHS 0 0 lo0 => 10.1.0.42/32 link#1 U 0 0 re0 127.0.0.1 link#2 UH 0 131 lo0 Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 link#2 UH lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 fe80::/10 ::1 UGRS lo0 fe80::%re0/64 link#1 U re0 fe80::f66d:4ff:fe73:bb47%re0 link#1 UHS lo0 fe80::%lo0/64 link#2 U lo0 fe80::1%lo0 link#2 UHS lo0 ff01::%re0/32 fe80::f66d:4ff:fe73:bb47%re0 U re0 ff01::%lo0/32 ::1 U lo0 ff02::/16 ::1 UGRS lo0 ff02::%re0/32 fe80::f66d:4ff:fe73:bb47%re0 U re0 ff02::%lo0/32 ::1 U lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) fffff8013317fc00 tcp4 0 0 10.1.0.21.48241 74.125.25.108.993 ESTABLISHED fffff801330e2c00 tcp4 0 0 10.1.0.22.32547 199.59.148.241.443 ESTABLISHED fffff801330adc00 tcp4 0 0 10.1.0.22.20337 66.196.114.82.5050 ESTABLISHED fffff801330ad000 tcp4 0 0 10.1.0.22.56917 173.194.203.125.52 ESTABLISHED fffff801330e1400 tcp4 0 0 10.1.0.22.62204 173.194.79.125.522 ESTABLISHED fffff80133181c00 tcp4 0 0 10.1.0.22.35610 173.194.79.125.522 ESTABLISHED fffff801330e1000 tcp4 0 0 10.1.0.21.11634 198.245.61.182.700 ESTABLISHED fffff801330e0000 tcp4 0 0 10.1.0.22.6667 10.1.0.21.46575 ESTABLISHED fffff801330ae400 tcp4 0 0 10.1.0.21.46575 10.1.0.22.6667 ESTABLISHED fffff801330e0400 tcp4 0 0 10.1.0.21.39673 31.13.222.109.7000 ESTABLISHED fffff800224a9800 tcp4 0 0 10.1.0.25.3306 *.* LISTEN fffff800224ac400 tcp4 0 0 10.1.0.30.9000 *.* LISTEN fffff800224acc00 tcp4 0 0 10.1.0.36.9000 *.* LISTEN fffff801d2378000 tcp4 0 0 10.1.0.28.25 *.* LISTEN fffff800224aa000 tcp4 0 0 10.1.0.38.9000 *.* LISTEN fffff800224aa400 tcp4 0 0 10.1.0.22.6667 *.* LISTEN fffff801d2378800 tcp4 0 0 10.1.0.29.443 *.* LISTEN fffff801d2378400 tcp4 0 0 10.1.0.29.80 *.* LISTEN fffff801d2378c00 tcp4 0 0 10.1.0.24.953 *.* LISTEN fffff801d2379000 tcp4 0 0 10.1.0.24.53 *.* LISTEN fffff800224aa800 tcp4 0 0 10.1.0.21.22 *.* LISTEN fffff801d2379400 tcp4 0 0 10.1.0.32.80 *.* LISTEN fffff800224aac00 tcp4 0 0 127.0.0.1.25 *.* LISTEN fffff801d2379800 tcp4 0 0 10.1.0.2.22 *.* LISTEN fffff801d2379c00 tcp6 0 0 *.2049 *.* LISTEN fffff800224ab000 tcp4 0 0 *.2049 *.* LISTEN fffff801d237a000 tcp4 0 0 *.817 *.* LISTEN fffff801d237a400 tcp6 0 0 *.817 *.* LISTEN fffff800224ab400 tcp4 0 0 10.1.0.2.111 *.* LISTEN fffff800224ab800 tcp4 0 0 *.* *.* CLOSED fffff800224abc00 tcp4 0 0 127.0.0.1.111 *.* LISTEN fffff800224ac000 tcp6 0 0 ::1.111 *.* LISTEN fffff800222697a8 udp4 0 0 10.1.0.24.53 *.* fffff80022231000 udp4 0 0 10.1.0.23.67 *.* fffff80022231188 udp4 0 0 10.1.0.23.43298 *.* fffff80022232dc8 udp4 0 0 10.1.0.42.69 *.* fffff80022231310 udp4 0 0 10.1.0.29.123 *.* fffff80022231498 udp4 0 0 10.1.0.38.123 *.* fffff80022231620 udp4 0 0 10.1.0.39.123 *.* fffff800222317a8 udp4 0 0 10.1.0.42.123 *.* fffff80022231930 udp4 0 0 10.1.0.37.123 *.* fffff80022231ab8 udp4 0 0 10.1.0.35.123 *.* fffff80022231c40 udp4 0 0 10.1.0.32.123 *.* fffff80022231dc8 udp4 0 0 10.1.0.36.123 *.* fffff80022232000 udp4 0 0 10.1.0.30.123 *.* fffff80022232188 udp4 0 0 10.1.0.28.123 *.* fffff80022232310 udp4 0 0 10.1.0.27.123 *.* fffff80022232498 udp4 0 0 10.1.0.21.123 *.* fffff80022232620 udp4 0 0 10.1.0.24.123 *.* fffff800222327a8 udp4 0 0 10.1.0.23.123 *.* fffff80022232930 udp4 0 0 10.1.0.26.123 *.* fffff80022232ab8 udp4 0 0 10.1.0.25.123 *.* fffff80022232c40 udp4 0 0 10.1.0.22.123 *.* fffff80022269930 udp4 0 0 127.0.0.1.123 *.* fffff80022269ab8 udp6 0 0 fe80::1%lo0.123 *.* fffff80022269c40 udp6 0 0 ::1.123 *.* fffff80022269dc8 udp6 0 0 fe80::f66d:4ff:f.1 *.* fffff80022241000 udp4 0 0 10.1.0.2.123 *.* fffff80022241188 udp6 0 0 *.123 *.* fffff80022241310 udp4 0 0 *.123 *.* fffff80022233000 udp6 0 0 *.2049 *.* fffff80022241498 udp4 0 0 *.2049 *.* fffff80022241620 udp4 0 0 *.817 *.* fffff800222417a8 udp6 0 0 *.817 *.* fffff80022241930 udp4 0 0 *.664 *.* fffff80022241ab8 udp6 0 0 *.* *.* fffff80022233188 udp4 0 0 *.1006 *.* fffff80022233310 udp4 0 0 10.1.0.2.111 *.* fffff80022233498 udp4 0 0 *.* *.* fffff80022233620 udp4 0 0 127.0.0.1.111 *.* fffff800222337a8 udp6 0 0 *.971 *.* fffff80022233930 udp6 0 0 ::1.111 *.* fffff80022233ab8 udp4 0 0 *.514 *.* fffff80022233c40 udp6 0 0 *.514 *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr fffff801d2c2a3c0 stream 271 0 0 fffff80225dfa0f0 0 0 private/defer fffff80225dfa0f0 stream 0 0 0 fffff801d2c2a3c0 0 0 fffff80022349c30 stream 0 0 0 fffff801d2c2ad20 0 0 private/defer fffff801d2c2ad20 stream 0 0 0 fffff80022349c30 0 0 fffff80225dfa5a0 stream 0 0 0 fffff80225df9c30 0 0 private/local fffff80225df9c30 stream 0 0 0 fffff80225dfa5a0 0 0 fffff80225df9a50 stream 0 0 0 fffff801d29c0960 0 0 private/local fffff801d29c0960 stream 0 0 0 fffff80225df9a50 0 0 fffff80225df9e10 stream 0 0 0 fffff80225dfa3c0 0 0 private/rewrite fffff80225dfa3c0 stream 0 0 0 fffff80225df9e10 0 0 fffff8002234cd20 stream 0 0 fffff8001951c1d8 0 0 0 /tmp/tmux-1001/default fffff8021ea7a870 stream 0 0 0 fffff800223654b0 0 0 fffff800223654b0 stream 0 0 0 fffff8021ea7a870 0 0 fffff8001b73f2d0 stream 0 0 0 fffff8001b73f960 0 0 fffff8001b73f960 stream 0 0 0 fffff8001b73f2d0 0 0 fffff8021ea7ac30 stream 0 0 fffff801e545c588 0 0 0 /tmp/tmux-1001/default fffff8001b73fc30 stream 0 0 0 fffff80120ff9d20 0 0 fffff80120ff9d20 stream 0 0 0 fffff8001b73fc30 0 0 fffff8021e47e5a0 stream 0 0 fffff8013327f760 0 0 0 /tmp/mysql.sock fffff8002234cb40 stream 0 0 0 fffff8002234cc30 0 0 fffff8002234cc30 stream 0 0 0 fffff8002234cb40 0 0 fffff8021ea7ad20 stream 0 0 0 fffff8021ea7ae10 0 0 fffff8021ea7ae10 stream 0 0 0 fffff8021ea7ad20 0 0 fffff800223a20f0 stream 0 0 fffff8021eb9e3b0 0 0 0 private/scache fffff800223a21e0 stream 0 0 fffff8021eb9e1d8 0 0 0 private/anvil fffff800223a22d0 stream 0 0 fffff8021eb9d3b0 0 0 0 private/lmtp fffff800223a23c0 stream 0 0 fffff8021eb9d760 0 0 0 private/virtual fffff800223a24b0 stream 0 0 fffff8021eb9db10 0 0 0 private/local fffff800223a25a0 stream 0 0 fffff8021eb9ece8 0 0 0 private/discard fffff800223a2690 stream 0 0 fffff8021eb9d1d8 0 0 0 private/retry fffff800223a2780 stream 0 0 fffff8021eb9d000 0 0 0 private/error fffff800223a2870 stream 0 0 fffff8021e740760 0 0 0 public/showq fffff800223a2960 stream 0 0 fffff8021eb9d588 0 0 0 private/relay fffff800223a2a50 stream 0 0 fffff8021eb9f000 0 0 0 private/smtp fffff800223a2b40 stream 0 0 fffff8021eb9e760 0 0 0 private/proxywrite fffff800223a2c30 stream 0 0 fffff8021eb9e000 0 0 0 private/proxymap fffff800223a2d20 stream 0 0 fffff8021e740588 0 0 0 public/flush fffff800223a2e10 stream 0 0 fffff8021eb9dce8 0 0 0 private/verify fffff80022365000 stream 0 0 fffff8021eb9f1d8 0 0 0 private/trace fffff800223650f0 stream 0 0 fffff8021eb9eb10 0 0 0 private/defer fffff800223651e0 stream 0 0 fffff8021eb9d938 0 0 0 private/bounce fffff800223652d0 stream 0 0 fffff8021eb9e588 0 0 0 private/rewrite fffff800223653c0 stream 0 0 fffff8021eb9e938 0 0 0 private/tlsmgr fffff80022365690 stream 0 0 fffff8021e740938 0 0 0 public/qmgr fffff80022365780 stream 0 0 fffff8021e740ce8 0 0 0 public/cleanup fffff80022365a50 stream 0 0 fffff8021e740b10 0 0 0 public/pickup fffff8002234d870 stream 0 0 0 fffff8002234d960 0 0 fffff8002234d960 stream 0 0 0 fffff8002234d870 0 0 fffff8002234dc30 stream 0 0 0 fffff800223480f0 0 0 fffff800223480f0 stream 0 0 0 fffff8002234dc30 0 0 fffff80022349b40 stream 0 0 fffff800223fd760 0 0 0 /var/run/rpcbind.sock fffff80022375780 stream 0 0 0 fffff80022375870 0 0 fffff80022375870 stream 0 0 0 fffff80022375780 0 0 fffff80022349a50 stream 0 0 fffff8002223fce8 0 0 0 /var/run/devd.pipe fffff80225dfa2d0 dgram 0 0 0 fffff80022360c30 0 fffff8002234d000 fffff8002234d000 dgram 0 0 0 fffff80022360c30 0 fffff80225df95a0 fffff80225df95a0 dgram 0 0 0 fffff80022360c30 0 fffff8021ea7a780 fffff8021ea7a780 dgram 0 0 0 fffff80022360c30 0 fffff80225dfaa50 fffff80225dfaa50 dgram 0 0 0 fffff80022360c30 0 fffff800223a2000 fffff8002234ca50 dgram 0 0 0 fffff800223604b0 0 0 fffff8002234d1e0 dgram 0 0 0 fffff80022348780 0 0 fffff800223a2000 dgram 0 0 0 fffff80022360c30 0 fffff8002234d4b0 fffff8002234d4b0 dgram 0 0 0 fffff80022360c30 0 fffff8002234d780 fffff8002234d5a0 dgram 0 0 0 fffff80022348a50 0 0 fffff8002234d690 dgram 0 0 0 fffff800223490f0 0 0 fffff80022365b40 dgram 0 0 0 fffff800223491e0 0 0 fffff8002234d780 dgram 0 0 0 fffff80022360c30 0 0 fffff8002234da50 dgram 0 0 0 fffff800223750f0 0 fffff8002234dd20 fffff8002234db40 dgram 0 0 0 fffff80022348e10 0 0 fffff80022365c30 dgram 0 0 0 fffff80022360d20 0 fffff80022348000 fffff80022348000 dgram 0 0 0 fffff80022360d20 0 0 fffff8002234dd20 dgram 0 0 0 fffff800223750f0 0 0 fffff8002234de10 dgram 0 0 0 fffff80022348960 0 0 fffff800223481e0 dgram 0 0 0 fffff80022348c30 0 0 fffff80022365d20 dgram 0 0 0 fffff80022360690 0 0 fffff80022365e10 dgram 0 0 0 fffff800223485a0 0 0 fffff80022360000 dgram 0 0 0 fffff80022360870 0 fffff800223601e0 fffff800223600f0 dgram 0 0 0 fffff800223753c0 0 0 fffff800223482d0 dgram 0 0 0 fffff800223602d0 0 0 fffff800223483c0 dgram 0 0 0 fffff800223492d0 0 0 fffff800223601e0 dgram 0 0 0 fffff80022360870 0 0 fffff800223484b0 dgram 0 0 0 fffff80022360a50 0 0 fffff800223485a0 dgram 0 0 fffff80167a52760 0 fffff80022365e10 0 /var/run/logpriv fffff80022348690 dgram 0 0 fffff80167c15b10 0 0 0 /var/run/log fffff80022348780 dgram 0 0 fffff80167d97000 0 fffff8002234d1e0 0 /var/run/logpriv fffff80022348870 dgram 0 0 fffff8021e6643b0 0 0 0 /var/run/log fffff80022348960 dgram 0 0 fffff80167e56588 0 fffff8002234de10 0 /var/run/logpriv fffff800223602d0 dgram 0 0 fffff80167e55000 0 fffff800223482d0 0 /var/run/logpriv fffff800223603c0 dgram 0 0 fffff8021e4c3760 0 0 0 /var/run/log fffff80022348a50 dgram 0 0 fffff80167ce7ce8 0 fffff8002234d5a0 0 /var/run/logpriv fffff80022348b40 dgram 0 0 fffff801679a6588 0 0 0 /var/run/log fffff800223604b0 dgram 0 0 fffff80167d9e588 0 fffff8002234ca50 0 /var/run/logpriv fffff800223605a0 dgram 0 0 fffff8021e4e1b10 0 0 0 /var/run/log fffff80022348c30 dgram 0 0 fffff80167a5fce8 0 fffff800223481e0 0 /var/run/logpriv fffff80022348d20 dgram 0 0 fffff8021e3de760 0 0 0 /var/run/log fffff80022360690 dgram 0 0 fffff80167a5f588 0 fffff80022365d20 0 /var/run/logpriv fffff80022360780 dgram 0 0 fffff8021e0fb3b0 0 0 0 /var/run/log fffff80022360870 dgram 0 0 fffff80167bc93b0 0 fffff80022360000 0 /var/run/logpriv fffff80022360960 dgram 0 0 fffff8021e2383b0 0 0 0 /var/run/log fffff80022360a50 dgram 0 0 fffff80167ab6000 0 fffff800223484b0 0 /var/run/logpriv fffff80022360b40 dgram 0 0 fffff80167a4ab10 0 0 0 /var/run/log fffff80022360c30 dgram 0 0 fffff80167ab6b10 0 fffff80225dfa2d0 0 /var/run/logpriv fffff80022360d20 dgram 0 0 fffff80167e561d8 0 fffff80022365c30 0 /var/run/logpriv fffff80022348e10 dgram 0 0 fffff80167ab8760 0 fffff8002234db40 0 /var/run/logpriv fffff80022360e10 dgram 0 0 fffff80167b11ce8 0 0 0 /var/run/log fffff80022349000 dgram 0 0 fffff8021e35fce8 0 0 0 /var/run/log fffff80022375000 dgram 0 0 fffff8021e400ce8 0 0 0 /var/run/log fffff800223750f0 dgram 0 0 fffff80167d97760 0 fffff8002234da50 0 /var/run/logpriv fffff800223751e0 dgram 0 0 fffff8021e1b8000 0 0 0 /var/run/log fffff800223490f0 dgram 0 0 fffff80167ce61d8 0 fffff8002234d690 0 /var/run/logpriv fffff800223491e0 dgram 0 0 fffff8021e1e63b0 0 fffff80022365b40 0 /var/run/log fffff800223492d0 dgram 0 0 fffff80167ce6938 0 fffff800223483c0 0 /var/run/logpriv fffff800223493c0 dgram 0 0 fffff8021e1e6760 0 0 0 /var/run/log fffff800223754b0 dgram 0 0 fffff80167a4b760 0 0 0 /var/run/log fffff800223753c0 dgram 0 0 fffff80167e55938 0 fffff800223600f0 0 /var/run/logpriv fffff80022349870 dgram 0 0 fffff8021e1b8588 0 0 0 /var/run/log fffff80022349690 dgram 0 0 0 fffff80022375690 0 0 fffff800223494b0 dgram 0 0 0 fffff800223755a0 0 fffff800223495a0 fffff800223495a0 dgram 0 0 0 fffff800223755a0 0 fffff80022349780 fffff80022349780 dgram 0 0 0 fffff800223755a0 0 fffff80022349960 fffff80022349960 dgram 0 0 0 fffff800223755a0 0 0 fffff800223755a0 dgram 0 0 fffff80011e89b10 0 fffff800223494b0 0 /var/run/logpriv fffff80022375690 dgram 0 0 fffff80022471ce8 0 fffff80022349690 0 /var/run/log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/50 10.1.0.25.mysql tcp4 0/0/128 10.1.0.30.9000 tcp4 0/0/128 10.1.0.36.9000 tcp4 0/0/100 10.1.0.28.smtp tcp4 0/0/128 10.1.0.38.9000 tcp4 0/0/10 10.1.0.22.ircd tcp4 0/0/128 10.1.0.29.https tcp4 0/0/128 10.1.0.29.http tcp4 0/0/128 10.1.0.24.rndc tcp4 0/0/10 10.1.0.24.domain tcp4 0/0/128 10.1.0.21.ssh tcp4 0/0/5 10.1.0.32.http tcp4 0/0/10 localhost.smtp tcp4 0/0/128 10.1.0.2.ssh tcp6 0/0/5 *.nfsd tcp4 0/0/5 *.nfsd tcp4 0/0/128 *.817 tcp6 0/0/128 *.817 tcp4 0/0/128 10.1.0.2.sunrpc tcp4 0/0/128 localhost.sunrpc tcp6 0/0/128 localhost.sunrpc unix 0/0/16 /tmp/tmux-1001/default unix 0/0/16 /tmp/tmux-1001/default unix 0/0/50 /tmp/mysql.sock unix 0/0/100 private/scache unix 0/0/100 private/anvil unix 0/0/100 private/lmtp unix 0/0/100 private/virtual unix 0/0/100 private/local unix 0/0/100 private/discard unix 0/0/100 private/retry unix 0/0/100 private/error unix 0/0/100 public/showq unix 0/0/100 private/relay unix 0/0/100 private/smtp unix 0/0/100 private/proxywrite unix 0/0/100 private/proxymap unix 0/0/100 public/flush unix 0/0/100 private/verify unix 0/0/100 private/trace unix 1/0/100 private/defer unix 0/0/100 private/bounce unix 0/0/100 private/rewrite unix 0/0/100 private/tlsmgr unix 0/0/100 public/qmgr unix 0/0/100 public/cleanup unix 0/0/100 public/pickup unix 0/0/128 /var/run/rpcbind.sock unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat fstat: procstat_getprocs() ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: AMD E-350 Processor (1599.99-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x500f10 Family = 0x14 Model = 0x1 Stepping = 0 Features=0x178bfbff Features2=0x802209 AMD Features=0x2e500800 AMD Features2=0x35ff TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 7844163584 (7480 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20130823/tbfadt-630) ioapic0: Changing APIC ID to 0 ioapic0 irqs 0-23 on motherboard random: initialized kbd1 at kbdmux0 cryptosoft0: on motherboard aesni0: No AESNI support. acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xf000-0xf0ff mem 0xc0000000-0xcfffffff,0xfeb00000-0xfeb3ffff,0xfea00000-0xfeafffff irq 18 at device 1.0 on pci0 vgapci0: Boot video device pcib1: irq 16 at device 4.0 on pci0 pci1: on pcib1 ahci0: port 0xf140-0xf147,0xf130-0xf133,0xf120-0xf127,0xf110-0xf113,0xf100-0xf10f mem 0xfeb4b000-0xfeb4b3ff irq 19 at device 17.0 on pci0 ahci0: AHCI v1.20 with 6 6Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ohci0: mem 0xfeb4a000-0xfeb4afff irq 18 at device 18.0 on pci0 usbus0 on ohci0 ehci0: mem 0xfeb49000-0xfeb490ff irq 17 at device 18.2 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 ohci1: mem 0xfeb48000-0xfeb48fff irq 18 at device 19.0 on pci0 usbus2 on ohci1 ehci1: mem 0xfeb47000-0xfeb470ff irq 17 at device 19.2 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci1 pci0: at device 20.0 (no driver attached) hdac0: mem 0xfeb40000-0xfeb43fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib2: at device 20.4 on pci0 pci2: on pcib2 ohci2: mem 0xfeb46000-0xfeb46fff irq 18 at device 20.5 on pci0 usbus4 on ohci2 pcib3: at device 21.0 on pci0 pci3: on pcib3 pcib4: at device 21.1 on pci0 pci4: on pcib4 re0: port 0xe000-0xe0ff mem 0xd0004000-0xd0004fff,0xd0000000-0xd0003fff irq 17 at device 0.0 on pci4 re0: Using 1 MSI-X message re0: Chip rev. 0x2c000000 re0: MAC rev. 0x00200000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: f4:6d:04:73:bb:47 ohci3: mem 0xfeb45000-0xfeb45fff irq 18 at device 22.0 on pci0 usbus5 on ohci3 ehci2: mem 0xfeb44000-0xfeb440ff irq 17 at device 22.2 on pci0 usbus6: EHCI version 1.0 usbus6 on ehci2 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 orm0: at iomem 0xce800-0xcf7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range acpi_throttle0: on cpu0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 28,29 and 26,30,27 on hdaa0 random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen3.1: at usbus3 uhub1: on usbus3 ugen2.1: at usbus2 uhub2: on usbus2 ugen1.1: at usbus1 uhub3: on usbus1 ugen6.1: at usbus6 uhub4: on usbus6 ugen5.1: at usbus5 uhub5: on usbus5 ugen4.1: at usbus4 uhub6: on usbus4 uhub6: 2 ports with 2 removable, self powered uhub5: 4 ports with 4 removable, self powered uhub0: 5 ports with 5 removable, self powered uhub2: 5 ports with 5 removable, self powered ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: Serial Number 5YD5P7P6 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: quirks=0x1<4K> ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-9 SATA 3.x device ada1: Serial Number WD-WCC4ERTHAY7D ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 3815447MB (7814037168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 Netvsc initializing... SMP: AP CPU #1 Launched! Timecounter "TSC" frequency 1599994179 Hz quality 800 Enter passphrase for ada0p4: uhub4: 4 ports with 4 removable, self powered uhub3: 5 ports with 5 removable, self powered uhub1: 5 ports with 5 removable, self powered GEOM_ELI: Device ada0p4.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software Trying to mount root from zfs:zroot/ROOT/default []... sysctl: oid 'vfs.zfs.write_limit_override' is a read only tunable at line 11 sysctl: Tunable values are set in /boot/loader.conf Setting hostuuid: 09fd7040-b901-11dc-bb8f-f46d0473bb47. Setting hostid: 0x732ed0b5. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: Mounting local file systems:. Mounting ZFS filesystems: (47/53)\^H\^H\^H\^H\^H\^H\^H(53/53) Writing entropy file:. Setting hostname: jails-1. tun0 Created clone interfaces: tun. Starting Network: lo0 re0 tun0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 re0: flags=8843 metric 0 mtu 1500 options=8209b ether f4:6d:04:73:bb:47 inet 10.1.0.2 netmask 0xffff0400 broadcast 10.1.251.255 inet6 fe80::f66d:4ff:fe73:bb47%re0 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet autoselect (none) status: no carrier tun0: flags=8010 metric 0 mtu 1500 options=80000 nd6 options=29 Starting devd. Starting Network: tun0. tun0: flags=8010 metric 0 mtu 1500 options=80000 nd6 options=29 Starting pflog. Enabling pfNo ALTQ support in kernel ALTQ related functions disabled Nov 15 04:22:35 pflogd[822]: [priv]: msg PRIV_OPEN_LOG received No ALTQ support in kernel ALTQ related functions disabled . add net default: gateway 10.1.0.1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib 32-bit compatibility ldconfig path: /usr/lib32 Creating and/or trimming log files. Starting syslogd. Starting rpcbind. Nov 15 04:22:36 jails-1 rpcbind: cannot bind 127.0.0.1 on udp: Address already in use Nov 15 04:22:36 jails-1 rpcbind: cannot bind 127.0.0.1 on tcp: Address already in use NFS access cache time=60 savecore: reboot after panic: solaris assert: sa.sa_magic == 0x2F505A (0x2f505a00 == 0x2f505a), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c, line: 625 Nov 15 04:22:36 jails-1 savecore: reboot after panic: solaris assert: sa.sa_magic == 0x2F505A (0x2f505a00 == 0x2f505a), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c, line: 625 re0: link state changed to UP savecore: writing core to /var/crash/vmcore.4 Writing crash summary to /var/crash/core.txt.4. Clearing /tmp (X related). Starting nfsuserd. Starting mountd. Starting nfsd. Updating motd:. Mounting late file systems:. Starting ntpd. Starting powerd. Configuring syscons: keymap blanktime. Performing sanity check on sshd configuration. Starting sshd. Starting sendmail_submit. Starting sendmail_msp_queue. Starting cron. Starting jails:Nov 15 04:25:18 jails-1 ntpd_initres[1138]: host name not found: 0.freebsd.pool.ntp.org Nov 15 04:25:18 jails-1 ntpd_initres[1138]: host name not found: 1.freebsd.pool.ntp.org Nov 15 04:25:18 jails-1 ntpd_initres[1138]: host name not found: 2.freebsd.pool.ntp.org Nov 15 04:25:22 jails-1 ntpd_initres[1138]: host name not found: 0.freebsd.pool.ntp.org Nov 15 04:25:22 jails-1 ntpd_initres[1138]: host name not found: 1.freebsd.pool.ntp.org Nov 15 04:25:22 jails-1 ntpd_initres[1138]: host name not found: 2.freebsd.pool.ntp.org Nov 15 04:25:36 dhcp dhcpd: unable to create icmp socket: Operation not permitted Sun Nov 15 04:25:47 PST 2015 . sysctl: oid 'vfs.zfs.write_limit_override' is a read only tunable at line 11 sysctl: Tunable values are set in /boot/loader.conf Starting default mousedmoused: unable to open /dev/psm0: No such file or directory . Starting background file system checks in 60 seconds. Sun Nov 15 04:25:47 PST 2015 Nov 15 04:37:52 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-w4IOeNIR8U: open: permission denied Nov 15 04:39:22 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-V1IlYdfcg5: open: permission denied Nov 15 04:51:35 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-KUpFuhWD61: open: permission denied Nov 15 04:54:21 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-KOamnZbgS4: open: permission denied Nov 15 05:04:42 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-VO4gYz8Gaw: open: permission denied Nov 15 05:07:30 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-FNDSGmPucR: open: permission denied Nov 15 05:19:28 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-iF5D0MhRr3: open: permission denied Nov 15 05:21:10 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-GhQOfYg7iR: open: permission denied Nov 15 05:31:03 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-FcAazpUyRH: open: permission denied Nov 15 05:32:49 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-EQNwMf7pn8: open: permission denied Nov 15 05:45:33 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-fP7y4TH2Sa: open: permission denied Nov 15 05:46:41 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-qxTS58zbI1: open: permission denied Nov 15 05:57:11 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-0t3r4hM3YF: open: permission denied Nov 15 05:59:33 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-lqjtdjRypG: open: permission denied Nov 15 06:11:29 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-iWqM60xPug: open: permission denied Nov 15 06:12:06 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-r6EcKpXcin: open: permission denied Nov 15 06:25:28 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-DVB1BDrMnW: open: permission denied Nov 15 06:26:48 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-Y6PRszDQYR: open: permission denied Nov 15 06:30:58 jails-1 sudo: in openpam_check_error_code(): pam_sm_authenticate(): unexpected return value 27 Nov 15 06:30:58 jails-1 sudo: doug : 1 incorrect password attempt ; TTY=pts/1 ; PWD=/etc/periodic/weekly ; USER=root ; COMMAND=/bin/csh Nov 15 06:38:48 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-tBpCfZrUAj: open: permission denied Nov 15 06:39:08 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-xGfrq1NfGI: open: permission denied Nov 15 06:52:14 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-BELDqPDGIw: open: permission denied Nov 15 06:53:43 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-UuD98rgvtq: open: permission denied Nov 15 07:04:28 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-rJnLah3gzF: open: permission denied Nov 15 07:06:23 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-QsRbrXNGq0: open: permission denied Nov 15 07:17:33 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-nnyDoAiRAU: open: permission denied Nov 15 07:20:26 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-WLZrfr2Z8i: open: permission denied Nov 15 07:31:14 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-oTT2QxgtmO: open: permission denied Nov 15 07:31:43 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-BQNxg7RI9q: open: permission denied Nov 15 07:44:01 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-X7W7CMQJxn: open: permission denied Nov 15 07:44:15 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-5jfKQfLwMT: open: permission denied Nov 15 07:55:17 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-UyVnPnzLR3: open: permission denied Nov 15 07:58:13 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-Zk9NeatEaN: open: permission denied Nov 15 08:08:18 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-VpSFvVScdh: open: permission denied Nov 15 08:10:51 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-tHrPk5dcrQ: open: permission denied Nov 15 08:23:04 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-WNaEWi9IuX: open: permission denied Nov 15 08:23:31 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-gisVurBe1x: open: permission denied Nov 15 08:34:48 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-fnsEEIErvL: open: permission denied Nov 15 08:35:48 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-YOLlPU3gr2: open: permission denied Nov 15 08:46:46 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-jOrv1okEFk: open: permission denied Nov 15 08:48:26 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-WgHjDE8jz3: open: permission denied Nov 15 08:59:53 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-llqfoV0XEE: open: permission denied Nov 15 09:02:31 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-Vx1yRwaipr: open: permission denied Nov 15 09:14:19 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-okdvaOIEZ9: open: permission denied Nov 15 09:17:29 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-0DqTRQAMM2: open: permission denied Nov 15 09:28:09 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-XbFs42itKr: open: permission denied Nov 15 09:31:00 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-8VUxwn8W3D: open: permission denied Nov 15 09:42:30 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-F9Vsa5QWc6: open: permission denied Nov 15 09:44:46 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-vBtRCHIFNb: open: permission denied Nov 15 09:56:13 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-82z9YtagQ9: open: permission denied Nov 15 09:57:32 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-IBThadYpts: open: permission denied Nov 15 10:09:31 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-9jOLxSRKle: open: permission denied Nov 15 10:10:25 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-arN0N1YvWL: open: permission denied Nov 15 10:22:11 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-MY1MXxNzFX: open: permission denied Nov 15 10:23:36 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-U6eBWdggi5: open: permission denied Nov 15 10:35:43 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-pbl66l8LKi: open: permission denied Nov 15 10:36:47 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-MQKbFgyavO: open: permission denied Nov 15 10:48:22 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-9mSzjFJZGp: open: permission denied Nov 15 10:49:47 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-nXvwkTiPqg: open: permission denied Nov 15 11:00:30 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-E5jwy0AOdg: open: permission denied Nov 15 11:03:15 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-LclUnz9Nhr: open: permission denied Nov 15 11:15:20 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-pMhERBW9h3: open: permission denied Nov 15 11:17:40 dns named[3944]: dumping master file: /usr/local/etc/namedb/master/tmp-TpvjkPFlKa: open: permission denied panic: solaris assert: sa.sa_magic == 0x2F505A (0x2f505a00 == 0x2f505a), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c, line: 625 cpuid = 1 KDB: stack backtrace: #0 0xffffffff808e7dd0 at kdb_backtrace+0x60 #1 0xffffffff808af8b5 at panic+0x155 #2 0xffffffff81a2c23f at assfail3+0x2f #3 0xffffffff8189e34e at zfs_space_delta_cb+0xce #4 0xffffffff81824562 at dmu_objset_userquota_get_ids+0x202 #5 0xffffffff818290f7 at dnode_setdirty+0x37 #6 0xffffffff8182942e at dnode_allocate+0x15e #7 0xffffffff8182203a at dmu_object_alloc+0x15a #8 0xffffffff81874e1b at zfs_mknode+0x15b #9 0xffffffff818a143f at zfs_freebsd_create+0x4df #10 0xffffffff80d97d32 at VOP_CREATE_APV+0x92 #11 0xffffffff80957ea9 at vn_open_cred+0x2c9 #12 0xffffffff809515b1 at kern_openat+0x261 #13 0xffffffff80c8ef87 at amd64_syscall+0x357 #14 0xffffffff80c7567b at Xfast_syscall+0xfb Uptime: 6h58m44s Dumping 4711 out of 7764 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident GENERIC machine amd64 cpu HAMMER makeoptions WITH_CTF=1 makeoptions DEBUG=-g options XENHVM options USB_DEBUG options ATH_ENABLE_11N options AH_AR5416_INTERRUPT_MITIGATION options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options SC_PIXEL_MODE options VESA options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options SMP options KDB_TRACE options KDB options INCLUDE_CONFIG_FILE options DDB_CTF options KDTRACE_HOOKS options KDTRACE_FRAME options MAC options PROCDESC options CAPABILITIES options CAPABILITY_MODE options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=128 options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options COMPAT_FREEBSD32 options GEOM_LABEL options GEOM_RAID options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSD options NFSCL options MD_ROOT options QUOTA options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options SCTP options TCP_OFFLOAD options INET6 options INET options PREEMPTION options SCHED_ULE options NEW_PCIB options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD device isa device mem device io device uart_ns8250 device cpufreq device acpi device pci device fdc device ahci device ata device mvs device siis device ahc device ahd device esp device hptiop device isp device mpt device mps device sym device trm device adv device adw device aic device bt device isci device scbus device ch device da device sa device cd device pass device ses device amr device arcmsr device ciss device dpt device hptmv device hptnr device hptrr device hpt27xx device iir device ips device mly device twa device tws device aac device aacp device aacraid device ida device mfi device mlx device twe device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device cbb device pccard device cardbus device uart device ppc device ppbus device lpt device ppi device puc device bxe device de device em device igb device ixgbe device le device ti device txp device vx device miibus device ae device age device alc device ale device bce device bfe device bge device cas device dc device et device fxp device gem device hme device jme device lge device msk device nfe device nge device pcn device re device rl device sf device sge device sis device sk device ste device stge device tl device tx device vge device vr device wb device xl device cs device ed device ex device ep device fe device sn device xe device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_amrr device an device ath device ath_pci device ath_hal device ath_rate_sample device ipw device iwi device iwn device malo device mwl device ral device wi device wpi device loop device random device padlock_rng device rdrand_rng device ether device vlan device tun device md device gif device faith device firmware device bpf device uhci device ohci device ehci device xhci device usb device ukbd device umass device sound device snd_cmi device snd_csa device snd_emu10kx device snd_es137x device snd_hda device snd_ich device snd_via8233 device mmc device mmcsd device sdhci device virtio device virtio_pci device vtnet device virtio_blk device virtio_scsi device virtio_balloon device hyperv device xenpci device vmx ------------------------------------------------------------------------ ddb capture buffer ddb: ddb_capture: kvm_nlist -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Tue Nov 17 04:49:03 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A3CAA3163A for ; Tue, 17 Nov 2015 04:49:03 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EEAD6153B for ; Tue, 17 Nov 2015 04:49:02 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-76-245.dynamic.qsc.de [92.195.76.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 565C73CFC1 for ; Tue, 17 Nov 2015 05:49:00 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id tAH4mxg5002128 for ; Tue, 17 Nov 2015 05:48:59 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Tue, 17 Nov 2015 05:48:59 +0100 From: Polytropon To: FreeBSD Questions Subject: Terminal mirror, mirror terminal Message-Id: <20151117054859.18f085bc.freebsd@edvax.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 04:49:03 -0000 I'm searching for a simplified solution that will work in the following scenario: I'm logging into a remote location of a user (ssh -Y) in order to perform some CLI tasks. I'd like the user to be able to see what I'm doing for educational purposes - I usually have him on the phone at the same time. So I see a CLI window on my desktop, I work on his system, enter commands and so on, and _he_ can see a terminal window on his desktop where he can see what I'm doing, he'll see my commands and their output "mirrored". It would be nice if this worked in X (from the user's point of view), but a text mode solution (where he'd probably have to login first) is also possible and welcome. A lightweight solution would be very nice, I'd prefer to work with on-board means. Is there a comfortable way to do this? -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Tue Nov 17 05:05:05 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2249EA318D7 for ; Tue, 17 Nov 2015 05:05:05 +0000 (UTC) (envelope-from a.plonka@yahoo.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id F06BB1DDA for ; Tue, 17 Nov 2015 05:05:04 +0000 (UTC) (envelope-from a.plonka@yahoo.de) Received: by mailman.ysv.freebsd.org (Postfix) id EEF35A318D6; Tue, 17 Nov 2015 05:05:04 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED9ECA318D5 for ; Tue, 17 Nov 2015 05:05:04 +0000 (UTC) (envelope-from a.plonka@yahoo.de) Received: from nm35-vm6.bullet.mail.ir2.yahoo.com (nm35-vm6.bullet.mail.ir2.yahoo.com [212.82.97.129]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3DDD91DD9 for ; Tue, 17 Nov 2015 05:05:03 +0000 (UTC) (envelope-from a.plonka@yahoo.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s2048; t=1447736592; bh=+qLM7zEow2ZWwU9/qcrA6OGcGOMfyt2H5PNJK/N7kIk=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=Uukd1t9HYTQl2jLbRCUpRdm9lfeIZd/QYkRz7Z7LlEuy69gkIcJKuBteXreejCLcdwZG9rDENrG3xlfLESK8ldaJpwV7AhgU+wCPi8ooedDY7RAu+ok8QK2lyL3fXR4KOI4Nt22yWOuzLOPppCc5qndeXnG2nl+Wp1jR8M4UKNfarOOUWyxveXYnNSZtV2r2eZEtwctaGWWIytFkZd+HpPRvnQUXfCk/ihh6G4/dz3dWwA1q9XEUTKm/LjaX0/IqDdSrreuQXdAzUEWDl0WKamVI/Aqzqry33JX6lcJqHSZsbzsY6o5Bad72mujZdgJn7neruElkSa6Br0GtIVDycA== Received: from [212.82.98.58] by nm35.bullet.mail.ir2.yahoo.com with NNFMP; 17 Nov 2015 05:03:12 -0000 Received: from [212.82.98.66] by tm11.bullet.mail.ir2.yahoo.com with NNFMP; 17 Nov 2015 05:03:12 -0000 Received: from [127.0.0.1] by omp1003.mail.ir2.yahoo.com with NNFMP; 17 Nov 2015 05:03:12 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 506792.69227.bm@omp1003.mail.ir2.yahoo.com X-YMail-OSG: BKVxvIcVM1k8GfA23Wmzf0bv.AqqN5hHENJYdOaBn2xXR5_g1V5Iib4c66yBtjO MV9Pf3LR2V0g7gqmOf170YRB19IrjrogvcbSE.UFla59hiKlonmSasrhGS_XTpqzF_zDanq7vhNC K3FkcdyM50KH0iEjcjbb6lGw7gGAa0sxwhUYk8gAFymST1HcLEL6VnqbOL2P629uxblqVr6gkLWa dOhVycMxzLkv9fIPe2cvs1uJJYsBLAqtha230R0nIsxRFce22Q4PAjGOOxrpP2_e.umGmCaurl1b vyt91Mw.4_DdqT1RBiDuiF3unG2.Jy2MHCYatr2gv31J6atfHGbyHsBQ2_qj65_6LASDaStdybZi G6Be80ODgiYOze14wG0r.elpedhZAbGUWdSookt.0Io_wPNQI7goPW1wxSDWEUocw7We18sFDsiy lWooIet61BauooGSQX6lArtrXA22EaOVY.8kiGBHiCKPsqZ5LNwxD.RNOno2AiNwRQa1gq1y_muD 9VlTWMGkRpOg- Received: by 217.12.9.13; Tue, 17 Nov 2015 05:03:12 +0000 Date: Tue, 17 Nov 2015 05:03:11 +0000 (UTC) From: Andreas Plonka Reply-To: Andreas Plonka To: "questions@FreeBSD.org" Message-ID: <207567096.9398065.1447736591851.JavaMail.yahoo@mail.yahoo.com> Subject: compatibility question MIME-Version: 1.0 References: <207567096.9398065.1447736591851.JavaMail.yahoo.ref@mail.yahoo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 05:05:05 -0000 I wanted to ask if=C2=A0pfSense would be compatible with the "AMD A4-Series= APU A4-6300" processor. Thanks :) From owner-freebsd-questions@freebsd.org Tue Nov 17 05:07:44 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BDD0A3195C for ; Tue, 17 Nov 2015 05:07:44 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9BBD1EAF for ; Tue, 17 Nov 2015 05:07:43 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wmww144 with SMTP id w144so138016015wmw.1 for ; Mon, 16 Nov 2015 21:07:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ExPTbSReGTNQYnT1n/6jpSxwPrwLWoL25vmYKCgh4Og=; b=ldCElLgO6gwQKOx/bSdu2nT04BuO6vPKhTKmkWWWUo08LjiiGoby8tQyF0F9pNWwek AKcgr9+JVUojP3KQE7kCjWzvTVxD18Yqtep6lmJnKS/wjBnJA9QqFm1rduaomNdgvxD/ SK7Zndd5D59ykuV1w+ZXvjAk5msSqjNUP4BNi2lHEAD8AqUBOLzAZGmprgcjc2S6BMLi ysm45LB7ky5HW+DtMpW9WC+fIkACb/RJ1maHxG4bx/0nY2mFoPmBqFa7OFG2VCuHk2m/ YdCfiMvk2n797FzSnB8UekIAwa6vX+BOXBx3yfC3XepcOYiS/p6+U8/SF1SJCEoKuvDR IDxA== MIME-Version: 1.0 X-Received: by 10.194.205.9 with SMTP id lc9mr46986764wjc.120.1447736861965; Mon, 16 Nov 2015 21:07:41 -0800 (PST) Received: by 10.194.16.231 with HTTP; Mon, 16 Nov 2015 21:07:41 -0800 (PST) In-Reply-To: <20151117054859.18f085bc.freebsd@edvax.de> References: <20151117054859.18f085bc.freebsd@edvax.de> Date: Mon, 16 Nov 2015 23:07:41 -0600 Message-ID: Subject: Re: Terminal mirror, mirror terminal From: Adam Vande More To: Polytropon Cc: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 05:07:44 -0000 On Mon, Nov 16, 2015 at 10:48 PM, Polytropon wrote: > I'm searching for a simplified solution that will work in the > following scenario: > > I'm logging into a remote location of a user (ssh -Y) in order > to perform some CLI tasks. I'd like the user to be able to see > what I'm doing for educational purposes - I usually have him on > the phone at the same time. So I see a CLI window on my desktop, > I work on his system, enter commands and so on, and _he_ can see > a terminal window on his desktop where he can see what I'm doing, > he'll see my commands and their output "mirrored". > > It would be nice if this worked in X (from the user's point of > view), but a text mode solution (where he'd probably have to > login first) is also possible and welcome. A lightweight solution > would be very nice, I'd prefer to work with on-board means. Is > there a comfortable way to do this? > Well it won't get anymore lightweight than watch(8) eg "watch pts/1" :) tmux works too. -- Adam From owner-freebsd-questions@freebsd.org Tue Nov 17 05:29:42 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8630AA31CBA for ; Tue, 17 Nov 2015 05:29:42 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48B07164D for ; Tue, 17 Nov 2015 05:29:42 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-76-245.dynamic.qsc.de [92.195.76.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 0D668278AB; Tue, 17 Nov 2015 06:29:38 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id tAH5TcWC002402; Tue, 17 Nov 2015 06:29:38 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Tue, 17 Nov 2015 06:29:38 +0100 From: Polytropon To: Adam Vande More Cc: FreeBSD Questions Subject: Re: Terminal mirror, mirror terminal Message-Id: <20151117062938.c307ca28.freebsd@edvax.de> In-Reply-To: References: <20151117054859.18f085bc.freebsd@edvax.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 05:29:42 -0000 On Mon, 16 Nov 2015 23:07:41 -0600, Adam Vande More wrote: > On Mon, Nov 16, 2015 at 10:48 PM, Polytropon wrote: > > > I'm searching for a simplified solution that will work in the > > following scenario: > > > > I'm logging into a remote location of a user (ssh -Y) in order > > to perform some CLI tasks. I'd like the user to be able to see > > what I'm doing for educational purposes - I usually have him on > > the phone at the same time. So I see a CLI window on my desktop, > > I work on his system, enter commands and so on, and _he_ can see > > a terminal window on his desktop where he can see what I'm doing, > > he'll see my commands and their output "mirrored". > > > > [...] > > > > Well it won't get anymore lightweight than watch(8) eg "watch pts/1" :) Thank you! This is _exactly_ what I've been searching for, and it's even part of the operating system! I've tried it locally with two classic xterms - exactly what I need. It even duplicates "rich apps" (text mode programs) like the Midnight Commander or automatically updating output like "htop" properly. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Tue Nov 17 06:31:27 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 811E5A3077E for ; Tue, 17 Nov 2015 06:31:27 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from io.ze.tum.de (w3projmail.ze.tum.de [129.187.39.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 273691EA0 for ; Tue, 17 Nov 2015 06:31:26 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from etustar.ze.tum.de (etustar.ze.tum.de [129.187.39.200]) by io.ze.tum.de (8.14.5/8.14.5) with ESMTP id tAH6VMR9099384 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 17 Nov 2015 07:31:22 +0100 (CET) (envelope-from schmidt@ze.tum.de) Subject: Re: Random Lockup with FreeBSD 10.2 on SuperMicro Boards To: kpneal@pobox.com, freebsd-questions@freebsd.org References: <56498205.3060806@ze.tum.de> <20151116094334.GS2604@mordor.lan> <5649A761.7040303@ze.tum.de> <20151116111609.a9757a4a.freebsd@edvax.de> <5649AEC3.5090104@ze.tum.de> <20151116164507.GA87691@neutralgood.org> From: Gerhard Schmidt X-Enigmail-Draft-Status: N1110 Message-ID: <564AC9BA.70601@ze.tum.de> Date: Tue, 17 Nov 2015 07:31:22 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151116164507.GA87691@neutralgood.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 06:31:27 -0000 Am 16.11.2015 um 17:45 schrieb kpneal@pobox.com: > On Mon, Nov 16, 2015 at 11:24:03AM +0100, Gerhard Schmidt wrote: >> >> >> Am 16.11.2015 um 11:16 schrieb Polytropon: >>> On Mon, 16 Nov 2015 10:52:33 +0100, Gerhard Schmidt wrote: >>>> My Workstation is running 10.2 for about at least 4 Month. I've never >>>> had a problem event with SU+J. The difference is that on my workstation >>>> /var is not on a raid array. So SU+J isn't the real problem. >>> >>> Maybe there's a file system inconsistency? How do you >>> perform file system checks (automatic in background, >>> which is discouraged, or in SUM, as recommended)? >>> I'm asking because I've noticed the following lines >>> in your previous message: >>> >>>> Trying to mount root from ufs:/dev/raid/r0p3 [rw]... >>>> WARNING: / was not properly dismounted >>> >>> Is /var affected as well? If yes - give it a _clean_ >>> fsck, running in foreground on the unmounted partition. >>> >>> In case you have already done this, redirect my comment >>> to /dev/null immediately. :-) >> >> /var was also inconsistent because of the lockup, I had to turn off the >> server hard. The fsck recovered the Journal and marked the fs as clean >> without background fsck. > > When in doubt use 'fsck -f' to force a check despite the filesystem > being marked clean. > > Personally, I got bit by SU (plain) a long time ago and I've never really > trusted it since. I strongly advise you to 'fsck -f' on your /var just to > rule out _any_ corruption there. That could explain the problem on one Server but I have 3 of them. All have the same problem. One corruption could be a random event but 3 not. So there is a problem somewhere in 10.2 that wasn't there in 10.1. BTW these are production servers. It's not that easy to shut everything down just to do a fsck out of distrust of the filesystem. I have 76 FreeBSD Servers up and running all with SU and most with SU+J not once i've got a problem with FS corruption outside of powerfailures or Kernel Panics. All problems could be fixed with fsck mostly with no or minor data loss, and this could be fix out of the Backups. And i'm using FreeBSD since Version 2.1.5 Regards Estartu -- ---------------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de Technische Universität München | Jabber: estartu@ze.tum.de WWW & Online Services | Tel: +49 89 289-25270 | PGP-PublicKey Fax: +49 89 289-25257 | on request From owner-freebsd-questions@freebsd.org Tue Nov 17 09:07:56 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22546A30292 for ; Tue, 17 Nov 2015 09:07:56 +0000 (UTC) (envelope-from bradleythughes@fastmail.fm) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id F29541C03 for ; Tue, 17 Nov 2015 09:07:55 +0000 (UTC) (envelope-from bradleythughes@fastmail.fm) Received: by mailman.ysv.freebsd.org (Postfix) id EEF9DA30290; Tue, 17 Nov 2015 09:07:55 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE86FA3028F for ; Tue, 17 Nov 2015 09:07:55 +0000 (UTC) (envelope-from bradleythughes@fastmail.fm) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BD6AF1C02 for ; Tue, 17 Nov 2015 09:07:55 +0000 (UTC) (envelope-from bradleythughes@fastmail.fm) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 306F6201DF for ; Tue, 17 Nov 2015 04:07:54 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Tue, 17 Nov 2015 04:07:54 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=AVTGFK/J4WxVDJoUX5xtXJedKmw=; b=Hj/9iA HFonpxq30YYJBgCFCBxyaYrY+PZgtVWBKgn4WPhhipCBU66da8pv6Hsumv3amTRg xptN3+odAOW2s5fAiFMi52YqgjfSPDHgv2ALwu+8jjyVtg8os4Z1wJDe0TPpF4y5 fvmEEB01niy+zGct+/HJ6NaWEpa3vOV/LbGsg= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=AVTGFK/J4WxVDJo UX5xtXJedKmw=; b=IDNN59NQ2LQjFWJCUAwFJuNsrdPltjGXKTrMW3JU8SX0INo usn+9Pip10jTalkaxVbw1xONMUC0hJuHgS12Mm8AAewWgzy6jJfDn19epk+FniJ5 80WPQ5gN966MwPH2d4UA6FwGYzgcfE3UWMCrQiiG83zcYSKJGHBPgr44MnU8= X-Sasl-enc: b4qVU1Blmw9hu1OdlEV0T8FDV7G8wq/XYK8ZZCH4iB4Q 1447751273 Received: from [10.0.0.112] (ti0081a400-2055.bb.online.no [80.213.211.14]) by mail.messagingengine.com (Postfix) with ESMTPA id 8E04A680184; Tue, 17 Nov 2015 04:07:53 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: compatibility question From: "Bradley T. Hughes" In-Reply-To: <207567096.9398065.1447736591851.JavaMail.yahoo@mail.yahoo.com> Date: Tue, 17 Nov 2015 10:07:52 +0100 Cc: "questions@FreeBSD.org" Content-Transfer-Encoding: quoted-printable Message-Id: <50160631-E661-4DAC-BA9D-C4766BC11525@fastmail.fm> References: <207567096.9398065.1447736591851.JavaMail.yahoo.ref@mail.yahoo.com> <207567096.9398065.1447736591851.JavaMail.yahoo@mail.yahoo.com> To: Andreas Plonka X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 09:07:56 -0000 > On 17 Nov 2015, at 06:03, Andreas Plonka wrote: >=20 > I wanted to ask if pfSense would be compatible with the "AMD A4-Series = APU A4-6300" processor. > Thanks :) It should be. I'm currently running FreeBSD 10.2-RELEASE on an AMD = A8-5500 API. -- Bradley T. Hughes bradleythughes@fastmail.fm From owner-freebsd-questions@freebsd.org Tue Nov 17 11:16:38 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7B9AA30181 for ; Tue, 17 Nov 2015 11:16:38 +0000 (UTC) (envelope-from rocky@herveybayaustralia.com.au) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A1BEF12C3 for ; Tue, 17 Nov 2015 11:16:38 +0000 (UTC) (envelope-from rocky@herveybayaustralia.com.au) Received: by mailman.ysv.freebsd.org (Postfix) id 9E663A3017F; Tue, 17 Nov 2015 11:16:38 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9DFB7A3017E for ; Tue, 17 Nov 2015 11:16:38 +0000 (UTC) (envelope-from rocky@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5C78412C2 for ; Tue, 17 Nov 2015 11:16:37 +0000 (UTC) (envelope-from rocky@herveybayaustralia.com.au) Received: from [192.168.0.185] (laptop1.herveybayaustralia.com.au [192.168.0.185]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 2002462198 for ; Tue, 17 Nov 2015 21:09:57 +1000 (EST) To: "questions@FreeBSD.org" From: R Skinner Subject: Opening dmg files Message-ID: <564B0B03.6060306@herveybayaustralia.com.au> Date: Tue, 17 Nov 2015 21:09:55 +1000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 11:16:38 -0000 I'm checking out downloading the video files for the FreeBSD kernel course offered by McKusik, and I downloaded an encrypted file which I was able to decrypt, but I still can't actually play it. I don't believe I would have downloaded 650Mb of nothing, so how do I play it? The format is .dmg which is apparently a mac cd format, but I can't view the files in it, and mplayer and others don't recognise it either. TIA From owner-freebsd-questions@freebsd.org Tue Nov 17 11:36:35 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD6C1A306EA for ; Tue, 17 Nov 2015 11:36:35 +0000 (UTC) (envelope-from thinkofit@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81F08105B for ; Tue, 17 Nov 2015 11:36:35 +0000 (UTC) (envelope-from thinkofit@gmail.com) Received: by wmec201 with SMTP id c201so222675299wme.0 for ; Tue, 17 Nov 2015 03:36:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; bh=8UC/pFOMEEOt867AtTI4Q55aaBqn5k79W6WLsvpdEGk=; b=nuTe9ePLkQqvNE4gVJmZoAAKtkkFU6u9By0AJVErarjWPE/z1257NlLQKg9WsOEYZ2 ZCJDGHdpFAlc/d4vYymO4OPg9/fXsFHc5p3szq/aBtpPadiZ1UMFgF5DTvGhlj40vxVU EQD7EOH24Kjd85kwdLygC/rj5C6lsxfeJ2iSOBttB02WYzSHNNdi7au87iplHqJI3XhQ J3tXjyUv+lmHcxmyRLHIhtt7JyyJ7hpP7k2WgIDJeau/v+oYYHGJlJ5bHGl/iChJiLIL IP6AJ6k1w+iT8Ih0WWlJpI7ihanCzUzzoPn+2E0r+mnZCbDcYvWeGGHxL06hc5KHdrMh j6RQ== X-Received: by 10.194.78.162 with SMTP id c2mr41473573wjx.112.1447760193675; Tue, 17 Nov 2015 03:36:33 -0800 (PST) Received: from PRDMBP.local ([2a02:cdc5:9715:150:34dd:8fc5:8a3c:de0d]) by smtp.googlemail.com with ESMTPSA id ft4sm39395477wjb.37.2015.11.17.03.36.31 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Nov 2015 03:36:31 -0800 (PST) Subject: Re: Opening dmg files To: freebsd-questions@freebsd.org References: <564B0B03.6060306@herveybayaustralia.com.au> From: Antonio Prado Message-ID: <564B113E.20404@gmail.com> Date: Tue, 17 Nov 2015 12:36:30 +0100 MIME-Version: 1.0 In-Reply-To: <564B0B03.6060306@herveybayaustralia.com.au> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 11:36:36 -0000 On 11/17/15 12:09 PM, R Skinner wrote: > The format is .dmg which is apparently a mac cd format, but I can't view > the files in it, and mplayer and others don't recognise it either. hi, did you already try some conversion tools? http://vu1tur.eu.org/tools/ -- antonio From owner-freebsd-questions@freebsd.org Tue Nov 17 14:30:54 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C55E4A315E0 for ; Tue, 17 Nov 2015 14:30:54 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B0DE01ED6 for ; Tue, 17 Nov 2015 14:30:54 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: by mailman.ysv.freebsd.org (Postfix) id AE403A315DF; Tue, 17 Nov 2015 14:30:54 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADDC1A315DE for ; Tue, 17 Nov 2015 14:30:54 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by mx1.freebsd.org (Postfix) with ESMTP id 4B33D1ED5 for ; Tue, 17 Nov 2015 14:30:53 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp14-2-92-61.lns21.adl6.internode.on.net (HELO leader.local) ([14.2.92.61]) by ipmail05.adl6.internode.on.net with ESMTP; 18 Nov 2015 00:55:28 +1030 Subject: Re: Opening dmg files To: R Skinner , "questions@FreeBSD.org" References: <564B0B03.6060306@herveybayaustralia.com.au> From: Shane Ambler Message-ID: <564B38D4.5060108@ShaneWare.Biz> Date: Wed, 18 Nov 2015 00:55:24 +1030 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <564B0B03.6060306@herveybayaustralia.com.au> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 14:30:54 -0000 On 17/11/2015 21:39, R Skinner wrote: > I'm checking out downloading the video files for the FreeBSD kernel > course offered by McKusik, and I downloaded an encrypted file which I > was able to decrypt, but I still can't actually play it. I don't believe > I would have downloaded 650Mb of nothing, so how do I play it? > > The format is .dmg which is apparently a mac cd format, but I can't view > the files in it, and mplayer and others don't recognise it either. > It has been a few years but I recall .dmg being like an .iso but with hfs+ structure. Try using it as a file backed mdconfig device and mount using sysutils/hfsutils sysutils/hfsexplorer is a java app that claims to read most dmg images. You could also contact McKusik and suggest a bsd friendly version. -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-questions@freebsd.org Tue Nov 17 14:48:47 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59F50A31BB9 for ; Tue, 17 Nov 2015 14:48:47 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: from mail-yk0-x234.google.com (mail-yk0-x234.google.com [IPv6:2607:f8b0:4002:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 104521BDE for ; Tue, 17 Nov 2015 14:48:47 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: by ykdv3 with SMTP id v3so11519648ykd.0 for ; Tue, 17 Nov 2015 06:48:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=sNJHZ8Hg1SEdL2Q02O5SGqswzx52xJ4Kyt/7YQbUAZQ=; b=Z9CAVzSt8g8rJufG5QAIQ7xfTOxKHdjN6mUDrIjIqO1IpscdDGGJ/XuarBQSFbW7VN nssMq71REjuVXU6uUa4reEjOBXpQXcG44W1N27jvhLctjd2Pv9QhdFjjiTX8gs2eJKhi 51GRDdpZj9+8eSIfHs8xFKXZi5APBTIelS1FhHlWg5rpIKo5Nx3jiB+oo5szBRRRN2+K ebfupe4pPYMNBuCf0yHbluiMh+vP+ZC9GEPCs1LyyWBQquNkBwk99yGU8zeytr7eTCcO b/rY03I/6zpCLgYD8bDCZxSN1DT9ka3JVg6MHpK3Hm3ZVUz7RUk1FbqNwtgPtE/drQ2j Dxyw== X-Received: by 10.129.89.4 with SMTP id n4mr29276248ywb.2.1447771726189; Tue, 17 Nov 2015 06:48:46 -0800 (PST) Received: from [192.168.0.4] ([206.251.219.82]) by smtp.gmail.com with ESMTPSA id j123sm24922184ywd.27.2015.11.17.06.48.45 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Nov 2015 06:48:45 -0800 (PST) To: freebsd-questions@freebsd.org From: Will Senn Subject: Is processor microcode advised? Message-ID: <564B3E4D.7070808@gmail.com> Date: Tue, 17 Nov 2015 08:48:45 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 14:48:47 -0000 Is it important/necessary/advisable to install microcode for Intel CPU's? If so, how do you know which CPU's have updates? Also, after doing make install in /usr/ports/sysutils/devcpu-data and adding microcode_update_enable="YES" to rc.conf, how can you tell if anything was applied - what do you look for in dmesg output? - will From owner-freebsd-questions@freebsd.org Tue Nov 17 14:57:47 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18CC7A31D9A for ; Tue, 17 Nov 2015 14:57:47 +0000 (UTC) (envelope-from cyberleo@cyberleo.net) Received: from mail.cyberleo.net (paka.cyberleo.net [216.226.128.180]) by mx1.freebsd.org (Postfix) with ESMTP id F02C61F68 for ; Tue, 17 Nov 2015 14:57:46 +0000 (UTC) (envelope-from cyberleo@cyberleo.net) Received: from [172.16.44.4] (vitani.den.cyberleo.net [216.80.73.130]) by mail.cyberleo.net (Postfix) with ESMTPSA id 6566225680; Tue, 17 Nov 2015 09:57:39 -0500 (EST) Subject: Re: Kernel panic and hard disk failure To: Will Senn , freebsd-questions@freebsd.org References: <5649F4D1.8070105@gmail.com> From: CyberLeo Kitsana X-Enigmail-Draft-Status: N1110 Message-ID: <564B4062.30301@cyberleo.net> Date: Tue, 17 Nov 2015 08:57:38 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <5649F4D1.8070105@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 14:57:47 -0000 On 11/16/2015 09:22 AM, Will Senn wrote: > Hi, > Out of this exercise, I have the following questions that I hope someone > can help with: > > 1. Is bounds the number of crashes in /var/crashes, or what? You'll notice the crashdump files are named with .0, .1, .2 suffixes. This file contains the next available number. If you leave the bounds file with a '3' in it, but delete the crashdump files, the next crashdump will have the suffix .3 . This ensures it will not inadvertently overwrite a previous crashdump. Consult the savecore manpage for further information. > 2. What is minfree? >From savecore(8): The savecore utility also checks the available disk space before attempting to make the copies. If there is insufficient disk space in the file system containing directory, or if the file directory/minfree exists and the number of free kilobytes (for non-superusers) in the file system after the copies were made would be less than the number in the first line of this file, the copies are not attempted. > 3. What does it mean that the device went missing? The hard drive stopped responding and the controller decided it was no longer connected. > 4. Does the information above sound like a faulty hard drive or are > there additional tests that will tell me more about the failure? Could be a failing hard drive; but it could also be a bad data cable or weak or failing power supply. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://www.fur.com/peace/ From owner-freebsd-questions@freebsd.org Tue Nov 17 15:10:32 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB93AA30015 for ; Tue, 17 Nov 2015 15:10:32 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C4D514C6 for ; Tue, 17 Nov 2015 15:10:32 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wmec201 with SMTP id c201so30583147wme.1 for ; Tue, 17 Nov 2015 07:10:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=T47pWEezUukLZXKfA4n86s4vMZaJES3oJ0Ykm4bgyks=; b=EH94jgf1/RxljQAsXkMf1QGwIbxKmp/vyazzKHW1G2mW9TL4vFLOXOnppshwytGjbb FQ1FTW262P8I92Lrf2zEQmxw2GeSNNff6w5He9TgDZGb1DiMJJmdrh8s6pzNMBpvMvbT CLn1hmQb08pAiD+vl8XpfyYrkRwQlYYMSsCSx+NL0dONHBDDFY6BUKppplGtm097KDbM tZADiSGC0U4g6b2fsm57VQ2FLG2KXnQzQbY6CAJ23T+XqK2d2MlhkVrU5gwzUvlNzUKM Oa5vtiNzVxaL2BRXnOnr6DuqFY05/uuwJ25lyFH0GeXjqLl+VS7cTAUnJkpucDOQ9tPL 8MZA== MIME-Version: 1.0 X-Received: by 10.28.222.4 with SMTP id v4mr3490268wmg.67.1447773029914; Tue, 17 Nov 2015 07:10:29 -0800 (PST) Received: by 10.194.16.231 with HTTP; Tue, 17 Nov 2015 07:10:29 -0800 (PST) In-Reply-To: <564B3E4D.7070808@gmail.com> References: <564B3E4D.7070808@gmail.com> Date: Tue, 17 Nov 2015 09:10:29 -0600 Message-ID: Subject: Re: Is processor microcode advised? From: Adam Vande More To: Will Senn Cc: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 15:10:33 -0000 On Tue, Nov 17, 2015 at 8:48 AM, Will Senn wrote: > Is it important/necessary/advisable to install microcode for Intel CPU's? > If so, how do you know which CPU's have updates? Also, after doing make > install in /usr/ports/sysutils/devcpu-data and adding > microcode_update_enable="YES" to rc.conf, how can you tell if anything was > applied - what do you look for in dmesg output > man cpuctl But normally this is just handled with a bios update. -- Adam From owner-freebsd-questions@freebsd.org Tue Nov 17 16:23:11 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6CAECA315F2 for ; Tue, 17 Nov 2015 16:23:11 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03A1B1D26 for ; Tue, 17 Nov 2015 16:23:11 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wmdw130 with SMTP id w130so162335162wmd.0 for ; Tue, 17 Nov 2015 08:23:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Bj1xBD1djx6F2bGBFkAtmTBfUipqcbuZLewaWWDvqs0=; b=IRg2jpqWRlHPpnP/N1Gg/GRXMmC79IEvdiTXVsSeMnt16HSvI/m/z9EeBMFgphNGfg uWYOorCAYkfgQZwKWdhJg5BLQrWQEollAIy8qNlwFov++RR77mbLVpNC952PqasQLdlb 9I8XQWMRTI+l4oKv8oo0w0Nk6Py/1RqBSYRxNTIySJRbPcNuBoXidayhs3lyqvQEYy5g 52JAhQy42CcqJlRen27z0IQ0ZnOzv4+76qWDV9HGlMmegIFf48cavcZGTVPzWyZS4nyN v6AOqGgjniu05UBaz6f2D3w1sESrNDD2qO/YJphj/ATYX7HprB2+oyGz1caFCUSMgXw6 7Avw== MIME-Version: 1.0 X-Received: by 10.194.179.101 with SMTP id df5mr43718602wjc.60.1447777389341; Tue, 17 Nov 2015 08:23:09 -0800 (PST) Received: by 10.194.16.231 with HTTP; Tue, 17 Nov 2015 08:23:09 -0800 (PST) In-Reply-To: <20151116164507.GA87691@neutralgood.org> References: <56498205.3060806@ze.tum.de> <20151116094334.GS2604@mordor.lan> <5649A761.7040303@ze.tum.de> <20151116111609.a9757a4a.freebsd@edvax.de> <5649AEC3.5090104@ze.tum.de> <20151116164507.GA87691@neutralgood.org> Date: Tue, 17 Nov 2015 10:23:09 -0600 Message-ID: Subject: Re: Random Lockup with FreeBSD 10.2 on SuperMicro Boards From: Adam Vande More To: kpneal@pobox.com Cc: Gerhard Schmidt , Polytropon , FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 16:23:11 -0000 On Mon, Nov 16, 2015 at 10:45 AM, wrote: > When in doubt use 'fsck -f' to force a check despite the filesystem > being marked clean. > Yes, but a full fsck should be run on a regular basis regardless of suspicion. Personally, I got bit by SU (plain) a long time ago and I've never really > trusted it since. I strongly advise you to 'fsck -f' on your /var just to > rule out _any_ corruption there. > A lower level fs error isn't going be to detected by a background fsck(only does preening) or SUJ fsck(trusts the journal). Such errors can occur on *any* journaled fs. Periodically doing a full fsck on fs's is actually something Linux does better. https://lists.freebsd.org/pipermail/freebsd-current/2013-July/042951.html Many think SU or SUJ obviate the need for a periodic full fsck. It does not. SU and SUJ devs have repeated this since their respective inception. [1] Hardware still lies, bitrot still occurs, do a full fsck. Vague reports of "I don't trust this" aren't helpful. If you know of a bug, please report it so it can be addressed. [1] https://lists.freebsd.org/pipermail/freebsd-arch/2010-January/009872.html -- Well initially it's claimed "eliminate fsck after an unclean shutdown" but details it later showing fsck using journal isn't a full fsck. -- Adam From owner-freebsd-questions@freebsd.org Tue Nov 17 17:14:23 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08188A31247 for ; Tue, 17 Nov 2015 17:14:23 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from inga.augusta.de (inga.augusta.de [77.90.142.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 622481DDD for ; Tue, 17 Nov 2015 17:14:21 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from inga.augusta.de (localhost [127.0.0.1]) by inga.augusta.de (8.15.2/8.15.2) with ESMTPS id tAHH5A0x077740 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 17 Nov 2015 18:05:10 +0100 (CET) (envelope-from schmidt@ze.tum.de) Received: (from uucp@localhost) by inga.augusta.de (8.15.2/8.14.7/Submit) with UUCP id tAHH58XB077739; Tue, 17 Nov 2015 18:05:08 +0100 (CET) (envelope-from schmidt@ze.tum.de) Received: from wanderer.starbox.augusta.de (wanderer.starbox.augusta.de [192.168.71.66]) by gatekeeper.starbox.augusta.de (8.14.9/8.14.9) with ESMTP id tAHH1tpf033706; Tue, 17 Nov 2015 18:01:55 +0100 (CET) (envelope-from schmidt@ze.tum.de) Message-ID: <564B5D83.5000909@ze.tum.de> Date: Tue, 17 Nov 2015 18:01:55 +0100 From: Gerhard Schmidt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Adam Vande More CC: FreeBSD Questions Subject: Re: Random Lockup with FreeBSD 10.2 on SuperMicro Boards References: <56498205.3060806@ze.tum.de> <20151116094334.GS2604@mordor.lan> <5649A761.7040303@ze.tum.de> <20151116111609.a9757a4a.freebsd@edvax.de> <5649AEC3.5090104@ze.tum.de> <20151116164507.GA87691@neutralgood.org> In-Reply-To: X-Enigmail-Version: 1.6 OpenPGP: id=4000A915 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (inga.augusta.de [127.0.0.1]); Tue, 17 Nov 2015 18:05:11 +0100 (CET) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 17:14:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 17.11.2015 17:23, schrieb Adam Vande More: > On Mon, Nov 16, 2015 at 10:45 AM, > wrote: > > When in doubt use 'fsck -f' to force a check despite the filesystem > being marked clean. > > > Yes, but a full fsck should be run on a regular basis regardless of > suspicion. > > Personally, I got bit by SU (plain) a long time ago and I've never > really > trusted it since. I strongly advise you to 'fsck -f' on your /var > just to > rule out _any_ corruption there. > > > A lower level fs error isn't going be to detected by a background > fsck(only does preening) or SUJ fsck(trusts the journal). Such errors > can occur on *any* journaled fs. Periodically doing a full fsck on fs's > is actually something Linux does better. > > https://lists.freebsd.org/pipermail/freebsd-current/2013-July/042951.html > > Many think SU or SUJ obviate the need for a periodic full fsck. It does > not. SU and SUJ devs have repeated this since their respective > inception. [1] Hardware still lies, bitrot still occurs, do a full > fsck. Vague reports of "I don't trust this" aren't helpful. If you > know of a bug, please report it so it can be addressed. > > [1] > https://lists.freebsd.org/pipermail/freebsd-arch/2010-January/009872.html -- > Well initially it's claimed "eliminate fsck after an unclean shutdown" > but details it later showing fsck using journal isn't a full fsck. Let's get back to Topic. There is no corruption. And still if there is that's software bug and has to be fixed. This is not biology where something happens spontaneously. This is computer science. If there is something wrong there are only three explanations. The User done something wrong, not likely here. There is an Hardware error, on three different Servers roughly after the same amount of time not very likely either. So it's cause number three: Bug in the Software. As I said. I have 76 Servers running FreeBSD (various versions from 8.4 to 10.2) only 3 of them are 10.2 (5 since yesterday) and of this three running 10.2 longer than a month 100% had this Problem at least once. out of the 73 other servers 0% had this Problem and 45 of them are the exact same Hardware and all of them running considerably longer than one Month. And for the fscks. The last time i had to do a fsck on any partition, beside Hardware failures, was about 2 and 1/2 years ago when your UPS died and killed the power. And besides from some logfiles even than there was no corruption. I have filesystems that are 8 years without a fsck, that are production servers. I have never had problems with UFS SU and UFS SU-J. Sorry guys there is no problem with UFS on FreeBSD. I agree if there is an unclean shutdown you might want to do an complete fsck. But in the case discussed here the unclean shutdown was an result of the lockup not the other way round. Regards Estartu - -- - ------------------------------------------------- Gerhard Schmidt | E-Mail and JabberID: TU-München | schmidt@ze.tum.de WWW & Online Services | PGP-Publickey on Request -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJWS12DAAoJEHTSQ8xFcA2j2I0P/24+QctZ6m2uPWs8QjHGyAs9 yV/wNargEtE7Uu6iOupdZVxKyycPPLPaFWyylMBbBGacqBIZVq3W9M1Hu2doS86W Ou3QVOco5fkPqntUEIzdaFGfLE196ZpifP+8nZsmwad/kdjSxpPSetLIsyIv4GbE qhdcEHHfgXqposB/2dt7E/52TuyLRuHBZG0bE3Wpevlc4YTaLt5cvDhMLDlPUu/c 8bynd1DDaA+89N5Y0FSgpUOb+xSKzYs4xGD/rWxOxniuzhRnSLaX8AY22B/apbin knBi0dctNiT8Vrdd6ycJHVO3FvtfWW5ETvYEEnDFe87sEwsyHMlQ1mj5SqMdYpdj hoD928L9qNATmpNxMbr+2PrvtFvDmoeC8X8J/8iGmLVB1+IQf4mIYMjbSyGYYxbg yA0bhsJEr+sjq/L7+DTGDJqmQ5ixck/BFJ7iKbQEVyR3OnRhAp0SBjyMvH1LoPFg e9f4bux1OOCu3IRwMbxIPoioIOwyHYwrH6WmkM4TMHGjfDL9EeDE+Jp9F0+gLbyF T/9gtgNcBWvgCxyqzAqESW7/A6qV9P+AzY5oyggimjwRpMO4H85ZBTlgQEN6SsCR utDtyBQtBO15RgtqL21eNtS9QWDrHgB56+3FdWEuT2ipq9R+7kehNgsfNZJqLXHs MxRlqHb451cjsKgzIt3E =TdfF -----END PGP SIGNATURE----- From owner-freebsd-questions@freebsd.org Tue Nov 17 17:23:44 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 851BAA314F2 for ; Tue, 17 Nov 2015 17:23:44 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44E7412E2 for ; Tue, 17 Nov 2015 17:23:44 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: by ykfs79 with SMTP id s79so17766474ykf.1 for ; Tue, 17 Nov 2015 09:23:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=4znJatoomwyqMxioLoMoghiD0d83Datdd4LB7poOC5s=; b=fmWxwep6Zuu2xGsZKO2O1A02RBbQybLqjzMtD8fPzBuPO8ydFk2wPCdadKhmVcK7Lc FINMyndfcnQEfVi5agy2gm0sdO0UCQjaZlEvRZ3c3D9fDxuGyWB7w7JwaX21Ic/4nrxQ 2EJ9+mKhr103YRpu77UR6FueJW9odY1BUnC7W/fuBgqzwSVyrBeQRmFoJMa7EVBw14rZ r93kfJ7xQmCzek0HP7iAkvJm3HsQGHocY4FGMhljyK5181TDWcyVk1srVBKvNKbQaT3Y QIePMXO7p7rOs89ZBOYvmrjT6BxyuRh8TSA9hGpNrZKIw/DPh8WzREDkyOoa0E06gOw6 jalQ== X-Received: by 10.129.106.193 with SMTP id f184mr45919740ywc.157.1447781023448; Tue, 17 Nov 2015 09:23:43 -0800 (PST) Received: from [192.168.0.4] ([206.251.219.82]) by smtp.gmail.com with ESMTPSA id i141sm40161737ywc.2.2015.11.17.09.23.42 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Nov 2015 09:23:42 -0800 (PST) Subject: Re: Kernel panic and hard disk failure To: CyberLeo Kitsana , freebsd-questions@freebsd.org References: <5649F4D1.8070105@gmail.com> <564B4062.30301@cyberleo.net> From: Will Senn Message-ID: <564B629D.4060909@gmail.com> Date: Tue, 17 Nov 2015 11:23:41 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <564B4062.30301@cyberleo.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 17:23:44 -0000 On 11/17/15 8:57 AM, CyberLeo Kitsana wrote: > You'll notice the crashdump files are named with .0, .1, .2 suffixes. > This file contains the next available number. If you leave the bounds > file with a '3' in it, but delete the crashdump files, the next > crashdump will have the suffix .3 . This ensures it will not > inadvertently overwrite a previous crashdump. Consult the savecore > manpage for further information. >> 2. What is minfree? > From savecore(8): > > The savecore utility also checks the available disk space before > attempting to make the copies. If there is insufficient disk space in > the file system containing directory, or if the file directory/minfree > exists and the number of free kilobytes (for non-superusers) in the > file system after the copies were made would be less than the number in > the first line of this file, the copies are not attempted. > >> 3. What does it mean that the device went missing? > The hard drive stopped responding and the controller decided it was no > longer connected. > >> 4. Does the information above sound like a faulty hard drive or are >> there additional tests that will tell me more about the failure? > Could be a failing hard drive; but it could also be a bad data cable or > weak or failing power supply. > Thanks for the pointer to savecore and for the answers. I'll keep an eye out for additional failures and if there are any with the replacement drive, I'll check into cables and such. -will From owner-freebsd-questions@freebsd.org Tue Nov 17 17:58:48 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB251A31D1F for ; Tue, 17 Nov 2015 17:58:48 +0000 (UTC) (envelope-from jcigar@ulb.ac.be) Received: from relaygateway02.edpnet.net (relaygateway02.edpnet.net [212.71.1.211]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "*.edpnet.net", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2148B13B0 for ; Tue, 17 Nov 2015 17:58:47 +0000 (UTC) (envelope-from jcigar@ulb.ac.be) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEGAMdpS1ZNbWc1/2dsb2JhbABegztTb8BUFwyCPIMwAoFPTQEBAQEBAYELhDQBAQEDAQECIDMjEAsYCRMLAwICDwUUEQ0XE4gmDAmreYwihBUBAQEBAQEEAQEBAQEVCYIvhCWDeIEGhD6CfToTgTEFhz0HjwWFIYUggmIIgVuEQI1shEyDcmOCER2BVz00AYUJAQEB X-IPAS-Result: AqEGAMdpS1ZNbWc1/2dsb2JhbABegztTb8BUFwyCPIMwAoFPTQEBAQEBAYELhDQBAQEDAQECIDMjEAsYCRMLAwICDwUUEQ0XE4gmDAmreYwihBUBAQEBAQEEAQEBAQEVCYIvhCWDeIEGhD6CfToTgTEFhz0HjwWFIYUggmIIgVuEQI1shEyDcmOCER2BVz00AYUJAQEB X-IronPort-AV: E=Sophos;i="5.20,308,1444687200"; d="asc'?scan'208";a="349187373" Received: from 77.109.103.53.adsl.dyn.edpnet.net (HELO mordor.lan) ([77.109.103.53]) by relaygateway02.edpnet.net with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Nov 2015 18:57:33 +0100 Date: Tue, 17 Nov 2015 18:57:32 +0100 From: Julien Cigar To: Gerhard Schmidt Cc: Adam Vande More , FreeBSD Questions Subject: Re: Random Lockup with FreeBSD 10.2 on SuperMicro Boards Message-ID: <20151117175731.GY2604@mordor.lan> References: <56498205.3060806@ze.tum.de> <20151116094334.GS2604@mordor.lan> <5649A761.7040303@ze.tum.de> <20151116111609.a9757a4a.freebsd@edvax.de> <5649AEC3.5090104@ze.tum.de> <20151116164507.GA87691@neutralgood.org> <564B5D83.5000909@ze.tum.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SbbROFN+SMqu6LKU" Content-Disposition: inline In-Reply-To: <564B5D83.5000909@ze.tum.de> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 17:58:48 -0000 --SbbROFN+SMqu6LKU Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 17, 2015 at 06:01:55PM +0100, Gerhard Schmidt wrote: > Am 17.11.2015 17:23, schrieb Adam Vande More: > > On Mon, Nov 16, 2015 at 10:45 AM, > > wrote: > >=20 > > When in doubt use 'fsck -f' to force a check despite the filesystem > > being marked clean. > >=20 > > =20 > > Yes, but a full fsck should be run on a regular basis regardless of > > suspicion. > >=20 > > Personally, I got bit by SU (plain) a long time ago and I've never > > really > > trusted it since. I strongly advise you to 'fsck -f' on your /var > > just to > > rule out _any_ corruption there. > >=20 > >=20 > > A lower level fs error isn't going be to detected by a background > > fsck(only does preening) or SUJ fsck(trusts the journal). Such errors > > can occur on *any* journaled fs. Periodically doing a full fsck on fs's > > is actually something Linux does better. > >=20 > > https://lists.freebsd.org/pipermail/freebsd-current/2013-July/042951.ht= ml > >=20 > > Many think SU or SUJ obviate the need for a periodic full fsck. It does > > not. SU and SUJ devs have repeated this since their respective > > inception. [1] Hardware still lies, bitrot still occurs, do a full > > fsck. Vague reports of "I don't trust this" aren't helpful. If you > > know of a bug, please report it so it can be addressed.=20 > >=20 > > [1] > > https://lists.freebsd.org/pipermail/freebsd-arch/2010-January/009872.ht= ml -- > > Well initially it's claimed "eliminate fsck after an unclean shutdown" > > but details it later showing fsck using journal isn't a full fsck. >=20 > Let's get back to Topic. There is no corruption. And still if there is > that's software bug and has to be fixed. This is not biology where > something happens spontaneously. This is computer science. If there is > something wrong there are only three explanations. The User done > something wrong, not likely here. There is an Hardware error, on three > different Servers roughly after the same amount of time not very likely > either. So it's cause number three: Bug in the Software. >=20 > As I said. I have 76 Servers running FreeBSD (various versions from 8.4 > to 10.2) only 3 of them are 10.2 (5 since yesterday) and of this three > running 10.2 longer than a month 100% had this Problem at least once. > out of the 73 other servers 0% had this Problem and 45 of them are the > exact same Hardware and all of them running considerably longer than one > Month. >=20 > And for the fscks. The last time i had to do a fsck on any partition, > beside Hardware failures, was about 2 and 1/2 years ago when your UPS > died and killed the power. And besides from some logfiles even than > there was no corruption. I have filesystems that are 8 years without a > fsck, that are production servers. I have never had problems with UFS SU > and UFS SU-J. >=20 > Sorry guys there is no problem with UFS on FreeBSD. couldn't you disable SU+J only on one of them? It would be worth trying at least. I never had any problem with SU, but I'm sorry to say that SU+J almost never worked for me (see PR 203588 for latest problem that I had). I'll repeat myself but I had random lock ups on some HP Proliant servers here too (without any corruption) with SU+J. Since I disabled journaling lock ups "automagically" disappeared. >=20 > I agree if there is an unclean shutdown you might want to do an complete > fsck. But in the case discussed here the unclean shutdown was an result > of the lockup not the other way round. >=20 > Regards > Estartu >=20 >=20 >=20 > --=20 > ------------------------------------------------- > Gerhard Schmidt | E-Mail and JabberID: > TU-M=C3=BCnchen | schmidt@ze.tum.de > WWW & Online Services | PGP-Publickey on Request --=20 Julien Cigar Belgian Biodiversity Platform (http://www.biodiversity.be) PGP fingerprint: EEF9 F697 4B68 D275 7B11 6A25 B2BB 3710 A204 23C0 No trees were killed in the creation of this message. However, many electrons were terribly inconvenienced. --SbbROFN+SMqu6LKU Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCgAGBQJWS2qIAAoJEAi2KiTKQR5piNkP/iy1x+MnF9Ro7QdwFABQCG73 UYSjPEzDQFeAzwutNdHzbVwMUuRCg/+6wrB3Ras6j21taJDRbkYFZ4MMUHzwaK56 Un1UmyWBrt9f8AGwD65VEv5iVzSWDDix3u2uZplzfs/3uxYLRmX/14pBNxzba1pK 3jVE/V/zFVdzUo935Wbd5yFZAc4RHWw+2bsKpfdDeQj0hZK/M7OFM7jD6JJ2oQG4 PoxtNfYsMIBRB4b4wS2bFB0o/oPRtfL+JE8PM1gWgx71Oic2+Xqzw5GZjc5yfoXx dy3/R4eu+63zZ78Bh0zOLP8z+N2dJ4edb3zexZw9SoDarHS/eH4jsjRcFB6kgYSg FxjUZ7JFKdD+mFX+cKN9TINY/aMLhBRCJ4eOp6iO4PixHGCIv7Y/yOjyONapEait bWqDWR1x6sZrU1BIEovGCdCouSrnus1jhzYzGcpUXWKhaftMYO/3ObLFl9IoNgtk yjlnVEFiAKdSD3UMnq4Yq2gX7O6cylwZfs7jf8xpPRr0qJEvjUC0p41+W6oQ+Oj2 ffU/5+E4HkKo/QwvkQBTbMylR8NWVihfOiBgSZzaIaQvF/TQ3Z5BWm+QFoC6RUSR UhKKBIEvyeUB+qpsBHryeQ/S0+Jkg4G4K5xbUyzenkK6ZSdDMAGv3EOQ6rnzpCRH L7OTng+xnrZOlBQHtPvs =L+sY -----END PGP SIGNATURE----- --SbbROFN+SMqu6LKU-- From owner-freebsd-questions@freebsd.org Tue Nov 17 23:49:31 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9BCDA31CCD for ; Tue, 17 Nov 2015 23:49:31 +0000 (UTC) (envelope-from rocky@herveybayaustralia.com.au) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D15891E0A for ; Tue, 17 Nov 2015 23:49:31 +0000 (UTC) (envelope-from rocky@herveybayaustralia.com.au) Received: by mailman.ysv.freebsd.org (Postfix) id D142CA31CCC; Tue, 17 Nov 2015 23:49:31 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0DB7A31CCB for ; Tue, 17 Nov 2015 23:49:31 +0000 (UTC) (envelope-from rocky@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB7EE1E09 for ; Tue, 17 Nov 2015 23:49:30 +0000 (UTC) (envelope-from rocky@herveybayaustralia.com.au) Received: from [192.168.0.185] (laptop1.herveybayaustralia.com.au [192.168.0.185]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 9B8076214E; Wed, 18 Nov 2015 09:49:21 +1000 (EST) Subject: Re: Opening dmg files To: Shane Ambler , "questions@FreeBSD.org" References: <564B0B03.6060306@herveybayaustralia.com.au> <564B38D4.5060108@ShaneWare.Biz> From: R Skinner Message-ID: <564BBCFF.7030106@herveybayaustralia.com.au> Date: Wed, 18 Nov 2015 09:49:19 +1000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <564B38D4.5060108@ShaneWare.Biz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 23:49:32 -0000 On 18/11/2015 00:25, Shane Ambler wrote: > On 17/11/2015 21:39, R Skinner wrote: >> I'm checking out downloading the video files for the FreeBSD kernel >> course offered by McKusik, and I downloaded an encrypted file which I >> was able to decrypt, but I still can't actually play it. I don't believe >> I would have downloaded 650Mb of nothing, so how do I play it? >> >> The format is .dmg which is apparently a mac cd format, but I can't view >> the files in it, and mplayer and others don't recognise it either. >> > > It has been a few years but I recall .dmg being like an .iso but with > hfs+ structure. Try using it as a file backed mdconfig device and mount > using sysutils/hfsutils > > sysutils/hfsexplorer is a java app that claims to read most dmg images. > > You could also contact McKusik and suggest a bsd friendly version. > In theory, this struck me as a great idea - I installed hfsexplorer and tried opening the file. UNKNOWN type! I would suggest that this should work in most cases, so for anyone looking for an answer on standard dmg mac files: this is probably it. I just have no idea what this file is supposed to be. In his instructions it says it should play in a software dvd player or just burn to dvd, but so far none of that has worked. I'll admit I don't burn dvd's lately as there doesn't seem much point - I'm always trying to rip them to the hdd anyway, and I don't even know where I could buy them these days any more. The dvd burners I do have collect dust, and my new systems don't even have them... its like sd and the cloud is the future maan! The irony of it is that this course is meant to promote FreeBSD and its development, and yet I can't seem to use the file on it! I think I will have to try contacting him, but I'm not sure thats on the site... From owner-freebsd-questions@freebsd.org Wed Nov 18 02:45:40 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67453A302F1 for ; Wed, 18 Nov 2015 02:45:40 +0000 (UTC) (envelope-from patrickhess@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B38361A29 for ; Wed, 18 Nov 2015 02:45:39 +0000 (UTC) (envelope-from patrickhess@gmx.net) Received: from desk8.phess.net ([95.88.166.205]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MPUFR-1a31cR2Udt-004iiK for ; Wed, 18 Nov 2015 03:45:30 +0100 From: Patrick Hess To: freebsd-questions@freebsd.org Subject: Re: Opening dmg files Date: Wed, 18 Nov 2015 03:45:29 +0100 Message-ID: <1966076.TQYne7Fy15@desk8.phess.net> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p24; KDE/4.14.3; i386; ; ) In-Reply-To: <564B0B03.6060306@herveybayaustralia.com.au> References: <564B0B03.6060306@herveybayaustralia.com.au> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:oFYAN3JRofLyllpk/b4moHHoPsHkY89pQLnZ79BEN/WoWbeg7X4 vxnbIreegk5ExSyUmWmc97q2Tyzak+D2S9lg/zIpcA6qzjRMki5YM7TeA67Yj3MoBMc1fyk xVztuc11ORGS8HJJ02jgCkYTeJrCAmjDgJq6+G6Zt5ZkFZGwXKiJfws+9201FoqCPFnaUKP ugc07+6P2p8a3op8HHmSA== X-UI-Out-Filterresults: notjunk:1;V01:K0:o0ud6HeaF78=:dx+Jfq0ZNh7PxldIJtzbmW G6aCPSDg3AVNhGaqJfkr0Yh4uhUV9NZ0qPLix27JnT17UDDWSJ0oj2b5UqHthK+lfTpXyy/xo 5qyAqDCOVl4O2ueaouMNHpz7ib/8OlRgf6wly9keWhXC8hxJKmkgrNKfEd8IfJTBiKULKzPa0 rdQfFJOIooHCFa9gRViPuIK56V1sSAsC1ywtCxNOcX8VNmUjRcinY6KEnw5Qw0As58JsX7ner TBkNKG2YXNmo9/a4cxBP+pH/a7aJ+pMvilek1X23CM1csUBD3imGl2+gKHG2fr8KpJeWYLBg8 EtBK+886cLTO5eIBzoglNEx8Jf3CD8hDLw2BkzTx/1SkFLthv6tBl1N6hS6YFc48dUaOLAldK HbJ+wMUuufpwXvdnpIwgQapp9vCbMJrBoJLuhtWVCWRn13enQTJgwyTyRXkl8vAhB94FN9n+E xCPOIWzXgv7PlKeTGS08w1LsvOynHzkZZqn3tV8c/kVKHxJ9uJRgKG8f5TcX84DQBl2MqIoqK /mmeBDA4UK0dS+kXergFmfcHVxdec+/gSlpwpY7OGCWqWJ+qvu3q/zBZhwaEcU0fzi/feQ4ol 4Kw6qUuhQvH4wBMzrBdVD9SOo0L0jWEvc1TTwI+fFWM7Dh39PNep0iHUBYnzpMAGnBhqkuIff YfuysbYUtj8bBWvLTnOTgCfMduSBLuYhkO5ruyIwjXMwyqhQBwqFStAh+uPs9p7pASLfC/9mX g4O7cx0AotC5tQ3HxeUK6rrBbj4DRReBsDKeCsNCXrJb8kED/WE5UFbLHgRENSxGsiIBOOoDV BPQ7YDy X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 02:45:40 -0000 R Skinner wrote: > The format is .dmg which is apparently a mac cd format, but I can't view > the files in it, and mplayer and others don't recognise it either. Maybe file(1) could provide some meaningful information as to what is hiding inside that strange pile of bits and bytes. Patrick From owner-freebsd-questions@freebsd.org Wed Nov 18 03:12:29 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1243A30D8A for ; Wed, 18 Nov 2015 03:12:29 +0000 (UTC) (envelope-from gregory.orange@calorieking.com) Received: from pandora.au.calorieking.net (mail.au.calorieking.net [115.70.179.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69E461EA0 for ; Wed, 18 Nov 2015 03:12:28 +0000 (UTC) (envelope-from gregory.orange@calorieking.com) Received: from pandora.au.calorieking.net (localhost [127.0.0.1]) by pandora.au.calorieking.net (Postfix) with ESMTP id DBDCCEA for ; Tue, 17 Nov 2015 13:10:05 +0800 (WST) X-Virus-Scanned: amavisd-new at calorieking.com Received: from pandora.au.calorieking.net ([127.0.0.1]) by pandora.au.calorieking.net (mail.au.calorieking.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2NfW6tILH41U for ; Tue, 17 Nov 2015 13:10:05 +0800 (WST) Received: from [192.168.2.118] (freia.ne1.au.calorieking.net [192.168.2.118]) by pandora.au.calorieking.net (Postfix) with ESMTPSA id 7EF076 for ; Tue, 17 Nov 2015 13:10:05 +0800 (WST) Subject: Re: Terminal mirror, mirror terminal To: freebsd-questions@freebsd.org References: <20151117054859.18f085bc.freebsd@edvax.de> From: Gregory Orange Message-ID: <564AB6AD.2060706@calorieking.com> Date: Tue, 17 Nov 2015 13:10:05 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151117054859.18f085bc.freebsd@edvax.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 03:12:29 -0000 On 17/11/15 12:48, Polytropon wrote: > I'm logging into a remote location of a user (ssh -Y) in order > to perform some CLI tasks. I'd like the user to be able to see > what I'm doing for educational purposes - I usually have him on > the phone at the same time. So I see a CLI window on my desktop, > I work on his system, enter commands and so on, and _he_ can see > a terminal window on his desktop where he can see what I'm doing, > he'll see my commands and their output "mirrored". screen -rx is the first that comes to mind. HTH, Greg. From owner-freebsd-questions@freebsd.org Wed Nov 18 05:44:42 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41877A31BE4 for ; Wed, 18 Nov 2015 05:44:42 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 04ADD15AC for ; Wed, 18 Nov 2015 05:44:41 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: by iofh3 with SMTP id h3so43053612iof.3 for ; Tue, 17 Nov 2015 21:44:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ara-ler-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=0wIvC47DBQjmcr+l+ZkXDi6iHJbLN9LClm/az+UQbH8=; b=hjbYewdJ2N7Hb5DNj8IDvrONRC+SlcG06FG8tlYSyKOTEqacwezUUxzrWeWHr78uix K1V13KovL4awnMNvWyYRYS5dzi4XBQknzlsCZNxWUICNOpQKjcDEA4SFTqhfQ4m0x+/q L+M+a6uqWkMH0lHvhjEohS5VYyFxW/WYh734qjpI2Ixh5Jbf4LbS2OPcAVtxBvRI32Z4 NN39gKUjm/AWwURc1VHJeWunrPStGJa260QRnkBzAixFGmq5pxD7n/3xaoyZfRSrSVP1 +W4GYfhBnagFVCpHo5HonuTTvXZyzH2LbLqIqt20+2iXvEsMxCyWjUAsvW5v0CEc0vZO gHkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-type:content-disposition:user-agent; bh=0wIvC47DBQjmcr+l+ZkXDi6iHJbLN9LClm/az+UQbH8=; b=GC69aiLS8zUyZ9iFKzATAhIW75UVxqJFcSN1aISsSTbiIRwPmOJmQUmJ/mPB27Xv51 ReKOLG3TGjwuEYMYzgWR2SavI06OQcFPMKbYMuOcmKoO4NAZrwUzSYYkYHOVCYkREa5X 3z8Gju2s7B4HmOMQSHvl4plFCxjBbwhpp2EaYuY6TvHAGd2mZ3mFw6tyEJzAhGwDzy// KwpdAo4jlcCki6z0kRjlZrvgkuRwkmls94QBqMNfTP3QlGOi3psaibe2fgcFhv1Q61Do OFp/u+uQbniO0fnWCnAXYQotMB38nr2SHHmOc0Js4HZF0Kz9aX2ozRMGr7v4SKYAE9dX Tx4Q== X-Gm-Message-State: ALoCoQkZXMNqupqUKTfdEECMqyet53O1gHSHVmSlmCRKcIi+VFH9m/UwUsU8mL561lxAIiomcq9P X-Received: by 10.107.168.157 with SMTP id e29mr1288059ioj.96.1447825481217; Tue, 17 Nov 2015 21:44:41 -0800 (PST) Received: from dendrobates.araler.com (97-124-177-136.hlrn.qwest.net. [97.124.177.136]) by smtp.gmail.com with ESMTPSA id p125sm713404ioe.13.2015.11.17.21.44.39 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Nov 2015 21:44:40 -0800 (PST) Date: Tue, 17 Nov 2015 22:44:38 -0700 From: Sergey Manucharian To: freebsd-questions@freebsd.org Subject: ThinkPad LEDs Message-ID: <20151118054438.GA75246@dendrobates.araler.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 05:44:42 -0000 Is it possible to control ThinkPad LEDs? The driver acpi_ibm(4) is supposed to provide (some of) such functionality. Under /dev/led I have: ahci0.0.fault ahci0.0.locate ahci0.1.fault ahci0.1.locate ahci0.4.fault ahci0.4.locate em0 thinklight I have no idea about AHCI stuff (and don't really care of it). "em0' is the network connector LED. I can echo 0 or 1 or output of morse to it and it works. "thinklight" works somehow strangely (this is keyboard backlight and overhead light), although some people report it's working properly. However there are no other LEDs, e.g. power button, speaker, mic, sleep indicator, battery. Does anybody know whether it's possible to enable control of them? Thanks for advices, Sergey From owner-freebsd-questions@freebsd.org Wed Nov 18 06:04:44 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54C24A31EED for ; Wed, 18 Nov 2015 06:04:44 +0000 (UTC) (envelope-from markhamb@corp.ssimicro.com) Received: from barracuda.ssimicro.com (barracuda.ssimicro.com [96.46.39.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.ssimicro.com", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AD8A1C71 for ; Wed, 18 Nov 2015 06:04:43 +0000 (UTC) (envelope-from markhamb@corp.ssimicro.com) Received: from smail.ssimicro.com (smail.ssimicro.com [64.247.129.42]) by barracuda.ssimicro.com with ESMTP id N5rAv74GwzIu8sNJ (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Nov 2015 00:46:27 -0500 (EST) Received: from Markhams-MacBook-Pro.local (64-247-136-115.ssimicro.com [64.247.136.115]) (authenticated bits=0) by smail.ssimicro.com (8.15.2/8.15.2) with ESMTPSA id tAI5gVmG002831 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 18 Nov 2015 05:42:31 GMT (envelope-from markhamb@corp.ssimicro.com) X-Authentication-Warning: smail.ssimicro.com: Host 64-247-136-115.ssimicro.com [64.247.136.115] claimed to be Markhams-MacBook-Pro.local Subject: Re: Terminal mirror, mirror terminal To: Gregory Orange , freebsd-questions@freebsd.org References: <20151117054859.18f085bc.freebsd@edvax.de> <564AB6AD.2060706@calorieking.com> From: markham breitbach X-Enigmail-Draft-Status: N1110 Message-ID: <564C10F4.70703@corp.ssimicro.com> Date: Tue, 17 Nov 2015 22:47:32 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <564AB6AD.2060706@calorieking.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by bsmtpd at ssimicro.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 06:04:44 -0000 sudo watch -W {his pty/n} ^----- you can glean this from output of w This will give you write permission to his terminal, or you can have him watch {your pty/n} -Markham On 2015-11-16 10:10 PM, Gregory Orange wrote: > On 17/11/15 12:48, Polytropon wrote: >> I'm logging into a remote location of a user (ssh -Y) in order >> to perform some CLI tasks. I'd like the user to be able to see >> what I'm doing for educational purposes - I usually have him on >> the phone at the same time. So I see a CLI window on my desktop, >> I work on his system, enter commands and so on, and _he_ can see >> a terminal window on his desktop where he can see what I'm doing, >> he'll see my commands and their output "mirrored". > > screen -rx is the first that comes to mind. > > HTH, > Greg. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Wed Nov 18 06:33:28 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FAAFA315C5 for ; Wed, 18 Nov 2015 06:33:28 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5EBA61FC9 for ; Wed, 18 Nov 2015 06:33:27 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-76-245.dynamic.qsc.de [92.195.76.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 866EE3CE8F; Wed, 18 Nov 2015 07:33:18 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id tAI6XHBr002413; Wed, 18 Nov 2015 07:33:17 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Wed, 18 Nov 2015 07:33:17 +0100 From: Polytropon To: markham breitbach Cc: freebsd-questions@freebsd.org Subject: Re: Terminal mirror, mirror terminal Message-Id: <20151118073317.c75dee2f.freebsd@edvax.de> In-Reply-To: <564C10F4.70703@corp.ssimicro.com> References: <20151117054859.18f085bc.freebsd@edvax.de> <564AB6AD.2060706@calorieking.com> <564C10F4.70703@corp.ssimicro.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 06:33:28 -0000 On Tue, 17 Nov 2015 22:47:32 -0700, markham breitbach wrote: > sudo watch -W {his pty/n} > ^----- you can glean this from output of w > > This will give you write permission to his terminal, or you can have him > watch {your pty/n} I have read "man watch" and tried a few things - it's really versatile and still easy to use (for a not-so-technical user). I'm even going to automate this a little bit (get terminal id via "tty", start "mirroring xterm", display "press ^G when done" message when done, and so on). The only thing that's a bit annoying is the use of "sudo", but well, that's not a big deal as sudo has been properly configured. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Wed Nov 18 07:56:55 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 644D5A32818 for ; Wed, 18 Nov 2015 07:56:55 +0000 (UTC) (envelope-from darwinsurvivor@gmail.com) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 28A911DD9 for ; Wed, 18 Nov 2015 07:56:55 +0000 (UTC) (envelope-from darwinsurvivor@gmail.com) Received: by pacej9 with SMTP id ej9so37014102pac.2 for ; Tue, 17 Nov 2015 23:56:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rpEw4JGJTxqvfcZysyfBVsnOfkcjubfYG4a5WEr8Dt8=; b=Zms8iuhLzjeP394YH4cig//lwtU44QxMz2vAHFam+CAsBaXNlldXcjU1+yRUQiGm/6 X2KNLYIQrnByWdAWX/CAsjqh/l13J1ZV15buBujePqWb8MlWCpWXYldeSSr0ZOxHai0D 7FWDoR1Hsi5k330/L3Ww9vgbg3m6BlhTappZ1YGu/GViQ6YpEXUZY7DV23Wg3bvf7CE1 6et/FshKWKd1SEPYo9Epyy0NIFuDDPBPOmjPJFnM88pmev7GQkhJ/Xz0id6wEtzg4H2d arnzoctdxEDDIqQ/OuusCJb25PB/tgGic8v8619SI2bqo73wwXcwHmT7Nt+6wjALOQ64 dc3g== MIME-Version: 1.0 X-Received: by 10.67.4.69 with SMTP id cc5mr184946pad.142.1447833414408; Tue, 17 Nov 2015 23:56:54 -0800 (PST) Received: by 10.66.62.201 with HTTP; Tue, 17 Nov 2015 23:56:54 -0800 (PST) In-Reply-To: <20151118054438.GA75246@dendrobates.araler.com> References: <20151118054438.GA75246@dendrobates.araler.com> Date: Tue, 17 Nov 2015 23:56:54 -0800 Message-ID: Subject: Re: ThinkPad LEDs From: "darwinsurvivor@gmail.com" To: Sergey Manucharian Cc: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 07:56:55 -0000 I haven't use freebsd on my thinkpad, but you may want to take a look at tp_smapi. If you can get sysfs working, it may be an option. ~Doug On Tue, Nov 17, 2015 at 9:44 PM, Sergey Manucharian wrote: > Is it possible to control ThinkPad LEDs? > The driver acpi_ibm(4) is supposed to provide (some of) such functionality. > Under /dev/led I have: > > ahci0.0.fault > ahci0.0.locate > ahci0.1.fault > ahci0.1.locate > ahci0.4.fault > ahci0.4.locate > em0 > thinklight > > I have no idea about AHCI stuff (and don't really care of it). > > "em0' is the network connector LED. I can echo 0 or 1 or output of morse > to it and it works. > > "thinklight" works somehow strangely (this is keyboard backlight and > overhead > light), although some people report it's working properly. > > However there are no other LEDs, e.g. power button, speaker, mic, sleep > indicator, battery. > > Does anybody know whether it's possible to enable control of them? > > Thanks for advices, > Sergey > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Wed Nov 18 08:00:06 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BF50A32A3E for ; Wed, 18 Nov 2015 08:00:06 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0E321ED1 for ; Wed, 18 Nov 2015 08:00:05 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by wmvv187 with SMTP id v187so264738675wmv.1 for ; Wed, 18 Nov 2015 00:00:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=f/1Qt/i77+HS1Wx7MBEQUIUSwAlYlB58SnThRsY/FSs=; b=YNdgJjzzk6N1lzScIzvngsRipxDr8l/1s6rmDLteLUofUMrkeab7EIirZ6GrAftVgd ZN+kLTvapGik9JLvnx/fMMkTm1a9GWwHZ/99m6MQDHHeAyVNQHy43ow3KZdCmDXvbDWA HXWm40nravRZwwgItEulPQTaJ1+y02xiYmb8Rndxj0mG7Mz1IBZcAvh9m1P+7ufDuytZ czafiOilP52GGXDp1DMoOjI9qZSZY1WxbO+3oNIR3NxkAdct6ipC6KUkGVc+gag4koUT +fn74DmCzurtJ7Od/Q2RZE3rao9n6mSyQx2Sy+3ihjeOEL9RETd+AFVJibavrL+sbEnf aOkA== MIME-Version: 1.0 X-Received: by 10.28.100.84 with SMTP id y81mr2414013wmb.48.1447833604290; Wed, 18 Nov 2015 00:00:04 -0800 (PST) Received: by 10.28.181.213 with HTTP; Wed, 18 Nov 2015 00:00:04 -0800 (PST) In-Reply-To: References: <564B3E4D.7070808@gmail.com> Date: Wed, 18 Nov 2015 08:00:04 +0000 Message-ID: Subject: Re: Is processor microcode advised? From: krad To: Adam Vande More Cc: Will Senn , FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 08:00:06 -0000 or UEFI, sorry being pedantic On 17 November 2015 at 15:10, Adam Vande More wrote: > On Tue, Nov 17, 2015 at 8:48 AM, Will Senn wrote: > > > Is it important/necessary/advisable to install microcode for Intel > CPU's? > > If so, how do you know which CPU's have updates? Also, after doing make > > install in /usr/ports/sysutils/devcpu-data and adding > > microcode_update_enable="YES" to rc.conf, how can you tell if anything > was > > applied - what do you look for in dmesg output > > > > man cpuctl > > But normally this is just handled with a bios update. > -- > Adam > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Wed Nov 18 08:33:00 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1ABA3A2F3D7 for ; Wed, 18 Nov 2015 08:33:00 +0000 (UTC) (envelope-from ml@netfence.it) Received: from smtp208.alice.it (smtp208.alice.it [82.57.200.104]) by mx1.freebsd.org (Postfix) with ESMTP id A0D551FF9 for ; Wed, 18 Nov 2015 08:32:59 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu (79.32.6.132) by smtp208.alice.it (8.6.060.28) (authenticated as acanedi@alice.it) id 5638921C02934EC6 for freebsd-questions@freebsd.org; Wed, 18 Nov 2015 09:27:33 +0100 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.15.2/8.14.9) with ESMTP id tAI8RW6O069637 for ; Wed, 18 Nov 2015 09:27:32 +0100 (CET) (envelope-from ml@netfence.it) Subject: Re: Is processor microcode advised? To: freebsd-questions@freebsd.org References: <564B3E4D.7070808@gmail.com> From: Andrea Venturoli Message-ID: <564C3674.8040803@netfence.it> Date: Wed, 18 Nov 2015 09:27:32 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 08:33:00 -0000 On 11/17/15 16:10, Adam Vande More wrote: > On Tue, Nov 17, 2015 at 8:48 AM, Will Senn wrote: > >> Is it important/necessary/advisable to install microcode for Intel CPU's? >> If so, how do you know which CPU's have updates? Also, after doing make >> install in /usr/ports/sysutils/devcpu-data and adding >> microcode_update_enable="YES" to rc.conf, how can you tell if anything was >> applied - what do you look for in dmesg output >> > > man cpuctl > > But normally this is just handled with a bios update. Supposing BIOS has not been updated (due to no availability, lazyness, impossibility over a remote link, fear of bricking the box, etc...), the original question would still stand: is it important/necessary/advisable to use devcpu-data? Also, I see microcode_update has to load the cpuctl module. What are the implications of this WRT security? Would it be advisable to unload it afterwards? bye & Thanks av. From owner-freebsd-questions@freebsd.org Wed Nov 18 10:47:39 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9AD50A32B10 for ; Wed, 18 Nov 2015 10:47:39 +0000 (UTC) (envelope-from zgreenfelder@gmail.com) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 568CD1CE0 for ; Wed, 18 Nov 2015 10:47:39 +0000 (UTC) (envelope-from zgreenfelder@gmail.com) Received: by qgeb1 with SMTP id b1so24690575qge.1 for ; Wed, 18 Nov 2015 02:47:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=wpksQBJIuqVJ8exstH5N8faach8gF8Dph4C8UuOfvpQ=; b=CWIR2Hq2jtTLBtzh0Hs4PWYiEee9jM0glr369LYj8Z1V4CEpKXzWzef9pPz8TSuqAi lWldPFxMC/GueZL6oW2IRFc1ohE0y2S1X9XbdPDLqT4Xe439WCD9CyVqQYxs3xotnJ9m hh+ygAeYWTGv24HkO8XYattbPJzoIOGqsTdOSKbDfOJp5u5vt8g0IlXxWvLhzjtqZfCE ajmyWozfnNl9KXACl5XyRmy5hHmKoUaxB12NqHYfWIlxAFqow454TTGTFMpzzn19ccqd jQJd320WQ1c+/EeJ54V2Sm93/L4gG4WK0DHxlDPiw/Ma2KHZptyMihz0TdGvjX05Jgvu plHQ== X-Received: by 10.140.241.79 with SMTP id m76mr703957qhc.102.1447843658415; Wed, 18 Nov 2015 02:47:38 -0800 (PST) Received: from [192.168.10.31] (pool-96-241-237-72.washdc.fios.verizon.net. [96.241.237.72]) by smtp.googlemail.com with ESMTPSA id i139sm641084qhc.30.2015.11.18.02.47.36 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Nov 2015 02:47:37 -0800 (PST) Subject: Re: Opening dmg files To: freebsd-questions@freebsd.org References: <564B0B03.6060306@herveybayaustralia.com.au> <1966076.TQYne7Fy15@desk8.phess.net> From: zep Message-ID: <564C5748.4020106@gmail.com> Date: Wed, 18 Nov 2015 05:47:36 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <1966076.TQYne7Fy15@desk8.phess.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 10:47:39 -0000 On 11/17/2015 09:45 PM, Patrick Hess wrote: > R Skinner wrote: >> The format is .dmg which is apparently a mac cd format, but I can't view >> the files in it, and mplayer and others don't recognise it either. > Maybe file(1) could provide some meaningful information as to what > is hiding inside that strange pile of bits and bytes. > > Patrick or 'strings' or maybe check size/md5/sum/some other sort of checksum to be sure it didn't get corrupted along the way? -- public gpg key id: 1362BA1A From owner-freebsd-questions@freebsd.org Wed Nov 18 10:55:07 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69823A32D4F for ; Wed, 18 Nov 2015 10:55:07 +0000 (UTC) (envelope-from zgreenfelder@gmail.com) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25AE11253 for ; Wed, 18 Nov 2015 10:55:07 +0000 (UTC) (envelope-from zgreenfelder@gmail.com) Received: by qgec40 with SMTP id c40so24742433qge.2 for ; Wed, 18 Nov 2015 02:55:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=Ce6uy4c/JyTDSKqvQTVFDBYWsRQOQsUJLmJZxzmjSjE=; b=h8FVs+3JiRMEKtuPnQ+nPQSWVZCGgHvmSZKrUr5N6x6qBCkuUby6FQjMmQ2YpFPrbH PJ85UlvaPJhregKcWZfmCVl8CSlaklF0lJM2MlzFMq9EnFQk19BEvCLX6SMYkh4rYdFO zcvonsDEqvR+g/7muQW07kDmmwGkm+R3ZMKHJm3k9atlv7i5eecbtSv1OsSge0F8+btH W7JeS0sC2nTPn/Yb2Gle2uCrUSANk7iXZiVOGrJhtiFjyq0Yxfm2en4pJMnXWyZYc/IM NpdYS3IX5MkOxOjwkUOVMpThwhzPD3aUjCHSYz0Ogem64eEq3ZKscN+5dhpnTCodOQCa x4gg== X-Received: by 10.140.92.85 with SMTP id a79mr670291qge.105.1447844106382; Wed, 18 Nov 2015 02:55:06 -0800 (PST) Received: from [192.168.10.31] (pool-96-241-237-72.washdc.fios.verizon.net. [96.241.237.72]) by smtp.googlemail.com with ESMTPSA id m64sm666113qhm.1.2015.11.18.02.55.05 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Nov 2015 02:55:05 -0800 (PST) Subject: Re: Terminal mirror, mirror terminal To: freebsd-questions@freebsd.org References: <20151117054859.18f085bc.freebsd@edvax.de> <564AB6AD.2060706@calorieking.com> <564C10F4.70703@corp.ssimicro.com> <20151118073317.c75dee2f.freebsd@edvax.de> From: zep X-Enigmail-Draft-Status: N1110 Message-ID: <564C5908.7030305@gmail.com> Date: Wed, 18 Nov 2015 05:55:04 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151118073317.c75dee2f.freebsd@edvax.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 10:55:07 -0000 On 11/18/2015 01:33 AM, Polytropon wrote: > On Tue, 17 Nov 2015 22:47:32 -0700, markham breitbach wrote: >> sudo watch -W {his pty/n} >> ^----- you can glean this from output of w >> >> This will give you write permission to his terminal, or you can have him >> watch {your pty/n} > I have read "man watch" and tried a few things - it's really > versatile and still easy to use (for a not-so-technical user). > I'm even going to automate this a little bit (get terminal > id via "tty", start "mirroring xterm", display "press ^G when > done" message when done, and so on). The only thing that's a > bit annoying is the use of "sudo", but well, that's not a big > deal as sudo has been properly configured. you already seem to have your solution and it sounds to be a pretty 'thin' solution, but just to add on after - I would probably choose vnc and set/give a readonly password. it's notoriously insecure, so it'd also (probably) need a ssh tunnel to run through, but I still find it handy and it can do most anything an xsession can. -- public gpg key id: 1362BA1A From owner-freebsd-questions@freebsd.org Wed Nov 18 11:31:21 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FBF6A317A5 for ; Wed, 18 Nov 2015 11:31:21 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 140D71459 for ; Wed, 18 Nov 2015 11:31:20 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-76-245.dynamic.qsc.de [92.195.76.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 718C33CE87; Wed, 18 Nov 2015 12:31:16 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id tAIBVGTD002655; Wed, 18 Nov 2015 12:31:16 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Wed, 18 Nov 2015 12:31:15 +0100 From: Polytropon To: zep Cc: freebsd-questions@freebsd.org Subject: Re: Terminal mirror, mirror terminal Message-Id: <20151118123115.b9c7837e.freebsd@edvax.de> In-Reply-To: <564C5908.7030305@gmail.com> References: <20151117054859.18f085bc.freebsd@edvax.de> <564AB6AD.2060706@calorieking.com> <564C10F4.70703@corp.ssimicro.com> <20151118073317.c75dee2f.freebsd@edvax.de> <564C5908.7030305@gmail.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 11:31:21 -0000 On Wed, 18 Nov 2015 05:55:04 -0500, zep wrote: > you already seem to have your solution and it sounds to be a pretty > 'thin' solution, but just to add on after - I would probably choose > vnc and set/give a readonly password. I would have used VNC if this specific setting required that much "remote desktopping", but actually it doesn't. Usually I tend to use "ssh -Y" (slow, but sufficiently secure) when there's an urgent need to display X applications, and for anything else, SSH CLI access will work. This is where "watch" is a good solution: The user can see what I'm doing, and with parallel phone explanation and comments, he can do things the next time on his own. In other settings, I'm using both classic X remote and VNC already, it works quite well when kept inside LANs. > it's notoriously insecure, > so it'd also (probably) need a ssh tunnel to run through, but I > still find it handy and it can do most anything an xsession can. This special user is on a very slow Internet line, so I'm interested in as few transmission overhead as possible. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Wed Nov 18 12:15:21 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1761CA32813 for ; Wed, 18 Nov 2015 12:15:21 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4B2E19BA for ; Wed, 18 Nov 2015 12:15:20 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wmvv187 with SMTP id v187so275079766wmv.1 for ; Wed, 18 Nov 2015 04:15:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7aJ7TFiVqUFhE2xsrigJgMHySop5fDTZFS0a5W/fliY=; b=akvejlgEyvQSYDA+3ktkN5MlqBeOTAQZftw3a9HkpZv4l4nJPO/YN6OrbA7bTERXfg ITIbnY1H/fVruFlr6FsWv77HvgwxTQcEU/ZItXE3Wgz7TJmfG+YzjtD3IVXXBtNOyzqk oRXuoLzNSIeMliOQ5RPMxJvpuPj6dsekjkSfywZ88ws+1tIq+RPp+Xi9OeSJ6vsUPVG6 SOk0Ff7WZ21YsdNpfK6j50zoAGgMXOWfdrf8TgtBHqEe9eg4JuohCoFep3vGSOpgV+bd 2jaBZI9g29mwbSvKj1KDYpkA8B3CkP8v/xtwOhEysBKGkyIoKBoHIoWzm6/LARrJwwGU 2EJw== MIME-Version: 1.0 X-Received: by 10.28.129.82 with SMTP id c79mr3883127wmd.80.1447848919175; Wed, 18 Nov 2015 04:15:19 -0800 (PST) Received: by 10.194.16.231 with HTTP; Wed, 18 Nov 2015 04:15:19 -0800 (PST) In-Reply-To: <20151118073317.c75dee2f.freebsd@edvax.de> References: <20151117054859.18f085bc.freebsd@edvax.de> <564AB6AD.2060706@calorieking.com> <564C10F4.70703@corp.ssimicro.com> <20151118073317.c75dee2f.freebsd@edvax.de> Date: Wed, 18 Nov 2015 06:15:19 -0600 Message-ID: Subject: Re: Terminal mirror, mirror terminal From: Adam Vande More To: Polytropon Cc: markham breitbach , FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 12:15:21 -0000 On Wed, Nov 18, 2015 at 12:33 AM, Polytropon wrote: > The only thing that's a bit annoying is the use of "sudo", but well, that's not a big > deal as sudo has been properly configured. > You can find the device you're logged into by tty(1) # chmod a+rw /dev/pts/ Or some other permissions scheme as needed. -- Adam From owner-freebsd-questions@freebsd.org Wed Nov 18 12:55:36 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACE5BA3004E for ; Wed, 18 Nov 2015 12:55:36 +0000 (UTC) (envelope-from robin.westlund1@gmail.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D0911A86 for ; Wed, 18 Nov 2015 12:55:36 +0000 (UTC) (envelope-from robin.westlund1@gmail.com) Received: by lffu14 with SMTP id u14so25676664lff.1 for ; Wed, 18 Nov 2015 04:55:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:content-transfer-encoding:from:mime-version:date :subject:message-id:to; bh=zWL4YII/2TYvAFO6jkaLfhrYogOeMg+YFzZSQaZtPZo=; b=agtbx84TFDWDtXsj5AFduJiX0NP1OsklwCqia1EVs/8CX+rQ02EONHSvka38JgDpeo WyT6SkqGBbnmue3eI+f3KLLjGxdBqwh3v4ZC55uyhZVXJeokA380J9ZO1/YaAGxGxKW+ MsnN+Z5J3IylwG+gFj64gTXx7ytv5IjuWGnVrVnGyM5FO9Z0qLnQZxSpOJhUqr4zIa/v 72U2cOuvsP9JNyvQFMDMlKgDzV675Xrxuff3vsu7r9FrrA3WRS3Drs9NoV+m9H5TzLA9 Cfl6BLqWb9Wg44wAp3ONTErtmieAPs+6e+kL5VhaQEQUIB4yAiNGTaSUH2/yXkGH2oKu UkJw== X-Received: by 10.25.168.140 with SMTP id r134mr644536lfe.34.1447851334126; Wed, 18 Nov 2015 04:55:34 -0800 (PST) Received: from [10.167.205.140] (79.138.133.68.mobile.tre.se. [79.138.133.68]) by smtp.gmail.com with ESMTPSA id vz2sm404279lbb.35.2015.11.18.04.55.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Nov 2015 04:55:33 -0800 (PST) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable From: Robin Westlund Mime-Version: 1.0 (1.0) Date: Wed, 18 Nov 2015 13:55:32 +0100 Subject: Owner Of Bergfelt.se ? Message-Id: To: "freebsd-questions@FreeBSD.org" X-Mailer: iPhone Mail (12F70) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 12:55:36 -0000 Hi,=20 I'm wondering if you could provide me with the contact info of the owner of b= ergfelt.se address? It only says its powered by you. Sincerely, Robin=20 From owner-freebsd-questions@freebsd.org Wed Nov 18 13:00:28 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 170BEA30166 for ; Wed, 18 Nov 2015 13:00:28 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CF6E11BCA for ; Wed, 18 Nov 2015 13:00:27 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-184-59-147-149.neo.res.rr.com [184.59.147.149]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id cb42afd4; Wed, 18 Nov 2015 08:00:22 -0500 (EST) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id 630429d4 TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 18 Nov 2015 08:00:22 -0500 (EST) Message-ID: <1447851621.2765.6.camel@michaeleichorn.com> Subject: Re: Owner Of Bergfelt.se ? From: "Michael B. Eichorn" To: Robin Westlund , "freebsd-questions@FreeBSD.org" Date: Wed, 18 Nov 2015 08:00:21 -0500 In-Reply-To: References: Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-NMfCBewGAwuwrWtkRnwi" X-Mailer: Evolution 3.18.1 Mime-Version: 1.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 13:00:28 -0000 --=-NMfCBewGAwuwrWtkRnwi Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2015-11-18 at 13:55 +0100, Robin Westlund wrote: > Hi,=20 >=20 > I'm wondering if you could provide me with the contact info of the > owner of bergfelt.se address? It only says its powered by you. Nope. We are a free open source operating system like Windows or OSX, we don't know or control those who use it to 'power' thier sites. What you want is to try a 'whois' search. Try here:=C2=A0https://who.godadd= y .com/ >=20 > Sincerely, >=20 > Robin=20 >=20 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freeb > sd.org" --=-NMfCBewGAwuwrWtkRnwi Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEqAw ggYwMIIFGKADAgECAgMOXcYwDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQTAeFw0xNTA2MTMyMDI0NDZaFw0xNjA2MTQwMDM1NTBaMEgxHzAdBgNVBAMMFmlrZUBtaWNo YWVsZWljaG9ybi5jb20xJTAjBgkqhkiG9w0BCQEWFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJVdWALPz5h2s5zUQGIJYl6Vp8FPtZNko8q/3s crCsxXJLprMaDdpnqTsmkbmEfKvsqPQE6HVOpGxVRTl/tCm+VvouW9eY9ITMigb1OnHdU13CKO0j drgeU1nHst0qxwsIofRD7nC4dakT6exnrVndlBmLrf/bLPh2qOM8YK5qKK6m33fE7AyYrwiYAWFT 3fERI7LakjaabrIoS/Y1rCdL5FaCTMOlRbZyduc8HkrgjT2JW+i4fVcKyGL5gExBJWfS3q1uGFaB ie6pYtl8lZPtvN0JSfibP003RBoLgzqHJKW91RL0qNeDjKZi/5nrlU398l9UoVvLLO3KxoPBXKCx AgMBAAGjggLcMIIC2DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwHQYDVR0OBBYEFJZqarc6CcrOs6eAwOgrMznk5ZWWMB8GA1UdIwQYMBaAFFNy 7ZKc4NrLAVx8fpY1TvLUuFGCMCEGA1UdEQQaMBiBFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggFM BgNVHSAEggFDMIIBPzCCATsGCysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBh Y2NvcmRpbmcgdG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0 YXJ0Q29tIENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2Ug aW4gY29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYBBQUH AQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9jbGFzczEv Y2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zdWIu Y2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20v MA0GCSqGSIb3DQEBCwUAA4IBAQB4K8iQw+0FRn3xEnB3vIIu2Vi4C3ZGnOMWP90FFXLrZ6uAu9AK xVCjXUVP6nAEsOopTMu769vVecdBvg0KO2i5aTDTdTLX4g9d020g4OLWW1NiynAkX8oKqJLqZ53q vHK4zP4KWPS3bSqDWVCosTMfI+H6tkg+6G3gS0HHoHTLKZhIT3z6PQZAfeofM7ed6NOdAcj0J2lP ODHzzz7Y9x4wMwYJdidorzUDVYkNIkim8ak7hK9F60NadA5w/BirFATSlzRyV0h1tl6oNisEaQcq tGvy6UoCTDhzaJ7pQValfDXJ/A47P0hNj/CX/PmkY1wQHsEJz2pbh5lqteP/fO0rMIIGMDCCBRig AwIBAgIDDl3GMA0GCSqGSIb3DQEBCwUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTUwNjEzMjAyNDQ2WhcNMTYwNjE0MDAzNTUwWjBIMR8wHQYDVQQDDBZpa2VAbWljaGFlbGVpY2hv cm4uY29tMSUwIwYJKoZIhvcNAQkBFhZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyVXVgCz8+YdrOc1EBiCWJelafBT7WTZKPKv97HKwrMVyS6az Gg3aZ6k7JpG5hHyr7Kj0BOh1TqRsVUU5f7Qpvlb6LlvXmPSEzIoG9Tpx3VNdwijtI3a4HlNZx7Ld KscLCKH0Q+5wuHWpE+nsZ61Z3ZQZi63/2yz4dqjjPGCuaiiupt93xOwMmK8ImAFhU93xESOy2pI2 mm6yKEv2NawnS+RWgkzDpUW2cnbnPB5K4I09iVvouH1XCshi+YBMQSVn0t6tbhhWgYnuqWLZfJWT 7bzdCUn4mz9NN0QaC4M6hySlvdUS9KjXg4ymYv+Z65VN/fJfVKFbyyztysaDwVygsQIDAQABo4IC 3DCCAtgwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMB0GA1UdDgQWBBSWamq3OgnKzrOngMDoKzM55OWVljAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAhBgNVHREEGjAYgRZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBTAYDVR0gBIIB QzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBD QSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeG JWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9j YTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5j bGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG 9w0BAQsFAAOCAQEAeCvIkMPtBUZ98RJwd7yCLtlYuAt2RpzjFj/dBRVy62ergLvQCsVQo11FT+pw BLDqKUzLu+vb1XnHQb4NCjtouWkw03Uy1+IPXdNtIODi1ltTYspwJF/KCqiS6med6rxyuMz+Clj0 t20qg1lQqLEzHyPh+rZIPuht4EtBx6B0yymYSE98+j0GQH3qHzO3nejTnQHI9CdpTzgx888+2Pce MDMGCXYnaK81A1WJDSJIpvGpO4SvRetDWnQOcPwYqxQE0pc0cldIdbZeqDYrBGkHKrRr8ulKAkw4 c2ie6UFWpXw1yfwOOz9ITY/wl/z5pGNcEB7BCc9qW4eZarXj/3ztKzCCBjQwggQcoAMCAQICAR4w DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1 NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAx IFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7 zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8 VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+ jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQO Jebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB /wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAf BgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3dy5z dGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3Js MIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywGXLhjjF6uHLkjd02h cdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXltUfO4n4bGGdKo3awP Wp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8C h507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893 gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0 PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBm unwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2L L9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwF i2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhE puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDfzCCA3sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAQUAoIIBuzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTExMTgxMzAwMjFaMC8GCSqGSIb3DQEJ BDEiBCDcbHwtWRjKC4bVDXZDKIdNab+oHT8xjtwiReHVM5VKrjCBpQYJKwYBBAGCNxAEMYGXMIGU MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQ cmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5dxjCBpwYLKoZIhvcNAQkQAgsxgZeggZQw gYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFBy aW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCSqGSIb3DQEBAQUABIIBALnpZJbJ oLXBHqp1PxdW2QCZxq03nj8NKv54UMFJEB42/F9EyVsrnIQvLUB4a4GEwtkllnqIhBfmDeFEZEWb hM+UJUqDXV8h7Ffl/wMf1DUksbkcq3v2ha8XYodKMK+NZ0pb5NM3Pckapvq6YkpEitkhnl1l1pXg AJGUGbQa3TsJXOMH7HAEs+KyaWCLWBzSrB1+9mfGTefHzGTHDspYcxqX0kewatgVR2O9jFCDOqQg xLIRwKTpPqnn34047UZyronxR5pbqUPwkIWsMYUWl7gWEoANcSxMUbclIfXIUBEoy7nM+SoBMgZe V54QTC5OIfz1poxmPlG4MVCTyIicXdsAAAAAAAA= --=-NMfCBewGAwuwrWtkRnwi-- From owner-freebsd-questions@freebsd.org Wed Nov 18 13:30:27 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 976ABA306FF for ; Wed, 18 Nov 2015 13:30:27 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8238F18DB for ; Wed, 18 Nov 2015 13:30:27 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: by mailman.ysv.freebsd.org (Postfix) id 7EEE2A306FE; Wed, 18 Nov 2015 13:30:27 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E8C2A306FD for ; Wed, 18 Nov 2015 13:30:27 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by mx1.freebsd.org (Postfix) with ESMTP id 1D3DC18DA for ; Wed, 18 Nov 2015 13:30:26 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp14-2-92-61.lns21.adl6.internode.on.net (HELO leader.local) ([14.2.92.61]) by ipmail05.adl6.internode.on.net with ESMTP; 19 Nov 2015 00:00:25 +1030 Subject: Re: Opening dmg files To: R Skinner , "questions@FreeBSD.org" References: <564B0B03.6060306@herveybayaustralia.com.au> <564B38D4.5060108@ShaneWare.Biz> <564BBCFF.7030106@herveybayaustralia.com.au> From: Shane Ambler Message-ID: <564C7D5D.7000604@ShaneWare.Biz> Date: Thu, 19 Nov 2015 00:00:05 +1030 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <564BBCFF.7030106@herveybayaustralia.com.au> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 13:30:27 -0000 On 18/11/2015 10:19, R Skinner wrote: > On 18/11/2015 00:25, Shane Ambler wrote: >> On 17/11/2015 21:39, R Skinner wrote: >>> I'm checking out downloading the video files for the FreeBSD kernel >>> course offered by McKusik, and I downloaded an encrypted file which I >>> was able to decrypt, but I still can't actually play it. I don't believe >>> I would have downloaded 650Mb of nothing, so how do I play it? >>> >>> The format is .dmg which is apparently a mac cd format, but I can't view >>> the files in it, and mplayer and others don't recognise it either. >>> >> >> It has been a few years but I recall .dmg being like an .iso but with >> hfs+ structure. Try using it as a file backed mdconfig device and mount >> using sysutils/hfsutils >> >> sysutils/hfsexplorer is a java app that claims to read most dmg images. >> >> You could also contact McKusik and suggest a bsd friendly version. >> > In theory, this struck me as a great idea - I installed hfsexplorer and > tried opening the file. UNKNOWN type! > > I would suggest that this should work in most cases, so for anyone > looking for an answer on standard dmg mac files: this is probably it. > > > I just have no idea what this file is supposed to be. In his > instructions it says it should play in a software dvd player or just > burn to dvd, but so far none of that has worked. I'll admit I don't burn If it is a DVD master containing .vob files - maybe mount_udf from an mdconfig device. > dvd's lately as there doesn't seem much point - I'm always trying to rip > them to the hdd anyway, and I don't even know where I could buy them > these days any more. The dvd burners I do have collect dust, and my new > systems don't even have them... its like sd and the cloud is the future > maan! > > The irony of it is that this course is meant to promote FreeBSD and its > development, and yet I can't seem to use the file on it! I think I will > have to try contacting him, but I'm not sure thats on the site... +1 -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-questions@freebsd.org Wed Nov 18 14:12:14 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 796FDA30FBD for ; Wed, 18 Nov 2015 14:12:14 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 415461DB8 for ; Wed, 18 Nov 2015 14:12:14 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: by igcto18 with SMTP id to18so38748489igc.0 for ; Wed, 18 Nov 2015 06:12:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ara-ler-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=LmsuFQcCLj9lErnJgiiteDryPMJpu6Mc1QsnV7qGrGM=; b=kDV0DYJeScKhEwqYPkqqdbl/MbES3Nn/8mNfDhGMZsD3QRSfKTU503AEdDKRcrlIZX XDBgEQa6AyMjnr4tAcEr8cf7azMI5oL5+tTJWWS3L7i0NH45w0e/4eEMDEpAM01XHmKl BV9OhGEDOmFfTejL2JxIDd02NhQ6naRmRWxfbxKL6/M8Uo3x+SglNIS8CpKdVEU52Ok8 Ud97umjK5Qa5pRH71LUbb6Qkztiu90swqycu6SrhLKMo/cE3h6npvjpADv/wxC2Gbk0u AtU+iuBXoICZTq3xjEqfY5fivJNGcfrkyJlyzlA8Y941JOsz2ARFD8KU4JM2uvKsy/Ua HhkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=LmsuFQcCLj9lErnJgiiteDryPMJpu6Mc1QsnV7qGrGM=; b=Qc8N5Knobn/THphCeQVX3MHO3Hd91K8zTNp0T3nTkRz4qvtm3hxSR1nVd4MTwWbDTD AU8jS5f+Mc+02ApdBAVAH4qijVWhZVWu+4HKTorvA43XlXoacgswfo2QtW2q5rPYWVLO lQw4t/qAlIfQRnYTGUBATqV2ry6WrCzSOFMLR50wnYAvWHCnZcyznwBEjY20qNANGjGd PBFObC8akwIv11O8NbfmF3Gw6pkx0NB1yL/yftUObT2Ayr4DC5J2pTHgbWzX2Kg/7WgO uU2meHYo0gQ48BW6UNfWyrUuiNAMdx0Vupdd06G0yOjtV0Rr/0VIgToLu3fgDQNdvlaO Flfw== X-Gm-Message-State: ALoCoQkOi41ZFVnAiFf/R0qceDWLuOAwUbnusYeQyjUK6KAyNUZ777T6seC1TqmaY9BB9/4KWVKZ X-Received: by 10.50.46.36 with SMTP id s4mr3256476igm.84.1447855933470; Wed, 18 Nov 2015 06:12:13 -0800 (PST) Received: from dendrobates.araler.com (97-124-177-136.hlrn.qwest.net. [97.124.177.136]) by smtp.gmail.com with ESMTPSA id 90sm1289978ioq.29.2015.11.18.06.12.12 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Nov 2015 06:12:12 -0800 (PST) Date: Wed, 18 Nov 2015 07:12:10 -0700 From: Sergey Manucharian To: "darwinsurvivor@gmail.com" Cc: freebsd-questions@freebsd.org Subject: Re: ThinkPad LEDs Message-ID: <20151118141210.GB75246@dendrobates.araler.com> References: <20151118054438.GA75246@dendrobates.araler.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 14:12:14 -0000 Excerpts from darwinsurvivor@gmail.com's message from Tue 17-Nov-15 23:56: > On Tue, Nov 17, 2015 at 9:44 PM, Sergey Manucharian wrote: > > > Is it possible to control ThinkPad LEDs? > > The driver acpi_ibm(4) is supposed to provide (some of) such functionality. > > Under /dev/led I have: > > > > .... > > em0 > > thinklight > > > > "em0' is the network connector LED. I can echo 0 or 1 or output of morse > > to it and it works. > > > > "thinklight" works somehow strangely (this is keyboard backlight and > > overhead > > light), although some people report it's working properly. > > > > However there are no other LEDs, e.g. power button, speaker, mic, sleep > > indicator, battery. > I haven't use freebsd on my thinkpad, but you may want to take a look at > tp_smapi. If you can get sysfs working, it may be an option. > Thanks, Doug! However it may not work either, since my ThinkPad is T430 and I've found at thinkwiki.org: If you are installing on a recent Thinkpad that has an Ivy Bridge or newer processor (X230, T430, T530, etc.), tp_smapi will not work. You will be mostly limited to thinkpad-acpi capabilities. Since acpi_ibm in Linux does work, it's probably not so hard to port those features to FreeBSD. I'll take a look when have spare time. Sergey From owner-freebsd-questions@freebsd.org Wed Nov 18 14:57:32 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE464A31864 for ; Wed, 18 Nov 2015 14:57:32 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: from mail-yk0-x22f.google.com (mail-yk0-x22f.google.com [IPv6:2607:f8b0:4002:c07::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 948921270 for ; Wed, 18 Nov 2015 14:57:32 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: by ykdr82 with SMTP id r82so67073776ykd.3 for ; Wed, 18 Nov 2015 06:57:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=s6A4XFvsThSlnDRz4Bn8IABx0+oDnOUa2N1I19gNheI=; b=iHVj90V5JMSKlK6Xz98hSAD3eOuCYtvxd9EGozR3+IA19U9lfUVU5+gVY7Aokv6HC5 n80aesFBBNsC6w8PZqe275acC4imJb1HRbIYcaiWH/l31kEfFcpqK6EFgqvtoVxNRTZR soa+DuPgdX4ch5swdbDNvoid9L6dZWnMRf68/cjWo7MFRAQuFq7IGQuK+hokTEUn2dPC D2qLKkzQkdA7erI4A/AP9KVxxJ1Zi+4fxR7AsmD+rGcyvqy/0vskL/I5AJpz6fmYhqch 8Sjpt7KXErJ1ssb3lNEJUD4Z67fwOTeXcgv5YWn9oal0BhB4bJl4kkeMHyJM/0uteXHR 2YLw== X-Received: by 10.13.195.133 with SMTP id f127mr2244278ywd.10.1447858651723; Wed, 18 Nov 2015 06:57:31 -0800 (PST) Received: from [192.168.0.4] ([206.251.219.82]) by smtp.gmail.com with ESMTPSA id e66sm3583507ywd.33.2015.11.18.06.57.30 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Nov 2015 06:57:31 -0800 (PST) To: freebsd-questions@freebsd.org From: Will Senn Subject: gnu make and gcc Message-ID: <564C91DA.3040909@gmail.com> Date: Wed, 18 Nov 2015 08:57:30 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 14:57:33 -0000 Hi, Is it ok to install gnu make and gcc on FreeBSD 10.2? and is it safe to do so? Or, will it cause confusion with the system provided toolset? I am trying to build the simh PDP simulator on freebsd and the makefile is a gnu makefile. -will From owner-freebsd-questions@freebsd.org Wed Nov 18 15:02:22 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D81F8A31B3F for ; Wed, 18 Nov 2015 15:02:22 +0000 (UTC) (envelope-from merlyn@geeks.org) Received: from mail.geeks.org (jacobs.geeks.org [204.153.247.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BB5741576 for ; Wed, 18 Nov 2015 15:02:21 +0000 (UTC) (envelope-from merlyn@geeks.org) Received: from mail.geeks.org (localhost [127.0.0.1]) by after-clamsmtpd.geeks.org (Postfix) with ESMTP id 92118110234; Wed, 18 Nov 2015 09:02:15 -0600 (CST) Received: by mail.geeks.org (Postfix, from userid 1003) id 72294110228; Wed, 18 Nov 2015 09:02:15 -0600 (CST) Date: Wed, 18 Nov 2015 09:02:15 -0600 From: Doug McIntyre To: Will Senn Cc: freebsd-questions@freebsd.org Subject: Re: gnu make and gcc Message-ID: <20151118150215.GB19167@geeks.org> References: <564C91DA.3040909@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <564C91DA.3040909@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 15:02:22 -0000 On Wed, Nov 18, 2015 at 08:57:30AM -0600, Will Senn wrote: > Is it ok to install gnu make and gcc on FreeBSD 10.2? and is it safe to > do so? Or, will it cause confusion with the system provided toolset? I > am trying to build the simh PDP simulator on freebsd and the makefile is > a gnu makefile. Sure, in addition to 'cc' and 'make', you'll have 'gcc' and 'gmake' if you install those packages. GNU Make is almost always installed by me. GCC not so much, you may want to try the clang 'cc' first to see if it'll compile what you need first. BTW: simh is already a prebuilt package as well, not sure if with the options you need. From owner-freebsd-questions@freebsd.org Wed Nov 18 15:14:52 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53B54A31E78 for ; Wed, 18 Nov 2015 15:14:52 +0000 (UTC) (envelope-from dave@dgmm.net) Received: from outbound-queue-1.mail.thdo.gradwell.net (outbound-queue-1.mail.thdo.gradwell.net [212.11.70.34]) by mx1.freebsd.org (Postfix) with ESMTP id 170FF1DCD for ; Wed, 18 Nov 2015 15:14:51 +0000 (UTC) (envelope-from dave@dgmm.net) Received: from outbound-edge-2.mail.thdo.gradwell.net (bonnie.gradwell.net [212.11.70.2]) by outbound-queue-1.mail.thdo.gradwell.net (Postfix) with ESMTP id C7CC821EE6 for ; Wed, 18 Nov 2015 15:13:53 +0000 (GMT) Received: from cpc89374-jarr11-2-0-cust348.16-2.cable.virginm.net (HELO amd.asgard.uk) (82.13.141.93) (smtp-auth username fbsd%pop3.dgmm.net, mechanism plain) by outbound-edge-2.mail.thdo.gradwell.net (qpsmtpd/0.83) with ESMTPA; Wed, 18 Nov 2015 15:13:53 +0000 From: Dave To: freebsd-questions@freebsd.org Subject: Re: Is processor microcode advised? Date: Wed, 18 Nov 2015 15:13:53 +0000 Message-ID: <2412157.pVeQKYeata@amd.asgard.uk> User-Agent: KMail/4.14.3 (FreeBSD/9.3-RELEASE-p30; KDE/4.14.3; amd64; ; ) In-Reply-To: <564C3674.8040803@netfence.it> References: <564B3E4D.7070808@gmail.com> <564C3674.8040803@netfence.it> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Gradwell-MongoId: 564c95b1.c925-7fbc-2 X-Gradwell-Auth-Method: mailbox X-Gradwell-Auth-Credentials: fbsd@pop3.dgmm.net X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 15:14:52 -0000 On Wednesday 18 November 2015 09:27:32 Andrea Venturoli wrote: > On 11/17/15 16:10, Adam Vande More wrote: > > On Tue, Nov 17, 2015 at 8:48 AM, Will Senn wrote: > > > >> Is it important/necessary/advisable to install microcode for Intel CPU's? > >> If so, how do you know which CPU's have updates? Also, after doing make > >> install in /usr/ports/sysutils/devcpu-data and adding > >> microcode_update_enable="YES" to rc.conf, how can you tell if anything was > >> applied - what do you look for in dmesg output > >> > > > > man cpuctl > > > > But normally this is just handled with a bios update. > > Supposing BIOS has not been updated (due to no availability, lazyness, > impossibility over a remote link, fear of bricking the box, etc...) FWIW, I've replaced many, many motherboards over the years and as part of our standard procedure we update the BIOS firmware to the latest company approved version with the corporate boot logo baked in and I've never, ever ended up with a bricked board. This has, over the years, included MSI, ASUS and INTEL boards as well as INTEL and SuperMicro server boards. Personally I always boot FreeDOS and use the relevant DOS util to flash the firmware. Normally the flash util will warn if you try to install the wrong BIOS or even if you are downgrading it, but not always. I don't know what might happen if you try to install an incorrect BIOS file. I've always been careful to make sure I use the correct one. YMMV etc etc etc. > , the > original question would still stand: is it important/necessary/advisable > to use devcpu-data? > > Also, I see microcode_update has to load the cpuctl module. What are the > implications of this WRT security? > Would it be advisable to unload it afterwards? > > bye & Thanks > av. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Wed Nov 18 16:04:29 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB195A2BBEF for ; Wed, 18 Nov 2015 16:04:29 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7361D196D for ; Wed, 18 Nov 2015 16:04:29 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-76-245.dynamic.qsc.de [92.195.76.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 3C0A43CDDB; Wed, 18 Nov 2015 17:04:25 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id tAIG4OCr003713; Wed, 18 Nov 2015 17:04:24 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Wed, 18 Nov 2015 17:04:24 +0100 From: Polytropon To: Will Senn Cc: freebsd-questions@freebsd.org Subject: Re: gnu make and gcc Message-Id: <20151118170424.6f085661.freebsd@edvax.de> In-Reply-To: <564C91DA.3040909@gmail.com> References: <564C91DA.3040909@gmail.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 16:04:29 -0000 On Wed, 18 Nov 2015 08:57:30 -0600, Will Senn wrote: > Is it ok to install gnu make and gcc on FreeBSD 10.2? and is it safe to > do so? Or, will it cause confusion with the system provided toolset? Yes, there are ports for both which you can install. For GCC, the binary will be called gcc or gccXY (where XY is the version), and GNU make will be called gmake. It will not conflict with system tools. > I > am trying to build the simh PDP simulator on freebsd and the makefile is > a gnu makefile. You should be able to use SimH included in the ports collection, which is fully compatible with FreeBSD's ports infrastructure (so "make install" will work - and install every dependency needed to do so). Or install via pkg. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Wed Nov 18 16:31:26 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECE38A323C9 for ; Wed, 18 Nov 2015 16:31:26 +0000 (UTC) (envelope-from merlyn@geeks.org) Received: from mail.geeks.org (jacobs.geeks.org [204.153.247.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CDAC61D3F for ; Wed, 18 Nov 2015 16:31:26 +0000 (UTC) (envelope-from merlyn@geeks.org) Received: from mail.geeks.org (localhost [127.0.0.1]) by after-clamsmtpd.geeks.org (Postfix) with ESMTP id DA5A3110235 for ; Wed, 18 Nov 2015 10:31:24 -0600 (CST) Received: by mail.geeks.org (Postfix, from userid 1003) id BA5E3110234; Wed, 18 Nov 2015 10:31:24 -0600 (CST) Date: Wed, 18 Nov 2015 10:31:24 -0600 From: Doug McIntyre To: freebsd-questions@freebsd.org Subject: Re: Is processor microcode advised? Message-ID: <20151118163124.GC19167@geeks.org> References: <564B3E4D.7070808@gmail.com> <564C3674.8040803@netfence.it> <2412157.pVeQKYeata@amd.asgard.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2412157.pVeQKYeata@amd.asgard.uk> User-Agent: Mutt/1.5.24 (2015-08-30) X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 16:31:27 -0000 On Wed, Nov 18, 2015 at 03:13:53PM +0000, Dave wrote: > On Wednesday 18 November 2015 09:27:32 Andrea Venturoli wrote: > > Supposing BIOS has not been updated (due to no availability, lazyness, > > impossibility over a remote link, fear of bricking the box, etc...) > > FWIW, I've replaced many, many motherboards over the years and as part of our standard procedure we update the BIOS firmware to the latest company approved version with the corporate boot logo baked in and I've never, ever ended up with a bricked board. ... I have. Mostly with Dell systems. Later on, there are known errata that pop up, like if you have this board, with this RAID controller, and this version of the BCM, make sure to upgrade this component to this version first, that component next, etc. etc. And of course, usually this errata always shows up *after* I've done the deed and killed the board. Dell also doesn't have a field recovery option either. I don't use Dell much any more. From owner-freebsd-questions@freebsd.org Wed Nov 18 18:56:31 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB3D6A32465 for ; Wed, 18 Nov 2015 18:56:31 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A90991BB9 for ; Wed, 18 Nov 2015 18:56:31 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: by ykdr82 with SMTP id r82so79560127ykd.3 for ; Wed, 18 Nov 2015 10:56:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:to:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=UYx6lvEojiEXg0F2QwbABi4fg6SnoOtkSeXFJtqriJE=; b=TuHUMFxkIKp32yGnNYF77v2Y+fhiLp22AoSozGm1lDYcweIs5SozzDRfebNNzfihNQ rdnCKPY77LSIjH+g1AbvwH3htaav/BEU36rfQtuKpO3MLjBFrKoTbf1QLodYQJaCRtb2 JjLlRnpbR8H8X2P+bHkt0tZugxfHOQ9twaYdJQWqL6VLHWYQvU8e9uMLHKy7BY6/0rHK jd2cH3ugzdpOFhHCusBPZF2xmwpMpdzi3juiNQ435nsjVdWcj4GUViAJNAMplRHRJZrK xUPl2RS1/HdJKK/hcMBkjh2azWS6GM+evh0ji7g1KSFtp6BrCZMLlD33shMdgDHOG3A2 I98Q== X-Received: by 10.13.205.70 with SMTP id p67mr3880290ywd.249.1447872990715; Wed, 18 Nov 2015 10:56:30 -0800 (PST) Received: from [192.168.0.4] ([206.251.219.82]) by smtp.gmail.com with ESMTPSA id i12sm4612342ywg.40.2015.11.18.10.56.29 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Nov 2015 10:56:30 -0800 (PST) Subject: Re: gnu make and gcc References: <564C91DA.3040909@gmail.com> <20151118170424.6f085661.freebsd@edvax.de> To: freebsd-questions@freebsd.org From: Will Senn Message-ID: <564CC9DD.5070400@gmail.com> Date: Wed, 18 Nov 2015 12:56:29 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151118170424.6f085661.freebsd@edvax.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 18:56:32 -0000 On 11/18/15 10:04 AM, Polytropon wrote: > On Wed, 18 Nov 2015 08:57:30 -0600, Will Senn wrote: >> Is it ok to install gnu make and gcc on FreeBSD 10.2? and is it safe to >> do so? Or, will it cause confusion with the system provided toolset? > Yes, there are ports for both which you can install. For GCC, > the binary will be called gcc or gccXY (where XY is the version), > and GNU make will be called gmake. It will not conflict with > system tools. Great to hear. I may just use the ports version of SimH, but I'm sure I'll run across the need again sometime. > >> I >> am trying to build the simh PDP simulator on freebsd and the makefile is >> a gnu makefile. > You should be able to use SimH included in the ports collection, > which is fully compatible with FreeBSD's ports infrastructure > (so "make install" will work - and install every dependency needed > to do so). Or install via pkg. :-) This didn't even occur to me to try. I guess I thought it was too far out in left field. I guess not. I'll give it a try. Thanks. From owner-freebsd-questions@freebsd.org Wed Nov 18 18:58:10 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D37B7A32505 for ; Wed, 18 Nov 2015 18:58:10 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91DE81CBF for ; Wed, 18 Nov 2015 18:58:10 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: by ykdv3 with SMTP id v3so80236192ykd.0 for ; Wed, 18 Nov 2015 10:58:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:to:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=QjdjiElK22jea+DXGSVX3SpnsJILKvJH++T/WcGIGUk=; b=nvspn1mWKYiN8WvVsemKYJtsi2vEuOuaLbQhDktGqvyedc1vsi8dgEpq1UbPv/NZpd zjoJT8+8jmtTULtLz2qLWSCwhU2XJ6dorfUZjFJBTNpbaf6FCJ0y44YYoHEsFezRlNL9 MIHSDdjHUkEA1iSBmGpD5Ue6EeUHAZF1ss1nK3qHgbh46whFcE+aOttiG1J12Cif0jFd mL6LC3Y6c0KvEtj8WJOXIzI76CTirNnqTqGu9oeol2M7Ggalkx7E++I0DhJaosZvl+qw x8dM2BdwXrKLTNFZLFs3uHNDBsUu0Zsp/SARWwEdNvCc7ulgAlLDMxjv5x0xJNqORD0Y sAyA== X-Received: by 10.13.223.151 with SMTP id i145mr3881656ywe.324.1447873089733; Wed, 18 Nov 2015 10:58:09 -0800 (PST) Received: from [192.168.0.4] ([206.251.219.82]) by smtp.gmail.com with ESMTPSA id a143sm4591677ywe.54.2015.11.18.10.58.09 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Nov 2015 10:58:09 -0800 (PST) Subject: Re: gnu make and gcc References: <564C91DA.3040909@gmail.com> <20151118150215.GB19167@geeks.org> To: freebsd-questions@freebsd.org From: Will Senn Message-ID: <564CCA40.7070609@gmail.com> Date: Wed, 18 Nov 2015 12:58:08 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151118150215.GB19167@geeks.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 18:58:10 -0000 On 11/18/15 9:02 AM, Doug McIntyre wrote: > On Wed, Nov 18, 2015 at 08:57:30AM -0600, Will Senn wrote: >> Is it ok to install gnu make and gcc on FreeBSD 10.2? and is it safe to >> do so? Or, will it cause confusion with the system provided toolset? I >> am trying to build the simh PDP simulator on freebsd and the makefile is >> a gnu makefile. > Sure, in addition to 'cc' and 'make', you'll have 'gcc' and 'gmake' if > you install those packages. GNU Make is almost always installed by me. > GCC not so much, you may want to try the clang 'cc' first to see if it'll > compile what you need first. > > BTW: simh is already a prebuilt package as well, not sure if with the > options you need. > > Thanks for pointing out that it could be enough to just use gmake. I was wondering how much of the toolchain I could get away with if I went that route. First, I'm going to try the port. Thanks, Will From owner-freebsd-questions@freebsd.org Wed Nov 18 20:27:16 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A8F2A32523 for ; Wed, 18 Nov 2015 20:27:16 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.70.90]) by mx1.freebsd.org (Postfix) with ESMTP id E206B149C for ; Wed, 18 Nov 2015 20:27:15 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id 6022DCB8CA0; Wed, 18 Nov 2015 14:05:08 -0600 (CST) Received: from 128.135.208.186 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Wed, 18 Nov 2015 14:05:08 -0600 (CST) Message-ID: <60773.128.135.208.186.1447877108.squirrel@cosmo.uchicago.edu> In-Reply-To: <20151118163124.GC19167@geeks.org> References: <564B3E4D.7070808@gmail.com> <564C3674.8040803@netfence.it> <2412157.pVeQKYeata@amd.asgard.uk> <20151118163124.GC19167@geeks.org> Date: Wed, 18 Nov 2015 14:05:08 -0600 (CST) Subject: Re: Is processor microcode advised? From: "Valeri Galtsev" To: "Doug McIntyre" Cc: freebsd-questions@freebsd.org Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 20:27:16 -0000 On Wed, November 18, 2015 10:31 am, Doug McIntyre wrote: > On Wed, Nov 18, 2015 at 03:13:53PM +0000, Dave wrote: >> On Wednesday 18 November 2015 09:27:32 Andrea Venturoli wrote: >> > Supposing BIOS has not been updated (due to no availability, lazyness, >> > impossibility over a remote link, fear of bricking the box, etc...) >> >> FWIW, I've replaced many, many motherboards over the years and as part >> of our standard procedure we update the BIOS firmware to the latest >> company approved version with the corporate boot logo baked in and I've >> never, ever ended up with a bricked board. ... > > I have. Mostly with Dell systems. Later on, there are known errata > that pop up, like if you have this board, with this RAID controller, > and this version of the BCM, make sure to upgrade this component to > this version first, that component next, etc. etc. > > And of course, usually this errata always shows up *after* I've done > the deed and killed the board. Dell also doesn't have a field recovery > option either. > > I don't use Dell much any more. I'm with you on both items. If you need rack mount server, Dell will cost you about twice compared to what one of many small companies will assemble for you based on some barebone. And with Dell you will not be flexible. Say, you want 3ware RAID controller. Most likely it will not be possible to add into Dell rack mount server (I've been through that). I didn't flash new BIOS into Dell servers (to the best of my recollection). I've flashed into Tyan system boards, and once I've flashed one into HP laptop (they "blacklisted" hardware, which prevented me from replacing piece of crap broadcom wireless adapter with great Intel one - to have Linux... - so I had to use hex editor to add my ID, and then match checksum...). Didn't brick any of boards luckily. But with all my heart I would oppose flashing bios or firmware (unless it is absolutely necessary). In general, if I hear from some hardware vendor that I _must_ flash updated firmware or I am in trouble, I will never use their hardware in a future. BIOS or firmware are programs, and being such they can contain bugs. They are, however, extremely short and simple programs (at least the must be IMHO), and significant effort should be put in their debugging. So, once released, they should be virtually bug free. If I _must_ upgrade BIOS (except for extra features), then the original BIOS as released was a piece of crap, therefore I avoid this hardware in a future. Just my humble opinion. Valeri ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@freebsd.org Wed Nov 18 21:21:18 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 182EDA32E96 for ; Wed, 18 Nov 2015 21:21:18 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: from mail-yk0-x22f.google.com (mail-yk0-x22f.google.com [IPv6:2607:f8b0:4002:c07::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E28F41FE0 for ; Wed, 18 Nov 2015 21:21:17 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: by ykdr82 with SMTP id r82so84524514ykd.3 for ; Wed, 18 Nov 2015 13:21:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:to:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=I77bZN1blBFkz8KpayIUu7ESqPWbOiO4AhQUXdlZw5A=; b=nh/dhiaHrVV9zPG9ZgpH7DUdeLKbF3OY7ICMLXyI3zNFO7P601Pm5orcC0ISox6d+Y vM+FatZzQtmgE2QMZveZxMEX56QFLv394Mp6QEfcrU2IQd69hVeB49iKHNSDcttABuM0 lOcHJcjap6VU2PW/KQH2tBL9ZjVNFomlaCnuaONAxvF6+N+I9FeNaN86UH9gjzVWIJTg id2gnVtwYaZLLn7Z3tpuFiNen3xyEBmMq7JeGxU4oIipklBmFCkkpkwtp2VxNuxLkdAU 3eQede3g6xi96zIGA3SzwMsTt9KOvEnXHb/meUNf8dtRlWWts9Bf39z9nGDS/47WZSzO Dong== X-Received: by 10.129.46.194 with SMTP id u185mr4395764ywu.277.1447881676974; Wed, 18 Nov 2015 13:21:16 -0800 (PST) Received: from [192.168.0.4] ([206.251.219.82]) by smtp.gmail.com with ESMTPSA id g63sm5105173ywg.21.2015.11.18.13.21.16 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Nov 2015 13:21:16 -0800 (PST) Subject: Re: gnu make and gcc References: <564C91DA.3040909@gmail.com> <20151118170424.6f085661.freebsd@edvax.de> To: freebsd-questions@freebsd.org From: Will Senn Message-ID: <564CEBCB.4060201@gmail.com> Date: Wed, 18 Nov 2015 15:21:15 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151118170424.6f085661.freebsd@edvax.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 21:21:18 -0000 On 11/18/15 10:04 AM, Polytropon wrote: > On Wed, 18 Nov 2015 08:57:30 -0600, Will Senn wrote: >> Is it ok to install gnu make and gcc on FreeBSD 10.2? and is it safe to >> do so? Or, will it cause confusion with the system provided toolset? > Yes, there are ports for both which you can install. For GCC, > the binary will be called gcc or gccXY (where XY is the version), > and GNU make will be called gmake. It will not conflict with > system tools. > OK. So I installed gcc using pkg install gcc49, but when I did gmake on another project's gnu makefile, it fails with 'gmake: gcc: Command not found' I tried creating an alias for gcc, but got the same error. Is there some trick to making make think gcc49 is gcc or do I need to go create symlinks for all of the gwhatever49 files in /usr/local/bin? Which by the way already had gcc48, sheesh. Thanks, Will From owner-freebsd-questions@freebsd.org Wed Nov 18 21:46:13 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBC15A32404 for ; Wed, 18 Nov 2015 21:46:13 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 8EAA41E3A for ; Wed, 18 Nov 2015 21:46:13 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from lowell-desk.lan (router.lan [172.30.250.2]) by be-well.ilk.org (Postfix) with ESMTP id F271B33C26; Wed, 18 Nov 2015 16:38:05 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id 4FA903980E; Wed, 18 Nov 2015 16:38:03 -0500 (EST) From: Lowell Gilbert To: Will Senn Cc: freebsd-questions@freebsd.org Subject: Re: gnu make and gcc References: <564C91DA.3040909@gmail.com> <20151118170424.6f085661.freebsd@edvax.de> <564CEBCB.4060201@gmail.com> reply-to: freebsd-questions@freebsd.org Date: Wed, 18 Nov 2015 16:38:03 -0500 In-Reply-To: <564CEBCB.4060201@gmail.com> (Will Senn's message of "Wed, 18 Nov 2015 15:21:15 -0600") Message-ID: <44bnart2dg.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 21:46:13 -0000 Will Senn writes: > OK. So I installed gcc using pkg install gcc49, but when I did gmake > on another project's gnu makefile, it fails with 'gmake: gcc: Command > not found' I tried creating an alias for gcc, but got the same > error. If you mean "symbolic link" when you said alias, then yes, that should have changed the behaviour. > Is there some trick to making make think gcc49 is gcc or do I > need to go create symlinks for all of the gwhatever49 files in > /usr/local/bin? CC=gcc (in the makefile) The gmake manual (in info) will help you out on these things. > /usr/local/bin? Which by the way already had gcc48, sheesh. Something else you installed must have needed gcc. gcc48 is the currently default version of gcc in the ports system. From owner-freebsd-questions@freebsd.org Thu Nov 19 06:44:44 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2030FA324F0 for ; Thu, 19 Nov 2015 06:44:44 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D68601C2D for ; Thu, 19 Nov 2015 06:44:43 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [80.187.96.231] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZzIxT-0008QX-K1; Thu, 19 Nov 2015 07:44:39 +0100 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id tAJ6iajk001966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 19 Nov 2015 07:44:37 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id tAJ6iYkg001965; Thu, 19 Nov 2015 07:44:34 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 19 Nov 2015 07:44:34 +0100 From: Matthias Apitz To: freebsd-questions@freebsd.org Subject: ransomware virus on Linux Message-ID: <20151119064434.GB1925@c720-r276659.oa.oclc.org> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 80.187.96.231 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 06:44:44 -0000 Hello, I've read in the German computer magazine "iX 12/2015" about a threat against Linux: Some ransomware malware encrypts your disk and the bad guys aking for your money to get it decrypted again. All details about this story and how to get it decrypted again w/o spending money is here: http://labs.bitdefender.com/2015/11/linux-ransomware-debut-fails-on-predictable-encryption-key/ Two questions remain: The structure of the attack makes me think that it would work the same way on FreeBSD too. Do we have already known attacks like this? If we would have a known attack and test data from this (i.e. an encrypted file system tree), I think it would be worth to check if the software described by Bitdefender could be ported to FreeBSD too. Any comments? matthias -- Matthias Apitz, ✉ guru@unixarea.de, 🌐 http://www.unixarea.de/ ☎ +49-176-38902045 From owner-freebsd-questions@freebsd.org Thu Nov 19 07:04:18 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33615A32937 for ; Thu, 19 Nov 2015 07:04:18 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EBFC31342 for ; Thu, 19 Nov 2015 07:04:17 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-76-245.dynamic.qsc.de [92.195.76.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id CEF6A3CF07; Thu, 19 Nov 2015 08:04:08 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id tAJ747Ox002238; Thu, 19 Nov 2015 08:04:07 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Thu, 19 Nov 2015 08:04:07 +0100 From: Polytropon To: Matthias Apitz Cc: freebsd-questions@freebsd.org Subject: Re: ransomware virus on Linux Message-Id: <20151119080407.dd7c00af.freebsd@edvax.de> In-Reply-To: <20151119064434.GB1925@c720-r276659.oa.oclc.org> References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 07:04:18 -0000 On Thu, 19 Nov 2015 07:44:34 +0100, Matthias Apitz wrote: > > Hello, > > I've read in the German computer magazine "iX 12/2015" about a threat > against Linux: Some ransomware malware encrypts your disk and the bad guys aking > for your money to get it decrypted again. The FBI recommends you simply pay: https://securityledger.com/2015/10/fbis-advice-on-cryptolocker-just-pay-the-ransom/ Things can be so easy if you listen to the authorities and then hand the costs over to your loyal customers who believe in your expertness and professionalism. ;-) > All details about this story > and how to get it decrypted again w/o spending money is here: > > http://labs.bitdefender.com/2015/11/linux-ransomware-debut-fails-on-predictable-encryption-key/ In addition: http://krebsonsecurity.com/2015/11/ransomware-now-gunning-for-your-web-sites/ https://github.com/eugenekolo/linux-ransomware-decrypter > Two questions remain: > > The structure of the attack makes me think that it would work the same way on > FreeBSD too. As far as I understand: Yes, that would be possible (given that the FreeBSD installation is much like the Linux installations affected in terms of software versions in use). > Do we have already known attacks like this? Maybe those running a significant attack surface (i. e., old and unpatched version of Magento, as the article you pointed to states), could provide more information: Linux.Encoder.1 is executed on the victim's Linux box after remote attackers leverage a flaw in the popular Magento content management system app. Proper settings of (write) privilege, account separation, the use of jails will probably make this harder to spread across a whole system. The article mentions a few things to pay attention to. > If we would have a known attack and test data from this (i.e. an > encrypted file system tree), I think it would be worth to check if the > software described by Bitdefender could be ported to FreeBSD too. It would be interesting to see if the Linux version would work on FreeBSD (via Linux ABI), because the file system access at this point is still "abstracted" to the running program. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Thu Nov 19 07:43:17 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F814A3300E for ; Thu, 19 Nov 2015 07:43:17 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from mail.lafn.org (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) by mx1.freebsd.org (Postfix) with ESMTP id 3940412D7 for ; Thu, 19 Nov 2015 07:43:16 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.12] (unknown [10.0.1.12]) by mail.lafn.org (Postfix) with ESMTPSA id 1AABD114C338 for ; Wed, 18 Nov 2015 23:35:15 -0800 (PST) From: Doug Hardie Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: bsdinstall can't find release 9.3 Message-Id: <076AB5CB-32F2-4497-91D8-34B9BF39F0CA@lafn.org> Date: Wed, 18 Nov 2015 23:35:14 -0800 To: FreeBSD Questions Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 07:43:17 -0000 I am trying to build a new system disk on a 9.3 system using bsdinstall. = It partitions and setup up the disk just fine, but then gives an error = message that it can=E2=80=99t find the release files. I am using the = main ftp site. =E2=80=94 Doug From owner-freebsd-questions@freebsd.org Thu Nov 19 08:03:24 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EAD4FA335AA for ; Thu, 19 Nov 2015 08:03:23 +0000 (UTC) (envelope-from olivier2553@gmail.com) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6827F1C1E for ; Thu, 19 Nov 2015 08:03:23 +0000 (UTC) (envelope-from olivier2553@gmail.com) Received: by lbbkw15 with SMTP id kw15so38847462lbb.0 for ; Thu, 19 Nov 2015 00:03:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:cc:content-type; bh=8zaE+goqEZecHFIex/o/vhoTc0wIm6AUZvL7pexMt5g=; b=t8nMnfzAVlGm1POKZS3UG2He5nD6U2JZb+af+Qdud+AtpVOANScdl/4ir4C5uv5Bbr DRLPBdCUngTt7yZ/MDA1aqBu39eeUOUqJNyrVL8hI89fKqSQPF0BKxhslTQq2hDZgRyY m1fSHWEz4yw0UOcy70zXp6gdPFNHllq2zULqSuX44UyM835upEsoa+DOWKZklu0PWPgd WPCcv85+bbEgGF+FH2EFDdg6qsGZ0YSyR5VNB+d3G/QFvK124TXins85rQwXG40v4MLo 9DXaLqOqrNCokvRaJ6xOk4YN7cl7dnO2/i+mrrVAD4N+yE3uSqSrmO/GdSvQQkc+8AJ6 W8qA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs-ait-ac-th.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:cc:content-type; bh=8zaE+goqEZecHFIex/o/vhoTc0wIm6AUZvL7pexMt5g=; b=XxzppOLFkgVGG65cvZ3rxch8sPEMPMd9t7GGLvwdxopmdrcHxkLVexSFjr8PDKg8VL 5DnauOjir8hdJvpTPgtm0GeaG1bau6eF/hTf2zx6YLlkWCl6OsAupuIBktIUjZLe4wt2 vTavwO2C5sZUnIHSPtPtFRW5LQFAVmmuL/K2BmCzBm9Rgek8+EM1BWPcUu129xXMn/Ch Ke9GoVlR/0+wyLV+tm+6IUlffML6Y69+/9wnAWv3mlMHhMtZEKbkoDwhdzAdx9rZze2F YOB4AumJubIc1Qx0pFgDM+YS42q85l9Eq0KRPuDr+2H/t5Mdj55sBT6c9xdorcQsCzkV WAyg== MIME-Version: 1.0 X-Received: by 10.112.200.138 with SMTP id js10mr559918lbc.48.1447920200416; Thu, 19 Nov 2015 00:03:20 -0800 (PST) Sender: olivier2553@gmail.com Received: by 10.25.162.12 with HTTP; Thu, 19 Nov 2015 00:03:20 -0800 (PST) In-Reply-To: <20151119080407.dd7c00af.freebsd@edvax.de> References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> <20151119080407.dd7c00af.freebsd@edvax.de> Date: Thu, 19 Nov 2015 15:03:20 +0700 X-Google-Sender-Auth: 8gAAzFBYqZI4bYpOwd3-U60b-Gk Message-ID: Subject: Re: ransomware virus on Linux From: Olivier Nicole Cc: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 08:03:24 -0000 Hi, >> The structure of the attack makes me think that it would work the same way on >> FreeBSD too. > > As far as I understand: Yes, that would be possible (given that > the FreeBSD installation is much like the Linux installations > affected in terms of software versions in use). I tend to think that by the time it comes on FreeBSD, the flaw on generating the key will have been corrected (I am pretty sure it has already been corrected for Linux). So the decryption script will not work anymore. Regards, Olivier >> Do we have already known attacks like this? > > Maybe those running a significant attack surface (i. e., old and > unpatched version of Magento, as the article you pointed to states), > could provide more information: > > Linux.Encoder.1 is executed on the victim's Linux box > after remote attackers leverage a flaw in the popular > Magento content management system app. > > Proper settings of (write) privilege, account separation, the use > of jails will probably make this harder to spread across a whole > system. The article mentions a few things to pay attention to. > > > >> If we would have a known attack and test data from this (i.e. an >> encrypted file system tree), I think it would be worth to check if the >> software described by Bitdefender could be ported to FreeBSD too. > > It would be interesting to see if the Linux version would work > on FreeBSD (via Linux ABI), because the file system access at > this point is still "abstracted" to the running program. > > > -- > Polytropon > Magdeburg, Germany > Happy FreeBSD user since 4.0 > Andra moi ennepe, Mousa, ... > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Thu Nov 19 19:27:00 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F32A2A33288 for ; Thu, 19 Nov 2015 19:27:00 +0000 (UTC) (envelope-from cachac@bizet.dreamhost.com) Received: from alc-shared-relay1.dreamhost.com (alc-shared-relay1.dreamhost.com [69.163.254.26]) by mx1.freebsd.org (Postfix) with ESMTP id E39B81161 for ; Thu, 19 Nov 2015 19:27:00 +0000 (UTC) (envelope-from cachac@bizet.dreamhost.com) Received: from bizet.dreamhost.com (bizet.dreamhost.com [69.163.224.109]) by alc-shared-relay1.dreamhost.com (Postfix) with ESMTP id DF2CB781E44 for ; Thu, 19 Nov 2015 11:26:54 -0800 (PST) Received: by bizet.dreamhost.com (Postfix, from userid 12086012) id 918A92E0083; Thu, 19 Nov 2015 11:26:54 -0800 (PST) To: freebsd-questions@freebsd.org Subject: Contact message from Ethan Montero telling about `Diabetes No More, We Got The Cure` X-PHP-Originating-Script: 12086012:mail.php Content-Type: text/plain; charset=utf-8 From: dpc.oncology@cabrini.com.au Message-Id: <20151119192654.918A92E0083@bizet.dreamhost.com> Date: Thu, 19 Nov 2015 11:26:54 -0800 (PST) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 19:27:01 -0000 . Hi, There is a complete natural treatment that treats the root cause of diabetes that the medical establishment has been hiding from you all along. A treatment that is 100 percent effective yet totally unknown to your doctor and almost all doctors around the country. Watch our presentaion below. http://Safe-ur-Diabetes.yolasite.com/?bo=203gsffcte-rvftujpotx-xgsffcte.psh Cheers, Ethan Montero . From owner-freebsd-questions@freebsd.org Thu Nov 19 20:55:05 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60A2CA33802 for ; Thu, 19 Nov 2015 20:55:05 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0AD491A1B for ; Thu, 19 Nov 2015 20:55:04 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from blazon-pc.rw.local ([78.84.244.14]) by mail.gmx.com (mrgmxus002) with ESMTPSA (Nemesis) id 0LrN1u-1aMnJ00LEq-0136VU for ; Thu, 19 Nov 2015 21:54:58 +0100 Subject: Re: gnu make and gcc To: freebsd-questions@freebsd.org References: <564C91DA.3040909@gmail.com> <20151118170424.6f085661.freebsd@edvax.de> <564CEBCB.4060201@gmail.com> From: Alnis Morics Message-ID: <564E371F.6050305@mail.com> Date: Thu, 19 Nov 2015 22:54:55 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <564CEBCB.4060201@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:RDRIugAAiIpoYDp/kXCge1Vk2Av+TzKLDdtOI8o1Rx53LfVmi+U fzFrsH1HCffUMxXD7qfZ3NMxJzeOvKg8e/jrbztpk7HBBlsjIkHC4KdsHDYWk9OeePBPI9H KRRMoU/aq31/CJ9MsIu8nwhQV+36AICmHZe+v9DbFlkAd+9BoA+Pr2FFNeFwfipJy6NAWPl dbIviQge32ZSWILxz/+dg== X-UI-Out-Filterresults: notjunk:1;V01:K0:trZLpso7WC8=:QURvRmeAyIb9IU6oAIf5RV /X0/JOSQ06Jvj9qygnFvmyI1RzAvCamMehz5kPA20Gole+K9XJ4TFpogIzjItMKu6gysvRvkt MoDpXZHMMDKFye76J42L7GLHmBfsSQ3BIOdGcNkEs4L8rRS89dNggzkANBTfTIV61PA3bjCOj TJCPJwhoe1S7hjUU/OgNkBhtPoDlIk4icu49zLNoDE4fdBD+ao3QV7bFDK+OXqcjiTTATaX0n 1Qr9J37TBmthYaeaEA56LJNm844+kXRQMj2GfD8hOtSe/hq/k+7bNXrbUfxxdLG3APanwhUzR jrfoqYONIfGgOcAbfMADdOcMQgcCbLhJnrn//PNByDg/KpS8c3JtTF9NOG3FI/MbS7XsexlSL 5PCLUuEvBZ+XFHHAGUJ0j7RZ0DFtNf9ejXLhEj1V0W7Eftev1jcE4jvopRA46I8V0yStmyUoN 6yAegUI21vQyeZwvfCeeAw3yEq+uSb5xrwn8Js1TE3JPyh3Om/xHxyb8QXFiVMsKt0r5pvtzK dGAcZb8TLZ8z7mHoUZKbo3+jGk2wJOmw4mXZtEI5Ze5lq3/BqHNQG0LNSD/6PPHiKHo5vvD03 6sgGCDk+V4pLoaDwISOYhRrbTQQdC2UVzKvgbJbrKGb1SxzcCpYDyOI0wrEgTw61539uJdmFF B7dZYOoU93vPIvTWl/CHfHdmaOVaQcsDOst9ME5Y+xnlZHFVKBdwar0tspZHZc/Vx7dJwdKd6 MZ0mdabpoXtz93XdV++C2aw0V8iKvazu1xzYRMR1CTqaDD0cJQhSVIAnCoV/jruUdBGX8DclI EFfyteT X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 20:55:05 -0000 On 11/18/2015 23:21, Will Senn wrote: > > On 11/18/15 10:04 AM, Polytropon wrote: >> On Wed, 18 Nov 2015 08:57:30 -0600, Will Senn wrote: >>> Is it ok to install gnu make and gcc on FreeBSD 10.2? and is it safe to >>> do so? Or, will it cause confusion with the system provided toolset? >> Yes, there are ports for both which you can install. For GCC, >> the binary will be called gcc or gccXY (where XY is the version), >> and GNU make will be called gmake. It will not conflict with >> system tools. >> > OK. So I installed gcc using pkg install gcc49, but when I did gmake > on another project's gnu makefile, it fails with 'gmake: gcc: Command > not found' I tried creating an alias for gcc, but got the same error. > Is there some trick to making make think gcc49 is gcc or do I need to > go create symlinks for all of the gwhatever49 files in /usr/local/bin? > Which by the way already had gcc48, sheesh. > > Thanks, > > Will > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" So, did you succeed installing SimH? Just run "pkg install simh". In the ports, the only option to choose is whether documentation is to be built, and it is built by default, and so even the documentation must be in the package. -Alnis From owner-freebsd-questions@freebsd.org Thu Nov 19 21:35:18 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3680A330E6 for ; Thu, 19 Nov 2015 21:35:17 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7DD9110C for ; Thu, 19 Nov 2015 21:35:17 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: by obbnk6 with SMTP id nk6so71384072obb.2 for ; Thu, 19 Nov 2015 13:35:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ara-ler-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=zpvpIrpJqsBhyjnhlhUAWB5bqyFju3DjQaV112DpoPY=; b=CsQDwZX5f/33Iyq3JB+RMjLEwR1sNo+iZBpcHBV0vfmft88qeAmMe4gMrKVJ0SdqYE yLSJZDR3wc4EUPdmedzTiVSk3jPVAszbAYf3aXRLP6H4P//qULNpuuKIlN7eBd8IKMzX y0+GbG5EOBZMLsbWxksHDW62Ic547spuUFHU5thCwFmOaSuLVyYHCPiSUk+CRfTFkBe9 lmrYPCp9PfjVpP4AkZiXGiOWq5GKcQD6u60kft3bo9xasM+CVF+tedl6GlPDQq1W7cm9 kKBrfahX+DkZtOTg+GXEsAJJbztJ4kED2gZGHFsckPJhtJOIm6JXmJjp5bRwNUCXV5UT URig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=zpvpIrpJqsBhyjnhlhUAWB5bqyFju3DjQaV112DpoPY=; b=g2nHRZQ1SHVuZzDvUZe+ysh3aJllMrVCTrCHnYG6m47/16L87Npd6DaQ+QPRoTbB32 VrYvH25oNFrR0ImIhKVoTWpu5+VsjVu5xP3yp0IX6Ffe0y+hnYplj7mBqqaKNKiTkKQ5 BnEbDly6Jonk6Gv0JxXS52BVIEv1rValpkoDeJVKgqTnO1H4kDjH1uuA3JX4OB1J9yzH g5Q+eigsYBQq+6YxJaLzQEs8CFVs2BLN9QYqkYcKG2+xna5iKsTAfTkycmIxyHlKabzH 7U8Kiyj5O4L1R/6jHfYbVpk6XOz0znKRvHrsymz3DqFOsLW3ThCIzZan2gf0yHiTc885 1k/w== X-Gm-Message-State: ALoCoQn81LwfaWVPNQk56C1GgXBvQ9jqZcRHlviHCutoY1l5Rv7ymEp6OBnhrXuvVpVnTSmRU9hv X-Received: by 10.182.79.103 with SMTP id i7mr6397789obx.41.1447968916554; Thu, 19 Nov 2015 13:35:16 -0800 (PST) Received: from debian.ara-ler.com ([50.243.135.133]) by smtp.gmail.com with ESMTPSA id o8sm4110085obi.6.2015.11.19.13.35.15 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 19 Nov 2015 13:35:16 -0800 (PST) Date: Thu, 19 Nov 2015 14:35:14 -0700 From: Sergey Manucharian To: "Brandon J. Wandersee" Cc: freebsd-questions@freebsd.org Subject: Re: ThinkPad LEDs Message-ID: <20151119213514.GA5474@debian.ara-ler.com> References: <20151118054438.GA75246@dendrobates.araler.com> <20151118141210.GB75246@dendrobates.araler.com> <86ziy9it50.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ziy9it50.fsf@WorkBox.Home> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 21:35:18 -0000 Thanks, Brandon! Excerpts from Brandon J. Wandersee's message from Thu 19-Nov-15 15:19: > > For whatever it's worth (possibly not much?) the status LEDs on my T520 > all work out of the box without fail, with the GENERIC kernel and > default base system. I wouldn't think the T430 would be drastically > different, so I couldn't guess why yours don't work. Probably I haven't expressed my intention correctly, mine work too. The idea is control them from th euser space. > I don't believe ACPI handles the > status LEDs (I suppose it might, but that sounds dubious), but if it > does then freebsd-acpi@ might get you some helpful feedback. Current Linux acpi_ibm driver does provide control over all ThinkPad LEDs, and IIRC FreeBSD on my old T61 did too (8 years or so ago). > Try booting the latest 10-STABLE or 11-CURRENT snapshot and seeing Yes, I'm using 11-CURRENT now. So I'm thinking it might be not so hard to add those regs from Linux code to FreeBSD. Cheers, Sergey From owner-freebsd-questions@freebsd.org Thu Nov 19 22:00:47 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BD75A335AA for ; Thu, 19 Nov 2015 22:00:47 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: from mail-yk0-x235.google.com (mail-yk0-x235.google.com [IPv6:2607:f8b0:4002:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A3151C43 for ; Thu, 19 Nov 2015 22:00:47 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: by ykdv3 with SMTP id v3so130811734ykd.0 for ; Thu, 19 Nov 2015 14:00:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=WK4delgs6OQWc6976MdtGfRQbYpMW+SyK8tZW0/ICbA=; b=c5pY4408Wt6qKXdeio8nldYdxv8e4BxNEIlmsKN3KA9Mqxyv8xXMO0cOjzrd48zkJf OUEnJ9zkirOVTEGsabVRI6RZ9pPutlYPPObfUssYxuJ6e2h3iQsQrnHjhUQRxGUhBdTN X9QATtZsoWP4qd1SQ7MZ+LciHcBERzzw7kWkivXz2yPHVtdvosVClNai02QdPInxBZv6 gO9HlNfDtCjI5Z7vELPMxA5TRZ+4QSGVoNQdmtNAw0SG0ln/1/mCwnubpB7DfraN920L gaeApV02o37n81ZVRuprAp6ox4feB2tHmzsoFwQn8dic/DbHzs5hSAufvNlgrEI8a22b JRww== X-Received: by 10.129.154.86 with SMTP id r83mr8848330ywg.149.1447970446140; Thu, 19 Nov 2015 14:00:46 -0800 (PST) Received: from [192.168.0.4] ([206.251.219.82]) by smtp.gmail.com with ESMTPSA id v74sm9830220ywe.20.2015.11.19.14.00.45 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 19 Nov 2015 14:00:45 -0800 (PST) Subject: Re: gnu make and gcc To: freebsd-questions@freebsd.org References: <564C91DA.3040909@gmail.com> <20151118170424.6f085661.freebsd@edvax.de> <564CEBCB.4060201@gmail.com> <564E371F.6050305@mail.com> From: Will Senn Message-ID: <564E468C.20005@gmail.com> Date: Thu, 19 Nov 2015 16:00:44 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <564E371F.6050305@mail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 22:00:47 -0000 On 11/19/15 2:54 PM, Alnis Morics wrote: > > So, did you succeed installing SimH? Just run "pkg install simh". In > the ports, the only option to choose is whether documentation is to be > built, and it is built by default, and so even the documentation must > be in the package. > > -Alnis > _______________________________________________ Yes. Thank you for asking. It was a cinch, really, just as you said: pkg install simh will install 3.9.0. I also cloned the simh git repo and have built several different versions of the pdp simulator from source (after I got gmake installed). -Will From owner-freebsd-questions@freebsd.org Thu Nov 19 22:27:23 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 086A7A33CE1 for ; Thu, 19 Nov 2015 22:27:23 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-io0-f177.google.com (mail-io0-f177.google.com [209.85.223.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C322A1045 for ; Thu, 19 Nov 2015 22:27:22 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by ioir85 with SMTP id r85so105251953ioi.1 for ; Thu, 19 Nov 2015 14:27:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type; bh=cJeKqKPjCBfIYmke3PRKl6+M3leWLgLauwwRPH2DUJc=; b=aQc4n4HhseJp44ViXhYDsRks+DNy20a0ipIXapO6mNoKSwb8z5SHMYwZn7iTisNu+C QAwzln+exP5+uiFkvRF765oCBfmoHCaB1QjPMsgrOodG0txbahPe7i1bdbFuXwWRhwlU 5QXrolvaPhFqnqZ4coMZuuAYdOn4Z+oV540V/+nFzSlZBe/E2zJT1IxTlkAO7DU3U8/4 0zVL1U4CHa2JkfMIRBZojl3K3/1BuAxn+3X9DJShH7/saCiVpQr0ltuBJy0aqN8nvOJN Nwy+l+XZrwc0fsmU6O3Wnx3Ckiqcqq8hWR1nzrgmaYQX7RJ04iQgf+7o6+EZYhOF0q+4 mPNQ== X-Received: by 10.107.154.67 with SMTP id c64mr10358652ioe.53.1447971630558; Thu, 19 Nov 2015 14:20:30 -0800 (PST) Received: from WorkBox.Home.gmail.com (63-231-132-20.mpls.qwest.net. [63.231.132.20]) by smtp.gmail.com with ESMTPSA id or1sm4118213igb.4.2015.11.19.14.20.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Nov 2015 14:20:29 -0800 (PST) References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> From: Brandon J. Wandersee To: Matthias Apitz Cc: freebsd-questions@freebsd.org Subject: Re: ransomware virus on Linux In-reply-to: <20151119064434.GB1925@c720-r276659.oa.oclc.org> Date: Thu, 19 Nov 2015 16:20:28 -0600 Message-ID: <86y4dtiqc3.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 22:27:23 -0000 Matthias Apitz writes: > Any comments? >From what I've been able to glean, this seems a little bit overblown. I don't doubt the effects are significant for the people experiencing them, but it seems extremely limited. The program is said to "take advantage of" an outdated, running instance of the Magento e-commerce software, so I have to think that it can only be executed via Magento. It also encrypts only directories that would absolutely require root privileges to modify--e.g., it specifically encrypts /home, not individual user directories, so even if you deliberately executed it as a regular user it would have no effect. So it only affects improperly configured servers that run outdated versions of one specific piece of software. It's not something most of us will have to ever worry about, and the onus really falls first on Magento to prevent this sort of remote execution (which it apparently did before the malware even made it into the wild), and then on sysadmins to update to the newer, secure version. -- ================================================================= :: Brandon Wandersee :: :: brandon.wandersee@gmail.com :: ================================================================== 'A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.' - Douglas Adams ================================================================== From owner-freebsd-questions@freebsd.org Fri Nov 20 00:21:38 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BA84A33686 for ; Fri, 20 Nov 2015 00:21:38 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E67581FE6 for ; Fri, 20 Nov 2015 00:21:37 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by wmec201 with SMTP id c201so867565wme.1 for ; Thu, 19 Nov 2015 16:21:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=8aI7ONq65r/pvUTMS4XrzQgX0dsXgumiMFXOXWy1T5c=; b=xvkDDUC8Ol+ZSbH0lDBdmStnXJ9XGfskE31P4tKgcqoqfZm5Gz+gb/0G/r8t2UKA3Z oXB46lDOsoqRiAJVfk0vzYJfJyJka0q/DKyKEiPpLlIFcwmwivgNK/LH3NOl6c+OHxZd KnQJpM1Prs+m76y6VldNOjaoGn0wgfhxA86Rdy6KlUwOx21T4DbET7JKaM/SgGqVing2 KTc6gbVUOgnhjR0d+Eq1EpTqUC7ptbqZAl5oEgT3wf8NZlOTvMewLtKJpRzRcEyyxHs5 njDARKonGwl4gP4Uf7ql1TlcnizcrJ8XG8b/CjyAVawXs9a53QbYVhYSeAR+9UkZ6Oxs DsIg== X-Received: by 10.28.65.213 with SMTP id o204mr487817wma.83.1447978895785; Thu, 19 Nov 2015 16:21:35 -0800 (PST) Received: from gumby.homeunix.com ([94.8.70.38]) by smtp.gmail.com with ESMTPSA id he3sm10165308wjc.25.2015.11.19.16.21.34 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 19 Nov 2015 16:21:35 -0800 (PST) Date: Fri, 20 Nov 2015 00:21:32 +0000 From: RW To: freebsd-questions@freebsd.org Subject: Re: ransomware virus on Linux Message-ID: <20151120002132.7a4e3a82@gumby.homeunix.com> In-Reply-To: <86y4dtiqc3.fsf@WorkBox.Home> References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> <86y4dtiqc3.fsf@WorkBox.Home> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 00:21:38 -0000 On Thu, 19 Nov 2015 16:20:28 -0600 Brandon J. Wandersee wrote: > From what I've been able to glean, this seems a little bit overblown. > I don't doubt the effects are significant for the people experiencing > them, but it seems extremely limited. The program is said to "take > advantage of" an outdated, running instance of the Magento e-commerce > software, so I have to think that it can only be executed via > Magento. It also encrypts only directories that would absolutely > require root privileges to modify--e.g., it specifically > encrypts /home, not individual user directories, so even if you > deliberately executed it as a regular user it would have no effect. I would guess it would recurse from /home into whatever it can access - it probably just encrypts the files in place. What worries me is that the next version might target Linux workstations where there's a lot of very complex software running as the owner of the user data. From owner-freebsd-questions@freebsd.org Fri Nov 20 00:41:42 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6DBEA339FC for ; Fri, 20 Nov 2015 00:41:42 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-in6.apple.com (mail-out6.apple.com [17.151.62.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7CEAF1B4C for ; Fri, 20 Nov 2015 00:41:42 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay4.apple.com (relay4.apple.com [17.128.113.87]) by mail-in6.apple.com (Apple Secure Mail Relay) with SMTP id 8D.00.09556.44C6E465; Thu, 19 Nov 2015 16:41:40 -0800 (PST) X-AuditID: 11973e15-f79be6d000002554-cc-564e6c44da8f Received: from [17.149.231.81] (Unknown_Domain [17.149.231.81]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by relay4.apple.com (Apple SCV relay) with SMTP id 4E.9F.21296.44C6E465; Thu, 19 Nov 2015 16:41:40 -0800 (PST) From: Charles Swiger Message-Id: <2021B94D-F9CA-4346-BDA5-A3A460C6BA3B@mac.com> Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: ransomware virus on Linux Date: Thu, 19 Nov 2015 16:41:39 -0800 References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> <86y4dtiqc3.fsf@WorkBox.Home> <20151120002132.7a4e3a82@gumby.homeunix.com> To: FreeBSD - In-Reply-To: <20151120002132.7a4e3a82@gumby.homeunix.com> X-Mailer: Apple Mail (2.3096.5) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrALMWRmVeSWpSXmKPExsUi2FAYruuS4xdmcPqenMXLr5tYHBg9Znya zxLAGMVlk5Kak1mWWqRvl8CVsfDHJpaCGzIV++evZm1gnCbZxcjJISFgIjH76ApWCFtM4sK9 9WxdjFwcQgJ7GSUu9b1hhim6efcCO0RiKpPEl1cHWLoYOTjYBNQkJkzkAalhFkiQ+H/qNlg9 r4CVxOIDf1khbAOJtqtnGEHKhYHKVz0tAQmzCKhKTN9+ngViZDujxLZ1f8DqRQR0JZpe/2MH sTkFLCX+7d/MBnGDvMTPlQ1MIA0SAk9ZJV58P8g+gVFgFpLds5Dsg4hrSyxb+BoozgFk60hM XogmDGF/PH+EaQEj2ypGodzEzBzdzDwzvcSCgpxUveT83E2MoCCebie6g/HMKqtDjAIcjEo8 vA3ifmFCrIllxZW5hxilOViUxHlt7IBCAumJJanZqakFqUXxRaU5qcWHGJk4OKUaGB8wtMuL szXkat3eav7S8c0BudlGm40b2NMiP66/tmAd++Q2r1dqeUuTvf9cuGjw3t1ELcXAuMhr7ZaS hdvXrz77xfzrHgPJhP+/4hbZX7miIFD4NddEJ3zpMocIhqczpngeqNVoTqj+ki53mHHLPL4l O099i/q6Jqqg7F6ByROeVVlcx7+vdFJiKc5INNRiLipOBAD8s/hoQwIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrMLMWRmVeSWpSXmKPExsUiOPV5oK5Ljl+YwelpMhYvv25icWD0mPFp PksAYxSXTUpqTmZZapG+XQJXxsIfm1gKbshU7J+/mrWBcZpkFyMnh4SAicTNuxfYIWwxiQv3 1rN1MXJxCAlMZZL48uoASxcjBwebgJrEhIk8IDXMAgkS/0/dZgaxeQWsJBYf+MsKYRtItF09 wwhSLgxUvuppCUiYRUBVYvr28ywQI9sZJbat+wNWLyKgK9H0+h/YXk4BS4l/+zezQdwgL/Fz ZQPTBEbeWUjWzUKyAiKuLbFs4WugOAeQrSMxeSGaMIT98fwRpgWMbKsYBYpScxIrTfQSCwpy UvWS83M3MYKCrqEwfAfjv2VWhxgFOBiVeHgbxP3ChFgTy4orcw8xSnAwK4nwLvUDCvGmJFZW pRblxxeV5qQWH2KU5mBREuf1NgVKCaQnlqRmp6YWpBbBZJk4OKUaGMs6Nsl8ZXiqWK28d0Ed 752NJY7Wl9mflU21EJpy+7EN5/HIPSt/n37M/uZHYb5vLkOuSd3BA9pBJzcaHrvkuJPvmeTr a/Muq90pv1z5xUlij6Dr23qLn2mRfiI+S258c4wxSa5qipzutVE7P6bOQ9xNYWLW0sv363Z1 Ouxw/P1lQYL/4U2zmJVYijMSDbWYi4oTAbjOiwg2AgAA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 00:41:42 -0000 On Nov 19, 2015, at 4:21 PM, RW via freebsd-questions = wrote: > What worries me is that the next version might target Linux = workstations > where there's a lot of very complex software running as the owner of > the user data.=20 Ransomware which encrypts your stuff isn't a major problem if you have a = current backup. So, verify that your backups work. Regards, --=20 -Chuck From owner-freebsd-questions@freebsd.org Fri Nov 20 03:15:12 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE6F0A326A4 for ; Fri, 20 Nov 2015 03:15:12 +0000 (UTC) (envelope-from mail@ozzmosis.com) Received: from homiemail-a57.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) by mx1.freebsd.org (Postfix) with ESMTP id B40841DC1 for ; Fri, 20 Nov 2015 03:15:12 +0000 (UTC) (envelope-from mail@ozzmosis.com) Received: from homiemail-a57.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a57.g.dreamhost.com (Postfix) with ESMTP id E8AF2208078; Thu, 19 Nov 2015 19:15:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ozzmosis.com; h=date:from :to:cc:subject:message-id:references:mime-version:content-type: in-reply-to; s=ozzmosis.com; bh=GsVAWppMAtZlw/AshMw7J7u6uWs=; b= UbWClSlsotmPEsC5t7wlsS0jXuw+1kB4YWMGR4nJz5khncxsrNs6zEKwZNY4CRm9 BIHa22SDS+JKbU25GOx8lv+hua2JhGk2MYZ8h7Omsg0IhL8GrOuA3GJL4LYlWgmU Lw5Rj40S7FOY09Ik3oSA2vJ4Q+9BzX1ep9e6vAJ4f5I= Received: from blizzard.ozzmosis.com (124-170-47-246.dyn.iinet.net.au [124.170.47.246]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: relay@ozzmosis.com) by homiemail-a57.g.dreamhost.com (Postfix) with ESMTPSA id 91435208076; Thu, 19 Nov 2015 19:15:05 -0800 (PST) Received: by blizzard.ozzmosis.com (Postfix, from userid 1001) id 3A253B5F; Fri, 20 Nov 2015 14:15:02 +1100 (AEDT) Date: Fri, 20 Nov 2015 14:15:02 +1100 From: andrew clarke To: freebsd-questions@freebsd.org Cc: Will Senn , Lowell Gilbert Subject: Re: gnu make and gcc Message-ID: <20151120031502.GA10028@ozzmosis.com> References: <564C91DA.3040909@gmail.com> <20151118170424.6f085661.freebsd@edvax.de> <564CEBCB.4060201@gmail.com> <44bnart2dg.fsf@lowell-desk.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44bnart2dg.fsf@lowell-desk.lan> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 03:15:12 -0000 On Wed 2015-11-18 16:38:03 UTC-0500, Lowell Gilbert (freebsd-questions-local@be-well.ilk.org) wrote: > > Is there some trick to making make think gcc49 is gcc or do I > > need to go create symlinks for all of the gwhatever49 files in > > /usr/local/bin? > > CC=gcc > (in the makefile) Alternatively you can avoid modifying the makefile and instead run: gmake CC=gcc or: gmake CC=gcc49 and the makefile's $(CC) variable will be overridden from the command line. (This is also true for BSD Make, and most/all Make clones.) From owner-freebsd-questions@freebsd.org Fri Nov 20 03:26:45 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1BC1A3290A for ; Fri, 20 Nov 2015 03:26:45 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: from mail-yk0-x236.google.com (mail-yk0-x236.google.com [IPv6:2607:f8b0:4002:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A6B2B12EA for ; Fri, 20 Nov 2015 03:26:45 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: by ykfs79 with SMTP id s79so143084051ykf.1 for ; Thu, 19 Nov 2015 19:26:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=lxLeN4WLh4heEgSejbLWbYLS/RogLkdNHT9/mbUCzzo=; b=riqQP/W64YeW3nTyyhbHMINuWwRj2e/lAKNce7eh3XyoyQvIH40JT/rDSJhBBh7veJ bgUoyAPZeybFKnuaGIKqxNiAEWtFxL94vuifYBXbN774roUHsbMmEa5qWAbf6i3l40cB E66QFrM814SXMir8wPpjt8ivBE6qRaIr90QeDQ7Ndr7vRueBlV224Adt6XD/3ndZs5DY pX3dGQBboskiUUUC9zg7Ydg9ViO7r21CVb2akIMFx+sf5YewR1XN31MBJVR0+D5KWhRU cNO/yeGhDD+OFdiJo+7dYtyT//GNEKlC8n6KL1cH1ylthrX7IVctkxvF9hl78zR5K6Qc JUrQ== X-Received: by 10.13.231.69 with SMTP id q66mr10265242ywe.299.1447990004815; Thu, 19 Nov 2015 19:26:44 -0800 (PST) Received: from [192.168.0.4] ([206.251.219.82]) by smtp.gmail.com with ESMTPSA id u190sm11622381ywd.17.2015.11.19.19.26.43 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 19 Nov 2015 19:26:44 -0800 (PST) Subject: Re: gnu make and gcc To: freebsd-questions@freebsd.org References: <564C91DA.3040909@gmail.com> <20151118170424.6f085661.freebsd@edvax.de> <564CEBCB.4060201@gmail.com> <44bnart2dg.fsf@lowell-desk.lan> <20151120031502.GA10028@ozzmosis.com> From: Will Senn Message-ID: <564E92F3.9060404@gmail.com> Date: Thu, 19 Nov 2015 21:26:43 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151120031502.GA10028@ozzmosis.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 03:26:46 -0000 On 11/19/15 9:15 PM, andrew clarke wrote: > On Wed 2015-11-18 16:38:03 UTC-0500, Lowell Gilbert (freebsd-questions-local@be-well.ilk.org) wrote: > >>> Is there some trick to making make think gcc49 is gcc or do I >>> need to go create symlinks for all of the gwhatever49 files in >>> /usr/local/bin? >> CC=gcc >> (in the makefile) > Alternatively you can avoid modifying the makefile and instead run: > > gmake CC=gcc > > or: > > gmake CC=gcc49 > > and the makefile's $(CC) variable will be overridden from the > command line. (This is also true for BSD Make, and most/all Make > clones.) Thanks, this's exactly what I was looking for. From owner-freebsd-questions@freebsd.org Fri Nov 20 04:11:24 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40792A33249 for ; Fri, 20 Nov 2015 04:11:24 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 05FD1126D for ; Fri, 20 Nov 2015 04:11:24 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: by igl9 with SMTP id 9so3339145igl.0 for ; Thu, 19 Nov 2015 20:11:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=qbstMPjjxiprBnpcA6em4kCxFD7y9ZQJoytb5OtkPLs=; b=ZHRXLgtW1fqgyh79+JdqQDDXSUU74Y/hapJk/mIdJVHhjmoQMwFFNx7Rbyf4HkZGGP 41sDXa3wToRIz/AE7jZsJaXtF8TqzcqbsWcJu/iE980wr8nheI9U1OHSpLSB720R8eon SiX43N0ga7Q3DEdsVXspBBjEAklQPM3j8FbHII6qbs+YGR2sJFbA+O0F0AfLf/6jhmBD +T5Ds12cgh8+AprnGPzFlcpGWrG/HmUD7W0XQYjgOR+3A499/eozpeg/HA53s1hMjmaC ga1tgnxUvpgbkssk9Zkbxp7pK6sZ8ZcyEmHWqxVlSlIY9wIjzhLS0lchd+qr9xQaAf3b y/RA== MIME-Version: 1.0 X-Received: by 10.50.142.34 with SMTP id rt2mr1359432igb.40.1447992683313; Thu, 19 Nov 2015 20:11:23 -0800 (PST) Received: by 10.79.78.214 with HTTP; Thu, 19 Nov 2015 20:11:23 -0800 (PST) Date: Thu, 19 Nov 2015 20:11:23 -0800 Message-ID: Subject: lang/perl5 rename From: Chris Stankevitz To: freebsd-questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 04:11:24 -0000 According to /usr/ports/updating: If you are NOT using the default version of Perl (as of right now, it is 5.20) you MUST add a line setting the version you are using to your /etc/make.conf, to preserve /usr/local/bin/perl: DEFAULT_VERSIONS+= perl5=5.xx === Background info: I couldn't care less about Perl but apparently some of my packages have installed it as a dependency. # pkg info | grep perl perl5.16-5.16.3_22 Practical Extraction and Report Language === My question: 1. Am I using the default version of Perl? (Presumably I am not because UPDATING says the default version is 5.20 while I have 5.16 installed) 2. If not, then which version should I specify in make.conf (presumably 5.16 but I have no particular interest in 5.16 or any version for that matter) Thank you, Chris From owner-freebsd-questions@freebsd.org Fri Nov 20 04:35:56 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10B36A3370D for ; Fri, 20 Nov 2015 04:35:56 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94A2C1BD4 for ; Fri, 20 Nov 2015 04:35:55 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wmdw130 with SMTP id w130so5133803wmd.0 for ; Thu, 19 Nov 2015 20:35:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jTJCxN13t/Yxtbhsc4K2/jtIdkG1EUt+6b4cp8asYF0=; b=Bix99HvddZKb3Dv5/kfwKwkwudNbmmWDtfD1VCtNpLgsxNd5VHbWddraFZaUolHPq+ GC3qjOg6AROd2T3FBWAld0Yltfl6CdX8ZtPq72gbv7HCfoOJqPUUcdT0BEChbGnUBdd2 TWU/Mzj6271bgn9tXvve9kG/UvTZ59QFCJDI+GHIK9O4PeG4VG+GsnCB1vppsrOQwwlt XGKsyW9eHzRzvRsfFKDqpHXBxWqLGrXLltdi+fn382ip3VjjSaaQNK+pKpq8U+WZwFxD kIYgNHvXTUJZVX+adO/nWT7qkVd4UMa3tFFXsrJo3at8OR2qms6OatEX+qfEi3fnNBpO LGSw== MIME-Version: 1.0 X-Received: by 10.194.179.101 with SMTP id df5mr12012217wjc.60.1447994153794; Thu, 19 Nov 2015 20:35:53 -0800 (PST) Received: by 10.194.16.231 with HTTP; Thu, 19 Nov 2015 20:35:53 -0800 (PST) In-Reply-To: References: Date: Thu, 19 Nov 2015 22:35:53 -0600 Message-ID: Subject: Re: lang/perl5 rename From: Adam Vande More To: Chris Stankevitz Cc: freebsd-questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 04:35:56 -0000 On Thu, Nov 19, 2015 at 10:11 PM, Chris Stankevitz < chrisstankevitz@gmail.com> wrote: > According to /usr/ports/updating: > > If you are NOT using the default version of Perl (as of right now, it is > 5.20) you MUST add a line setting the version you are using to your > /etc/make.conf, to preserve /usr/local/bin/perl: > > DEFAULT_VERSIONS+= perl5=5.xx > > === > > Background info: > > I couldn't care less about Perl but apparently some of my packages > have installed it as a dependency. > > # pkg info | grep perl > perl5.16-5.16.3_22 Practical Extraction and Report Language > > === > > My question: > > 1. Am I using the default version of Perl? (Presumably I am not > because UPDATING says the default version is 5.20 while I have 5.16 > installed) > 5.16 was then the default at the time of your package install. Be careful to follow the rest of the UPDATING perl stuff as there are some significant changes. -- Adam From owner-freebsd-questions@freebsd.org Fri Nov 20 04:46:16 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 602D6A33920 for ; Fri, 20 Nov 2015 04:46:16 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F5AA1F0C for ; Fri, 20 Nov 2015 04:46:16 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: by igbxm8 with SMTP id xm8so4084164igb.1 for ; Thu, 19 Nov 2015 20:46:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=kkmIah7tny4FLHJPi7ynOQzC6Xz9g/61Y15xUQyZ2vg=; b=0eFbmf3w9LkEgRwJ8gaFiJQDZ9nuS2dJr/NfcvmSGfeltEFwOTE7Cf5sDQvvAlA/Er 81SJSkvZvV7XrPfRcA2B3hEFUi6lNSRwGc/NX726EVSy686a3SyYS0mYdpcyQ4/evocH /ev8lBL+2IR4kBBsIQL1fBSiL0c2KDMsndzWtDZe1RqYwIo3gm44S8SBsi1TdSDrAmd/ +nSdQDF8LavF9OTdYgF22U75jHEEKwu9bXeR3KYNZ53T5iOoXhM3KCXI++GNuk2IGluh p9GhQgpf53V9qjTeuzCaKRsTxiLlxJsnx+GLeOufpwNA/l3nNEwlGY/zrK60KahnnxMV BAhA== MIME-Version: 1.0 X-Received: by 10.50.180.35 with SMTP id dl3mr1474349igc.18.1447994775363; Thu, 19 Nov 2015 20:46:15 -0800 (PST) Received: by 10.79.78.214 with HTTP; Thu, 19 Nov 2015 20:46:15 -0800 (PST) In-Reply-To: References: Date: Thu, 19 Nov 2015 20:46:15 -0800 Message-ID: Subject: Re: lang/perl5 rename From: Chris Stankevitz To: freebsd-questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 04:46:16 -0000 On Thu, Nov 19, 2015 at 8:11 PM, Chris Stankevitz wrote: > 1. Am I using the default version of Perl? (Presumably I am not > because UPDATING says the default version is 5.20 while I have 5.16 > installed) > > 2. If not, then which version should I specify in make.conf > (presumably 5.16 but I have no particular interest in 5.16 or any > version for that matter) All I did was 'pkg set -n perl5.16:perl5' and it worked fine. I'm curious why I did not have to modify make.conf given that I am apparently NOT running the default version of Perl and I MUST add a line to make.conf. Please let me know if you can educate me on where I went wrong in understanding UPDATING. Chris From owner-freebsd-questions@freebsd.org Fri Nov 20 06:01:45 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1916A324F5 for ; Fri, 20 Nov 2015 06:01:45 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CEB31891 for ; Fri, 20 Nov 2015 06:01:45 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by lffu14 with SMTP id u14so62567187lff.1 for ; Thu, 19 Nov 2015 22:01:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HyJP/GbbOoNSbbOcUk2itxNEK8ByClumKrT82vVxg5o=; b=qaAaOBfc8v4rKlh/kzCA7g/OhAs97g+oS1zR1lllPIWcu2r5FYeu7XGs2K3nb/281V Uq8syaWn2zYBppFvL9nvcm4lj0zaXN4f3KR9CUePPsmZ1HUkxoiazjRV7e69dlzy2ZGQ s2VIwltVsTHaZJsFAvW12EbsUf3E4b243PRAmTy3BcZWTW7d6NjwVtEThTUe9Eju2xaK C4tnFp5pIBhFAoF+SMdnz3qKIL8lTmzKDk9LdB34w+ytQjz2ycQl7sFLUR2a+W2a4Zzd M3JBAvuWHf3j3HI+03EfYeeskGAkaGD6bjqXoRQeB2ZFDMdG5N5QlMyn6ji4lxRtJQmm Ajtw== MIME-Version: 1.0 X-Received: by 10.25.33.4 with SMTP id h4mr4206565lfh.3.1447999301720; Thu, 19 Nov 2015 22:01:41 -0800 (PST) Received: by 10.25.141.129 with HTTP; Thu, 19 Nov 2015 22:01:41 -0800 (PST) In-Reply-To: <2021B94D-F9CA-4346-BDA5-A3A460C6BA3B@mac.com> References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> <86y4dtiqc3.fsf@WorkBox.Home> <20151120002132.7a4e3a82@gumby.homeunix.com> <2021B94D-F9CA-4346-BDA5-A3A460C6BA3B@mac.com> Date: Fri, 20 Nov 2015 07:01:41 +0100 Message-ID: Subject: Re: ransomware virus on Linux From: Ben Woods To: Charles Swiger Cc: FreeBSD - Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 06:01:45 -0000 On Friday, 20 November 2015, Charles Swiger wrote: > On Nov 19, 2015, at 4:21 PM, RW via freebsd-questions < > freebsd-questions@freebsd.org > wrote: > > What worries me is that the next version might target Linux workstations > > where there's a lot of very complex software running as the owner of > > the user data. > > Ransomware which encrypts your stuff isn't a major problem if you have a > current backup. > > So, verify that your backups work. > > Regards, > -- > -Chuck > > Similarly, I believe regular automatic ZFS snapshotting can be effective against this. Files encrypted? zfs rollback to 15 minutes ago when they weren't encrypted. Problem solved. Regards, Ben -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-questions@freebsd.org Fri Nov 20 09:13:09 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7136CA3317C; Fri, 20 Nov 2015 09:13:09 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3ADFC1AD3; Fri, 20 Nov 2015 09:13:09 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by ioc74 with SMTP id 74so117244787ioc.2; Fri, 20 Nov 2015 01:13:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=fVxNc5avoZO+pSxBCzqhTgFq6Rpx9gNmISkco9TRh2g=; b=VRUGDEIhg/QaeLG+8RACpIuiF/Ix/Ojr7gkWKsT5eQ6eCvV/hWdSRg70FHAHFDFR7d FOrB2LN1BZAsc3hT9fFHCSmtVcX0yQrZEfpnxhsio2hjh7ChDrYoTRrHGjcIA7GiHooP d14MjZI8L4qasKz5WYPMZU/jXuzrLhwFZ60XwxStq5tTLQcGxAkZR4paL10T2Lo9N08e WxPX5RsSId3DRttcHPr8/kTqBUtpVV9SqcyvmL3GA8qTN5wedwOlFtgcFx4umu8y4tjj 35ptlMiez5mZpe3EWl3g2PDfDUlSqMqJ0NUkE9HlNOSjgIdaZrFaV5Xce4y0lk43hUzr gicg== X-Received: by 10.107.164.154 with SMTP id d26mr12916686ioj.111.1448010787974; Fri, 20 Nov 2015 01:13:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.137.197 with HTTP; Fri, 20 Nov 2015 01:12:28 -0800 (PST) From: grarpamp Date: Fri, 20 Nov 2015 04:12:28 -0500 Message-ID: Subject: Is processor microcode advised? To: freebsd-questions@freebsd.org Cc: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 09:13:09 -0000 > Is it important/necessary/advisable to install microcode for Microcode are fixes, tweaks, new stuff and restrictions, some documented, some not, it's all extremely closed source anyway (SHAME) to due to marketing, embarrassment, recalls, the NSA, and so on... so who knows. Examples.. TSX-NI in Haswell is broken, microcode update disables it so you don't fubar your databases, etc. 32bit VM PAE, and so on. > Intel CPU's? AMD and others too. > If so, how do you know which CPU's have updates? devcpu-data and cpuctl and file access times will tell you. It's resident on die until reboot, not flashed, and it's crypto signed, versioned and model specific, so you can't screw it up unless Intel does. > what do you look for in dmesg output? There are messages from the tools and/or kernel, you might need verbose, run them manually once, you'll see it. > Also, I see microcode_update has to load the cpuctl module. What are the > implications of this WRT security? It exposes /dev/cpuctl which may or may not have issues of its own. If you've got monkeys running around in your system as root or otherwise, whether or not you unload it is irrelavent. You'd likely get more security mileage by taking care of these... find -s / -perm +7022 -ls Until something bad hits the news, or your tinfoil hat starts arcing, just apply them by default and forget about it. From owner-freebsd-questions@freebsd.org Fri Nov 20 15:44:01 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A1BAA34E9D; Fri, 20 Nov 2015 15:44:01 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C5A61D32; Fri, 20 Nov 2015 15:44:01 +0000 (UTC) (envelope-from will.senn@gmail.com) Received: by ykba77 with SMTP id a77so168000538ykb.2; Fri, 20 Nov 2015 07:44:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=aWD5Mw64ZEzqJgevBzTiVgJLNPGGK+Jo4l/I1Awnsaw=; b=aWCETSa1/WXnjrnSyK9SbQ0qgxS+9gOBkDPym7+XfkMidBxmmG9H+hzWKSHZ3z2P5O 67RZCS/jQZosmyDcebt0OuOpHYxIovv/HKT7gtnD1egQjFnQWc9JqQPG+6xaxQyme+63 rHr15fN7rYodybxFtpI154e0SAQTy3tsPCaPHjiY14Z+ln72FP9H8i1dmSwLE8fuHOc0 +Jd3H7wItU9BWE/4nld6WKgHLTogEMpxz3W40ddXsrV6wldinLkhu3CAJbiyNGSSKesi ZToAPZKYTi6yFyvyrI7PGs9SCjVGzn++5ObQq71t4qkeCs12NRswZSC2+EH1+6H+gCqU OyRQ== X-Received: by 10.129.87.67 with SMTP id l64mr14027204ywb.55.1448034240488; Fri, 20 Nov 2015 07:44:00 -0800 (PST) Received: from [192.168.0.4] ([206.251.219.82]) by smtp.gmail.com with ESMTPSA id v23sm137597ywa.30.2015.11.20.07.43.59 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Nov 2015 07:44:00 -0800 (PST) Subject: Re: Is processor microcode advised? To: grarpamp , freebsd-questions@freebsd.org References: Cc: freebsd-hardware@freebsd.org From: Will Senn Message-ID: <564F3FBF.8050603@gmail.com> Date: Fri, 20 Nov 2015 09:43:59 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 15:44:01 -0000 On 11/20/15 3:12 AM, grarpamp wrote: >> Is it important/necessary/advisable to install microcode for > Microcode are fixes, tweaks, new stuff and restrictions, some > documented, some not, it's all extremely closed source anyway (SHAME) > to due to marketing, embarrassment, recalls, the NSA, and so on... > so who knows. > > Examples.. > TSX-NI in Haswell is broken, microcode update > disables it so you don't fubar your databases, etc. > 32bit VM PAE, and so on. > >> Intel CPU's? > AMD and others too. > >> If so, how do you know which CPU's have updates? > devcpu-data and cpuctl and file access times will tell you. It's > resident on die until reboot, not flashed, and it's crypto signed, > versioned and model specific, so you can't screw it up unless Intel > does. > >> what do you look for in dmesg output? > There are messages from the tools and/or kernel, you might need > verbose, run them manually once, you'll see it. > >> Also, I see microcode_update has to load the cpuctl module. What are the >> implications of this WRT security? > It exposes /dev/cpuctl which may or may not have issues of its own. > If you've got monkeys running around in your system as root or > otherwise, whether or not you unload it is irrelavent. > You'd likely get more security mileage by taking care of these... > find -s / -perm +7022 -ls > > Until something bad hits the news, or your tinfoil hat starts arcing, > just apply them by default and forget about it. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" Thank you for the reply and for covering so much territory. I checked dmesg for anything like cpu or micro and nothing about microcode updates was displayed. I did: ps aux|grep cpu and ps aux | grep micro and there were no processes running. I dug around and found the startup script: /usr/local/etc/rc.d/microcode_update I looked at it and ran it: sudo /usr/local/etc/rc.d/microcode_update start Updating cpucodes... Done. Still no processes. I looked at the microcode_update script again and thought about what you said about running with verbose, so working off of the script, I ran: sudo /usr/sbin/cpucontrol -v -u -d "/usr/local/share/cpucontrol/" /dev/cpuctl0 cpucontrol: skipping /usr/local/share/cpucontrol//m101067770A.fw of rev 0x70a: up to date cpucontrol: skipping /usr/local/share/cpucontrol/m101067770A.fw of rev 0x70a: up to date and the same for all 4 cpus What I infer from this is that my CPU's are already as up to date as the microcode database is and therefore no process is needed or kept resident. Am I understanding this correctly? Also, shouldn't there be messages in dmesg for the startup script? I have the /etc/rc.conf setting: microcode_update_enable="YES" and /usr/local/etc/rc.d/microcode_update has: ... microcode_update_start() { echo "Updating cpucodes..." ... I would think I would at lest see "Updating cpucodes..." with dmesg. What is going on? - Will From owner-freebsd-questions@freebsd.org Fri Nov 20 15:57:48 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8616A31210 for ; Fri, 20 Nov 2015 15:57:48 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp9.server.rpi.edu (smtp9.server.rpi.edu [128.113.2.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "canit.localdomain", Issuer "canit.localdomain" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 567FE125E for ; Fri, 20 Nov 2015 15:57:47 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp-auth1.server.rpi.edu (smtp-auth1.server.rpi.edu [128.113.2.231]) by smtp9.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id tAKFvcpp013669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 20 Nov 2015 10:57:38 -0500 Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id A736858095; Fri, 20 Nov 2015 10:57:38 -0500 (EST) Received: from [128.113.24.47] (gilead-qc124.netel.rpi.edu [128.113.124.17]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: drosih) by smtp-auth1.server.rpi.edu (Postfix) with ESMTPSA id 9A34458066; Fri, 20 Nov 2015 10:57:38 -0500 (EST) From: "Garance A Drosehn" To: "FreeBSD -" Subject: Re: ransomware virus on Linux Date: Fri, 20 Nov 2015 10:57:37 -0500 Message-ID: <65FDDF03-930D-4D92-A961-7C7C9ECB2579@rpi.edu> In-Reply-To: <2021B94D-F9CA-4346-BDA5-A3A460C6BA3B@mac.com> References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> <86y4dtiqc3.fsf@WorkBox.Home> <20151120002132.7a4e3a82@gumby.homeunix.com> <2021B94D-F9CA-4346-BDA5-A3A460C6BA3B@mac.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.2r5130) X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 10.10] X-CanIt-Incident-Id: 02PHPVCUo X-CanIt-Geo: ip=128.113.124.17; country=US; region=New York; city=Troy; latitude=42.7495; longitude=-73.5951; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.229 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 15:57:48 -0000 On 19 Nov 2015, Charles Swiger wrote: > On Nov 19, 2015, at 4:21 PM, RW via freebsd-questions > wrote: >> What worries me is that the next version might target Linux >> workstations >> where there's a lot of very complex software running as the owner of >> the user data. > > Ransomware which encrypts your stuff isn't a major problem if you have > a current backup. > > So, verify that your backups work. Which really means: Verify that your *restores* work! :) (Certainly I've seen cases where someone was running backups regularly & automatically, and everything looked fine. But when they finally needed to restore something, they found out that those backups were not really working, or were working but not backing up as much as the user thought they were backing up) -- Garance Alistair Drosehn = drosih@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-questions@freebsd.org Fri Nov 20 17:05:15 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B9B0A332C6 for ; Fri, 20 Nov 2015 17:05:15 +0000 (UTC) (envelope-from idefix@fechner.net) Received: from anny.lostinspace.de (anny.lostinspace.de [IPv6:2a01:138:a006::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 578251A7E for ; Fri, 20 Nov 2015 17:05:14 +0000 (UTC) (envelope-from idefix@fechner.net) Received: from server.idefix.lan (aftr-185-17-205-108.dynamic.mnet-online.de [185.17.205.108]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: idefix@fechner.net) by anny.lostinspace.de (Postfix) with ESMTPSA id DE72EE6DAB for ; Fri, 20 Nov 2015 18:05:10 +0100 (CET) DMARC-Filter: OpenDMARC Filter v1.3.1 anny.lostinspace.de DE72EE6DAB Authentication-Results: anny.lostinspace.de; dmarc=none header.from=fechner.net DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=fechner.net; s=default; t=1448039111; bh=9xAixhSLGmm8b8GGotjp3dsShOOaDDF+E8Il8dwMkcU=; h=Subject:To:References:From:Date:In-Reply-To; b=E6tJa41Fb86WMQNYHTNhdRykJOlOHTWy5kxjsuZlPftL/d40qYTnVJfNmVEVB7P9K gBndJothfiJSv7TEbAnwBa8rf+nsVzyu516rf4iX4mroCj0PBtoaXFFPMZ++qCch2k btR8dHrBV00jBgt92OriyGWqkL56ggmweeHD+JS0= Received: from [192.168.0.151] (aftr-185-17-205-108.dynamic.mnet-online.de [185.17.205.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by server.idefix.lan (Postfix) with ESMTPSA id 2D3294D28F for ; Fri, 20 Nov 2015 18:05:10 +0100 (CET) Subject: Re: ransomware virus on Linux To: freebsd-questions@freebsd.org References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> <86y4dtiqc3.fsf@WorkBox.Home> <20151120002132.7a4e3a82@gumby.homeunix.com> From: Matthias Fechner Message-ID: <564F52BE.1020504@fechner.net> Date: Fri, 20 Nov 2015 18:05:02 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151120002132.7a4e3a82@gumby.homeunix.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 17:05:15 -0000 Am 20.11.2015 um 01:21 schrieb RW via freebsd-questions: > I would guess it would recurse from /home into whatever it can > access - it probably just encrypts the files in place. so a good reason to have a ZFS with regluar snapshots. If really all data would be encrypted the worm has write access to it you will have the snapshots and the backup you can use. Not very convinient but it makes again clear, make backups and keep your software updated. KR Matthias -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." -- Rich Cook From owner-freebsd-questions@freebsd.org Fri Nov 20 17:25:29 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E2A6A336A3 for ; Fri, 20 Nov 2015 17:25:29 +0000 (UTC) (envelope-from artem@artem.ru) Received: from fallback8.mail.ru (fallback8.mail.ru [94.100.181.110]) by mx1.freebsd.org (Postfix) with ESMTP id CE5AA126E for ; Fri, 20 Nov 2015 17:25:28 +0000 (UTC) (envelope-from artem@artem.ru) Received: from smtp31.i.mail.ru (smtp31.i.mail.ru [94.100.177.91]) by fallback8.mail.ru (mPOP.Fallback_MX) with ESMTP id DC0FC8F6EF9B for ; Fri, 20 Nov 2015 20:00:52 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:To; bh=WLHsXCX6sysrgeB8BXYs9IoT800mwWfH93Fvu/h82CQ=; b=gfIj6e4gHw4TNm+cFpz4bastGLuCXb7aEGGdBIhhHA0OGBxg/biqrZ2jI/aHUom4uApy37mq3ooT8gQxmH6ho567GyYXzSNUtQkBd0IAomZtTEtNSsrOJUrNT3l0eJPQjPzYkJ55ALbgfQ3iVFFBtq3RAILL1w7GkQhGuq9uQRc=; Received: from [109.188.127.40] (port=4755 helo=[192.168.0.12]) by smtp31.i.mail.ru with esmtpa (envelope-from ) id 1Zzp3D-00028n-8F for freebsd-questions@freebsd.org; Fri, 20 Nov 2015 20:00:43 +0300 To: freebsd-questions@freebsd.org From: Artem Kuchin Subject: Forbid user set file mtime in the past Message-ID: <564F51BD.4080103@artem.ru> Date: Fri, 20 Nov 2015 20:00:45 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Mras: Ok X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 17:25:29 -0000 Hello! Is there any way to forbid users to set file modification time in the past? I am asking because many php viruses somehow set modification time in the past and just checking what php files were created/modified for the last n hours just does not work at all. Artem From owner-freebsd-questions@freebsd.org Fri Nov 20 17:39:02 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D53BA339A6 for ; Fri, 20 Nov 2015 17:39:02 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.70.90]) by mx1.freebsd.org (Postfix) with ESMTP id DE96019D8 for ; Fri, 20 Nov 2015 17:39:01 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id ACD41CB8C9D; Fri, 20 Nov 2015 11:38:54 -0600 (CST) Received: from 128.135.52.6 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Fri, 20 Nov 2015 11:38:54 -0600 (CST) Message-ID: <19577.128.135.52.6.1448041134.squirrel@cosmo.uchicago.edu> In-Reply-To: <564F51BD.4080103@artem.ru> References: <564F51BD.4080103@artem.ru> Date: Fri, 20 Nov 2015 11:38:54 -0600 (CST) Subject: Re: Forbid user set file mtime in the past From: "Valeri Galtsev" To: "Artem Kuchin" Cc: freebsd-questions@freebsd.org Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 17:39:02 -0000 On Fri, November 20, 2015 11:00 am, Artem Kuchin wrote: > Hello! > > > Is there any way to forbid users to set file modification time in the > past? > > I am asking because many php viruses somehow set modification time in > the past > and just checking what php files were created/modified for the last n > hours just does > not work at all. > I know, this is not an answer to you question. Still, relying on anything on compromised system for forensics is counter productive. Much better approach would be to keep checksums (and all from long listing including inode number) of all files on trusted clean ultimately secure machine. Another thing one can do is to compare all files with, say, backup on the time before the moment the bad even happened. No mater what time stamps are, if files differ from backup, there were modified _after_ that time point. But again, as always they advise, recovery from compromise begins with fresh system installation, patching, setting up whatever you choose for "file integrity" checks... Just my $0.02 Valeri ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@freebsd.org Fri Nov 20 17:51:55 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53D3FA33EC2 for ; Fri, 20 Nov 2015 17:51:55 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-in5.apple.com (mail-out5.apple.com [17.151.62.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2A8A2102B for ; Fri, 20 Nov 2015 17:51:54 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay4.apple.com (relay4.apple.com [17.128.113.87]) by mail-in5.apple.com (Apple Secure Mail Relay) with SMTP id 3C.1C.20021.4BD5F465; Fri, 20 Nov 2015 09:51:48 -0800 (PST) X-AuditID: 11973e13-f79196d000004e35-41-564f5db4463d Received: from [17.149.231.81] (Unknown_Domain [17.149.231.81]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by relay4.apple.com (Apple SCV relay) with SMTP id 76.1B.21296.4BD5F465; Fri, 20 Nov 2015 09:51:48 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: ransomware virus on Linux From: Charles Swiger In-Reply-To: <65FDDF03-930D-4D92-A961-7C7C9ECB2579@rpi.edu> Date: Fri, 20 Nov 2015 09:51:48 -0800 Cc: FreeBSD - Message-Id: <3CCA6E05-4130-40E0-9FF0-F9E8FF825D6D@mac.com> References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> <86y4dtiqc3.fsf@WorkBox.Home> <20151120002132.7a4e3a82@gumby.homeunix.com> <2021B94D-F9CA-4346-BDA5-A3A460C6BA3B@mac.com> <65FDDF03-930D-4D92-A961-7C7C9ECB2579@rpi.edu> To: Garance A Drosehn X-Mailer: Apple Mail (2.3096.5) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrKLMWRmVeSWpSXmKPExsUi2FAYrrsl1j/M4PVjQYsDOz+yWLz8uonF gcljxqf5LB4Lf31kD2CK4rJJSc3JLEst0rdL4Mo4/KmBuWCCeMW5a6/YGxhXi3QxcnJICJhI tE55zAZhi0lcuLceyObiEBLYyyixsvkUC0zRle9/mCESU5kkHpz/CpZgFkiQ+HpsBxOIzStg INF29QxjFyMHh7CAmsSqpyUgJhuQOWEiD0gFp4C1xMcJN5lAwiwCqhJnN9VBDNGVaLrxlhFi iJXExVWnoE54yijR86SDFSQhAjTm+8zrjBDnyEv8XNnABFIkIdDDJtF3YAHLBEbBWUgumoXk Ioi4vMT2t3OYZwHtZhbQkZi8ECqsLbFs4WtmGPvj+SNMCxjZVjEK5SZm5uhm5pnqJRYU5KTq JefnbmIEhft0O+EdjKdXWR1iFOBgVOLhbRD3CxNiTSwrrsw9xCjNwaIkzmtrBxQSSE8sSc1O TS1ILYovKs1JLT7EyMTBKQUMd545lkkF/5YwaDROu9IgoMddnHb20s2eR68/TJpYOvMwZ/sk CzHF8903vEWyJZNNpDSSzEQ1V52Zxnj69mvX9PlszvMDLeY9umb/7rRg5jfLFRZBmR+v93Ud 35C6ONbhh1VSZld1qVvloblVmqtKk99XOFztDBWaZciVc0D96uqXO+bk/yxSYinOSDTUYi4q TgQAjyGyIlgCAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrBLMWRmVeSWpSXmKPExsUiOPV5oO6WWP8wg8UL+S0O7PzIYvHy6yYW ByaPGZ/ms3gs/PWRPYApissmJTUnsyy1SN8ugSvj8KcG5oIJ4hXnrr1ib2BcLdLFyMkhIWAi ceX7H2YIW0ziwr31bF2MXBxCAlOZJB6c/8oCkmAWSJD4emwHE4jNK2Ag0Xb1DGMXIweHsICa xKqnJSAmG5A5YSIPSAWngLXExwk3mUDCLAKqEmc31UEM0ZVouvGWEWKIlcTFVaegNj1llOh5 0sEKkhABGvN95nVGiHPkJX6ubGCawMg3C8kRs5AcARGXl9j+dg7zLKB1zAI6EpMXQoW1JZYt fM0MY388f4RpASPbKkaBotScxEoTvcSCgpxUveT83E2MoPBsKAzfwfhvmdUhRgEORiUe3gZx vzAh1sSy4srcQ4wSHMxKIrwH3gGFeFMSK6tSi/Lji0pzUosPMUpzsCiJ83qbAqUE0hNLUrNT UwtSi2CyTBycUg2MYj+0TY58q/LhfvNQZFfKh6Bjcoyr7b9Y5D9p5q7r5/g6P+O0idxGxUmX T81P0XxecKLZ9SJv4c0NEX/uLIky+hXbtcjwYGTCIYE608j2GTNF7ggFfLUw11q7ZM+xgK0u i6cJL177f971KV9Ley5t6Fp/v/Tt6Uc8/Dnh+jI1CuFz5kge3XRQRImlOCPRUIu5qDgRAOgS /DJLAgAA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 17:51:55 -0000 Hi, Garance-- On Nov 20, 2015, at 7:57 AM, Garance A Drosehn wrote: >> So, verify that your backups work. > > Which really means: Verify that your *restores* work! :) Indeed: it is not a working backup if you cannot restore the data. Regards, -- -Chuck From owner-freebsd-questions@freebsd.org Fri Nov 20 18:03:34 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E644A34183 for ; Fri, 20 Nov 2015 18:03:34 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv157.fwdcdn.com (frv157.fwdcdn.com [212.42.77.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61E341A23 for ; Fri, 20 Nov 2015 18:03:34 +0000 (UTC) (envelope-from fidaj@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=xCsdGJVq86q3RQh3oZo9n/5xhnf3a8Y4RFjcnoUGLCg=; b=r8m1KFbEos1qul4esMViLFg5M7E0DIeMmx67shgm2VG7ETG0wOWicvdwax5uNFU9QpPiio/miVcvLGid2j6v9d+gsjqyXTSsr3mgku34gbB5ZCYb6wEkIWudWAD+K5zZf7FB5KIdJuPdml6+8y67l3fvmdFHS+w68NBBFWJugy0=; Received: from [178.137.225.202] (helo=nonamehost.local) by frv157.fwdcdn.com with esmtpsa ID 1Zzq1t-000Br7-TW for freebsd-questions@freebsd.org; Fri, 20 Nov 2015 20:03:26 +0200 Date: Fri, 20 Nov 2015 20:03:25 +0200 From: Ivan Klymenko To: freebsd-questions@freebsd.org Subject: cryptodev HW (aesni) vs software Message-ID: <20151120200325.2baade9c@nonamehost.local> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=178.137.225.202; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 18:03:34 -0000 Hello everybody. What's happening? root@nonamehost:/ # openssl speed -evp aes-128-cbc -elapsed -engine cryptodev engine "cryptodev" set. You have chosen to measure elapsed time instead of user CPU time. Doing aes-128-cbc for 3s on 16 size blocks: 94143620 aes-128-cbc's in 3.00s Doing aes-128-cbc for 3s on 64 size blocks: 25440888 aes-128-cbc's in 3.01s Doing aes-128-cbc for 3s on 256 size blocks: 6442164 aes-128-cbc's in 3.00s Doing aes-128-cbc for 3s on 1024 size blocks: 1626351 aes-128-cbc's in 3.00s Doing aes-128-cbc for 3s on 8192 size blocks: 202870 aes-128-cbc's in 3.01s OpenSSL 1.0.2d-freebsd 9 Jul 2015 built on: date not available options:bn(64,64) rc4(16x,int) des(idx,cisc,16,int) aes(partial) idea(int) blowfish(idx) compiler: clang The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-cbc 502099.31k 541329.23k 549731.33k 555127.81k 552531.46k root@nonamehost:/ # openssl engine -c -t (cryptodev) BSD cryptodev engine [RSA, DSA, DH] [ available ] (dynamic) Dynamic engine loading support [ unavailable ] root@nonamehost:/ # kldload aesni root@nonamehost:/ # openssl engine -c -t (cryptodev) BSD cryptodev engine [RSA, DSA, DH, AES-128-CBC, AES-192-CBC, AES-256-CBC] [ available ] (dynamic) Dynamic engine loading support [ unavailable ] root@nonamehost:/ # openssl speed -evp aes-128-cbc -elapsed -engine cryptodev engine "cryptodev" set. You have chosen to measure elapsed time instead of user CPU time. Doing aes-128-cbc for 3s on 16 size blocks: 1645919 aes-128-cbc's in 3.01s Doing aes-128-cbc for 3s on 64 size blocks: 1675783 aes-128-cbc's in 3.00s Doing aes-128-cbc for 3s on 256 size blocks: 1398129 aes-128-cbc's in 3.00s Doing aes-128-cbc for 3s on 1024 size blocks: 824381 aes-128-cbc's in 3.01s Doing aes-128-cbc for 3s on 8192 size blocks: 173487 aes-128-cbc's in 3.00s OpenSSL 1.0.2d-freebsd 9 Jul 2015 built on: date not available options:bn(64,64) rc4(16x,int) des(idx,cisc,16,int) aes(partial) idea(int) blowfish(idx) compiler: clang The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-cbc 8755.43k 35750.04k 119307.01k 280657.83k 473735.17k root@nonamehost:/ # Thanks! From owner-freebsd-questions@freebsd.org Fri Nov 20 18:21:16 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FE29A3468D for ; Fri, 20 Nov 2015 18:21:16 +0000 (UTC) (envelope-from mike.jeays@rogers.com) Received: from nm15-vm4.access.bullet.mail.gq1.yahoo.com (nm15-vm4.access.bullet.mail.gq1.yahoo.com [216.39.63.103]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6BCAE17E0 for ; Fri, 20 Nov 2015 18:21:16 +0000 (UTC) (envelope-from mike.jeays@rogers.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rogers.com; s=s2048; t=1448043562; bh=g65jLovtoKxAITirBj7y2pF02nUWCxdNbpDExt++KBs=; h=Date:From:To:Subject:In-Reply-To:References:From:Subject; b=qndJ3xLGzmVNipiuiwscPWXEqbrqo+7I+JSMxhkXee/fsXtlOEBiW55TVVX/bpsd7aJdxi6uyEZnN40B69nGNolA8r6Hv2H0I+KbfXQQq00LMBa7hHuQumPC5XX2+6A0niCz22Phh/DqQBSqyGB+9HjBxleiT+cFBVed3kFM19Sk+phs4R2E9Zmm4kNq0eW1ZhDbEHRXQbqk9FT9huGN1oFD+1Qb8TLMRPpigx9+OkfUaeVW7TRLe0j4fU1sPm4KeUCScZBXNLAjXBvvLEQGed5qnWxUcv54aMpeTYcioiNmc5GGnMvOAhQNGxnG0qvubS4ZGpnBExelSBCDExVE6Q== Received: from [216.39.60.167] by nm15.access.bullet.mail.gq1.yahoo.com with NNFMP; 20 Nov 2015 18:19:22 -0000 Received: from [67.195.23.145] by tm3.access.bullet.mail.gq1.yahoo.com with NNFMP; 20 Nov 2015 18:19:22 -0000 Received: from [127.0.0.1] by smtp117.sbc.mail.gq1.yahoo.com with NNFMP; 20 Nov 2015 18:19:22 -0000 X-Yahoo-Newman-Id: 172253.52616.bm@smtp117.sbc.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: iVnVnrUVM1mQqGZpv6lHbvhOlr3gEF3ixzQTWRqNFBlfujG hDERge3PvJkVfWAdBUqjggE2QAnt1YQ4N6qC7R1ZeG9.CTHPEQxCIZrtITWN zgSdKlxKlpmr5DashrO0KGLafi0X3cxR5yMmR22Ijo.WA8pJ0HWHDlXn8Htp fN2r.B3mka50QqSyJzhGeaHomrvsT86NfTFF5fBcYPYsd.hLHNjf3W8SmUrY ygSKgFV23tuw2lscEEGPsBuzfcLq3eNK6zHuOlV2mkOE2PLcMin.XOBJ35uQ S9dhfh9_XJdfTN8_pq1lcC1He4TdwvSJWUo7Erfxi.q9qPnYpSqrWTNveGp1 uoIRdAEsBIObN0fuFFWOT1ywEnBX2wrPfwSodAfVuQdVzVGxjDa6XHDKbX4C 3DKL5._yNCsnl0qUHos91yG.y3rBccOkv9nabADXJlD6qsBjmW511ULQPJpC 3KJ71_jxzA0UzuHL2e0g1s5iyepdC0Hc3XJr7WfR7I2Gcm5cklp9QAKMERxy tzbh3I_F0D4cm8MAI3PHZk00pRMAbfSsg.wdKmoNOeyqyJmcWvw4- X-Yahoo-SMTP: N82WFx6swBBjwcHWPFR2CGt6udzA8RPrA.xm0enFFXaK2g-- Date: Fri, 20 Nov 2015 13:19:19 -0500 From: Mike Jeays To: freebsd-questions@freebsd.org Subject: Re: ransomware virus on Linux Message-ID: <20151120131919.0e961b5c@europa> In-Reply-To: <3CCA6E05-4130-40E0-9FF0-F9E8FF825D6D@mac.com> References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> <86y4dtiqc3.fsf@WorkBox.Home> <20151120002132.7a4e3a82@gumby.homeunix.com> <2021B94D-F9CA-4346-BDA5-A3A460C6BA3B@mac.com> <65FDDF03-930D-4D92-A961-7C7C9ECB2579@rpi.edu> <3CCA6E05-4130-40E0-9FF0-F9E8FF825D6D@mac.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 18:21:16 -0000 On Fri, 20 Nov 2015 09:51:48 -0800 Charles Swiger wrote: > Hi, Garance-- > > On Nov 20, 2015, at 7:57 AM, Garance A Drosehn wrote: > >> So, verify that your backups work. > > > > Which really means: Verify that your *restores* work! :) > > Indeed: it is not a working backup if you cannot restore the data. > > Regards, > -- > -Chuck > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" Also make sure that your backups are off-line, so they can't be hit by the malware at the same time. From owner-freebsd-questions@freebsd.org Fri Nov 20 19:29:25 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F328A3235A for ; Fri, 20 Nov 2015 19:29:25 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD9C4161C for ; Fri, 20 Nov 2015 19:29:24 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by wmvv187 with SMTP id v187so86026422wmv.1 for ; Fri, 20 Nov 2015 11:29:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=mdodtxKHQ+86U04f6igLKlW57naqcILL16zFuY0NTks=; b=KlLNrMEON4r7TNcqrT5+yk6tbU2xKF+ePpUzB/nXb/4YIlnvlG7kn1oFFjHiSZCtw2 B0DCtBwx60IrLj57BzyPDm5RB0gC3PmeDfSCIVIXubPErGVx1/JVWJC5XbjP63N+mfqb lDpUu44+jRImOYUK4/O7DUMwMKNC0+iDxPBpOKPE8pqd8I+clZLDgUxYjUJ9ZvPkHBrf oyIkf4qtq31MXiXyfgym/HN+bpAL0+Kz3kNFCR4Yl0XtJDmy3pfov4d6aH8KjwDBPq3n mxNcZR788nGiqYxNm5+uXfLzkR51mwAkqUHCdgIKCnVgCp6Aeo1hV7/cMK0Fhj4srbbq aaXw== X-Received: by 10.194.115.199 with SMTP id jq7mr16242419wjb.101.1448047763177; Fri, 20 Nov 2015 11:29:23 -0800 (PST) Received: from gumby.homeunix.com ([94.8.70.38]) by smtp.gmail.com with ESMTPSA id q1sm863660wje.39.2015.11.20.11.29.21 for (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Nov 2015 11:29:22 -0800 (PST) Date: Fri, 20 Nov 2015 19:29:20 +0000 From: RW To: freebsd-questions@freebsd.org Subject: Re: cryptodev HW (aesni) vs software Message-ID: <20151120192920.119bbf91@gumby.homeunix.com> In-Reply-To: <20151120200325.2baade9c@nonamehost.local> References: <20151120200325.2baade9c@nonamehost.local> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 19:29:25 -0000 On Fri, 20 Nov 2015 20:03:25 +0200 Ivan Klymenko wrote: > Hello everybody. > What's happening? > > root@nonamehost:/ # openssl speed -evp aes-128-cbc -elapsed -engine > cryptodev engine "cryptodev" set. I'm not really sure what the actual question was, but IIRC you shouldn't load cryptodev if the CPU has AES-NI because it gets used by default and it's faster to allow openssl to use AES-NI instructions directly. From owner-freebsd-questions@freebsd.org Fri Nov 20 21:09:16 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3026A33A29 for ; Fri, 20 Nov 2015 21:09:15 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B77FA1AAA for ; Fri, 20 Nov 2015 21:09:15 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-184-59-147-149.neo.res.rr.com [184.59.147.149]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id adf1d770; Fri, 20 Nov 2015 16:09:11 -0500 (EST) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id 812cdb62 TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Fri, 20 Nov 2015 16:09:11 -0500 (EST) Message-ID: <1448053750.2765.109.camel@michaeleichorn.com> Subject: Re: Forbid user set file mtime in the past From: "Michael B. Eichorn" To: Artem Kuchin , freebsd-questions@freebsd.org Date: Fri, 20 Nov 2015 16:09:10 -0500 In-Reply-To: <564F51BD.4080103@artem.ru> References: <564F51BD.4080103@artem.ru> Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-N82/LuzKrYV7QU80VcsG" X-Mailer: Evolution 3.18.1 Mime-Version: 1.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 21:09:16 -0000 --=-N82/LuzKrYV7QU80VcsG Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2015-11-20 at 20:00 +0300, Artem Kuchin wrote: > Hello! >=20 >=20 > Is there any way to forbid users to set file modification time in the > past? >=20 > I am asking because many=C2=A0=C2=A0php viruses somehow set modification = time > in=20 > the past > and just checking what php files were created/modified for the last n > hours just does > not work at all. >=20 >=20 No idea as to how to forbid it, but I bet you could rig something with zfs and snapshots to detect it. peudocode: snapshot 1 sleep 1h snapshot 2 compare the snapshots for files that changed and then check if have an mtime before the time snapshot 1 was created If you wanted to go more in depth, since zfs internally keeps track of when the blocks were born rather than the files were modified... --=-N82/LuzKrYV7QU80VcsG Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEqAw ggYwMIIFGKADAgECAgMOXcYwDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQTAeFw0xNTA2MTMyMDI0NDZaFw0xNjA2MTQwMDM1NTBaMEgxHzAdBgNVBAMMFmlrZUBtaWNo YWVsZWljaG9ybi5jb20xJTAjBgkqhkiG9w0BCQEWFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJVdWALPz5h2s5zUQGIJYl6Vp8FPtZNko8q/3s crCsxXJLprMaDdpnqTsmkbmEfKvsqPQE6HVOpGxVRTl/tCm+VvouW9eY9ITMigb1OnHdU13CKO0j drgeU1nHst0qxwsIofRD7nC4dakT6exnrVndlBmLrf/bLPh2qOM8YK5qKK6m33fE7AyYrwiYAWFT 3fERI7LakjaabrIoS/Y1rCdL5FaCTMOlRbZyduc8HkrgjT2JW+i4fVcKyGL5gExBJWfS3q1uGFaB ie6pYtl8lZPtvN0JSfibP003RBoLgzqHJKW91RL0qNeDjKZi/5nrlU398l9UoVvLLO3KxoPBXKCx AgMBAAGjggLcMIIC2DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwHQYDVR0OBBYEFJZqarc6CcrOs6eAwOgrMznk5ZWWMB8GA1UdIwQYMBaAFFNy 7ZKc4NrLAVx8fpY1TvLUuFGCMCEGA1UdEQQaMBiBFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggFM BgNVHSAEggFDMIIBPzCCATsGCysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBh Y2NvcmRpbmcgdG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0 YXJ0Q29tIENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2Ug aW4gY29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYBBQUH AQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9jbGFzczEv Y2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zdWIu Y2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20v MA0GCSqGSIb3DQEBCwUAA4IBAQB4K8iQw+0FRn3xEnB3vIIu2Vi4C3ZGnOMWP90FFXLrZ6uAu9AK xVCjXUVP6nAEsOopTMu769vVecdBvg0KO2i5aTDTdTLX4g9d020g4OLWW1NiynAkX8oKqJLqZ53q vHK4zP4KWPS3bSqDWVCosTMfI+H6tkg+6G3gS0HHoHTLKZhIT3z6PQZAfeofM7ed6NOdAcj0J2lP ODHzzz7Y9x4wMwYJdidorzUDVYkNIkim8ak7hK9F60NadA5w/BirFATSlzRyV0h1tl6oNisEaQcq tGvy6UoCTDhzaJ7pQValfDXJ/A47P0hNj/CX/PmkY1wQHsEJz2pbh5lqteP/fO0rMIIGMDCCBRig AwIBAgIDDl3GMA0GCSqGSIb3DQEBCwUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTUwNjEzMjAyNDQ2WhcNMTYwNjE0MDAzNTUwWjBIMR8wHQYDVQQDDBZpa2VAbWljaGFlbGVpY2hv cm4uY29tMSUwIwYJKoZIhvcNAQkBFhZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyVXVgCz8+YdrOc1EBiCWJelafBT7WTZKPKv97HKwrMVyS6az Gg3aZ6k7JpG5hHyr7Kj0BOh1TqRsVUU5f7Qpvlb6LlvXmPSEzIoG9Tpx3VNdwijtI3a4HlNZx7Ld KscLCKH0Q+5wuHWpE+nsZ61Z3ZQZi63/2yz4dqjjPGCuaiiupt93xOwMmK8ImAFhU93xESOy2pI2 mm6yKEv2NawnS+RWgkzDpUW2cnbnPB5K4I09iVvouH1XCshi+YBMQSVn0t6tbhhWgYnuqWLZfJWT 7bzdCUn4mz9NN0QaC4M6hySlvdUS9KjXg4ymYv+Z65VN/fJfVKFbyyztysaDwVygsQIDAQABo4IC 3DCCAtgwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMB0GA1UdDgQWBBSWamq3OgnKzrOngMDoKzM55OWVljAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAhBgNVHREEGjAYgRZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBTAYDVR0gBIIB QzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBD QSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeG JWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9j YTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5j bGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG 9w0BAQsFAAOCAQEAeCvIkMPtBUZ98RJwd7yCLtlYuAt2RpzjFj/dBRVy62ergLvQCsVQo11FT+pw BLDqKUzLu+vb1XnHQb4NCjtouWkw03Uy1+IPXdNtIODi1ltTYspwJF/KCqiS6med6rxyuMz+Clj0 t20qg1lQqLEzHyPh+rZIPuht4EtBx6B0yymYSE98+j0GQH3qHzO3nejTnQHI9CdpTzgx888+2Pce MDMGCXYnaK81A1WJDSJIpvGpO4SvRetDWnQOcPwYqxQE0pc0cldIdbZeqDYrBGkHKrRr8ulKAkw4 c2ie6UFWpXw1yfwOOz9ITY/wl/z5pGNcEB7BCc9qW4eZarXj/3ztKzCCBjQwggQcoAMCAQICAR4w DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1 NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAx IFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7 zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8 VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+ jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQO Jebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB /wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAf BgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3dy5z dGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3Js MIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywGXLhjjF6uHLkjd02h cdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXltUfO4n4bGGdKo3awP Wp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8C h507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893 gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0 PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBm unwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2L L9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwF i2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhE puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDfzCCA3sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAQUAoIIBuzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTExMjAyMTA5MTBaMC8GCSqGSIb3DQEJ BDEiBCBvh7MSpMh63Yzttle9YoJjU942r7gHRDGPhZSf6noBUTCBpQYJKwYBBAGCNxAEMYGXMIGU MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQ cmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5dxjCBpwYLKoZIhvcNAQkQAgsxgZeggZQw gYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFBy aW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCSqGSIb3DQEBAQUABIIBAEP0O4Ct 3+6A7ofcirhGORPn3WU/JTF3HO1EaU7sdjgeAKkxGakN41ukyxGtB5z1JOqXOghbWrc1PnOE7wcs oSSRidSPooQaoy9O1j6WwqqN16PwDXVbtItC+jHXrKwMWABN/GPfWQdFFmgPNTCNly89PlYIV0AJ wjFXZlSuVMBOaa+pGU1sj2USn/rAAtT0WoAOcit85vDOn+JMmOy/+Mar36buFH7EVikMtzRh4xBK J3e7/vSk9UUvsaQ2LztqlquMIrvODhD0eJXPgC9xzlPq8CYF2h8qEJzV2Qwn4y5awKW8ENT2nPC4 DKYJdM6G7SLpqQt1lXtSIDgVIMzmvN4AAAAAAAA= --=-N82/LuzKrYV7QU80VcsG-- From owner-freebsd-questions@freebsd.org Fri Nov 20 22:18:25 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0AF67A347F8 for ; Fri, 20 Nov 2015 22:18:25 +0000 (UTC) (envelope-from danglingpointer@outlook.com) Received: from BAY004-OMC4S22.hotmail.com (bay004-omc4s22.hotmail.com [65.54.190.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E77C21633 for ; Fri, 20 Nov 2015 22:18:24 +0000 (UTC) (envelope-from danglingpointer@outlook.com) Received: from BAY169-W97 ([65.54.190.201]) by BAY004-OMC4S22.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Fri, 20 Nov 2015 14:17:19 -0800 X-TMN: [3gzeVVMoyweTjVbsxQLOhdyGfkQL/EhU] X-Originating-Email: [danglingpointer@outlook.com] Message-ID: From: Dangling Pointer To: "freebsd-questions@freebsd.org" Subject: Unzip utility choice decision Date: Fri, 20 Nov 2015 22:17:19 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 20 Nov 2015 22:17:19.0545 (UTC) FILETIME=[38A5AA90:01D123E1] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 22:18:25 -0000 =0A= =0A= =0A= Hi=2C The unzip utility which comes OOTB is different than the one which installs= with `pkg install unzip`. The latter one is the real unzip utility which a= ccepts -uoq switches together. The former one complains "unzip: -n=2C -o an= d -u are contradictory". Without being able to -uoq causes a race with two unzips attempting to over= write the same file at the same time. -u prevents existing files from being= overwritten if they haven't been updated and allows us to run any number o= f unzips in parallel. After installing FreeBSD=2C I have to rename "/usr/bin/unzip" to "/usr/bin/= unzip2" followed by "pkg install unzip" and then "ln -s /usr/local/bin/unzi= p /usr/bin/unzip". If the licensing permits=2C please consider replacing the default unzip uti= lity with the one available in ports. This way it is convenient to write a = cross-platform build/install scripts for software without additional checks= . Thanks. =0A= = From owner-freebsd-questions@freebsd.org Fri Nov 20 23:40:44 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72F20A338A6 for ; Fri, 20 Nov 2015 23:40:44 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 06A6F146E for ; Fri, 20 Nov 2015 23:40:44 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wmec201 with SMTP id c201so92539137wme.0 for ; Fri, 20 Nov 2015 15:40:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yHKdNGZU16xfXvgYaIsUdzwhhvjAsQfsxf0KNk1Wris=; b=mDVNwV4oSf6rjKzCyr0vEiKW2XtrbMg1U7KuttjJ07QcD3oqkVhYEimCWftxf2umV/ NHOCR6UMilzI7lFkyy+AFPW9mF+qHPizpbVSh0kq6JTuykzGSAKUmsGd4nhlLZi6dHoq BTgN1tZTgZiN2c6yNKpor0hZgPcnKxSj7QfFGGVTllOmG80vVvlx0kQeOGlmJfpleUol FuR1nyYJ4Hyy/w+ZgUqOOImr0zH04GzvU/5LvXOpgoDmuroERtM2W2Fk0+uzve5Z8GGH Xup2rtiXEvxVVxx5tDKDNfKdWyC722DdTfJ32JJEoJwOdRNJsoS/Jl6gAoUYQox7LpWp MsBA== MIME-Version: 1.0 X-Received: by 10.194.62.14 with SMTP id u14mr13071737wjr.24.1448062842525; Fri, 20 Nov 2015 15:40:42 -0800 (PST) Received: by 10.194.16.231 with HTTP; Fri, 20 Nov 2015 15:40:42 -0800 (PST) In-Reply-To: <564F51BD.4080103@artem.ru> References: <564F51BD.4080103@artem.ru> Date: Fri, 20 Nov 2015 17:40:42 -0600 Message-ID: Subject: Re: Forbid user set file mtime in the past From: Adam Vande More To: Artem Kuchin Cc: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 23:40:44 -0000 On Fri, Nov 20, 2015 at 11:00 AM, Artem Kuchin wrote: > Hello! > > > Is there any way to forbid users to set file modification time in the past? > > I am asking because many php viruses somehow set modification time in the > past > I have no idea what you think such functionality would accomplish, but I suspect your time would be much better spent preventing "php viruses" in the first place. -- Adam From owner-freebsd-questions@freebsd.org Sat Nov 21 04:57:19 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9DB0DA32CA4 for ; Sat, 21 Nov 2015 04:57:19 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 602321395 for ; Sat, 21 Nov 2015 04:57:18 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-76-245.dynamic.qsc.de [92.195.76.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 620673CD54; Sat, 21 Nov 2015 05:57:08 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id tAL4v7EW002270; Sat, 21 Nov 2015 05:57:08 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Sat, 21 Nov 2015 05:57:07 +0100 From: Polytropon To: "Garance A Drosehn" Cc: "FreeBSD -" Subject: Re: ransomware virus on Linux Message-Id: <20151121055707.aa54f280.freebsd@edvax.de> In-Reply-To: <65FDDF03-930D-4D92-A961-7C7C9ECB2579@rpi.edu> References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> <86y4dtiqc3.fsf@WorkBox.Home> <20151120002132.7a4e3a82@gumby.homeunix.com> <2021B94D-F9CA-4346-BDA5-A3A460C6BA3B@mac.com> <65FDDF03-930D-4D92-A961-7C7C9ECB2579@rpi.edu> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2015 04:57:19 -0000 On Fri, 20 Nov 2015 10:57:37 -0500, Garance A Drosehn wrote: > On 19 Nov 2015, Charles Swiger wrote: > > > On Nov 19, 2015, at 4:21 PM, RW via freebsd-questions > > wrote: > >> What worries me is that the next version might target Linux > >> workstations > >> where there's a lot of very complex software running as the owner of > >> the user data. > > > > Ransomware which encrypts your stuff isn't a major problem if you have > > a current backup. > > > > So, verify that your backups work. > > Which really means: Verify that your *restores* work! :) That's already in the definition: A backup which you cannot restore is not a backup - it's garbage. :-) > (Certainly I've seen cases where someone was running backups > regularly & automatically, and everything looked fine. But when > they finally needed to restore something, they found out that those > backups were not really working, or were working but not backing up > as much as the user thought they were backing up) True, I've seen that too. Untested backups with "experts" relying on them (and other "experts"' assurance that everything would work if needed). The worst thing _I_ have actually seen in reality was (many years ago) a customer who's "professional consultant" had messed up the backup process so nothing was written to the tapes, and nobody had checked the logs, so the customer ended up with a box of blank tapes; the box was labeled "BACKUP". You can imagine how "satistied" the customer was with his expensive "service" when the worst case happened, disks crashed, and he would just have to restore yesterday's backup... :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sat Nov 21 08:02:22 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5228FA2ACD5 for ; Sat, 21 Nov 2015 08:02:22 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CCE1F15E7 for ; Sat, 21 Nov 2015 08:02:21 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by lfs39 with SMTP id 39so82048193lfs.3 for ; Sat, 21 Nov 2015 00:02:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hWBEy9iwZPggIa6kreyzXpVGgCA6/MmW6O4TtSGxreg=; b=Fjy74lep68qD8JBAocbVbwFIESSK3Xo7K/50O0xbnrn3Ajx48DOCndAVpNBnsbwF5p ucDGekz8wnz6V88OOy0KTUUsnCrBPdkrDGqeO3pZN4v0SWNWRFQdTc0VrJAG1MGOoK3u eCSY4Jb8yC9mQLmxwp6S0S4ilLknl19U0Ow3zXIAshL8CNCEB/oHqLJd/MK+tBPFKUcG 0f56ZBZtXXzIlYTVwmXS5gI+8ZJ2CUJAtq2slyAaS1CFK8s1kbL2xHS6DfBLqytkxm9S 6soS47+ywBWU+8SkW9Jq1QN6XAXOHNhLSVtQXIfBW2BHWj5cmxR5a9GMZnxdEZ3lK3z9 i7Zg== MIME-Version: 1.0 X-Received: by 10.25.170.149 with SMTP id t143mr7488816lfe.162.1448092939961; Sat, 21 Nov 2015 00:02:19 -0800 (PST) Received: by 10.25.141.129 with HTTP; Sat, 21 Nov 2015 00:02:19 -0800 (PST) In-Reply-To: References: Date: Sat, 21 Nov 2015 09:02:19 +0100 Message-ID: Subject: Re: Unzip utility choice decision From: Ben Woods To: Dangling Pointer Cc: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2015 08:02:22 -0000 On Friday, 20 November 2015, Dangling Pointer wrote: > > > > Hi, > The unzip utility which comes OOTB is different than the one which > installs with `pkg install unzip`. The latter one is the real unzip utility > which accepts -uoq switches together. The former one complains "unzip: -n, > -o and -u are contradictory". > Without being able to -uoq causes a race with two unzips attempting to > overwrite the same file at the same time. -u prevents existing files from > being overwritten if they haven't been updated and allows us to run any > number of unzips in parallel. > After installing FreeBSD, I have to rename "/usr/bin/unzip" to > "/usr/bin/unzip2" followed by "pkg install unzip" and then "ln -s > /usr/local/bin/unzip /usr/bin/unzip". > If the licensing permits, please consider replacing the default unzip > utility with the one available in ports. This way it is convenient to write > a cross-platform build/install scripts for software without additional > checks. > Thanks. > Having just read the manpage of both the FreeBSD version and the info-zip version, it sounds to me like those -o and -u options ARE contradictory. -o tells unzip to overwrite any existing files. -u tells unzip to only overwrite any existing files if the version from the zip is newer. It doesn't make sense to me to use both of these switches. You should choose which behaviour you want and only specify one of them. Perhaps "unzip -uq FILE.zip" will suffice? Info-zip unzip(1) manpage: http://linux.die.net/man/1/unzip FreeBSD unzip(1) manpage: https://www.freebsd.org/cgi/man.cgi?unzip Regards, Ben -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-questions@freebsd.org Sat Nov 21 12:34:19 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A6EBA32BD5 for ; Sat, 21 Nov 2015 12:34:19 +0000 (UTC) (envelope-from artem@artem.ru) Received: from fallback4.mail.ru (fallback4.mail.ru [94.100.181.169]) by mx1.freebsd.org (Postfix) with ESMTP id 12D491A2C for ; Sat, 21 Nov 2015 12:34:18 +0000 (UTC) (envelope-from artem@artem.ru) Received: from smtp48.i.mail.ru (smtp48.i.mail.ru [94.100.177.108]) by fallback4.mail.ru (mPOP.Fallback_MX) with ESMTP id A9A41CC6BF8 for ; Sat, 21 Nov 2015 15:33:06 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject; bh=VFpglvtrhdrnR6qWshfndOcxcAXkPIvFvahjksB/6mU=; b=lEe4+xA0avQ6y43QymrZn59NNYsNnmnsW3Ba9vyuARpiI/4FG+H3UnRGzJTjM9nlRCD6r/vrmy2t/FluuxTYhic6ZvP0wad05Jdi9xrtVEW5NOSSDzHDT/yKu2D0OCoEvE5+CbB4DlM1Fz6kGOqDxaJXXroZkWCLpK6/xCw7bbY=; Received: from [109.188.127.40] (port=9138 helo=[192.168.0.12]) by smtp48.i.mail.ru with esmtpa (envelope-from ) id 1a07Lc-0001WV-Et; Sat, 21 Nov 2015 15:32:57 +0300 Subject: Re: Forbid user set file mtime in the past To: kpneal@pobox.com, Valeri Galtsev References: <564F51BD.4080103@artem.ru> <19577.128.135.52.6.1448041134.squirrel@cosmo.uchicago.edu> <20151120200502.GA33068@neutralgood.org> Cc: freebsd-questions@freebsd.org From: Artem Kuchin Message-ID: <56506474.3040105@artem.ru> Date: Sat, 21 Nov 2015 15:32:52 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151120200502.GA33068@neutralgood.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mras: Ok X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2015 12:34:19 -0000 20.11.2015 23:05, kpneal@pobox.com пишет: > On Fri, Nov 20, 2015 at 11:38:54AM -0600, Valeri Galtsev wrote: >> On Fri, November 20, 2015 11:00 am, Artem Kuchin wrote: >>> Hello! >>> >>> >>> Is there any way to forbid users to set file modification time in the >>> past? >>> >>> I am asking because many php viruses somehow set modification time in >>> the past >>> and just checking what php files were created/modified for the last n >>> hours just does >>> not work at all. >>> >> I know, this is not an answer to you question. Still, relying on anything >> on compromised system for forensics is counter productive. Much better > What if the compromised system was a jail? > > Oh, and you can use the mtree command to get an inventory of a filesystem. > The mtree command can also do diffs of inventories run at different times. > Included in the inventory optionally are md5 and other hashes. So you can > run that to detect changed files. > > Of course, if the breech was bad enough then you won't be able to trust > anything on the system. Jails are your friend. Corect. IT IS in jail amd it is shared hosting where about 100 users access system. If someone gets PHP virus it is only limited to that user and in any case is constrained within that jail. It is USF on HDD (not SSD), so computing any checksum on 10s of millions files will be either very slow or will consume all HDD iops. As i understand there is not such user permission, so answer to my question is "no way to do it". I will look for other ways. Artem From owner-freebsd-questions@freebsd.org Sat Nov 21 13:21:53 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A3CFA33566 for ; Sat, 21 Nov 2015 13:21:53 +0000 (UTC) (envelope-from freebsd@qeng-ho.org) Received: from bede.qeng-ho.org (bede.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fileserver.home.qeng-ho.org", Issuer "fileserver.home.qeng-ho.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F2EE51FC8 for ; Sat, 21 Nov 2015 13:21:52 +0000 (UTC) (envelope-from freebsd@qeng-ho.org) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.home.qeng-ho.org (8.15.2/8.15.2) with ESMTP id tALD4UbA094344; Sat, 21 Nov 2015 13:04:30 GMT (envelope-from freebsd@qeng-ho.org) Subject: Re: ransomware virus on Linux To: Polytropon References: <20151119064434.GB1925@c720-r276659.oa.oclc.org> <86y4dtiqc3.fsf@WorkBox.Home> <20151120002132.7a4e3a82@gumby.homeunix.com> <2021B94D-F9CA-4346-BDA5-A3A460C6BA3B@mac.com> <65FDDF03-930D-4D92-A961-7C7C9ECB2579@rpi.edu> <20151121055707.aa54f280.freebsd@edvax.de> Cc: FreeBSD - From: Arthur Chance Message-ID: <56506BDE.7050708@qeng-ho.org> Date: Sat, 21 Nov 2015 13:04:30 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151121055707.aa54f280.freebsd@edvax.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2015 13:21:53 -0000 On 21/11/2015 04:57, Polytropon wrote: > On Fri, 20 Nov 2015 10:57:37 -0500, Garance A Drosehn wrote: >> (Certainly I've seen cases where someone was running backups >> regularly & automatically, and everything looked fine. But when >> they finally needed to restore something, they found out that those >> backups were not really working, or were working but not backing up >> as much as the user thought they were backing up) > > True, I've seen that too. Untested backups with "experts" > relying on them (and other "experts"' assurance that everything > would work if needed). The worst thing _I_ have actually seen > in reality was (many years ago) a customer who's "professional > consultant" had messed up the backup process so nothing was > written to the tapes, and nobody had checked the logs, so > the customer ended up with a box of blank tapes; the box was > labeled "BACKUP". You can imagine how "satistied" the customer > was with his expensive "service" when the worst case happened, > disks crashed, and he would just have to restore yesterday's > backup... :-) I had exactly the same experience - box full of Exabyte dump tapes, all carefully labelled with day and date they'd been in the drive, all pristine except for a little wear from sitting unmoving in the drive. The person responsible swore that they'd actually tried a restore when they'd set up the system and it had worked. Fortunately it was not the system disk that had failed, only the drive holding the customer's data, and I was able to restore the lost data, and explain why the test restore had worked - there was a very large regular file on the system disk called /dev/rmt0 (*). After that I got into the habit of doing ln -s rmt0 /dev/rmt0 on all machines without mt devices, to cause dumping to the non-existent default device to fail with a "too many symbolic links" error. (*) or whatever the default dump(8) device was. -- Moore's Law of Mad Science: Every eighteen months, the minimum IQ necessary to destroy the world drops by one point.