From owner-freebsd-questions@freebsd.org Sun Aug 16 05:03: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 61EEC9B8DFA for ; Sun, 16 Aug 2015 05:03:55 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) 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 39F8E1EEC for ; Sun, 16 Aug 2015 05:03:55 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: by mailman.ysv.freebsd.org (Postfix) id 3739C9B8DF7; Sun, 16 Aug 2015 05:03: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 1D52C9B8DF6 for ; Sun, 16 Aug 2015 05:03:55 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from nm29-vm6.bullet.mail.ne1.yahoo.com (nm29-vm6.bullet.mail.ne1.yahoo.com [98.138.91.122]) (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 D61671EEB for ; Sun, 16 Aug 2015 05:03:54 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1439701289; bh=Pz6+fIl0EL6jQhxUStNozy8tfnRH+ybfGtJCeCcmlHI=; h=Date:From:Reply-To:To:Subject:From:Subject; b=ObZEwhMgNt4CoO4VB6rxztYuT+exNVZAvyj6qBcXrewMC4Mibqx/+YM4K2XFHc/EzuNyM75VpzopMM7YBSxdGJlgAySVirUnjGFW9O4ZgT9jNf9XMm8OnidS9JuoAUXIarvQzbvWpjExD+ADNFRF2B14BIRm3cFbuNMtAVi/ULgSH30LYBv/TtSl4ucpOh1JA1b/p+g68GlaM3mA/EVKto+6Skn2+9qu3WBRUORSlXHp6n2UDBHkAQoPIMIhWK7AeBX4t+x6PChbpIgoY3QtfNF3o7gk4RQL53Y8s25fRB1hJsC/e0y2W/30R+dRv0f0dbzqM42tQTP1dkGcV1jr+g== Received: from [98.138.100.115] by nm29.bullet.mail.ne1.yahoo.com with NNFMP; 16 Aug 2015 05:01:29 -0000 Received: from [98.138.89.246] by tm106.bullet.mail.ne1.yahoo.com with NNFMP; 16 Aug 2015 05:01:29 -0000 Received: from [127.0.0.1] by omp1060.mail.ne1.yahoo.com with NNFMP; 16 Aug 2015 05:01:29 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 744005.22725.bm@omp1060.mail.ne1.yahoo.com X-YMail-OSG: nhoypcAVM1lE.Cm4HxwxbsyOMT2KHZLG8L_q1xq4UC6YIcKEHcvbpDlpy0sIfJ4 DGXsOYPa4GXzorSy6Q9M4XjzUY_zPwpfia1_UATOPz1aztLIXITv918EpDdA3O.cZq_NYTgredLJ eu5Dgan1_OaQ2NEXdtNEAFPrhrXHDpR_NQ4yrxM49Ze9jGl.CNZkwuK0XUYeBnBF9DZX5k7iSx8v soonG6biGiKttrrioZJ3RHrV4ZyLGAk23sL5LRt1n08z.kaejgFs93LwWrN5CeAuw2vteuNwImcu dgXm1pxNGAe9atd4fWulTa1BcOPbJ7a9T9uAOpbvyXt5uEXQz5X0aG5aBjwGLq7p2J1GiAp2F0xN vMVtDTh9ne8Yix6THiF98tfW5sOSM2ucGNEUbFHU9xByPkgYvDjQL.i4njCeoVAPxD52mqKWX.Uq xN5vMGL6vBww4zsvmeeVp43oJE1MtKFsBYop6.bLjr.X3uJNHG_M.r8BffQN_eEDm0__KNRgQsNW 8s3oRfBohedjmVOOqxNx695U1Qeu9 Received: by 98.138.101.183; Sun, 16 Aug 2015 05:01:29 +0000 Date: Sun, 16 Aug 2015 05:01:28 +0000 (UTC) From: Jin Guojun Reply-To: Jin Guojun To: Questions Freebsd Message-ID: <1614462542.1974994.1439701288919.JavaMail.yahoo@mail.yahoo.com> Subject: X Window is sluggish in 10.2-R (nv server for GeForce 210) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1974993_1209981471.1439701288919" 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: Sun, 16 Aug 2015 05:03:55 -0000 ------=_Part_1974993_1209981471.1439701288919 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable A machine with AMD A8-6600K with Radeon + Nvidia GeForce 210 graphic card.I= t works with FreeBSD 8.4-R .. 10.1-R well; however, after upgraded to 10.2-= R,=20 X Window seems having problem in doing configuration and running server. In X -configure, the xorg.conf.new generated correctly, but have error at t= he end says "number of screen s does not match number of devices. It found = two screens and two devices (see log below), so not sure what is the proble= m. When startx, moving window around and scrolling window (using sliding bar) = are very sluggish.When exist X window, server generate a non-error error: [=C2=A0 2700.740] (EE) Server terminated successfully (0). Closing log file= . Does this mean that a Xorg 7.7_2 has some defect? Does anyone encounter the similar issue in 10.2-Release? -Jin ------=_Part_1974993_1209981471.1439701288919 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=Xorg.0.log Content-ID: WyAgMjI1My41NDNdIApYLk9yZyBYIFNlcnZlciAxLjE0LjcKUmVsZWFzZSBEYXRlOiAyMDE0LTA2 LTA1ClsgIDIyNTMuNTQzXSBYIFByb3RvY29sIFZlcnNpb24gMTEsIFJldmlzaW9uIDAKWyAgMjI1 My41NDNdIEJ1aWxkIE9wZXJhdGluZyBTeXN0ZW06IEZyZWVCU0QgMTAuMS1SRUxFQVNFLXAxNyBh bWQ2NCAKWyAgMjI1My41NDNdIEN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTogRnJlZUJTRCBkYWVt b25mdW4xMCAxMC4yLVJFTEVBU0UgRnJlZUJTRCAxMC4yLVJFTEVBU0UgIzE6IFNhdCBBdWcgMTUg MTU6MTY6NDUgUERUIDIwMTUgICAgIHJvb3RAZGFlbW9uZnVuMTA6L3Vzci9zcmMvc3lzL2FtZDY0 L2NvbXBpbGUvTWluTWF4IGFtZDY0ClsgIDIyNTMuNTQ0XSBCdWlsZCBEYXRlOiAxMyBBdWd1c3Qg MjAxNSAgMDE6NTg6NDRBTQpbICAyMjUzLjU0NF0gIApbICAyMjUzLjU0NF0gQ3VycmVudCB2ZXJz aW9uIG9mIHBpeG1hbjogMC4zMi42ClsgIDIyNTMuNTQ0XSAJQmVmb3JlIHJlcG9ydGluZyBwcm9i bGVtcywgY2hlY2sgaHR0cDovL3dpa2kueC5vcmcKCXRvIG1ha2Ugc3VyZSB0aGF0IHlvdSBoYXZl IHRoZSBsYXRlc3QgdmVyc2lvbi4KWyAgMjI1My41NDRdIE1hcmtlcnM6ICgtLSkgcHJvYmVkLCAo KiopIGZyb20gY29uZmlnIGZpbGUsICg9PSkgZGVmYXVsdCBzZXR0aW5nLAoJKCsrKSBmcm9tIGNv bW1hbmQgbGluZSwgKCEhKSBub3RpY2UsIChJSSkgaW5mb3JtYXRpb25hbCwKCShXVykgd2Fybmlu ZywgKEVFKSBlcnJvciwgKE5JKSBub3QgaW1wbGVtZW50ZWQsICg/PykgdW5rbm93bi4KWyAgMjI1 My41NDRdICg9PSkgTG9nIGZpbGU6ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiwgVGltZTogU2F0IEF1 ZyAxNSAyMTo0Mzo1OCAyMDE1ClsgIDIyNTMuNTQ0XSAoSUkpIExvYWRlciBtYWdpYzogMHg3Zjli NjAKWyAgMjI1My41NDRdIChJSSkgTW9kdWxlIEFCSSB2ZXJzaW9uczoKWyAgMjI1My41NDRdIAlY Lk9yZyBBTlNJIEMgRW11bGF0aW9uOiAwLjQKWyAgMjI1My41NDRdIAlYLk9yZyBWaWRlbyBEcml2 ZXI6IDE0LjEKWyAgMjI1My41NDRdIAlYLk9yZyBYSW5wdXQgZHJpdmVyIDogMTkuMQpbICAyMjUz LjU0NF0gCVguT3JnIFNlcnZlciBFeHRlbnNpb24gOiA3LjAKWyAgMjI1My41NDRdICgtLSkgUENJ OiooMDoxOjA6MCkgMTBkZTowYTY1OjM4NDI6MTMxMyByZXYgMTYyLCBNZW0gQCAweGZkMDAwMDAw LzE2Nzc3MjE2LCAweGUwMDAwMDAwLzI2ODQzNTQ1NiwgMHhmMDAwMDAwMC8zMzU1NDQzMiwgSS9P IEAgMHgwMDAwZTAwMC8xMjgsIEJJT1MgQCAweD8/Pz8/Pz8/LzY1NTM2ClsgIDIyNTMuNTQ0XSBM aXN0IG9mIHZpZGVvIGRyaXZlcnM6ClsgIDIyNTMuNTQ0XSAJcmFkZW9uClsgIDIyNTMuNTQ0XSAJ cjEyOApbICAyMjUzLjU0NF0gCW9wZW5jaHJvbWUKWyAgMjI1My41NDRdIAludgpbICAyMjUzLjU0 NF0gCW1hY2g2NApbICAyMjUzLjU0NF0gCWludGVsClsgIDIyNTMuNTQ0XSAJYXRpClsgIDIyNTMu NTQ0XSAJdmVzYQpbICAyMjUzLjU0NF0gKElJKSBMb2FkTW9kdWxlOiAicmFkZW9uIgpbICAyMjUz LjU0NV0gKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzL3Jh ZGVvbl9kcnYuc28KWyAgMjI1My41NDVdIChJSSkgTW9kdWxlIHJhZGVvbjogdmVuZG9yPSJYLk9y ZyBGb3VuZGF0aW9uIgpbICAyMjUzLjU0NV0gCWNvbXBpbGVkIGZvciAxLjE0LjcsIG1vZHVsZSB2 ZXJzaW9uID0gNy41LjAKWyAgMjI1My41NDVdIAlNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERy aXZlcgpbICAyMjUzLjU0NV0gCUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9u IDE0LjEKWyAgMjI1My41NDVdIChJSSkgTG9hZE1vZHVsZTogInIxMjgiClsgIDIyNTMuNTQ1XSAo SUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvcjEyOF9kcnYu c28KWyAgMjI1My41NDZdIChJSSkgTW9kdWxlIHIxMjg6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlv biIKWyAgMjI1My41NDZdIAljb21waWxlZCBmb3IgMS4xNC43LCBtb2R1bGUgdmVyc2lvbiA9IDYu OS4yClsgIDIyNTMuNTQ2XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIKWyAgMjI1 My41NDZdIAlBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAxNC4xClsgIDIy NTMuNTQ2XSAoSUkpIExvYWRNb2R1bGU6ICJvcGVuY2hyb21lIgpbICAyMjUzLjU0Nl0gKElJKSBM b2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzL29wZW5jaHJvbWVfZHJ2 LnNvClsgIDIyNTMuNTQ2XSAoSUkpIE1vZHVsZSBvcGVuY2hyb21lOiB2ZW5kb3I9Imh0dHA6Ly9v cGVuY2hyb21lLm9yZy8iClsgIDIyNTMuNTQ2XSAJY29tcGlsZWQgZm9yIDEuMTQuNywgbW9kdWxl IHZlcnNpb24gPSAwLjMuMwpbICAyMjUzLjU0Nl0gCU1vZHVsZSBjbGFzczogWC5PcmcgVmlkZW8g RHJpdmVyClsgIDIyNTMuNTQ2XSAJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNp b24gMTQuMQpbICAyMjUzLjU0Nl0gKElJKSBMb2FkTW9kdWxlOiAibnYiClsgIDIyNTMuNTQ2XSAo SUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvbnZfZHJ2LnNv ClsgIDIyNTMuNTQ2XSAoSUkpIE1vZHVsZSBudjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpb ICAyMjUzLjU0Nl0gCWNvbXBpbGVkIGZvciAxLjE0LjcsIG1vZHVsZSB2ZXJzaW9uID0gMi4xLjIw ClsgIDIyNTMuNTQ2XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIKWyAgMjI1My41 NDZdIAlBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAxNC4xClsgIDIyNTMu NTQ2XSAoSUkpIExvYWRNb2R1bGU6ICJtYWNoNjQiClsgIDIyNTMuNTQ3XSAoSUkpIExvYWRpbmcg L3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvbWFjaDY0X2Rydi5zbwpbICAyMjUz LjU0N10gKElJKSBNb2R1bGUgbWFjaDY0OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgIDIy NTMuNTQ3XSAJY29tcGlsZWQgZm9yIDEuMTQuNywgbW9kdWxlIHZlcnNpb24gPSA2LjkuNApbICAy MjUzLjU0N10gCU1vZHVsZSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyClsgIDIyNTMuNTQ3XSAJ QUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMTQuMQpbICAyMjUzLjU0N10g KElJKSBMb2FkTW9kdWxlOiAiaW50ZWwiClsgIDIyNTMuNTQ3XSAoSUkpIExvYWRpbmcgL3Vzci9s b2NhbC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvaW50ZWxfZHJ2LnNvClsgIDIyNTMuNTQ3XSAo SUkpIE1vZHVsZSBpbnRlbDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAyMjUzLjU0N10g CWNvbXBpbGVkIGZvciAxLjE0LjcsIG1vZHVsZSB2ZXJzaW9uID0gMi4yMS4xNQpbICAyMjUzLjU0 N10gCU1vZHVsZSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyClsgIDIyNTMuNTQ3XSAJQUJJIGNs YXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMTQuMQpbICAyMjUzLjU0N10gKElJKSBM b2FkTW9kdWxlOiAiYXRpIgpbICAyMjUzLjU0OF0gKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGli L3hvcmcvbW9kdWxlcy9kcml2ZXJzL2F0aV9kcnYuc28KWyAgMjI1My41NDhdIChJSSkgTW9kdWxl IGF0aTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAyMjUzLjU0OF0gCWNvbXBpbGVkIGZv ciAxLjE0LjcsIG1vZHVsZSB2ZXJzaW9uID0gNy41LjAKWyAgMjI1My41NDhdIAlNb2R1bGUgY2xh c3M6IFguT3JnIFZpZGVvIERyaXZlcgpbICAyMjUzLjU0OF0gCUFCSSBjbGFzczogWC5PcmcgVmlk ZW8gRHJpdmVyLCB2ZXJzaW9uIDE0LjEKWyAgMjI1My41NDhdIChJSSkgTG9hZE1vZHVsZTogInZl c2EiClsgIDIyNTMuNTQ4XSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVz L2RyaXZlcnMvdmVzYV9kcnYuc28KWyAgMjI1My41NDhdIChJSSkgTW9kdWxlIHZlc2E6IHZlbmRv cj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgMjI1My41NDhdIAljb21waWxlZCBmb3IgMS4xNC43LCBt b2R1bGUgdmVyc2lvbiA9IDIuMy4zClsgIDIyNTMuNTQ4XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBW aWRlbyBEcml2ZXIKWyAgMjI1My41NDhdIAlBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwg dmVyc2lvbiAxNC4xClsgIDIyNTMuNTQ4XSAoSUkpIE5WOiBkcml2ZXIgZm9yIE5WSURJQSBjaGlw c2V0czogUklWQSAxMjgsIFJJVkEgVE5ULCBSSVZBIFROVDIsCglVbmtub3duIFROVDIsIFZhbnRh LCBSSVZBIFROVDIgVWx0cmEsIFJJVkEgVE5UMiBNb2RlbCA2NCwKCUFsYWRkaW4gVE5UMiwgR2VG b3JjZSAyNTYsIEdlRm9yY2UgRERSLCBRdWFkcm8sIEdlRm9yY2UyIE1YL01YIDQwMCwKCUdlRm9y Y2UyIE1YIDEwMC8yMDAsIEdlRm9yY2UyIEdvLCBRdWFkcm8yIE1YUi9FWC9HbywKCUdlRm9yY2Uy IEludGVncmF0ZWQgR1BVLCBHZUZvcmNlMiBHVFMsIEdlRm9yY2UyIFRpLCBHZUZvcmNlMiBVbHRy YSwKCVF1YWRybzIgUHJvLCBHZUZvcmNlNCBNWCA0NjAsIEdlRm9yY2U0IE1YIDQ0MCwgR2VGb3Jj ZTQgTVggNDIwLAoJR2VGb3JjZTQgTVggNDQwLVNFLCBHZUZvcmNlNCA0NDAgR28sIEdlRm9yY2U0 IDQyMCBHbywKCUdlRm9yY2U0IDQyMCBHbyAzMk0sIEdlRm9yY2U0IDQ2MCBHbywgUXVhZHJvNCA1 NTAgWEdMLAoJR2VGb3JjZTQgNDQwIEdvIDY0TSwgUXVhZHJvIE5WUywgUXVhZHJvNCA1MDAgR29H TCwKCUdlRm9yY2U0IDQxMCBHbyAxNk0sIEdlRm9yY2U0IE1YIDQ0MCB3aXRoIEFHUDhYLAoJR2VG b3JjZTQgTVggNDQwU0Ugd2l0aCBBR1A4WCwgR2VGb3JjZTQgTVggNDIwIHdpdGggQUdQOFgsCglH ZUZvcmNlNCBNWCA0MDAwLCBHZUZvcmNlNCA0NDggR28sIEdlRm9yY2U0IDQ4OCBHbywgUXVhZHJv NCA1ODAgWEdMLAoJUXVhZHJvNCBOVlMgMjgwIFNELCBRdWFkcm80IDM4MCBYR0wsIFF1YWRybyBO VlMgNTAgUENJLAoJR2VGb3JjZTQgNDQ4IEdvLCBHZUZvcmNlNCBNWCBJbnRlZ3JhdGVkIEdQVSwg R2VGb3JjZTMsCglHZUZvcmNlMyBUaSAyMDAsIEdlRm9yY2UzIFRpIDUwMCwgUXVhZHJvIERDQywg R2VGb3JjZTQgVGkgNDYwMCwKCUdlRm9yY2U0IFRpIDQ0MDAsIEdlRm9yY2U0IFRpIDQyMDAsIFF1 YWRybzQgOTAwIFhHTCwgUXVhZHJvNCA3NTAgWEdMLAoJUXVhZHJvNCA3MDAgWEdMLCBHZUZvcmNl NCBUaSA0ODAwLCBHZUZvcmNlNCBUaSA0MjAwIHdpdGggQUdQOFgsCglHZUZvcmNlNCBUaSA0ODAw IFNFLCBHZUZvcmNlNCA0MjAwIEdvLCBRdWFkcm80IDcwMCBHb0dMLAoJUXVhZHJvNCA5ODAgWEdM LCBRdWFkcm80IDc4MCBYR0wsIEdlRm9yY2UgRlggNTgwMCBVbHRyYSwKCUdlRm9yY2UgRlggNTgw MCwgUXVhZHJvIEZYIDIwMDAsIFF1YWRybyBGWCAxMDAwLAoJR2VGb3JjZSBGWCA1NjAwIFVsdHJh LCBHZUZvcmNlIEZYIDU2MDAsIEdlRm9yY2UgRlggNTYwMFhULAoJR2VGb3JjZSBGWCBHbzU2MDAs IEdlRm9yY2UgRlggR281NjUwLCBRdWFkcm8gRlggR283MDAsCglHZUZvcmNlIEZYIDUyMDAsIEdl Rm9yY2UgRlggNTIwMCBVbHRyYSwgR2VGb3JjZSBGWCA1MjAwLAoJR2VGb3JjZSBGWCA1MjAwTEUs IEdlRm9yY2UgRlggR281MjAwLCBHZUZvcmNlIEZYIEdvNTI1MCwKCUdlRm9yY2UgRlggNTUwMCwg R2VGb3JjZSBGWCA1MTAwLCBHZUZvcmNlIEZYIEdvNTIwMCAzMk0vNjRNLAoJUXVhZHJvIE5WUyA1 NS8yODAgUENJLCBRdWFkcm8gRlggNTAwLzYwMCBQQ0ksCglHZUZvcmNlIEZYIEdvNTN4eCBTZXJp ZXMsIEdlRm9yY2UgRlggR281MTAwLCBHZUZvcmNlIEZYIDU5MDAgVWx0cmEsCglHZUZvcmNlIEZY IDU5MDAsIEdlRm9yY2UgRlggNTkwMFhULCBHZUZvcmNlIEZYIDU5NTAgVWx0cmEsCglHZUZvcmNl IEZYIDU5MDBaVCwgUXVhZHJvIEZYIDMwMDAsIFF1YWRybyBGWCA3MDAsCglHZUZvcmNlIEZYIDU3 MDAgVWx0cmEsIEdlRm9yY2UgRlggNTcwMCwgR2VGb3JjZSBGWCA1NzAwTEUsCglHZUZvcmNlIEZY IDU3MDBWRSwgR2VGb3JjZSBGWCBHbzU3MDAsIEdlRm9yY2UgRlggR281NzAwLAoJUXVhZHJvIEZY IEdvMTAwMCwgUXVhZHJvIEZYIDExMDAsIEdlRm9yY2UgNjgwMCBVbHRyYSwgR2VGb3JjZSA2ODAw LAoJR2VGb3JjZSA2ODAwIExFLCBHZUZvcmNlIDY4MDAgWEUsIEdlRm9yY2UgNjgwMCBYVCwgR2VG b3JjZSA2ODAwIEdULAoJR2VGb3JjZSA2ODAwIEdULCBHZUZvcmNlIDY4MDAgR1MsIEdlRm9yY2Ug NjgwMCBYVCwgUXVhZHJvIEZYIDQwMDAsCglHZUZvcmNlIDY4MDAgR1MsIEdlRm9yY2UgNjgwMCwg R2VGb3JjZSA2ODAwIExFLCBHZUZvcmNlIDY4MDAgWFQsCglHZUZvcmNlIEdvIDY4MDAsIEdlRm9y Y2UgR28gNjgwMCBVbHRyYSwgUXVhZHJvIEZYIEdvMTQwMCwKCVF1YWRybyBGWCAzNDUwLzQwMDAg U0RJLCBRdWFkcm8gRlggMTQwMCwgR2VGb3JjZSA2NjAwIEdULAoJR2VGb3JjZSA2NjAwLCBHZUZv cmNlIDY2MDAgTEUsIEdlRm9yY2UgNjYwMCBWRSwgR2VGb3JjZSBHbyA2NjAwLAoJR2VGb3JjZSA2 NjEwIFhMLCBHZUZvcmNlIEdvIDY2MDAgVEUvNjIwMCBURSwgR2VGb3JjZSA2NzAwIFhMLAoJR2VG b3JjZSBHbyA2NjAwLCBHZUZvcmNlIEdvIDY2MDAgR1QsIFF1YWRybyBOVlMgNDQwLCBRdWFkcm8g RlggNTUwLAoJUXVhZHJvIEZYIDU1MCwgUXVhZHJvIEZYIDU0MCwgR2VGb3JjZSA2MjAwLCBHZUZv cmNlIDY1MDAsCglHZUZvcmNlIDYyMDAgVHVyYm9DYWNoZShUTSksIEdlRm9yY2UgNjIwMFNFIFR1 cmJvQ2FjaGUoVE0pLAoJR2VGb3JjZSA2MjAwIExFLCBHZUZvcmNlIEdvIDYyMDAsIFF1YWRybyBO VlMgMjg1LCBHZUZvcmNlIEdvIDY0MDAsCglHZUZvcmNlIEdvIDYyMDAsIEdlRm9yY2UgR28gNjQw MCwgR2VGb3JjZSA2MjUwLCBHZUZvcmNlIDcxMDAgR1MsCglHZUZvcmNlIDY4MDAsIEdlRm9yY2Ug NjgwMCBMRSwgR2VGb3JjZSA2ODAwIEdULCBHZUZvcmNlIDY4MDAgWFQsCglHZUZvcmNlIDYyMDAs IEdlRm9yY2UgNjIwMCBBLUxFLCBHZUZvcmNlIDc4MDAgR1RYLCBHZUZvcmNlIDc4MDAgR1RYLAoJ R2VGb3JjZSA3ODAwIEdULCBHZUZvcmNlIDc4MDAgR1MsIEdlRm9yY2UgNzgwMCBTTEksIEdlRm9y Y2UgR28gNzgwMCwKCUdlRm9yY2UgR28gNzgwMCBHVFgsIFF1YWRybyBGWCA0NTAwLCBHZUZvcmNl IDczNTAgTEUsCglHZUZvcmNlIDczMDAgTEUsIEdlRm9yY2UgNzMwMCBTRSwgR2VGb3JjZSBHbyA3 MjAwLCBHZUZvcmNlIEdvIDczMDAsCglHZUZvcmNlIEdvIDc0MDAsIEdlRm9yY2UgR28gNzQwMCBH UywgUXVhZHJvIE5WUyAxMTBNLAoJUXVhZHJvIE5WUyAxMjBNLCBRdWFkcm8gRlggMzUwTSwgR2VG b3JjZSA3NTAwIExFLCBRdWFkcm8gRlggMzUwLAoJR2VGb3JjZSA3MzAwIEdTLCBHZUZvcmNlIDc2 NTAgR1MsIEdlRm9yY2UgNzYwMCBHVCwgR2VGb3JjZSA3NjAwIEdTLAoJR2VGb3JjZSA3MzAwIEdU LCBHZUZvcmNlIDc2MDAgTEUsIEdlRm9yY2UgNzMwMCBHVCwgR2VGb3JjZSBHbyA3NzAwLAoJR2VG b3JjZSBHbyA3NjAwLCBHZUZvcmNlIEdvIDc2MDAgR1QsIFF1YWRybyBOVlMgMzAwTSwKCUdlRm9y Y2UgR28gNzkwMCBTRSwgUXVhZHJvIEZYIDU1ME0sIFF1YWRybyBGWCA1NjAsIEdlRm9yY2UgNzkw MCBHVFgsCglHZUZvcmNlIDc5MDAgR1QsIEdlRm9yY2UgNzkwMCBHUywgR2VGb3JjZSA3OTUwIEdY MiwgR2VGb3JjZSA3OTUwIEdYMiwKCUdlRm9yY2UgNzk1MCBHVCwgR2VGb3JjZSBHbyA3OTUwIEdU WCwgR2VGb3JjZSBHbyA3OTAwIEdTLAoJR2VGb3JjZSBHbyA3OTAwIEdUWCwgUXVhZHJvIEZYIDI1 MDBNLCBRdWFkcm8gRlggMTUwME0sCglRdWFkcm8gRlggNTUwMCwgUXVhZHJvIEZYIDM1MDAsIFF1 YWRybyBGWCAxNTAwLCBRdWFkcm8gRlggNDUwMCBYMiwKCUdlRm9yY2UgNjE1MCwgR2VGb3JjZSA2 MTUwIExFLCBHZUZvcmNlIDYxMDAsIEdlRm9yY2UgR28gNjE1MCwKCVF1YWRybyBOVlMgMjEwUyAv IE5WSURJQSBHZUZvcmNlIDYxNTBMRSwgR2VGb3JjZSBHbyA2MTAwLAoJR2VGb3JjZSA2MTUwU0Us IEdlRm9yY2UgNjEwMCBuRm9yY2UgNDA1LCBHZUZvcmNlIDYxMDAgbkZvcmNlIDQwMCwKCUdlRm9y Y2UgNjEwMCBuRm9yY2UgNDIwLCBHZUZvcmNlIDcxNTBNIC8gbkZvcmNlIDYzME0sCglHZUZvcmNl IDcwMDBNIC8gbkZvcmNlIDYxME0sIEdlRm9yY2UgNzA1MCBQViAvIG5Gb3JjZSA2MzBhLAoJR2VG b3JjZSA3MDUwIFBWIC8gbkZvcmNlIDYzMGEsIEdlRm9yY2UgNzAyNSAvIG5Gb3JjZSA2MzBhLAoJ R2VGb3JjZSA4ODAwIEdUWCwgR2VGb3JjZSA4ODAwIEdUUywgR2VGb3JjZSA4ODAwIFVsdHJhLAoJ UXVhZHJvIEZYIDU2MDAsIFF1YWRybyBGWCA0NjAwLCBHZUZvcmNlIDg2MDAgR1RTLCBHZUZvcmNl IDg2MDAgR1QsCglHZUZvcmNlIDg2MDAgR1QsIEdlRm9yY2UgODYwMCBHUywgR2VGb3JjZSA4NDAw IEdTLCBHZUZvcmNlIDk1MDBNIEdTLAoJR2VGb3JjZSA4MzAwIEdTLCBHZUZvcmNlIDg2MDBNIEdU LCBHZUZvcmNlIDk2NTBNIEdTLAoJR2VGb3JjZSA4NzAwTSBHVCwgUXVhZHJvIEZYIDM3MCwgUXVh ZHJvIE5WUyAzMjBNLCBRdWFkcm8gRlggNTcwTSwKCVF1YWRybyBGWCAxNjAwTSwgUXVhZHJvIEZY IDU3MCwgUXVhZHJvIEZYIDE3MDAsIEdlRm9yY2UgR1QgMzMwLAoJR2VGb3JjZSA4NDAwIFNFLCBH ZUZvcmNlIDg1MDAgR1QsIEdlRm9yY2UgODQwMCBHUywgR2VGb3JjZSA4MzAwIEdTLAoJR2VGb3Jj ZSA4NDAwIEdTLCBHZUZvcmNlIDg2MDBNIEdTLCBHZUZvcmNlIDg0MDBNIEdULAoJR2VGb3JjZSA4 NDAwTSBHUywgR2VGb3JjZSA4NDAwTSBHLCBRdWFkcm8gTlZTIDE0ME0sIFF1YWRybyBOVlMgMTMw TSwKCVF1YWRybyBOVlMgMTM1TSwgR2VGb3JjZSA5NDAwIEdULCBRdWFkcm8gRlggMzYwTSwgR2VG b3JjZSA5MzAwTSBHLAoJUXVhZHJvIE5WUyAyOTAsIEdlRm9yY2UgR1RYIDI5NSwgR2VGb3JjZSBH VFggMjgwLCBHZUZvcmNlIEdUWCAyNjAsCglHZUZvcmNlIEdUWCAyODUsIEdlRm9yY2UgR1RYIDI3 NSwgR2VGb3JjZSBHVFggMjYwLCBHZUZvcmNlIEdUWCAyOTUsCglRdWFkcm9wbGV4IDIyMDAgRDIs IFF1YWRyb3BsZXggMjIwMCBTNCwgUXVhZHJvIENYLCBRdWFkcm8gRlggNTgwMCwKCVF1YWRybyBG WCA0ODAwLCBRdWFkcm8gRlggMzgwMCwgR2VGb3JjZSA4ODAwIEdUUyA1MTIsCglHZUZvcmNlIDk4 MDAgR1QsIEdlRm9yY2UgODgwMCBHVCwgR2VGb3JjZSBHVCAyMzAsIEdlRm9yY2UgOTgwMCBHWDIs CglHZUZvcmNlIDk4MDAgR1QsIEdlRm9yY2UgODgwMCBHUywgR2VGb3JjZSBHVFMgMjQwLCBHZUZv cmNlIDk4MDBNIEdUWCwKCUdlRm9yY2UgODgwME0gR1RTLCBHZUZvcmNlIEdUWCAyODBNLCBHZUZv cmNlIDk4MDBNIEdULAoJR2VGb3JjZSA4ODAwTSBHVFgsIEdlRm9yY2UgODgwMCBHUywgR2VGb3Jj ZSBHVFggMjg1TSwKCUdlRm9yY2UgOTYwMCBHU08sIEdlRm9yY2UgODgwMCBHVCwgR2VGb3JjZSA5 ODAwIEdUWC85ODAwIEdUWCssCglHZUZvcmNlIDk4MDAgR1RYKywgR2VGb3JjZSA5ODAwIEdULCBH ZUZvcmNlIEdUUyAyNTAsCglHZUZvcmNlIDk4MDBNIEdUWCwgR2VGb3JjZSBHVFggMjYwTSwgUXVh ZHJvIEZYIDQ3MDAgWDIsCglRdWFkcm8gRlggMzcwMCwgUXVhZHJvIFZYIDIwMCwgUXVhZHJvIEZY IDM2MDBNLCBRdWFkcm8gRlggMjgwME0sCglRdWFkcm8gRlggMzcwME0sIFF1YWRybyBGWCAzODAw TSwgR2VGb3JjZSA5NjAwIEdULCBHZUZvcmNlIDk2MDAgR1MsCglHZUZvcmNlIDk2MDAgR1NPIDUx MiwgR2VGb3JjZSBHVCAxMzAsIEdlRm9yY2UgR1QgMTQwLAoJR2VGb3JjZSA5ODAwTSBHVFMsIEdl Rm9yY2UgOTcwME0gR1RTLCBHZUZvcmNlIDk4MDBNIEdTLAoJR2VGb3JjZSA5ODAwTSBHVFMsIEdl Rm9yY2UgOTYwMCBHVCwgR2VGb3JjZSA5NjAwIEdULAoJR2VGb3JjZSBHVFMgMTYwTSwgR2VGb3Jj ZSBHVFMgMTUwTSwgR2VGb3JjZSA5NjAwIEdTTywKCUdlRm9yY2UgOTYwMCBHVCwgUXVhZHJvIEZY IDE4MDAsIFF1YWRybyBGWCAyNzAwTSwgR2VGb3JjZSA5NTAwIEdULAoJR2VGb3JjZSA5NDAwIEdU LCBHZUZvcmNlIDk1MDAgR1QsIEdlRm9yY2UgOTUwMCBHUywgR2VGb3JjZSA5NTAwIEdTLAoJR2VG b3JjZSBHVCAxMjAsIEdlRm9yY2UgOTYwME0gR1QsIEdlRm9yY2UgOTYwME0gR1MsIEdlRm9yY2Ug OTYwME0gR1QsCglHZUZvcmNlIDk3MDBNIEdULCBHZUZvcmNlIDk1MDBNIEcsIEdlRm9yY2UgOTY1 ME0gR1QsIEdlRm9yY2UgRyAxMTBNLAoJR2VGb3JjZSBHVCAxMzBNLCBHZUZvcmNlIEdUIDEyME0s IEdlRm9yY2UgR1QgMjIwTSwgR2VGb3JjZSA5NjUwIFMsCglRdWFkcm8gRlggMzgwLCBRdWFkcm8g RlggNTgwLCBRdWFkcm8gRlggMTcwME0sIEdlRm9yY2UgOTQwMCBHVCwKCVF1YWRybyBGWCA3NzBN LCBHZUZvcmNlIDkzMDAgR0UsIEdlRm9yY2UgOTMwMCBHUywgR2VGb3JjZSA4NDAwLAoJR2VGb3Jj ZSA4NDAwIFNFLCBHZUZvcmNlIDg0MDAgR1MsIEdlRm9yY2UgOTMwME0gR1MsIEdlRm9yY2UgRzEw MCwKCUdlRm9yY2UgOTMwMCBTRSwgR2VGb3JjZSA5MjAwTSBHUywgR2VGb3JjZSA5MzAwTSBHUywg UXVhZHJvIE5WUyAxNTBNLAoJUXVhZHJvIE5WUyAxNjBNLCBHZUZvcmNlIEcgMTA1TSwgR2VGb3Jj ZSBHIDEwM00sIEdlRm9yY2UgRzEwNU0sCglRdWFkcm8gTlZTIDQyMCwgUXVhZHJvIEZYIDM3MCBM UCwgUXVhZHJvIE5WUyA0NTAsIFF1YWRybyBGWCAzNzBNLAoJUXVhZHJvIE5WUyAyOTUsIEdlRm9y Y2UgOTEwME0gRywgR2VGb3JjZSA4MjAwTSBHLCBHZUZvcmNlIDkyMDAsCglHZUZvcmNlIDkxMDAs IEdlRm9yY2UgODMwMCwgR2VGb3JjZSA4MjAwLCBuRm9yY2UgNzMwYSwgR2VGb3JjZSA5MjAwLAoJ bkZvcmNlIDk4MGEvNzgwYSBTTEksIG5Gb3JjZSA3NTBhIFNMSSwgR2VGb3JjZSA4MTAwIC8gbkZv cmNlIDcyMGEsCglHZUZvcmNlIDk0MDAsIEdlRm9yY2UgOTQwMCwgR2VGb3JjZSA5NDAwTSBHLCBH ZUZvcmNlIDk0MDBNLAoJR2VGb3JjZSA5MzAwLCBJT04sIEdlRm9yY2UgOTQwME0gRywgR2VGb3Jj ZSA5NDAwLCBuRm9yY2UgNzYwaSBTTEksCglHZUZvcmNlIDk0MDAsIEdlRm9yY2UgOTMwMCAvIG5G b3JjZSA3MzBpLCBHZUZvcmNlIDkyMDAsCglHZUZvcmNlIDkxMDBNIEcsIEdlRm9yY2UgODIwME0g RywgR2VGb3JjZSA5NDAwTSwgR2VGb3JjZSA5MjAwLAoJR2VGb3JjZSBHMTAyTSwgR2VGb3JjZSBH MTAyTSwgSU9OLCBJT04sIEdlRm9yY2UgOTQwMCwgSU9OLCBJT04gTEUsCglJT04gTEUsIEdlRm9y Y2UgR1QgMjIwLCBHZUZvcmNlIDMxNSwgR2VGb3JjZSAyMTAsIEdlRm9yY2UgR1QgMjMwTSwKCUdl Rm9yY2UgR1QgMzMwTSwgR2VGb3JjZSBHVCAyMzBNLCBHZUZvcmNlIEdUIDMzME0sIE5WUyA1MTAw TSwKCUdlRm9yY2UgR1QgMzIwTSwgR2VGb3JjZSBHVCAyNDBNLCBHZUZvcmNlIEdUIDMyNU0sIFF1 YWRybyBGWCA4ODBNLAoJR2VGb3JjZSBHMjEwLCBHZUZvcmNlIDIwNSwgR2VGb3JjZSAzMTAsIElP TiwgR2VGb3JjZSAyMTAsCglHZUZvcmNlIDMxMCwgR2VGb3JjZSAzMTUsIEdlRm9yY2UgRzEwNU0s IEdlRm9yY2UgRzEwNU0sIE5WUyAyMTAwTSwKCU5WUyAzMTAwTSwgR2VGb3JjZSAzMDVNLCBJT04s IEdlRm9yY2UgMzEwTSwgR2VGb3JjZSAzMDVNLAoJR2VGb3JjZSAzMTBNLCBHZUZvcmNlIDMwNU0s IEdlRm9yY2UgRzIxME0sIEdlRm9yY2UgMzEwTSwKCVF1YWRybyBGWCAzODAgTFAsIFF1YWRybyBG WCAzODBNLCBHZUZvcmNlIEdUIDMzMCwgR2VGb3JjZSBHVCAzMjAsCglHZUZvcmNlIEdUIDI0MCwg R2VGb3JjZSBHVCAzNDAsIEdlRm9yY2UgR1QgMzMwLCBHZUZvcmNlIEdUUyAyNjBNLAoJR2VGb3Jj ZSBHVFMgMjUwTSwgR2VGb3JjZSAzMTUsIEdlRm9yY2UgR1QgMzM1TSwgR2VGb3JjZSBHVFMgMzUw TSwKCUdlRm9yY2UgR1RTIDM2ME0sIFF1YWRybyBGWCAxODAwTQpbICAyMjUzLjU1Ml0gKElJKSBW RVNBOiBkcml2ZXIgZm9yIFZFU0EgY2hpcHNldHM6IHZlc2EKWyAgMjI1My41NTJdICgrKykgVXNp bmcgY29uZmlnIGZpbGU6ICIvcm9vdC94b3JnLmNvbmYubmV3IgpbICAyMjUzLjU1Ml0gKD09KSBT ZXJ2ZXJMYXlvdXQgIlgub3JnIENvbmZpZ3VyZWQiClsgIDIyNTMuNTUyXSAoKiopIHwtLT5TY3Jl ZW4gIlNjcmVlbjAiICgwKQpbICAyMjUzLjU1Ml0gKCoqKSB8ICAgfC0tPk1vbml0b3IgIk1vbml0 b3IwIgpbICAyMjUzLjU1M10gKCoqKSB8ICAgfC0tPkRldmljZSAiQ2FyZDAiClsgIDIyNTMuNTUz XSAoKiopIHwtLT5TY3JlZW4gIlNjcmVlbjEiICgxKQpbICAyMjUzLjU1M10gKCoqKSB8ICAgfC0t Pk1vbml0b3IgIk1vbml0b3IxIgpbICAyMjUzLjU1M10gKCoqKSB8ICAgfC0tPkRldmljZSAiQ2Fy ZDEiClsgIDIyNTMuNTUzXSAoKiopIHwtLT5JbnB1dCBEZXZpY2UgIk1vdXNlMCIKWyAgMjI1My41 NTNdICgqKikgfC0tPklucHV0IERldmljZSAiS2V5Ym9hcmQwIgpbICAyMjUzLjU1M10gKD09KSBB dXRvbWF0aWNhbGx5IGFkZGluZyBkZXZpY2VzClsgIDIyNTMuNTUzXSAoPT0pIEF1dG9tYXRpY2Fs bHkgZW5hYmxpbmcgZGV2aWNlcwpbICAyMjUzLjU1M10gKD09KSBOb3QgYXV0b21hdGljYWxseSBh ZGRpbmcgR1BVIGRldmljZXMKWyAgMjI1My41NTNdICgqKikgRm9udFBhdGggc2V0IHRvOgoJL3Vz ci9sb2NhbC9zaGFyZS9mb250cy9taXNjLywKCS91c3IvbG9jYWwvc2hhcmUvZm9udHMvVFRGLywK CS91c3IvbG9jYWwvc2hhcmUvZm9udHMvT1RGLywKCS91c3IvbG9jYWwvc2hhcmUvZm9udHMvVHlw ZTEvLAoJL3Vzci9sb2NhbC9zaGFyZS9mb250cy8xMDBkcGkvLAoJL3Vzci9sb2NhbC9zaGFyZS9m b250cy83NWRwaS8sCgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzL21pc2MvLAoJL3Vzci9sb2NhbC9z aGFyZS9mb250cy9UVEYvLAoJL3Vzci9sb2NhbC9zaGFyZS9mb250cy9PVEYvLAoJL3Vzci9sb2Nh bC9zaGFyZS9mb250cy9UeXBlMS8sCgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzLzEwMGRwaS8sCgkv dXNyL2xvY2FsL3NoYXJlL2ZvbnRzLzc1ZHBpLwpbICAyMjUzLjU1M10gKCoqKSBNb2R1bGVQYXRo IHNldCB0byAiL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzIgpbICAyMjUzLjU1M10gKFdXKSBI b3RwbHVnZ2luZyBpcyBvbiwgZGV2aWNlcyB1c2luZyBkcml2ZXJzICdrYmQnLCAnbW91c2UnIG9y ICd2bW1vdXNlJyB3aWxsIGJlIGRpc2FibGVkLgpbICAyMjUzLjU1M10gKFdXKSBEaXNhYmxpbmcg TW91c2UwClsgIDIyNTMuNTUzXSAoV1cpIERpc2FibGluZyBLZXlib2FyZDAKWyAgMjI1My41NTNd ICgtLSkgTlY6IEZvdW5kIE5WSURJQSBHZUZvcmNlIDIxMCBhdCAwMUAwMDowMDowClsgIDIyNTMu NTUzXSAoV1cpIEZhbGxpbmcgYmFjayB0byBvbGQgcHJvYmUgbWV0aG9kIGZvciB2ZXNhClsgIDIy NTMuNTUzXSBOdW1iZXIgb2YgY3JlYXRlZCBzY3JlZW5zIGRvZXMgbm90IG1hdGNoIG51bWJlciBv ZiBkZXRlY3RlZCBkZXZpY2VzLgogIENvbmZpZ3VyYXRpb24gZmFpbGVkLgpbICAyMjUzLjU1M10g KEVFKSBTZXJ2ZXIgdGVybWluYXRlZCB3aXRoIGVycm9yICgyKS4gQ2xvc2luZyBsb2cgZmlsZS4K ------=_Part_1974993_1209981471.1439701288919-- From owner-freebsd-questions@freebsd.org Sun Aug 16 05:52: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 46FFC9B954B for ; Sun, 16 Aug 2015 05:52:38 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) 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 1F7371E2A for ; Sun, 16 Aug 2015 05:52:38 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: by mailman.ysv.freebsd.org (Postfix) id 1EBC99B954A; Sun, 16 Aug 2015 05:52: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 1E40E9B9548 for ; Sun, 16 Aug 2015 05:52:38 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from nm12-vm6.bullet.mail.ne1.yahoo.com (nm12-vm6.bullet.mail.ne1.yahoo.com [98.138.91.105]) (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 DEB161E27 for ; Sun, 16 Aug 2015 05:52:37 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1439704351; bh=KjNEinAty9eO4NJ1m7nkBPL6GxHN/LPm9u7X14jxQsM=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=NKShd9Ogmo170uHNbjkrhqXhmmM33v6ectNtO5I7qTBT1nEW748HmnDl74037fAhxufk7+JFo7h+taMw+VKumv6tU5q2FgcydKAb14pm/TZ2KfryZsH0dHmk2X00MPftoHf5XhNPb0ln6DIv4LIZRFjt3JTmI6VTABIr4Blkh5A8j2bvaPErvBtOj+ADQpbxcKEO261YgYkiEYjghR2ZinQkU72wvwKaelvNpopTNo2K5yycre/PozyqJcYGkjAxgdryYiba21leawjjrc0X9w8CFxutV2FtRPrPlRzhoxliLhx4K3wKN3k3sI+Gavziv8dBGalSbXyXmW1NHD/Qrg== Received: from [98.138.100.115] by nm12.bullet.mail.ne1.yahoo.com with NNFMP; 16 Aug 2015 05:52:31 -0000 Received: from [98.138.89.197] by tm106.bullet.mail.ne1.yahoo.com with NNFMP; 16 Aug 2015 05:52:31 -0000 Received: from [127.0.0.1] by omp1055.mail.ne1.yahoo.com with NNFMP; 16 Aug 2015 05:52:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 607900.31514.bm@omp1055.mail.ne1.yahoo.com X-YMail-OSG: pTXEbKMVM1mQVFkLuOVwedWxw3UT8p0vsfB2.N3q53cIMHQIsu72vCKRa5pBJme JfwhgHVz.vtTspJ34VBG4AtVTGY0S2ECo2VaeYpt1tUnXjYshp.Rx_CjxAFnjSAg_Q7QN.ds842Q QBSsyAvvCLIDUZVQ8Uk9SCQoMkTGue8Hbtkcd_I46AuOtOhBcYYRTcyesxbdCbks7w_VwWq4X.7K CQ2cPenvk72eNVOonaM4j8lhH3aK9wUNSk.jVAeisuVsLe7dUBiwbiEAIpiIZiheAu8rlsJHCT6R .oY47U5Wf35V89.p4105UomwBySXICc7KFuf6fjCqKbLB3X7Os7u0HEKWAw0VFA.1ESx_w65H2Ml 8nYkyKzAeTYrp_YmmdhS6WGbd4VlqYIaQgxJhnf1URDuplEn497xCSvQ0w9BKLvMeuyTZTlue2ER tR5hxOMkhwY7G1qC1jHij_bBoDSf4ob2Kld_aLi0cEnr5GJ_eDq0q8t0C_s9n4V2Nv1BkqOgPoa_ RgpcqzvglIQB_5SklSnI4a89RSXhR Received: by 98.138.105.225; Sun, 16 Aug 2015 05:52:31 +0000 Date: Sun, 16 Aug 2015 05:51:57 +0000 (UTC) From: Jin Guojun Reply-To: Jin Guojun To: Questions Freebsd Message-ID: <1972431430.5431515.1439704317249.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <1614462542.1974994.1439701288919.JavaMail.yahoo@mail.yahoo.com> References: <1614462542.1974994.1439701288919.JavaMail.yahoo@mail.yahoo.com> Subject: Re: X Window is sluggish in 10.2-R (nv server for GeForce 210) MIME-Version: 1.0 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: Sun, 16 Aug 2015 05:52:38 -0000 It looks like not just X server is slow, other servers slow too and take a = lot of CPU.Those services take less than 10% total CPU when running 8.4 / 1= 0.1. Is something under 10.2-R needs to be tuned for performance? -Jin last pid:=C2=A0 1088;=C2=A0 load averages:=C2=A0 1.93,=C2=A0 1.07,=C2=A0 0.= 53=C2=A0=C2=A0=C2=A0 up 0+00:05:16=C2=A0 22:49:12 58 processes:=C2=A0 3 running, 55 sleeping CPU: 19.9% user,=C2=A0 0.0% nice, 61.0% system,=C2=A0 0.3% interrupt, 18.8%= idle Mem: 402M Active, 513M Inact, 528M Wired, 192K Cache, 821M Buf, 6440M Free Swap: 8192M Total, 8192M Free =C2=A0 PID USERNAME=C2=A0=C2=A0=C2=A0 THR PRI NICE=C2=A0=C2=A0 SIZE=C2=A0= =C2=A0=C2=A0 RES STATE=C2=A0=C2=A0 C=C2=A0=C2=A0 TIME=C2=A0=C2=A0=C2=A0 WCP= U COMMAND =C2=A0 951 jin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 75=C2= =A0 20=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0 711M=C2=A0=C2=A0 365M uwait=C2=A0=C2= =A0 3=C2=A0=C2=A0 1:17 115.23% firefox =C2=A01083 jin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = 1=C2=A0 89=C2=A0=C2=A0=C2=A0 0 36688K=C2=A0 5988K CPU0=C2=A0=C2=A0=C2=A0 0= =C2=A0=C2=A0 0:47=C2=A0 55.37% imapd =C2=A01081 jin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = 1=C2=A0 88=C2=A0=C2=A0=C2=A0 0 36688K=C2=A0 5988K CPU2=C2=A0=C2=A0=C2=A0 2= =C2=A0=C2=A0 0:47=C2=A0 52.59% imapd =C2=A01077 jin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 44=C2= =A0 21=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0 555M=C2=A0=C2=A0 271M uwait=C2=A0=C2= =A0 1=C2=A0=C2=A0 0:19=C2=A0 21.14% thunderbi =C2=A0 923 jin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = 5=C2=A0 20=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0 460M=C2=A0=C2=A0 363M uwait=C2= =A0=C2=A0 0=C2=A0=C2=A0 0:09=C2=A0=C2=A0 2.20% Xorg =C2=A0 777 root=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1=C2= =A0 20=C2=A0=C2=A0=C2=A0 0 16728K=C2=A0 2236K select=C2=A0 2=C2=A0=C2=A0 0:= 00=C2=A0=C2=A0 0.00% moused last pid:=C2=A0 1090;=C2=A0 load averages:=C2=A0 3.67,=C2=A0 2.11,=C2=A0 1.= 04=C2=A0=C2=A0=C2=A0 up 0+00:07:51=C2=A0 22:51:47 58 processes:=C2=A0 3 running, 55 sleeping CPU: 19.9% user,=C2=A0 0.0% nice, 63.8% system,=C2=A0 0.6% interrupt, 15.7%= idle Mem: 604M Active, 592M Inact, 576M Wired, 192K Cache, 820M Buf, 6110M Free Swap: 8192M Total, 8192M Free =C2=A0 PID USERNAME=C2=A0=C2=A0=C2=A0 THR PRI NICE=C2=A0=C2=A0 SIZE=C2=A0= =C2=A0=C2=A0 RES STATE=C2=A0=C2=A0 C=C2=A0=C2=A0 TIME=C2=A0=C2=A0=C2=A0 WCP= U COMMAND =C2=A0 951 jin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 73=C2= =A0 20=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0 708M=C2=A0=C2=A0 364M uwait=C2=A0=C2= =A0 2=C2=A0=C2=A0 4:22 112.79% firefox =C2=A01083 jin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = 1 101=C2=A0=C2=A0=C2=A0 0 36688K=C2=A0 5988K CPU2=C2=A0=C2=A0=C2=A0 2=C2=A0= =C2=A0 2:46=C2=A0 94.78% imapd =C2=A01081 jin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = 1 101=C2=A0=C2=A0=C2=A0 0 36688K=C2=A0 5988K CPU0=C2=A0=C2=A0=C2=A0 0=C2=A0= =C2=A0 2:46=C2=A0 94.48% imapd =C2=A01077 jin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 41=C2= =A0 24=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0 767M=C2=A0=C2=A0 481M uwait=C2=A0=C2= =A0 3=C2=A0=C2=A0 1:02=C2=A0 34.62% thunderbi =C2=A0 923 jin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = 5=C2=A0 20=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0 452M=C2=A0=C2=A0 355M uwait=C2= =A0=C2=A0 1=C2=A0=C2=A0 0:12=C2=A0=C2=A0 2.10% Xorg =20 On Saturday, August 15, 2015 10:01 PM, Jin Guojun wrote: =20 A machine with AMD A8-6600K with Radeon + Nvidia GeForce 210 graphic card.= It works with FreeBSD 8.4-R .. 10.1-R well; however, after upgraded to 10.2= -R,=20 X Window seems having problem in doing configuration and running server. In X -configure, the xorg.conf.new generated correctly, but have error at t= he end says "number of screen s does not match number of devices. It found = two screens and two devices (see log below), so not sure what is the proble= m. When startx, moving window around and scrolling window (using sliding bar) = are very sluggish.When exist X window, server generate a non-error error: [=C2=A0 2700.740] (EE) Server terminated successfully (0). Closing log file= . Does this mean that a Xorg 7.7_2 has some defect? Does anyone encounter the similar issue in 10.2-Release? -Jin From owner-freebsd-questions@freebsd.org Sun Aug 16 13:14: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 E77CB9B9CBA for ; Sun, 16 Aug 2015 13:14:22 +0000 (UTC) (envelope-from bugReporter@ib-haakh.de) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CDF01D21 for ; Sun, 16 Aug 2015 13:14:21 +0000 (UTC) (envelope-from bugReporter@ib-haakh.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1439730852; l=1213; s=domk; d=ib-haakh.de; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References: Subject:CC:To:MIME-Version:From:Date; bh=OWRzIsb8a3tHUcBHVN266JheUJM4seK2jMVaUX+RdvY=; b=oBgpZASknE5aB4TzFKFKaKFyj8KwlrDVspgHdDFejlhbS++UjAK56T5iszI/Iibnvri XMAEOHdV5gsGEF/39lNxeDrIl5ZUcQ15C7nCebRw0/i26kuCaT2WrfmbZRDVQUwq0p0EX DTnzWFugvoPVHsxPCcmPOvDPuRezmt7a3EY= X-RZG-AUTH: :LWQcbViwW/e6OTbW0dHzwKkCepEs/ThuRG8zpeuciRNkwehqPJJjNur9OZW5 X-RZG-CLASS-ID: mo00 Received: from abaton.Haakh.de (p57A70E62.dip0.t-ipconnect.de [87.167.14.98]) by post.strato.de (RZmta 37.9 DYNA|AUTH) with ESMTPA id Z00a76r7GDEBJCh; Sun, 16 Aug 2015 15:14:11 +0200 (CEST) Received: from Crabberio.Haakh.de (crabberio.Haakh.de [192.168.63.16]) by abaton.Haakh.de (8.14.9/8.14.9) with ESMTP id t7GDEBQc093552; Sun, 16 Aug 2015 15:14:11 +0200 (CEST) (envelope-from bugReporter@ib-haakh.de) Message-ID: <55D08CA3.7050306@ib-haakh.de> Date: Sun, 16 Aug 2015 15:14:11 +0200 From: "Dr. Andreas Haakh" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1 MIME-Version: 1.0 To: Paul Smith CC: FreeBSD Questions Subject: Re: a bug in /bin/ls References: <55CD23C7.9010803@ib-haakh.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 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, 16 Aug 2015 13:14:23 -0000 Am 14.08.2015 um 05:26 schrieb Paul Smith: > On Thu, Aug 13, 2015 at 5:09 PM, Dr. Andreas Haakh > wrote: >> On: >> FreeBSD Crabberio.Haakh.de 10.2-PRERELEASE FreeBSD 10.2-PRERELEASE #0 >> r286580: Mon Aug 10 19:49:05 CEST 2015 >> toor@Crabberio.Haakh.de:/usr/obj/usr/src/sys/CRABBERIO amd64 >> >> using the "-U"-flag in /bin/ls together with "-l" >> leads to the following output >> [...] >> -rwxr--r-- 1 krabbe ibh 798720 1 Jan 1970 IMAG1562.jpg >> -rw-r--r-- 1 krabbe ibh 579493 1 Jan 1970 IMAG1714.jpg >> [...] >> >> and the sorting is not affected by the flag (still by name). >> >> > > >From the man page: > > -U Use time when file was created for sorting or printing. > > -u Use time of last access, instead of time of last modification > of the file for sorting (-t) or printing (-l). > > -t Sort by descending time modified (most recently modified first). . . . > > Does something like ls -Ult give you what you want? My interpretation > is that -u and -U need to be combined with -t or -l. > > I think the -c option works the same way. > Did you get different output on a previous FreeBSD version? > > Paul -Ult returns Jan 1st 1970 as well. From owner-freebsd-questions@freebsd.org Sun Aug 16 13:27: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 1471C9BA076 for ; Sun, 16 Aug 2015 13:27: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 CFD4CA8 for ; Sun, 16 Aug 2015 13:27:41 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-150-34.dynamic.qsc.de [92.195.150.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 49BFE2782C; Sun, 16 Aug 2015 15:27:37 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t7GDRajF002073; Sun, 16 Aug 2015 15:27:36 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sun, 16 Aug 2015 15:27:36 +0200 From: Polytropon To: "Dr. Andreas Haakh" Cc: Paul Smith , FreeBSD Questions Subject: Re: a bug in /bin/ls Message-Id: <20150816152736.f04eeb17.freebsd@edvax.de> In-Reply-To: <55D08CA3.7050306@ib-haakh.de> References: <55CD23C7.9010803@ib-haakh.de> <55D08CA3.7050306@ib-haakh.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: Sun, 16 Aug 2015 13:27:42 -0000 On Sun, 16 Aug 2015 15:14:11 +0200, Dr. Andreas Haakh wrote: > Am 14.08.2015 um 05:26 schrieb Paul Smith: > > On Thu, Aug 13, 2015 at 5:09 PM, Dr. Andreas Haakh > > wrote: > >> On: > >> FreeBSD Crabberio.Haakh.de 10.2-PRERELEASE FreeBSD 10.2-PRERELEASE #0 > >> r286580: Mon Aug 10 19:49:05 CEST 2015 > >> toor@Crabberio.Haakh.de:/usr/obj/usr/src/sys/CRABBERIO amd64 > >> > >> using the "-U"-flag in /bin/ls together with "-l" > >> leads to the following output > >> [...] > >> -rwxr--r-- 1 krabbe ibh 798720 1 Jan 1970 IMAG1562.jpg > >> -rw-r--r-- 1 krabbe ibh 579493 1 Jan 1970 IMAG1714.jpg > >> [...] > >> > >> and the sorting is not affected by the flag (still by name). > >> > >> > > > > >From the man page: > > > > -U Use time when file was created for sorting or printing. > > > > -u Use time of last access, instead of time of last modification > > of the file for sorting (-t) or printing (-l). > > > > -t Sort by descending time modified (most recently modified first). . . . > > > > Does something like ls -Ult give you what you want? My interpretation > > is that -u and -U need to be combined with -t or -l. > > > > I think the -c option works the same way. > > Did you get different output on a previous FreeBSD version? > > > > Paul > -Ult returns Jan 1st 1970 as well. Even with actually different dates (verified with "stat"), the date sorting options don't seem to have an effect. I have verified this even on a not-so-recent version of FreeBSD. The only "solution" would be to do something like this: % ls -laF -D "%Y-%m-%d_%H:%M:%S" | sort +5 But that's not what one _should_ have to do, given that there are date sorting options mentioned in the "ls" manual... -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sun Aug 16 14:01:59 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 423919BA7EF for ; Sun, 16 Aug 2015 14:01:59 +0000 (UTC) (envelope-from baho-utot@columbus.rr.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id 084FB116D for ; Sun, 16 Aug 2015 14:01:58 +0000 (UTC) (envelope-from baho-utot@columbus.rr.com) Received: from [75.187.32.8] ([75.187.32.8:54259] helo=raspberrypi.bildanet.com) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id D7/64-05433-5D790D55; Sun, 16 Aug 2015 14:01:57 +0000 Received: from [192.168.1.53] (helo=baho-utot.bildanet.com) by raspberrypi.bildanet.com with esmtp (Exim 4.84) (envelope-from ) id 1ZQyVZ-0003R3-4S for freebsd-questions@freebsd.org; Sun, 16 Aug 2015 10:01:57 -0400 To: "freebsd-questions@freebsd.org" From: Baho Utot Subject: exim and dovcot2 Message-ID: <55D097D5.3080001@columbus.rr.com> Date: Sun, 16 Aug 2015 10:01:57 -0400 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-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 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: Sun, 16 Aug 2015 14:01:59 -0000 I am looking to setup exim and dovecot on a raspberry pi2 and I am looking to find some howtos on the setup. I am moving my mail setup from arch on a raspberry pi to this new rpi2 Thanks for any info. From owner-freebsd-questions@freebsd.org Sun Aug 16 17:51: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 998089BB79D for ; Sun, 16 Aug 2015 17:51:12 +0000 (UTC) (envelope-from john@thehowies.com) Received: from remote.thehowies.com (50-197-91-217-static.hfc.comcastbusiness.net [50.197.91.217]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "remote.thehowies.com", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73D861333 for ; Sun, 16 Aug 2015 17:51:11 +0000 (UTC) (envelope-from john@thehowies.com) Received: from PRIMARY.thehowies.local ([fe80::497b:de8e:1045:4c2a]) by PRIMARY.thehowies.local ([fe80::497b:de8e:1045:4c2a%24]) with mapi id 14.03.0248.002; Sun, 16 Aug 2015 10:51:05 -0700 From: John Howie To: Polytropon CC: "freebsd-questions@freebsd.org" Subject: Re: ada disk now da disk in upgrade to 10.2 Release? Thread-Topic: ada disk now da disk in upgrade to 10.2 Release? Thread-Index: AQHQ1s3WIvlxSImnh0Sq+mU6T1naWJ4MbaGA//+XnQCAAuVlgA== Date: Sun, 16 Aug 2015 17:51:04 +0000 Message-ID: <37CD6FAB-CA35-48D2-B8B0-342DE72B70CE@thehowies.com> References: <480CDD91-7457-4E11-B614-934F5B66FBCB@thehowies.com> <20150814225109.279f0c29.freebsd@edvax.de> <978FAFAC-5DBB-4464-B7DE-81F8DFF63E84@thehowies.com> In-Reply-To: <978FAFAC-5DBB-4464-B7DE-81F8DFF63E84@thehowies.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.150807 x-originating-ip: [192.168.1.26] Content-Type: text/plain; charset="utf-8" Content-ID: <3C0D9CEBF33AD74AB60EB121E328B80B@thehowies.local> Content-Transfer-Encoding: base64 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: Sun, 16 Aug 2015 17:51:12 -0000 SGkgYWxsLA0KDQpGb2xsb3dpbmcgdXAuDQoNCkkgdmVyaWZpZWQgdGhhdCBubyBjaGFuZ2VzIGhh dmUgYmVlbiBtYWRlIHRvIHRoZSBIeXBlclYgQ2x1c3RlciwgYW5kIHRoYXQgbm8gY2hhbmdlcyB3 ZXJlIG1hZGUgdG8gL2V0Yy9mc3RhYiBpbiB0aGUgdXBncmFkZS4gVGhlIHZpcnR1YWwgbWFjaGlu ZSAoMTAuMS1SRUxFQVNFKSB3YXMgaW5zdGFsbGVkIG9uIHRoZSBIeXBlclYgQ2x1c3RlciBmcm9t IDEwLjEtUkVMRUFTRSBtZWRpYSwgd2hpY2ggY3JlYXRlZCB0aGUgYWRhIGRpc2tzIGFuZCBwYXJ0 aXRpb25zIChJIGRvIHJlbWVtYmVyIHRoZXJlIGJlaW5nIGRpZmZpY3VsdHkgaW4gc2V0dGluZyB0 aGUgYm9vdCBwYXJ0aXRpb24gYXMgYWN0aXZlLCBhbmQgaGF2aW5nIHRvIG1hcmsgaXQgbWFudWFs bHkpLg0KDQpSZWdhcmRzLA0KDQpKb2huDQoNCg0KIA0KDQoNCg0KT24gOC8xNC8xNSwgMjozNyBQ TSwgIm93bmVyLWZyZWVic2QtcXVlc3Rpb25zQGZyZWVic2Qub3JnIG9uIGJlaGFsZiBvZiBKb2hu IEhvd2llIiA8b3duZXItZnJlZWJzZC1xdWVzdGlvbnNAZnJlZWJzZC5vcmcgb24gYmVoYWxmIG9m IGpvaG5AdGhlaG93aWVzLmNvbT4gd3JvdGU6DQoNCj5yb290QGZyZWVic2Q6fiAjIGNhbWNvbnRy b2wgZGV2bGlzdA0KPjxNc2Z0IFZpcnR1YWwgQ0QvUk9NIDEuMD4gICAgICAgICAgYXQgc2NidXMw IHRhcmdldCAwIGx1biAwIChwYXNzMCxjZDApDQo+PE1zZnQgVmlydHVhbCBEaXNrIDEuMD4gICAg ICAgICAgICBhdCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAgKGRhMCxwYXNzMSkNCj5yb290QGZyZWVi c2Q6fiAjIA0KPg0KPg0KPk5vIGF0YWNvbnRyb2wgOi0pDQo+DQo+DQo+DQo+DQo+T24gOC8xNC8x NSwgMTo1MSBQTSwgIlBvbHl0cm9wb24iIDxmcmVlYnNkQGVkdmF4LmRlPiB3cm90ZToNCj4NCj4+ T24gRnJpLCAxNCBBdWcgMjAxNSAyMDoxNDozNSArMDAwMCwgSm9obiBIb3dpZSB3cm90ZToNCj4+ PiBIaSBhbGwsDQo+Pj4gDQo+Pj4gSSByYW4gYW4gdXBncmFkZSB2aWEgZnJlZWJzZC11cGRhdGUg ZnJvbSAxMC4xLVJFTEVBU0UgdG8gMTAuMi1SRUxFQVNFLg0KPj4+IEV2ZXJ5dGhpbmcgd2VudCB3 ZWxsIHVudGlsIHRoZSByZWJvb3QgYWZ0ZXIga2VybmVsIHVwZGF0ZXMuIFRoZSBrZXJuZWwNCj4+ PiBjb21wbGFpbmVkIGl0IGNvdWxkIG5vdCBmaW5kIHRoZSByb290IGZpbGVzeXN0ZW0sIHdoaWNo IHdhcyBhdA0KPj4+IC9kZXYvYWRhMHAyLiBUaGUgZGlzayBubyBsb25nZXIgYXBwZWFycyBpbiAv ZGV2LCBhbmQgaXQgaXMgbm93DQo+Pj4gL2Rldi9kYTBwMi4NCj4+PiANCj4+PiBUaGUgbWFjaGlu ZSBpcyBydW5uaW5nIHVuZGVyIEh5cGVyIFYgKGEgZ3Vlc3QgT1MpLg0KPj4+IA0KPj4+IERvZXMg YW55b25lIGhhdmUgYW55IGlkZWEgd2h5IHRoaXMgbWlnaHQgaGF2ZSBoYXBwZW5lZD8NCj4+DQo+ PlRoaXMgbG9va3MgbGlrZSBlaXRoZXIgIkh5cGVyLVYiIHN0b3BwZWQgcmVwcmVzZW50aW5nIHRo ZQ0KPj5kaXNrIGRldmljZSBhcyBhbiBBSENJIGRldmljZSAoYWRhIGRyaXZlcjogIkFUQSBEaXJl Y3QgQWNjZXNzDQo+PmRldmljZSBkcml2ZXIiKSwgYW5kIHRoZSBPUyBub3cgcmVjb2duaXplcyBp dCBhcyBhIFNDU0kNCj4+ZGV2aWNlIChkYSBkcml2ZXI6ICJTQ1NJIERpcmVjdCBBY2Nlc3MgZGV2 aWNlIGRyaXZlciIpLA0KPj5vciB0aGUgT1MgZG9lc24ndCBjb250YWluIG9yIGxvYWQgdGhlIGFk YSBkcml2ZXIgZm9yIHNvbWUNCj4+cmVhc29uLCB3aGljaCB3b3VsZCBiZSBzdHJhbmdlLCBnaXZl biB0aGF0IHRoZSBkcml2ZXIgaXMNCj4+cGFydCBvZiB0aGUgR0VORVJJQyBrZXJuZWwgZm9yIHNv bWUgdGltZSBub3cuIFNBVEEgZHJpdmVzDQo+PmFyZSBjb21tb25seSByZWNvZ25pemVkIGJ5IHRo ZSBBSENJIGRyaXZlciwgUEFUQSBkcml2ZXMNCj4+YnkgdGhlIGRlZmF1bHQgQVRBIGRyaXZlciAo YWQgZHJpdmVyOiAiZ2VuZXJpYyBBVEEvQVRBUEkNCj4+ZGlzayBjb250cm9sbGVyIGRyaXZlciIs IGNvbnNpZGVyZWQgb2Jzb2xldGUgbm93KSwgYW5kDQo+PmFsbCBvdGhlciBTQ1NJIHBlcmlwaGVy aWFscyB1c2UgdGhlIFNDU0kgZHJpdmVycy4gVGhpcw0KPj5zaG91bGQgYmUgdGhlIHNhbWUgYmV0 d2VlbiAxMC4xIGFuZCAxMC4yLg0KPj4NCj4+V2hhdCBkbyAiY2FtY29udHJvbCBkZXZsaXN0IiBh bmQgImF0YWNvbnRyb2wgbGlzdCIgZGF5DQo+PmFib3V0IHRoZSByZWNvZ25pemVkIGRpc2tzPw0K Pj4NCj4+DQo+Pg0KPj4tLSANCj4+UG9seXRyb3Bvbg0KPj5NYWdkZWJ1cmcsIEdlcm1hbnkNCj4+ SGFwcHkgRnJlZUJTRCB1c2VyIHNpbmNlIDQuMA0KPj5BbmRyYSBtb2kgZW5uZXBlLCBNb3VzYSwg Li4uDQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5m cmVlYnNkLXF1ZXN0aW9uc0BmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj5odHRwczovL2xpc3Rz LmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1xdWVzdGlvbnMNCj5UbyB1bnN1 YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1xdWVzdGlvbnMtdW5zdWJzY3JpYmVA ZnJlZWJzZC5vcmciDQo= From owner-freebsd-questions@freebsd.org Sun Aug 16 18:33: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 47CED9BBD8E for ; Sun, 16 Aug 2015 18:33:13 +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 0DD4E8F1 for ; Sun, 16 Aug 2015 18:33:12 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-150-34.dynamic.qsc.de [92.195.150.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 1878527836; Sun, 16 Aug 2015 20:33:03 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t7GIX3Xd002288; Sun, 16 Aug 2015 20:33:03 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sun, 16 Aug 2015 20:33:03 +0200 From: Polytropon To: John Howie Cc: "freebsd-questions@freebsd.org" Subject: Re: ada disk now da disk in upgrade to 10.2 Release? Message-Id: <20150816203303.7f551b4b.freebsd@edvax.de> In-Reply-To: <37CD6FAB-CA35-48D2-B8B0-342DE72B70CE@thehowies.com> References: <480CDD91-7457-4E11-B614-934F5B66FBCB@thehowies.com> <20150814225109.279f0c29.freebsd@edvax.de> <978FAFAC-5DBB-4464-B7DE-81F8DFF63E84@thehowies.com> <37CD6FAB-CA35-48D2-B8B0-342DE72B70CE@thehowies.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: Sun, 16 Aug 2015 18:33:13 -0000 On Sun, 16 Aug 2015 17:51:04 +0000, John Howie wrote: > Hi all, > > Following up. > > I verified that no changes have been made to the HyperV Cluster, > and that no changes were made to /etc/fstab in the upgrade. This file has no influence to how devices are being recognized. But as you mention it: Have you thought about adding labels to the partitions? It's a convenient way to abandon device names. Use the label to refer to the file system. You can find some informatio here: http://www.wonkity.com/~wblock/docs/html/labels.html https://www.freebsd.org/doc/handbook/geom-glabel.html It's easy to add them afterwards. No need to start over. > The virtual machine (10.1-RELEASE) was installed on the HyperV > Cluster from 10.1-RELEASE media, which created the ada disks > and partitions (I do remember there being difficulty in setting > the boot partition as active, and having to mark it manually). The installer _should_ be able to do this, but of course there is no problem to go to CLI and do it manually. It's not that this is a complicated task... :-) However, if a disk has been set as active, it doesn't matter as which device _type_ it's being recognized - it will boot, given that the BIOS (or in your case, the hypervisor) will transfer boot control to it. A partition marked as bootable will fulfill that requirement. From there on, labels are a convenient way to refer to the file system in further steps of the boot process (mounting root file system, mounting other file systems). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sun Aug 16 19:50: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 4D3159BB9B1 for ; Sun, 16 Aug 2015 19:50:41 +0000 (UTC) (envelope-from john@thehowies.com) Received: from remote.thehowies.com (50-197-91-217-static.hfc.comcastbusiness.net [50.197.91.217]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "remote.thehowies.com", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25D151F18 for ; Sun, 16 Aug 2015 19:50:40 +0000 (UTC) (envelope-from john@thehowies.com) Received: from PRIMARY.thehowies.local ([fe80::497b:de8e:1045:4c2a]) by PRIMARY.thehowies.local ([fe80::497b:de8e:1045:4c2a%24]) with mapi id 14.03.0248.002; Sun, 16 Aug 2015 12:50:39 -0700 From: John Howie To: Polytropon CC: "freebsd-questions@freebsd.org" Subject: Re: ada disk now da disk in upgrade to 10.2 Release? Thread-Topic: ada disk now da disk in upgrade to 10.2 Release? Thread-Index: AQHQ1s3WIvlxSImnh0Sq+mU6T1naWJ4MbaGA//+XnQCAAuVlgIAAgRKA//+gVoA= Date: Sun, 16 Aug 2015 19:50:39 +0000 Message-ID: References: <480CDD91-7457-4E11-B614-934F5B66FBCB@thehowies.com> <20150814225109.279f0c29.freebsd@edvax.de> <978FAFAC-5DBB-4464-B7DE-81F8DFF63E84@thehowies.com> <37CD6FAB-CA35-48D2-B8B0-342DE72B70CE@thehowies.com> <20150816203303.7f551b4b.freebsd@edvax.de> In-Reply-To: <20150816203303.7f551b4b.freebsd@edvax.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.150807 x-originating-ip: [192.168.1.26] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 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: Sun, 16 Aug 2015 19:50:41 -0000 SGkgdGhlcmUsDQoNClllcywgdGhhbmtzLiBJIGtuZXcgYWxsIG9mIHRoYXQuIEkgYW0ganVzdCBw cm92aWRpbmcgYW4gdXBkYXRlIHRvIHRoZSBsaXN0LiBJIGNhbm5vdCBiZWxpZXZlIEkgd2lsbCBi ZSB0aGUgb25seSBwZXJzb24gdG8gcnVuIGludG8gdGhpcy4gSXQgaXMgc2ltcGx5IGZpeGVkLCB0 b28uIEp1c3Qgc3BlY2lmeSB0aGUgZnN0eXBlIGFuZCAobmV3KSByb290IGRpc2sgcGFydGl0aW9u IG1hbnVhbGx5IGF0IGJvb3QsIGFuZCB0aGVuIG1vZGlmeSAvZXRjL2ZzdGFiLg0KDQpSZWdhcmRz LA0KDQpKb2huDQoNCg0KDQoNCk9uIDgvMTYvMTUsIDExOjMzIEFNLCAiUG9seXRyb3BvbiIgPGZy ZWVic2RAZWR2YXguZGU+IHdyb3RlOg0KDQo+T24gU3VuLCAxNiBBdWcgMjAxNSAxNzo1MTowNCAr MDAwMCwgSm9obiBIb3dpZSB3cm90ZToNCj4+IEhpIGFsbCwNCj4+IA0KPj4gRm9sbG93aW5nIHVw Lg0KPj4gDQo+PiBJIHZlcmlmaWVkIHRoYXQgbm8gY2hhbmdlcyBoYXZlIGJlZW4gbWFkZSB0byB0 aGUgSHlwZXJWIENsdXN0ZXIsDQo+PiBhbmQgdGhhdCBubyBjaGFuZ2VzIHdlcmUgbWFkZSB0byAv ZXRjL2ZzdGFiIGluIHRoZSB1cGdyYWRlLg0KPg0KPlRoaXMgZmlsZSBoYXMgbm8gaW5mbHVlbmNl IHRvIGhvdyBkZXZpY2VzIGFyZSBiZWluZyByZWNvZ25pemVkLg0KPkJ1dCBhcyB5b3UgbWVudGlv biBpdDogSGF2ZSB5b3UgdGhvdWdodCBhYm91dCBhZGRpbmcgbGFiZWxzIHRvDQo+dGhlIHBhcnRp dGlvbnM/IEl0J3MgYSBjb252ZW5pZW50IHdheSB0byBhYmFuZG9uIGRldmljZSBuYW1lcy4NCj5V c2UgdGhlIGxhYmVsIHRvIHJlZmVyIHRvIHRoZSBmaWxlIHN5c3RlbS4NCj4NCj5Zb3UgY2FuIGZp bmQgc29tZSBpbmZvcm1hdGlvIGhlcmU6DQo+DQo+aHR0cDovL3d3dy53b25raXR5LmNvbS9+d2Js b2NrL2RvY3MvaHRtbC9sYWJlbHMuaHRtbA0KPg0KPmh0dHBzOi8vd3d3LmZyZWVic2Qub3JnL2Rv Yy9oYW5kYm9vay9nZW9tLWdsYWJlbC5odG1sDQo+DQo+SXQncyBlYXN5IHRvIGFkZCB0aGVtIGFm dGVyd2FyZHMuIE5vIG5lZWQgdG8gc3RhcnQgb3Zlci4NCj4NCj4NCj4NCj4+IFRoZSB2aXJ0dWFs IG1hY2hpbmUgKDEwLjEtUkVMRUFTRSkgd2FzIGluc3RhbGxlZCBvbiB0aGUgSHlwZXJWDQo+PiBD bHVzdGVyIGZyb20gMTAuMS1SRUxFQVNFIG1lZGlhLCB3aGljaCBjcmVhdGVkIHRoZSBhZGEgZGlz a3MNCj4+IGFuZCBwYXJ0aXRpb25zIChJIGRvIHJlbWVtYmVyIHRoZXJlIGJlaW5nIGRpZmZpY3Vs dHkgaW4gc2V0dGluZw0KPj4gdGhlIGJvb3QgcGFydGl0aW9uIGFzIGFjdGl2ZSwgYW5kIGhhdmlu ZyB0byBtYXJrIGl0IG1hbnVhbGx5KS4NCj4NCj5UaGUgaW5zdGFsbGVyIF9zaG91bGRfIGJlIGFi bGUgdG8gZG8gdGhpcywgYnV0IG9mIGNvdXJzZQ0KPnRoZXJlIGlzIG5vIHByb2JsZW0gdG8gZ28g dG8gQ0xJIGFuZCBkbyBpdCBtYW51YWxseS4gSXQncw0KPm5vdCB0aGF0IHRoaXMgaXMgYSBjb21w bGljYXRlZCB0YXNrLi4uIDotKQ0KPg0KPkhvd2V2ZXIsIGlmIGEgZGlzayBoYXMgYmVlbiBzZXQg YXMgYWN0aXZlLCBpdCBkb2Vzbid0IG1hdHRlcg0KPmFzIHdoaWNoIGRldmljZSBfdHlwZV8gaXQn cyBiZWluZyByZWNvZ25pemVkIC0gaXQgd2lsbCBib290LA0KPmdpdmVuIHRoYXQgdGhlIEJJT1Mg KG9yIGluIHlvdXIgY2FzZSwgdGhlIGh5cGVydmlzb3IpIHdpbGwNCj50cmFuc2ZlciBib290IGNv bnRyb2wgdG8gaXQuIEEgcGFydGl0aW9uIG1hcmtlZCBhcyBib290YWJsZQ0KPndpbGwgZnVsZmls bCB0aGF0IHJlcXVpcmVtZW50LiBGcm9tIHRoZXJlIG9uLCBsYWJlbHMgYXJlIGENCj5jb252ZW5p ZW50IHdheSB0byByZWZlciB0byB0aGUgZmlsZSBzeXN0ZW0gaW4gZnVydGhlciBzdGVwcw0KPm9m IHRoZSBib290IHByb2Nlc3MgKG1vdW50aW5nIHJvb3QgZmlsZSBzeXN0ZW0sIG1vdW50aW5nDQo+ b3RoZXIgZmlsZSBzeXN0ZW1zKS4NCj4NCj4NCj4NCj4tLSANCj5Qb2x5dHJvcG9uDQo+TWFnZGVi dXJnLCBHZXJtYW55DQo+SGFwcHkgRnJlZUJTRCB1c2VyIHNpbmNlIDQuMA0KPkFuZHJhIG1vaSBl bm5lcGUsIE1vdXNhLCAuLi4NCg== From owner-freebsd-questions@freebsd.org Mon Aug 17 12:56: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 CBBB19BA22E for ; Mon, 17 Aug 2015 12:56:58 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.dweimer.net", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80B351AD5 for ; Mon, 17 Aug 2015 12:56:57 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.local (webmail [192.168.5.2]) by webmail.dweimer.net (8.15.2/8.15.2) with ESMTPS id t7HCunFJ073748 (version=TLSv1.2 cipher=DHE-RSA-CHACHA20-POLY1305 bits=256 verify=NO) for ; Mon, 17 Aug 2015 07:56:50 -0500 (CDT) (envelope-from dweimer@dweimer.net) Received: (from www@localhost) by webmail.dweimer.local (8.15.2/8.15.2/Submit) id t7HCunNp073747; Mon, 17 Aug 2015 07:56:49 -0500 (CDT) (envelope-from dweimer@dweimer.net) X-Authentication-Warning: webmail.dweimer.local: www set sender to dweimer@dweimer.net using -f To: FreeBSD Questions Subject: Quick Hard Drive Error Question X-PHP-Script: www.dweimer.net/webmail/index.php for 71.86.41.122, 192.168.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 17 Aug 2015 07:56:49 -0500 From: dweimer Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net Message-ID: <46e87057b2ac9672e581dcd794bf1111@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.1.2 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, 17 Aug 2015 12:56:58 -0000 I have an external SATA drive dock that I use to write backups to, I have steadily been getting more parity/CRC errors over the last couple of weeks. Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 00 70 e7 53 40 85 00 00 01 00 00 Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): CAM status: Uncorrectable parity/CRC error Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): Retrying command Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): READ_FPDMA_QUEUED. ACB: 60 70 d0 c6 1c 40 84 00 00 00 00 00 Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): CAM status: Uncorrectable parity/CRC error Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): Retrying command I have ran smart tests on the drives, they report no errors, hers the most recent summary line from the currently mounted drive. Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 595 - I suspect since the smart tests are showing no errors, that the issue is with the drive dock or cabling. I am using a internal/external SATA bracket, and not receiving any errors on the internal drives so I don't suspect it's a controller issue with the on board SATA III controller. The current drive dock and cables are SATA II, I have since upgraded to SATA III 2TB drives since it was purchased along with 1TB SATA II drives. So I have been considering purchasing a new SATA III dock and cables anyways, but just in case I need to spend the money somewhere else to fix this issue I just wanted to see if anyone else had any other ideas on what might cause this scenario. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-questions@freebsd.org Mon Aug 17 13:14: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 DF2779BB0D6 for ; Mon, 17 Aug 2015 13:14:41 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 AFCFD1F76 for ; Mon, 17 Aug 2015 13:14:41 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-211-22.knology.net [216.186.211.22] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t7HDESm6010109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 17 Aug 2015 08:14:33 -0500 Subject: Re: Quick Hard Drive Error Question To: FreeBSD Questions References: <46e87057b2ac9672e581dcd794bf1111@dweimer.net> From: "William A. Mahaffey III" Message-ID: <55D1DE33.1060208@hiwaay.net> Date: Mon, 17 Aug 2015 08:19:57 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <46e87057b2ac9672e581dcd794bf1111@dweimer.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: Mon, 17 Aug 2015 13:14:42 -0000 On 08/17/15 08:03, dweimer wrote: > I have an external SATA drive dock that I use to write backups to, I > have steadily been getting more parity/CRC errors over the last couple > of weeks. > > > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): > WRITE_FPDMA_QUEUED. ACB: 61 00 70 e7 53 40 85 00 00 01 00 00 > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): CAM status: > Uncorrectable parity/CRC error > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): Retrying command > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): > READ_FPDMA_QUEUED. ACB: 60 70 d0 c6 1c 40 84 00 00 00 00 00 > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): CAM status: > Uncorrectable parity/CRC error > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): Retrying command > > I have ran smart tests on the drives, they report no errors, hers the > most recent summary line from the currently mounted drive. > > Num Test_Description Status Remaining > LifeTime(hours) LBA_of_first_error > # 1 Extended offline Completed without error 00% 595 - > > I suspect since the smart tests are showing no errors, that the issue > is with the drive dock or cabling. I am using a internal/external SATA > bracket, and not receiving any errors on the internal drives so I > don't suspect it's a controller issue with the on board SATA III > controller. > > The current drive dock and cables are SATA II, I have since upgraded > to SATA III 2TB drives since it was purchased along with 1TB SATA II > drives. So I have been considering purchasing a new SATA III dock and > cables anyways, but just in case I need to spend the money somewhere > else to fix this issue I just wanted to see if anyone else had any > other ideas on what might cause this scenario. I have heard people on other lists lament eSATA drives/connectors/etc. *LOUDLY*, as in wailing, moaning, rending-of-garments, gnashing-of-teeth, etc. $0.02, no more, no less, YMMV, IANAL, & all that rot. I use external USB-drives myself when I use external drives, which isn't often, I have had trouble w/ them as well, short drive-life due to running hot. Good luck :-/ .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Mon Aug 17 16:16: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 E3C1A9BB7FD; Mon, 17 Aug 2015 16:16:15 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.dweimer.net", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BE2471D2E; Mon, 17 Aug 2015 16:16:15 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.local (webmail [192.168.5.2]) by webmail.dweimer.net (8.15.2/8.15.2) with ESMTPS id t7HGGD2c078367 (version=TLSv1.2 cipher=DHE-RSA-CHACHA20-POLY1305 bits=256 verify=NO); Mon, 17 Aug 2015 11:16:13 -0500 (CDT) (envelope-from dweimer@dweimer.net) Received: (from www@localhost) by webmail.dweimer.local (8.15.2/8.15.2/Submit) id t7HGGDO6078366; Mon, 17 Aug 2015 11:16:13 -0500 (CDT) (envelope-from dweimer@dweimer.net) X-Authentication-Warning: webmail.dweimer.local: www set sender to dweimer@dweimer.net using -f To: "William A. Mahaffey III" Subject: Re: Quick Hard Drive Error Question X-PHP-Script: www.dweimer.net/webmail/index.php for 71.86.41.122, 192.168.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 17 Aug 2015 11:16:13 -0500 From: dweimer Cc: FreeBSD Questions , owner-freebsd-questions@freebsd.org Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <55D1DE33.1060208@hiwaay.net> References: <46e87057b2ac9672e581dcd794bf1111@dweimer.net> <55D1DE33.1060208@hiwaay.net> Message-ID: <5c64233984c92f7ad32c5c001ba89349@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.1.2 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, 17 Aug 2015 16:16:16 -0000 On 2015-08-17 8:19 am, William A. Mahaffey III wrote: > On 08/17/15 08:03, dweimer wrote: >> I have an external SATA drive dock that I use to write backups to, I >> have steadily been getting more parity/CRC errors over the last couple >> of weeks. >> >> >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): >> WRITE_FPDMA_QUEUED. ACB: 61 00 70 e7 53 40 85 00 00 01 00 00 >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): CAM status: >> Uncorrectable parity/CRC error >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): Retrying command >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): >> READ_FPDMA_QUEUED. ACB: 60 70 d0 c6 1c 40 84 00 00 00 00 00 >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): CAM status: >> Uncorrectable parity/CRC error >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): Retrying command >> >> I have ran smart tests on the drives, they report no errors, hers the >> most recent summary line from the currently mounted drive. >> >> Num Test_Description Status Remaining >> LifeTime(hours) LBA_of_first_error >> # 1 Extended offline Completed without error 00% 595 >> - >> >> I suspect since the smart tests are showing no errors, that the issue >> is with the drive dock or cabling. I am using a internal/external SATA >> bracket, and not receiving any errors on the internal drives so I >> don't suspect it's a controller issue with the on board SATA III >> controller. >> >> The current drive dock and cables are SATA II, I have since upgraded >> to SATA III 2TB drives since it was purchased along with 1TB SATA II >> drives. So I have been considering purchasing a new SATA III dock and >> cables anyways, but just in case I need to spend the money somewhere >> else to fix this issue I just wanted to see if anyone else had any >> other ideas on what might cause this scenario. > > > I have heard people on other lists lament eSATA drives/connectors/etc. > *LOUDLY*, as in wailing, moaning, rending-of-garments, > gnashing-of-teeth, etc. $0.02, no more, no less, YMMV, IANAL, & all > that rot. I use external USB-drives myself when I use external drives, > which isn't often, I have had trouble w/ them as well, short > drive-life due to running hot. Good luck :-/ .... > I have had decent luck with them, using WD Green drives, they are only used for backups, (3 disks) rotated weekly. Most of the time they are spun down sitting idle. Of course the room is kept at a cool temperature, I have been using this dock for about 3 years. 2.5 years with the original 1TB disks, and the last 6 months with the 2TB disks. I have had only one drive fail, and it was still under warranty and WD replaced it for only shipping cost. The external/internal bracket was added when I switched to the 2TB disks which was shortly after a system board replacement, old system board didn't support hot plug on the on board sata. Those brackets and cabling are sold cheap, low margin passive devices, so I considered just replacing it. However I have been looking at some of the newer drive docks with SATA III. I went ahead and ordered one that mounts in a 5.25 drive bay and makes use of the case's fans to help keep drive cool. It just uses a standard internal SATA cable and power, so its less thing taking up desk space, and one less power adapter plugged the UPS, and hopefully cleans up my errors. I have done some spot checks of restores, and it appears that so far the ZFS storage is doing its job and keeping the data intact. But I will feel better if I stopping seeing these errors in logs after each backup. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-questions@freebsd.org Mon Aug 17 18:05: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 8E1459BB03C for ; Mon, 17 Aug 2015 18:05:19 +0000 (UTC) (envelope-from paul@pk1048.com) Received: from cpanel61.fastdnsservers.com (server61.fastdnsservers.com [216.51.232.61]) (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 6F30415EF for ; Mon, 17 Aug 2015 18:05:18 +0000 (UTC) (envelope-from paul@pk1048.com) Received: from mobile-107-107-57-210.mycingular.net ([107.107.57.210]:62951 helo=[172.20.10.2]) by cpanel61.fastdnsservers.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1ZROmW-003Arw-U3; Mon, 17 Aug 2015 13:05:13 -0500 Subject: Re: Quick Hard Drive Error Question Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=windows-1252 From: PK1048 In-Reply-To: <46e87057b2ac9672e581dcd794bf1111@dweimer.net> Date: Mon, 17 Aug 2015 14:05:08 -0400 Cc: FreeBSD Questions Content-Transfer-Encoding: quoted-printable Message-Id: <6E95ACB0-EB0A-471E-9815-7B791DC25F67@pk1048.com> References: <46e87057b2ac9672e581dcd794bf1111@dweimer.net> To: dweimer@dweimer.net X-Mailer: Apple Mail (2.1878.6) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel61.fastdnsservers.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - pk1048.com X-Get-Message-Sender-Via: cpanel61.fastdnsservers.com: authenticated_id: info@pk1048.com X-Source: X-Source-Args: X-Source-Dir: 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, 17 Aug 2015 18:05:19 -0000 On Aug 17, 2015, at 8:56, dweimer wrote: > I have an external SATA drive dock that I use to write backups to, I = have steadily been getting more parity/CRC errors over the last couple = of weeks. >=20 > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): = WRITE_FPDMA_QUEUED. ACB: 61 00 70 e7 53 40 85 00 00 01 00 00 > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): CAM status: = Uncorrectable parity/CRC error > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): Retrying command > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): = READ_FPDMA_QUEUED. ACB: 60 70 d0 c6 1c 40 84 00 00 00 00 00 > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): CAM status: = Uncorrectable parity/CRC error > Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): Retrying command >=20 > I have ran smart tests on the drives, they report no errors, hers the = most recent summary line from the currently mounted drive. Are there any port multipliers involved ? When I had 4 SATA drives = behind a port multiplier I had these type of errors frequently under = high load. I was using ZFS so dialed back the outstanding queue depth = from 10 to 2 to reduce load and the errors went away. I have since gone = to one port per drive (and went back to the default queue depth of 10) = and have not had the problem recur=85 But, I have seen a =93finicky-ness=94 between eSATA ports and cables. = Certain cables work on certain ports but not on others. Have you tried = substituting the eSATA cable ? A different eSATA port perhaps ? From owner-freebsd-questions@freebsd.org Mon Aug 17 18:43: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 B94E89BB8F7 for ; Mon, 17 Aug 2015 18:43:27 +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 89AD11E25 for ; Mon, 17 Aug 2015 18:43:27 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: by igfj19 with SMTP id j19so64702464igf.0 for ; Mon, 17 Aug 2015 11:43:27 -0700 (PDT) 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=ZhscezCqU8+FGpBiXbWp5UR7/W5rlxGmPcGWbIKe54s=; b=eXCcnC5FdjVdjqhy8aKxFVVKCBxg7NYd5CqfNSXpP/1QDyTURYDl6DCw3klDLY2oIb kaOHtaJmwLB/8GIyElxoEVNE/0lcuf26SKL/2jZu3P6iod0ERqO6alJKNQYpVxdcsDoT OQbOAyJHQuz6ptuJh+KYACTAxNDUg0mYJYAiNir00U9NjPT6BA4QiDy5yeQgmWytv1MC MFnuTJYeAUY9Eo4EeRvQcT/mmA0xqIAdfR4BupQiL45qefTqnLrcnt42qFQ79vIL2fx/ 57VpKMNDX40rYFCZGP1jAEGRFouoXC1LwLOSLvHG0Aw2nih67wleHyKYG6nemwCYqNce gswQ== MIME-Version: 1.0 X-Received: by 10.50.88.41 with SMTP id bd9mr18909560igb.4.1439837006993; Mon, 17 Aug 2015 11:43:26 -0700 (PDT) Received: by 10.79.111.205 with HTTP; Mon, 17 Aug 2015 11:43:26 -0700 (PDT) Date: Mon, 17 Aug 2015 11:43:26 -0700 Message-ID: Subject: Disable periodic security check for vulnerable packages 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: Mon, 17 Aug 2015 18:43:27 -0000 How do I disable periodic security check for vulnerable packages? Couldn't find out by reading 'man periodic', 'man periodic.conf', 'man pkg', or google. Thank you, Chris From owner-freebsd-questions@freebsd.org Mon Aug 17 19:20: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 D43BA9BC289 for ; Mon, 17 Aug 2015 19:20:38 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.dweimer.net", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B03BF10C1 for ; Mon, 17 Aug 2015 19:20:38 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.local (webmail [192.168.5.2]) by webmail.dweimer.net (8.15.2/8.15.2) with ESMTPS id t7HJKb96082783 (version=TLSv1.2 cipher=DHE-RSA-CHACHA20-POLY1305 bits=256 verify=NO); Mon, 17 Aug 2015 14:20:37 -0500 (CDT) (envelope-from dweimer@dweimer.net) Received: (from www@localhost) by webmail.dweimer.local (8.15.2/8.15.2/Submit) id t7HJKbZ9082782; Mon, 17 Aug 2015 14:20:37 -0500 (CDT) (envelope-from dweimer@dweimer.net) X-Authentication-Warning: webmail.dweimer.local: www set sender to dweimer@dweimer.net using -f To: PK1048 Subject: Re: Quick Hard Drive Error Question X-PHP-Script: www.dweimer.net/webmail/index.php for 71.86.41.122, 192.168.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 17 Aug 2015 14:20:37 -0500 From: dweimer Cc: FreeBSD Questions Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <6E95ACB0-EB0A-471E-9815-7B791DC25F67@pk1048.com> References: <46e87057b2ac9672e581dcd794bf1111@dweimer.net> <6E95ACB0-EB0A-471E-9815-7B791DC25F67@pk1048.com> Message-ID: <258b0fe633fac36a6c78798be616c778@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.1.2 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, 17 Aug 2015 19:20:39 -0000 On 2015-08-17 1:05 pm, PK1048 wrote: > On Aug 17, 2015, at 8:56, dweimer wrote: > >> I have an external SATA drive dock that I use to write backups to, I >> have steadily been getting more parity/CRC errors over the last couple >> of weeks. >> >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): >> WRITE_FPDMA_QUEUED. ACB: 61 00 70 e7 53 40 85 00 00 01 00 00 >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): CAM status: >> Uncorrectable parity/CRC error >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): Retrying command >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): >> READ_FPDMA_QUEUED. ACB: 60 70 d0 c6 1c 40 84 00 00 00 00 00 >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): CAM status: >> Uncorrectable parity/CRC error >> Aug 17 00:14:14 freebsd kernel: (ada4:ahcich5:0:0:0): Retrying command >> >> I have ran smart tests on the drives, they report no errors, hers the >> most recent summary line from the currently mounted drive. > > Are there any port multipliers involved ? When I had 4 SATA drives > behind a port multiplier I had these type of errors frequently under > high load. I was using ZFS so dialed back the outstanding queue depth > from 10 to 2 to reduce load and the errors went away. I have since > gone to one port per drive (and went back to the default queue depth > of 10) and have not had the problem recur… > > But, I have seen a “finicky-ness” between eSATA ports and cables. > Certain cables work on certain ports but not on others. Have you tried > substituting the eSATA cable ? A different eSATA port perhaps ? No multipliers, 1 drive on the port, don't have another eSATA cable just the one that currently in use. It was running fine over five months on the current cables. I did disconnect and reconnect the cables to make sure it wasn't just a lose cable. They are not regularly moved around, which could lead to material fatigue. Of course the disks are swapped weekly, so it could be the docks connection to the disk that is the week point. I have periodically seen an error or two like this, if they are frequent I dismount and re-seat the disk then all would clear up. That's not working now and the errors are happening more frequently. Hopefully once installed I will be OK, if not, at least I have gained the SATA III performance and I can start looking into other possibilities. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-questions@freebsd.org Mon Aug 17 21:11: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 E46969BB1D8 for ; Mon, 17 Aug 2015 21:11:12 +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 C00961165 for ; Mon, 17 Aug 2015 21:11:12 +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 5DF2F33C25; Mon, 17 Aug 2015 17:04:34 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 271C03980E; Mon, 17 Aug 2015 17:04:30 -0400 (EDT) From: Lowell Gilbert To: Chris Stankevitz Cc: freebsd-questions Subject: Re: Disable periodic security check for vulnerable packages References: Date: Mon, 17 Aug 2015 17:04:29 -0400 In-Reply-To: (Chris Stankevitz's message of "Mon, 17 Aug 2015 11:43:26 -0700") Message-ID: <44zj1p39uq.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: Mon, 17 Aug 2015 21:11:13 -0000 Chris Stankevitz writes: > How do I disable periodic security check for vulnerable packages? > Couldn't find out by reading 'man periodic', 'man periodic.conf', 'man > pkg', or google. On 10.2, "man periodic.conf" has several variables, "daily_status_security_*" which offer you several options for this. From owner-freebsd-questions@freebsd.org Mon Aug 17 21:11: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 DB15F9BB221 for ; Mon, 17 Aug 2015 21:11:55 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::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 A855E126C for ; Mon, 17 Aug 2015 21:11:55 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: by iodb91 with SMTP id b91so166222883iod.1 for ; Mon, 17 Aug 2015 14:11:55 -0700 (PDT) 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=6hgOR+QPVKj/vo9eZKsh+/W+lb1TX66edLNcXDM6ap0=; b=ibHZERh3mSSV5ZO8QdPxfLzY3fvouD/MX7NXoPk7o+XvB4bDeMCGR7sAVelUu+8nQ0 CsBZbqeFzmcJxbbDkn1Ti0cHah59289WTIEk88qa+6NHuSAV4v7PZAqOJhZkkj6z+K+a FAdrpueOfMNtjouyZIFmmqhaHHsZDyIA2A5W+KC3ZRleoJgJYvSAz95CzMZhfOUa5bvz zVnDq6TXSu3yDVwyeDkqx6IyuHbjnrDOXeaIAfeo10rONKA8RkJQUeOQIc3tknc+q4m1 QSmRI/5SsXgD36RtSzXpxQM9uavWeuT/Sv62ZQk49V0RVAIZ8zWAaFqXbAhOptaBRrw/ 2EIA== MIME-Version: 1.0 X-Received: by 10.107.7.73 with SMTP id 70mr3320673ioh.81.1439845915006; Mon, 17 Aug 2015 14:11:55 -0700 (PDT) Received: by 10.79.111.205 with HTTP; Mon, 17 Aug 2015 14:11:54 -0700 (PDT) In-Reply-To: <44zj1p39uq.fsf@lowell-desk.lan> References: <44zj1p39uq.fsf@lowell-desk.lan> Date: Mon, 17 Aug 2015 14:11:54 -0700 Message-ID: Subject: Re: Disable periodic security check for vulnerable packages From: Chris Stankevitz To: Lowell Gilbert Cc: 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: Mon, 17 Aug 2015 21:11:55 -0000 On Mon, Aug 17, 2015 at 2:04 PM, Lowell Gilbert wrote: > Chris Stankevitz writes: > >> How do I disable periodic security check for vulnerable packages? >> Couldn't find out by reading 'man periodic', 'man periodic.conf', 'man >> pkg', or google. > > On 10.2, "man periodic.conf" has several variables, > "daily_status_security_*" which offer you several > options for this. Hi Lowell, I'm disappointed to hear that I must be so blind that I don't see it, but I'm happy to hear that it is clearly listed in your "man periodic.conf"! Would you mind copying/pasting the relevant variable to disable the daily check for vulnerable packages? I have put 15 minutes into finding this so please don't think I'm a lazy slob... blind/stupid maybe but not lazy. Thank you, Chris From owner-freebsd-questions@freebsd.org Mon Aug 17 21:15: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 BF0C49BB2C6 for ; Mon, 17 Aug 2015 21:15: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 86D3D1367 for ; Mon, 17 Aug 2015 21:15:15 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-150-34.dynamic.qsc.de [92.195.150.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id C5F113CE67; Mon, 17 Aug 2015 23:15:04 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t7HLF4AP002619; Mon, 17 Aug 2015 23:15:04 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 17 Aug 2015 23:15:04 +0200 From: Polytropon To: Chris Stankevitz Cc: freebsd-questions Subject: Re: Disable periodic security check for vulnerable packages Message-Id: <20150817231504.c10cc216.freebsd@edvax.de> In-Reply-To: References: 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, 17 Aug 2015 21:15:15 -0000 On Mon, 17 Aug 2015 11:43:26 -0700, Chris Stankevitz wrote: > How do I disable periodic security check for vulnerable packages? > Couldn't find out by reading 'man periodic', 'man periodic.conf', 'man > pkg', or google. You'll find the settings in /etc/defaults/periodic.conf. There's also explanation on what the different security settings will do. Write your overrides to /etc/periodic.conf as explained in "man periodic.conf". -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Aug 17 21: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 352649BB4BA for ; Mon, 17 Aug 2015 21:27:16 +0000 (UTC) (envelope-from amvandemore@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 00CC719EA for ; Mon, 17 Aug 2015 21:27:16 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by igfj19 with SMTP id j19so65852606igf.1 for ; Mon, 17 Aug 2015 14:27:15 -0700 (PDT) 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=TdexRBgs4AIng75xp7ZhxXJKxKBJ0xvRaXXJvgT6oIg=; b=s6cYX4gvvDbGJvY0j0wgsidYE5ELhdZN/EeLC+U/PIaFEdiRInzlf1Zcr5kGwqE5sj wqdub1z3RS/V/xANPKI7mGoxAPHndTQorZ0Nl4L2g6hIk01ntZrJ6+tiveCzL+HqIq6b V0qksUyf46nTRJiWhrP5+WVlq6dQQxlO4PbMNnCf4GNZUmnKIhSgOOOK2yS7mjHk0aa/ 7NL47eE6awtSfRC7xDUoBEkJ7CUQVpLyhOcNwkohFV5w3pXKuXglqEbWlGmcKHjHVI3L j1FJQGBNT05QKqkhgyIwFka4NBLRBH816ww1q1ldzq7uxHc5YeX/C8YL18Z+JAqgeabU KgAA== MIME-Version: 1.0 X-Received: by 10.50.129.10 with SMTP id ns10mr19209758igb.90.1439846835352; Mon, 17 Aug 2015 14:27:15 -0700 (PDT) Received: by 10.36.101.79 with HTTP; Mon, 17 Aug 2015 14:27:15 -0700 (PDT) In-Reply-To: References: Date: Mon, 17 Aug 2015 16:27:15 -0500 Message-ID: Subject: Re: Disable periodic security check for vulnerable packages 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: Mon, 17 Aug 2015 21:27:16 -0000 On Mon, Aug 17, 2015 at 1:43 PM, Chris Stankevitz wrote: > > How do I disable periodic security check for vulnerable packages? > Couldn't find out by reading 'man periodic', 'man periodic.conf', 'man > pkg', or google. set daily_status_security_pkgaudit_enable="NO" Google has plenty of results and the man pages for periodic.conf and periodic both contain sufficient info to trace this variable down. Probably would be nice to have the equiv of make LINT for periodic vars though. -- Adam From owner-freebsd-questions@freebsd.org Mon Aug 17 21:59: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 7D5C69BB9E9 for ; Mon, 17 Aug 2015 21:59:02 +0000 (UTC) (envelope-from virtual@airmail.cc) Received: from cock.li (cock.li [176.9.0.140]) (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 381F81745 for ; Mon, 17 Aug 2015 21:59:01 +0000 (UTC) (envelope-from virtual@airmail.cc) From: virtual Subject: Unable to install 'rtorrent-0.9.4_2' package as it's 'forbidden' or the operation times out. To: freebsd-questions@freebsd.org Message-ID: <55D256F1.9000908@airmail.cc> Date: Mon, 17 Aug 2015 22:49:37 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; 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: Mon, 17 Aug 2015 21:59:02 -0000 I can't seem to install rtorrent on my FreeBSD server via the pkg tool or via ports. Does anyone know what the problem might be? I am able to install other software via pkg and ports just fine. $ sudo pkg install rtorrent Password: Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. The following 4 package(s) will be affected (of 0 checked): New packages to be INSTALLED: rtorrent: 0.9.4_2 xmlrpc-c-devel: 1.36.0_1 libwww: 5.4.0_5 libtorrent: 0.13.4_2 The process will require 15 MiB more space. 2 MiB to be downloaded. Proceed with this action? [y/N]: y pkg: http://pkg.FreeBSD.org/FreeBSD:10:amd64/quarterly/All/rtorrent-0.9.4_2.txz: Operation timed out From owner-freebsd-questions@freebsd.org Tue Aug 18 08:27: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 990879B8D4D for ; Tue, 18 Aug 2015 08:27:13 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.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 587CF66A for ; Tue, 18 Aug 2015 08:27:13 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicja10 with SMTP id ja10so101221549wic.1 for ; Tue, 18 Aug 2015 01:27:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=Kvk5ORZY9XCc/r4CbhBFDkgjqTElJGqL3604DTyeD2A=; b=jYaxoPUzCJGaatGGoPsGVGfk2bbjsVgMaWDYsRplesLzGDCh/s46Q3Z+6kxWFwYIhl iw7HuHhO0THuqw6cm8F1wXQbW6HSvgQO/ti+JX5oshMX5JFR6c9Siwh2CEc21zV60Feh vYnCUzAqU7b50VXDo9tdQuPZzLBMKxsvVxcgVUQSGe/+B6d8TfXfD4jR2XIsQcLNSpoE aOn3q/O3Opbl8Cb3LijWEpU+2U4/a8jsOEzuiq2Li+8129wRr4ZKs0RE3RjvCTLK/7xz M9Z85iJxrelj+dnYgt3wAxvZvcc6wVvvc5meurGh4rvmVEzROyfdTJJ8uj4THICdHyI1 hocw== X-Gm-Message-State: ALoCoQkaJw7KHkQqR9h5Ljlfr232HMRKLDvZqpNot5Vsq4AZknlbdb+LBEWv+aVS6fyg4b8Pgxkv X-Received: by 10.194.119.161 with SMTP id kv1mr10655974wjb.157.1439886431024; Tue, 18 Aug 2015 01:27:11 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id j2sm25363654wjq.5.2015.08.18.01.27.10 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Aug 2015 01:27:10 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t7I8R9qi018228; Tue, 18 Aug 2015 09:27:09 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t7I8R9Nm018227; Tue, 18 Aug 2015 09:27:09 +0100 (BST) (envelope-from mexas) Date: Tue, 18 Aug 2015 09:27:09 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508180827.t7I8R9Nm018227@mech-as222.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument Reply-To: mexas@bris.ac.uk 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, 18 Aug 2015 08:27:13 -0000 I'm trying to setup Asus USB-N10 nano wireless adapter. I get: urtwn0: on usbus0 urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R urtwn0: flags=8802 metric 0 mtu 2290 ether 1c:87:2c:c7:c2:6e nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier # wpa_supplicant -i urtwn0 -c /etc/wpa_supplicant.conf Successfully initialized wpa_supplicant ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument urtwn0: Failed to initialize driver interface ELOOP: remaining socket: sock=4 eloop_data=0x801c11600 user_data=0x801c2c100 handler=0x422dd0 # cat /boot/loader.conf kern.vty=vt linux_load="YES" #cuse4bsd_load="YES" if_urtwn_load="YES" legal.realtek.license_ack=1 # uname -a FreeBSD rat 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r286741: Thu Aug 13 22:13:28 BST 2015 root@rat:/usr/obj/usr/src/sys/GENERIC amd64 Please advise Thanks Anton From owner-freebsd-questions@freebsd.org Tue Aug 18 08:30: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 36A119B8F53; Tue, 18 Aug 2015 08:30:53 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::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 EEDACC01; Tue, 18 Aug 2015 08:30:52 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 786DA1FE022; Tue, 18 Aug 2015 10:30:50 +0200 (CEST) Subject: Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument To: mexas@bris.ac.uk, freebsd-current@freebsd.org, freebsd-questions@freebsd.org, Gleb Smirnoff References: <201508180827.t7I8R9Nm018227@mech-as222.men.bris.ac.uk> From: Hans Petter Selasky Message-ID: <55D2ED8F.9080807@selasky.org> Date: Tue, 18 Aug 2015 10:32:15 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <201508180827.t7I8R9Nm018227@mech-as222.men.bris.ac.uk> 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, 18 Aug 2015 08:30:53 -0000 On 08/18/15 10:27, Anton Shterenlikht wrote: > I'm trying to setup Asus USB-N10 nano wireless > adapter. I get: > > urtwn0: class 0/0, rev 2.00/2.00, addr 1> on usbus0 > urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R > > urtwn0: flags=8802 metric 0 mtu 2290 > ether 1c:87:2c:c7:c2:6e > nd6 options=29 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > > # wpa_supplicant -i urtwn0 -c /etc/wpa_supplicant.conf > Successfully initialized wpa_supplicant > ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument > urtwn0: Failed to initialize driver interface > ELOOP: remaining socket: sock=4 eloop_data=0x801c11600 > user_data=0x801c2c100 handler=0x422dd0 > > # cat /boot/loader.conf > kern.vty=vt > linux_load="YES" > #cuse4bsd_load="YES" > if_urtwn_load="YES" > legal.realtek.license_ack=1 > > # uname -a > FreeBSD rat 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r286741: > Thu Aug 13 22:13:28 BST 2015 > root@rat:/usr/obj/usr/src/sys/GENERIC amd64 > > Please advise > Hi, Might be related to the recent "net80211 layer and converts" done by Gleb. Maybe Gleb knows? --HPS From owner-freebsd-questions@freebsd.org Tue Aug 18 08:32:59 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 6F6749BB35F; Tue, 18 Aug 2015 08:32:59 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F120A104A; Tue, 18 Aug 2015 08:32:57 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.15.2/8.15.2) with ESMTPS id t7I8WmcF028338 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Aug 2015 11:32:48 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.15.2/8.15.2/Submit) id t7I8WmE9028337; Tue, 18 Aug 2015 11:32:48 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 18 Aug 2015 11:32:48 +0300 From: Gleb Smirnoff To: Anton Shterenlikht Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument Message-ID: <20150818083248.GA75813@FreeBSD.org> References: <201508180827.t7I8R9Nm018227@mech-as222.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201508180827.t7I8R9Nm018227@mech-as222.men.bris.ac.uk> 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: Tue, 18 Aug 2015 08:32:59 -0000 On Tue, Aug 18, 2015 at 09:27:09AM +0100, Anton Shterenlikht wrote: A> I'm trying to setup Asus USB-N10 nano wireless A> adapter. I get: A> A> urtwn0: class 0/0, rev 2.00/2.00, addr 1> on usbus0 A> urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R A> A> urtwn0: flags=8802 metric 0 mtu 2290 A> ether 1c:87:2c:c7:c2:6e A> nd6 options=29 A> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) A> status: no carrier A> A> # wpa_supplicant -i urtwn0 -c /etc/wpa_supplicant.conf A> Successfully initialized wpa_supplicant A> ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument A> urtwn0: Failed to initialize driver interface A> ELOOP: remaining socket: sock=4 eloop_data=0x801c11600 A> user_data=0x801c2c100 handler=0x422dd0 A> A> # cat /boot/loader.conf A> kern.vty=vt A> linux_load="YES" A> #cuse4bsd_load="YES" A> if_urtwn_load="YES" A> legal.realtek.license_ack=1 A> A> # uname -a A> FreeBSD rat 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r286741: A> Thu Aug 13 22:13:28 BST 2015 A> root@rat:/usr/obj/usr/src/sys/GENERIC amd64 You need to create a wlan(4) interface and run wpa_supplicant on it. https://www.freebsd.org/doc/en/books/handbook/network-wireless.html -- Totus tuus, Glebius. From owner-freebsd-questions@freebsd.org Tue Aug 18 08:33: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 6ECA49BB3DF; Tue, 18 Aug 2015 08:33:34 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F1D561218; Tue, 18 Aug 2015 08:33:33 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.15.2/8.15.2) with ESMTPS id t7I8XUM0028360 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Aug 2015 11:33:30 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.15.2/8.15.2/Submit) id t7I8XUQp028359; Tue, 18 Aug 2015 11:33:30 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 18 Aug 2015 11:33:30 +0300 From: Gleb Smirnoff To: Hans Petter Selasky Cc: mexas@bris.ac.uk, freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument Message-ID: <20150818083330.GB75813@glebius.int.ru> References: <201508180827.t7I8R9Nm018227@mech-as222.men.bris.ac.uk> <55D2ED8F.9080807@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55D2ED8F.9080807@selasky.org> 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: Tue, 18 Aug 2015 08:33:34 -0000 On Tue, Aug 18, 2015 at 10:32:15AM +0200, Hans Petter Selasky wrote: H> Might be related to the recent "net80211 layer and converts" done by H> Gleb. Maybe Gleb knows? No, isn't related. My changes are not yet checked in. -- Totus tuus, Glebius. From owner-freebsd-questions@freebsd.org Tue Aug 18 08:36: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 714819BB4ED; Tue, 18 Aug 2015 08:36:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 35B551619; Tue, 18 Aug 2015 08:36:08 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E55DD1FE022; Tue, 18 Aug 2015 10:35:59 +0200 (CEST) Subject: Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument To: Gleb Smirnoff References: <201508180827.t7I8R9Nm018227@mech-as222.men.bris.ac.uk> <55D2ED8F.9080807@selasky.org> <20150818083330.GB75813@glebius.int.ru> Cc: mexas@bris.ac.uk, freebsd-current@freebsd.org, freebsd-questions@freebsd.org From: Hans Petter Selasky Message-ID: <55D2EEC5.1000509@selasky.org> Date: Tue, 18 Aug 2015 10:37:25 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150818083330.GB75813@glebius.int.ru> 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, 18 Aug 2015 08:36:09 -0000 On 08/18/15 10:33, Gleb Smirnoff wrote: > On Tue, Aug 18, 2015 at 10:32:15AM +0200, Hans Petter Selasky wrote: > H> Might be related to the recent "net80211 layer and converts" done by > H> Gleb. Maybe Gleb knows? > > No, isn't related. My changes are not yet checked in. > OK. What USB drivers are left to test? --HPS From owner-freebsd-questions@freebsd.org Tue Aug 18 08:59: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 804779BBBCA; Tue, 18 Aug 2015 08:59:54 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 24E4424F; Tue, 18 Aug 2015 08:59:53 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.14.9/8.14.9) with ESMTP id t7I8wxlS090960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Aug 2015 16:59:00 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.14.9/8.14.9/Submit) id t7I8wwrF090959; Tue, 18 Aug 2015 16:58:58 +0800 (CST) (envelope-from kevlo) Date: Tue, 18 Aug 2015 16:58:58 +0800 From: Kevin Lo To: Anton Shterenlikht Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, Gleb Smirnoff Subject: Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument Message-ID: <20150818085858.GA90949@ns.kevlo.org> References: <201508180827.t7I8R9Nm018227@mech-as222.men.bris.ac.uk> <20150818083248.GA75813@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150818083248.GA75813@FreeBSD.org> 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: Tue, 18 Aug 2015 08:59:54 -0000 On Tue, Aug 18, 2015 at 11:32:48AM +0300, Gleb Smirnoff wrote: > > On Tue, Aug 18, 2015 at 09:27:09AM +0100, Anton Shterenlikht wrote: > A> I'm trying to setup Asus USB-N10 nano wireless > A> adapter. I get: > A> > A> urtwn0: A> class 0/0, rev 2.00/2.00, addr 1> on usbus0 > A> urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R > A> > A> urtwn0: flags=8802 metric 0 mtu 2290 > A> ether 1c:87:2c:c7:c2:6e > A> nd6 options=29 > A> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > A> status: no carrier > A> > A> # wpa_supplicant -i urtwn0 -c /etc/wpa_supplicant.conf > A> Successfully initialized wpa_supplicant > A> ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument > A> urtwn0: Failed to initialize driver interface > A> ELOOP: remaining socket: sock=4 eloop_data=0x801c11600 > A> user_data=0x801c2c100 handler=0x422dd0 > A> > A> # cat /boot/loader.conf > A> kern.vty=vt > A> linux_load="YES" > A> #cuse4bsd_load="YES" > A> if_urtwn_load="YES" > A> legal.realtek.license_ack=1 > A> > A> # uname -a > A> FreeBSD rat 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r286741: > A> Thu Aug 13 22:13:28 BST 2015 > A> root@rat:/usr/obj/usr/src/sys/GENERIC amd64 > > You need to create a wlan(4) interface and run wpa_supplicant on it. > > https://www.freebsd.org/doc/en/books/handbook/network-wireless.html You also have to run kldload urtwn-rtl8192cfwT or add this to /boot/loader.conf: urtwn-rtl8192cfwT_load="YES" The latter will require a reboot to take effect. > -- > Totus tuus, Glebius. Kevin From owner-freebsd-questions@freebsd.org Tue Aug 18 09:17:43 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 748349BC2D8 for ; Tue, 18 Aug 2015 09:17:43 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) (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 1052D118C for ; Tue, 18 Aug 2015 09:17:42 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicja10 with SMTP id ja10so89451867wic.1 for ; Tue, 18 Aug 2015 02:17:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=GucXEXbI9zRfTbPYvgPI2ZYquiv5NdUn7SP0gI7Q/iQ=; b=lNI853U/JkvTCuNzo+lOoZOI4iKZXtFkSnH2dfZou6ySfqxLEGjsu0poy8aNCNAMVo YVAc1nX+8pkA5pZwFr6238KSDAStoP+G5R+12LUUQ3drXtaIoCd4ZBbU19948krJFlyO LSW2ssmep3mYu9wAAvWpTNrKv/mmMBDsG6X66MLzIt98UNcLL1V75BQzglpd4miB1FKw xbeRFRegWkvWaXvIYc/WYLn+bEn39lneXBqNyS2cgTIYAlneX/aTdQbflW27kENITE1g ZVWS8UFyc+zCYbbK14cjZsm1L8AqnLwZsgYSa1EOh1206SYg4q47/MDgGTOShZtKFt8Q b7Zg== X-Gm-Message-State: ALoCoQm3lpnxI6Uz6sbjYDe15Im9JC9eRLxRYO+wtvCBCMVrlj1dBcMu2tVtKgBO1LWzzQul1zF2 X-Received: by 10.194.93.3 with SMTP id cq3mr11467909wjb.20.1439889461096; Tue, 18 Aug 2015 02:17:41 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id lq9sm25572575wjb.35.2015.08.18.02.17.40 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Aug 2015 02:17:40 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t7I9HdR9018628; Tue, 18 Aug 2015 10:17:39 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t7I9Hdas018627; Tue, 18 Aug 2015 10:17:39 +0100 (BST) (envelope-from mexas) Date: Tue, 18 Aug 2015 10:17:39 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508180917.t7I9Hdas018627@mech-as222.men.bris.ac.uk> To: kevlo@FreeBSD.org, mexas@bris.ac.uk Subject: Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, glebius@FreeBSD.org Reply-To: mexas@bris.ac.uk In-Reply-To: <20150818085858.GA90949@ns.kevlo.org> 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, 18 Aug 2015 09:17:43 -0000 >From kevlo@ns.kevlo.org Tue Aug 18 09:59:59 2015 >> A> urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R >> >> You need to create a wlan(4) interface and run wpa_supplicant on it. ok, my bad, sorry. >You also have to run kldload urtwn-rtl8192cfwT or add this to >/boot/loader.conf: > >urtwn-rtl8192cfwT_load="YES" yes, missed that too. Shouldn't it be urtwn-rtl8188eufw_load="YES"? Thank you Anton From owner-freebsd-questions@freebsd.org Tue Aug 18 09:22:37 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 3FBB49BC48F; Tue, 18 Aug 2015 09:22:37 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DBDF7189C; Tue, 18 Aug 2015 09:22:36 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.14.9/8.14.9) with ESMTP id t7I9LoEb091180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Aug 2015 17:21:51 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.14.9/8.14.9/Submit) id t7I9LnjM091179; Tue, 18 Aug 2015 17:21:49 +0800 (CST) (envelope-from kevlo) Date: Tue, 18 Aug 2015 17:21:49 +0800 From: Kevin Lo To: Anton Shterenlikht Cc: freebsd-current@freebsd.org, glebius@FreeBSD.org, freebsd-questions@freebsd.org Subject: Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument Message-ID: <20150818092149.GA91171@ns.kevlo.org> References: <20150818085858.GA90949@ns.kevlo.org> <201508180917.t7I9Hdas018627@mech-as222.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201508180917.t7I9Hdas018627@mech-as222.men.bris.ac.uk> 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: Tue, 18 Aug 2015 09:22:37 -0000 On Tue, Aug 18, 2015 at 10:17:39AM +0100, Anton Shterenlikht wrote: > >From kevlo@ns.kevlo.org Tue Aug 18 09:59:59 2015 > > >> A> urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R > >> > >> You need to create a wlan(4) interface and run wpa_supplicant on it. > > ok, my bad, sorry. > > >You also have to run kldload urtwn-rtl8192cfwT or add this to > >/boot/loader.conf: > > > >urtwn-rtl8192cfwT_load="YES" > > yes, missed that too. > > Shouldn't it be urtwn-rtl8188eufw_load="YES"? Nope. Your device is RTL8188CU not RTL8188EU. > Thank you > > Anton Kevin From owner-freebsd-questions@freebsd.org Tue Aug 18 09:22: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 ECBBB9BC4D9; Tue, 18 Aug 2015 09:22:58 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EE0A41A32; Tue, 18 Aug 2015 09:22:57 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.15.2/8.15.2) with ESMTPS id t7I9MrTt028625 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Aug 2015 12:22:53 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.15.2/8.15.2/Submit) id t7I9Mrnb028624; Tue, 18 Aug 2015 12:22:53 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 18 Aug 2015 12:22:53 +0300 From: Gleb Smirnoff To: Hans Petter Selasky Cc: mexas@bris.ac.uk, freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument Message-ID: <20150818092253.GC75813@glebius.int.ru> References: <201508180827.t7I8R9Nm018227@mech-as222.men.bris.ac.uk> <55D2ED8F.9080807@selasky.org> <20150818083330.GB75813@glebius.int.ru> <55D2EEC5.1000509@selasky.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0et/Au7PJwzVwd4K" Content-Disposition: inline In-Reply-To: <55D2EEC5.1000509@selasky.org> 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: Tue, 18 Aug 2015 09:22:59 -0000 --0et/Au7PJwzVwd4K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Aug 18, 2015 at 10:37:25AM +0200, Hans Petter Selasky wrote: H> On 08/18/15 10:33, Gleb Smirnoff wrote: H> > On Tue, Aug 18, 2015 at 10:32:15AM +0200, Hans Petter Selasky wrote: H> > H> Might be related to the recent "net80211 layer and converts" done by H> > H> Gleb. Maybe Gleb knows? H> > H> > No, isn't related. My changes are not yet checked in. H> H> OK. What USB drivers are left to test? Here is the project page: https://wiki.freebsd.org/projects/ifnet/net80211 Looks like upgt and uath are not tested. The latest patch is attached. Ignore the phabricator, it can no longer accept such a big patch. -- Totus tuus, Glebius. --0et/Au7PJwzVwd4K Content-Type: application/octet-stream Content-Disposition: attachment; filename="net80211.diff.bz2" Content-Transfer-Encoding: base64 QlpoOTFBWSZTWQ0dLuQCTXT/gH52JCB///////////////9iSf774AfAF7u5BRQAG73d93A+ qAAACqFdGbG8w0kAAJ6ulwEjoAANaJQqNNmrIoqgIpGvVdKJFNA3rVpioqquwNe5x0q+DvrU FKfLSvmz3YHPvtXN3Hdd9zi89jdX26fdR231c7e8HPaq33bgH2811724Ro9vSus33cPvdm3v vfX33fbu+++c19mbX3vj7sma+ziuWz3u63317z7sDlO3wA829B33O9en3QDoAAB2e2h77ns+ ugXzGxYvGblnz2+cfblmAA18pD6cAAAACc8fWnX3d9BoDQBTXuxrIqjyOvXgA+gPQDg++z77 va96HhZ9hewAeve7noXhgHT6AC20ABZrenbmOcz32YCHXuYHZe3AAAAQA2+++uD7se8Ate9D oPsVT0B7y2+h7lceY9FfW7zb7l6qXZ3nPeXD3trnveuw0HL7ej3b0roXt7Z0N9zvtr2Kp32v V993eHbAbzZAO5l3e8VFSugGqAHbU+jdvXQKAAAH32dAAAAAAAAAe7evQA9AoAA9dOgE4Cj7 DAC6gAD67jADesAAH0AHe9x0dACt2AeAAAAAAAAAAHjJ71h0igA0Hfe95lXtur7IAGgG57y6 yrPATvvnd9Td7322b27ZqVO53wfddnwHr17232pTdtBpeuuAG19vvAA33twAABe3cwFAALne 8A+4BtAB97xXAAA8x7gLHd0ALdwAAHAegVQaNEQANUkKABIACE4ulVtvT7z3aAenXWimj697 uaaACg3gPPhim567a5kq1Tczqm6typm05suW6BusRVREJqpO7Ou7od7zRe9qNa67abtyFpug 2xd3bSOLNW5dzdqdNzVO6vu55ma+udKayvtnfffM+99mttsayzLWTfWIJ01Rm3H0bt7yLzyv n2KDVKAOWgJaD73veKVioD6AxAAgR3MachpR9BkB5GgN3cBdm3zdcWfUQ2YG5aTvt169yz00 dXY5APrQQJ6ffeAAABR17112pQSp7PPut3jX3ZSX0DSWzSDvS9Vfdy57c7r33uL49PvaoXpC 7bmvd0roaWs70bvLvs7d897fTWtdtyla2nU3s97eB7a3rAUDk7tztbc20pPccAFXu5u27zOe 9ZM87vTzuvDOrju556ffJXHXbFXj3vvvfU5c7mTt25xWzc47kO6oL7GNqVSjQtkGmOsrtSuv a27C9bvTXbdu5zdlyXnJ57zyb13Pd2+se9aV17bs3HNw7mO22r3dyJZLXXa7ofanXXud2Z32 3sTPa6tzrauiABGnuAdcNm3iPmV4dC9gyqd1nAr6Mgeeio9dPHrgPdj2eu6s1p7jFeuu5axP WZU8T55d11BXk98rvrl1V9625K+tdMn3epevXD7bNurR13nhvWu3q5mu1bLnvenT5njtlWtW wB8+VuvbX2y9vutivtq6mXra4va3q817vvdJy+nc+1zrvu163q+3r2tInu5vfdu+gVfc716+ +d7b3dz7dB2vNx2a2tltup0e5ttqra+91zbT513yu971u2dc3HTtq5O09VedWc4u866+lRKK iK1ibnnXOvoHV27k3buaoZ1pFJ6uW5y7dnZu1nd1qs7dnd3gCHdMDp0MgFVU73tvOj27p8et 710+9vW7Gq9mq8vm5Y85eplh9j71T166Gyp650Ds011trdzuubS657zh5Vb1qbZ3UErrndtd vsuu97NtbeWd3KV5ffd29hvO33u+xdrz259fBp83twAb2xzvhzAPW5i3vquleap9u+86YJEg QAgCaBGgEGgCAI0xTBGRoNAj0EkPJqDTECQiIEFME00p6aT2iJP1T1PU0ehPUB6TQZDTQD1A GjIJMpKREkehCGZVPFPaKH6p5qNQ09TTQ0aeoDQH6oaAAHqBoCEpEQUxGmoyYpmjRIp/lTU/ VGn6oD1H6pp6nqeKD0g9R+pP1T1DR+qekeoAhSUyAgCaEyaAFMJij0I9VP1PRJ7TVPTTNI9J kR6Rp6hp6QAhSIgmgSNTxBMminpT9Mmgqfppqn6elT81Ch6ntUe0p6BAeoANB7+QAHgqtCpM UANKCQf0f8Aw1+X6f1bXYfd1M1KRCgSShSJFEtTAyEiNSTFBMFREVQJwkDCTShIUQUFMEiTT RRAxJKSpEQgwUVQRU0EUlE0UEkrMTEQwVE0zUTBM0hBTUFKSEQsEsgkhIkUjQMTOxiiYZkgm aSkkioIZQgIoglpmkQqGiGImgZCYUhj9CD0I4kPBh4OsnJBkAFT9zkP3lpJJdgiNMagzjM5f /sh/xHvdRBEshK/n/+B/k/4498PpEYfwhdxEnA93PZdTBRFd08aESKHCAkxkLFkBMjCCmVWs ijE0V0dnsOJ7gCHl7nAuBSZEWaenijAvB0cK4XOkh1ZQXVIJlD73HDwskWJIIFkI7/Sp9fD5 8AtMTZhCHaIahGCJMhbGrQ1FtKqZagWHYkIoNSENkkMkUkQU0BRRTEkwTDQVVREiTVZ3tOcQ R+r9H6v13l5b/g/8x4Amf+2YiskT/YMHpowh7Zn8P53Ne0czrmp/z9N6CBJ3kixGh2CghFBE R04nRA4o+ZnPLaoPgbcObUcgKWlYiyhooRnadisScP8Ol6g6LKoj4gkO67ppMiGFHDhUSv14 7eJQ8HFOztYHYREQA4I53O7HC2enIhIuNLpJViMTWERHJYwqCiGnGhqZiSUUSdsWtJSiLESI 0kS7YJEKUoBKCRMYwQCbNtslN0MTyIoldI6w9qqUGZtizHVwM09jn4nnD7yCZcxxzwSY3RHD uUyr1U0uHgzuRgjY1VNsE8T4yNAf8VJ+z/ZsRIfPr7nh2xOBDo0TQoF2hHRzbu55qptbBbqt D3cww1IEIqEpCIKOXAhRhRSX+nWLQLhWiF6cjSiKDmIRRckJLOgiWUmZ611HYS0d044hnHNh yiocmMiiKHO6I54STRw4iI6JeeQkXAiggJ0LCjlndd0K4RLIIsOnqzrnq5DoVOKlXt3DnKCK o4EzulOzzwk4UOksRJpCTnRxFd1W7HGlLuFOHc3DuOYO7jhnPcKcjmSGHckivc512FOursPY HHdjJyFTWs07nmdnHDr8N2O/ZylPif7LPn/zv8rX1FG5SP8cssQ/+z/znKdkbJvlEIW6I9Tu lHLnKQ//ghZBCQR9F55kdWGV6jinemoIchP6u7jfxgJwuO4uFvGI8eJBasajVwG1xd4e/s73 RAU7bONaNiZiBkkIEqyxAaghINikGASf+K6/2f0fnh/OSy/8Lta2M+N048yJupVnY1GRrKDT DhNOHLlF7oaxyCJp2e45tWZpOSKMsOaKtcSNthxlHZVXhMj1OYXk467crRFz3QiiR0RRwO4I lOUHBwEEocJx0panQzwoWERDjshKq4cKqvcyonWd1nrdjitUFWbRGxmIxG/j/qPl4Ophe4iD 7Rz56rxwqR2ZZmEOdPdajqMdssGJSikcMlRhKqEiUDRsCmMWFsoKcimIu7keK5tuk6F7E5TZ i6VVWMsVlJJUS7l7bY4AHDhwgKO8nYc4XHkLxbdwKvuIT1LuHw52dx5UTHO0uOJFjBBpzWnS cGV4UU6yIhzcJK4cqKEyA65v3Xh3OYovMdm7hN2qGjrtsIE9twdhkOM9hKicBu7cLyRXzxzI c5cgeTwkPLx0bjCpk25cRch1i1RaM4nboyw5wk6TXCCJAgBBAnbgcFKIiwdna5VYHyOf8T/9 fkqP1UVX1QcscowrWcuXIW2QSI2gFK0bRcFc1hLYOSHRwUJuQg4OwugCOucQY56LmOODkHOZ EQEIzuB7s7m12TrCuxxxdO4Tpc0cIRUkY6eMp2y1x2uzG5wQJl2DnuhM7hJauWHoIJXMIcKO MKJ3WAXF0oL0XL24VODDqFkzjitdD1YWkdLzxVtca4u1Cdl3bgToYETtuEMOl7jtoEuS2UY6 eSWQnZNgQApqoGEqGCEYGmJrbAi4TCjjHaEJdJFDDC5ziZmqGkpoGJImiiJCSBEMJnPXfCA9 1ltHuNwomknAgDgQSYcidd18Z94plUr6wdAnOhTxwQlOTdzblSe7XFi54FqxEQC7dsOnUqCS DODliOBBJnmbY6otnm/O/LwdPfWu7Y4mXIu63dl35ecvWi9dzwLIZg/7ZT0gmB+Zjrjciwkt TlBxGECJVoVlPnKQk9hDkIRw7uwXYnGUJDspyBu3AHbOUx2FLkgM4LqI1awoEmzjqyHGQcDJ E2DUpoMBshyRmQDkBwOJw3GGIjVDE037S11d/kdcm0CBIIsFTCohGgy2TEqJcwiBKpVUoukW zkX3jhfHz5dCPOV+fC4VEH5W6rJInhGxOURe4bnoEzjjirPdyD3cci5c0busLmiHm3DUHUFF RLUlSX+Km0+3nlEFM0P4bcPQ76NIeY0WReeBhdfIDy014tB0312cEqcG8NRkMxhVaxd2aU7m Isu1hOlue4Xoz0StW3JKKKKh0fadn9iEPcWPfAYfmk6leOw/Po+Px3Kyjsvyn5xwvj58uhOO O4l+fOESefg/HcioXcd2I1wux7YSqCoQruOi/6vHbxDT855XJ2pHjuh6GOU27A7TjchhQknc Ak42k7o0mxc082nRpaaHnBrHFLjJVUzETQSRUNNSyYHLl0jSueEK2HB27ribKNwJ3Z3IZVVD joy7ljmcJw90nCbZHI4Eccm2qe4FwVxwgOutwKHYbjhTsJlTh3AIVqS57gTo0OHKaKB0mMNH WN2MXHImTk5DXFtiHR3c1oQrjkTApgUOTdMYsFgW24dwcTIDjWkFOcKoI9sRI86dyHJjsiuF E7lsTyCIq5dgSbKKKBCTyW1D1t1bnTjkOQnXNjj+n/I29nxVh+TBG4u6cu7HXHMPHdhKVeZs IKCjkcjkQUOt3PW457gEtuVuCzEN3CK1YlKkBzK57i6Fc0sc4jczhRZ6lOOw1EKYdd3CJUgD gOBDc8a2HBuONkRSYooMRNPyg+HOu90hEGzOcPxddDDDzJwIt/oy+8HUP9/+7fhA/y/bvHrv o33+34fGIhoKqqpKqiiqqqqqoioKqlor6+z02MR9n+vf4/8N8/homfVuh1qie7DApqqGmmlO 7MKAqaoopp2cVcn2V632aD5Iz6yuQZbf9MdBBx7HUE1D+oxU5W5BTTt80OulHkB2kXB9QZE0 OpYHCCoiiKi/E6+zve6yOTm1qUzeFvMUjEC8f2PfVHxC/tr6BSFRTfbfD3E8Tyua2XbldpCQ fd3bEHu7ZHhvFAu967geQo7hBFOVx524R7PXbsiFLHet72LSBk8dZO7ve+HvnZB+HjjF/gQv YfpDiiyfBsedWshRIh7jtjjFQaDCmyWbZJ9vr3IHqx8UOjoVyrl3rcaMzMMcaP8udpt3TnGU J0+mD+8/lx+8gP0ZlX5YUWsOh6Ps68esGeC1oNRqYuLi38tN853cnL6L1hHJV0Ah8u9r4J/p fHqKfF9B4hw497cIof93fOxx4jfHZbhg4RO4V7HZgUh608OnIGHmHDJwKaSF8GrHRagfhoId nfCq316HHtICe+MYlHI2IhLKpAstCsOV7MPHhDrjjg8KQ/eQ8d4PmNGAk6MZQNGcCJnDk4Pe 6wlXGTs+9jcUHCnZ73gOXw+57h6OI9uL1AIIlTzI5QU8u1rC72I8dIqj2OZ9ad5Whu98ex43 z4dyblgRHj3jvMUSCOJy/HnxbaPGQvmVxu97B2x5LB4J1jg7BOFyeI969x3L24S48FuPHrod 3aNzbhOO8he93Vud4ce9vCQnAuybJldoktxHAVbao4DOOercXcJ07Dq3fbdyXz4Hz127u9uu 3G6LQlveN/liOVvQ5OH4Knh9x7neDx3W9m+k+fN6x8OHd7duU6SHs+97oGs00NF5Ob5n08+5 n8fQdjj430PcXJHDuOvy7c7Bx40J9e1ytS/cxwQTreWtWj/L8OY1b1owomoy5zvrJ8QOOk8d y3j52Tj3zjeE4bHVBkKIppeWJFFg/YY1BFAqrhDLx4sdj4d3e+o5+dx75e44I4+PzhOrqeUp LvfL5753cywVfHj5Tyc8T83V7vh8v0//N4VyfKFSYAIoqSmJYkiKoNt4ziEkfEGCXdOyqQ2N iJBpNuQUQ3ccjhX/nUozi607KZzsI6JQxGhOttPDW5j6iVQ+EI9EkxQN3hSgP5xygPBdciw0 0lXMkoQFaJDG1AHJSgHSjiB0E7CJiFiAYiB4Scgpun6HeE7OEQq0o4jxbmeF2IbJWDXIRaQz VMcnEgHDHXAarsWMU9Fs3dZuz1sHc91ctlaOEOybSdUbDKBZ46giFwkRKlYXbQv5SxtgTm/1 fD/372T0zll1hqjQQJEhWjWqySIzUbgNJ2OQMm3Mmx13Gw5IxkMNAFQVY1QVAFRgKA2Qa2Bt kS2BNsKR9UB8Kh63bP1bNvrixPB01stoZJRRuUDAolyBSQd5KmzNQbaJYd70b2LfTXw+Hg9n 4JIbuIbJxjw7zsOxWtRgZBaLEoChWkXxDvYb4MULyu7jjeTTn6H55TQEaVVVqqu+ZHiPXZ1F caSgYaSTZ6GKkOVm4GgZimOISwEw4nXV2K7u3dsdhMLl2BHICZ6CN1Tsgq9WXFSgJBEmWhdh HBdxwAhIQqunqBuylyGThTGdl5zNwjNERUhLQDik5nD0bWHAKhk447unrjPCWO2ZO2xYI3MC aZUHhYuFe2Mim5Qe3aBBBy6jtGwHOLzkYnkq5gZQgeSZghDO2ELELyKqqLO4KwKCEiURMSFN tkrceUcZmI4JKo7rEqohPPbisqbswO4lznOQt3Ru2ew3FDm1rTFz3F0duJ63GFEydoR4YETK BzrMkm3duxxpFMjhYJzujbuuQplUe6zoe0GOxip67OJmglyqwUXXd0TycOykINx08kr2eXtB yrhRf1TQpk1tCgazMQgSSKUtJEENELBMMg8YcKacUhEUFLQgUIRBRQpQjQFBHSWNyiqrPXcE UWU2yZmEkCJGZCGWlCCmgClCUKTmXnAXFTppCgDSmtK1yDkBlABQDsjlU405ReRoUZgKgeY0 7E8h39YF4fCBJgTZUmK0QjrbKCmRUUawTERK2LvBc0qmpEoXZDuDca9bAic43qkOTncIKOw8 zpCB9pwaZpslhixIoFyqgsRH8qAsCwLNWyZLxx8Hnyj8eXJ3q3F4vnF8ow0JTESJFCkDKYIB aEyKIKYZa47BZT6fjC31R1kYSwCgoLlVByVBMkrw0Jog0UCHiFOEccunTp92i4NfPfXXdY98 vz/X9nJ9Kiv3V12Prx9ncFzzHvl5BD3w2JXbEhXW5jhBRMEkRMNJicL6ZMeA8Jb4PwRF+o+f F9vfEKQaF+UHvHwg64ZvfPHEWHb5QK7fOJo+03g9543Iou3WJEMchK9pNEVzlzc+cHVBDxnq gkCYTjERBJ+8g4xLwGVkd1xNMoMhsJnHaOiXPcCI7YRITdcd06dnY62xJt1spA5QMHc9wYox cGXCQR0YOXAAphROjIaBMTXJNMTFEkl5Or0i7jlvcc+Hu9Hw/IiPe8c7d113ApO5y7O8kLj3 l5txCc4fNlPo+pV2w5qaoghAyJoJpSakBN04JAZCICnHS83RyaT6ducIfBpPl9I+0Hvofh6b uOyXiflkTwgifA+C7t2T+iLqIvHC9o0NB1uK46exxwlnCXQcirxCsTh2R3BnbWa7lyQJCE0z khUsqTFzOh1nKIBdbiDJAkwK7ZISDc3GEiiGZlKIoiGhqMjMMyKLtiL4wHZhIaLUeEoxCesA 8ZNPlhPNJPpDrVtEqIZMhdG2UMTBMG4cbuR1IGhUpLE5BKuZVdJwxhRyATOldmthALnbu52O KwIMkiq0gJo0e0nBkEApNIUgLotsiYxC+aOuABF23DrIaqHaMSALlzhB4gCC3dg5Ui6Q0hx5 y4ScaYoA5OlQpQZkKWlA6gBMQpEKKxEydGrLsGU6kDQLk4hGCwDow4IkMVCRlsYFNMUjbDo2 AkMCUnJNKTUUMdY3OLbEkj2TTkiy4OQxyHG7tjndzjQIIPYOd1c9KrogFLZBjYnNhNCmtoCk AjIS4WDKQGVgy6w1kCiXRgmwrFWw1gFUbCaxjq0cGTFBBgNZcJTM2STIUuSw4gAqM5WItpxp 0UlJVBjMZScOsmXhFw03EoQVxwuUXCIKOJ6eDkUcKAQsQ+Z0BQe0HffRFELbIcLHAYlpeeC7 RBJQEoWgwwWFdECIEkEhvlBpN8dirkx3WADhAU2sKLlR5iSV3TGOQ5wuITQLCYsZc9G5DpRj HO98Po8R8fK/PbfXFyfPnrj5fDhQkDil5ujkUOTcn07ecIO3nHkqxOiO0RcL9A7kN50tYkGv BPIHKJlJDnfGqeCzIxw6COcYl72VOjOpMop4dhemUT9psw9f8rwd3k+BREMmkboZqo1Luumz d1gi3m900aSiRUsEsgSqFyE7dmWQYKQZiXBVA0CyaFgl21QJILkSjQUB0FZVo0sYNKoSeZA8 2ISilNLWCHSug4ImwpS2zyjmTHGyHJU0pHDRVQU1VAUUNAVNIjp3DgLgx1dIycjWMJFrYjJG GKKlMkS6MjzGhQNCE8hJpEkI21tiSaIiLEGtKQUgRKiKAjgUFUKGIpaSmghOZowOCB4XLcnJ uzwpgrCCQPOxuIVYiUHqEHoxtf20Mc5TyNxOzmf73L2NuYfFku//b/7kTFvtJ/KCXb/+9Z23 PVqQp3jNGmSiJyX3yP/862o2VHjBH4lg5NvRnBg2AQw8GKjJMs8hhNqmMIOf3rc1KPAr6yuH +QPTxjetzPBytHR99OlaOidt0gIOrc77KZQc2bqxezlWF5XwijmwfyfTCfSX3P+QxEBmCCLX noTAwiSxTLgMt+7QH/87sP8fFzjhkD8rUEwBSeMHPWL3Sm7rB2qcnwgkMjK+Q6Isn/A+w7ND ++ue6ZBIsGUomMxdJ+v4T0YsWJcmkPAhWa6bTyJ0xualQP/bmmKKIQAI5in/pCC+oUcLEUYG fAcswCQbSKEQTEQO9neMD0GenYgqwS8Wad8C0aUl3VJCLv6EyC8aOkQLVgXsXv1j/u/Znllw Wvtn29+2pi/eZMCo0d12fwrjbp+WnbDD6fioGlr//GEv9H87t/qF5/j4yR8CGqSPaDX/3cvf fP1NXPyL4zx78CK4V9dFcqhn9tZIwh3VJJE8YChdR4TgYTPMlD//DFuoceh4wP85FXKsl/vq EPJD/lKYXn59zy/2nnxFPXb1ORPk7yUNjbaxJEvJzbGj2aQiSYHo7OVohs1ZOc4ehIxlRMun CMMoQps0ao0G8smBJzk/CCgYJMIEgAkMUiS8pyj+z55oTrHC/RmuDXc4vC9XDAJVIlaRWiUU hIpEeU5E2d/aFudz0tAGEbuGnDSto13aSpQI+1QR3uGbQzxIFFEPOGDAUGyxoIy9tcbTZEBB YHvimo2U3qYB7G8uXjMOV2ik0FM0ysqSDnOcSGygThE4gHLRNkMDgAzgYUwqSDX6e5iJ4oSP 3fIMBn+Z6kMMJMvbbbx2rIvurk4GtL5Ojw+XCWWMHveGTMHLbaCQBsNU1tKd8FEMQNttmjpN xOxWSlaM+piWPnArpl6WdwcIHqUI+kh6DmtRf6BUCrMHatJAbNav1tLxYFDFECIZowhha0fs Nzg8JeofJJ55DveB4++0BSh1NBgicSBitGmfs3w4Ymmi9vhw+TIa+iSLFyGDGKQRSUfn/s7n vQo4YbSOAjwVa4TpKe1SdzKpQ5V8S+uT7O59nvlHfnlIuBqM2lXOK0kyameTgeU9CRBVnAuh sJMo1QZwz048upFRVuCc0kKR5R7rvO7Om9gPiGkRoKEDYwaDSN+7+fsn9P+UyNmKb5bRZT+q u1Ogzkw3XeErNtNNDlG//noSA08NCRqy4Z5y5SRi6jv5ecptEq04FuH6429d/Z8Oz+g61VzA bQSzu6To1gRCHDgG7MKyPGkOsEnVrnuUl/TSKfVEBqQVwnl65aWoGZJENGfX7pXUhfJo3awG rEdvWHfc2cuDIZSKQSfjLuZIt7I9jJsIukQdJh26RNhk8HNh9LQi5q9OE49pAv5OWCfQ6RnG jRK8fQNkSUZBijHRFEfgjn7lZJJHs+sUxHbCmQyGYJx/L6MQKAMRPixHSf6Vbc3mHqV6IUyb 80goshuM3jhLrHMnLz3ve9m8dNXjjRzG0kDtdFxBpBHENeGv0VAgkAMo+FYhAJR1LRhrLWAY LG965naRLDa7dd/b91xd/tfWDjZgMkkvWGADZxkpEEiCOusk8IKVmDbDgxEmp7oSp4svGIoQ yeEScpw5Ei05yRDhDYyTAh4NQcHVknSy+H4Tp3Qd4dQdZrC6RrR1ktbre9wZOXFxE7tz3JHk h3rSrvXcHk+e35H579OOfsMpMoogV6oMwDA+lP5nP5l1MCujQY4YozCH6Jgkx39vqwJ696xL SShGAulEODA7ISSgostEEloSnIElBJHuO47/RuOqgVv+1j9MpInKBjMgxI3+cibne5OrCGsO sE2LgujpSRrNxHEFClmNHWOvrgeUmxl8+MR0m9ukpCcmXsFmyBh4tcGE26SkBXk/Dbwll+fs 4bcin5hucl+PnLkff5/ng9Ux7Nlq0e1rhEcTM1Btr7rRFy2332UYtoRMtQBzcEgXjKeYesqH nxvQpkXBrR13rTttWVAPrverMOI4Jd2ygtxQjhOBzSIM4QyOETlOzVpTfKdHQE6SVOMwswbK hYg1qeblk8LTTJQNgxm0YPlKKVqkSZNn4SnKcuhKJNVCWktpCro4EaMAvZfCxCl6UU2m7Gt2 o1LWE5dr1v0+2cuoM4ZGdsfBjqQSLDuIlp9QfO7rBiP2wd+IX6OfafOqqP2juJfpIaJQwhWq OGDSgP/DjJALnIdkvfIe53Zfth9P8Y314s/8NLvn3YBk9YNSGo39lhWyF+MFB3vslNz9IDc/ dvEDtCGEAdCclKU4kDJKQNQbsJyQ3A0iekuzeKdvsMcXKYJRR8IaOkV/VUWWYCIAn+CjaKo0 kHe5dzxYfZPIlYvmkTTiCcNsnN8MJE2mMI9AhEkX/l/rua1QCSNLBWOap+iJN/V/rz9rge20 JpN2BvwljtnBV/ZSTQxtYrfODhKhwabqe+Mk7WC89+enqe3rfjI8j0tHt7Y4R7mP37LtIJIe 22koj7FFtdty5USpBCaDjrvTt2Y5hZxO3WB99hcflg8RtKY9uMzlRJAFKmP7dUmj+4wzBlIW /Ykf1yookE5+PSntKOZjPkskEGG2HDIUoE1AlDF+1iP2E23TM9MEPs2woolZefywDbfF2iiU nuDff1+r93b9Xjvjo2NtSY7nBNfdYZOpGVTFRthl7/I66MsvnHSR6RSh8JT8oDq9b8dihUoR 9L3l1cNyyhQxBATBTEFUCu1izikoSoIpH6S4r3zhkJCKfaKmwxVAUEpEpflAdpOsGzrihkh7 5BNrYjlr69J5S8ZPCEw5zi84yIiJafNoYpiGSqYZKhhreYHNX4iOdoyk/n4+onj+h5zs4CoO 7TFtomIY82aSYIEkUdvp0GVBT6oOd86VBePj3r74+esyA3ZoM0YdICnzvpcds40upX5d96t5 XFohfwkyF3CRDhSQbhBNSJRT6TnAx8baEOkJ1kKBoH3b5q25t+nrv5Tu6oQPioSu/j48Pb39 93uF33MRhiBJCdMUR7VsUYYa9FmIY8X8v8VEkdx45bWi/fk/KHuKQPhKbZxaQ0Bp0fbO/Db7 N8bkHNoq8bu4X2ZOmQPaotkJhf9cIYl53jk1vOPxuoqID4WIIkpfEgaFoaDkhyA5Lo1QbZ9b 6oPT8Mdz7l5geT3Y2D17x9W2RbQmTFn1/VrrPdPIvfDygP7oDJGihIjeMIOdkJRxjJ+2U4vn 7ZhoeJDcg9PPMI3UL62rXfDUHeU3LzJiWkfrnnWU0p3zAae4BOQvIb54OEjQOpDcBq95PjPM G5eCTvB8OsvIE0FLQRKHwP2OD287yd620nl9Mv0YHMtR2xO4zqoPKMgt5luDm5UtIh1aPhPv B73bdw1nYCnfL4mgdQhvZKU0ffb34QcJ8pyBpD8r2OTSuaWbF3T1lHdj/8qcL+hiUNfxqS4/ CA/KvVyZzCm7UB5QCGVunpGQRFdffN7OF+mB8P5sU4QVQVIFMBf9WOEEX6TkHvLoKYikrTSj pNsjTSUhSCRDVCxI0iUKVSMVERBVfDJpGhKE5AGkiaoaiqkoCigGih0jo9vhg4kpdSUgYgSi KKogkqmIlpqqIiKShmiWIpoNjFBE0UUBEUtVVTFUe8GKJr32piDrYqmmJpKpKEQEQUXCrlFJ JF0+TnIpWpxqqZo6eOh01TRkMZl8/4a93JrwOUOPD2TR5+Z6lCiSFz1nMkWpxd7Urd13tp6N Kz9ex+Et5w7mhtH8ct079bjfKU/w4YyaE/o9kjy7jwrG+NP1W+Uf2iX7GP/E/1nb8Ofr/Bwc PxWaZaDIH1rD9/rkUs45stOcm1K05XRwYaN2CBsij88l9ecxN5vWoKNGuRy7rYa9P9Kr2BMh wDYDcMIY/ptlK/3dZK7nRn2Dckkt/13t6/MMJgqiihiX47LeJmt0TM0hSUFFfbf9fo+vHy7H bWV+GLkJqIY2YuBl+DxGOc0Tp83ape5YBcydqK8GyqomQopogiigojYyTSFRU6zEVLURFVQW nFTVN62KDrhj326iuyxUUFKRJEJMBS1MFESERTUwUEmk3K6VJBuYeto1eNcOrJr76R4QQibQ fxaEv/WsL6Ggz3/Zrywx3/R4TF6/poSuxpLHvj+x5ubS5/KMJzkdtZnt319fqu1fldfRqTCT BbrwVL5kh43FSZDDaOxy8825bIHGVpA4wPrOR74paH4sFJllcy7Gmk/1b69J1fjO+s19L2nF zKNVakzHtGD5uHi78ay2fC0GI9/aAic4iR63q1yam5PRruZVmTU2lUw5SV7Nw1nlwnXO62nJ wt8fraXXLukpMUaXk3CCiqZ6ArnuQ2/Tfs+TrA+/H79GC5Ccw1ueRRERHtYUtCVExRFFJZjk e+w84C3Bvv/R23EHcYG5uUUEMRJVVTTMNAVwH6pV98IffbQaheF6wifw+We7bAGh9b5yr9sO 5H5w0GRzAm4KANyrwjjfOHt8sVQTxkKUA9TxzD8Y9IDIJPhrIT8YmkVaCGYP3teyVz31/Xfb vpfKrZOIb6fDWuHda0I7xScI7uWJ/GR8pf/WDjIUlLvMpIh++OkFP8kmFMg6jfl76A1ERT2k yws64ZIUgU9bL+78RznzERofbI/+z9q//Pjwwv3sICeBEEHKYUenvbilIVn6hyaqNuF6cMlA iCompCBgmoroTVqQLoJDKjnIf5i8ZR4ElLsfkdeB3SFUc45zNWHgrv+3YD/1SPmQGrcXp2DT BFAU6mjvG47TYa3rjjMsuxJid76j9nGiH6HGjk4z31zt3n9nlieNuEEsER1McJm6Hpwb3IRd Y4zRkbqreRWiStQFK92ZdjVXUatlPX6gPgSOIXkOkpKTURDcd5oMJFme6PX+O1J2FepXxg90 bSFjEUemB/n0uReOGSpPnGTTTNKUUT851FbVejy+h17yg1R9uxFQd+OHKWam6xioDqdByNKf Q/WYKMHWC4eEoDDuKySU2DNzJDDCaga01g0VBzwE+vWBoMTpch1ZMc8XjOqN6KYYDJZYBiJg oBlf7mXJMgdMtjC9qxP08UEMJevw8Pk9PH34845xsu2LxgMs1csYk675wqJiCJmqnZBMVFER GeflnG3iHmHcDVBXqkb5p+EZ+3rvbJxcXDAcImgYuohyla7uRyTS+jt27RXuuy3WpHL9NjJV f6mLbecjIcmXrhhWR7e7HWt41Zm0PC1O0nIvAg3LJ4gelvo4G9GLq1DuTfXjWuuBuHRQGIFk BtQTEfiWxLbgMJfqZGTUiJalIkWYf5j8fXP2dtjckaKCiLs3UuF1n6zvMJnMaNGi8QNjA8jp tLLAlQrHzyLKrUMAfvkeYHGShQ1a7mPiTci890zMqT/g9fo+Phpu7cZXm/o7d3HXK6VPKlOu HePZ9s+O8qb69w774PidNbGCjKIH7zDFyhRsokvUBH8MhEiyZsCxRg0SSYIaQHpuTJgwRstz YdsZUSHEWkYiOYKt4aqPj8Do87SgcI5k7QA9YY1mTszqaPLWPS6MOi7kNBplDcm6O9pfNT1N IWwZLk5a98Ygpi1JQUUNNJk9CA4ig8R13gUCV4QL0qIt4KEyFesJkiAUK01QCUKhSTAkRSkQ 0hSjQBVKFVSFIUoUoUBSUBQUNDSF1TE5450duMNzQzrAiSjmXUB11hj14NFyxvjN+JMlpACk NRlQdYySmIOsBh5+nAOQN7WgoGF/cTqikoAiGZDtmKkRJTRPDuor8/jw7bYH9ue3T5R3EbP9 sv05zXHl+/H4tM8IPuflETHTdo/+/7ReEqpIRlkNfyH8q+QYRZRCoD9LVfiwG1ZCKxMhkIpR LRHhdnrHEnUVVSTM3B+D7sb6RTb5zvIzy9CnPN0jwLjAfODlTybe3Pu+ku9898T4ySSTJnCa +3eE7j6z6je7eEZZIHUiKnp0uYAbXeyXmYp0hZX8+84XlcIxURSQ2oo3KIlKUIi2v8R8/k4+ J8Bft5VXn081wjFL91VTdO4cAnK9Sqtdj4fj+3QVmMoQ3FpStOQzOqzahNI30lJJ+joSDEuD VEDSY9San7mQvYR8T6SC4XIug02PDdxJM1p19Omk+W36/i70TJvPjox3UudMw1xhpqaaT3v9 V37HGsBJUky9c+bWjZdsdoPIqQ4Ym4jkQsOMSfjwHt479zYFa24Ug4WZuNQzBUecUYJMcswF D0ec+vjB2TF6yafOs7xm2nH2nO3OfuA5OPL2k3Z/z1R+nvc/EIVPyJ33eGf0TcH1Z+u5+rQl YiY3OFEmQklc11ReaQREBAibCVaZ17ypB3Qs+5cU0uHRvqvxrb0q/p+r3eRkHgwuD/94Hfy7 5Mjwcn3tSkNjlBKbpTqUCpXvtOcDbYNomzwryink+50UqMIdwd3dd3vv6/Hw8g6xXAgldOYB OQ5WZe/HjF9UFmizARDHAneEN9edWs7EEaVMLlw6XcEotzgZsMH74EKTYdIQ6tEHMHQ40OlR oB/TgpqbY6ypM/XaCdwiDHCEO+CqxRE3Hk/R3xHu4/TtYFeS15sT6gXo7WjpbslDKniWlOM5 3sKB4IaDOLsaeLprBiQ3bWbmsSw5662BvrmEhtAhqSNLBiThDAsyBhlkzBsgCzGkORoxAGkK oXBkwd+sm731HfVHItB54IRtO3vd+Le6p34dYfr563BtdBUPGs7WvTHnnA69N6DrD0AoKT9C kBxn4ffcOwn0kdx1nwvu74/PkUZT2x5nzNFXns4cI0A8kT3kHGXjGJUFUfZ9HmOEGYHTDD9n Hruq+rElWlZ3SRx8m0N94yGL17vP+CPVnYDFo4YiXY8fbyZIifSeGqzMjAs7ta0e2Zoqxiae dGo5ncBqf9pDnNm6KpOLKh7bF73t/eTfgTGPCwrYPiNCpqRK3zg7iGe47iAl13bg653dDJzh u3DlKW4al1+UqyJskFl6okjDJhAhaDJE5FpIgCsDE76lT3hBznb7UVT8scNkV6vwveEOSPA4 3ScpoFWsW9+fl8M/D5xyZVKSRv0jscAMm0E40XuN3Q5dISQhyZcaE4oY7rsD8xeK2/Lvm+Io MY3uBdj5hU3K4UvQKRcYVHD2T+rjsdAQh5x9Iu7osJHMbDThqcuNGnQwBUaKLxrZp8VHHTjx o3qqhbeIYTJEU0Q2SUY7sDQqpIXNsjhHY3AiJkdTkA82je8d2kjZgQjrWHjeAcQr0nUxcEOy nRFzho4tbwHfGuNbqqlmgVIIKMSy5lMkkMIuqoQJMCaLSF8MzDUQ6ZvFTvdKJfs97wa753dd 3VR48zzmOSWUxVcjnEB0qie9QmhiKCkKbmHVSREFoxMTEEwUSHLVNJQESlJwgOpOLTNBXIx5 NkimgpIKaaapqZpiaSaJ8yapiiKiKCJmmYgomSpkmiJGCioKYokmaCKgppaqgpCpmilqoOti oZiqYpKKoP/7OaI5LmKLGM1UsxMlURnOkqiGagoWqaZrjaZ0RAf02QM1AlVQVTEUIzVEkjEQ aw66A4nKLyIJvkaZIqYFSBURBw5oJmgmgmCWJgmmJJoiaCYKIqCqClokmI0bhmrk6Kxz11z4 cHQ1USeYD3nzdVPidFOI1rRQHpBpoqjhIfVA0JSjQryB3DOoYai0BpApDSLSmgIIhOXI4UDS tNNAUUD6xWtJQBpAiUKR1AZKUUrFA5A/q8ujHHfeXr8H0TDhzf49saTr7r3Lr3e2p7qRx2JR xXNzlB9fzzXFotdCfrN9usbX5eqonzNjs/B+NQVTEGjTUbk07ot9daIiikooImKZiCJoKaKS muK9QhAdwBkpQ2CMfOkXNFNkVzkURI7ddklJSUlBjqjnCiiPpnRVFeCibG5Jzsg+U5NU0FNF fE/Tx+P2xENBVVVJVUUVVVVVVEVBVUtFdvpHm+Gx7G3Lq0fhu64UPbRkhRUJK2/eJmUhRUtM k/Vb6nloUQqPt0xFtMnJL9fO55hz3cfH+Z+flIRIf4+qD4RbjlKq7pSNj5Th23SkPpLSjZio fjD9GiHhWmHiJFBA2WGrJcD8AplBUldh/zv/I/Gulxp8ZI09UiC+kwan6OJlSl9JXCKCYfEJ aFohim5QII9kaQEQyJONCeclzCBsEIxz96gZUsf4mS/rzfJqO+BCNBm0PCPg8PKCHDHPVOhH MTBPZ6O8rJ4e+ZUj8jhAJ1IxSJRKKgI2YlpkS++pqaTDJX8piQ19OtzzEYJFkBnwzO0W5Z9J zOVcI1OrPXE1PKMi8y2tc7KLbXf14HznfsUw9KiWFGECQcBRZGkfigqEoQSvSks4f96V6zvJ a42RvfbuuMNFUezE0eMbM5IiS7f98i6Q+pGcQEmHkphn4IZjoj2QzHhkxFkeGOdrKlw4J5+E 6eNn/zfr2wMK9ed+V9DGfC/8XJqYQ8U2owyRRH3QXRC+SgSavnKHfwujp3pvfxUyCb/tR7l/ BKRvjkgOUB2DDhhFHxx4QnLAXSZZgnf6X6O0M6UTSA6MBxxAUUR2QjTb032kKrtyMSG0pn4M 3VSgUnaD1UCyoIook7iYSHRZaQJtJhBBL/cacoMk7nJc0wjdJlnaFNEIojvpQMlFIEmVClBN BEnDH9dKUUL+197cWuY5vt5xHPrzljmY0MID/dVyJXUyTJRx8c2gzd1/aW5ZsH+ovUiCbCX/ GkbQ9aJY/FQh627p+WFINB3aNH3MgXdw+8RaVoJq1H9LxqjDapKD/AosqEEhQ1ApaZMUTxeE Tyv820KUphmAiPH7mYLx9EtTxDSyCCSP1pfolmL0QNP5HhJBP0NU7oUf4FDzi+TprshUQD3M ntvTfwdIk4R3+qZAy0AOnPqYYOEaRc55rBrCyR2/JkGnTiTFEI4G8nhZEnW8l8eVLR/0fxwd ni5okvpvnf+SQp9sWScak1Ra/UqSAVPaNMd6t167nVtvn9m6RBF/3gCAfxhFBesgAD5yAI8J EGlGlQREO4gIhQJkROkKK6hUR/qlU3Cen7MFFOCTf78XmETaSibgVVoFUoEXIgixUiiL4rCf QAD/4QhMlKFElQIcuOOiBD++ETRSPIHk8JJhJ2RcSiRaBB0lB10WA4QsyrSCc2pDcwLyQKX9 UG7yC6HuXEpECehJ4/t3giO+xQ5BrycwJiNIn39wBVmqFQRe4PyX732+Hzv9v9u67DDhKfyv +AWhtbNmKEufP/xCX90wUAxjpHy+zKrXb7h+OgHtAZK92rZLHnp750aOYht76r8P7j7vQPf6 v33nORwp6GZfOz9kfsb7oODCUVFDUneEydluaR3vAIO7c6wB9oUMbVSsotAYu32JVsKed4Is OTLEaLq5ffoTwhZ7DIFB/9XlXMUj+UYTknR2Yv62cM7pQIlDoQmQoYQMf8MYsNSotcmdpj6A QxolXFM/EPed5LyU0wu5YOyHJwgwuLhSO9pCQfuj+HwrAPUhVNgkYJE/nnmYuCB5MWAwSBsD 0QgS+0//qscHb60zkvtDob27V/2WPl47BYhvEu69T1DFVnlwmX9UWyn8iBd3pBmbDBUC/+5Z hXkQoJsllHquqGNrVmopV5lIa8pWVQoA6eJThC6R7q4Up/xMAwB3/2BQPv54ZhFx6XESV+HS c570YKFgcBl2Ifsu+OAyryDwDITBhcdTvCCQx3jg0ZrwLz2E5pGZkful2GHVyheqeG290qT4 DaTJppKqsXiHvzjyAeiEID55Op989HNIgNKlIIfzYdARPgYJZB/j/gZQ6YT0lQIaQ3fDTr/s cW/iOBq/+mD9p//0FWU/qL6zK+2Lx0pEroo0H/TugKA8iGzlg4FNsaa6tQM+icFqFCpy3lZk 4/kyBm4iR33WO8TQIXJtphKaj6xTaRIgOk/0wn+T8sRXaEggSYhlCUohmpaCYIoYYhkJiSEo GGiIYggpURIKFKEIOtiQkmighiJpIYYdu/P5fnfUcvuBQ3gV5An+HvO79+4H1B13Xn5MEhUB NtH4jSEniBsSJ29BskKTBtI+4gTASyKVP1L88gKsX9GOekyTSFkVSBXXDIkBJGmAoAklDyKA IntNIP3SeBLsEnSUcGEP9JzwGLtH8FWjDV8eeNkEMK/IjtIIG1V+swOnJh7x09XAN+EHF6k6 j1zFR8QhudEoZKDuVTUpgzQdg+GIbzEXceCD/9H2DICTAReywxYT0330SSaMoBFmgSsmhXJi J3EK8YqNCqxFSM/M+u5uoXnt7zDnsFG0g5PwJUOM0o93wwdShtUlNH2mw0AaDxaQHzCncLBd 7A/eQo9yR0ppU/bCOJYhGOyOV6kGuGG8aMNGlPMj/aGkgxHs9cYYRwYf0lVcSXHCEHNgvE37 b6FH91vbJRe6DfxJwfuuWOM+U3hCIP+5/Iv9KKjXcyGAfxIcpAfFo16CTY+M8mJMPy25OZFy mzRgkCdiaIXV87HCb6QC9+xk4P64NTuQy3nXwbXUvYheK+f6uT3uA4gbNENIIGBPd+QQt35g jCftfIFQEVpuNk0HVB/n+bAhwLNi338f8k/6sxncB9r9Z9tYYCIwjwowGeyCQaQnEHSu3z1Q ogSkDWDlbF303k8rroXmfxd88fTN6fux3y9McVvg7kepWch768v5PHvtJX6VUj5cV4uu7rkp meeeT17x4jo5Lz3NVrJzt/u8e54x5dmk1at63DqPFdlBJcqWu2jJSRxA1JYLSbNSOVVSSUnk UJNygj9ctSataKxnnJl6hMs1d8c0UJ0YWRVIm8BjVKBMJm6XNzmYKLE4kDGsogCn2IBfKIt0 LgiaDoulIXV3Y0PD9CAJ0gWPGPF8PU6PF484DM4ozjVSbZfWecyHpXHOfECbhxwSkFiNuzwc ez0OxChSCzSbQSCP5XV25PCXOn6fwlO+HfgPBXE8Dd663f2RU/GfBBvwD/NZ8Kh5flykuXDP 5FcQW4mreEbuPH3bf/mkHlntfkxrDPxg55xV4RDHtdlwj9NCv/cJ+zT/LC39FTBq+AdKTg2n rQ0dD06ce4VzKWwUX9cZourFWSaxLzz8dJU5O6x5f0cfyuKDr/TGBeTpphOVV3xziLLnQLp8 orxJ4b7/VM32nadeRRUMfefnbi0XUif64P+xlHt447XxS9fDas34Pv1uFwxv6383c/+BXhfj 7vGMAPmy+PnIlwa72ephq8enIt2y/fO2EVlQNwnBl6Z1ysVlaXVhKlFhMmSzlHj5xYY577ff rvtOq5zpSZoh3tDjfl3lDD6bremFTCN8qM/5kXyV2MGJ4EMKfPaczpnfy9s6+Zn4yua4Xecj LRQ3zBQNcJJ722gjxr2tPcT0xmemkTfS4nHhTTlZVD+qlZ3PFlYH55Y0qsE4WbIPvxifuMI3 2pXh5WpYzLaZ1KVPT0cbOL2H8ambFVb4PDrnr1n9heX5Rr5+i+et/v5vrsdf1cuVFEaD8GXq 7n+6lIb9Od1KbV9iiMUeQCz/RZJIRTxD8ZBRTPESnJNBH8Hmu+nDAh4p6nQR5nd068FNn5/L boN/R172l4TkYROBhSgeIBrXyS0jaqXyx88lFM6LRMa9HExY7Iw+pAgAJNCTYiNt2QwFFDnC t4IuvpjsPHP9XQNlfdty9wglAFDRQoeQonV9O5jyEGGaLFy0uiUrVUCpRUcVAQHgxCU2SKmO 9ItE5JCaCtQ0RJWAtZJUc8N5fC3snguJcxDWs9WrhptsPwCjW09Elnu+/hWWdEyBAgSMscco 4MJHIvvkCudJMWZT+tPE3ItXJI8aO72O/Q9d6uvj3lqjxiHHKir2UPhKxyjFDUrCSVUIj+wP rKmh8zidrtTAzn9FMLjcv0fzn6qupTdoP9biqy2juPA/V+s+g3/4Y78d38fOOc/IXVxOfv/w H4/6Sf6yP/l/8/+Kv/fTKM/kmYNyPw8dMkjMDZNJCm4RZJAJJDWmNBulDpOy2gY/5lPEhIQS gpFXLYMkxiRdpgcQopst6yWYpIkSgqIvJekW1hRvksU+IZIx4yWNGOpEi5bKAyymWVarMY5T p3UYYXNfCLqCjTdIKlNqRZss2YJhGHjD4VawiyJI5qhibXJ2p5svCEbgkJMuiBxokGSpKJFU ytYCu3dlE1tl8esDSMw7vKyzYcmQ1rTFJYW4CMEg0UWXblEbiZGnBaRKtXJUZySXaks2UCMI ZJDtVKFmyqVg20MMmAXadNh8KKMi1CM7TYJIJAIJJBNFRZRIJq2waSAlvJAZZy8kVSBO2U9M UcmXJmW6M2lsq4W1LlwJMFN2QL2mbCCBJAo6WKTaBCphkBGN1QNpCijG6mWUZWujRFnVSYsk iUhJtrQRTRLvcIkVp10bIqUBRjDCN3yZAzYxxDMEiTiTOc5mGhE4qK1aNWGjqcUpAxJ2nRRJ NESQ+JYkATS4UxZZMakeUocUQqIR5PJV08nhdEVjdqanaUka2y0ETdOjJizFtCKJI4bkkW1k p3K4XJNJIks8UHRIcxwwg7QmVWO5CMEHGgiGSDGkFppAaxwgPhE5lZUkkMlKETgKm6yg8KNh It0CNwPk1sl4RuJpQKKtYTSFEHkyJ4VBIOSmSXPGMaNm2OEbfGnhZxY1JdIRzimkNaFFFUmS co7uGwrHAqc0QoRm1iVDBLC1CwaMoJlGAYnUGOXM5VZpmRsoTfHpjKpBqkaZSYKpPDjQm7q6 smM13ysfKIMghEImlwyZ4m4pwzZCIBOnTwzKwjio8llmCdSCQRBCMc1ExJABMtDTpi7lxRDJ FFjJzbc7qxKZEDuhTiUiImO9zG7nHtN/geBwXTn7zkcz9v7HJrr8yKE7sj2vLzmEM/uP60Nn +o+5H/YSSV6miwURAyGkePF9A8v6GP8B/7tw6AXiHEh/3iv1vkGfg/hy/3GwJ44xSDJA9+39 r888ISCB8EaWYJkImKoml/53GWokKR0qGZCgaVKQZCLZ0CxJShAFRBRSpjLOxicBpOBOsAST /wv/fceJApKNjHGXhI9z1AdkAGIhhoqkZAgCTeEiWlWCKRfBIGhaBhKQqIh0U0OlAzQQjpiK KpmmOpV+v8U+0t+S8uMV6hOZIggFBiVSL2N1O0Jyg72o06ccCurS7cOBJD/twAaUk4/6Y/t8 n172Pj/N/uHXKRxGfEDV3+vTx5IC8QqUlKolKsSpFXgrZmIT0fdz5bJu07E1aYtidXSYpn7j OoUojZtpWCYqUgJjRQiI4YR8MCIHZkr7Or/5eCEpCDOFtvuP8bSBzijNDKCYwsEGKSEUKZsx 6KWWCZgXjwc1/zNT6cDSpyvI1LyDFoxY2lqaU1mK4AwaU5OYQlZy2IiUJbyWGscbq3ZGbZvg 7TkuRAdxBKVCdwC3mOCX+Hoft/3gf/t/f/H61YIAmH0fx8mocS+76Jfifqu1/3PMA2ur+j8u h4BuG7pHevD6mvp4XH8KrT/nXkYMZlG2KWoJ/TvAP5dcTuhP64G3oXu9AjrsUWZFdwWkKp/L +giTLyv2SVmFyYbhgTWv1yMndhY8SYv+5mg/AYjtekbbj1kl/rxskhCMdZHDMhDeRemzO1Ec KkLbvL6VW4oLU43W7yspPljfhylYV+4VzH/OQkRNAnkNjvrxlDWDIY3h/VASnEOOenG4wK2K GJg0zKW0xKZLXcGBTCCOI5EKCTWeFr+EUYx2h3RdOestk5GucvfO4swxUmEPfWSnhWczdNwj GsUpBcIfNol6l9UPRjr1xkXqAYk+06gSRBjKypJ8skb5qrxwgJOVoC0rX1GOipbhnPV9Xe83 vw4AKiw3debfAmXle5xsYkpOQHI1u4SLxg9J1NbuBJtBZk3cwJtBxlLGvCfHLIrlSEIwlBM4 GWJnaHvvuQBVoJqIUmA2Wgvd6MGYByRLrfY/mxE2gKpCeDMznmFWY8cSAqsQ3gYGMzd3HU6n Cc4b2hQPQrCxdnO4r0nKsXyhUSyfNb3k+ROLElaaJwsaTJIZPlElK3SRDbv43JH6ZOIZvZeu JAbkcYSEFW2Nt388XaelYw0FTggOFCBsDeyGgSY1W/peuGl0EBaXLGFp9N7+aHBhiMxT0gEf 4+nJEkkq38UpI9GgODyuuPKWIK57xcFqlcZCoivIRVBmgVABYbiwhXaW7XJm+YqTxu0vg0g6 sLrs7pQnZpsgSH9NhdguMhkKnE2zoFq5HBBU1o3108917xDYqbwxxyumSDJITruhApVLILVS AE84wJ2wtKCUAb7keUiSFARHY7EQFJ+6PEEBPtMkSOwmHxuCGDLhFYiTmoiRSCQxzLY2VILS PJ2YhUOYQjtv8FpHSCSGdczVAjXfKe8NhqsxI1kX90jazMOESnDc2yMhLRpQJEoM+pCtRXqj xyJ8ZTli/J7fHrfPvlcutjvqzlYzxx2fE6OEdsSoCpUJZSDEYCGhKdFK6SEVo7UsVRCBMA/Y cH5uoqPB3wjCB2CyBhYLtASZgy2wDBZHYFpmKoJkZSjBYuL9x5+/c3v4ieo3wEtUZX3nKmuy ski9KoWXFYzALkIaSQxAgWd87XCNbzowvQhSuWgmIgZpGJOV5qaATM8b+vibGiOI8eLN7hrd qURkTpKCdYm0wUR8iUyMoK41KlJdpAwxSo+SSvtioxMsK67REAlnyBBTZImlcZjcJITEXgCp 6IQHaZi6FSgpcyxIIKH1YqhLFmTEzaFUlNlHEiFOheI8hrzA24VGRKGJn3b5KRgc9KaEFUig zJlGs3DMQmQBKymiS2jApci6KoUk0zKCbWzR3UrLldrOiNKw9JkNr0+eA8zuCmlLky166A6F ED8YzgyTjBy64OyPTjOF+WeNvb3w6j0CFesvkyUIKBUOm6hmESRK+JHBBvaRSSQNkItciO/v jjfrjBE4JuGUT6wsJzIEKS2mSJhxOMpJa5VNOnBd3KbJbiOHVhJT85hoUCbqnYYx9GVcNmeW Z3Z0hw6UefTh3fM+/08er7mcwcI/+7qM6zLrHtJxeWB4EjqHB1JEBLgusg3vYkiaaGD278Q/ y6xeh/t20n6e2eDB0Z0zvSWvv/n74S/m18WofwYUl6v5zLNQy1D5slFKSq21FCoK+xDtBnTZ EXBAk1KAZmDPJmZ46lWTCJIwrZwzlEhEQUQieEiVB4hsyGKKJKxDmvi3ALBxBIEoIGBBJ4YT OYp4gzaCoimndGHRHFCWENwLGMaeVxhWouRKKLRtBB8NAtJMa54UTFA2eSpIRpoEgm0oqnmG gyI4RhmULalJibcRZ0iMSGnSMB1J1aoyapiJeMKlCE0GNlEwJMTWl7V7IqnUzFKSzaUyQiRU tjJGuDtMl2hJugqZo3RmgGRh3HyRRjUJaBgAkDbVU2KJIxKAyGr2YvW6lUg3nLTFkWbtcmxm VhkiCQiaSUuEC3F6PthKg4Y+mw9BePd4fz9fXeS/FMqASSJg2UYBeuBOpGQdpXKpNhEBE2gj EcIssjcWAxtIcSg2jasiYMYRHJZh4CM4oE4hAN8cMjThgaVKA4dWrDQNicGSEG4hGgSZeWMw S1dCUBloSwwwoxBCM1sxwgYRQ4hhgBaoxoDcURznDcgN5Rc1lMOVpHDHFu8oPhuxO26INc3N JLNkkUbmU0oTNzToggtUQJEgFFQnj1x5h53i840l5vFxbYutsWfN1NQCVVOJFJJIgkE5SZlu jdDkoCTHE4dty6pmRmZJ4MsFmpqjZJKsEWVJSQQxPiUmCCERloQ0Vw5uXIsxZwzSp0wOGjN2 GHOGsq5KJJChpXLjiQGqWTZszDRJIObV0jBNJtGyzyYpgVaga1DSigYBpEsxtoUdFNo4mSMu pooI0cxUDEEIkIBNAG7xKQE3gkWQNIFckIOESOKEXxCRlVImkdTMUSlwq8dB8Yoh1Lo6/l4H jmbz9YH4DXXyq5++8hI/cz9LETmEFx+cCFCmneUEdit8diM88DJH+RCSvaCpfjJfqpQ0CgwT iIaVCBfOAciLTP3lFH7gpWTbScTcNVhjKA1cBdnVTNVpC0J/l9N5+TRJiR/0H+B+/7hZh01/ x/xvvQxwwDDv5/nug+HBfcjJnIbkH+G+xqWVINf78dDMX9ofoNOkrz+WJrphjQSUTEM3rBoC NUNjnxNF5IfvzIDTSi3MuoAXygKdglgNB0S4Xkw8rg3m+F4NYszhUdxiIvL2gngUEH8DgEmU AmNcUKfybtx2Ic78VaicX9zD+QT2NEIx2bNIHqQabBhaVg5n6+g31viY/3G/M744fhHIgig6 YgcxjNKovJ2d2ivr0PYIU2oZJImKhiKUKL8LknBHAu3nAaUeFMeA4mhTQo5RpTUb+XpwHz4F MuPM0Wazpib/6l6IzNvaRLleGojjgijY1vulLCG3ZZKaGCHecJH+a5/XwfEAjyO3u0P4Tj56 SpwOA0D8tpSbQxMTN8Ig9mR7CX5mIZi8oXUvD12S+b8v0dc3J93yIJwiJjrDZ6jpQ/t1JHbc l3AwZvMJ90ptqVEjstTjWfJGscp75QNIzQwVsISMUMY4zL7Bm1MaoAKpy9CBSG0I8JHACRcC 6CjzD6fEzmdydU0gnx/HwOoDu+Zvmcjgj874yoneSIJC0qRCEBA/HESGRKJImWYKZSFqoqiV oDkv117gNzt26nMOUki4Mf4SMylSQFZKEXHefAoJEwLJnJcrg4OlwOB92P5e/nO3j39Pb5/d vnG7X4oivwBePxNuHxx5o+kPZTCCPyA92WnAIMNIBWGJABMgOAnf8aZ/9XToH8/B5DR4swS5 QK2atyDJy3xHxzqgL/G1eVTXpMBBi0gO6uiPg6LIBdB9mlNIQbL6cccLzM9143IQc1PyYlbw F/1JI/T++wueRxJe3M6toZvhKElx0qWg6hK78prjwXqTH4oOrEPymvr7py5pivsInDghsJFs QgvqYYchwEYgMRC5HJGyPMSMHuN+vzM53dDetp6nQ4Cl8oYyCMYxIESCkbNU8jkYSPUOKAKH dBCd0GqqUPjXbQ59IRgMQVaEj+4GgF6mrsgMCGJ/GUZXylog3cBLcyC6h+xf2Y8lIE4/D6y8 /t/cmiwjFDGHEDUWTASXJr8iIPtStw+FrkfQzMuO8oiXtGGZ3H9eP4IpDPTP2kjv+F8gt7PJ mWbiZlRulAeDLGDQoi9Fu6+062QbhMbU91LXiuCRVH1O/bIrM9pkRL63J2+FJh9AGkoO1VEp u0kQ5tEpGllwluB2+nQrl/xlW7TC8d+99Mit/MvJ88Ct5XEAcdrlPZ276UJmBAd8hQxLK+/V qZ/riDtfIt/xpaT3M08T8DqeJ5uR9f1FTptf/cds917NJ+Z5b6EEe/9E/GdD/cRcc4K953ef 8thYWmY+4vni9sUF81iHADjT1+tvtPLjdmq7a8f2FpL7wE+yQaAoB1v+nj7wwJnfxKTnw3Ld niU22nI438bKlAWuJPAODGx/VcY445HtEWiVF/RJ/f4DJv35+jIqnARakIJybMyZBgnr/fJY YkdpE4JbJa42JGlEePnhnlem+8VbGZxNa5WRwm2yC8nLacKjrKCrCbeVJ7w9qMbv+mOaLT23 UtPrTko2yFuwixUukLX4m7fMUQQ1DbBigB+zq8tVJTdso7Q6Deen29fI3SdAjg2ceqiCKUmV In9FP0YGJh2UDfGJPfL40QYX1A4oifuQnGGKMYQI7k2tWQa0890jUduFv8jLwC9BML+vXra8 aMcroynIR8uMCQqIBrc9EltZxYiBMgDfEYMDfeFzO8vkpTWzCQSD5KEKGfMsPgPw5LWs98Tc 6nbGoNSWa1qwEIkeI1Mz8PXWvbrz458dYg4eo7YMUHPchrkUjJe0F6vfxE7fHfOx3YI3b4cS XYAPdvHHkDgJyIuuTzu3ju4d7XheAwV3cSWzhuBQSlDicT3LJrwHnfG9f61ZJXoEHOnEPO0I qlfQrz5mVmVSJjfNEKOShovCIf+vdMFMcwgj/UShyQZxAlh+OenfWhdBC6ebSmg3S95JJHqf IYMGPYiBl+/rF5jWVCsTPXu1JUpdrF1vfhMt6h/XgTUFDcOgJDabSWbMM7jk2eGnq4W7PA0w xJ+XSkmTOvU/GW68tx3k7jGvq/RkcKGyuELKEhQkJipTvFmPdULbmoasXfjOR3wlgfZNLb3I N4kSqWMT3Zd/GLqRUuuQBimCBjbSbLfFcSU8/W0apVpiQ9P+PFMTnWPLtrvSQil3H5DbY0at jWuPj6gP35owpgnlwxgKESm9YpKdCqWRDgtdX+dZ1EzbYrhzNcy5ZLBtKVKh/Ah0DyUhkiIf juByYPgCIkDYr0Y63kkT36jtCWjwuJpe1q23hB01MK3YGYGAbyhP8Y/bsi1A3U0KQkJLYRnG umctMPkSjymSl7Wsh/hyCmsuOqDRIGJNjBg00ITBESjvGFQRi9STJb8CnsmBCCoPg3Ha8gnQ vIRPptL9FovNwYh95pNZAVIMcO9KU18Hw9OYf06cjDxzrjyRqTDffDNmg86RyIcLm+6jft3J rI4PPFSV1y8g3fr2/Y7G7yL9z+r2R52IOCT53kcmnBYxwGuzbpfFiDh0mbp1RWApQKegeVjp dVvQmrdgBB1OtsbjcXRALrPGssCDRtmHbs7KQUSulVu/BCC5B4lyUgC2Vg8sEIo0xjaF8ZnO QgmgDRQiGA2Nsc2dxW/LYKIeSisDtA0AWxoSkMpQFEMytISWYY2YOxxfY26By9uR+P1+OZnj 2ELMqLfh/jv9pXutEwe54Gk+/76fb2u6eA2HI7TOI/EPX8vPpNnJIWIwxKUBtBJKGoJjAUNz rxcPzv5EFMTPu/Gt6/+ExupwGMYT3ShcWXHjobgtaW5HDXtZZttOtStws8qrxB+zMvlZA8OR zMkctREFV5ud6uZVie/gOW+tnJbn/WydoPyJegw8y/zlUOuHPVUbaEmhs8nDLuUknXdeeR5h E8i8+DRLP3c8jIlzwM8gykbdjkWnQDQvNCb6M70XBGWWXcW1ruwuymxbjf+uovJVDofiF+51 M792Xu1n/fbV1QovxlBOph1p048FxuZTPf3B+732Jg9PGUmhZ9/aVWjJ5Vg1fpSFS9hY6Ly2 +9pN+RWBk4IxLtB4kyM4OMs5WlyrSdjOVh9dqB+ourmvTgTPg9ES+oJStjb7Jplt2TuguWlo gCP0+HvKasVODEe3tDZm1Az9ZSqM5rKXWWXWAwB0Yawv2mh4DCTPsI8Le3XkEl7PqgyN2JvO /kGduJb0FMnyvXCf6NcrTMRr482EcUAYFSGOQO0xE5TFFBP2/kg85BlTOISkIi/z2EMLRQkQ nyPw5eN/XusGZVCwf8ocIBaRQnclpogiIqJNuHtIXfNKAqnANgkkZvj3TDwv+2ld61SDPq8D odTu37VEQlx9uZw4X4zERDSS1ESSyHCO/e1KpB/XkBwEqPnmsLbjhbEOmcYI2tb2iaBQD8uO oHTt48XhPJI47MgZOwHYvWDSk9M+Lwee+WR7wKoho8bKAhfQ9hUx/R8YoorSUz2Ep0fmSZIh 7HaRbdffp3yQsCxxpd/hxygeyjJfJX9xG811D59Xou/LSd4Ta7QZcgOW2jQCgPXwLI9OeHLt nEMkdF9UKYiot8J+GgFyIVIU59waACEkLpATu54H4ASKO0w2LOhMseyCrHSbGB63Pep90rrK u+G3WhUupVvo/vPQmrGf3fumdfgYbezz548N/zwj54V++me884p01nXYdIIMZG03Ioqci47o X2iwQCfyCVWPtyD9tp1iotjaxzbQxAXxsKxLVIHCiYlDoJXCEHcbgiEmEaEd6YV9CBT9m8A3 PSEShKdKQAPqQ0A2ApIaARYms6/WzQegX9YC08tfGTzJ3TwJ+Z4nZF12PW8xYFEyg+K1zJby YjE3T8LLdf+rv9+zf4Df3397dETP5r9TuiJw85X3YuRxAEMsMNBOAmC5Ekd+DyUCfv9fm/ob X/Kws/VI8HdfG2GMSIPB3f3HLpr7BM/Kwr9jruUitFxhNLQmd00bi+q8YqOZG4dKkiuEqUGs C0zC6AlL/mfR7X2G/w/wD+H8Svqli1FdUXwS8D65C513Z597FxWs2wB7hpOdncJ3ihzHv6fH l97vnlhQbu7x47k/vDoRH4Avqd0W5sEVsbR3M91cm4hO+Hv6O9lAewSMjBI3xbSw/D3O52PF zoLNlBODJlWpAMclx3Z7d2COHnzeU4f0k/Xv2nTZG8krvVSuGUqk+d/caTRXfEZ/dmGDBjRj QI9PcqXA0IYMc4CCBjbhz/kYer8u47XlNy7ljtI481tupSJQUl6EukZ5YRCEXdjrWXefnFb3 wi2KtQ/SjHeH5T0nfJhHfInk4J7482eIqJCEd6Em+CmCWGuDFf5jn/T0FHbQifvw2QRqVENp ANIMcgf4TKUhk/ZnxNbVExGrbbbqqqr+21NVa1VTXPP8ZK6l3QXgLPfxPXrVRWax+z93vrcJ 7fF9UtTxsYjuZxe7jfL4HhPHyAvRrRKZ7aIWAn+k889VqqKR4l5+OX7j32p1LzCfNmPymeJU 2VRAHJiAJUQoQhA72Umw6h8bqIJWQLVdzQI6yLtSMPYX6sytn3XCbxr70HtDaXu7Fv2Gxepa P3MGmmpEa8fGvDJFQsPnxAinU40iMphvE9AsoREe8CQHd0M+Xt0ncbT2xxiWk0SSYyqQvbsj bHXTcdHJBoXlM9siZ6+zG2A4fy1o0mBWbnMNKX6d72nlwmk1bJ9ywveN0j+D3fLSiF/h+gi+ u49j4q5FHxHgMBc10brd7ux8vhvCe3yAbO8rQw6NlvbMviDdM36f/J6aQTr8HnRAHAgNIPZR IIIFoRCVBiZkBhFvqhVHpoT520fEkYgDvAG9x184PY6GMlJZj89iB4jYQYft3rhUJlpndrfz rD46rc6EqGb52kt0PcCMVPDCAmk2D6HCQklZJIbBL4fSEgr/Nbrk2jhlWZPOKDZqrn62CzfE Zgb2qmOHEw+kjfwuD01MF56i6AxbBpFwmrMKICI+saXv2SJ3zRvErtwQsZhU97HMM5NIaHuC 2+6XN9boPRlwkvvZwGOiXfHeUFQkJtOZ159ZScy43wzkXD9wFDIcmuFoR9oez9RMRyCq8R3z 9cF8myDKGUNDrvoUGTjbQwlRH7IoNWYHo0UJhG/3foM6GnnHLdBgDY0bztfK+j5gn4heIIET BRweF9rjcB+mnx3oCBoSZzEj1yy/rXt3ytw+iXgto9OkrDMTKQHB8hXY8wrdxLLC9B8a3YRV hYCfSfyuLZWu8KIRhobreeJnh8r7pSoVyKLpfGXEtOaDE7E5jMmbzjGxrQlksEz2QVK8sbvD IrWxJk0SIJ6ZqlRCKL9GakF8zxl/liRPVww+EealAyabfcbaUCXNLOU2lr1+mQTYtry2BwDy ytYSr05q6VakaiVl4tEjsLdG61J6yLypAm8DWJ8YRYCUa679cNXmfpuz+KyK3B0+Vg6xBc2m mwq8lks5kzff/t60XkKn4b9rztoQxgwaRutOvd1JLEtkelJp4/ElVLJ9mEO6cFKH/KVReNqT 019MLqD8VLNk1uQ2Z7SMS1I4X0EtqX+U5+FSV97ulqX5/5FdZmIv4X3oan9ZB0kI9ewqo9hP 7fw3X7Fg5fs1vEcKHF3TOFZTZMq9Q0pkJzeJeKV5OQr47wxCzkWY7c7rqU0hbiUwortT5BYk NlYrVxdmUJfw5ku++jQ1bWBSPcRA0ZGz8WTXvSmvdVTT6WJEkzFpwvpb+lHh6bWAtrdJDaY0 D39Jv8bwbxci58SPo67nLyKyxcGNx3F2OJXHDh8Ui/zN60tVEhM/NFnQGDuOu3OcdNxwFiE7 5oKIkR+N6CWLTIU/DglHObGA6OuOFx0RxbWIe+D3BIoq9T1pKaiIcPil6IexsHXCVxxLZYur jWOO8ePC4OVVU8Qu87uxFRUSrRb22A6YO6rp40R/VG8vqVY+d8T1E44Q8e92apsJRUSqivYM brmZltw20kCCQigYKLADhlok/6/3foO8gIj85LBNzPkUOBcI+igTtkDujFniMiamZkGWf5rW ir6cgPizwfT5buuOEkoBBTJKyfZDhC/zBOSCT8oy861twRgH+6TdpaEqUk/tloM/scRMhFHk KC4CPAGDUaUwef9RjydGC/b4lJph84Un3NVJRVVQhfwzba1frcuHp3TPCmDmc9Ilzfb1Sn9P 7Fh/fwLleIB6v1kXGHu0M0KR7tNjAmXrGQQvbMgdYo0N+uZz/qKHHhQw2f16ExfH+rhICBiU 9LGrFE7SDb5Ka+AKaWp6oD3tHKb5ziXSSu5jKHm53ZbHcYm454XmJfnLOIQ2Z/8FAe2XGRvD /2fiR/Y8KfQEZEysqsB20SxK1zjhpzRRGac532B9Y/b59DyyPGGgPw2le5y9tgW6kpk6x1yu wrOHd4ctCUz6g5mt/9XAyNGI3Aft1lb5HpwxLuHrmAeHBEHtwxaQNIbNBwqmPwjnmcueOH6N sTAqU1nILrpGzs6WlcFKGiGkjw++KBopGCapppApCgpaCqSiioEghppoiKKhikKiYopqqmCi oYamKJYaammECJKIpKmIaGlKBqkopShKGgpaFoCloAgBoKqJoqIYJGKiaiqomiSKqSaZqSmp IJqCgIkpIlpqYCZCCKSqKlKYZgJIloiYiYmGiKKBBqh08vujpcSzDl5mlizwFz5ylSS4TgnU RizBT40MscvWiPpNetkqR452e92iKpRqmh3gyIk8tYZrCC64ecs8/7r5x4xhAM5yGUwoTucq C3D++Bo0DXFjKUcabRwKZwf23nj4my7vldYupDhDnnhMdwe4Aut46wAew4wAu3ODvRuR5Hcx wEcjRMyNFbqwPTI21pg5jueDie3GSbbuL4c8o+VHw4SIN++X1wbEhsh/j+Zd2OdisHeBiSGe Khybjj3H+g4P4/nX+5uHf6P8/8Kqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq qqqqqqqqqqqqqqqqqqqqqqqqqqqSSSSSSSSSSSSSSSX5ix+wdfH8f7K+oj3+7r7fWpiZBkj4 8CisImioG+wQql3qKsHK1kaXzeBSDiSl3S3ji+/NnOl5wracVlmVm7OeEGRG47G/DncXfDvx lKKvPjTPapKhed8ZqlKUltdOy4YG65378JQL60R78XfrRNKRY6YGDxe2PVXB679+eh6NnnfJ n895FgyRgTNbsWRhpKWdzzMZ45xKK4VJEuNMMTqpj6R+g9Mu3zPb53GscAjOxJiF2PSq2OhV AT0W7HYrtFuOmOmu3Mu/XrYkQgwq7ihwvnqivAu5l8Klu74ArwotTifGTcyn0XEux1KoyvpI cQiUEDQWePgbQkNJSUFK0hWV8O7L+gZZlChEuJ6zA7ZQDYRQ9zJX6UuvyqEqImi+Zcq3RJFT id11wyZqPQsftP9CeONAuZo9N2uulyd+ESi5F4u0HrrVmUrDCimDCREMaG4oU1voV4wihM8u Fxaj2uuzJKF5ezrQPDpoz7rHwEj4B60jIMtT/NmH+JuolKqG9MxyIUlCh/Bk0YFAp9wHVBMr xRWRbwxIriPBhwcMGu/GUSU38GED8KJQfxjQLwj1yO4ls7RB4ShvOAOjJEAh4MAj5rs0MQYB kVpKai1qOG7bBErGiXvHXuwp/WsWwWW0bX6Jdi1pmyq4VBEUUigSBKQJilaQgTuB4j562DGM SCPOXMHai42LXOsA5HlhodC3Odr7zBPXH7c/DJfu4e60I/RHgOlRQ93dzG1smK4qPDnKtxxj ng+70+fqeV8VUT9fZCkhZ5Gqpat+AMHT3ZUrWiWDval/8jGd4xE/M1OvjHCJJoaH2DaI5k94 3jyvvakE/2/gHc/FEVXkgRDnRDwbZLk7UGjK1sHuu3SwTih6EDmIShgoHFAjQNFU77yoBPju JHwtgrDJ/k3tkhBKZlAQNjQ2L9jbVp5kSDu42QXe7OnTAsH4inNB8pfE+rOj17T+yRTSn+MM wUDyMDBPkrBCRNsiFtpt4JLx6nAotNO5boOFCR3TOwhJeCf1Q4QWZUNA0pyLZGOYqo2QodKE wjqkXQRKUlAmqRiHSGhU+yChE5HPNYiENSO4B1CGqlEKAKEoGk0cQkTEESnomlDjqeZyepb3 jh8X7M0MZk+yO4UImjakG9uhfDKlZHr0DsyVjYxvgblMwL5kUbxwcq0+whCmxrLKtQ0a6/HH R1Z0v/uSxPbUnXqLrL1SlKGllKhE5UlQ4U0P11k51tObuqCvVJve5917T97bB8PPwfHzve9p xCi05OqIIo3FKFVHMhf43b9C/JEfpNEsaYSmXffKdCN6PbHDnQMD1bzfL/Bk5yr52r1wNVLy gXs8+NXc6bn/gfuOBKvGFw3pQhkmSffEOZEocNuWs5TnDz09z3HdYvKw9qET9/wDjrFqYG4A QUo+qnQnRDlNk5o8GRUnIGVU523kfIBPMAvCQjg37OjSUJE00RUCAYkoRARCOvTAke0uqhP1 bBzsGCMW74i4hshuITxBW/Bwe4r1SOTg2KY4IgjDlfuNxX9PlgntKlFA0JQDQjSoBQD4nXZH B7/l60daAwYORhKAEKQCmlKVYlF+OwF4vPIR+P446/PHJzj1pNPUIvZc/gJN7Pp/LrrHCBkA NAMQKUKnpC1k+05AAU83mhThqVaqhoSqUWBIRqkFKpUCaqAAoUO54QjIL0h42WVEaRR5ElId 1vRrFaKIupwPAosq/f/WX9X9F/l94rw9X6Klyfw8rpnIQQfwLH8yoWEiTIEiwf2pCm39eAf9 Q6wIBqVP9XJ8j/WXA/vb+h6nqPf3/2FPf+Z8fb+B1SMEwTvhsEg+Q0Yh8AhpsNEJklfWnp9R 7rjHunWZc93RWnOP2OBnUpdZYFQj6qEDZ3ssUa/qgl9DbhxEOCFAz3pJAj/D9JH/D/h+Yfoj 6i7+xk5H/H8/0XDqerEVPGD/I+1F/lRAI+7/F8uJ7f8wf/GRKVpShL+O6gKadRDWBip/Dr/Z Ufj7frm6B0S6n+eEmwTTSYxAxHnx+g/Xc78dtxf/oNQ0f7wwvPEmjZ6cQM6A5BiV/2WZMCOa bGDZDSYmHB+03CqGTUkNM0SzNEYGMEJgnLhQWcURiGcSiq6IRmG0Aogn2fn/fP2dwIh0P6mK GQvwgf65P753UHpD/4AdTJ3j1gDIF0YZq/fhiIfKUNwft/hg8z9CUiBT/RD4QJ/r+vDrBQJt AZAh//YPHz/w7dFTIaXczh+jJKSQgowPQTSMxo/JhRZkZ32/RO7/XCQQdIX4MymaxfLJUWgx C72WZwdUwut7eDnJ9f1tAxC/7dfnrxI/7YN55H15qdRocECZ3+Rwf18QJ5BGrbSG4oObCQmL Dtju5OE9FPHacq5VXIroT/YyByqKqpp8m0dYIrErvmocCAigguy7rJSRpqsTRpaWihpHQf/f mSniHAg2EazhtMSdz/LCaouEOc0fE0EguFD+5MRFUTOmwsTFjQUUBSUEQUjpq2F0mgJXBUgi ioiJicWyiuxUlCUrkMEtKUGJJWf8P9YH+3gdSeiEQREj/eEJ/9SOp2/fo3JSYX991/rYggCD /MIUxnwMiBH/JiOIpEAyICgfsMMC+Y9nATkgShoaEqDZ/0NBQ8k84fpwH4H944DRJQhBE/nt yhQVnWBA4SBR2JJMGXztIIciiPFIk4wYRQQVEkhRB/kpKACIEiAiWQJSSUhVEJSIpKQJUA55 cgKYQ+gfvOOh5Kf8CTMnUYhCKgpIohGiIKkQYWiAhYUAlaAKRJjc4RMD/qJ2TugjZrAyDkhh iaFgZagqSNjCbIO1iFoAhoiohkSFESIhiSgCmIlYiQmhpoKKCGq7zwjgAMw0yQMyMY2cJahU iAhYBuublSVFtgXIIIYfj9f1f+Be76efs5f3/2v1/X8v16/1N5nCpI/xKEc8yUiSEpMf5VQE pQ3BAfsdJkVPsSEp1D939lM+4MokEKp/nT+wD/2LujOx/nDt+w7gjZIQioSoAw4A6YfqUIsA qJF3Qu2ZECRVVMRMZIJUJT/SMOu0CV4I7mf9iI/T+qXmTpJe6cUIVDy+sDSPxaApCIGFP8BF /iUSGCGnT/hfUaL2aQ8FMuzAqMZN77ROW1q3fKxr+9izC+bNE3lIbMiIwvYZvEwDHNkOzMhZ GxdSeJEryC0u9ASyTQSRWUiSTDsCbBMBPNDQJs0G+M8LsP8PQSjy0GxYGMhuNMAS0JCQZbQC ayEGwoUgSAiRERC6UUa/h3B0MTuQEg/SLvpAMwGfR3LriqkMs+MAehUcY5GkvPP8TnQImmMG 0f1AMN9JgXtfvpGu718CJe6MOtJUR9B3WkKffaklc5+RxYexAaTNOYEhQnAx8oJSRGh/ICBN Cf7IUYjU0hSm/6eSVgDKcbL0D2B1UxRWA5BKC0ECSu34lHNCOO8B9gQsJ+Ur50ic+vui36Ds cp9mEJ3m0pMxW7zESAR36GlpROTKb+6I3ExcH/gk/qGIw83/HrE+H+RI7kTXQqjmSNJqFu2n 38uBI7keQycpn/LuMUrLFCqXwCCJkfeFF/9KSNWC4FcwvmeMwgMGHNo9kcMJppoAqeh5l8xf hhsdN9t7LZ240Xa3cfVh/KsLykhtIOJDSvAJaZPcGjn4/F8hPXqAc1Ps30jDhGzlBORKUpJE xgH9jyBHzCipkGR7VoYAAUfCDhKCSCKSEEo/1FNRECE570f/QDwLnffw55touRAr4+iuIocQ lV2PYTB5bGImMyZpINJCab8zhJcmAFPGDBHkkrkgiFGzBv5zcKO8glRKjS1YT6zlVzkW5zLh 0G6c7a3GsxQsG3qcDQarnOm3dz0ThGxQckZsX+g0Io/kqu9bwXr6gFFO0ZlNCjYUBQqwkYgI sZq7npdH/6uLtZTH3MlohAWLlVBUqDX/pfRLEqdBFyDvbYlpfYSWWSUAXtKbRsMQQYzkHsiE IyPQzJTwqdEEwJHbEekg93mOJxwYR9/BIzi5BUesYO/cfPzxdkOiZh2qx4yT5O7chfNnFmsD gkyKg2w7+m9HJ8D2YgUNSMwUoQQNF/SdTkki5A5QBfkgoYf83ZJVWBymgXjZX3t1sPHkbzqC 4OOrRxVOJpBpoHaU4msMia/Wmebls3o0RgUQmCQrhYOfnPh7dz08SXGAM8wJRvGpaQZKclJB ms4KtIJiYXMPoSftn7yNd+2gzKMXvXycDtwJwn5Rm5lXeT9f5KESvpZUgavf/L831T/d+v4X 7zgp0DRYoMNY1zReXcilGjkR1f1QtPF999e/xPPBehiGCxPy/E8/MnPn6t6/e4H6x3GqmTtM oHEaVDfBxONDMzPon5zJrK5KjJYkZjWOUAh6xxmAmwdMqvSfzL5uZdMjMLf6d3XYPcq7HcEP 7DWiJJWBZKCQjFQIyiO7rAuz+P1UHWfD1Q2pK5BdMztOmNFrvxU/k3JngT90vv/9TDJ+cHxS Qh8eOjkK8Z7sYD5OcQkbGeKhSj6HLn5SldXU8O76T29v/nhYt9305RaaqR8I6M2Gd4e9kX+j IkcY0NBPL7Xb5yJ/87vmTE+3DnMYP3n2dBz9qAGjJLKJIxKKUG5DIr+Wv7SArQ/QwB5yUX1p BjzmOPbPMlU5brpJtmpChwws0hsEyMBKRBEwT6BbDIDYUKVkAsxWGEPnVzcznFZ1u3HB8N8s awKMKszJTImOfjuyBVq9UDuV2D1ksaY+/VUd3pf4cL4R2oFFujytb3o0mSTHOsON/TQcnGYb AqYtPP742255Tyv8/t3VLn3cnaOapUqDMzE7SvPWK7G2O8IbkL+6Tbc9tzvo6ovZhgQPwZGg xA69T6IHK7DsyY9BhsQHhlMcSzqavB03zxuE0oeUesdkhPPt32woghpYPB/FokxHxbZN3ZKA HEAiTI/ROTayasyWULnNylKZAWdz8HWkD1hGjPVEFNY2sQYDD6NWXfqOp0lY8UWGggwkbTF8 n3KkT27pzc4iGxpw4PaRmkj6zFBxXrJ5fjMHLxMdgpSnQT3duv180XgGGKfASF9kHt5HNiTy o6dYKdOvPMJtO6YtWsDX1Gbt7M7KcBkzZSSIJkkhi9QSONQFdcXSSqerw8jfjTE47vWT57qU 77XblccNI2wzOqD0mXidIjPbHzokcD4mrMyQszRs2abhtxCyvyMTM0oROCKiWfcRLfTns3ae cJeNxFmp+wCDgrXVyS64W+kJ8fgvl90LAGEk/pjYm9BI9sjHOxdKvORa6Ed5VRgmNgTwdxLf GUg3JkmLOIEXNB3yCFd7wjPisje52qB56ymexD/JnHSGDiIXWw2sA0PW0lCaGdAFDwuG3lyA 48z92qcAjMMkmL1gi/W4R7dHDx0HHHdwcRezwlxBWIeEIiMWY7d2Hd/7zv1P0P0P3n734gkg MISvqTz658Cx+V2rJH1XQHVThaaR8FocePq8DLjxBO6A7EjQfXzKavrxNPE2MU3lxSPIjzU2 OUU1mlevp2NI/r3Q2DhSC8ORhzPsoMYebBLAYL03bjApwBiENrf3QERC6NE2VRtOX7hhxmX5 EXQ3sPLjTHxi+V1Z++fJ4YYdLlc8i3t8S6dKYDuvzngYEtJO0RLL347LCpYhuI0H4WSmUnuu ZVh7KFJTplLyqEjWgcFqh3LELE4i06hi9OUCzKuZL3ue1Fez7fqx9J9LDLnywRSZbpw40Rax S++RfwsQ9CUWnCHKbcymzKTiXfAoi+6QiT8k0hkhB3K4MMYH2UFEE4hISwMiDKIt3Ye6cngw G0NhfunIRZgTsG7v39/HRU8D5ZdczMTCINYZHNFVmaemrfydPgf4IH0e+jqpWqqerfsX1P29 63rumpV1Wz92V/0fr+ip+fn4AAyc76rLQIsIWKLtsDCsayD1kjPTfOhtl4PBm7dVsHiQlDtE KTUtus8s7y28mYyEKrulU45RZ/V3vnx+B/Ih257OEVwjMU0KuWL2MdO75+e55+vpK0B0Dmux BCERnPNRYVnoXkb3RXkOxzeO/5TqC+EHtzzlyPvKJJ4nNP50qMIdPf2/kEARNnQlY4mOpROd MOFqipahfhgQPOp0t0vnPLaRa2Lu/ygnsitxNaO6Ut2mupE2YXXsk9L43NeG7xc5kb75WD5Q 3lI24F85XMiiDLfTQ3blG4nbTJzfVxPQk5V2gj1Oms7wmaxV/SQFA5CB8R89Ifgj3gvwx414 fBbfdWtZ7pjtaRV5yClSaJNFxAyImYRtpJYdXXxDjHr9o3Qf6O8+EKMN/uoT0UjHwCkxuiX1 oX0YeIAKAYX5rJQM+PzeXP4HWPe/x2Oni5eCCQoRJlppag666qreBe+d9iehv5vwMI/qgooM kzOJ51IqUMrLPV4HT1aaGcnuyWbpfLHTHOZhE6c6CfvsDvlHsco79OfTg7D5oqfP2fbrIn1e 8c2x7yq00ZQLT3DlcTz0NwQwcFQzZDMZRlib7XXHdYvy/J0wcY1KkSMZ7BI1RGOmt1VZSd+G OOE9ipT6zlvnRmRgzeE27HBkaV0lSAZRDUv6mz2zscMTC++4bJuuhFWZWizyHc6BjeZtNDFP t5Qn74QuZyKOnj0sKY8tgNraTLwspUY00qtZbZGtbMrFY544Et75Sld1vt38YvWTiSxxKeio BbM0HiLTJzNelta36wy6W+kp02dcsSA+E+papRgtPtFPN/EfKp8WQ7I37CkSZ/tRCS1UFAMl KvrsUbHv98HTvbbhBeJh89F/4wwohc9dJAj9iJsV30AoOonYiEA33WRvm1MHESlT7x/rQX7H cqdZIqHh3KBCiID3mZBQQyfuIJFP5Hr79rhn22PFJkl+H34Nf0EyY0u4ZZc9uLS94MYm2cWD ZFQ18bvo3XePhIeH0TmrY/U4dc5KQDQXQpe5gI10ZsV9zZDgimiVbYJc3kx1ZUqX2mdh50Fo 2MWcmL7WSf+bDTWcp0rJVcIA9FED5mWDObIcXA4EcdgqYuR8kmLMLRag1QhscluN6Yhs4Hr9 p7g7JL9Z7lUmwWOMXpIQxRug7ew7fetkNwJnMEok0fFcMPaHWosmdcPDS5nMW7169rmGHZWE UWhNUhaqEvq+xzL8cCn0n9xdj+BdH/m0d2O/93szqj+L5sj6Ir9dJH3tc39fp3S7uF056Slm EPh/81kUytDm/ufxcOKzvw4wcHNdWvT854HAoYI5Qf8SvltrKlxfHz3Tw/Tdbfcr/dSVC7f0 btSKJleCseGt9xvWgYj+EprhS6cy3x0r30kfVjTBz2OOi1eb9VK6ZXqW60pKGfvqQEmTie// Knsd7NWctxLnTB/89rtJ6QSXjwkr1W+oHzjrkelf9MtfDOVAzzmEifNykRXPfNTrFZR4DF+V ong4qDfnEMbG02YsvaeCNsmUThYEGz/ps11k5I1zj16btZwqTYKKBIYJBEfUyZHr/Owxn48n JXCgRp6dzhtzk2Rg6fRBR/uwvMNx5SPlEP4XI/N4M0THVcIQ+JYwyGv838GwCCBKQ0iFglTB Bchm/5R8XjcRwF7Wl6uVK9/z7YWd//qXsxyHi1an+kadI/099ZXDv2lHCkiNZ98Qvv76ydRw EOGHc5P1PnjENVbob855+Hk4nJ/Pb0nzLyaaQiTQaT3lNjnHjfma5ZZEW+1t1ygnjfM9SYjW vrYpNp4MI0V8hTiHP1y19cTMUg4mDWcntSNvywia5XYMw+m+xbZDTF0gIu19LESG9aVSaZPf AUqst3261Pr1ocNuGGhZoSAw39+OsFB9zMjKQMxLBxrg0a3oN4FEBNccPlGJxUHhkOJa3ykq Pe6OLVkWnxxmtR5uWUaNRUgK4w2GD7szefCNgtWQULQ9iN4Cg5Tuc/Lv7eFb2XzxnMLpwlg0 Io+MoUqvZmmtJtT1izyYEkWNQYmmBXaRojsxQ9JSoiOyjKQoiPsQntnJsKNWlG9kMo9BktxX lwtf+N17CTQQxKbCUoFJovfc9WSaMmgl0yvnx1idcJWtWsxUiOx6vn95/T7ZbDn6dvvzqfhb 7/5T8P4RDdD7ZHDasqTpDkpurVVbnPhWpbmCOWGAV8o1wuz+qJ3TbeKjlaqlB+IQSClYv+LO RQLeX4l1KhUwYQxo1WB+TG0mEicSLSmRnGBb6+0yyjw+7JJCOvP07ob5ZzjrP4fxUnU2HqnS p/VAUYkgAm4EBI/yUikJIMm41l8ByydMe8iv1ZSyugZDRD7LHu9nN+ufH19vCdwdr4kwTPyp M92UKSWbgaXRojQl4ZYKi3xrkL2Ajr7uDxvuHhulJDekvXVEIyqQeRVX/+/bht+gzZjLHBls bs8gKZjaO6JAnRlWolEe3OdAn0t6vWd/vqG75W8/v9f9ddFcKy3vvcjhr0m/6PWWKO51RVkE LhBwrBEQHdKN28MuLhL5sX9TF379P2a8KpfBoIfo1zdzbCry4wEpEeg17+UKT5ts+tnulaR6 4hMpC0aPF/ixUn4JM7R8fXP2Tj2Q4K/SdimqCVAn96/fWL6x+EBVk/y7pTbAvHBdpMv7Ocvx nDwPL6Jnq2CGxYtJfD1+redj1oPcmDTWpb6POf4H2L2jDf+2/smHMabx/r6cBrovNNLw9aqX HSvw0xofgafcdllL+HpMlP578X4//XaiPZ9t3q7m+g8EHdz+YDG0uzA+VoCbRvYL3UuKE0of r4xNUIIMIM2Q0ptExgqflGTp6WklKOElJ3fn9p9AU84Wv0M9S/X4ruN9PsqdRe74/Pr91Lt0 c1PkSJGhTseHJHW3jpju/B7C57m5H0nQPrCD93f9K+1/UhgiYXv30oUYscpgSc0ehOhIAJlI ZfJKUk3u8We/jFfGXw8ZdZ093dIudOfb4XlWz/XY9nww9k7MLMuYZyw2mfjP4R7pVSGi/ELr p/OUSB6eUhFf10kXR74k1tPaUb3jFZ+NqyDBrfDKrnPaVUNukftcvhuhFmIn3xH9+NZ7UukY DvxgKHMhBKU+O/zwvuvuxluZnilL91QUu37Neh3qhX6Ij/1pPPTitg+qZveBgM+ohazU2GG2 8sT0uCBDfFXcWZ0KE2Tv1jj1ZQ/av1F9MKyvv73vOfAqM+dvpjbbY22rz+vvenfLuB+kP7jd cCJPlet3HO6WtSFV1mVKT8C6EhmKpAiBqRZq9yfpENlydWQhlXvKS5TUUTmBUcwb4UlJMDvb H15FFy+QRn4HxM3CMWfw4n2IIRqABpoNSnXdHlOJtnApKaJj4SjrCwxXalmDG0ymKkEjdHdK fWp0ZPvpFr1WJ5xS3LqU61lRiVQjlE5vjRJEObkDP0hIdJBpzJHqn4XhBdDiOMd048I6UbXO hrS6Ufvf8t8E2InaCvldfYJ1qSGEmN3MzniSOHXUko6Xy+SLsnXNukirhro080C+c9K+rn1v 4fTXw8eEVK2rPH0unWCMKbSLSND49/D3LXQPZsGJV2+w/T4G4x8PrOzENDQxck03aFEkLBeC sIfDvt8J46cNPH2xyp5dMOexxQs9tCeT8PLT3hbvUg32oKUTTiRxJJ3XU7rqBo5P1E4oF34E H35Hjv4HYv+XU7DGcqWn89bvBgjgbvw47AWNv0b/T0u39vAz3R3akj6bXS7hc/KkjcXdrPny ld4eN+D9bXnll52urczd3x4jQTad05fj47sph1ZjlHvyVe4pWue3r1twOhVqpgsd3uOfdnLP 254Z3Z5x5YR0/RHhdA96O2Hhl1nGyjfXfOo7KZbbhKr43mw+6tP+UzKVKS1/Kcp43f4qLyr3 Ye8Y50zu/f7oD3Ot2C6TWcEs6KnrnnpRzzlrOcbTvJdTLTTdqTyy1hhWMXTa7far3WSpPM0J zweG8auztm8ZzvLp10u/bctzSXvx00mRrCuwK1yrpaJzKSPALr9bsk67uec6n6c6UmqDQhhT tITYfj90GR1cDsGMgFMyK+c15HzgrcI1JkLrTeK6lH+3IlznG9/PeYGa+rJ750MAOp7/YXiJ cqyC1dTlfwKgfRiMMPM2syFV752sbNXDgznluoj2RvPjnOiqNNSHC0gcpIhHBQaXks1qOlzE lieNokjuYYwRcy39MTuinUixKDKM+BAs2yiP4cbXU0hXvXW1+BtC+NjfiTwt4ZkcqIwvM4lN gXX1zeHPV2L2Q8HPjakibP65z89K4x6zhZaNG9i+/h2CXl7oXg5Hjy1XUMl1S892/OKYwdmY OuGtukRRjaQ9OBXS5Hu7oSPGt9vl7TY+7CPrsQeKrtuf3rSZlJe2R876XWLj3T7V3P656U9t EiBS90F+8pZmVq904YMiB0OjREvYIlN2hGNa6lzO8ZPgPwbwhl6o1JNj+OtDfjAGDTiBzTz1 hbYFZIqS7nJsn9+MtsTdX1Sj319Vfnv320p7NwcOHor+/l58/z9eiG9/bdEk1API+derksae vxJFd2h1vr28dD4ZKuHKR55anjNaJ1Z5L/tNSfHrI8EMUd90pxTSfweO6PXdHj4Yy9z3Kh/R IMGcNOmMp845Sv1oYzBs4/yikyPB08/E+eHudRd3KFfOK4wipT6ZHEzIS7uEffb1h9We6uT2 Oe05wOMtoz3Ul1I3vUt6a/NzKbTenPdjW3Gesa0t9kUlpd2bRRAPkxtNtuADpXKxM4P3fJ/k HxBpzuPWRg12a7+V+B4BRajbOq+PSXTCAk3OMDR6SJHaR8pwvfHVoju50nN9z+v1dt3t77zp uOq3Y33wtvOKUNpXE1Z8Invfxwvoc6dmfQ+v8MEik6PI+FxhNHzB83Vmb3j24wjBuUN+1xBp KgxyhOID4u4vuuzM64S38e907HSC89IME7q+anijD56HbGEDQpjhGvH0nOMmVHKM9fWRb3c1 d7rxBf6rlyfz43dgn9vmkHPo6FNmb2vdjvu47rLvdvR5c7je8vH3R22l65nlfoVmZZ5acref yiyVy29I5NcenPyw2O7686X+3hra+nhErPA27bZbYvn6TNxx6923z8NOmXXbDLluttPWib0c h4doZSNhnTzidJ+zGkuX3Y1p0+0/0O6ubK+kMIR+l660MJzN1v2TnQhdKnYn2pWkMu3y63/f 7YzGrtLd5dArrdJHcr7/CsB6/u2JlwqUI/p2785+c/LjMx0UBXE6UROr6cbpeaT2rBJOZyup g+1c76ylGkvf1Wkj4p+3Gd12v33+ovW7t0+k5HSpJlnl99/P1U5kRV0U9gkEmejozhwOcqe+ CGjauvr386qvI+veJT3s2rCGZuDmQfdJBNi+n2xQfdfF30kHr0uPf244/EuWzObNk/n02/LT 1+wl4l3uZs1huij7vv9x7MeGFr2ew54yPn371Ifhd7uU6I7fOPz38ZLb4XShxP75Gcn6/dNf B0c5Qs/PGU3jSF5vbfHieyvdrXXoXelI4FzxlOVTd0ycF8qgWV+OxdOV/s5/X5HttoNvxhuk j37svi83Th9DJJTGV7pyKQKKSqr9sLk29hHlHhrCimKQoCh0GtUtJimCIG0mNDbYm1X0gU2c mjfeWJPwwWmN0lPHaXL6A+kOGD++66hHTv4J+1+/Rd3f1P8Fdbqbe3pK1LSY/lLCZx1hFe0T etvlK9yT1gjgYxiMD9nEKP2rExVNiRY/m/6f7VYeZnz+7OtGv+WxrSQRdlpuJ6zC367kU+cR W+VS+ZM6cljU3Hsy+V4krmGgwyZnLLcpy0YpSIE1WUaO2OF191dzRRhoO0rmnO6+PDjdggGH aK1J+7u+v8vsy1tHB+p6DJ7genb05bnPceX1a/dhE5xsV7rzpp4Hb7KaZgkclv74xrywHMJ+ 6CRd52KqlGimFJTGgYXTdPyke3unr9G6/LHf7Tvy1xJyvDmR+v9OpdOHdwdn6enskrd6uylL iz7KIFP64Qi9pZ478fhz87GTFvrzfsmbsN92FvIsW60wLUN55oHNktzecvqJ2dmZDDCUMt1v 4DUNGFQv0gkj1BF+KgSYwKsT90Ehr8Jx9bPD5mOPNWq/nPyrE1rXRzinOXr1K/qmQ7m8OXX2 z9Wt2FYM5VLmmNzM08PlP6X4l5AEnEl+Hyw6z6xJFAq3iR4SDGkIhh9siFvXcK+RiUtKIhbP q1JjYlp19UcTZrpyeE8T9T6/wrWt+tju0hemxEjpfcyQxfFP8HLt+w7yZNYG71d80GOXnLoy 5cWPaIg+fWc4iK3+3n9LwGj7n3MNOMu4+Pkdb99Tfv37/ifpJXcQjui0rUUYfV75HeCMa/b9 VA+tpL4z+HmO90u8vtgJNNrI743ThGvd8n1XG6qf1R9jQ383u1ykjo0HsZLyul8Xx0PTp6bf Lzf0iKrvwMqiqgrfuz6cDC5fxzRQhMYNgmxDbY3dw4Sl8aX35ZeMSBObLeWndXuNrSO4p0xP vvlYIYL4fhfmZ31zMTxl9t/dLy+F2/PX4e33cZxOcdfYZbc3iw39K93rv++h34lSJdu7PPwu /RpeHN/qZI7hr0jERnMPl6TUbPxkUHJZqy1fgw9nhtOvAj86F2Mekt9r7i/tONGX1iz127vd SlS1RTfB9Tnqyg27pKTAKSEFpUEmwY1jPjmnFN4fR0PrkJZNfh85fRzMaan2Z9KacZ1wykuD 5bAyEleCOu8ocBPJVFiwPppKXc0XrzXiX9YiH36Q7rYIvYNbEnIxtr5GLWFFPUzV7Ztitx52 Ud3O/40yv8tstH4PRhGsHAMtI+9o7qXv9dqaczgHxu8/bZbWgVfjd7eaKHbOkguYjbv1l4ur 6xNy3d5M4fqppjR8fR95hnle/tzk3I0lIkMbhkSHDl3yv9UCz7Ev0zSm2wm6sPOcjUnu+ikl laEMaRhsJH2Mwn+nhZF7X1tHkwqUhRg+I0fnJ+Hfw9Xa3G6xP6I9OAQlZt3bkBfqJEHyxsll UvPYTweekUdmrP+5psxf0r8ol8gO9qbG/dYgu8Dnk1EWTo3GN7nf+Un8b3g4jXwOGclfONu6 JHyiKasT+f08p14fO4xL2qMh30jfy7TngfJFmJCNXKAc0FGGR/3PjX/Ya/Ln+X7g/ufbxja/ UnMJ+e746xwZnUEdncBOZGD2gj7KKsrRei10q1u0JT9slao/DkHraX0MIbZRpENtIbCkPWcp qQoLhiYdMTIIk8uX8NclfqavY2G5iNf0YZeJpSCfbwu6+m+Xd34Xz90/xl34R4+H0Svy9sjT rfLS0Tjw+78i+uc9Pp+Mrvbhc38vXWQT9I46Q98eG+wdXpK3G3Tl1llSJ6Twg2f18/hS4/Rx +jtaeOS993Tu9Ky4Rn4WObDKN5Lx+Pt01OHvi0fKLz16+etJPf38pzMstt5Pm/ChjLjfE2+V ffTwrlWlu/11v14S4P4Vu3+uhS127d9Nfx1xJepnFy3x1nhKbesTZ0iC/W663KlYNecpPF/K MMacedJ4XMe+XvkXM4u29/F/Bni6X3vST9IjiNztP2xPGd/m+kjr7OF2O4rBWZLtLHLPL3lu LbOHMfTM40DE8/3HfJZB3J5nIiNHoX/E/cgfY7H3RhETzAaQO5gP1kh/sOBgdA8b2+f+VE4k K0usTKEgD+8whEeeYYhWnQaQaCIQoIpaYJpqGapmApiqapSaiJkKSBpCKiCCKSkagqhkiIqa ISgSCSaCSWGaWGKSmYimKipKGolCipiaBqlCJFiRiQIhKCZKkqZpaCQoYIViFoGQimIIgKr/ oSOCKoZqgqqgZCSZSqogiJpSCRhlAqakCGEIikK+MYqQqoalSiKRiBiCFoYmUoYfj/tTZGx5 lHqQgfVCArxO7N5FEOZCgh6QI/slQP7ZFpUKApUQMv9RyH/mGhUHldiRTGREoKREpKFO6Fyw CU+v/WYDwkmQUSlFWgKVBGkCSULqmIwzC6BQpBQDWIaJqVpSolCgGokVChRxADmClQ6YDPCM oRIIkSJSPcIljCBSKUBQ0CckA0K0olA0lNIo0IIUFAiUiFIgxLEoiD9NmApg/0Z0iUdBPIHg rwgAKQ9S5KlCjQIh/uh0jVTUER0QKTAiYk/xERRGlpU/OEAMQrAhiR5/xrIcJPSQ663SIlsg mAvsfP3mlRPyD3ynCWPpnFUR+7t9+Jh6PLHyfrt8SpR/67fG1TFfK0WlkcxaqEkCQPoIEp8t HXsYBtAEwj90i4QD0aEhEcXAIS+lWSPuOn2n3L6vz70c3r+B7KP9fie3RVkaB/sexeZeHI0U XiMw0hED+t2y/GVNWB1VYPXKmbX9+uza4EQubJHOX8cldjxRxFJC/R+727kjmFEfYyrXgUvk v9R8I/PrhZHxKBk+XL4eTflS4ty8JvHfpTwqRkH/sX6yO/b1SqkfvPHldrGXUtO88Zf2ByR+ /cF9rjrypbrw7TWdHf+7P+iR5aPduJG/wPdT11gyulB5WpdKKXs5cBwEMkUq6yCav4iLvSdK 1mXUFVY4yJMgfqZ0eXivZkiyy+CkwoCNdZpC6q+7jLfLUrRqgFr0BPqeONRHo1k9b95LJs4G 7PDSqGMFyNqeq3H4zsTe/ZEhH+rP0uipfneR5dcP7Mu+/kb96xVaUu6uDPyKFH/ANaF697xn epGJ1W9SM+nXv78zN+7O8PLGcsmeE4yW8gA03SOseXX23aYeHpkbsv5SgEeqckc9qHVLoyZW AL7dOVy7tbnd3D2MbfBDe/6sc5X+3GOtOb77fq000NfOO9kvt+MssL5bYZvQmW3bvluxLG1P L29cS2h4b3Pv9HKbjnOPTwziCDAP7uJs19k/m0WC5NL50ZNEzyr7XjB69wfmfs+e48XwiZfA 2FzfvqkHb3eBtwaTpv8MMOUDf7Ez5Of8KrdKaf4+EpMZKketiiqadD3BxmSKYoiZ+rMqqloz bWqiIj4+etVntcfv22qZ/mw5Wg2s9/vD4cDz2woiKIiiqoikkKooipOf/cZon9nht8HP8vd1 +B4EW+H4yUKIUQAe0mvo02756YdfWcc/qNI58W93Y+8DNi39xeX3olVAoSvEM+XUMkEw/A4e l3xl9HacRKVL5yxP5NcSRGS4H0a0Obqa8NrTRoMr6PPWZDKudYJSlIU2fRaLmdmfrmXD7mDf GmBRwkYA1q1XNEJG+WXwCef5e7+/y8mdjzVovQWKHyGM9/5+tTeozkM7bFJHp5elKyNOcj4D TdZh+jD2QXez7YRy4c+N538TcY6hNcaOxUlA9ZcXfT3WrEqUw+3GbOF8pSLJYpxOeBdX9GcU Rfr/f+jKeHi/xzMPq9vv4/n5X/V+Wh8jGngHwDxu1reet+1kOPZU5Aws0PGJfVqPSRv9HVI/ Ev8MOHAPQXzf2fD1SL60r8fvDCt7I8+2H9v31t4DCWX9/is0HKGgIoFgaIpCIKaCCIqmoA6w uLWT8pTUlHy8cdcNvBb/lxAdKUtIDQXLR/NI3c7nnhrX4zhNzGoYHsaXxYKbRburf6XAa/20 V6g+z7R4eIY9Y8YU/tZh/uiZ6vkde/4/XgGK3kBfL4Ghj9vvpVUWnDg3xPA43fEtwIKq+muG DexXlObeZzM0JdG22htoaf3Heai3BQR/+p+ZSEHFi6fDmQ16vZ7qgO3dmEnKU0YJINfzjX9w UomxAkmliheyMffSQsjl7if3HqpavC5C82JBcJpHcxHLjl9CMiQcwVRKblcJMBe9PubyD9Qf ShGEvcqkgrQ/D1pHyETU5sSG6GVOl/M8vDD7PUOgPlzRUTROEYgHfv/MwMvt3X5lC9JDGdjv A2RJR+ECXQ+u8jdNH0MSR38PuWpsIKIvP03yFIk4QHcMA8xfogF3sSUtCAPXb9YtF5AWaTa8 PbCGR9WTmQxjY2xSYE2IJMQjwx8QZjjSR8tD8/X5fK/C70Iv9X/SlDug+K/2dMhefsPpMb9O WrbX5Zsg0JoYieQeMw5YeRXcfaR1DMxev19Q6NMTY2LxpkzOiVBjQpznznuzMyMj9YKI/Vsc +4tzy/iTJiu6pnktyQsrw9qBa3C3dw7950uqff5pI7PSfFJGjXedbY3UFgXCQGrEZtKbbveF dVJ0VpjJsgBuIUIquB09FIDfp/Pb98/hKH1GABAfISYhRxVbkdQxDZJZo5YebnYjimcOkZ/n ySW4LJo7EMBoPTkfQeNlh6aHca8OPQmdd6wwfql2Z4zEqMB4DIR4BnL1fvLpTMcA/zJ5nfyQ x+rrDavBkM4uGOcOdEVZfF3blSi+GEcCItyD7jkFJ8L4JfVWUttRJS894vDYpzx8pGADOKjC XIyOVV4k2W8W8RjDwTPWdZiCD2V8NzKuHrkztVSw22rAew4UK1KxjljPdhCbQYvs0jYxcLwP Cu0aSoO5lk8SZm1ccrCFkhFqnW3sGtB+1mXuvfDPozHOE6klJBLOf3K2RmZ5ocZ3m4+7fANp sDIJyEkNAu5dJKR7SuKz6qB0im6dFqFDuY6Re4wjehrg7pUmZhhUV2UNMabGKzSyCDjKvkAY j383rru7DroDDDi6onMBvu+ifbuZpiaTlOJBNHXocAyTvCE5wOnl58Kr3fj8piqijS42HR1L yeRozUmoY2DY27x/bj0seo9ZxtpuHulIdpHPjxETMFvrngTGPvMdvdxKnlksT0kyFKF22lrG m2+LmGle67unoi82cBAS44F7Aq6yg2iF75YUmhFKwBuTUrxE/ZxzAEP4yG4Cgy0QaBhBwxC4 uMtevKaCNdElILm2lizyI4njC+91Kt6SW3mRRpDYS9DtOuXuPoLj6eGo2eZy6Vw2iWIeHd6i ix23kGYNmZfuyeXa4BFiv2Ey7Hu3atfSMnD35j2ewH3AEjDySkJnv8IjP3F58t+eBXrph6Tp Ib3bcMTQ6XZcrjnexlCxJY1AsJA8eNiAocGNccbew4GRvKRNRPdldC47lVmegzTO0QOvmHdl +H2/kRGNt3zMORI55wczz4cw4FMb926q7zI/dffkBgns0+QH1kZeZBEHuafY38d+/w3YS+rS 2Wtfouw+knDfq+VzO6D97ChVQkrM3WbPXIq0e20N93wPb8fV4MPj3hYxeBu9Y/PkX/VijjK7 m1h0gF6fLgSv8oLx6bQYYfRftuvTtVXqT5wRXAq2Upj+d/3XZ+inW/DLL5nfdu0PUsORiP2H iE03f7FsbmOfr3E5E3i4uYzWdCjQmXKDSdLpNrey80AxwEvCv8vFVLTzHgO4z2tiRAe3jJkg vakTCE0Ojk1DQdEg2Y135RXprApR3h4Qm8ffrj1jidrgZNTsyCG4ZgqkVYWbZJSTV/C8oiTU 9SPldJDsdcXkdmenAVQUUC4SFBJxUfNgDwSES0d3cE3GU1NYm1NvdHVowQMC/C+DaCezU5CI aCd83NsSn9dx/7NjM55Evo4gfvPr1X0NwRmS+3P8e4y37+0akee/6dOiuDxO80sX2edt19x3 HIooNUkoRCSX1m4NpmmJBNouIspTd9cpYsN1lc5ATDhJEgV7QjYdZiJoESxey0Poci6ZIW4A L7hxvJIslIcMQjeS2Uvx8LV6Rdq2b2/Wx5Afoy5sXnO6XEkSg67I08qFOBbd2pdN/nzRZYEZ en3H8SZ6l+PtQYmoUDsf0HhH74/VX+iVWUgpKLUoRKdv7JftuHB8uc3pc2bvc6EzZaw5vNqa bXDRY0MYZLGpYw+TeUpeZecNYY1XqJvN5Wq9x4lVDma6st8CO1SPKwO+ZOudKm3y8vTg1rEE Ku6mskbNPmIVW7VZy+bzYsGXG5W1ydzk1Tw4Ho5Qqb1qeIPZW0LOjnLtWtInMe2hOncu9pzf MtpXOyecnLwKuUHou95nJV1d85PKwy715m7eTsjLo1k8V5w7Wp7wOJxjRp5d8q9PLZ5WZe8r U1il8nmztF1boq1ixZYW8NcKGiyFO49R26msJq5VvKNm70XWk5zUk+UAXt7WJrKkZN2bU4eM clUpndvclZmqwc5ylO4yLdc3bkTiIpTW5Yribl1ebtMcJzky3qzNNHBW2Mu6qb3mjObW3WTO 3o5yw507w08sgstYDSniPBRKQkGFum94iHfKea2JqpuVI08BZLC2Kyk8tF5lOrGh8paJ2949 bBOrBuXdXZzbNcI5GLKrHdVzbE8T3BTLaPJFKnmc5SQo8zbUcUqeGjKU0KOTS5Rs5MUCGRgn ZXAVTrjL5KmqsbxrdfBRI4EmuTcna1UgZ5NzWbgl2hXODVoT5DkSt5zgqng5PBUtVlY5pvGs W2batyeVLaVI5QIu5tCuK7dXeHGNWOtqUczac6al7eK7cimCTN2Ocsm+Y7taLzl2Vk2hzjms OVuvNnFt5ylmcoqrsXuJc3mWLcgiUxdWOcuyhWbzXlqdMqhNJcyVW4OHmmcmuK2DzKs3zmnF lIUMVcd1Yw0OcyZ3JucbJlPND07dTOccq53kirPGg85Vu72nrHELFaMGKzWXXNu83aPC7mrM 1kjg2hzlu+ZzgyZLVWcmiqLpI6duhx8FxeUZtbxTgolvBJCq8vXEvctG7YySucujeY6L1Wt2 w5vjNXycZqpNWJRvgWPeHec5Jrh3FSZKT0bukPjTNcFOK5aonIM7iNDl8pGaIZzecLM7d8Ts cLeDd5LreVUxzDNyMwYru64NVxKmZrOauHL1A5qOqqWconOK9zLWm1mTUrGMTJuskWsxyazc vOabq7p83MWZUy6SCvmEZr25B3ktcy8OqVNbR5mktDeUZrL5hWbNTNXh2i7nd5fCM5xSi+Wb uSMHNd2mbDobsyebuLnMKGNFXMwrypSsszwoXrS5Z5Jy9km2xwVuWY5uc4XuTUTS27QnmlWd Mp8m8oSTg3MZ5yUdEo4OSXOCyKzLzclkvctC+cBzczqZzE3y1nM6qmZIrD1p5y2+BiqR5jxC jpVk8LbynSqa4ReVk8u6kXzbY3lbjSzFlHlaNys02r5xUG0rCNcrlzfEgp26s5NXR5xPNmq5 ora5hzdzgo3eUVN8u6Qq6ydmG254KCeF26I5NXW6FO5y9p25WZw67q7BiW3cnGJnEhzE5wTm BtLRzM5M7YSN49FLA8E5zk0hVjjqpq3t5e7t2MezM0bvBWOVprKqjuzPAsqzzaVbecmZ1l6B pqRNHkcBpUqviImbYrnJmqCsbY3nK1sK8rb3coqsksUGk1S2tPEZkVOCXx7y7DnFwHJ3LkyQ lr4eUlWqQzxYRb0OW4omzYsXPN1Tczqe5Y5mJ1yVjJNm8vDgXCMm7rJkuzltYuaaHFxLHQ3a rmXu0VeuZzmbybk8yals6RZlHFs0qt1uxeTOxVVJFp1pwGWamjQM4ZXMN6Fhs3lHFU6DO0Uu bMimw6bPKVZkTUzzEVh5dXasVmuXWa+NzVcyjzj3i4pu7ZBQmzR5xG1vMOidraVc4dlKumFw 1Z3rnL6eKHR2cWi1VDm4LJ5svb2jtcXEr4syaudsWqvjdtcnWkRMznA8HN4ZpPdOVTyZGUUJ 4yZ15McwVXJrGU6mq5RdOecVbk7uLK0ZROu+Xq5Txbd1rdKjl8HLB5RemJVLJVLgzc5N8S5x TCImTxFc2cKzMBlC9NcxcyZZadKbd4qU6C7BeWVSHK3Va01lzbpcscgNl7gySsTBB5buquRy dtDOScy7qa3J5animsza5UnOG+22/3h3f3IKKCfdCApMqyv/MkIESKMQH/5aVExUT3ny/f+W fT6gOdQwxHET7nHRB/XKL7SgH88qAZCCBHk0kISO4NEoQbkB7A9w/eX5TPIPQIIDjKoCPvmx EghK1IErrfe68lQsWjlNVG7T+4dhDQ9AP1/tAyHdeno8dKdf14BvQwTdth66+pXuhPIlydCB xhAOcICoXli9d4aQQ7QgUKFItKFAKBQqUChoNNAMyCA6VQDIEEyyVm8bGANqP9RCaUOiODsg i/vIVgnp+/oW3p4dVfWSkGIf4IOQ84Fa+JUgZCuQH0eSAPI0bGlQaUSg4pKeJgM6PMg8DY9A JRA0eD7E1yFA8BOsTRCi+GbFgLkfYJiDh1gpfaxMWA2mAsQLpIhDaeC21hBxOOPjB6Tusd0+ CEnV8rFCXkOCAiPlCiEQii+B18fA7+QdjF4l57zZQp2cGB+0SYLKlRFZ1bEEzQhE2kliqMIR lVIhJFmkb9NYg1KpboPH1pEvlxJJG44mvRB5qmYMS+EjEJAZ0KhJCPq1ukHaHmhIG/r068O7 RgjKGxgIDQ/44WDSSOgwSR0VOBfGs5ec6XXdcrVG6yziRTDhKnzIya6cqtzMPCtzDWIP4X2M aRSI9bMrt0trQRh+mmEq46WL3/vzu35F+jNBklQcO7LTSsqnjb/C74yyqHy3RZlq8tpjeUWp PhFnR8salm2n3OJFiAjCEirLDDYCCAs6KRyjD9TJ7mqtu9xFaY0VPXoR3GP65Kvt0kVgnNy4 UDI1ob8gvJcHbwn/q3U1/fx8r+fL39voXy/QczPQF4SOrF/4H5NI0094j6BA2Af+daBjhu7p e5agipFe8l13fPw9jh9srvotl1l3+RuqeedT58X/G+27C7GfLDGIPZl7Z3X6XX8HhLjGG098 aYY3j1zxxpltuvpRxRy3bYVuptlFeFc93Ljbjqb7csrtbuF1HDrny0tnlLdwN1TdnU5cHyvt uwuxnwwxiDllyndfpdfwey9fFdQUFAZPrs6nQ0dt8B899ugHeDUlU5BhG5dRbhTabJxKQE2E mhttQ8a83fWsidx15XLwHQKUli3gbXEiTyu0pixmehZCFwQszdkArYkNIVhwAxpuSKBQhI1y Cxu4ruNuJheYlAJWEXNPJJC4QFoqpAbT0kryWitSgKzRwDAwMx3pxkC6LcNsYj+9fvQCAXkC 2hH/OovH+yK/23BC393FA6OqLaKaqgREcIoi4XKKi7/4WhMYPf3RonaVE++EDUIm1SjQuECm 9QCf85OkgO5P+uGkDd/4SCcwCcSBNqzSE2YYQFsIMXMYez3B/L+r7Uc/8P9X4+t5H3pIOvYX n5E0l70DF4URNCEv/XcQkgXsPV6zH2QC8zmgHYf2D/OOD+0Q0P84+SHc+QzjwAHnxRPyHQ7g hu4wBgykhIBvX1qSxpPQ21uiyEXKs8hBQFGrCM4AsJDx2dIQBpX9oo6MB+1D9/93tU0TeuZw bH5RT1zSqw/AkUVgUPkcoBI/m0f6v/XQWWMCd/syaU1bFWMFOYDEFJ7h59v6rvL+Jj8Y2OPO Wk7oemsMqEcjCTg/Vbf3EJLgwD+rTWR4m42tmz7yoIX9bbHLaSEEtbWjyhHUnScnZzwuhBWg SgE1zQCZ9kIhhRpEM8XUq/ykfdrB/esa2mSQyRXNUAUhRJ2gN3vK62jiZBQPl+imI8uTfFWv r3I5iGQCCSdB0wJBJRA/cf++z5h/M3ybPrsj368J0XNzaGySaRuZ1aXkIGBq0GzXrZVpExgD QQj2yBZnUgjPnn1TX8P0r99O5Q/qYN1n/j2aq+ZmKcc5Lrlya5Oyhti5OcnELq+cplcm7vLu azNYvk8dJUmuS9HOaOOzMvaNncNOxlS7Eggq7NzrLeJ1PJB0py+ThF8zLFipzZUEXvBczh3g dWqaviFjL0Nzs0bNcTNXuKc4t12Vhy+BVi3OO8lU7zMd3th43Uxu8u9FW9FW0Zso8e3Mbytz MipuyniSovlkV/+APgCxHg6gD74jvrqY9Of9Qgz7IUCz1yBIya30x0Fxznt5nQVQBMRtBHqO mED1FFUJbxKSihPWzYNq7CmTRJAIkR/f+zu+t1dd92aBHeNaPL5h2Ru0Kq+Wq8GALP4hhizM MI2gS7UzNbcE0KNHo0rxX3hvsbtu+7rRh3k3ezjgAC7cT0OEO2jjSAKC61WHDne3p1rVbBf7 +NpabvCutIuxc3jmGstrskOpI6WMk4kHjJTJMoVOZJFk6hWqudrdK3rHzepOyKtOCBwiR0Zo SO4A2g86WMzvTXePNwodYZYxjZ4lQ4ikDHDGpu5WGSaRFgi8inWZtrmjjK5nFy5mQ/mgyYgg xBBkqQWYRZIVZzRwnqqJGc5N8cnTNipGZOYcmZJlFInEjDBtokDwgNyqdlHq2ZXRnpXuyzq0 dXnVXIKiyVCB8EDpFx3uM9zfV8uWu3RE6QqNjugcRJ2kUZQikqT+qR7vg41SDBpI4ND1/sxX nKAf/eAF+soYE1Kd2fPT0uVw1iL0Z8B/M+hr5J6Qgyn/jCpvzz154gH4j7mOEARwDhxMffke u/u4CLE8kNygakVHr1xdygH3H06cnPA+b/IQf5Q0v7Y/ZvA0asEf5ioivpDhDREEFfaSYIDx nDtkOUQAHUvr849Irker/y4mikSdQNlciGMKsbS4M2Zs0TJ406eofwuSddZ2zya8HyIgSlZ3 637HHnpgdfjm47QcSagyNVJkBRQJuDJ+MPaF6Y4kN8iH8E9cd3+vE9Pz7NExXuqJg7OIdgQa 4XN55usDSfzgf+RCLolTINwnEo/8I4gOk5CfnCnOZUDxAp4jSD2SPXMocsAmCXVi9RL65Jf/ TExsGSvGd8r9py5h/b/l4mtQ+ZaMYA0+w+71I4DDq7t9y8fVu9/DznEqececpeWMp3k94EK4 uXt8s5ya3NNJIOU+JVVcHA7NYQTWczDe0UXzmjlbpYus5tjm5wPZZbxChObKdioc5fN0Lk7N Ttc26q+RLu2eSTo5mJY9Du6qWpW1wXaM7IS23aOA5uIcyVNzOMmZdLOZLkzxW90bzTM6hZyd 5Om+cQTDUnME8U7VnlW+crQ+Aaq5y1c3qTVLLrkFO9zJG85oM4i0pDe5QtyM3odA2iSUUAfg fakAQ0gUjj05/DtQxzyh7tNz12ZrK26lJ2UnVlNHrPIP6sPB4XUTsQFKttjg7wtO7CVZspos zfe21qo+rxvx0w4OaC/9OYlMVd+buv2PBzpKlFUUUvw9zlEU8NiRcTflvsbBZY7p1Dj/2EO3 UEckENBjMTRA7Sv/KoR7y0l08/LO708LwuO6dVdwiVK3jHNUpZ1Eg03GWxDGmnlAQ2My76MC e+/FvbExUwRR17+enZRUXe2zkmq7DWMUMPmzUxVUWt61THY2Huq/OBX/Z+7YADoIIhAoRIYB VggiUSJFiBECkVUD6J4IOcRUUMZI5x8wKIaiSS0mLew10mzdrE9+7fjhF07VrKt0hm/MygyK apullx30mmirc1rUEzMXU21zhzvn6P13lUVBEReKFFx3u5KiiYqt4OFbd61THtxzvZFFm/zH qIAEd97ffrv4NH17Wi/iprKUzOaVIr4+MteSgEyd57cqUdfp3lVUcij9+uRz/Ib1zvi1VRUe es0VBPHG9bpiI2atGjBJcsMbLZJBIi4AgCf1vnnsnruK88zMz2Vjp36ox6ME9JEEkEx5xyhI DBQs25BguXxzx1Re97zk313Y5F3zmOBFVsY2201toJCryHuz0d5lru11pOUPW6T2uurZjj5p m7uX8R8wY+EiTKUEEe+NrtsEAwfav075wm6q3dO+9BNvYaNFRlo1i8b3t2typQicxjURFILz AAX6BEL+ho/IZXO/XLaSU17dSvln6Kqv5lnbXH8/JBJI3dNUKJAJKntiQZNOEQSCCQ4bZLRx hgZLLRAIg41zccHEb3rUQZmeb+k9hkBZT3UD151wdP37kerHxlUfjHbsGQhKeI37rPiGCmgw zVrQRZGYd800eOOC1umKOxy61FwZlFXGvK1upwsreYxHRV9h58HTyvHbvbKPqcqn5egitjwN IeEwgsQcMkJMsA9d5qLLi0TdIyitm7k3uqiJu6JjyqgyEUkgUSPABH4rvuPO5HOrnx2Hi936 3mXp9ei7hswDBtIzLgMggElK5UkgiKm8+WiciPfO5cOP5e7nI187T+/b/UNDN7IRRgvX3wWC bs3l86FSsAhxACuY7kTtM+bP0s/9rvVwJasSD7RiF6Vg+B+08T1CFqDf/bzgCD98Ch2QnAhB KYlBTMCH/QTwkAlgghGJBSWVVhhSSERIYYkFIiYAkIJkpoRkkVKFBCZChUYCAoRkIKVlKFAi WBAiYhAgiIFmRJGmUkZFJZUZJIhQ++QQULlaNCd5/UoAaYCEEl7te/G78pKH3kQ/v/Kv4b8k HuYc4PCSg7SVQuqnJpKS/LHXz+3SnMG4oEpTJ5k5k+JmuFDp7hifKP0ahNIa7mL7Caj17iGN niLMIxjwAKBKf9PxifD63FYk4mTf57EBzYZZQyw1KSuNVfvjIZ3+OGHQP/d/NVfX+6oV0gVV 2N8olVdZlDm8u64CjmnkzrInnOG5cinaKPMk8fLU8mbwVwcbbNPb45zamlWJnmvIyqfDWmtz mGqFzzGhuWhO485tWbN47m+Tx8Nyw+VBy1LxNg7RrXNA2ZtUdxTIznOZlTlTWc2Re6bzmbfM riyjZ4Z03a5ead5zh2puhdbU7Yt7kAAev8F/dAhB1Y8Grzo9+W/LqX5xkIK7nGuGxS4Cx48x /T7P5mnj0HOREVz3uHLY18A3VyYgvKH7ZoEHJKYIMFtsn/oH6gEENgkIU6PCprRq0UaKM1hp PLpXL+s13IegvPnHnw9/T4V2aqwftUyn9tzVjyqz2PgEk4IgATiEQGtsWIiqjp3o3Vcbreth bNadNrV05pt0gIKEpEmMpSkppxaFIZ+FsgNj3eBA4O+sTHse0F79/A2ntS6+PjOvyTEmCCCg LTMRdtmaKs5Nl/Z9nPNJyWUZzmqgrwgeLcvd728Nfi948iKsMqJ+p/N/NsfB/V6jnx19F8+k PpV3Esniy1Q2/XvZSLJJkfQqZIR6291nz6H9Lx5Rz7j57y7mFEJUplpAFSjMsEkhNvg9+4iP j/eInnS9P4a8DVfAsn2xSaJRMr49+/jnUiSDBIPhhAkTNq3k+e8j+b3FhqX4Vuno7I9fEMMk gJBEEIm/j4EbffnfUzPtza8XpGqufcygSpus9+wSNIlhAkSTLDJchtntzMj2BvbBoIzM7/H8 7ALKoui2YdszapMiTGrlEMbijiTY1cbXoDZKubzvzerpLXaTY4rcvMv5oTdjkzs7tiLS9+4I kiXJhsjKqDNa0RRRWHfWiptbzR6vsqQsQIqZK71iYEsOHDUIn3EMedEoHzU+xyPWZ71TZF9k 98bZBJpEhQSSyKYphIIKEQjBJFU4DbqRMe7qRIJaJQHkCHlIXw8PK8PHmpIbj82rHfM2n15q T2jzU3zvuQmRhtIMmq7qoFKYKcB1DYJLa/L3HwBEQQJCUlU3JIRdShQox2iGRChONhabYzvh g9EVUj5TmLd+/l5Ni+h2mgLImumHFm2ELadVTkkkSiSYJoslOnICRGtgiqpyeIvE9FXc3PSL 5JUceRPBqbVsRe46ngDhSSLuPQ6fahhhj0nXcCx8CmVQb8QDmB3iJJH8Q0Db3gfwj6lXU/Te jIEZv2Hv3b0HNobVDVVxmP332wu7cc9NaQ392ag7Zg/fCl0Qg/JLvJyoZLPGAwangEGh22YV uzjCV0d1J/S3C9eYkbWpH5c5byqVSeZeGkHarkukdrDZG8lp4zlpK9s3k3NZkytt8ojlTw7g 5PDfOAqpxB3wLOcdWjWVSXMppO+EIGWsE3OYzOinmcx3oriSobDm7OS6lO1i5w85oxVrFRc8 DuuXzDOaN3gnHN7uUtiXlDnAecGLg3VlzYm7ezSwTm1lKptTvKo5JVZy+Vw5R/gIiX1XRzqT 1zBpUaGtRutbvac/wstlD+BIYaYJ06btUSSDhhFgkokNjJhqQwEEjKSPtqCZHkAUvRx715a9 SHRd1lWj6dZ1TlwRfciZmWGU0oTSQbAak6KpIq3jrRjrMd+eb3nt6Ho7n/SIf4S/Ra/E+td8 rzvlAQb9ORGvE5SlQnv4xQ5VnFHFcJ71xXScowsqJmfLXx2bbXGzdbIzbjRvK10Yizusdc4d aq/P4vofr/8x8wMAgwIu6Lfkb3M37jdV12KSW+Vd5Ol17LUnSlLbjeOcEjlRPJeiZ0+I+xOw j6IfDBQVNQT4IrSMHmjvuqYm5U+PvZmmfDZ1JM25eb4PCKVuFaQcpkhyUGSCCEjLDdqRRqSa pklFBeCh4e/D3uT1fXXkuWg9no0j4bjnRPCgkEUqmYkGCJbYaosjJYTBKCLKLTYZNINj+z4n +XxH1j458Do+vdVyvjFOZQ9e18D55xDaWpc7PfXDHbYSXbZJBBY7cmRQqnIbYZAa53IZIlBW UNMphypWHqqHq/O9XQtrrzB2T47sTdUX4yp8d97Iv12Fqie22GZcJpFIIMoENtAgWUZZAmZ9 AKx6VcPZpL1PnderqliUdjwnEmYHGgSQ+r62gLtJKykxMhAgllljhQI8iqJ5Y6MrrvrBcScG Ku0DkjOxsIUexNaw6U1bqRBBETkiJOmEySmWjgLTvHBvYeEaHiXLgkTaencfe4p/PP+cl4c7 Di+V6x9vnS9r192C6npar0tJfrzo8Ri1Sb2x9vkx1J5k8cCEpMJelTDYR2eqI+H9VKjxIuN0 fW3YImuYZn65gaCB9fj6LsrPj7U2tkXgq1KH1X2LcoFjZ4Z3dtm+VLB5WzzeCt1vaGZyt5M3 dS7rWTdCsWVuOqwo7QuaLo4pm5OatnWEOPHXK2FeZrdjlSMpjJuqozZJEiXp3RT4dFPj3M11 Ocra5rDp6DRNjRWXrzmjLLQJqubxWTOjl3evE8nNK4EXZU0sWaaUjk4+Txbx7eja265c21Vm txkiUf7L/0/z/jDQr11seu/Gh4/QZ3K6e0ZGsVyQbY/hg/pCRkrVRWoBGTbQSaRLksESpOyp ophoLwR+vv94/jEftA9Dw9eH6fHxNqWvowmrf0e19DVczckPPkfTsowQUQk02paYll2CmhOt loU0SykkfzHsCr652/B05prw+mN06O/PRKSCRJJTbvpinIZXAw5IkuD4J3Rw5ezcnnSzejk1 i7XDpw9cJaCJZxlQZtMSVSlBpiSWblTRWIKu488LzgXS6s+O58G5ZqRolrSFteVKmF4DJWyE PEymdqSS+yERiV9KELJMpP+Hofpfrzzz3PYq1691a97ezyeV66SbXvXW3QvaNzEmSk6LUozn Lnz11zvedz168Pg9czJHq+uq77fTGV2stkSUQZBMEEw2uETUjbmkEgYSlHqR5AfMHBh8W0H5 478tXSFrXuVs8Ix4d554NSjpiXRfaXRFljKyU0ZEMskwJPI6BszTO4eeYzCVMMbZaX2z0tgU izm5YXMqYXCw1+H8ePNx36V4/T08QrvESi4fhQLLLHsTPnOuuDrxVQWbWCyVqavbXiKS873f qj2nFEXvtMV0asXXPNzbdH8zGpGDpW6uEoo6ScetajU2cGc2iWa4grscTUEhe3tEWF+VibDc wbufBoMU0NvCIYhUprjhH/OQPzGWY6AEpbyi/upHkn8i5KwdzYrfU3uHE+Zzak6baau7JXMY 4Ku9trgt4mHWcd06qW5D5RNTPBVVVgq61TmBG6u7nGqfHd3O48kEbeEoWdtriBanaqXbWznL Ujj5aJyuVGjhVcnNxZRvlPiytwu9vEXQ5NjAKp6eWSXOYHvLmDvE6yp5NjTzl1cqdlh1lZaW FXUneS83XwpRecRUvNU5I+3Y/m/Dlk8HzwwdK1rOuZbmRpphfN3xOM5+7qY4NUjDBwTY+Nkb KiizJEjpsz6dQQJBx/qsD+N1x8F9TOSkbU2s+NeG/jiWVzvwE9jenLlgorjVTTkUU5JfgVdE cfhs1Pl+SV5qnBS8sTy0E0QrrseZZbJxptNMYpZmVJmCSkJEyXL8UnvMnzjs9ebO4V5Wc5y5 Xha8ahyZJcmLcgsGiyR+2J9X14tyT4Kb7uL7uSrN1SufQuQZPquTXoeEdNsuShpEigQkCpKJ kiQYyZ8wAYOyez15k93hljMlZbdPMKqh4bU9eEJK0xUMS9muqp+CpEkqJRP7PQ5630x5k8Hp t167n1xXeJ7fqnxXyg4iIEAJOEitYYMOTL8HM87t70k5nkzTnHb8xPfNnL7nrwoNoCQBDgkv tOkKLFSgo8fd7o846R68Cy5IVBpLG+iu2iSEgwlD6llOTIXe7eFDvkrfPH43xTtDB552kQQE g2W+ljmabhrsbJUxlIQxUicQj9sd4lhqS93iiADPXeYtO/ETlyKh8Hd6PI50z5NOUFRUVEwv k7oXNarGFNOMKUiNA0D3AmhqJqqFKaQpCikaBopTrgn5c81AQUce8wEOEgwgPr9ftJ94T3Xn JWPK9VVbqeh8pVR40swu7qRgvJdzw1lVLsa6eojTzkztGd3eW+aWdneLKU8MpTIxxPOTZKWC W0pncQPK2szVvBd81ZoZ5hWUw95kXtIVKtzrW4WKk1L5SmuSLeUsuaxHddoOsdCjympnmHk1 vKxWDdbx85U8fJfKpWkqbc5qi54qkvRd4kafJ3nDfMlzOrebTNzi5Xq83rCzuSuiMworltO6 pCxRmMU1hBBy/sftPgyRl350b5ziMt+/bq0MEQQwDUkErBIUUxQTMRFVRNAxFQTVVEMQRVE1 VVQQVVVQ1RVEFNURNREBVFERBQQUSTRVQUURE0sSRVVQw1NUlUFRUEkklMU1FU1ENRM1FVMT FM0VMUyURMxIzEBNVURCxRVVVVVVURTRFUT6z0+LZlypPflWR47ttio5kk16EvnIz0PT7mEV vLMN4atVxbDVxEgK9IO/fDjsup5PeiZF7Y7yczlne62e+Gpg2hRbkUpJyr4cNK6HQjO872Th pR1aq6FKurorBtcPU3LL42Qbq7lNSB/fH8/2V5Xre/RZn2KzzBgWvNYvWsL9cwt+mug7nKWK 8xsKgR/xiABH6iB9/r33vSR4u+/YmHf1y/V8s4dzV8dLoX0ECDLL6SEiXpmSESp+O07u84OV 31QmTfHLaNdJGgcdG26y0+riTHTUCBEQkHTkvjYsm0g6K85lIE9m766bsttrx7uy860HH3dB cNtm2pJRChJmbUuiu+vKztdb555s0L55jrrQ2oPnBLzmJNWrCdlxECAsI8tTOai15e9dc5hB 3sc6VVsjqd8mxanoSl33LmOUkCU6xJzgrTr/jPKXP+YEz4dQhAkpjSNxvQkQ0oHfJkjkh4yL qB7QJklIBkq0aVGlKAClCmgAPskTSpzZVKVoVpKFKSJA/OVHxIqc6wqULoGgR0AaAKDeUQyR HzkUyU9IyDeBXIShAoGkAKVDToKE9uT59e+tt56LoOvgXVdBhV0tmktSt/RjdmecOSnK29L4 2Obb5qw4ZvdrNnVdqRzd3BVcp2lOcFKauuDNKFVRygcxiuVqyjzRx3nOc5QoTVYKlLmvXVBV k46fJDo8meVqFZt4RxTmtqb23zOZGnXxzmniug95lO7HFWXSwzs7m4qRniFyt273IQVvg5zi 3driV7mzC2VpXDi5hPJKkyAqPKm6XFscYkNcucna5trJ3i+32u9cxwgoTFpKXUegQBEDrmcb HYT8PZ7ozE2s2yccjCPNjwbdvysSLokIHqa89COC7C5167dm5fXlUnHjvmMyRhs0pI0SGSk2 ghVpdg+p9U1zy9q2xdZQzwrfMYwSzvHyfKAnH1lSTMeN9ACFzvJnTy++1PAhN81go3VcDhkZ 325mi6FTVDZHeDDhUjt9dd929NT1jCbFKZk728ldyAu5fH1KRmqMsCl3g6XZrqqHdXPXNV31 V61Ktpdd5JltAuVJL4X0vOq3wjs7MrLZ2rvw14SZ0eKvGgJ4JUgh9XYmfKotHrsdZVpLvzrT dxXkozzwWOVkk947pssyUUecDIS6QZrnXM7jl91QM0l3UayOMjeqt9Ff6D2w+wn6XyT51BqH 4HaHvK5AekeluBo+EoZK07kyQpT5w7xgKdILQOkp0C0mh0poNFItI4nSpo0ItFfOdClAHdb6 +DnvOkDRiOQ6aB+04JkgYevCpQYx/KlSRLvv3MpQzulSedaFNIq7U3ON+3V1PgdbfJPEibnK kcurOszO4Q9WyLnkw0Rc5vC2dy+DivGm85MmXju+c5KwHm1bW6b5xTzNO7uxzbu7QU2Zp0b5 bVKuK5HJkGbe1hrIdYYVhbIxnWZMi5k5dSebqMnk3Wmq5zJN3ybrmU9HLcmWhQVp8HCxZ1BD Ry2NzhtBVecu90zNSt+BA0xA+L+RxGznOKhym/DXba8kcd6r5lcb5eLOj+WOf8sMjpvPa0C8 UyyD1AdFAwnJEMbG02GoRiMcZAOPEAGCVZgEBkAIeCAYlV4QaVQdKi4kSIQSIQQYkQIgUApI YARQ7SmDTIghCvU69+/jvvPD7NNe1h+H9+pqPuWg+ESO3P2H2+675zct0NviGC6tFOM8s4dL XxKdUR+aWwMYebVNLzG/DWeuutIgFexp0PN2WDOFvuAB2NBL79u5a26BrVfzWE2PPFMlRxkr qn1hyfH3zO9lE6h/qDpz2pKQxU1NJp1574a3bg14PWTTuJnPVz6RoW/BWeMSw4VOZQdsU1Ha ccHMXd8dc6GTObffeR3jHUlGSsUtRZYnO8m1S5M3T7kNzRXRrHPVQo6MAQIALBet5TqbbNCV s3DlRECAYQ72hSi9W3vcVcvtddHOo7iIECeq+aF8NM0gU1fjZCNFTVIRA050u+d0ZjRLXiQm e/p2AhMJGUz5Zp9S6INof4CB8DR7tebJa2vaqn3nrD7LbdWp8meYcpaksNpJnjNKkA4VIpRz pwR3jSDtd1XRNIQgyEbxGq3Hi6Qel62T7xuHRGWHtY1zCZAUUFJpDqDnwNoGj2LFQlL1JpIJ ARgC2FAAJi7/YOhTY513XEd6s2ke1U19TOdmdqnnL5RItqq3mjl3iE8eVhwUuYZ4cnCweCQ+ bzkrmFVW4OXaTyc47HOXN6LbvKdmpE5O83anZe4XmM3zA7NbZ4qsTybtjJ3bSnW+JbNN8NyE uLbm1SjHy6vN5Ozszj2pszKecunwHmbOE4bVKhdveMuuVKuhNEkhI5JyglePgV5O80G6d2SJ GLnOXbq1V0+czZytkmwSkh9PrmU2TIRJ06G0QpujG8O53zt9cqpmp4LtvpoXO5sxVhjvWOEW TRYcgjp1qzqL5k3d0Wc3rVzJnLo11eCXEnklDrG6oMTP5+gAPvAjrO+tnyZn37wy7VVlT36W Gl7TJ98yEFBIqZU8YVagpUpglEmgpb69jnz/nHXrEe+OfcmW/dT76q/Bl1QaT9e0CD2JlxPR Uy221BLXyPdzqWt9Hyu7rrPWelIqcYwFbZrz1kjTOyGtue7+gipN1yUh05PFb6XfeUNS8Gvl +Ds7IvNyUeOpGIrFZIau9q7UG+dlkcFBpTPTjvnTwPhamWmg+1vVMWbyDltw5w13YUpc77vW UOXp5wrpilJBPbLdTNU6pJz+UDvo9855uw68wt0MslXEieBlfKblOUBIww+5VDNcRdj1PC6P 5qZhljFLQtbq1grWUpVJqA5HC/pr/TpWkQOIC4qfy/i1Vev67KY7++ovqoqIlBH6Yk5Af6tS a9X6t8G7+tSiUo/R/v/bjPrdh1MemVD2O+3HfIWn3Xmf7Xe78ZZ9oU4ibvBhW6pbw0n0LPpA 5Wta07s7KzSTEjv7pfRCm0A2c0kfT1x1Li9i/yywQSO/dYxCK7MIlm4vnzd8YVru/p41N9v8 zH/PYDkjtWEH5cYVFNgG47oFk4Y6n69WJ/L+1y/I+muh/ND6O/DT21iEkiEyYwX1GQrv9kxW AGkDfT1xc0j/idSQHqtQRJ3wQYNE371SEStFVcQKMgQhimzfMnQgSmwpXOhNLyMvyQpC568M 9hmFYXuWJdyIyLJ+vfb9lTHhtMcxG9/8DltMnB038M617eE/TyoKtYXOmMlPpjPh8dNwbUq5 4h+iRJvL1cqfTwEV157j9XbSQs4cLpbjz9O7rYA5tHX8IEsGCG0ERNP7JhQYqsKU76mlU40Q HKNrnHC3n8oOkiFWkVuipnBvyuwJild9OVqLsmkaNHgwy4QTTKRKPWODd0pW5+j/M6oA85f4 Fv0x5EJQ/R4s13wkUYf2HSEe1savg+46zFDU5B0Kf6YVWQwFo0jkDBcjHDwkTSGJogfSUDaO ndH8ccEEplVACnlHvarz0kuTPgcVfjNQ0hsbEhbNCFNfnAE2Cb6s07ZuQtel1KUQqtcDBbtZ uwtAiSKKcoYSXkTIN0oU2DUnBVjwWFEn24AfSloBFKvfaHUwKPYIkGIMOWhknhWlZVr8J/jb GqvsFzyzgVHbX9Mo6ue0OYH4NQMulEv/Md8oVd30SCaGasMWi9i9rmxdGFWL0a72u2X1cOsB V1W9oqjhBe0YNQ5ko1c33WxHUfOQ8PPE5+WHfAHwk4w84HwqHe/YeyUu9fyUGDNzQHye/65S I+XGWk3D6NhAxb4HxvjpjKXSUJ1iGNqcRZ1JbtxM9vSAlpXH2YZITSGwOEF/NJcMnlhtFglq 5PWcttuNfD1FvmE4R8H93idQHXy8I1j+n7tlTUD+Gb2jczDJ1SvEzPsgPYHR2E3JP1Q8l3pN op2jCS0GStrnH02A/VCHUuEH2dMd5eUL/d9mIj/G0dGK9paO8YrevCSmw2l6u+7fHl6r7791 29/l95d566544m7SZLEcozfqNotdwvt+qtHXcMvvuiXoOH2soiKNFZ1zhuY1XOXJzTY91r9/ fWWI09Kzc/8679rtN8pf36ceWm6c3u2gfPK66dGyWP27+6lWMY6zi6JxuZlqsOmtssctcy0o nXDCeGmNK/U97vvjFVjnio55718Hhdh369Md+OsgM+JLH9m5U79MPHDX1HHTYu4xV/0vJJ5O B9bRZmL9TRo0juZL9sG542IjQcj6ZTfPCJG/QhJbgaQZNshCf1yINRu0CD6Rrw7o+v/ZAVtH m4ZuiHyjg5NN3ZsghmdlF+h6pfFoMmYHnmSR2pTa2Ivc1VoG0P3vppc5UauI9koYP1M8pQvb Huw6Ok5Qvazcz2fqi926OJbsudAvfBjlE8N736Yl+sb2QOLb8NCkLyhKzu3U9JkDrldnPLtG EiOV8TfCITjiI4gESQ/x2+AggEaRHZCMOwFDS+XIlfCnypoVIv98pJu9NQQHscisBCanoPFi COyBR7MQqI6pCfwUAjACBeuDV1hNImk4v9Uqc9ta3HvvtIcabb+ZMq2i7oTiU5yd09ZkND3x vpHWUHHaynPAYEqwaYkTlflE2TUW5eJgy0rH3IsgSYt9NEVqn7tksE9jcEx9PdPq/1B5IrtA HgKizZk/UKEM3GJIJkxREliR9HjibWGJmUnKC5kh8/zkSnDDclJ8eKymquCAm9pm2VXKKaNO WERBp4QI76m+uBdxvn2fa6vwuk6e/y37r9xJ7Y549MO0pM62hm0YsOz7OjwugW2avpxiRffl rdrhi1gyfNkd+OkigzN3NWpvgLT2y7pSzqXTfRD6GZS/9bhwzABIKwxXf2pD4ypVn5xf0WZK +MY6bsZExzL31wyd9TgV2fkwqUgNU8uEGOsaM5Y6Of03UqLYCuUvhtwUV4bQjxPf0Kk0kcPi w6eqbrGeOn6n+f6CoHZ112/Ofy813FlNu7vvKH5lKWtJFWZA5OeJBhb83SZdEDdH+545QB9e EL3Mmz4PSdCSi+NtIPoP7f+udcd+l2xIjw4YzgZudXJs04XTMHbwiZJkb3HgzQbY/sh0hcTP 6Kk18Zwe1wMwbuZcSc1BbfHvr2aya2HRtrdtz/LlnZWT0tuUr2XvO+c8Kfc+jWO/OQfplnL8 8PXrP4G/CSPc+PaOQNv3OH9j/RY25zwGjyf3vtiQrayJI7MIfJm/o6RK319/Gd04b5zifqxk 2jO/OU749r904bmy26CeUVZ83e1VTjunb5zLmKT/paN/unIO6HHwnB9DVHRw21vykdHPbIie 6Ipan7e/hZbsY0fTGDEZjutNScxjUVi9zdmQsgs/n15Dq/bycLNQh8NsX2wwIxn+J8yO+vT/ yj/P1HUgocfzyevI+hjzer66/7MzNffKnWW/ec7n4eDo1CkpWGhzIDPdLWaOu5oZgSJnsRAu NvOWQNSsfDKZP2yN+M6dGtzFCRIOO7Fv48qFi52clTW0vbhL63pcVcozynuH9ztQibDQJQyx BcntXhdSlWg7vDLY8Nora/ORJ8ZS+6tJDaaTZgzwaOLJPB6MOzgh35X17897FRzLxeD2nnhL 8J6UMLIzSGbx/RtAWx4EjutpfNN9XVwPZ+eDBuFqzR9eHKJATGe5mb4do0ZNhZnzeukIIcmt soylAK+cr2+301pQ19spYkU3acJzTdWG3qD7/DaTcRBxqSYNtjbZdPjI+zzhc/+8Aqt5w7g3 esmdHNk/x8HK47eT8HNsGy3+15SEr2EMo9mUOmXysjvrUZRoOLSlQmP0n4yW/pMp9G/yni0S xi0Q3tEYsS7dYP+jX4sPqw9cjf5w4hYxB72TMp03+dZe73GLkg6ujHy7ZVjWiPJ6bUlZ9HzY YvowwYXaVwcb47PDt6/pt1Ba+KQZHS9P+HSd/i/n+PW7KX6c+PoRVJBetQYv36mQZ6+E/obu b+nfdHLMp3lD8EVSB/H+PXVAjntMef2XI89dl+9B6Q+n1139PT4+nDsft2YnxAfPn82Pi+Pp Wix6/4facpRZkiTJ/P78/ZLNn78wi8QwjtZWY1+2EUx3Sqy5kmRp/RI7ml4MF7KwbAwRifZC Pg0AL+pizwhAhetgB1YH274S6NGMgfygKIu4NJpPhdZxd5KNIFH6T93Oua7tfq855FFRBSdm 2j9fMV6waKT5x2b9u4Ick1rraSH2hP3Qf8jNNI9bQzSIfr5kL/MZ4MQI7MJDSLVukkZn3emh 9CopOf9XnhrjKn2dGDWk2nwh/bHGBfBgPug52hJFzQC8WJC+5qwMk8JxH5fNtngLr+ipb8oQ tWhZs+fzhLm0bHP7+c0dRik1zPXBSCKFIID76OxgcfiZ0HX7O3A+UgX7aRKShwDBs74O9hkx Bg2+bD1bQA7oA84f9EH4wH8flhrrhkjkprTgh4fTBdQkebEfvcMNecf+ohBgxPwkX+HP2G7D 6l7RsaZRMUefe7D8M48yFHRzfrv81zstq9cbY1WXyziCB993yndIGEoHrBVP2F6cCEl+z6YS kxUaQt+0JaM3eqXOefDD6n7tu3SxTDoP9Mm4G/p9Lz2j2yCf5JE7Sh+u/og+knSHS+77+mNL Lj+vuUkjgmUYkXg1sbVk3AxDA2cVYQKPVIrx2VJR0+ysp1YtzCTp2gmm94qvkA+r+qO/ER6s qmFAnaEwpsrEJQNJQFLQaHQbWU5CaHktC6Eq0bOw6dDpD+kI8ISCVg2z3bCHGNXaKHUb2pyK c64SBeqIE+12c82XtI0YGVMpUbYZMG4ahhp06HX0h6hPjCcgoKG71B3r2k3JkObDAncQsNKe DrdU+TDkwbS7t263ZBTqNDfOIl6d2hMPX+sgBSGB5NAeOXaSR0abB4kIz8Ne+6luzjkzm7dC DxbcNtZeMBH3+MrZkFz/G+59xmb++EHl0vk0Lg7mkEnwlCIOfCamvBq5m08eG/+mJnqzhXJA fNpIFszyezO5gDhwIHEIO5/TzgFWIEtzo1NA/tGiLnXrPVn22gDvaOjD8WhK4GIW3OAXx4YG Z7/AqfJhbnCKtdiRHFwyOJBo4Ee+CAbIgV76dZyGzNnS4PIMQo/CA3BMRAASMh8zWJn9MYMD r8IAbybGG3u25TJ8fB+3PlKcVW4Z3tGIawnlwJKQwS57SIumCLkP24QJchNHJocvGFDrJ7Sa ukBQWsQ+31+o0HkSGw6vizTLJlJr2/FQAcBjZxfPverwnV9WkYqITv7M7ve8nEpJP+sYc/ZD qdkPvkPTxlR9jtukL1sPL6YwYHAYvtvSPexGhudBpA941+Xu0vfJVPvztoyaChoO/WJ8fNVI t8ep8ZlAQ5eUZsSwaW2WtsWPwAr1a7vZCKgsToyRIazYvBiEvU/LSEhdYWiDRpROO6Ffu75H tsEDfe4YQ0iHqgLyE2kNphblbXh+0Y2xSssP6YDJSg77mqenjhxHchW3TZ5eHHwx9umOfiJP SMMZS4RE2FNbrjg0frfgcoX27oIiCIg0Zk898AsGiOGn3z1eBEQREDXDv+Pve+Hr8M61lEf3 yiaEKWlRqhgBiy+va6mJTh3/Z0nlZWZKFDG8QDWAJRlAquhG6IxdPs3WME9qXO0wDi1ixFoe vaJgw+t+HOZTct5eQaMuLmWaPFkLScgsxVoERlhBNkhJQi8TFM01/Ydv86/f6/RiK+3+HcBW LceiwhbIIo2plnpAuz73MNayvuWzUiCKqWEoW5k5bny5Mtj5SaO2dHjMRhjVnX5/I1IUO5qN hoTkeujS8fLA0S0EwUx0gkiF9in+EabBMfdSC5ULpIdwT5NfcYf1MfgdbjBb1G6DZy5vQSqz NEf977qTGjuYcX9XkEJ7R1rCqxQOJl3Tn8f1Yx7h+rgH6Ms0TnGYif6H9lVGdDDxL9k8p86L 0I1BqfafdmLe7DIMPXncpyia+jw8L9XWAqXvvb+7rJGj9WmskMY8Ims/XE5omzLOcFyuM6pc EPwa4HriE64wI48IU8oMCMa+c+KwxrVsLC5QmhIaAgUQI9kDn1WQCKImyvGPQ0ukLF7uF96c 8nrlCJM6NVfqRbpJZMVmIEpMFw4QIOeHP2X0xautzl6NcGcJQrrRhpEowcfTPVrGsFzq6uro z51g3Te0r2qboxzthO3uz9WGHOzdPXHsv8pVlw7ulFi9I+nKJ59I9dfn4T6vHlrLbp0u8s3U y+mOTrhDz8JHfPxkurFcyGWerOLl1pwnwfN8N3KSJ6R1avwhGlIv3wV6dcMKId0q/qntWK9J Hycnj5dpASax93HwJrFrg73vrpLozNvPdIvuIJMtpBLacpxF7weHsgu4RZhezk+r/i12aMWW 5T4RPPdFHnrEMN7Rd3xm/lhB5Z777+Xpx9hfZw+jvajjucvVS6QTl2fDKgHPhGL5O/hdI0ln LHaDJp6Qvx3Rtu6SAekG/hBOVpPWFm5PZ85x3tGPO1JkmKVIIvgxrJyv3bqYaV9SUcIEnPlD pLvr+KD5v5MWQD+SjbWNDsx8EaebJtSvjptBR3XxvcS7SWW2ckZxHcw7nfjHV7qbS1vg3uVv B8+m2deNzemm+XDhaQuLOTMWq4EZX3SRRhDTYz7IXHaFjlGvu0wrTi4c3zfnjG7nC1+7hI97 DAovzORr8fif/w4/EuPxaEdMi/xIR++Xynxp57/OUo5ec/ajjol9z+rgcy7id/ubGlT/DjHg fuVmkjVL+k/sLhCYf3gSyzATJE1SSCQEpP2WAH6v4RhU4f/EwP3XxNv93/RhdJ/wJBRceBwo B/xqDdYLMTQNJMiULSwy0f4EpbBS0ja0QxJSEU0EkQE1TEhLFLS1MsVQykxNA0NBM0wklAlR ElJBJFNPrsVJJI0xEFUURPSK6BApEGkBrN3Q6bo04M81oeCEEpIjUKcrCXCaTZvQZmrLRDtk QpSIJ2Pdr/WOCMiKCdnSeeByQOQXCojsK5CwPyveO7asBxyaNh2wcmNw8CJx1uIKxwxO3EQD nchwgSOtdQhLs5EHQwRDRVVAkEiRVREEEEySlC00MyyESEwLJK0BNNERTkEcm4HBLrYcZsjo 7uzlOccPIc4DEi/6klVu92Do3DmPOec6nEcJFU8wulRDq6sQhiQpMczSKKcgEOiRQBoBSlRC JEdyKmwgVENoEDdk4Q7EKcYQU3ZBPWGgVMlV5otAI9k/L7fo/CDOB/n4faeZ+s+uJt2G/bX7 cWfXkzxMCV3zxJbCEgD/RJCN6EAH9HE9DvQT4BxUA6yL7CDNJQGrWB/udwgUPsOkKARVRwHi Gj0tgkhH3TCb67bcrsf4S7ndeFGKJQ/2S+iOXz9Pnrr/6V6Q/fH0lD5/4eh/+lFBXhKCgl9F QUExIEgX9X/Iz1f75lJC/pkQKKs/s+dSVRhU4WlgtF/jgGKRrejgNPVV1ooleQDe+FXtJwki /7Y/uBDqf8wMENOwTnlAzScurAchAOALw0f1of4ZgKlAjoDBj+yDJSdlQ4S3QlXXQOv4ihmr /XnQM4VNKoPLu6IHXYbFDf/X5mz6iMX2esUnXfrdgN+aL/y6YrQBSqPD+PYMPMDvGUBJTY/8 wEf/B5yd3/flGPoPPtwRDDWIH8PFeicCB0CPAYIscvcexMAQSqSpClQsgJ4Eej8PR/h8Q3Nd 7SMEwXPES02gJozRM22IEBQBUOccg0nR/Xhp0qEBgYphBxgU6aP9qd5vQHMSGMCCmfTttFdB FsQN1wToroJXsCopsA3xHYJAkEgYFOoIe+VDgr4jvzBeB28j0DZhQokJA9IPAgNUBAyyb+Cf /mr7B9ygCGSho/wZjIM4sRMRFFQSR+PDPAMuCFLGyTjUEsUUlRRNFGcvJ69DuH1PcbibpKpq UPQT2OHMgHYh9UF4h9R5unt5nXNjhokCGUkv39P2p9BAfW9mfSnh/nPHx9RIm0pwiBQIW4N6 BDXKR/80wwryk8h54h94h9WCZR9DLoR8GSCaC+Bf4Ac2gbFU8++hPeLWUA0kugGIHqdCYp4X 46Lt/TOwU8MsTz+g/uT618xHDa+xQUxA/4DzJiJL/iZlQGmT7wkH/pq0jpoMhKH++kgMpQwR UURAa4x0jakdxoG/UHc+wPxfvR+zOC8L+1/DX8+13iXOyptG/LkWI4YZ9s777T8RMjk7S0Ab gXIMaLcc6E+QBuEDGR0gxP+89wHENQfKboGScvS7LKaMhc7AmCaWSRHfoePhu9YhO8JyCBCg BxqQKPAA+WdwliEGmZAIGAao3K6BdkfIix3UAgTxDgD8ajY/DNX90RDKVEEbEiCUjdeSR7Sd EwlMb3wQhCSFJD2wyAGEA1iq6hPeDyDio8DbjpR9D0xD1exiB1Ag9w+xmhCYkFNICBJv7ps+ IH1v79L0h2ML7N19jp7hsgQ1j5zRRQjv66V0Z0+UB3FSCqwovVqBVnEhAVOBWn1TSpmTCSJI zF75OO5yA2faViW8XvOZLacT6TwYOB8iZKTDcQbgCZz1U1VKCEQmvr+79/07gA3pncbAbk3e 0tP0+CoOYQ008zfqBMCVhJiRG7FTcFz5q6JiaELzZZLp2HTrfqM3Hnj+rh3xzujF64ODEDef bsgX6EmKu2jAVA9gHvNgAHbg89AnhJRAdvWutAFW+DqXaJ+LU1AxC4VPNttySoggSBX5oAmv llCNZq8C2d7QFUBAMYq55piP2i/M5hEMW4h9cgdPbXROXbc6q0FB0dr+WBo2wJ8X/2EKBpCV UmE+geSidlIAIlNp3P6nFTZf0+ZEWIoDuCA7v1EkNohhPM8cRO3AOi4aIbQcQuCghXf4AdwS SJpC4/CFFj7oC5BgDjfS67yvQFujHfQdvTBECyQmS8Z7WQF0tEtGeY0l/Qh/x/ivepLIzF6G 2PCPM7dPIo7z8iq9EvzKeAZ+RJVDL2JC8BTBBKHeY1oYDVwqQAvVS9S82UvRTV4sCQxpjHg4 xGzLxlMTTR9GAYQYRNZRQmqQa1qwkwUrSpOrtKeQ8OOe05ShSBhIAoEhNjsazEF9DB8LPZJI BGdRGLS1ug10WLVk1MUQKYEi3u6onkCx5qkIT6hYiFt/V91hsOD3RFPAEhog+vw6xpA3irzP W32zCzS3u8wkEw5RvG/CDfUpmSyjGInCG7puUqKCZCw4XapAZTUBSnGN6ZgNaJUSSARmdABA jKiwF4MWSEa3XrQQqJrkcUE0iCauYkHABgGZyL3eFlPxB1nmBjPQ8ke8UNeAGBCtAEQMH7/3 fpmZoe8iIiXRCeYBBd64nf7vJOIh2LFIWIpCgKTZ7907yvv5jyFUgCaNyuAvEhgbAJGSMhyN xfxPcl7mA6gH7dCmxCTHjsDpdnyAbqfVHxNyPEOBakS4TncoKLtzFcaRPEQll2Gvc4sOA/Kz 4mEoh4oBDQJKsxCFA0KNGktgLBvAEG1J5G4l1SaGczaSQI4lSIGkAKg1nBATaUoBecgk0e42 muYBmkhdnNIbaQznaSVEiBCgqWIWQXaGyYymBESYnIXQpeb9X8DAcDdANuQn2iLoDSNa1oDU qBI8jB0vVBOe5K+T9xzDoBtBEsvvNhHdDgp7bxf0YNh395wLhIQ0Lf3AYzDmUAomzgqktwsi nMZNXN8LI0pgBatgwKIlKIggLOCYggwGjERmdtJzLyLhmIgjNpUEzhWBEyAxFuBbdSyMJKEW DZF6SAU9USRi4GFx1mpzibcgA9EDoE8UYENIKBr1F0HwOwfJC06OWzqz+3kqghqRXyENnp29 hNBuRiU8neIieHui4r8zZgJhjgI98UKFB0BA8hIejRpExBGXCg9X23KUAemE2QgduV2z9JOk AbXUBjtijgEIakRUnLR7rsA0AOzBHDNy6FpYkSkIKRZRg9tiHfaK7NB0E5h/vA/x/f/a78Ue RPRO0YZzwsnWqPS1o66AcPQ+OkFTUNK72zD+cNC0FCkScsHw1lY14Png4h0BEZ93ieTyficR 0oknRI7Q3VJ+EAavIPeH+G+8QLZBewg7IkBy0d4a18Y4EvnH5m3csC+UgY+C59ERyFI7HWT1 PQeXryT0RZPlDjyHcXgcF3OHBNsvOsETSb2YbdkcZttIBxgCYcCQwzFV8whfr+8L2j0BKLcw zdP2n2sWmNsqZcBwbpFh69XrqB/X2SaSJ8CCSA91UHNNckwWKqFVyGTRMmkM3PmwbJN+AkPi S/yfU7NFKd1D3DEuAS1YkhQxQmJIqvkMKZlj3tTkjOxI254kxUGIPAAJNIhHCRJW0QeVpWwL 0oSEYuPC5Yq4C++EYAbTBbnnQY2Mhpzdy95qYBzELSkDakF4xd0+E9FJJLuEII/rH7j+jCJJ ikMFEg+wL/IyIf9Ip4lsOP90+2u30iOJ23OC4JkO7eLDgTgPkyGi7zhOBgcDjLwkAKHouRuH 9snJaqq/2YXxd0SJ74xAkIbwNIgTCd4B7S7H/sMKBzIQgggmKmT/PIZQpKEKUWIBO0WPVIT5 SAYiVkB0sJBRMJEEFAskk4UkETIJhToD35DSyqhodjnQhENGwNkEHSAwJ6egZ7fTuqZC69i0 JWYIWuP2qZVMQm337g6Sn/VCQaskNYADCA1Uu4d35sfMJfrF+tJQExVlOrPu0VxMR6LYQvhI 6ebAqgltt23QRLdVBqtyXu094/el1wQ4QIdpRV9pDvIUch4Au5xFDxgeEKnMAPzxB/GA4oCM KfhJ4bAJgudeg7Jt6AdrHMRMDJTIJoLwAL6RTC9u5yj5OIZ8lNqdxt977eHx9rE97fYRkmWL LLtzfXs+wokIOIkgYwnyNL5wuRzCACwjwC5JECCCW4h2DLvci4INHZ+T1YFwEMCAgyuIxDAG MDe5Kn0FCE8ZX20mDsi4ia0fF0kFcTZ6/kQm58BVCTsYYme39PCnqg0RKQj6mIZ8ZauY4BBC V+fjiJwkpeyEyPZq2LINRC/t8QPVJfN7Eh9TKyDCFALBUsS0FDSFJSj+Bl0EsSkkvyO9wWBk gIiFhKIhapoKGdnYB/4/xVEwfIlgn7FzXbj07piqGCIrGcCFCQJIHr3JTJA1IY7qdzsI5h6h w3YBjHXuoG/YMoL10S/Iq81OQ8+g/PzB3SBzgc0U7SFCSpLW6Eeq8kI0E9RO/fSHcR8f3HNz Hxxv8wGQKUAzNb1cCnIFoKAoUeEK67IHMr1IDydC+CVdBvBk7aec0JePxTtDhLQNETSBS0lB 9SVIYJAxIZQgXMxKCmlQ8lETR779ZzDA8ya3JQuJDYbJXgoFlxCZuVSS9py9ghShoRqoVTgj G3QR5ryDyA73zfMB5DqVNvvgrPI8cA+/se93LLmnqqnpK0IpQq0CuCUUmQENKumj+Xiv3Hg7 guXmD9OqgdXzENy/Yc/OLXc1ulJIkJoIiGCmgiGJSlCiQJgpYCUKSpIIpKpSIWgClSIiEGRi oGloQkCZCIiGlCoqhZQpYGlICUCpViKCZiIKSgqKSUAPE4PI0mlS+PQA8Q1ubnpCj7KAkeaY o7DAVwPqwdukPmeNB6Sx4JU0wnvsQ8XJeMfKQOpKggiKQoYlk/u74UJMAd/i4HtJD3YcUy9g TjAWQpSZoKQiChqgimUPcH/H8f4jrRf2iea/deI3awiRhAeLYKZHSBuozxpLdCA55DE0hf2Y n8ElPXpiuzKnPu5hrgxAP0+cJgVoynHv4pH8OK4k+CsP74VPM8RMo9xJIsNGXqqpH4QQTSF3 FpJWaH6gAgeIaA0GBsBEm3H22IJzpYSel4maHdhXiBG/2JJWnzoLJdFMXpUhJAsz1BEmkm1Q QXRiFwhSBS9KCQXWLb6odJBLq8UVZUhJJ/CB+pA98BsgHd+By078r5QDNKyzQRAzWg+XnyPi Bgdxue+EpOalAQpcDYg5NieQ56EHxUeKyE/xIeQC0DcuPQB29HRBFTMnQHk4AuPA6V77B7wj i0Er5nR68q20WHsG8DJaoqIpii3sFkk1Cv8HWAvzw+3SexHHx0MQr3gcE9AjDf8CSzCtm7pP FklImWYs018nRyTGwapKpOB1AaoFHNqJOEQMGJo+EAGIc9SbPCCdhPI6KnZ7q7A0Pz4APGkD c8a6pNBO4S+jgfIGuYw/9EUBSSgYEiRgJWSofN7EA+j76hPBoNvGH6vhwO1SFzSOypxGEgUR 5c135KKp4GwKm6hIuGQhUU3qT5Hj3CjodUJQAlAJQA6BNAUC6DSpSUKm4hsIwP2fbp0hShzj AJYTpHgSSgEI+wUlkE1UVMuTSCCgkZorJT24/R6AYycoY4Zy9DZtAQJAR2DwZL0MHRAcZzym CbXWYsGzsogH3sEDUUkRQwwMxRNL/ycUPaAKSgUDyHlUfIoeRAgFPUnBk+QBRvTj3DnXJtF2 Q0C8SHKsHcce8HdNVBQUU0TBBK98NcLo3rnByWqJqZquTF4HXB5GuUt64HlIDe8ogmmiqSKq oZY0yiDmXiDxPp9SPDuxQd0KVIn7vIQoBuUTLSJmFIODHOjpG+jC/O1NJx4PJhBpAH9J2VZJ +4Qnuhgjs1u6IgfkcAVUyiT4PAzEMBiwKlEyc0wgKCMniCgehC8ztnyuj6vDtxeJ7yQa//Ox dHso9Bjm/M6dDdXFMZmPROhsTQgmxkAg9Zi31O5zCFJyeSpuJ4KHfjzhCmfzDMRsOLv6l26x /DA80U84+00cOu4iGdyANQZEbE5awnwwe0vsiYfFQ6hugI+X2Er4cjzfJc4idleKhnEdHLtx 6o6d++N4C1hMC0aoQIGd4WWNt0ojPcPDBCAzCyIGmEgeVOj2Uj1PV31HMIGwOw6YxGaIAGDY uQPRToNngEOW4JEzVbVAoT/DgA9o+JDQjMPmMH1kjpjeKiGiIgIERAJlhUiRpbsBeR8i8yxi KgP0Q7vnge84Bu3lGQUxCUDTEProDR1Gy7irhEGR8SqksCALO49SVyDUnqAPUURRILmAcCiQ gksDFdLCNy4I3y4j4bkCdhhIkU0D6gx7ou+DRdDBI09TbzxCwnmcnQHFfQ93hAPkszDESFUt UqgeRKGKdx2TF9fb1R0PAJBDkGlHAPG7m7o4Dmte3f3AmwoThiuSSRUuEIN/Oclu5RGpuStP UUBAlOEIktIU5tKAPI/s+uEfWDXIF+DDyYWTXyMg5tfb8AxU+JXzDd+Qxv8RQ/FFX7wzF5hW BKERAIUC4sR+1Z93l4VvNzfUmMRJA/HNHBskR49Os+ayf1HjkPRA6b/DfHObpFwMoE4RJCL2 IxAPMpWqSLoiUYzxFH7PMQ8k19Zt1D+Mn3RUqkhSGR+khpQdpQ8ORyXz90YJEJEJt+zWuyBR 4geZHtq4D3l37/BwMH35QwU6G1e2WIhuYYfUwr3CW1SE+ibgGaOmnjrBkyAT2Lsp9+A/I8IM T3wch8c/H3JOJ+2c9B4Ui8OxfUPT/Xzmw8Sp5AqPhEfEfQ0eSS9gNKHJDngXp64Iv5qvV5Dx JAHzkXRXQF8ERHQHiHb1OSnq+cjJIM0VCASEq6oBCgmhhiZFc4WqETfv+A+0u5jYJdGegAnP EPlHyIyMnJClDOcD+WNw/s4wHUjqeIDcbJXUBlol3Abu1dupD6nohxJ5goHgBdhgJ2DicgDi EiRxUekioGJAASb2IY0h5a0AaHzn17nkriIg+h/ddie4YDF98C6B+gJIkSU8BO9I+CpbvQXA I6g4GdBEJ8dHoBoxDYXUcdZIgfn7SYLtQWDl6nTS6cxVUiSuGMg3YQdINq/x8xf6z5IgPMZu cNWBeD8tFljq/VrdsVZS3ITi3hj77gHMGAWOFggF2COy3oZB8XQcrhAfgBjyIh2objt0fO+O TOvngMfHALiiaamruNSr7SOmhIgdKhiCIKNGpZggihIvB6e29RA0AQeDXkhRInHGW4TYCAII EEgDC2ODGgCQH08kdcAcoKAiDIQyHf5YYwEwA7jcqmFiFKRaSg7+ux7iR4H4CM4CyPWBDAxD dOe5F/v3mhkFhRsAImJhEgNJtJKG8esB+H9uAffrALWcB2DiJgrCwjD3dfA3DqkeC7nFe570 JHiCGlHy8EfaAGlKBf8UB5nfG/dEDxd3lGaMs0ghglJc/u9OfuKH/W9QuLPWI+4DfyeAeT5d 3n7KB6wDwPkvUsMBgyApZOMwNfARXq6RrC3BfTQrtESDyi0ogYkr8Ug4QjeAGKQTVmsGIV+v hsZFcNx9oClWPIcEy2DzOv1gcF5LoxxSUPYwR52ELpLYYQJs+pwehIHokkw3gyqS2jmlvPxl C0897x3dMnI1M9hGNICtCsgP3q6qusVYIKpLmyykFHimTwRChJUMZLFOYNFoSxksLwh0kHes pYipcgGLFaHkHBZ6BzzQpgbveP8CU+gSn4CX5ELtXTpw68lmmpAaKtxqmTLyyoCVEQkleSb/ M/79jsAS4YchCCOE6XWDRbIyXh7Y7IM8uA1EhSNEQLfp45Nc511vIjqXeB0gsFibsd10ClGU hFWTypJE2iZjJRrKx6mOiqSh1sZ7zT00D0310HoCCSG3cc7rz8TjsZUg7cMpO+CpGE7L1H5T QFGAfa/gAcffoP9HyUQ2mxSSmkShT3H/qQJeunapmAo+SPL4d/DZ5k/eb7Puj5kbqniKcUUx RmUkM7MCCXTlBDHDhQDIgqhZHA0DjaZANtIEkkVSAOX2BEXf5ANhujIkRShygI36Pm2aG/cD sfYQg0fT1PAaUHzIREwR7pqHFXsO/X3zuGvSDR+mfOG+QwmQtAgH0OhuebRPAO8SDsSLy8VN 08AOIeCriwhL1M9uJsjxZwiAYntLepAgvEGEI3IA0yDOU5SCg8Wwxdux4RA4D4CY4D7H6g+E glNpCeYiWkhCvV6nMxKWvmTvCrC9Ekun5cg6Gyqa0HJFJHoGKqdVT+aROIlB1lE+vuwEdBCc 1ZQJCRklQvTEPIUPiuD4QfHxcGhPXDHyj09z8u8JPi0sxq3clCJRldyCNgUxW3X5BOywKijd WUGqlUSKEB15iUjbQsklsXYAVHeK+RNIxwEIvCMkX3BIVhwIUW1DaYlJWQrrXRQQrmljItf1 VBVCajEWWV0gLM43gslTLErhPGELCADUZzSBeuCpsNfz4j10O8V6DzGp+2U0jf5ZwKSkS8h6 wvlh9nw9FH1dnB/kgkB81F94QgJ09TAfEEHmSoDQFKqM+PsD7lFsk3hef+qB8xDfbA2JF6+C oqYAqmIghIr7B3PAR4QLT7gl4j5r+/dftXWESHtYowa6NARVAY3XE+GHNA8xHHBKzsDYxPDM HtYJGjtZpZpSEgPfOQzIUYEADzLkK8WWsCOShVSCasHHMLIaQEtKREQ7j9l7Atjex2XsVJW8 JjU0V1/AmL6vj8gdwve4uo9jWnQw58fuj0TWKJ+EOo8sfB7OCgxw6mnmvz0h7yIhp2sLiaPB sPI114DnNo8MB02HRe2bROiZuNCIGoVFxO5df5/xPqDLqXYqQgDNCTWAr858WXEyzk2A0mAW C+6Ov0TwOZ8F5E6MMGJsYX6gj5WSXg8oO23CCWnxOloZzZygiYhTd/x9bsJhxFYc40KPgVqK qKWRnSUPfrv1KwGH9iL/iP8e4nlRD5C0C32+tExSzZUyWaSBUUcoqKojhEknMkiklA4lFMSa BtiDSM6IZqilaZVio+jdjfPoEf9qD9DiQQ6pdMz7tGtQJWYuAH0+zXHio8w+I4AcWuaSda1F sNK4JRaCAJIaJcXIAmE+2bHQKoo5ARcnDIGe0adEVRSUZyJ+17nz+h/9P5/tQ1sxDLtJCkhQ 6xkxTghmRdZCA0JiEovAjHArpOyycOzvnPlVF54aqbg4A1y62aJhCpImipD1Qx0mt/nFCEeE XzOR4fBwYnVkHeurpUyHYG8MDNgq8Ko/3EP1Qf5b68t1qzbG+GNYlTCkEjzC7Zpy0UqR8bRp 4RqIkNVAmQJhIemj0TSgbCPcY7hiPrCbkd8poSBDlvsmziITQlXjKbGFPY/ALH9AAGZF+dUg uEIkXpIrNIua8RSpWBRVkhkgKB6GyFzELOevyID2iKl+2daFxgC47hiHzL/j5n7f3fza/2f7 hwP8/0EKGS+xFGD99v+wyxV0Abh/3QKN/31oBgdT1xzDAZfOuhX/wdswSP8nL3MP+vNIBPN3 vr5b9ZpgkYOwmYBoS/9o824rHANj387uB62/3GQuL+fb1xxuxnrj91Ll/1jAhzbcWA/34K6f Evsv5n+2+Rx3QBJS4m01GUf/P9TNxdlX/nI2PyMgkMNMrbgWhQuLCjhGMjWSuGmSFx0sSlLa ZWl0WXJRIYHdM0mVDO58Z/9bxr/i+fk9+7/vf7z/l4JO/u9a47lgOcQ6OJ/8v+8HQJhqH6v7 D/UfD+Z9308sD/0H/Hx98119OvVqa+lmm/HL4Wu/Wf2yl+n/j7rqPJsxevtzov7WUeF0j/Hh uvsTny5TLZcJYBuoiSZwlOZnbKSm4drWobTtUI3L6DhMLq4ZKbROsSJODBQmThyFtjduK5Mk e64wzpa6mPv+zFEMzjDL/xShn/span3MIujC/XBTSr++wbSoULFKvSabDv431I/3+wrPRoo9 nox7xT8KzakepG+ht+T8X5z+Fj7bgCxjykDvWfjUKqZktB551KXQUlKTkyXhCAs18KBuTkIF QBONEhJBa2fEj/oMT8UKGHCpSYskyzJjsU9zlDkViZpWRKBDPwkglKpKNxGgyc06S2a7gr9/ Fh7YCEQUIPX+n0/p/pl/o5n/P/zJJgMgx+tvn+xJfLF7qYdibEtJJ1RMQUkUmUnKPsuAiUW1 rY1KlcwPrGBAwN1ji1f/fMhO59xTD+KleZXam3++UvbHww2vRNGr1v0JUTFBEa6b6f+Vn+z6 S8VLvfIQ+UQz+b88a+K3u43c+192X+o4Ln4ApkmG2PUmE/9n998RFa1rIwIAkhx3Sy7+tfLN RKN2lvG7z0oWT+zhjtlbEziBmdJHLd6bXUxZzO/fjPBxEEmgzavlSWefZy42xP/HpsVOdpac s9nlLhpwsfrQeunvkhH8f5M+k0g+M/yc8d3Iuzj+7+/4H2M/uSBC7jqer2BJW/WBRCTGkJjE l6ZALx7Ij60VKoPZ/fgGJ8/nerwuekKLv8bjdff2kk9BQketye4NhVhwX9CaQ/pO5Uzjj/mH 6CntzNnyv7z/D9vw+1eUcjkPW/ffV4G5Fb0/oKh/ewon7YBNrJa6nYvzvVtZXn+SXAj0AW8p d/DU0QluVyX4L6dD/TAiB/4dP8fr8dUhJVTVFIouZmqVKCpcgjE4pq/bw4gdN7bZwIKbFaJY InzgqSYH3X149MF1xC4m8nUCVNHvG0wuZ0JbJCvvMNczImpLHrx1ywrlyjuK1rpgD6HLQFHC m4ny3HOUtqSOgZrSYcRtjbVd1DInoaEJI0VQwwN9VixjKivM0u5ab8l1M7xYZZ1vw3b8hCDe aoWo4Okjq6YFhYwhbsjj3O4vnCwHJiGMNRazx19uvDfsM4qRuSDteWBcjQ6iaIWWGsduEqOU mWDoSk2bQBCCB9FhpBt/lkPsNRIMWg7MFMmYuAUyJcWSeYqFjBkAEwDYgD5KDqibEw6FJjgu kWjAS5oOF+ZoIm0feS1yM83ebkvCRrt8Tq9j0ko8e3arJzC36r/ifPyo5nj7hXDtJIC8l4VW CCy3I64HeoicnKUpRJyiUF3ESOKBAMSYAJQGIHGQLHDu14t6D4murY4fSG29U9N49kghCgjb gbomffha+wqCzQcBb7wOCplLNHNQEzhMYOXGfkCY2sQWm9Jg0tDa4XicKj6QQIq93yA4AliD TayoYMzDOk+MNupg+CIm1fh7kF2c+HQiMd+294/AioOVUY8HzwoCHdCURRBMEoolKECiCdse YORADmvXnni0DI/MyP97p2Tu8zB4t7L82HBKqlqiChyTBlyMdlctVsjXtKMWYNPiZh5JoK5Z DHY3GLBUG0b4qvHekFibQt218yyVCqNTjNrfmX7i9JK7NCAgryrt4Z8rf2h7D5vI0oB6cAPb 6GznvSmZpIJThJrw92SpHm0EEpClx8+BkYAiFPfyKRKA5w+MLGVUSJuvsjIFe8bCVe4DJI3N QHZPQ8zaJYsJmB2RPU0zXcyh8pKEU+weSp25djj9D0N0XdkDvA6cc7ubjZY88+6DMvqWwu44 0DC7TIrNLIlZ0thfZYx4JmMkg9EcDyNGDBzg2sJXXFg4CKvnBfJeXXi2JlfiV5Kj1m7fPBow 2b5wkI9nRQoLxZasYrFVd3mcxzE+r8gxM+q76FjguOR2pKX51oykXYwSrOc6ZGXVBsYiEMYb LLXPJ4GrXiSmJNGYlMyXJHw/hlNzAHPljZC9126qHz6o08ozFJGgQMGsh3In04DsSDPyyDYH cNqd5Yu6pY4xipDbHtjhMnrHOcnIQsi1VK2a47Hq4YbgNXreclkdtbwVyNKE2UNRXSmaaZJZ nBPRjdRCR1IoCua414XXI1bDqITuLlY2KpIW9gFjiTNyN2MxSQVCl2Ag3YBa40C6g7y5MfPb ESsUxn0jNZbhLuW4Emmmkxg0guFxVCxu5+B3Z5QR3cd10QO7TwiCEBAwNCmhA0LtkE+gqB8v CPnr8f2BzwUaEjoSicdb0jW1EpvvZmBrdI7YTVRkSjmCn07ityDGQtxqb9N4liVWAmJpLqaC zWa6GmctqpJsBtAG8IpKJuAlnZaheO4H1yxbczdrBMVwuGfDAAqMDJhmk0R3raoUQaSzEL1K ksgZQzResga7xoVDIqjDrea2RDQQgwYI5VSkYhpEuXh2Iv4llUnnuGkdkYJdqshIy3GhzobG Ii7qX3XiplqnLTunfDmjsgRAj+ihRtXk5KANaKE1EAQiKaEExDQctCYgA6aJYV1LMFsWLqxE CwU5unQiGbpAQ6JuqQQqIgEgKqcBqQ4cyhd3NKiVKqQ0BWIFikR259aI4S4789dDFQSzVLEl VFspZJ5GGw10m+G0m2wmENd8zEwxJZHO7XnxhGhNM3bHTmji0Xh3AhZHj1MzJiFXQ7nbmpU3 m/eQFlqi5iN1DgCr1T2CBjU8hchSwz0TTq1IcEoRElKCLsze226ddibMyptxYg7B3CywYwNX gKJB1EWmcKRqTtUQXEkqAZOXHUkXEkLl13UyM1NmwbqAtpQq5ggaI3qI023S4DbyoPG5Zco2 AMbUpwgYMffhQuy5cVfkYOzSIk2uWwyEaOCSY6Lcwwy50z51RuWAGa7TVWWLZ2G3NEDUyRdI tMuGyTbaJlIlK+cxmF1mlagmpiqDOLLTA4kl3ReGCGhUJcy7pd0KA59RBcgl3WNsdR7TiUlq 28BlefTd+qU2Jjb5RqjT9YhMStB8zoift1orjfBU4cXD6ys8/LKg0qQ97w7K8tsjd5lc88vn Fwk2O6quxwx13NNW+QNb3tX10nxY+uujEz11OzvVzN3nkhu8vZoacklNNGX1S2654fK5nnO+ qY6WPzez6XY7utzjkdJCproJrsVlyKLm5q8Pqbs3V1m7gVSUW6Gjgt9W+qvcr1LnNKI0EhaJ pSyzJTRpNX4Y79nmbO2MtC83yrobYYZXYYRudM8IlSdyQlFJnZZpZ33nVZIS6SIRsG8ZmCt8 TjrZGFybd/ep6lUBsM6AHcqUQavsEKaEX8zsQRRwcUAf4on+ypqiiIUP8ZcSUtFC4kpMys1E DUzTfyHEhGion/bsHGyH+Ihr6/u+35jIwX1BT+z+6F4n8f8Sf4QfyRclE8AyR+Qj8gAUtD9X 4h++DQzD+g/ga4i/fnDdP1NEcBpYJKCJaLMNlq5tLCRSa03b+SbSSf7N+65S0hJQECZmCuO2 B0DpyE6BdtcRlDJBjwrEz+0lDYqa3f3HD+qCMMMc11gyLGuAuC3kf1Xm/Vw3HQyrvqYoM5Cu zpm3rFI3oO9gLktLqPgoIu8mR9qU0aaCiZlntAszMmKpTKU0xV57/uAJJBME/ifv0ykg0obb KbPkCPRQ6iPwxGkWaJCogkgRyQXJGRfNSkcNtZDJ0bbZsHCA1KDNJatuvB+EKBmS2NjBIa1B 5mORLIlw4REctsEw56GPJXSIvtMl3T2k+Foe6Lt4og4mmV4qSW7NCRir1wEjkSCoFhpDFtpm JJw6fSkiKhZk7rJPdhiDzh5jv2O8FVSN6NE0WKGOMUOSz2UIcuWdcdJEScpBOK2s4jMyNy6C asxVy5/vsbBMxMKvVbV7Fy2Dbdx5bPX2QOfmxJ2zMTMzU60YnxOfUqIx7uRbBbxdCBDbzuLx 1go5HDIIlRNDMMzEr39S+RdMW6IimskUpARSEqsGxHHTcZkkZE7ner2A2CpkBWwaFjQu3l9y O7SkEG687sQjBMCFTzTt2OJVobnE0LG+2gT123SEtakIDOeMy9DCDkFdjijY1sT4OpqsdJGX EnsYOIhxGutuQb0P/p6zKU1dxi0g5nZc4IHIriWmD21dZhInpyxiTgob5krpxylM3kVo8DOc iK3mtous8a6K4cltVXzL7YpAMZrbANLZ912xoVJFayxjnrBrS7E8b1vthiD1oUkYAwYIClBY gEIIKgvNU5p54ChgVCm/PRrz4p5hyQ13mzp7iJIpXuCpUMYmNCMtdAudC44KemyJFGNvUkUL 2EpTk2UNHE2IIpOlKCkG3YGi8yFgKrcpykgkwCZuDElIWTSpIFxaMxD6+BxUgVu/ghiYFl3w ENeIrNtxVm+7ZYrd4Ry6pImwF1GkjK40OvLhq0kX0S3WS5sUNcmAzHnG5rkGaOkrIC/lavC8 Zwhvq785Tcc4lFIlETnOZStThffESk+GW/lRGaxN29NTI6cxtu/HJRvBHKIU9Z+uE0mjS06X QJQ0lVSTTFImjSMQroDVKU00IbBtJDaOGUu5BkDJ1ZoWegzcjjrM4TETqHJct5qnqOGE6wCz VMHEkdmLmrxhNJG2zcy2UOE27hNyMLy7jlo0lVpXVOA28Ygq+BqhgSBwNgvaDY9HQB5bJRt5 KSBFwCYMojeEwvGGi3yCVyXEWiQZ3MbhxBDqxpZBssXEv/Nd+C3YXXm6C0QYEoiJTbcyUyu5 qLcU0i2pZAPnCBF4uACmJvYTOW4qcTNI3J7hjNVxARgE2EzkW5iaCeDIHDKCyL8elofdLdLG ZlAaRgr3kgkapZFeB1TSTXRWuNlmtlI4znk0nonDbbVwYNGXSZYeb5IivQ32EVOJ2ymkSmhK XKBUKCoCUgiQinBfkgyIO4KYdlKFSHBCiUoRpKHpi+5odoNKhGg2kDPd6XqaOFBIk9LjpMBh c4vnNqA3KpLQDehiAZxBYxJKrkjiphEgkomlwqioeo55gA60USJJEluhOFCLM1MUkCwjp3TY TnOSJjGmZKFPgkIMoN/m1gYHML9xevzEIFK2arba1ajnAJsgOZ2z7V6QrBpeX4PFcgI3jhu/ FSDYqgL0F64LI0mABO1kY8A2o73PSTW6VL53wIFuKLataNoE89b25OLp9iRNznSRlcIY2vFr gObHngYmW8Nw7Fbrrw0dvv59AGTkpNlWGZZmGYYDQbE1QYpNsbU2cvuf1HqfUHuF+9XnhUuV +gWvfLtjSRKEmHa6JLrBJtPdQrxqh1Azru55zqamkl4K/CEYC47Fm2N7K9WK3HlecRUSeWd7 HbliFhgvQMFiiZgopwB4lCgDWlpTS9SidSByYXkA3eseTnHZwBhefOBXJVJs2tjnq2FDSh5H AoiFUE0MSNVmGYd/XPO5WB17avPnIbBvhX1DUYCCWhDY2ht0Li8Knd3JAmG+BEg4Q+A/cfaf ce5OKdl9YROMkq2kow0hVEIYh0pFSA0qBWnSmJClHEgaASkGISjJADbOjQEMKo0rpEDSQdel EDm0Gwkeb4Qh4gIB6ATEcru7wm2nISUPmVEKvYZMLhEAiEcO+x01Y+fAwHdTPviee7C+hGrj j2wdKaGutM763aV0LZQDYPfmUw6CngQJHNSoL9/9HXUfQmtDC+pFEvQtVt4zeRKplvBvCmJG ZRlQNifKZlScnV41Xp9fT6k3mZnDKI57a3xNvvrry/qOyfVdzQ88XH69ejM9+u+Tz1+7egAJ Ud3k6k77CZlOTyh7u+XhW7W1ZV2CvPM3qh0JGBwJA0djoDuAQLKhgVLsAniYxUSdiojh+6XI twELf5kBmxs1DggtuEJZlboDocGu3Tom5SeUVoE52cpKabtDhxDEWaOA7MQUasuBs+e3Lgsq RKjicqUArcFKS5m+9qqK23IIJiWQxsGxtA6oiiqIjvzIr0zvpKKKoQvNAhgH6QBEjN76ZT58 qppM/Hz8qvks19t+d6IF3SWd98708znWcnod/Xfp3F++11z6T8T1V+Lt78fHhqsdccJ4GuKs lVGBAzQVinA8gZI4oyL1IyxQb1RBgJJ7MtNOmQI3UxpRsaw74I7OvrLzTYy8pFY9WwJJIoNq 85HLa6iODOVqpjkqA6MoV3quV6JGzi8aRDSaxnZY0pg8b+FWHiRlsl3IGXZpFyMF6lmbz/qK heNFygWt5ph6z3nvuCYjbiguAu4B3eQ4ESDuzYN8u/I7llvDTrfLp4L9YFiyEQTFUTUwE++y pSqKQgPNgCTZdNfswHzk4zVXgjElRNFEEJUNVJTTQlUUU00O0ZBIQbyZx+sBDboAEqXBWIzn L0/kw/miHBFQJtItBqLemJQVNEMjEMsLEEBRHA+h2MDZ2PJYA82HixHqczdAOSeFQIOKqoV4 C5w+/kVuHzrQ5SAVQy9y5AyGFELIYHVpK+RBAvRXwdmoaEt3A4bpSyGQJTwiA5o/QGpt1ckA A18EFsgAepkuBJZEyglAdez7ynp8/p6Hw7bXl9pKpmap9Pj46KwWewjjst6kUu9kG4ZTPJwD UGYhXZayNbkpPlxOu5sd3snr3nBgdgoGWCl7pBp9+UCJujSvkl3mlJKuCCuAInJBockBgNjC kt3hHtQj1Ji/XgxvYDpFOB6AnGaGemvQawE3aQrLh14cs5T6bZ5bgNcCG9wP469nvPXOnlDj 7YP5VT7/T487Hz8AVkvsiPJ/AxSpKYrVZmPYTywA+PiTzDIbI2NzY801AJczBHzw0HVOAgDz PcbZ6hpEEmvsOwSXIM4+xGyhqY+ss2kAHP1ScMwzJ5WUsOt5i9D2ov09s79sYQXI4oLkkhg0 UwO4baJCF3m0zqkQ6Gpu6NmAtLhWEyDfeZvheslCBRBMwEa0nua27N2GWtEIkjZI5bBrspXN dTnFycMjfpw7cJLdugCNtXNs6hruCyuzQkbrXCFfY1z67Unz31rbaXOkVxr2/IzffXhWb5b6 HhXK8mfXoPzzyxprvxdzxvO/XXXWeaMwuRqkZiC2hwUtFMYwdRl+0qTG8ACSCRJoFMpCqYWS CSRdsjePABI5LDcY4luyxXAL82238YmZGMDqJMWyIFLf3iL1LXLwE7+R09A8kewJzQ0CAZEK UooNhBjtuZocVghYbjecy0O3aXhSBBTwl0cpRhdy4pcMH1QJDr6CeQvkqHPFiUK3MJLBDSdo 2p08/PXPmHCde9RVRdQzK34LjeWRqFUsMUijMVidgl3JNpsbJJFAR1JzkYIea31HO8a0Aq7o Qq0bY5SQGNDDUz0zdZoLJKd6rPgwZkDGVHeCJs48qZ3jr139/0mwQv6N6JgkUMrg6Ja6Zl84 evoLptOeOkKMKRjF0FgqOzM0ab65t5z0+/Pzs568fnwpIyGlgNMxIbWrWs8Q3rg0npKcZxKJ WJmCZQbak9ESEcJZVnpwNxrpmBGAcQ3y2BYEI0ImELizFa3rIlKFc2/DlcgRtsAy94SBQMyp JB0kUU8amLN6fEtF7NTdkHMNxjcYiZvFINJQzAe/LPg2XmVerzvMaj0BkLtG8ONzIA/9VUOd UNJpHw0M1Qg1lLMkdTVK831B5hcZJwxvhUlgcUMBDkEBXGoHUwuJl6gkWHYMM3vXvahcL8bq C7snaS7aCKruO4hEOGEzsCOmRVkqNlxM4ldP9QC0st6z2R3KxDO0EdEtCVoWhBjjHIXALzJ7 RJAJJ7HjDW8vkq7EGGB+yA4Acg3AwRAK+evPIzWgZLdxGbOBw4jGmTWMtHnNoeGJia8Ad+rv iN2M7KbBMMMAajXVtjBttuG620mUbaKQxhAoMFSKh0CSrkSA0RMsYHbCamkYK96BO2anSqRA oGszCS2U6eagCGgXNpLLE2UU30yTJIgsyUMK4zoTQGN3LOv2+K56+fOq50fO9rdfOX33t59+ dD713fTXsC1VMTAHXuZhRIgD1lnr11wqb9e7t57982vXPR6nnXZ987ye/XMnfXXoeegIoeyO myOnoGX94+M9k+DetGqQvCGP3dRUKCB4qh2eV6HZDmasywVLbdWTNVTbTbVi4qhhbrvdoKoo fF4GM7ER8ZN337XfZ73dvj7669ozzZveXz44M+ohuBHnRwE9L08J40c5ulCESJhVLEbsREER UwQxgaGRjGeNcFhnK8AnCZKMnLO0yZNGXMzgct6zUI4Q+VE+N7vBwe1VMTcTDnd/lhciHOPr 5AIZrOUhg0Xg0DBrNVQkbd++M9jOBcSmu2lzXC2i6EG/KvDkceSjd3DE8lBWUbwsb6CT+Xy+ qfoJAaBy2xgYYZpAYE2COAZYw5C4AsJkJrfp48J3PUCJiIMZ9t+euR864j619ku42N7QYQnn VX6v0K4BojI40BykODYG744osvXwUMtChQ4HQ68YbuLEoFHreNHz8m7ymz6PVxYqgUalIKCR JiCU5T7K8LBvbzruuDBYu6C8Co6SRne6ovrFfiRgg0MJKBPWFzVGg5FGTFY+OUOMPOkbEg0d govHdTRkZ4vLmao4sdcQYkk86N1V4sk9NJ2eJdNLy48cD1foegOAciI89DQPUjweomF6hDTn Oq85nLV+cfnXm8mB2gLzamgSeumn2wvUaI28pcUc8zwT6SGbrDMEdYtmRI01hUJYLHN9AZ6B nmZNn0H50vU+rHq+Z366531eTXXB1PeL1jxyD4pXo4Znt9876d+Up5zni9Z3a62+dzUwFPQF iPUaNgdgGBkYOh2NhjrwGpzLqPPK6qr63etybXrtNT2b78rOj4CIBgxEEkERkAmFxhvw1zlZ 4Clzc4T0inM5mC6RVZlx6pd9oCZTk9lJIMtkhpNEqzvdMizbJJ81s1lzF+GX4mERYBgu51K8 27qzmePu85I62uddHZbk0jLy6Rmwy8DlY3MedaHYKBvROSbbuYuZvzjAMibibBFuxfmQOwQL i4rzg5yuiEYG1Jzk3fdYOGtHBng7DkmeiCXSNgDvqer6la02La6Et4+5HYaMILCy41WsoyNx 1JNByxk1zcwHRVt+tE7W3xI3e1UUOxQ9RvZFi+DwYOpHQ7TEzgkNWnPoV3Yu5gE99h6kuLsA eaQJQHBYu84Lr0ApbaEi6M2aJZIPhEW8OJkDWyioOXDxxtXT36dPFcnPU303ZYcQLBs0dIOe AXtvoXSukx62RXVeu9NrOx1JSZD8UiNEdCGIHgA52DXqvPEHwoeGDigno+scZxiIubDkQAiS BgN9dAT65usgpOiV0iZS18rTtYlRuMqxtqAthjATDLS2fWn59lGfdeGl6Q+B8Hu5ya7+a6r1 13U89eqzz1a56CD7gXw8RgKQpCkaIlqUogmGloiVKQKWIoQKGIQJqokUaWSShGqUIDoBLAaD NcwYszLfdcqBC4E75qYYgEYt1iAoiKaqszKrzzKoquM+PPn3659eG/pk/MiZzrc+vPQ9yKJq 7GaSTs1P1+0/bPPchWNlfWJ1nOL7ZZ3355oRkBPdJFze9NJLTTSWWF+OmekWkmpfx1XoebmU da3VXfW768vfS9CySiT4PQQLxrNtlxcMqZmZmVuMdW5VbZkZw3A0+kwDg8LsLraZUz0dL6PR yeMaz21rpgCA2MC/POLTPpycchtpoEIgGCQ4UmZtU7NE2m7u3SaZvQ794EIM5aQ9dEHFQGaM jp2ZmCrlnQNlZJbkiESckuZSY2uwFO6qougjRZLUpib97ooto76sbxiE2kLexsbS0kdL1AcM 1cywSu0ciW8N7QXHGBCo0CncNSoKSwjeU0EG6C9ZyVhxibjmaGswbiti1LpzpdKT255Wsetu R1N8XOiGHsDsJzYzlKuucq3NmLJIJ6z30JoD6MY+s8oVVTy2JYY6oUMHgoaNHUJ5HEUzRxTT bDZbpZhNorBcyTbiUpbZjHrlbSNBT9H4cmZE06gCjBCB6nodddOaVzd2JjpXDwwFR34hx3G9 PDlvA4oM8lcmG62ecpQZj22vFfXYe8ePQ4iaGA8FFwguMVDCGRiY+oR9oP0REdFJ+0/LczrN 5od6M2yGzW2Awf7SZgBUUKQqfwKZl96K4WVBRoWRjHyrYwQ6DnqnywhBMEAwIFhBIAJfJLSh QNLthCua8bgnJKAPULJFzE7yg7hFPN0irYE6OjGVbAo9AoSSfI1woiRjSYFRdfcOHO9ujDDW c0EOhg3hDISwc/bb3tfUmA7rtI8wEgZVF2fhEFyXRi1RU0czo4P39dH09PBPGDYEmsETxgAU YZRgyQamWKhhliRS/XsUFRkmcFeCvrohgdtpVmoZ2dNisqMoOTUVtI2ZR0tFZwVY2rVPAubp 153W5de3H1Xb+Pea3i74NQ3cgLgIAkbboJbBRrdYbRDHWO/lAKCSIvU5xaPO3JND1O5h/b3n qO57dKQigYsIbWGJhPBpjCbLVKuZxuuMIAdSsQ0heydhA1kUCU8M8O/XHj4+Pu2/dmJfvxc9 X6P4NVvTEjzuZU732POvO/H66XtrvyvXeeGelbrqRpdfTDSK6TzKG970gtu3lV2RUqzyzuzm OUiRVYqOKUmKUtU901O8B75s3XvHUMBFRxBj0lECrJt/dB+yWnNWrRDEqqkKpBiooZFztYZj S6zLrG9aDgldxMFVSVOe5vbLOCCFUWgaGro3ioiWIsULXkryBaoahF6MTYyItzb8Y83sDCBM c9WaJKJQCS9lhjrgJ2Bxow0L9B0B0Lh9yT2NMQDihgPi9H2EuymUOpkbNt2NESi5tjKhVVV1 Kq8sXm/KBhoJD64pRpUp77OxsPLdVEHJYMY6yEZKFswU6NtpqgtBaFr9NJ1RxyzorDG+nCiT 0FvSIktU8LlU4kJG22MXJ5NQxu0DbY4IiFJkhbbqlKGMtxcgVw7mBdebFxaHfOESeIMIYqUC RsIBUlJeprjy7jJIvuQLgLh0CnFo011SNcuHoUhtprgQB4phKDGQuSJqOd9/PNCrKm7jDnYl u30674u4l+F5XLIS/RCyiPR9S3OJFTOperlyehe5W2o+dZJJLGTvnaTZM1gLMHijaUopWRN4 0hVMymi6LPu7pAm02LK/HvxXAOQx9Tkbw8QgOGG+NpcNK9Pv+WZ9Ol0Pim5PffOHn4zH+YXB sBBdPr0Oh2asAktj115zPEO/UhSfK3nR663e+vXnrAP4gVu6/XvXlnXTTCuBm9L3lKhfFsss rytq4xlfk8mhI1GhGJePN2Oh3B5op9QD48b8dcz06VFNFYe1dnwLnKK7qrwmlfXwaPwVNMfF VZcii5BRxPc89Gc69ddT0O16GexEDMeWEParJfpSTMvMux0viuVrrstNM5w6VZmVBCzSSFyC E9C976RX5EMDnmgdI5537z18Z7yRRu1OFOqeNS6s38ZWc4/LgiMqqzEyucqZ6ZmjOJVoWPod QIEpis20xgK6k8klXQXx+BqljueKFuWSxNHD3RUcROkTqbkGynqLuTL1QJmR7sKtt7wUzgQp GmjDMyFAH9ZnkciaRcLsIAuBLJIAjmKw6GSQhQ0IpNESDQoIuYvo/QH/x/Yef98iC9XJkMOC biM5C3NSalPzflaqM6EpIW5tIr8NYBkgecOs4a93030B96Fzl3g6lCdlaz6k0rxIxnMBMSGp mhcpOfkZls1IYfM97rrPM3cd4qialftSD8JVPhpNtIdiXxqEcu/lrdOnEeEIT34j3IPE2yUO kD2hPkBdegBgghH+Rn46cIaDrBxlpwjtIuvn1jnffHQTCMypR7R0JwA7lMQWDTMueq72+QTs fM5DWkGQwC+JsT/Ekx0+HCcAngREgcDOgAMnWpCAksPvQOht/z6oYn08D4wHa/bfnpU3xH59 HATwmMN73icejbFmBKaGjYzOR1T2T1WHxO/iSiPP0DI/75U5CFTRVBCRIAxCUor4YA0kSAfQ SEQHHAhc9B76go8CUwiCEIJch0vgHjFD/XhjQAo+ayOwI6mPodf7gw++VT3POOC0IdZ2T8D/ kf9PLT7Kf7iUKTWxqmZctQAibSuWNFMZ0YTJQiUlDQwkf5GhNTrHMMDH6w09I43716ejIfsk IJe7CxitFNLIfbkzTAkFMhcwpoGsjMITsNnVAmCVZUlC5OwR5J2Q54UHSiO5fEhnqYYHyOng BL5oG0vFeajrjR4S7p7gYBkwByb/7Hv6caIDpNHXoa77wzNJOoqIipId9nQSHILke8RIcIgn IKY/JDJJggpVVTNBpiVRAsC5YCMCKDga3ojsZPJd+vOzrEdQYmqHWJwDsda6usgQ6m8A4kY8 /QTqdH5iPKLgSgeQriSF6oZ7Pkocjh77d6PgoJ0XZOwB+svV55U5H6zv4djNHsY6NKRuFJwx OGQNk7D7N78+B17GA6eBj7hZN+HrmDyOYqKNAAUiUhbeoD2Niqv6oMKkYB7GcvTy/ac+Bvxs PckyzCoH6AQi+6EO9Q+PJ8Axyzj1wRPegESx3JQIFSHAiLoPR7YNYAcCQ83sJ7Iiuzl05Gno c9h3OopoRIf9EIesUq8vg+8qMw61sYQcy5VZF6M7wZRQENAe1g8YbV5W1VMKwhEJ8IF3HWOv AdiAmJIG8MYwsJITdjFNMLobjIhiBBET2xUHHpgmJC9VOsUvbr0a52q9FRPHkHhy0vUWB5nm yKEckiYwyiMwmJKCZEq9DkaEE2Iu2LZkABkHiEdqaPhgY0UEsHmBgqQRvDJoVJYPbEoHYjsV X56w8zv0FBXy9eqHt7eSunYFGg26haTlEOgB4aiQpUJVgezCGCpAxVMUwMQpTSFKJBMVCyj2 2xE1ATEikQc1+J/p8hOIHzDmryBR7vEIDuLIQxMTyIMsgGIfMlDBdAESs0yJ99SGkuWS0/LK jwClORQH4WqHjBIZDM4CRlhFxjp3DiZMJoBywgn47HE6FyfAjfcHsSQI5g/lwePmA6vB4cgr YP9RIhmk2JUfDpsp4QIUojFgGHcBzs8FQEJFRBkCsKJMuh0CscaeEw5VEzj1/CfTaN6XD7f5 c6uujBBP+bopyt0PAhD6hAxJACgQQ7Qecj3YDciJQq4RrQ4nAEBECbkTcYYHs2MmjJuNgaVT UOoAzAkhAMzmBmBKEghKGAsIOWBesiJszBBE2swpr64xPJsAjsC7C7U8J3YqAEICQSOM4A6Y BEzX6emk7dMA4pKYjz6Jjx5sh4LtFJE9GOARywyhu2jBeJ1TCJ8jPIOpyjm8niJBAECDCMJF NPAg/aj7dXkAn13S5BAObwZ22ZPkYo3I6UA+BY49fqBD8pRklUkon7OwBumwnwkH4CvjNDQ0 UkylFJ0hWgzV22iqdw/c+aHqBueajQBTMDSIU/IPSHPxFgR2k6fkYIcQL3/XoLMekrxnbMGZ A/31AlAPUNh29j0j5/UOl4+MfWG6HqevxJOyCiSkCgnnYwnPx9vqI6germc1rZtiDjz9j4uE ICYwwBs8MLQepI6U5C+FMgBQBMkVJQA0xNKoX5dUe6JKl+cXrj8PqHJPGY+nRw0Z4epGH4qP n9DKYlYgfnmLiZg4LCJ6OjzOI2ug9PY31D8L3Rgel7I0cjEdwcTJJAUsLSvogihzAgM8D7iD ZPt8RFP+yAQ3DV1I7w0Z9LKJKFuklm2a1qtTTC6HLyHGycxhU+Y9+0uj3n58IhjoTVIRMJUC BxSRJFPfJBDAmipSp3b6+sHvHw3MWx9Fxwm7uDjgcAEG1ZO3Yo5OVEa0otThdnf9un8uCT8f fG5Pv72DjgcLgXrpOuitRsQ6v03zeaTgkO44mARhRrTqlQkkEKxm1giUIAfUPQ8d80cmRoOC R2YCm4FNAM1+kD6r5VV/2Kh8ExTabZ/KChdEMo6ccYPlIdRi4FzLi6wLx6JyQP5X894/mduO +dxf+uJ/sfCCHee8+F/Air5FPzr9jAo8ljTLgRwriWCDAqDH+KQs/9FwFBiDp9JOQ+z5dmA4 HfeDbt6JJCgmmQpCGGCCoKSGkpaClIgKAaCIohLr5Y8mwqa5s5nY0CCQWXGQURGOP9bF1hxy zcEMhQggApx+LBzy1KuUP60hecRRLl/hWBj6JIAEePNes9pz7n3RCt/coIGwahyc5OAn4O6c 0y+YKmc6hNJCMvSgchikSYgGRKCEpgGg/t2kIo/dik8vOi0I7ZBOAMwUyDjrrqKqeodABN+I WCrYbA0o29ol/MfxBjRMiaVBdDodU3+e1w9kFC8L2BV7iQ4eeB+UEji6D9vAJH30ZLZsaY0l 7znL8u5LOIONU2vHqhWQ0XCVT4L8CgkL53gRfbSJXxipI82JS0gFYaQmsFxf9PhHz/wANaOX uJzjVO8UA8Hyzg7VC5MHsjquTYkhtAxMD5R6J72AVl+Ur0vy5hoO4OODq3ex9YAcmJHgoQyZ ZRpOJRKIFISY0Ysukgu98xeTFzKRue34HhTT+fo7XjWgdVUyzkYIEMoBMO+76GkA8oIV/0Zz iiILJMGijxaUvi4vyJEZCX08fZKGQdxSMNYE2I1n1O077DYaCEsNWO44VmSOy4WDAC77Dxjy dFm3JBI9RMjA7pH8DiIWsm6Vyy4dQDjncZ2R8YKPaSgUMYamqZAmUTeTg7nNDpwMOXBNJ8n2 1tASnsBu6ZMn3BUPa94LEFUFaBXAKlyEhlejjT+LudXzXxFd4UoBOUjMiUov/tAjpece7oHw iKpSFqqtGHp4vEOAWBhTqNGLJzIBWaH0oS3MKVHCQisZtdcZMQIAPiEBvoA2kdLtH06mAG6F le7GHzE9/LwtUiVQxBTT+IQ78zToRC0kUJDiIh8MNGoviHCcpDEpgzzwJNsCUSlDkNcIhSZd g934lCl5kq+4juahNmvAXU2yGY+ZrsbHtrKQSJF7u0JF/fLHdGupvkskNF6WYyCIRqzOVmTm UKeAxBDSSesO9QEtQ5hKRiJAGPqFTjFiQC/eXl/szoahaD2zgVAgQrwkcBmKZiS61LLBJQBU Yvmoi5iGH9L8eZ9MmhuYRMQhcsndu8mlKfQlMEApeNl6uc1eIyXWV7CU7Rsg7IbWHDRNRL1w MDprVpk2LPX2/jxUFXnkMAgg+tCbFFI00EQFVVCIVNOuuZ0BzYuP1c654OYxstCesGgvfHsy MfiY8p7bvr9n1io4I+9T0hDH6zXJxwwbCBMxebH1vPDBJC9ZMn2xyLDUQQQUaHkQIPhkQKGT mDQJQoUMSvXefr1zBPK4wvIolwCIKbcHaiKbxkgL7MNT95mw1qAMh1NALE9ZUc8OCjqEVPbe SgCSIBokE4zBdKsjqdR5bdrKr3AdwLH7YVNApcsC9zk3RyG0HU9Nqa0a0oZBG8RQHnjWBsYC 27gVQdgmTkPG2Pc4seAw8BWjIfNF8sXE4TwjoTgqdDB0qQ9aqqv5bNV7xm8WUDDkF0dKgWpl TcvSA5BqlopBoIk0uIaGMbFYCciEhJCYaREQVcIpLTE1VREFLRJ1g0MwNR9PnZEV5Km3nCnD gcnUbvqA4o9eOID2QRAlHjbqUxCHZzBpKKCKImIaiqiIqIqmiki20UrG65p7umC76OSkfCPu jl3H93OuHpLzszJgzhIYZA0IVE/SEXkkQJyEzAmgPaMgcAM0GYUiV0U6xTBpWnSkRSlLQaBN STodNUaUJwGUkxIo1J5AnSBOwolTRQVVMsUlCRLEinVqIUaRujaVG0hKYEMVAMytCRMy0qyX IZgdFASBVEPLkg8GEOQ6YiYKdJpDShoA0mImDQGgQqmgK2wVEhRQERQGg0q/pD3FGoU2Qcvo Yb3UZA2RYRjSeV1J2QzMxEQEQBRARJEhEyBEQnJ64ajF8rnNEmhZhExJMhBKZIlhWJFbQBgF 1IgFAeUGqKHxzFAoKoBhPkEhGT13Y2WGLRlxOxJtBPJH1vlI9wJ3s0CGIH/MyYkjWABgRh7W OqUnwRjK9Szz48thhHlJ3XnEgJCqBKiWgCZdpC0qdiDUNIDBEKQGiAGg0yYyxUBQDpBgE2Dd WBT2hHBEOUsxH14JjKqKGgF3VZlFkBAU9PXe3w8PZNojwNwD+j68+DxPfiTq0EVRFsYuWmYI jQgbzuKG8nkcgqFM3nHJ+5NbPQnwO25BcoqI/PLx1nPLxmjz1s0lEUxIxMQSAUNDNQVSRNUM zFsbE4ZkiuWnlJlsi5yKiIIKKGOE1BHWE1UVNUU+06AjvZkIgqoiq6ojERFCVVQtBJO3ZnZE Ua0qh0F1d334xz49KbQYgXUTKFGgNI0USlFJIkoYhR0CxNRBvMHV0dLYCcEM0ybCZbLMCGyv IKa63IG4FwI7hwpseg5J2JSadtqm051lIrS0yJkyhImLniKWbhA0hdP/cHV7RtHzEQeEQ0pv MgKI3BbdCBhIFA/cS7U4tw6HWOuAEA3pY3tcR1QRIkpDCOnWCqu4A6KI5CsyGGUQMZwLYnBS klhYcSQuMOlUF0YFCVYUoIiipIiRkIqgIQYUCaGhSCSqGgpKpCIChGIApQmACSoqiIAVlIZB JCgY2aaUTAYcaUIHYcKFIMRQISVDEAGcK4Rq0qhhAppiDosyVUEwSdyqZIFKQHozgAwBKGT+ hGVHq7DguFJ7kqgNmsncFHcqh29Z10wLxAe3SDIQhF6Z30LspjQKsiiwFMVsAm2FgMhlNAho lGAPDzvRSupETcmiEGtToAIOmKqHANCriMYQL+T5R8V/Xeruoi/LF1IDnKOwNATaFkYshhym pNMOg55o6FBev8TJETsnigGFSQgphUkM0KFKhQe8L7HQeZIn80TOQYAF3CB/dcFnn7J++Hf5 GJ9zo5pM8eBp9Ib2lxZ9slTmNmtmcBwnI/c+vSdyKn+EiOD+skPyV+Z95Oo0pFoE0EGYOIJ+ GL3CPCKmjr39UX7v+Pm/UP3wDGDMwnJYc3dh6jJBUTMoJDkwfGk5SZ4W6DhFVO96ONhPJPZx 3aXCaQkrAy4qBVnGMECmBwiOiBVMH6bgbBuc/cPbiGzHPOeVodjqhISBzjBheG3Xk3FeSGrH WqxOHsomQj4mcFBgsnLSglAolKK9wHLAHAkaFLeNqGeBlxIQ3Oox0wkWAHBG/NmEx+0tduuI z0JkkU5nhNEwG2FiAClvNqKIGE4DrIb2864AjRN/TnBmjRuOeN1tR7YOAgUkFBEEIuj90cQh T5QanvC4vecHGTAHRBTpfT2OXwLFdMAnaDs1C5amLMeigJ6rtT6ja5JHjaRL+GBnChs/2LVT Cc4HU/3mbMVUEkb6kpWGZImXORlrdPqfLCEFIhBgHQPmNDQxkI3KfQ0QTRB43K/HTSCBrWDz L79M/kgOaOE5CEL+A+Dm9cSRwEgmjEYE3EHI8AHPAKOSp4SFgMk1E0Mct+N2cO24R1hBQ4mb QjBIuytmg26jfqJpQ/I7dVJOJGV7cYoxTt+GbQWtYGm4Hkonmb3L7+Zgpo9wAxwR3o+vQC2j E7/vuCebLA3xhGYv1wHxnezEPzS/NI3sPuerQbMkb/A3ZcE1TBX+6PF9VFNzo5PzJCaKxEQO UB7LdJ5BfHgS1IGhxIkyTV6+SBJCCBpkn/IIqmDDwzB5JD4y8ifjZVlApNjDxUb63uNtQJ8/ POfrBsa4SYRB5vBw3onyM+QP6ZANKJ8CtZI/ZznkJBTCVb1OV9WerpFXYc+xCii8Qz0sxe4s 55Pbi8wazDltQZxahybybnHLukyh//e5+GFh9cvcmU+d71oN+ibfnx4XBvg4cHz9vdrujvUl ROYQh1g+10Pfp+KkQyQ0aMpPIwRQMjsAJ3SBrIvflKboUcS/cTJVXqTBiORHp8QPgiu+yRnt MxUhhUZ7X5GgxPjxVOImcOryfgFaQFAITGUMehMZMSnK4iQtLEzhRUF4pJ2HUqgBSoKKUCig QwoCEwqqk6KTyh8diV4x7xWrSi4n2D9p91lA9moBaQAxsRD+2XAHO76CI7gI4hAihyUDEgYY O4kGAaezTubZmdV7dttiF7aL1EGyDHJJWOIzA9nn9GZRygbinUFoJQ0cm00APjCEVfKO8HyJ 5o75399Ug4oEmp/I8fNfzI8EqGSA/KEEfBrNzo1i7l3AGoA+Uoq8QClmAv+J7Yor84ekLUXl I3jvhzZTHLFAiQUh1A5IyqJsJOoy7jcgZ8fzujjWCnTjp0dzvWGFqg0b3o2RIUbNnPT0mLZm DAHxRDEgwSRqGWEAQGDCFawAoBfvovKC7eP7X5hTwCZ9w8sFG1iyr8i9bw9he2r2dzg4Yu4i 3z5xE4CKmiGAJhI1FgCghM67iQssIEMSLDwKQbCEBGwgoADnJFA0LSAYKN2A4tgI98PnHBxy O3CY98hERD7giZEGELFAXIkI5YkMhSFFgyEVbhBkdwBpLHVjq4cR3S8lJnkdp/L1MPP3iefQ kOXkz6twDmB7BQgR6QOdm5pSIRooUPeA909SZ6EKI5XcocS5QdeOu3I3GaUNZsgzLYTSahSF TxB4xjzOfMZpeyCp30/btVt1zxqLnHIPVvJbJmSNmB14cU4fIuY0QRBQ5NDuA0kh4S9oWDmI J7es5gJ0icwnJU3OLydjL2QbY3t3weBUSlDFJFBB2ToKEoLd7kxwQ0NjBSMQbkTK0bzmCQk4 JN9u++T9uzt4o5BEeCb0MHXSfr76ZRntM0A+OdpyzwKkGp3xg7UpBYQI3TAmgowTnjJJTKRO kIaPffMtMyEGtwpMZMznMkCmOKjaxbYaSjIE663+URERFbgFTRIbGXZeKoUqgqDCBrMmoEGI TuFCuRLaqIEMFAv9joge/FVkDKtCqYJBIcXBJ3RzoGI5ffL4fuo+k+P6ehdD90bPFdOa6DpN 4oQNtwfAOKjxuK0hMJEEQRDHjmdBwYJKUOMEkWNZikyAoEwYtFgmTUwCfkxus74DyN89XT2i jsvPU1pMM5UNynIcnQh9WtCdpBoXFwwbdJ0SVUF4XJTZeQ2WIKnXoFIdAOobMDeo09I78iYO pwcjBNhLohCYFOYTpD8Or4E7iBtTtBgxzh6dJYw4KAdPccUT2sQ+E+4TBxUT0fpjARvibBsJ w+vE6aBDHioSDEB90fe29b0o61D0dMRtSXf38L69B/lg8hwGEwBBKSZQgUwvki+6TS+M4Y9J 8echRFSfKO0seZ0qE6EdG2TuQoTQv50mYFlKIxre1cLxSO5xKqno9EdjA9P5ndB+KaUHMxRH u8+3dg9+tJ1zcPF72lwICHuYOs0Kg/jAlAip+I9B1AZMEifoSooSCQiGmQgYhSCgmWEAHXQe hih8i1mA2GvxDYR0mycjx41GWfuYgoZgqCCIJZ22WRm5Kjhj//BQCHH+qDf3mUblSlB1BgX8 /3b4+0Fv0vj5ypfE/CXxLmIsGOt2mXwMAaTXNPF+1i7+0VBwHTKWBOUFLr0viOCDT0OiZ0xM OqfT0eTMcdyHIUfsJAyIQvVPYyTSqTShRAwfuwQ0kLCd+CZT9R+WtKg+JgUtLDAQTQELJEwN C00CFEpSgEQUEzQxBEJEUCUMwCSzgDJ6CqPHuOgtCRtEYM/WaNQGvTMJCF/EUsDxHFIkH6BP GFMTJK/oQC45gLb9Pc3Tk6zQCUjMqJSDQj0YF0qLSIbBdPv7wBfR0/EPpplRXfgli9+4YJow UfLY1EH5Jvx3A4/PAdHzcFQ1NaUE8mQ/2kgKOE9SFmQ+3bkfzjAepqXAqiID6N+/85K8avA3 poBjFgMRo6HZLjT0mH0enntKRTYtDbTdQqES9cgU5E5CGQBoA1mmBzqJgIZG4Q7ng8fR+n07 Cv1NemfdPreSXGvXVv56B/SoCX7kNw5uQOgShsBkS+7fou9+mGMBs+Bmlw5nudB6ctg9/foP q88KSAoHw9CYhkKQIJCCSokSigWI7xgYpiiIpZkiQKVpShQKRppBiFMkPIM0GgCIlcjHufHh 9Na2F2WBUlZmDeMKZgiQAj0wHAlwhSIECdnvRWJB+wOvgfseIKbgvRjnqQO8DT0jpsh5dtKo J4wC5mTS3DWiJAxj7gGRLICA75gHLMhQ1GzDXtRVdDxyElS8Y5rWJ+qC6F+wrbTNAf1ZGkho g3IGEs20NRUmNGXSa0Ev3AaBDeyd4YRswPY0Gz2RQ9RSkr+yPFBrl1fFQSBkznmhAqUrWgi5 l8QlRjOj28IlL2+RaiG2ycQ9spSUXnZhkMRrXnIDI3bgraiFQoOZaxRE7oRg8r3aJKTkYMtc 6RBL9bBGW8qwwmXmNShNg0QQQIgJRuMi8pY0wAYkMzgdIJDBMldViV61hGWpMqFiQpAzj1IN g7O/Y123u107Ak/R8mxBY41JYPi8gUSCH1ImoCHQB6iYEgVDUMLTHNwMFDkWEBWVDKeBF7U2 jQJgsDDKFiaisFyBGBhhGN2IZEtGOkSuQrCCRAXSlZhUQpK2ATzGkVxIKOB3jGRJeYDr52Lu QKe0dDnCmHCdDsV2uEzmasw8dfLPCZ4P1bK8djzF4336jo8b42mJvTrbBgQ73ztRHe9NdN7D ywKrBhDuRVY1HUCyO1XueQcooESsP0/4AVzvP6bRIE7yeWk5tZKqDVymKU/8aZUqIysb3Mol sh1nRYJ9A8MMUvpMXgEvnUDYcj3PIAe8V9qLhknARtMwQWmni7INxETk6LMpTYHdUIIMyy4R SlhgNhY3mYYmLGtapQx1uvOF1e898lwJMHiDAI7IgcF9aBpj4rkYK+vmihJEyhNCRlKfHPeS LFQcJb3gOe94vWwYmARCMuAMMWZl/ST6F4Q/rfBY9M6E7zB9EDfY3lxF9b8pseqzzL7mhlIV YIRAXyiCJat4651Yq5N3aSSV7NElYyC6yVxIwiRVG6cpURpeJABkAx8jFEVQ86xfFhkaaxWD SQyDDoHZYJEJEjUpQvlKlGs6xcswKpyJkypSw7XioJFGnYzrnIxcsdHBeE4mm3AzIg4YqKbW 2KI1JFMLqbbFb7sL2aBSs2yxauEqZYCNVozk7CnqYB2h6QaINnbFyHiTXU6LuupJDJA7rwxp K8oEneO41Q9sC15gimBeUwmcnjclja+bGjOEDGAKd1NJE0Y5BS8zRxGgG1kkwwRiLYYCLRLG W9kX8aY2CtBkIhJTETESW5QKLab0UDgO4rowi/CSEFe4jsuyc8a3mgOkg0FADk6U1p0QgUYB Hrl3yDjDFhkUJFJY1QIiCCBo7vnMwCkDZhCUXBjOBWSmii3wrSgrgXyIB3IiMjKAAC4RYpZU ch3WgySKE2ncNN4hQGIEIjhAuBeiwhZol2rA9K2RcQ9Fih5etSIcABDsBS5bjEmenY+/2aRx hWDLDMSVdTDYmZgd1V/A7mLre4HCOdxIHONvmYiiRJ6E0YIq6oOjBQJs+Po6RJyeHZBOnjQw nEg4CJFkaWscNpDuGZKHUVvr2OdWiuh4GdoYBHoaYLwPXNnJnK8AYseYgInnL7i4FhQRIfFQ HUiIj0wwXwAjgAh+QGSKqGIdBkJ+RFyJIe4K/GA1lYyvuu1JVbbQIzLBfJ1M5k9Kq4/ogaaK YEZZQnlpnkyW/Ok92F4OwyBiZW+UFYmMcSKIkBMJoiGazglgitYQzRBUUOYKLrUHQ7+2hNDA JASHskOGvDXkqgik1VJrIxMdFRocp5XRcFrkknpxvturgwtYxnAAkAn79oXaogcxsAkjxXId 15dkDTgMQCIIJWWrUiSJ4ULP0PEo0gWlZGfQi+dOdazpFcP8UXgVwIxLRMCiMCg01ZVAolgA xHYFxaASIHeELqhBU+SWbygMmxwwCI7Yp46Bsg9nFdq9448sOeQsHvaS67CEGDvWZfrMV6Mk 2y4ILO7hAqBNhS4C2Ol9D0NvDnIHAyvBrsgh/lCDSDsYSsEJBIM3e0FIhDoMMqmhM40buLTb EgrNWomBhRplQbZI1SQLAuAvI0qHg0PAiDoBIkDI8bwOeHuHYOOBnxggoowdBKrIwzAiVGpV IvAVg20GEkhLrMECIqK7za0HTkBy2d+Kh11YEIMWVxdTEyGwRAYuc+8hvQAOIoaBgfrh1iGL /SSJyWXyOXNCVBIQIHyD8+RR/j+zN1DcgJUO0qKw+9yB8fsoHL3h95SS8rClIdd9mRBEgHvC twkiWnOYSOQMJQTlQQt3aQHC5E8DmHFJNuyIXNlen8r+7XFOIhwgj+9D1jhwfJvG8odc6ZyO DOCC0Yqk2gFIq9+1S5Zu5d++UgiV90+wwrdAUSJDUiUDku9ItEGjjGLOTCzQYq6a8FGcX2DS rYHqnV2WJKiUrsTUvoUAtFkBIYSHTNohnsY2Gt1izU2sGY4UlKsX/Lqa3XJsGEQuuU8zDD3u 5efOBJ5weew5lRDcGQgHrCHEAIhpBL0QFBQYMYCmW39QvUko/ai86EnfR21250XwN74PTT0u 8zEQzNURND1IBXA0GLW1oAgPCdJBdwEkkt4iUDN15Q+GGgOYRyMTsnLxdiCzaBYgcIWSUWIV qCCVQRSFUPJSP77vC+yR8jkACinLiih7h9rs+tSR8/EV/Uk/qn93DWgDm+4BZ9cR+bKroQM2 tAkASFkAQguMg0oCP4okQkqgShwSReLofqhdIep6gZs+3Y7Qg/EgClJY5kHJF/ZG2zbrowG/ pp/FWCMwO9RUEgkJJY2kGXUX+TQfQwXS9X7juOgqf09gpPxkooj6syEmKKIl1iKi4bDEUIEQ BSoXxT0+P5HE3L7+ufQSAnZQhwk1IgUJoNgyIQR6CenjYJsDnqdEwdq98OwPUO1+JI7JUpQX p236XANs0U72O2YPXdQ3lT5SKnOSJB4wPSEA35nY/ogkhLPcoHL69jVteqWVh8+UDPETwH9f k6uCcgNPSpGengMydYOh630kwfA69/oKOAbJ+0sYQS2vYwYNeF6m/CesByT8sUKJAB8WKXHC kzYXLGssxpILpkEmFBYyXEZMjBjZe+/05jY5Hd2yAxNUR8smkArqA0TAQeXAx2/vSmXc7EYu 4jFF00SvGkjuHp+uUShNJgPkRSHwD9AE/JhUpKFISYWEW6kKYjL1PAnu+vFF/d9v0NN5QGnR WtScbrHcxLhVRmkOwklAWEZcxWVb2gA8lBAHhEITCIJuQ0BHvGAoNL9s5apjmQLE+Gcf1cdV a3tb58Y1rAhVx22FXDzzCIAdhCIvgYizcDDp3hEwdAvagWZihUBISDEH+oMEPMsJ0lcIiYBi XDAkD3UDIBQPLHewBtkjsy+D43Zy3vDz6s7zubAaFeFjZCswkQvmf6rgEMgSEIgKggAAhGER Fg0fPGGiqnBEyJ1blcQCq1CjI7Hp3oAoERZiMDAccBREw7QDyjh4F2MkAzCBpDjAINKYp5Gh AcU+HR8M9Qd9UesqenftcIm5JIKq345YBrT/kzK5K4eLIGkuqMV1ESR02X1noYv1eZ3Kn9X0 RTgSMgfZDFhD9gsRKxK1RMUz0xwAXUi/2ziSIfnagkiQCokgPHbWPBLhCAAge5CIMIVBIhpc PtIv9RsYKiSiSff/TEQLQSVTDREBSUDLF+46bB5InhMeF9MMA+wpThIfIiGkdKrs0d69lUok SXj6owr42n5jo95dNf4G4TcR/AxwAGCT97O3tRriIcyyLItDD/VQrhutKtc8b6dWzEQYtTXl SSm5oiCG41GEw65558yPHdVJzRWx3aiE54MUvJ9tl93sYCrobYjAgHwEx3BgClL+cxAAxPzl DydIdIXzk7icMAygKT0sWTRDksgbJwIIgDZyEexrFh3Y2EVCY++sTER7k0gZQJJIm+iEH0+4 4fcY6aVT74FLYiUEEzgNO4iIg/lJOAgyfcONc8HDRm7lON7TE14fnqY8m7J/5t2vJj47k2NO y8SZIFFCvQi3+be3T1w4tydsDhekh1IJPjbrs4bdh0ESA0ChKnmMJBVSEjVCSzARIUJMoQAH nGJZJQqUICKEGAJIiAmVkGDf0EOveKgcNQKwCqEage08kqTQmIwECC5J7ovmqLqn2On1J9+I tU0cQTYPAXM5NZHjaigQlhL5I7GVfmBw5ZTGiio+5I9SiXUIwHIXFE0SIDuKK++ERTfRsHyP q9u3xRQZFOxvenRSQJ6mFA0KNCNLEIoRAgkQQQqjSUolPevuD9Y3vvPcQvdxnhtm7WsXR9rH AoqHISDCqTt/Sb/qL57Hqd6D0gH/ySB8WEQ2HpBAecrEBsRvyA72pzFe4wlMNsZTFRmBQn5S 5reH7g3t2n+7+bANnMpBmPxFOTFfSDFhU69yPv9PEfiJBohghib9M6EYPyzwDxhEDMKCzCAI 0AATAoyQAmxENEgqZcsmgtAN/HZs1soucllGDGKe0GEDEUpyT+RAcyAY3swTDREO3yLCipqw X/Lix8+BwdPzgvwNnziGGnujrXk/j/QFyHj44w/R4OQ+Bt8MHUG4o3uL3gx24IcOBgoEA9wy 5qULiOhyDjcDmhFDiBBGCUf7ZHhI8lKPzhiHIjDDu1YZAJyE5Z0QNQ90m8lvXNtbxHAa4tGE mkmS527CtYmBg7EtbMIycNBhh7ev+e02pyk5JdjBfItpshPTTrWOsTRCJqI1476XTdIKDkf2 dQ4N8cEUJWGGuoOZGt4bK1Gedf3fODMh83YPYe7vuk5DefdrCdpATxCDyJajtZVBMHLCIBrJ LM+dgQQ4kIHcoAvb1lMbA1gD6DtRdaDTb2B8EUxTEEDiAwoIQpmAFHZ5U4PVXh6vRNgdHWJs gV0sPJAnXtjsRhCRj4B7wP5yT8fqw+W2NJlkjSlFKUBVETtkDOwrSfmfqAyf9cYFPAx++e5p DAlI3g6VXzBQ3OPntXBXykA8EPqfPfLECIlVvRsOU5KLSLSiEsiHBgWAiBLiBwItVCaXHMkL mHN5ucEefNS3xS1/rsOSE9Th4RuWOFOyJzeWC59FXoGJFELu6UBdzS0EaFySwQHJGJj7D6Bs Y8nmFDRx6hRQcQbNJ9yA6YxMX7EfsXNfLHJiSHPD6Jp7jTpMTNB+Q9zBL566P0nikp9goBtI e5aE/YSaxEXoTgouH8Swt62O4clR6Z/m+gBw2ZOt82A8b/58APVDmpvCHGVaQ1IgNAKaSF1C PSEclQerIAcGUJ5LiNs+OlH+bffXKD32uZi872EIQTolT6EB5Lj5nB4ljvAGC8YWgDX0Id5h 3LI3nDoH6D9xyD3Pcwvd70eiej/pDo89hFCHkWKKg+qiSQ4/KA8hFkeJwlCJQNxyYeAD8TZo j9XYQ6SqKHWURBD4zSgqHtAdweICGAMABKA+coBdhp8/u9Dh3H3x5UhQoSxIkj2lxY7szoSP yg1ZhhAle8H2z2NBsCU1++U+adA/eSAakZiQNh1Pd4nQgh35MFQ9sCFHDUuuT28+LN6DXosc GpTShgJjS2DZovbZx1HLqI4E+IVzDytJEHQxRFQM0BxoC+Lm058n2eEsD6CmjX1SfXCIOxxh +REa9cNP3GsfSX4Rv7UkYE0dkxSaFIpaaoAwZRViEsAXU4OGn6iB9iRJQkPde5toPOR9xI8E J8EKUJgJ/VAHl4ZQcOwJmpO0Kr1kOsrs64qdYFo+BK6GE5lOyUDBmMCb2Dm+7/TwPKdp3wfF RHlBOsnvCUNExTEQzJVQSTM1rBQREUMV7S4iiSamQoKCZquGwyG8cB5cncZYBFqyBVKgoJAZ hwGukGLNw/IIsRDFHCDxoM8uAR57m8K5N8oBsxNmRvBRGAaxBBinqgQBUWCMIjDIRFzjEM0D rnfBbuOS0OEvBZIgU645zfOB4IfzXWoCmYOLoKEHO3a61oMAhMN2sXX3CSYmpChLkuvmUHp5 Gjf58C2djb749LnodVe2yK4n7jRrQpokU0BOYuSJ5GF9NGS8k2OfGOw6X8S8CB/1BCIv2Svl vECloD3evc9+TE3oggYwH0P7RsbojrpsBaLy+aQQKT9a55nIdVxPYOYL+yNlPFak+zzKURoV NaO5LDwO7Wp/by6+BAioRDQhSA3sZhTCoEwFIAfGSnUMjEA84bJNMZF6P7Jf7cQEeBePHAbe 2+/ZO6vQOmhT8vwBWfyb2yzCJk8rgK6xFPzOBHXfv0EOlSE3iNwiX7sMZZJJiTy4yx5INJYu aPQ39O+xPqKEhUCSUBh6yGGADEcgTklKtoQsDCBwLA4VkDGYlKo7mRrCICCLj4J7jz9497gs gMilhIUPww9thcwecd8656cNW3XiUC7oIQkkAtyQZBCrawnYYtbonCZNAOUBWIUgiLBjW23p 8sN6ziOI6cJvdu6LnqgnJy7GQhQ/hDkihO40Cky9QIGlBhlfBDghYYiBVChAYA9yUfiomZBC /TBiP3nR3CqH07XsW+wzDggeLjZpUTUT95O+DaAh/6oAdhAoQnWAf6tGIdSjkfKCl0CM6JAI vqFW2ePxiB5m3hbFypawzhMiBtrLCdX1qkxsSZHyqMPVFZueICRUJrvwl8oi2xpjkGvCedWv 6IpzoD5BJSv9k0UAA4fn2+COv3maL4ymhM0dtm/PDTDLUtcg+FowMqqBwgfrlpDHqoepAfcw DDRCpxuYgxm+IRkftz2b4Ju2KGO3HyP5e7g7oJuCkB+DyHJCH3MUFDQzEELSnfB/m8BN7J0X p10ZW9o6NEXBpSNIYmKu0gz8AKBg0FRBkmL65wKGBcg8S5LmruA2RCq5Yi/mY0OdQwZIXooS bU6QCsmknPig2GgL4vIKSI6wrEY/M46fWt8oD6o+pMfphSdef03Ap8ONUlJe4/tkYZlotZCK A5wJGtaAcPq54AcbUucZzt2tpHh5DCwD4nLONvI0wQ/x4g6mmhTmQNIOPTHrG4Dch+uhkoAp hgA0qSahMk1cpeW2KbECccB9tJw110I5WmHMHMohnheTigBeWPJX15s4is4OgQwd38tz9+s5 cQOVkDEDykcqAi5Rk75kUlctc9NCcb7435yWZSRG9jFQ30jV8xE69X5q5nAxyiKGliMrnD3w 4cGWIiv5kd3v0Y0aXgZyuV2UPa0kSxAQUPgFLBSTBFVLQDVCUlBSdbICTBSExNMPnYKKVqWq es6ppqgkkfE6Itt4gcSxEpIySTJRTE3hymIpBhgKWgKpgmaKomhKpCqQqlKWqAoKUaSZiKKW aJEmVIIaIWaEqmlqhmKUJhICUggCZ62CmiimClIWppJYYBoKChpKa7EAoSNUNFBSswnAgD3j 3Qc5UfnCingdEDEuNQRAmAZqP6FTsBRL6/T1Tki/E9A21mg5vUFO4kVQ7ZgcscFmFRak3gxo RgagkgAmFqgFpAOut89QUR685xQyARBjxH6x5gAUohc05kJzJcYQxmoqVKVpSHCmwEyeEkCC tDttIqqLSL0QJ5OBulAL9pB445QJBO8In434dmIr9nxccwH38/Do6M7LwyVAGMhjMzGFAwjJ iFNlPdahGJAq/1bQjRQ0JSFCVQPffacpzAtHYWOt4IxzGy47QeIhwR5wRh234YDEwV7dUinh Z6RYHqO3gj4D/0GV77Q8++4T6RWqdtXlPCJuBkRMZPaaQppCJBoCJghClKKRKCloRbZt7/jh XuFHxsKdio6cBfPyiPUK0oeECLSLSClAoRFVBAVUkAlBRVSSLKyLQR4vA+YnGoRoUL0M9Iff yMHJOfXq6HkQAG0BQgB1kRNS5ZtshvvsgUJQUiVUVFNIvEKFArzDtIArqICaEbrGIiqaSgqV pRKdIvUGhCU6w9VIUBRS0C+4hU2haNQLFkCg6kchG4wVDIVHjWI7PiB5fL56z0j7FF00j3NI QgNvwTKmed/l9LZ/qaxWYNEzchapGIiYJ6oOLtM2BCq0AkCZ579vcTWoSPQsJCJTgSBJ03HE oqp9YhYV2nLUllGBSwjnyHehMPKA9TQYMb6YWkc5Nn6BgWfMNml3OxnT27GMBk/D3x4N8AYh 2VwX2t73vMoTeBeWIceeAeKkTUTVoeIDAJWmxagBggIjxjbIPI2H1GQL1QBHRAYsbD0iSZhB dAQKcdCoEJ5nXJX53HcphZuzjHDAcq1iKkZxftgoQIZQ3szxMCqRdCkIXTOaKZoGNJtLM6ZE ganewvKncVXysb/uND+6QO0hhOBJQSIH1Xx9v8bm0O+Ngwwl6FxIipS91jv7P/CXEqIyNGLP o1NAL3JhvP4RpYiRT+GxiCMGEG2N0yDuvvyUKPDuBmChWP4ZHErQB4ensuAj4/TCPi6YQn+W weWN3hDTSPclAZ5nRwCUJKA1FGEQCiGEybbnzOOmtvPMhF2jdxJwPMVB5TCGgIhPCSZWg6cB ySkK5xgDAgSjNPIzIUj5jBIFSkbxhE4+KXRslCkvh884HRA1SCoh/ZBp89bXuQIIddfQ2Ah5 nxJzFMkCJv2Ji/YaPyRSk4nMgH9JESg79YIBQqUniyiZIjQmhVpVB0gJEoaBKXEAlIIQQBSm 2A0FIUKtKgaAaQDEmigChKRKKQSiqCqKCigopKKKB6gpUzUtKcgAaIkWjEoPPIfxBOoAccck EZqDUqeso9NNh2OFTD76lU0gHGhHAYdBq47adqoJ0JKh8JShAMpCOSAJhSSHQgSHrvBNIidz 3xATJWgEnZF0HAWEZ9/pj09kwAe4IQiqY8h0IQrY7FkSDmOewcKDzKkSJQIb5d61oQ6GtCIj jMMFbRDLmVElIHANITEMWFnxtSYXjb+MDMckANnwRdaQDvQ9EMGe6MA6ksCuAR75GrJKqDMJ qZJLICgBJJMSsDkSDD1TADySem+nSdggg/RMU8b4KlaUHxOPYU6Zgj3qzaVFMUhSyJUKgUAA FFEkeQXs2kRkTqRaUoThJiU0UiaE5ALhoBoiKI9YRTQo0FCVyETQCRK0I0I0DVNUrE0gUA3i mwI0I8UlIAbvwPRy4lNBq5icIvJVpmIqKoIlCqHmBTSHMA2sNyCUhSLyFOngEd2ju1VFAW6x ZGttiTPjARm9G8GyhefdBw2dIvjvKPA6400lBErSFIlNBStJVVQTC0FJFQJQJVUNBQFFFCFR ULEtMxSRDQCUic1JSBmzWvRDThGA6IU3A0ApoQeB4EDcBMlBMMhFRLEFFRFVFDSFME1RTM1Q T6QDpKR6FbpiY4XptJRCemzXpg5cRLSFMSGEhNA0CVQlCuIoWnQnJcEkRNuFjQpySGEmiSjk HIMxuY5KUAi6JYooaQKECgdVsa3dHcAyIGhWADg0nEMeKhKj93+PPxg9/VMzvJaNtj6hoQ2I m0oslcTD5PAErytkH+5oxRP0T9SIp1R+uaEpUe9g0qnS5oft/LdweuGBqkerMhvIg8zEDvXn 36O0FBzOb3iRPp6+I62RdSbgQADwEtDE1fVKCq5ydzLq/GKZg22wzJO5QbpwMCIB6FgRS9xm fqlc0Eom35AZUwRZsc/iRePwDUvhR2dkFEJqvwEXCmBdkFZBTvEQ01KnEYxIatzEdUYbqgIA +Zy9SQi8Lkj35BKwHGCATbKYCGhAvDEQbAF38BTeN34312773NRgO7+LweLTX1ee7VGNKKoz kigixJtFBxWconhIeJFJiFjLD+3qMj5YWlQ4fIhOd7ob9fMGj319SK3pIRItIK0hZARjjIss a20L8DEossc/LEwckzQSZ/VdNlgcyHcSJhqtXkVKGGqbsWQ81sFPac5ApiqCQWQiAbmyCPbx rTcIJkx2Me2jpxgbNZrVmZnfZlHtnFreGgDqt41BGQ3l/pJ+Knx957CPsY4IAdSFQ9xFILwI Q3LUIr+J9+C6I/Lp0EOuxHhtj/fKJ89c4G/FgGAOL9sPr0UTQUC0qbZKTChSD/T2yLwCFEDQ A6EIhaH+dljbAfVA5kio8OMzTAETQwqBQ/wkyGMGYrkgaBCBIJCNGCsWJag5Du5dURbGRooV mggJlEofawSQ92WaA8bk8mWKlSBlqXKJpvd2PYTLg99RyB52xzwkutBtok2zaE3gfopxlKRk kGLCF0AUL3JSpiKeEjoQKEmUmaFTkoaYhYk0UqHIYgEOrqViQTqAWzmjEukQfpYySC0NJfQN BYYNpAfG3VdRCAWEtg4lgABQHcGYtKmw+pq887Ic1TWg3XkhhCQ2IvKQ181+ZAdngOjq7EMQ 5cXZ+YlD0lesIv9kNArSZIP6SJgHM4ncJ9EFJYhb4YtLhJFM/vCRhxgi6Q7UgAv4RB69vXMH IaYJvdNC96uJpYiskjNfSLQRuYEwx+WdX9WTft2h/XgyIE9XXM8x3wgbc4ChKjnMCGiyL+5a Gfq8NzRxP5ddSfFWEr9ndBv+rwrx3D8JTT8JYiqoqIIqoIiAIqQgZlImgCE7kK1Qo+pKJBAO gpEX+kiicCUP+uQD8wQSMnwI0rfiP4Q+77OnNPgC8wEjiSPLEIqkvqyCO0UBGgAwU1olkpUa KpD9CUMDj96F1lOm0XQDkBzO8/MsKpoqiiiiIoooqiRRRRRRRcopX8TvGcd/iDpFH5wbp8Gc HHhIQhwUeQIWAxofXBgQdLgRIlSIVkEpACAueOPBOQodrwRNSDDAkQqsysy7XkCvZ72RQmDf ufwdw8w34ougHwQ7J12TsuyLpZtdTVv6THidBOALhnoPz4IeH1qPz0liG5mTVQr3KDpQDxmf 4eToF77whxSO4V5D4v2zTckOY+g+EflmBknhowAKcjRGipwjaJshiTRp7B4g8gn8XDM07838 R713hf74OWjx0YfjflowlC1iZJWAXGAdz3W590vok+F8fewfzOOcU75nN/SeghpOZbQUkHK5 6cuWGtAZseXmD084E4wF52jsZ0jmEAz4t6MdQNanUHSDejpxnSAOJN9HCeqGt7F6+Zg6hSOt 21hxYNu3zsU1NvMqKRpFpAS62Q1zhk7s3MHrchCmzDLfk5zf1vdfnyytg4OEU/mJ8X1PcEQh FjYhZj8MIGCFimUVLp9F+1KU5+Yb9/QP+Ba4h6QE9j8ZIZKWNxlRn6rTB9hv4lrYl8DWR710 wHCSg4N70abN4hbtmf+baOhhiEgQhGhQuQGJL0N56Q61yIAooOQJiWi6jzzSpFj+/h7nSavB XPJFaUAL1dClT1xJuBDaQMIhIn8oSCfjOtbo7GlLlilGgpBHrXpxE0fvl4ObntDMYQfVs0cm 51WEEfESZcAxMEtuDgPaen8Ds0Y7jNgih6P6OTdSfFeCJ2EIakJExpaReREbhh6TKIW5h7na cEbqksBEJ7kUCZmeXiJSZRZJIRoby/f1f0kj9a9Heh7eE0r0Nq4yg8GgrMWDufQ1EBAwSRyY AbSx06D1YfDhEpukBIU+1y1iYmjZAOgEhDe6Dz2cBvjidHEIYSu4RME2fQ2d56VHAc60aXsk 7qFDjjjjTMqoqIqW23bLka+B2k1HDu/Hi+D5yI/CKn1u4iKxej6E5Qcjvzdns++HAGjmxE3Y l2tjrjTDD3EjpIIdJIBe8Y65DDnMSl69d/n2mdEgSQWC4dEJGFAAJNIAQEMF/axnEMwf6SwR i10glSggiQ0aCwwoSFy2iPskAaEaCxXnebx0d/HrFatniZOISJ4klPqdgD3EVTxwp4KGhDzA 0G4Y4ZpEPFLELxLhHZGSCLiiQQgZiiHMoEQIfzfHHwD3ntfdepo+iKP0+tQfaeDySHcgwDnY aeZje9JkkBGzDGF3vWOQHIODCePs45OSIBhVViOzmQ4UUUljdstBTwpJeWPDwjUI8cdntbcW cyHWjIkwcTGxdm4i/6PBu6Ko6IXQJZwGCVgggmlqIoSWZIJJhpgiiigJIGYUoKZmJKKSIoYm gqIWIoix45wmaqiYOToIkiRyFweuJueWZeALayCGnATtk/HBHvM2LYeHPMcSmZpgoLmHPr93 YH2M2FJCEklskGFwkJfFiW9TOnQ3nRi+FQV6qclJG5SmAzMACRY3BLUCuyRMFIL55wx6hBQb KBJsw6F+Nx5k/n5MqHn5gfb4sFec5Dz43UmZFrqoRMDDYl4F2JEMgYCIjMUASYDEgiLgiNE7 j7I/STSLGaSwybjy589IcjMc0HPShgnof2SlEU1L4CvT+Zc94y+fkczA/R/YdyKEkeGAzEMt uIchhwLtmA/6bQkJxDCTIaIJNgHaD3odgw38MTt+7bJWI3cCRKAgc0HXk/YeHsLutInLK5sw 4UC4SLdecLowShDSdN61gkZHJs845PGfy7eU6DMWQXZc/qxMC7xwtdfaKyDdjqOV1+E6OjIS ZgDojmYz1N40phSEh8sQ45IsjBREQDTOgfEZUSEcv6D6BBnbHosRMIL3Uhjhr0okjlBswrOC ZmJDidLpkzMZyezRYJnHr0DhEEaM6x9xyD3Jw98KSFKpRCMo0Ccjo+t6oJJbABUaSEUODNHT jEl6ZAc+4TvI88dxipDjGHLEDA1jdfnp1A1kNMcIF9G6DR1mREPlAQRWaLDIGdaQJp7IdB5h IB6oBGrWsmFQwZDv7IIyr/yevj7c4O6Umw4+OKtgMIVCdGidLONa4ti6gEwN2t2z0e4kestw cFaY0b6/Z+wPrAB9p9kwS0AZGm3FIVU/vKlYgQDffE2dtAeb8BU+7xu8BnUX8LIVEoQDtTzk AIU0NJEvUDEpdspC2PQ7VkQEJ0k5zCbAVKwQcw1QAjVSJpyElHUv3UFKexwEfjIQU7Narf4v MvH3muHeb0ajD7Oh0ZUENBYB77RdGoUIIAIb5QjySEsxJJZ6DjfT7/SRJTHeBwAsMhJNgV48 HGCcfQJaClH7sPQd7VFIE/F7xiJTMz+cWQXNUse/RuwvQ7FQ3OhEIwxfm/tPJRN/SenRA9V7 deJt5PPlZJpHJGk9xB3BLCVQUNLmmBBKCpA8291vrwYXn5CPvC56ffu1Rs/S/EwBTx3MAVAO zGlPpnTbmcfjMlz0/ljqA08OLJLnAOqJHPOannfVzYpqEsNAekeWGC+VsBbwMbvfjOeeDTuA 8rI4uIlftfKXpQJoaQB2yEnILmHSZQUpMmxxCJGZuUNBkxL5tBSiB9jgjep6RAmO+rISNReC QOZDSa38p2Gwg5zkNYalTDmDW83QFUiSFR2sdZybLMU551oLFQ1s5a7sYYMDCJEGrAd/1qI/ dMDY2LYpebKOW+jAd+Du6NaGC5u2tBv7Dg8Zo8BYg8g9JLzBh5GRJ7sq3/cIqoKJo6vY9epF 8w+JoQ7nn2uzo6BlFoxnZwGxY5w33nufH3PPHv2g74/lwdfB3pxxUF75MX14yQnrKCBoiOrk krozFHJRl2g47vBDn7/kdA7/Mg3VxstQkDGmlBfIVyGgkq3TpmlXFWLhqWA4GG2wjyRToQB9 kOQdXjz48m5maUg2GvphjFUlURAVRPdB8sONhxcxoghTm+b4a3OQmCbh1zhRaSO+D1TwApnS 9jFRdgYIKScPE6cBx5rCBpaiYgJaJYgIpkiCqYlgkgKEmWSIoIipipPYCXTVBEgVVMgiH7c+ 5pMdSORUVFU31gg7LsgyhAUASDIQA+XWBB7D2qh+J1H6fQd47QDKd4tB9hkoKinQ0qkbKKHj 3CCAJhV1YgFMhx/mFZSAQQn8d31WNhju8+LgGxHq8UuVgUz7vzNtpE54hxdfHSF9H4kcFjrZ IOnYhCg0gOGHx0ZsjcEO5AO8cRE9KqTgl1PWU5Bwo2xyUxNJJS/A2IliTvYZwQGiOanpUUU1 RRTVFFuuVIZGLD/+LBl9gwQg8h8EC9Q4Jf11U8BpT3eA9gNIfZIp0DsMOzXlAUV6LLKOOWJ7 GkdEx9+YGwKUpPWENGieMwLQNVH462bOJOHZSz/poQ+D4NW2kHO5wuWNRkSHm407dAbtwZvL rwp03zxlEUvwJD0kfCdZxsBpNOD4Ch8Q4L/kEIXUPEW0Qvgy10DGM6SrEEVLKKgMYlEhiPTo qNdjCIoTLsmhEe0O6dD7WU2IhwMgfaMkgH9oIEGcPQMNSAdfkfaFB5AEd2wIgbsjHjFDhSfI JEegpTInRMVMhOiGGyNHYkMuTDShpeoHDT+QlKIkSKHZHzBlEvvwF0nzikubjAlCfIZRzIbR RBpHu3HCAbhxrIbCiMGRdOoCAJjhc4GD85zCUXRAnoctG4BfenW2Q2DKRhH52rQMAZCsQGYJ VnJ+NgV4Db1c34L4Dc+jA13gWAOIyBKn10EvktHDvN+83JCW8TBV67CG08peE7bHc3s91jnn rXib8dPGBou+9ipk9ThuvYToGz8MX4Byd1fI2RM0ESTM5NNL9QJ/afrHtRw+Eh163fcLt9S9 ITuWzXGnkBAmATA/OJol34D5OBh8X3RVUzVRVVVVVUVRsOT8IzQIkiN0BjrmokYUmZwkb7by /NOZyvPsAEnoO643Aw+OeggX4QOeBIc+RiJ43DIxR2NS4kt/daC5zHuSHEkwlUAHSTy0PXSp voQxcAiSSEcD0zO2fW8/FD232Y1BDBgZoMxpDYNnbm4STsaxWYlgVAzo8GIa8YKF2zVtPj22 +Un1kUgWlQGL0IDDHHJKe1g82lgloZELJAlN2dzGoEMhwnfkT02Lsw77d/eKcmv0qfg+EOR8 Xn9EDb7HZvLFyMjOY4owhzgFOgAUmQGkB47ctbtoEcWQ4kIlIgYx+RdCKT3gNBNKhF0gDuNw HPo23VCNTizcnyiOZa4fIVeHbi9UNKHGapGhCeRBn5RjkuH9dj+V+7nVzl1biPRcilbrejco oigmB8bPc+5FA8gKEQIfL98Fg55C4D9O90IH5/BGOQxwhvuDU0nM9kyQPmS+0lYQbfs9Op8C /jny7QmT5kueEKoDGryhYrIc5zgJu/eKpYikxBW52TxJyYY7SNm0OER0gpv99tA0Rw64NL7Q aj7yTC/APod+3bjkkiiaghSJENjId3I9IHtjuU/UbO6o79oxUOjkm5ziDWzYagMduta0lre0 O3GzXDrTo0mEIOYxpnM43enHA4oUJRc2aDlgMwZARFQIDEsQCKBY/03IMMSE47Ycy45AMSQQ YwSgCmySKKB6G72TgR1ujAkMca7D/8oAp4gEfTmQQ58QhPO/Lz1iMkLLyYg9RMfe9hLG+nx7 BbvEHs+So1Yc/h8nKh507/JELhHy2+j+9k99N7ur3Xg7do9QoIwkCog1YBcqmW1GI0CUIzQ6 z2IwuDeZo/Zb2h1BvONDNwvN13ZDqSOd7j313B3u03Dg6DQz0/l8Pk93n3vPnx49wZNjOqnL AIP0fyiDg+HBzoSej3Hdz3HYJSpRTdZKecykcq+fDcLY8hcRmEhNhS/H17G7xcfLzTpui2o8 kEd9fQ8CZOJh/uUwYO0/T5Gg3ycGoDbMQhoIJ0EOtBEGHonErUFctHIchAchqlAtojeg4DZI 90OPHrUhKetAQEQchopqqpYIuGCWE1lwq5w4hPO2A7klfGOGOVTYmGKlUNpQxRN25A2RQ0VR JMQHREwZJEkgSiiarqOLKcImKJKIp9topKWJKCqGimakiqhpaqVmiomClIpKYiilAmqoiiiq CImAqCSgoYmmlapQgYYkopZwcRNwIjKtopiMgWjQJA9uOZ+nEOEDMgcuueHXMTyaKJiYCZIY QisnM8pilqgikkhppKpopopsxHCqI3JOn3fqBmwX/wlNwEgB+Bxegr0F7GdfAJ1pXY/G7+Zf IRNiJiF0hBxJy8ItQi0Jvybp8SSYUZwdERInDCSiOFwCKxKl1OrVKIPV2UISP9ui2OGN/rxw OB7HEBiCYlEGeICAXcA+4kQDmkQIlFwSY6ILT9dCV4+EVEr0hGGA4PYPZ5HqnCWEISCtg0BS aDIdwbl2ZjuAhUiIPvSJRChpUIYQWMYB2DKwME1AyEmI+LpdpkcsEPwMXKF+gb0L+EhKiScK gagRO6HmIfBDySR+lRRTftxauvl2bbvrs4btN327hVCXHG0dP25v9W+I5iWlI4NWyNhvRM1Q qC3/fDACMxFW0wywFGIRoLIllxw5HEO8mE6kIrZxgKT88Y8+uU1Gta0CPDm+cbjZrg43tdyt sIgZlw7vgRPAFB7EQemk172ILB77VR6CKGWECEYLrYJJQ5MQmbQ0NiS4sL+oeRS6EBQYch+q hOwdmI86gd9lUeqSpzCp4zI7rwH3qAHMqIJQ/vDpr97o6nVZj+ZAMM4uaePpbFGJ6H3Hdu4/ xEmeh32vF1cYaBPWpVfVwfteZ7t9woa2MB2nRBLRGH2UGzTsGOe5xoXFB+v4ID9TG+iuXZlU oAIkACBCEU7hNIRK0RMSoTKlICkQyDUEEghXubCnIDYoBSkyxNDFSycoHR7fakF1nsbDuKcc RqRzbRji92Qjd8BIXvtN0uCZYUnaccmxZADjHI+ETuR2EINq6xI0OksWTeO0ENJiFAp+zAxK dsBQOA0iV2900j/VItAWY5JhLkHb93HIAHqSKUC7DoHpg336QFP8Oj5DSCfnRILlWBWASUAJ KESUAeYSmkhA8mfOTXbgSCKPaoUx5IHP9mMBCuwr/KFOPp23e708zvTW6PF5BIil0VyBKRGW EApGUNn4QhEPz6oYQCgUEAf1GK/JkFPpRKbL5uJ6HoFju9DAF84f2ccEWmB3+LrSHyCAoaEC gR70IBPAZ4fGAM89wcT+KNDSWQFus0kmuSSPis70kFNHzRkBe5bjZw+92OnF4qp2Tpt+kfDR iTEWrixUNpiJD0NDp752F4ETenQD56TaYQABNYBWiEhIkJzzCYHwzF4irgsL7wYIENQijWiE IY9rW91OnJC26+o3fSBpEnBjtUghTuVxJSRCkQqhyANQJCA8sgUSjIwUURIIcITMiNAMEEQI 1QBzOzWUgRVEMCu+ErScX7K4filgC6wOdt5Mc7cEGal2wNznBuUgYUVDow8YDuDOBvd28kTu QErYL2c7DhRyEFVyaNFukdak2ZKKpKhtYQNIQiA4OtKmHkdv05uFldDzHfmdLCUUOj0DWAHY NoOk7w86U9TqmIalT739OdNBx/j9RYIBL8TgHJHq89wkUG958CgweiuHTfuHuffUyQl7jxPp De2Nh6DAif3eceTl31RqNH7GGCYi4kgd6kH8xekJHdenXSn/GAMIDtPy1j57xEDcp0jcCm0F IMB6FfsujyuJDCqmLTYiYTZimGAwfEg7COEi+YHxAUcl9A7xjZHeA7F3x4BByhKQ5MpscTvN Jg7Ju7iOyBYDyBIEAIvxwB/d/3fHHR1/KaKRSJq8YOhjXeyHyPuDbvxBxAULSrxIZgXwQi95 sqHSTwQnogOLCBqoGgRf7CBNyA6ZSZBwIDGFf74VOigy+2HuSaDz3odnZPuU58DyPmCqoBCI VOZwRZQLOXFJiCqbb7nDhD39yGTCvt0om6mldoDqECMMGgYREIIOhbIYHEEFupzeQpw8tdUy D32CmBKZQCFkRGRglR0GLRiQthMqRLGBQNhK0SwucUFMul2yGYGYxUgFNRWDJATSBRTRoXSE oMrEkEI0O42Af4YnoI9j4QefqB+KsgEQxA0EKo/hDua/E/LE+3hhF87w0JgUFXm4YRHLEvE+ 3RvGct009hFVA9TlqCSIGkgJyOX+LhFB+ASQB06fchYtCAUPAMH5P7CfAxtx9eT9WOzZIzrb 6J6I27LgjySGCr0WWBC0475LoySiAJr6jglYJ8qh7v09fz3qP35UMwAgh1WYF2ziQhIQgJNl xCopITCBLKB4gHHZ+/bDWwApoAOkIH9jKJz8cdGY/MxEip8S+ZdPxw6CisY452Blo1mtLhJD 4APjPQ1zFyZhaOshYP0EuATP4bBgIKB82hkUGg9wIhyWAU2jEJNwjA4MOBzD2+YR23B4C+0m 2P4wphHnKHQKQKcG6qp7zWIJ5M1BABQeDia6fd+scBTSeXww8Uhg+IMEJIzkQIRhySLDNSiz vB2H5mDVHEe8D38g5bi7bHp7aF1LSKpqcgYlEbweo+DekT2NqYq0l8sFmoeo1VHKWJSgD98j iIlCiP3TS8HXFPwU4/SpvfXeBHPdVX1H7+gK0ISEDIj1Jh0FaVFPtkUC+gQXAp/lTu/4Dg5O dvq67+PsWOPRYatA/TeKdoHDREEg6lUU4lKMBFLMbD6kFBZcM1RdnlGESENkyQNMC6aI8nsJ /FkQd/tOuHUOrx5roIAGE+IfL6kgwmJiiWxcHUgnyl70JDE22G+QKnEPXCRfb5lJ2pa4wID/ bCOAE/Dt4vLqFMYqJ5QCGnUURAUxEREpjvA0TR+CT9YAco7fHQe4EfCUPLbmKoSPNegO21wD uKePojkNKw8AeHcQcEPuJAAcTqvqt4Ht+9XB7wdGxsPI0p8db1qrCn+hT6OLwTMUMbayJGmh YLBQe4u02MDfF6MOHytwp53X2O1ER5WJh8da0OBoiNSVEaNHItf3EqufB4LvBCSJBCdO5B5/ 4lPJvWoapmCKZPfozUmeKGAA3VoC7xzZXghyT3AlfpCpJVONazPkX2JK8cMLwGCOF0WGxBS6 bKKLQd+DHtnzv0aOAOAiHaiEhaIKIUDkw8tAuJCt4w55FNmmBf3bDgLoUEdwjI+eGO1DakTT UwB9/oXwLfjjgRDkPe9x6M8H+tOTwUEmggApCt6lGCLysDyIuLNFEmIqQmUNq+ho43wl/s/I xE1t464dYA1xjmzRYMePAHD1mDLROdsbyYuNEpPW4PE1LhytFGWloaA5nxjQSnBInMKJYHBH rRUodtefHvtOsoFsrcsMcMl68F4B6SumKRZJRjZ36SZmG9DCZYAgLy22grGdGRKBC/DaKEkk oWSWlZ5axHXDeie2EpeAB3IYjWYFAgCFmEllUWl7U0d4eABLAkq324R9rkbKOkLzu4l1UQ1C JyAkdt8OB220poE9MGBYp9hPFxVUU4Co4kEntgfR7z+cz0OCHHlz5nBSSLmeGTTPVGUNTDXn Ld4FWK4EpsFLMCAYJoOaQ0PL3hXCKD/LBN3djC/zuo/V7cPZwooI6llVo2XG/cBSKK/TYLbF GvB8s4oZTqCKgmW6ziiN5zprtAHfeOzLHnNaXKgmeC0xazjGlPXclqgeLnbXtw4pCTKeMrk0 i0kQVSxBAzTSiPmVANKHnD8LgqdQuPfG9MHpDyCK0rlyRyWfgwyJBxovwMDwmfsyCI4REAar VFJWcmEodnopiElPNQJATYUB9bEFTtAqjuZO8IUz1QYu4MYRigSqNJAwg112NGyOjQ5F3Jcz v2zAOSnBdPXBeCxhANwuTgGtGkXbHyhfdHPqliYwYDQ2LpC6DGMznCPVnt8DuKBX5JFgUinR LwuPpw+AjuBZngbOtJz24skIbGD/X0gR+zcQP+aWkHzF4kPKdunYBxAdDZzy8nCTBMAQQMwU R7FHlKDiQMaICljydwfMXIqrDSLMYacz3eY+vxF/kwKp2mm2Q+Z5gC++XzBDkye8+yXDHHuF 0oXiGwQcSomIIUVEFcIIOUUBEBH537uC7vWnhUe4WdsKEsRerwSQpIQhaSQrI1B8vpmpA7gH +oCANwE9+TIwdUIV+cHJQkAxjOW41+4RtIkehcC4XrmsFIwCjGJhBLRfs7qCrQGAkaGsvWMJ NBM+3wnSmIVhcIpKBg+45DEJHSzNQMDI4h3suS5JCBd5kB5DMzFdQhZufO/higgY1sKBAVtA rKQ9xw3faRDc1QHa7k/4/qJk2qDgGiComiMIQM8/T1W9DAhRu/+3DWn0UznHMebpTDISYIiC Eq930D9qbN0ofO8aQ5fj/WenrsBgY3wdAmEDjIAFEQjSAJ6SH4Dj4xxH3VyBmWSlE9esNwcg SyH8w+sT0l5BmV04JRxDZ271oEfctgwnxRlSCQxYlSZKQDSVXvlvo6IO8ismUEnpWNTij2cO IkSSRdMhCQF84SbYhmipa6/yNaUWpfeGWI17WTkEeMtiqFRSKjTExoCgkcTrrww6C8eifj7P Gn0+UVS3lhkRNUUQbyG9h6h5iinzObY8Bt7p3gkqoEX0B9pTp6eDsHCjuG9cQDk0pjGqxnJy pApKAJE9MSNxQ8El9XsL6u4bbb+xSLpToovNzc+WWfV5b0cW7dBbnnWFevGGkLzMyA/b8sA0 8nq4ddPUNZGi3k0axeB1cQWEThsHiQoggblU3AyEStWFM2gqTZv5bmx1Agof7CcIOLahPceO efqqcoVNEK9z1dZpUztvXobOXl2Jo5NBkGDCIU8w7hIsdjwGbDGeLoN3Ul+bUxMClYFJv2hc jMEBiY0VWQZIaLcSA32QF0w31Q6M/6IieWNb19VMCQjTqGA2W936HSG8tIvV/NJOOUGUwR36 58XjrEvFDPI49iFA+Tm0dpQgbEDbs3HZ0doiDkflAFUgxI8bDPwIR4JCiKAJReAerBzXIapm qKJ5+BzhuJXYmFIAcGvp354baBnkZpbkxfkgyJ2vIMMxJITIQtWizmFOjKjYw9kC9dplHsah u8gG0moUmXyBmAvKR474mBKbSNzI/AxOJiybJgtl5tR1C89nrnvgu8nD1OddJeMdrFS1BXAz VnOwYe9qSQkaLmNLGbhLyYrCHb3Y/p8E5REDz9A3QoIOEpOdYhJrHAsMeDXEm6JdnOjz6ZdT Z9nRNh5wfcaRBexzggdODDeWOwklutwgNx+HDPWMGuxKVh45WIDuFnacUPTiN+I8bCcqZsjg 15vI4XLx9+lNy6MzHRjhcSO95vbvE1R8OZU5AHphHMtsPrHAOq3o80rxS0OQym/Nfb6SNjtT UCOXM0km19fOCUgQ+euC8QYg2gkfN/IHuOQVDZohbEfaEHWQ/EJiCIDjs7doPHQ0RTV6YcIg CZEDz8twPaXzrkB+3sHYk122Ludh/PoPPQb77MesodLgjaDkAFlMMJXwH3UMcYCAPjIdlEMY oBoFTXl+bZ6vCbC2ThRmCQ/JgGIGYfg+gPNozEFeirkJNhkhAqyEYgyJxgd7aUqom8cAyApT aB9IB4XNYJnRSY153i5em7OXzl5J49fj1u7XI0CHGEdAG9sVRUkbI4bHHfU2iOm8bfqOiR3n 7LkOeROY1I7AMergjkN54B1dHQ7A7HjoKdNCh5MPKIQLSAe2IqTEPeoC7QlGVYBMNZiKMd+g jb/dGk63c/TdMPzg0aDesEMWUSE+z2RO5/MSCntwz2RJPWBCZOTComMB0nqj2IOgoJTAo8kF P7CUU9Hu7+pN6956R93DpuhgTZ7PIrQHy3wSCGVFYhTYyxMJdCKpiGwGv8oSRPuAiBaLzJG6 k0pPvJbfWR8is3fwOPDkB5MORPn84+902Ie+3sWkQB1R6RtcrAp3j3NrvV5U8kNNMbSSNt3o ZewAKVO79AeqGb05HZ9OFPTadpENeR3HsHwQjTbfhn+xBvq7fB87n3XbiwdeOEHvevHvC4zt 2PS8xj1uRJxdm8eZw3kFG0z8xbMDWuI2wex8PMD68fhlYRwOXfX3iN4Q4otJp/EeD/LC+k4j 4guW2wqQyhjAb+LwWaYfciKzxR/oj4L6iP9IyqsSUPETQUe5/VH8PpmI8FxNx3zA7g3o72uX UvHoJv9QL/dAUqLCQCjonTnZU9exn3wR38/Y3BESVxok0xo2D2XUJ6OAY8D4OUhSvcEmHrGI yHrcCA0x6HJAh9ISkGhxUNswRQo6BQ52AR80CkmIBr8oLG4vkGvsPSZImipeNJgT4y0OxHV+ PANPkQBlKifmRnbEcCGH7hzCCjlGER7wecpEoQRp1DEBEiWy+d3OU3rAjgqX5s/LDjQbOnku lzkSgr/CRTU6JVoVchRoChDEgr2cweMEx6HQWyEx+38/eZHgSeFRO9wPoQH6br6PWkaT8ZTy MTEfoqGg2hooPaXI24dDQ/QFAJsAQ+jhIrgclGUx0CySvR2SR6BGs4Qy4q0IOcBjQHPOqxoo EEks5NFo/wpJKRCSNT7epGadFBE4kl5EHd3VJeg4uHlcYLNQjEggn1UEHuJD4W/ieQfFU4b/ MET1UgBcgAeeJk2+942E2A0bG2+5UBAtEGIqjVzbSbMAL0s/IuYtkEL0uyJFARUPA/1CrsAi H0IBHdhlBxA0rJCqyR3RgHyzENr5KD3HoKB7MgHNA0RO8KWyEVaEmASHob5eL9FBC3VUH9GA Afih9qe9T9s8C9URFfM0oFA3dT6ntCGJcEC5IvXXYwhDGyCETF82MZah+Y90+js0hCi/7hgU BdSyd/ppQ5CJIMDeSCM+6HmBmyOPu/Ljs/XW8Li6kySaUxnYT7epNh2VwE9tUECgbvuw4Gs2 oRC+MzowJrK0mUryAJoOge+5SQfXKnuR9s9R10fpfx6xqzq5tB1IAY3b1hreBluMs3y6wqlI 5fY+/4fEPrUfUJEwwBB3sQ6NsKgGKGU/R9R9SX2h0SnnaY+FhvhnfDCYlqyuQu7Bg4J7oOT3 a9B9dApla6sIUnl+PfOMnRzAah7xpjWW8219xOETZyI7YB3Pdbq8w+t85kKLrCGh8+RyPCmK Y6sN52bD90iKgCpnbYHc91uo9Tn19w6luFhRJtbWlad2Od30Z1lepFINGUMKBMqJSEvbAFcH ucyhA+KmJzzvQWoem81sMHgEUdWuRQUVPp4bPIOsJJFRc7Dtd2u/RqtYRbwXCpCpCSaiN2II Q7t6jzPWP29ZEc53x9xiD7NfiDuMLhHD8o+0t690gD9WkHfcEIZRKGCCaKQRl6uuG++zc3cn GCqpbzlHHkH+suSQQJmShgQl/jpD9mlE4FacTLMjrz4AvuR/CXbmfQRFPca0ZEHdhnqpgeQk PBNp/TTLwT5O0h1c9zAODcXA/8o0E7QmT85TOeRHgcML5aSEeJjPZPQc4cAeEg7kDJA4g2wv EJt90w689tIcBkeLSVJjKXSmhBd4KJOdIMrUkneQCuGlYY0DDycAXQCox3QIun0i+V/ggbGc GQFEhFS/PDIkTuEfQsHpy/nj7L3H5azkTvlM2rd1tfg+GMLOAke7JZl4RMQ2hAwYKZ6YBENA kMILQwyGx0cBLVoSQ/ifqLsTyiD4JXtIcs3+Na5OCvksmrLkmR6+KqlKAQUHRSrO4hgSrGkc ec3QL/boxwReBKl1pfi4NHckQkKMFfmQpomf1zNg3mKS67i1QavUGmSRZSuKFcttJydpTtR1 U5QFKKHbKM7BECED9mnBJUi3EaKk13H3E2Rd4DkF0THsjCLFLjfpsGmO2RF1wOtS9LYuDQGD Rm8uujMfAM796jNAHu5BPRD69RnqxhENfNKRQ4AHytDFgxd3weDABfqzO4PX3GM8ANDod7Ah +gYVYQJbYmADsroWK75Qk/Vg97poVWsmjNX4uRjaf1k6bRGeOIMSuogdFrIJDSzKyCWCut9R Kf58NQJmRIIpYbFlTECinQAu0BgIFMLvv1S6lCuDOhAyKNCoBXLYmwnIckcp1RPiN75HDANb 7jgy9mMxrSL8a1WeIkWaozeCrCBBNpClEp5Jau2DS4473vvvBrA1AKQO+uWzMC6+zcPEHF94 8JmFkSxmKYzqDhEwB2y69k+N9xwGHCMAnsC6vY4Kxu8cLr6IQ1EKzV0hSYrPJMiUlqwVZcCQ emfRo7SRO6AMFSEh11kyI7MRHyYwwAOglERpiYiJ3ya7zggHhj3cgAc7dAiF3k3iFPMiRBBA HZfdbZoeRHAOuh39VfFaZEBPikzDIpMnGjoACrgZwKEmA2xiYmZ+y+8STlnpNYX4BZY2JslN YpoJWxnSSG5CMDOaghJVnVusq64qLwJi/dLKdxwZkFmSFUoYEsMd4AZ8IAmQRDcMdn6ad6ar 7oIVIYKLcYPJyv0JO4lcqvKmIzpMqPcwRkuC1sEyDaiCRjZ/UKo9j7uQ4wH1kIPHvQaFkan4 jM9g0AQoaEge7es9ZQSiHeQ8rRLuP3nd+n2AZ2skaeS+jn3lvc3EJj5Ud5Ot5u0M/C07+oP5 v9jhVzQQj64FfeRCOmSSQ0AoJInsMiCTsDgZEyZW2/iXvjVBE0KFxFOZs4EdActw7qXFN1KA Q1hUvKzJxDYqXE2mGhPdeNmErso4CNmBNg2gIEMzT4gDHnB2F2Q9EeUDrGZ3WfjCcUbZw/jp DmcnwdKc+eBvCu0iu/AxChDeTENBi7xJHa5BI8iRApwJAYDhwDs9cE6b6HIbHxCalPTZm5Hm Jl8oeu/1LoQOx9Afo9TeP8wMnQ4OPWp7L2RmiPNEJIXsaBIJVVJypBQEhdaSKZ5WEWjzACQ8 x8taB2SlCLuHCUCkEGlQiWhFKEaaBHMjSkHtGEDkpi0pgU6hKFSImKQ6Ogf0gCk5Ei5KxIJE oUlIARJBRdyK0IprYy7q2UfZgjyHvvuxocG5DB0i6KESGQoaiF0CapEKQKaQoWgGkaEWYCko ShiCJBlmhKooEN/LHmBXqEShWhUoAodICGlBiUSkDxImgiSqVKCkCkpoTdwkEOooR4yB5t1g B6JCYAUOk82iYkkWXcTGEhqATIclU8QrxQebApiEwqpBALCHXr+s7TS6wmjEs50GBrhJ3BLj to32P/jO58TbkLHIJ2VyDacORCBoO474VjiGwQhwn+hRHd0Sd+74RIvuPAf22Pn+03oQzvv6 Hjve/zNxqOpNGawD+jpsoNdM4MB3vZLBHNvgx2W6NqGQ8Bht0cVyOt2tknCb3tT9B7HxXeMy BeLxPOT3g7eOOU48SIJAdukC2x2rqMH4Bsn1G7Bj1ujx1gzwd2Xh5q0vcnAdnOElR8ZFAtO9 pOhmjSbY1GVSIB9uCJMC5TYXcb17PRcdOMcG9nOjC1CZCFFFOwEEwAhY45aYBjPcnLjIZVOi FF6kpUQNARyl1dOceIhqIg8R320ux9d9HR56Q1scYMhfi9sntEOgaShimTowsvKo8uYhYHPQ e3u7kkY47aCOPvt7G2PbOI+uxwOAl75ezrouWstiWIoZZMZUxEZULsSaHXiicEWDpjimR4HR wzHFGwc4pzgHOD57exDuSYx4jtKeCSR1WwcmLMQnDEGtKmjQTxv2fIx7+uAO03m/aNMwHHze DXOQbNxzNugHDmhjUWFBBuMVzMA07Wt9HeZunSADlZV2qQGTI1oD01vQdp1UAYVCOnjeGhwJ VBzELcLN4CCkdHU+gRyQQab//bMp0VwzqVU1CqhEIwnMB00ZDuG3rSqm2GYBaSlFkYEoBVpE 5HJTrYRtl5IaO48uw8uzl44hxlDkCM+IQya77510aHjD2w87yPN3xWgJurEqvPQ1qq5stw5I u55A04ipIcwnFoZl5sok+UwieSXkBiV7kAOawA92lOkJo65liEKV6hDQBuB/Q7P6Y/oL0Qve wemYn4BAKdSqqqq7yqm7wOY/LzHW00E71libOkaPVQSOgzxDVgKqS+K3dGa6qnuEIPE+DPMG yF2MqAZoI8aD+ByimjR+jjprZWc66UigNEVLIEqIaCLUPcRIoKgUqwowGb6NzhjLsZv5vlrD 8taPaF4ErkycsNPtk9PDnraTfEA8gXt3Tp2mT4pOBrwxAqSJG+kDDfnGehewm0VUhsRzaKuQ YkECQFBUQFEtf8j3Did4ThFCBXyDegBxDicwvRs6mSqYh9CCjhZOWMAARLMLQIERRTRQjErA T2QPj87EtIB0gQmdjDqyGDIaWBf4SmT+UYCngpApgKISZkmmh6NooJB9IOli+CQoEI4ciShG xqFxvOLVBjQXqIc8xgHgafbE0ceSFCvsaPLLO7h1X5QOIounzxOLHQDrfbDE8hOQ9NJmzgi9 FRHId1JDQxkMTChwqEhTKEQpUWVrlNDa7woKH8CFNzNqfdKlIRmw6kqsviGDawcP4T82TqEM QxIjpWgxR/+MH6yOOyMgiJihYgCTyA81JISGlUD/XAGke2IIdzScbL8c+feD9F8thiBgdwZX mtq1HNiiILrpHVZCOgABaDEnkxpRfpKIUKgc4PaLWt+5t34PE6p+MBVJs2K4D94cCh6SojqB QVKBUyQEXO0sB0IyefjaHYDmHsiQfEakIGGyuKHfM3pBd86h0sg5MRbnvQMC7pyKe55eVjqG Cv4aGjJMXlIU+c6TShJGAvnAcJfBhyU9EnHx0bkWMcWQ9PM44gtvFQZzgZRsQx7203advHCY cIP474k2gCPeqHTt7jkkWEKFNKmQifbAj4IyPS1HDCJhO9B37J7AZTthXiHFwXr9gXOPXvnc 5zDEueQHJstphzpDYBQhqFXE28hYHRdBuHi5w7I73fjt6JEQ4GcqpvGQ1yujaa0vJJs5DWAV aGcMKSKvcyYGBvrsR0dgMKZIu+MQ5RhERZWHr0M4N3wnjoO2+UGpdtEOJkSxMd5JA97pm4Rv M2VUNWEImQGoQAYeqH02+rwqnAp52CA/sPIwTcAoUFdbKC6BA1RSJgA9i/aYClHthtAZoETK MaKr19qTAu5YEoeMES8FHa2PsLTk4htm3hZBesIMGWRxUAEkNpG9RcobZHFiAkPdin5m4AYm 21adOkh0DHE8+Ucra4s52hs+qDjd8RgOGSJ6GEkP3Qf22nWxZaNEQP2jMu46JnVaZCaglKKK SaKTTTNamkKpGWCqZJJkGKqc0TOnbGBDEmGVHKqggKZyomF2YmW7tC8m5wHJuV2qwSMLBSwU U4qKswwNYaKFVWKImkWBlSKVYnVAwpaltS2KFUWqJ0UaqlYoqUWJ1M0EkhVqqVihqioKYFkq QEpENILSJSCUjQoRCUo0JWRNMGKKiIIIiqKYhIimqEiqhoaJpIQLYadowdDAxEPmPaf1npsQ gdQv3k4wl19xyOAY0j5aNIdjCMY87XG6Mh/WQOfj8co1SDR6awTUrzmdZLMJEkm5kaPw9juH wfsGjSSy/U+7SPRNs9vqDR1NqvT56O1+cOyipEfwSHIRHmN5ggMP7gj5yXEHAOphCh+vZ9Z+ 5OUwjY0FlgWNNBVCFIhGIomNBCOFIgSEWxAQZ2xMGAlICUSBoMxZTCpI4zzcrhsWRok00qJi PeMwt0Q5J2Dq5sFGKVcaViEcmQTLTjeznFY1SRmkdXFchgpKDqtbKIXBEMZNBVNqDk45EAQC fjxUTIG5UQP+MqBnOACupBE2ApzCqxAJgE8c0HLIVGUoAhjxwUT/+QDxA6giKmWLEKOyLGbU 1ASKYVSBFWQTEKRADgBkGTxAPGjvGOhwMI2RSOudxRaBIBABwaJYSiCKIRwk1tYBwAkMNDBE 6op0jxyG5SEISA2dhixiUymiBkSMTEFDSLsToxVFi2JBdI+YoUaDCcwugQkjqU0hjCoaQaiZ JU5sakgeyGJAKaycoiaJWhA2KWDRp2tbWIsozIwmCxEa0JgmYmMMoQDm2xiUhSFDGacTsYhg GRCLEJRUBBs7YIjSUQmBEZBxZ2zEaMDKjKBYI0iIRYIxYKXE+eAcYTHJUbQBhgSUcW2VMIyJ ixpxYh67CYybHAlQnziF4DnHYSU5CQWiUOEmKRW4kjODEZAwpJFsVDnyaNxhDCBiLA0ySyLi wUlrCiZAypjZUQYvq9DsxPmFrgfkWu8BU/LNQHeovcMOi9oYo+HhQgkIKBcImJcWhMajjhnn 4edPC6PRMUMx4Pz641t480E2ZflDOPMnwLiQpB0+/SPFlP9hiijKhoAYJncMku99usJEzpxZ UJePuRqN2bcjMS0EEFJfBSMlLFJAkTRTKSxVE/LIRa/rehdZlMHcHxjJHgtWmDQUtMLURRny 3EaThfdCnCpQKRKEuZdMkIVeTOwY01+G4HE/tL+U8rrWM06LOu9oOQBQxCMSiUjQ7Mqf4Ol5 FoBRyqqSYkyORfodrAAxzxYYWlQ3I0bgyoE2fqhlF3kXOhEsr7IqdoLyhW6SbU2BRpSTbCKU qgDmxSNEvITRBQxCAsXukS2zJTJvwx3z0pe1gCIaTahNThgkAiAh3DkCcQBIHKAxFG53lL/0 lpSMDqYi+A9YzeS2XcsIedhEGyRehP2FJbCc45qBXwBLJMghJBFEIoqwkWDRbXLEvCBQFCgX RkFllmyyyy2EEUDJZY/fjsfZ748Pnnh554VmHnnh7tKwWWWYRQLLLBa4FgqOtGxtxGsQV3sN XBQcFamYBQgpZue+pUVYwBSskFU3RGWtdQDfYFzDifU6YvbeHdTrCBhKK2vYwmL2M5PbwhuB CEEb5B48qiJpXlp6BpHZ07JdQ6EZgBYS8a8yUAABMSXihAzr7E+5EhmIABvwQ2CyM8sBV1us BIHnz0aOcOhoCJ6nTZG9rzKBuYQkCgqhSlIimIaECgoeht6dOO+7o2ix55GdOTtpdoNxtEgq TZfSSGkrhpVVxLSyqVeUWVS2lUYHJXObOc48+xynhDqIGElFC0CGAqmhDSqAdyA6RVEKUBDh zUj2ENhwMqiDqAXXJo6GdOh8ClpWVQglcwAKXK4hKbimBCNSdgSBDXWJOXLSFPIumwsPLpub b4HJzBHpKmlVdo4FR00gKHpo2Nc9fJdb7HTWjm8najhKoMJuXJiaJkkFry5jnh4gnN66gGwE 1s0hWG9lIdC0dsAVJ1tbHfSt5gRIQhiYMJQEF7FDwHE58h433TflIx5G3U8iWUlScEdjonUY l/c8EURZK18XZzwJoMWrJyGEXhCIcjZxrbtGlAEyBQeAddt4Pk8BhrpnwzpwAAkcFxdJlDAI 9pkwIBR8DRJNqIMUyQ7AhBJSkXDlAiL3eIca0yeOBGKiUmXygkFn9OGSyvM2QhIzNCUYlZFJ mM1JXG3TS8tS1U8HAgEipg718PHpoRAaQgLIhoDAxvLT0qTQYDkWyKauyLERGMQ0KJnbZaTO h10gIaTkwVc4O76eIwwHlpdAscjM3UkEZVLpiCQF6iEybgYPn03LmEx0GBOPNBMIUr2YKXBC vm+ojbPkp64cwkwwdoaHkvCQGcSKQifvib1uwqiJrBSiFEMaMCyRDISEPpFE88cp5O68mjAi 4FV2LoQsH1R7fqmC4+ZSTG+7x5MeQ5UF7HNxdL7Ye7ljbYQ/pIaR0Cmnt3gOJdwFre4dKlpo tMORha3kwkO8wDcmo31gpE+Hv36R5GYeo+pNI6DVI0u8vcXB5HIrbd7XQtiYKRFdqP5a36D/ Ki/h9646Rr3fQ+OPvk+LKqvm9XPjiciUQ0TR8eJnfcH44x+wZAUDnaGBFAMoRCMAPlYuuIwf k2JZGSj96rz7Zgjh8PKIIGlRPwsGLg38p0pCpUeHjAj2fdhQeoevTum3i7Xn0w+Hl4zsbKKS homChioo44x6lsaqCKGzWW+PPezrnfrhRgGCSC1jQMEkloBeJngJ9M7uWAo31JPCGTvIwdBu aYoiGWg0FLFDmqUQqLSYflPLUSQDApv2OHjQfYb9BBmDBiPtcIde+QkF5iy81h/uL1TcXlsN w66MmiWhjfBIGPFM1vIQG5FbypVaLB7icDbMzfm4IZEX2CfYxOYjcHXyUFw3CIKdTjNqIN9Y TgnCgwqIeq9CO0uGjTxtULx46035wrawGisGGCSgRhMZEAyabJVrcOpmzGeufGdC406b6sSu zmGOiCYI+ypqO8H2dyr5KZfoZogkQTB7VwGQik359qk2FbUQjAIIBMeIIaEIQIEEogo7Xa2/ RG1ljtcqQVfJNd21qoYoCBCJ/OELDjgwxPZgILlzKA3lyckM2PPTqp6zmc+tnocA1ByBAVC7 eUKKop1KE0jknWZCEEiqrmE9S9kgJJaNJYYQALFAY4ElOTDCVqRi2wTGYIkKGm2cDTNIMSYU AcF5kgfGYHZw7xyWOc+FiOaD+gv0wrz1Q8j8YcLwb0+DlD3Y8Se5wB7+G9H0QdFNMUECExzK OGkpBPUfKievkx0L3EwTJACM1wHmafLkzbzy7VegmjIjgXwQTz6cB7n0g8J5xxOBsQ4o3n6c EPw7yowgED5Ex2IcQz5DzPZ2QSCm0/qQ5CSCUhzIkiVTAEp0rg13IdHDpwpixiu5Q+uQeHoz gk7Yzde7YPFN4aQE2ZRcAikCZBSlWl0IGhQMDKoZkMTkCehGQISEJhCj8n0n2w4Od+WJUFLU kRVJMyFLUxEFKTNFDNRUxUwJQUlUUkUwpBNFVFIwoTJJBFBNBMTMTVDU1JSIEBIQykwkESFp RNGH7T8o3Hgmzyj9pt2+fjRyJGkUOUSQSiR8YGR5eP3Wz83dMt7VjqfyGq5ZGGd2fWAwEUku SuQA7jB8OIclU/0QAAncOg+DL09R18yMEDXqSalpNeNaoNydfs2ad7UpvbThvGFJvBl6axPL bDoRwYcJZTygJR+9g/E1xOgCiD2IEQ1aSBNgg4ULXEDURDlyXMaRUkqHtsWx92xwNzkPIh7C PY7nDvspzEfWX4F6ggKNAgH0ljLgVB2I/bH5IJ4DoJxFBFA5iDKAn7nCfeEfafdk8/Ux9vUT 8F33TmU1DzLmYA0FFFVSRFVTVUUVV7m0rVFKn5Sck4hAlByETIPHPCkJQ4JTEJKcUmlNDQoE kQJKNJkisSSEvtKaEHihOKAkHEgZipKKkU0MswEDBLMaETQRCLUJC0TDoCLCnneExCqlZQAL zPAazcmw3cJzGTIDyzRmjUaMTWj0je2wXB8d/yfRdQ7Oz2vQ7o1p88ySOFPrcJ9Id+jkZbN7 M0Y69EwGQRZlWWJg6Mph8YxHKSJxveaMjfDrsaTBAdQqenmeQmiOmINxuytL2E/mgiUWgE8w gvbGW4KoOSYCAWCwSlLEdUHrNL1A0jzYRCb78eRxkbHQyoYEkQbJBAKRUHtyOxiBewCmIp9U gI7+o+1Jyx6MEqnA/wMxTXwTHJA/aSrsEj1nC0L0ZQJcFq6IyFeHFIAwL9oEiiErNIiobLw6 9DnFG4PI/q9eiHV5VQkhf39zE8PZPieAfn1x7+buS0F2xA0nUkwglWSkXYhIlSJBi40RXxjA aUx9JFTYx5gssijS3DCHUa2HFpyG5ltGNI+H4qnR+yT32QqrwFqOGxVRBhFEBG41vDqb5zQP d5AyAXfUbATklRCUkO9QGEIMSowQHeBwwPVCKomvKXWgds7kh7K1JyQb4i6vq3nmJtJL1wm0 mMQKt2AhX6ct0XqkhIkCySENAAQyQ0EEoTEEEEdQjiFJZgYQJWPn8APpBuh5wgtWc41L8f5C ld/6j9rQf82mNMTG3d3+pJBl3X/NoND5qFoI/UyFIJ4SKAe0+Qe7pgZpHiGhdcAxnp7o7oSP hpMjGU6Ucvh1DETFvLkIoeeSSILmB3D5NDYhe/xZnUiClA0Na+UQNNqGRTiOx6vVKHQQIuEn dw1oeiIQB4h1S9QNifg9jyPTf0eogYIQLgQD+6RoQKB25cT7AxD7ku2+BgsZlIYvPcPdC6CQ YTk4EFFTvmeA9hRFRxNgNIEH7B9OzHxDm7MEaDpn9h4RVjW1mCnAoIzdL+oiTCBAHcokfQhk X1W1VeJ0QjuYhYWuJX1iTvYcq6o1OITkkt0zrdufJ+jsxYfMRkkgQfWwFQnfUZzkuCiT0NcQ 3SNgwXYikHUHVijQeWtHIYH6P40Xu3Ds2wgr4vBcFAHCAAmUEIugqpcyCYvk9geqCL12cAQY J6oPJOfVMQPkxEvCP2Q5GsENnSEpPnaFWT9xAYdrtHG8/XAmrSnzzE7yFDzJuQE/GAeECFfp CdCR2fr5BpQ3EkQgkN7YN0hsTW8FHtz00AmyEXRCdEhQNBOGsBPkBAehDwJNBpMXiQBfXgr3 32vIc6WXVlyOkpkmj2xQ14Ps6m1DmQN9BYrBigLlnZobRLUtQiahyg+OEBI4wXCPRvdrvAYJ DZ6tFJ6cDNfnVffg77o2SDZriAdsJJD0gQb2gseC4tJsa7TPoj7Z5NZh4IM0gR7usT6WuXfS TaUvN3uRORE5I0idpkPu84JB+FwoGLsUVHDBJt1LBUfwD9rwGf8CFPeA+PGBjB2BB5DA/4TR 9lhCZwvsT9Dz+m9i94V4R4CYuxh0J+XOGk4dBGUA5HEDskyTEkEDEjsgsKhuPJhTTwoB69yj NtpKaIWmCHI7+e8vz39fH8NarRm8yAoFIdWtc6HduDIzfoQcQB1fAvyB4xfmHeGjYNkUEVPV RMU/EPmPoSekuHtha8fQMgPpKUAc7A1TSyimds9eIgB/6Mgp8gAVOUqfQDx4bTwTQ+Y+1CYv kFZ00GVxkoaD/skhgkI4y5BpgwkmKArgRoF5sppBNAbGT7Z5xqsTEEiULFNLQ4IQmKQcVBVK ytSBRB1AYiAKYkhausYQxEURaxC0aU4cV+o8vpnfIeAWB3ip5qd6Ab+bf6IXFIB5goc/bGUQ 0z+ndzCryA+lpizEImIVUwP+0j7jgid92/0yHFEUPsB9CUghiWYgQtgXdGDkL/cCKx4K0j7T x7yV3hNIaQOoISpSgNKpshbgfmGGyncJH4Og0qCaTIA7GQBMT5K7AZFVLy/Lk0/UrhuOcBc7 B9eZrZuxYI87O2cQfvyGPJ3GQT7TziZGgKKUG0WaD7LQkASM3SVNYL5wEMDmgaDAyYHdlGgG hFpAKETTOzpidzhar85XFEVyTc2+y+PMasDubQtUl+nE4/LBF2Bzc6ziNbwrN5H5QvV98TqA vhO/L0RPQA9FuQQRIPh0egcoCoaI+lj4Xtz48OVx3WDS0hIUQIXRzhd5jGBNz7o8z1j9ehF0 TtcNAY8X7usHm9y9yqYeH1LbNoxdDkRaC/HiO+SuyAKErxn4jJ5dHqdmcftH90VFpDhxt57j 9r+71VQXROQ39eCLoOLjXGk3bnLN9CF+E7lhoD8/nRxlDOSfxx9v49EtCr1KgoULSqzy5zPO smup1uj0OYKT0kILCw3JE82aCF4DPSUCSmUOISkIJkFYEoQDcgEgoFiFNJ/EUeeAHswpShKe pgzjnBANjj8g6HAssKwLEJ/COjBt9+UwQ7BjRCeu/p/LoOFDUhGyyBHoHrTQMD/QcMgcT08j cH3R0QhNJZgBgOGRlHW1FMQhxJKIuoT6Q8SGeRqVCCVB+5Yzm+SaB04GAODwJPMfeseQZMX1 Cnxvj1r3VIRmyDph6myYCvqBGI7iS6cukfQOhE0g1NS0ESRKFEzTRkgB/AgTUACEMgC8l/2g GfYae0HEoZbJSIpNISdPv12vt+WESj0VQSQ4kgCagHm6IAOVIIYCUkwnL9o6TN1AMQRceTTN w1vhvNpTUIVBBqEghy+xFp8VMggZSJyqFSGJ0Qm1yrRg8jPUNQBShxIUIsL3wP7EKPJDr8jG gt7eggSjlgxKUgRAQgrHx9haCk7MaWgRoCiIPPNyHEo6PIdHlaIvzgDp1kDBS/GTlCg6bZAL XBtyQkUjkNUq+sB3cnqOJUDjGE5GIhAhWiYTAJJxl4pTGjskbCgYztaDWszROBuEKPWFTR1j dMQjE1RJmDvIcjo7yuI+Hndjg3y4Jx3F1bjf88d9/R/YH5COEUEV1xc/xQhB3OWYQ+bCY7oT EsEHHuPfgqgY+UGFRpOvp1/H9H+c/T/k6Mzv4vdHvvgLe98W9dZVIT1Z7ur2nk5jc5zuvrdc YYnbMJpKQu9PtJBIID96ak47QR17UH+O1E1gXGUwMQTiiwLnRY4pj38+hD0onzPPh6I0r0wc JEqQjMFJSJwhH+4dCZp7ici5ZpGRBJgCCR6ALrqS7RUx757j8ETQfM+iPYRX+uKv8mrQ6RTg sqBzmBANKKBShQpoAShE4dGiakqqIqFYiokJgghQoBAlNogCxkCm0EEPsMjxQ9On/unoZBiU noDW4/HG4uuuLXIGitpSsWCxagqFw0aZkB7oGUBgnQslKNOkSHdoBsDWYiQAdoAWTBOGXOjA 5OGLY1gfR/SPpEAMfQ/autfllmo3tQ8rZviCE1mLvF27MtERQpDRJKUQdKnatVYbBpgRNkSd SS7oQWbDkBy+XOqh937XwJOZzuVmVdXVmGjX8jG4ej6ovCNRVTHgM87eiuyelIqtWU+Md7dp NxYRkbYkpqquRxOD0fr6+hlU+qyux9F27sdGViqJpIMyZmJmhiiSpmIoaqhiSGKCoKQqaIur FEycfKV3zp0UFsTEFEQogh7v3YhBC+eD4qKqgiD5JmKld0ADkdg+qC1nv1gd3qjSUSzE0lXs mN6RiaiJYmIIIqiIOAO/wzsPET5JrmqJ9zFQQwDQWWMEk2xJjQ3KZNpHl6+e4wLVKXwpULwW JiBAqCBG22yQp5F7itCqACGimrR4NmiMMD+Z06rSB/oLg3GBPGzhV3w9xz1rw/pDA1c0aYYA gp+H9Qd858+eWZbK4fxV6558nczVxD6E7h6luu+P4njd1igoHGpJOg46Tn77Bzwt30/5N3BB /kVlhWUJNkf5mhdCA3YYjXDaNJFpFoVfg8PY4bqqvOxw1Yhbe1zlvA8IOBaKD9n1HA7eKInY RBNAf0h2OHoWoY1Sw/Dg5+Ib3FlnQhkXIrtIjhaYkUy0BZCc5w5SHDI5pJs0ks0ZgsOcDshp ECCxZqHkXuFwh7LaFMFRCaVWBKN1zBCBdYHIJPhg99/N1mZvqufliHH2Sm8bHTmGqoWWKb+d jphkhmJplvQSVbSUkSlGd15dMwaCFwPkhEC2N4JKiEpZbOIcRruF28UJISsuAwrw4iQpnr41 4MsJgfZ/b1L2/wRtHbYBu3+AQ2uHYBHYIQn4Hv8MPkiIG28UjDD4hJAQPgd0GHrKVR3too0C 8GI5MprKtIcQ4gUCKAwrB7cbzlgticOYLbhA4OAoVtbbJYEK0RohqYodZxHBHAnMtExCOq2w EVrGJppsbEGsKlrEOBtKbECWIdamKBXadAiMDCKyuiFU0sxSQsDENSMKtpHADoYYmR02hJJI lYRF2h0iO2hIGSFjKoNMDDmLE1SCCxhJBC0WhdUzRGLCJCgmVE1MMkNVOZUqIbLK0IJY60bk R/GD7/gRsEclRODiNM+I51l+RJkhSl63z5oi84OX6unbOlLm0tNC9wGkyONgTz7i6CA82/ov nG+s8mJejU0JRwOb8H7U9j1MCyMLOD8SOMgntUiGIbvlsoe5xBDOXKB6cnyHmvbyzyqKDxl8 bJV1cuGK8nod/nVd3UOh4XY2QWovWvP8znQKSD+opKD/OFUmf9QatdEFAJKkwbmNjkKtPcXX 0LAwqyBjSJykpL3spQO+PJNJ2lzrNF1t65567t/oiOUPaPSRkjp59Hvc8cX9xmf499cmwucU wtEZDqNVb3240bIt2pX0jknexjXBtDWiLDOpcO8Q751Dki4Mw8/CqGSEu1RI9KjqGsDKr8yY Y9bFKoeNdd5bJ6dTbhdexH+SUc7jDDkn8Jf4cU5JR2zAmaSKqqIK7Qg4kzQTMIRKENJVVDzA 6SZiqKGkCgoimoKKoGIimkhYGFxkMJQtCfGTSEURLBZnRFtYTJyMZM4lmAolhSKCqqCLG0MU TMxMjoTMzLS/8xtECQw0hUwQRQIwVSkMRzA4glUPJhyE9htEwfHaqaiYkiKAqiKqmaAI7gOx 8HTlTxTjdEIq4FKCgmGZDB5DR1k6IIIKkmqQiSiGJHTofqEA8Q+fvPQUeDEQsBOJkqMopwgB 1Hk67ITUxRQEJ2u460CpCaig2Cdg5MCAcOkmIWR8OMVid4DnKFoHk8gEwTEClRKuloHTKZNE tKegh6x5xtEDxfD/YSi4ghhT+JGNUE3WKpCqiBqqqowDIQkJQ5adTVoP3/n+ni6A32GglZzv IBecUqkvNDqKAthQYyYYGHykLKtxgDCd7D7HDmASAzIy1YEj/L0Ox3Y6fL4vvBYTwRQrRKBh WxYndRInljMkrJWTUAOQAhgV9ebbcADgA0ERehQxQHSUQSGaQQkhDmXZyh33AsqzoOcVkQH3 DmFBlahyQPDrvs2TFw6Dnk2cIROEgGjyhYJwFBfH5GxRSSEXopekskhCL2s1RWNMmFS41gQ9 FgGkUEaUNVAkj+A0i5ImsEKvYR6eJ5QBDwDCswchwe7sUgc2m0gX+35EEHYSQg2RcHWWvmHw 7n2PhuPD1fcXx8dv+SMlzab+edCUJTASR1hUw9XXM9WuZ16myMeHAKB/ywI6lU6QAhzKAmoQ V3KahRioSaGmJSQDQIpVKUio7ZRiqmmlIhQpXcpkC0IUgNIIzLS0tDQxI0NNKRIRA0UUkRRS 1RyHOMbh+xlEEBD+4Df7AhBEVQKVphliSViBNkoD/RhiqGgSGM2MjUP8QKJIEf3+76j/Nn+Q l9wKP/DbX9fJVTwvDyAVcAQIIEg9YKU/2QaFeKDUwSUFLVRSkEUTBMTMRMxNBTFARTDEUKfg SjxAqboAhYCxlFT4iF3A4RnBRVSVE1UVMQRJBLURVLTEhE1BUTFTSUkTVLf7w3vV0Ku8KlKB sb1bQbkIcJpS/lYaPxvr/9Dgggf/8XckU4UJANHS7kA= --0et/Au7PJwzVwd4K-- From owner-freebsd-questions@freebsd.org Tue Aug 18 09:57: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 E32469BCC3D for ; Tue, 18 Aug 2015 09:57:28 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) (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 88CE5C5A for ; Tue, 18 Aug 2015 09:57:28 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wibhh20 with SMTP id hh20so103628126wib.0 for ; Tue, 18 Aug 2015 02:57:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=uYEG7OijlDFmq/Vp4nMUqpdb2ImdKy9MV3jnTxcPPYI=; b=XG8clLPijwApEBBr6kPfT5ydt5c+xUor20x4qAyAt544OGRrocKc/vu1Of1jXtSM1a GwRj98QYhDtLThYy/PNWMQAGnQpSRhlXX3fXW7Gu8fWR58mfWb543XVzcU24tqNePvrV Lqz9n3YOIU6+Dx14mxD2SUaKRr8B/rIiZTEHtI7gJZXDQkovsXXQYviRQPph2H713Rf1 lC9Kfviu8cvjOs3qwUYFJ6eP6/netDAqn44evV4WXK6T7lRC/S+YhrxlHxqwbE+luiHO LLTumcgwVWGr4sWigokj73i1e3ii3iQQlYZfqztKiy/jUjPeqTRB+ta8/0UdsCw7yShd t7Vw== X-Gm-Message-State: ALoCoQmevBvmsC2RzYkFHI8M+zI8MYokXXAyg3XtyjDHS9zBDHCT5XVCk2dEVyuM0qLS0ZvGaX6J X-Received: by 10.194.201.71 with SMTP id jy7mr11847223wjc.93.1439891841598; Tue, 18 Aug 2015 02:57:21 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id pg5sm13929194wjb.21.2015.08.18.02.57.20 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Aug 2015 02:57:21 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t7I9vKQa018814; Tue, 18 Aug 2015 10:57:20 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t7I9vKdS018813; Tue, 18 Aug 2015 10:57:20 +0100 (BST) (envelope-from mexas) Date: Tue, 18 Aug 2015 10:57:20 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508180957.t7I9vKdS018813@mech-as222.men.bris.ac.uk> To: kevlo@FreeBSD.org, mexas@bris.ac.uk Subject: Re: urtwn: ioctl[SIOCS80211, op=16, arg_len=0]: Invalid argument Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, glebius@FreeBSD.org Reply-To: mexas@bris.ac.uk In-Reply-To: <20150818092149.GA91171@ns.kevlo.org> 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, 18 Aug 2015 09:57:29 -0000 >From kevlo@ns.kevlo.org Tue Aug 18 10:30:41 2015 >> >> Shouldn't it be urtwn-rtl8188eufw_load="YES"? > >Nope. Your device is RTL8188CU not RTL8188EU. Thank you, now works fine. Anton From owner-freebsd-questions@freebsd.org Tue Aug 18 10:09: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 751839BC1AA for ; Tue, 18 Aug 2015 10:09:00 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) (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 1530A1848 for ; Tue, 18 Aug 2015 10:08:59 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wijp15 with SMTP id p15so96061115wij.0 for ; Tue, 18 Aug 2015 03:08:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=VwbFMKf04QAFgopFnKp1okTNFxIoWmLRJOzd0vOikrw=; b=HGyUDf4uF6mFtzJmM50cQyA8Y/+IvYRcQv3eThIpFWm3we3imkKCisyR8xVExcm5qm QEKvBON/32shKIODV5odTKWTQsFNTOLrQu++cOIXYevNPhghlEAsvbG0YpLMwJ0xSauA soNZZBFwuY/jmxRqUltj3vitRsJlWamduM45ucaHrhC8NzFmSy2LfZxu3kAsoYcd2zH0 rItoivSAj4ymU8zyF5IV0nbkZSpIFRxQkJePb4pUGbIEDNldZMojJtVskdPpqJCFk5jt Fy9A0MZhbaQrlNFO48dK4haBmwRq7sD6YGwqquNMWkgoo5wP6x+P+luovuIuukZRBvCz pIqw== X-Gm-Message-State: ALoCoQkXHwLJtnij+64SSW9k7kQXphsmdL8jPbYABlIFp+gutmtdSBIL3kxYBDRuq3bRC9xQ22W9 X-Received: by 10.180.90.198 with SMTP id by6mr43800311wib.82.1439892538358; Tue, 18 Aug 2015 03:08:58 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id fq15sm25821330wjc.12.2015.08.18.03.08.57 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Aug 2015 03:08:57 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t7IA8vqo018854 for ; Tue, 18 Aug 2015 11:08:57 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t7IA8v97018853 for freebsd-questions@freebsd.org; Tue, 18 Aug 2015 11:08:57 +0100 (BST) (envelope-from mexas) Date: Tue, 18 Aug 2015 11:08:57 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508181008.t7IA8v97018853@mech-as222.men.bris.ac.uk> To: freebsd-questions@freebsd.org Subject: firefox hello as alternative to skype? Reply-To: mexas@bris.ac.uk 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, 18 Aug 2015 10:09:00 -0000 I'm having no luck getting any of the skype ports to work. In the meantime I found that Firefox Hello is advertised as an alternative: https://www.mozilla.org/en-US/firefox/hello/ I still cannot find the "Firefox Hello Button" on my firefox-40.0_4,1. Has anybody used Firefox Hello? Thanks Anton From owner-freebsd-questions@freebsd.org Tue Aug 18 12:35: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 A1C269BC537 for ; Tue, 18 Aug 2015 12:35:00 +0000 (UTC) (envelope-from frank@fstaals.net) Received: from isp-bos-04.edutel.nl (isp-bos-04.edutel.nl [IPv6:2a01:670:100:11::2:4]) (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 52ECB12E2 for ; Tue, 18 Aug 2015 12:35:00 +0000 (UTC) (envelope-from frank@fstaals.net) Received: from isp-aos-01 (unknown [IPv6:2a01:670:100:11::1:1]) by isp-bos-04.edutel.nl (Postfix) with ESMTPS id 02DE22E0C4E; Tue, 18 Aug 2015 14:34:57 +0200 (CEST) Received: from 104-208.ftth.onsbrabantnet.nl ([88.159.208.104] helo=mail.fstaals.net) by isp-aos-01 with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZRg6Q-0003Qi-Qq; Tue, 18 Aug 2015 14:34:56 +0200 Received: from fstaals.net (unknown [192.38.33.12]) (Authenticated sender: frank) by mail.fstaals.net (Postfix) with ESMTPSA id DACF02A44; Tue, 18 Aug 2015 12:42:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fstaals.net; s=mail; t=1439901760; bh=mVvWTtb9gQd0IUbiJXRsUNOEujc2a9zIYuQZp9fBj+Q=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=XkXDM1iR22P9BT198D1F7ofy3kAsvmxDEgmXGqSWrMaXpiwqtBiT6ADn16LlOobGl rVI6Uv8y4gvA8AA/t0YoSBNxmjggruJz63V36Nm6WRgMO+EDHWhUbjnEBZTZnN3EMH 3ZzhRPrf81Yu6iI5NgjSfAukevNqleJXprp3wMFQ= From: Frank Staals To: Anton Shterenlikht Cc: freebsd-questions@freebsd.org Subject: Re: firefox hello as alternative to skype? References: <201508181008.t7IA8v97018853@mech-as222.men.bris.ac.uk> User-Mail-Address: frank@fstaals.net Date: Tue, 18 Aug 2015 14:34:50 +0200 In-Reply-To: <201508181008.t7IA8v97018853@mech-as222.men.bris.ac.uk> (Anton Shterenlikht's message of "Tue, 18 Aug 2015 11:08:57 +0100 (BST)") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-ownnetwork: true X-rcptmm: false X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam_report: Spam detection software, running on the system "isp-aos-01.edu.local", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Anton Shterenlikht writes: > I'm having no luck getting any of the skype ports to work. > In the meantime I found that Firefox Hello is advertised > as an alternative: > https://www.mozilla.org/en-US/firefox/hello/ > > I still cannot find the "Firefox Hello Button" on my firefox-40.0_4,1. > Has anybody used Firefox Hello? > > Thanks > > Anton [...] Content analysis details: (-2.9 points, 9.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Authenticated-As: fpjstaals@onsbrabantnet.nl 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, 18 Aug 2015 12:35:00 -0000 Anton Shterenlikht writes: > I'm having no luck getting any of the skype ports to work. > In the meantime I found that Firefox Hello is advertised > as an alternative: > https://www.mozilla.org/en-US/firefox/hello/ > > I still cannot find the "Firefox Hello Button" on my firefox-40.0_4,1. > Has anybody used Firefox Hello? > > Thanks > > Anton I've used it a few times. It actually seems to work quite well. I've used only the 'no-logins just share the url to video-chat' functionality. So then if you want to start a conversation you (obviously) do need a way to communicate the url beforehand. Usually via some other IM service :). Regards, -- - Frank From owner-freebsd-questions@freebsd.org Tue Aug 18 13:17: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 E840C9BB68B for ; Tue, 18 Aug 2015 13:17:17 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::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 A83C7136 for ; Tue, 18 Aug 2015 13:17:17 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by iodb91 with SMTP id b91so187685979iod.1 for ; Tue, 18 Aug 2015 06:17:17 -0700 (PDT) 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=+0DmDUOB4aWAAXMoPeQrmExInJePB0CyvS4TWG3/YzI=; b=t0VrZ3gsKC6hUJLS1JX2FYyEBCNtgk+jwQDRysumnjLBY2CmPt0m65vxfO3B5hq+dw i79hL3atiJJ1NJsv/P+e6jMlcisvXS3oKbQXo/kGVJ87f3uxkL/+RBOYh8+rmOEwXH1S ZrbAMvA9GJAheWV2Taurhz2UPRVrmQDYdMKTHvqvOVOXZFSjhLTAsQa4jCNDGA8H4eEY rUH+e+yeH0HrEbzu6BJ23sEANYuQTTp1rGfobMaKz2YV6ChLLn6TBVw/BJJ2qFMV0MwF lHziolrttSXdx1SoJr4PEmVuYEVSasfPU5F8O4bKE7j3wK/AQLp6U8MVHh87cta6WDv4 apTw== MIME-Version: 1.0 X-Received: by 10.107.46.162 with SMTP id u34mr7686319iou.124.1439903837041; Tue, 18 Aug 2015 06:17:17 -0700 (PDT) Received: by 10.107.7.29 with HTTP; Tue, 18 Aug 2015 06:17:16 -0700 (PDT) In-Reply-To: References: <201508181008.t7IA8v97018853@mech-as222.men.bris.ac.uk> Date: Tue, 18 Aug 2015 23:17:16 +1000 Message-ID: Subject: Re: firefox hello as alternative to skype? From: Outback Dingo To: Frank Staals Cc: Anton Shterenlikht , 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: Tue, 18 Aug 2015 13:17:18 -0000 On Tue, Aug 18, 2015 at 10:34 PM, Frank Staals wrote: > Anton Shterenlikht writes: > > > I'm having no luck getting any of the skype ports to work. > > In the meantime I found that Firefox Hello is advertised > > as an alternative: > > https://www.mozilla.org/en-US/firefox/hello/ > > > > I still cannot find the "Firefox Hello Button" on my firefox-40.0_4,1. > > Has anybody used Firefox Hello? > > > > Thanks > > > > Anton > > I've used it a few times. It actually seems to work quite well. I've > used only the 'no-logins just share the url to video-chat' > functionality. So then if you want to start a conversation you > (obviously) do need a way to communicate the url beforehand. Usually via > some other IM service :). > > Regards, > > -- > > - Frank > Just use tox .... see https://tox.chat/ > _______________________________________________ > 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 Tue Aug 18 13:48: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 A1B059BC026 for ; Tue, 18 Aug 2015 13:48:49 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 56D891813 for ; Tue, 18 Aug 2015 13:48:49 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-211-22.knology.net [216.186.211.22] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t7IDmamH018905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 18 Aug 2015 08:48:42 -0500 Subject: Re: firefox hello as alternative to skype? References: <201508181008.t7IA8v97018853@mech-as222.men.bris.ac.uk> Cc: freebsd-questions@freebsd.org From: "William A. Mahaffey III" Message-ID: <55D337B3.5020108@hiwaay.net> Date: Tue, 18 Aug 2015 08:54:05 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.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: Tue, 18 Aug 2015 13:48:49 -0000 On 08/18/15 08:23, Outback Dingo wrote: > On Tue, Aug 18, 2015 at 10:34 PM, Frank Staals wrote: > >> Anton Shterenlikht writes: >> >>> I'm having no luck getting any of the skype ports to work. >>> In the meantime I found that Firefox Hello is advertised >>> as an alternative: >>> https://www.mozilla.org/en-US/firefox/hello/ >>> >>> I still cannot find the "Firefox Hello Button" on my firefox-40.0_4,1. >>> Has anybody used Firefox Hello? >>> >>> Thanks >>> >>> Anton >> I've used it a few times. It actually seems to work quite well. I've >> used only the 'no-logins just share the url to video-chat' >> functionality. So then if you want to start a conversation you >> (obviously) do need a way to communicate the url beforehand. Usually via >> some other IM service :). >> >> Regards, >> >> -- >> >> - Frank >> > > Just use tox .... see https://tox.chat/ Available for 9.3R ? -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Tue Aug 18 13:59:46 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 646719BC220 for ; Tue, 18 Aug 2015 13:59:46 +0000 (UTC) (envelope-from francis@aspl.es) Received: from tarsonis.aspl.es (mail.aspl.es [213.96.140.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0C5081C0F for ; Tue, 18 Aug 2015 13:59:43 +0000 (UTC) (envelope-from francis@aspl.es) Received: from localhost (localhost [127.0.0.1]) by tarsonis.aspl.es (Postfix) with ESMTP id 924B111C1961; Tue, 18 Aug 2015 15:54:25 +0200 (CEST) X-Virus-Scanned: amavisd-new at tarsonis.aspl.es Received: from tarsonis.aspl.es ([127.0.0.1]) by localhost (tarsonis.aspl.es [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GGTIT_diWyAV; Tue, 18 Aug 2015 15:54:17 +0200 (CEST) Received: from [192.168.0.132] (unknown [192.168.0.132]) (using SSLv3 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsonis.aspl.es (Postfix) with ESMTPS id A3E7511C1969; Tue, 18 Aug 2015 15:54:15 +0200 (CEST) Subject: Format for deps in +MANIFEST -- setting a dependency without any particular version From: Francis Brosnan =?ISO-8859-1?Q?Bl=E1zquez?= Reply-To: francis@aspl.es To: freebsd-questions@freebsd.org Cc: francis@aspl.es Organization: ASPL - Advanced Software Production Line, S.L. Date: Tue, 18 Aug 2015 15:54:14 +0200 Message-ID: <1439906054.15779.101.camel@vulcan.aspl.local> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Type: text/plain; charset="ISO-8859-15" 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: Tue, 18 Aug 2015 13:59:46 -0000 Hello, I've been trying to find this around the web without success. If you want to place a "deps" to "python27" package but without setting a particular version, how do you do it? I just want the package to depend on python27 when it is asked to be installed. I'm trying something like this but is not working, "deps" : "python27":{"origin":"lang/python27"} ...it says: pkg: Skipping malformed dependency python27 It works if I use the following but I would to like to avoid placing a particular version: "deps" : "python27":{"origin":"lang/python27","version":"2.7.10"} Best Regards, Complete +MANIFEST is: | { | "name":"python-axl", | "origin":"textproc/python-axl", | "version":"0.7.0.b5340.g5351", | "comment":"Fast and efficient XML 1.0 implementation", | "maintainer":"info@aspl.es", | "www":"http://www.aspl.es/xml/", | "abi":"FreeBSD:9:amd64", | "arch":"freebsd:9:x86:64", | "prefix":"/usr/local", | "flatsize":473959, | "licenselogic":"single", | "licenses":["LGPL21"], | "desc":"Fast and efficient XML 1.0 implementation", | "deps" : {"libaxl1" : {"origin" : "textproc/libaxl1", "version" : "0.7.0.b5340.g5351"}, "python27":{"origin":"lang/python27"}}, | "categories":["textproc"], | "shlibs_provided":[libpy_axl.so.0.0.0,libpy_axl.so.0], | "files":{ | "/usr/local/lib/python2.7/site-packages/axl/libpy_axl.so.0.0.0": "4f7d01f0ea72c300de09dc86edee71557463ad1f6752012310ee6126d4d49f60", | "/usr/local/lib/python2.7/site-packages/axl/libpy_axl.so.0": "-", | "/usr/local/lib/python2.7/site-packages/axl/libpy_axl.so": "-", | "/usr/local/lib/python2.7/site-packages/axl/libpy_axl.la": "acf43bf5dec23c01af2cca24f6a84cfc88b8c57db252db904e883939ad8b2cc2", | "/usr/local/lib/python2.7/site-packages/axl/libpy_axl.a": "fd4f6762548e7a4d5b9b489d3b6a5eeff6eb9beb6089b6503ffab1f352139972", | "/usr/local/lib/python2.7/site-packages/axl/__init__.py": "ebffc48ea76e2eb179b83407258c81b6d64f3177c493962d7a22726464d54666" | }, | "scripts": | { | "post-install":"/sbin/ldconfig -m /usr/local/lib", | "post-deinstall":"/sbin/ldconfig -R" | } | }, From owner-freebsd-questions@freebsd.org Tue Aug 18 14:02: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 3A13F9BC3A5 for ; Tue, 18 Aug 2015 14:02:24 +0000 (UTC) (envelope-from outbackdingo@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 04BCB1ED3 for ; Tue, 18 Aug 2015 14:02:24 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by igui7 with SMTP id i7so80411069igu.0 for ; Tue, 18 Aug 2015 07:02:23 -0700 (PDT) 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=+OGHxQIZar2qO8eLXhulgTKCaBSn+YjglNvXviB4jQw=; b=gxw7ini1C7OQJzQpMYkRB0HnKEMrM8n/lipgIiuWFa1RL950l/itrWasRLu6B2UWXW iVdG+JhAGB4vjKz/wCV2koWIdAxyf3Tq8GBnTcKR2LX3kGVyqBRXm3J1+u+nxnNVe7Sb lIUZpcYw8++qn5a3iYja3dZs4raTaLVfBoylL61dYXUj5+b6a0KjcGDjylt5J6KGBdcA E6Sjmlb2/aFs9JjY+w36cQDGpdIs56P7j3pnGfxMIaRKG/UQqp5AIFduOopo2z6q5gLU 5czFuuj3A1E5k5gB0+KchLAJolQn3WwKWilnhoxDtVOxim+IV3vAIWe3MG2VhGv/5ibi nsWQ== MIME-Version: 1.0 X-Received: by 10.50.33.19 with SMTP id n19mr23502573igi.26.1439906543443; Tue, 18 Aug 2015 07:02:23 -0700 (PDT) Received: by 10.107.7.29 with HTTP; Tue, 18 Aug 2015 07:02:23 -0700 (PDT) In-Reply-To: <55D337B3.5020108@hiwaay.net> References: <201508181008.t7IA8v97018853@mech-as222.men.bris.ac.uk> <55D337B3.5020108@hiwaay.net> Date: Wed, 19 Aug 2015 00:02:23 +1000 Message-ID: Subject: Re: firefox hello as alternative to skype? From: Outback Dingo To: "William A. Mahaffey III" 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: Tue, 18 Aug 2015 14:02:24 -0000 On Tue, Aug 18, 2015 at 11:47 PM, William A. Mahaffey III wrote: > On 08/18/15 08:23, Outback Dingo wrote: > >> On Tue, Aug 18, 2015 at 10:34 PM, Frank Staals wrote: >> >> Anton Shterenlikht writes: >>> >>> I'm having no luck getting any of the skype ports to work. >>>> In the meantime I found that Firefox Hello is advertised >>>> as an alternative: >>>> https://www.mozilla.org/en-US/firefox/hello/ >>>> >>>> I still cannot find the "Firefox Hello Button" on my firefox-40.0_4,1. >>>> Has anybody used Firefox Hello? >>>> >>>> Thanks >>>> >>>> Anton >>>> >>> I've used it a few times. It actually seems to work quite well. I've >>> used only the 'no-logins just share the url to video-chat' >>> functionality. So then if you want to start a conversation you >>> (obviously) do need a way to communicate the url beforehand. Usually via >>> some other IM service :). >>> >>> Regards, >>> >>> -- >>> >>> - Frank >>> >>> >> Just use tox .... see https://tox.chat/ >> > > > Available for 9.3R ? it can probably be built from sources, not sure... also see #tox on freenode, their quite helpful > > > > -- > > William A. Mahaffey III > > ---------------------------------------------------------------------- > > "The M1 Garand is without doubt the finest implement of war > ever devised by man." > -- Gen. George S. Patton Jr. > > > _______________________________________________ > 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 Tue Aug 18 14: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 81BB49BCA62 for ; Tue, 18 Aug 2015 14:21:18 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 58B541164 for ; Tue, 18 Aug 2015 14:21:18 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id EDD5520BC2 for ; Tue, 18 Aug 2015 10:21:10 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Tue, 18 Aug 2015 10:21:10 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=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=gKGFTA4XohPAek6 h4ybB9mPUNpc=; b=TZijNxQG2u01aB4EGhmgUq8mhmg/jqbCxNW/hma8jMZMnCF LNBpPS9PdaJTk5XU0XuHumgkoT4+y3Q+RJyNO7Rg1G95LHycL11f8evCeEBGnHUC LpvX9yGi2WV/R1gOxkaH0b/T2KDNt9/vNF4/9UKrgron0T5RmEKb02f6Kf0c= Received: by web3.nyi.internal (Postfix, from userid 99) id BFC01110631; Tue, 18 Aug 2015 10:21:10 -0400 (EDT) Message-Id: <1439907670.348160.359305057.2B5B56D9@webmail.messagingengine.com> X-Sasl-Enc: gCR5cyZV6vexSezLnyyicdMTrLi8/KUybcXz4djYh4Gj 1439907670 From: Mark Felder To: virtual , freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4fee8ba5 Subject: Re: Unable to install 'rtorrent-0.9.4_2' package as it's 'forbidden' or the operation times out. Date: Tue, 18 Aug 2015 09:21:10 -0500 In-Reply-To: <55D256F1.9000908@airmail.cc> References: <55D256F1.9000908@airmail.cc> 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, 18 Aug 2015 14:21:18 -0000 On Mon, Aug 17, 2015, at 16:49, virtual wrote: > I can't seem to install rtorrent on my FreeBSD server via the pkg tool > or via ports. Does anyone know what the problem might be? I am able to > install other software via pkg and ports just fine. > > $ sudo pkg install rtorrent > Password: > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > The following 4 package(s) will be affected (of 0 checked): > > New packages to be INSTALLED: > rtorrent: 0.9.4_2 > xmlrpc-c-devel: 1.36.0_1 > libwww: 5.4.0_5 > libtorrent: 0.13.4_2 > > The process will require 15 MiB more space. > 2 MiB to be downloaded. > > Proceed with this action? [y/N]: y > pkg: > http://pkg.FreeBSD.org/FreeBSD:10:amd64/quarterly/All/rtorrent-0.9.4_2.txz: > Operation timed out > Do other packages correctly install? Are you behind any firewalls or HTTP proxies? From owner-freebsd-questions@freebsd.org Tue Aug 18 14:31: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 CF1A69BCD3E for ; Tue, 18 Aug 2015 14:31:01 +0000 (UTC) (envelope-from frank@fstaals.net) Received: from isp-bos-04.edutel.nl (isp-bos-04.edutel.nl [88.159.1.182]) (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 5F34315ED for ; Tue, 18 Aug 2015 14:31:01 +0000 (UTC) (envelope-from frank@fstaals.net) Received: from isp-aos-02 (unknown [IPv6:2a01:670:100:11::1:2]) by isp-bos-04.edutel.nl (Postfix) with ESMTPS id 1479F2E0F47; Tue, 18 Aug 2015 16:30:52 +0200 (CEST) Received: from 104-208.ftth.onsbrabantnet.nl ([88.159.208.104] helo=mail.fstaals.net) by isp-aos-02 with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZRhub-00057Q-Sj; Tue, 18 Aug 2015 16:30:51 +0200 Received: from fstaals.net (unknown [192.38.33.12]) (Authenticated sender: frank) by mail.fstaals.net (Postfix) with ESMTPSA id C96002A69; Tue, 18 Aug 2015 14:38:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fstaals.net; s=mail; t=1439908715; bh=e5ATq/V9xDZSsu2lSwLvpzDR7Ys/by5smGcruZgVo9U=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=jlo6ok3xckQJoGf5D9KmayBQIlV5A2bVlDiYipXWtkXuCdfONFLVDWgUZBk4nydp9 5ugMywH77dtp+lvYmJ9wBuiZ+I2Q7CtFLWQzUjTmmmyUzwDGQmiRcMT7Eevace9xHs i9cn5n6BDeq4qi1IJ/KngVdKGfjikSxTBuziVYdA= From: Frank Staals To: Outback Dingo Cc: Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: firefox hello as alternative to skype? References: <201508181008.t7IA8v97018853@mech-as222.men.bris.ac.uk> User-Mail-Address: frank@fstaals.net Date: Tue, 18 Aug 2015 16:30:45 +0200 In-Reply-To: (Outback Dingo's message of "Tue, 18 Aug 2015 23:17:16 +1000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-ownnetwork: true X-rcptmm: false X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam_report: Spam detection software, running on the system "isp-aos-02.edu.local", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Outback Dingo writes: > On Tue, Aug 18, 2015 at 10:34 PM, Frank Staals wrote: > >> Anton Shterenlikht writes: >> >> > I'm having no luck getting any of the skype ports to work. >> > In the meantime I found that Firefox Hello is advertised >> > as an alternative: >> > https://www.mozilla.org/en-US/firefox/hello/ >> > >> > I still cannot find the "Firefox Hello Button" on my firefox-40.0_4, 1. >> > Has anybody used Firefox Hello? >> > >> > Thanks >> > >> > Anton >> >> I've used it a few times. It actually seems to work quite well. I've >> used only the 'no-logins just share the url to video-chat' >> functionality. So then if you want to start a conversation you >> (obviously) do need a way to communicate the url beforehand. Usually via >> some other IM service :). >> >> Regards, >> >> -- >> >> - Frank >> > > > Just use tox .... see https://tox.chat/ [...] Content analysis details: (-2.9 points, 9.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Authenticated-As: fpjstaals@onsbrabantnet.nl 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, 18 Aug 2015 14:31:02 -0000 Outback Dingo writes: > On Tue, Aug 18, 2015 at 10:34 PM, Frank Staals wrote: > >> Anton Shterenlikht writes: >> >> > I'm having no luck getting any of the skype ports to work. >> > In the meantime I found that Firefox Hello is advertised >> > as an alternative: >> > https://www.mozilla.org/en-US/firefox/hello/ >> > >> > I still cannot find the "Firefox Hello Button" on my firefox-40.0_4,1. >> > Has anybody used Firefox Hello? >> > >> > Thanks >> > >> > Anton >> >> I've used it a few times. It actually seems to work quite well. I've >> used only the 'no-logins just share the url to video-chat' >> functionality. So then if you want to start a conversation you >> (obviously) do need a way to communicate the url beforehand. Usually via >> some other IM service :). >> >> Regards, >> >> -- >> >> - Frank >> > > > Just use tox .... see https://tox.chat/ I also tried (q)Tox. But I did not manage to get audio/video chat working reliably over the internet. I kept having connection issues. They warn that it is still under heavy development, so maybe not that strange. It seems very promising though :) Regards, -- - Frank From owner-freebsd-questions@freebsd.org Tue Aug 18 14:33: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 7C7489BCDFB for ; Tue, 18 Aug 2015 14:33:41 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) (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 1BA961964 for ; Tue, 18 Aug 2015 14:33:40 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicne3 with SMTP id ne3so97074762wic.0 for ; Tue, 18 Aug 2015 07:33:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=H/Ps+yvBzESaYFohKBfMzXl3dd250RYYPC8wtEeyfSc=; b=BXhu8xs8/mt23HKP9gwulnVVMsKLQlB3DYyQTdrap0Hm8lC34j3BmciFiAbYi6ZuUp JRAG8AB63pjtA6GPV9lJBMtwXCFng74bGlx2fwF9nWzHzCiKk6K5NHIkd4NzPM66kEyA Zs2z48LDZ91dM7WwL+RRSSVtGtk2YCqiDVsV++VoG52vU79VbBllpeI92oNqdnQVOM6g c3QVy0NCJIHo0N1qssd2VQBSVhZ7wVQNunGVMkwUX9w1APAGwl8XR+zEOe/rxJiDdSX3 UXW1h5pVEiuM8224+O3H8jcV1jLEwDi9ER1/bsa0DJQZG+BxPKj4LDwWOq9+MdQGnvad m27A== X-Gm-Message-State: ALoCoQkd0PwyeX9tOKDGmK1l/BNqT1N4ZaRJBl6FdRoGdqfbMb23tCOaEttdnxCzZ9RL3y52fuFq X-Received: by 10.180.105.165 with SMTP id gn5mr43365621wib.20.1439908419144; Tue, 18 Aug 2015 07:33:39 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id r8sm952759wiz.2.2015.08.18.07.33.37 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Aug 2015 07:33:38 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t7IEXbEo019980; Tue, 18 Aug 2015 15:33:37 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t7IEXbFL019979; Tue, 18 Aug 2015 15:33:37 +0100 (BST) (envelope-from mexas) Date: Tue, 18 Aug 2015 15:33:37 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508181433.t7IEXbFL019979@mech-as222.men.bris.ac.uk> To: frank@fstaals.net, outbackdingo@gmail.com Subject: Re: firefox hello as alternative to skype? Cc: freebsd-questions@freebsd.org, mexas@bris.ac.uk Reply-To: mexas@bris.ac.uk In-Reply-To: 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, 18 Aug 2015 14:33:41 -0000 >From frank@fstaals.net Tue Aug 18 15:31:12 2015 >> >> Just use tox .... see https://tox.chat/ > >I also tried (q)Tox. But I did not manage to get audio/video chat >working reliably over the internet. I kept having connection >issues. They warn that it is still under heavy development, so maybe not >that strange. It seems very promising though :) same here. I got skype4 working after all. I had to use -current, ports tree at r393816, and linprocfs enabled. Few graphics glitches but just made one video call a few minutes ago. Thanks for all help and suggestions. Anton From owner-freebsd-questions@freebsd.org Tue Aug 18 15:01: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 E92C69BC6ED for ; Tue, 18 Aug 2015 15:01:26 +0000 (UTC) (envelope-from cpm@fbsd.es) Received: from imap11-3.ox.privateemail.com (imap11-3.ox.privateemail.com [198.187.29.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "privateemail.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C125E179F for ; Tue, 18 Aug 2015 15:01:25 +0000 (UTC) (envelope-from cpm@fbsd.es) Received: from localhost (localhost [127.0.0.1]) by imap11.ox.privateemail.com (Postfix) with ESMTP id 31FA288012C for ; Tue, 18 Aug 2015 11:01:23 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap11.ox.privateemail.com Received: from imap11.ox.privateemail.com ([127.0.0.1]) by localhost (imap11.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xK4zyLfJVg_B for ; Tue, 18 Aug 2015 11:01:23 -0400 (EDT) Received: from [192.168.1.33] (138.Red-83-33-58.dynamicIP.rima-tde.net [83.33.58.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by imap11.ox.privateemail.com (Postfix) with ESMTPSA id 8D0DC880126 for ; Tue, 18 Aug 2015 11:01:21 -0400 (EDT) Message-ID: <1439910072.13722.1.camel@fbsd.es> Subject: Re: firefox hello as alternative to skype? From: Carlos J Puga Medina To: freebsd-questions@freebsd.org Date: Tue, 18 Aug 2015 17:01:12 +0200 Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-jGK+Ke3zKFQTYXWHzjd4" X-Mailer: Evolution 3.16.4 FreeBSD GNOME Team Port 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: Tue, 18 Aug 2015 15:01:27 -0000 --=-jGK+Ke3zKFQTYXWHzjd4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > Outback Dingo <outbackdingo@gmail.com> writes: >=20 > > On Tue, Aug 18, 2015 at 10:34 PM, Frank Staals < > frank@fstaals.net> wrote: > > > >> Anton Shterenlikht <mexas@bris.ac.uk> writes: > >> > >> > I'm having no luck getting any of the skype ports to=20 > work. > >> > In the meantime I found that Firefox Hello is=20 > advertised > >> > as an alternative: > >> > https://www.mozilla.org/en-US/firefox/hello/ > >> > > >> > I still cannot find the "Firefox Hello Button" on my=20 > firefox-40.0_4,1. > >> > Has anybody used Firefox Hello? > >> > > >> > Thanks > >> > > >> > Anton > >> > >> I've used it a few times. It actually seems to work quite=20 > well. I've > >> used only the 'no-logins just share the url to video-chat' > >> functionality. So then if you want to start a conversation=20 > you > >> (obviously) do need a way to communicate the url beforehand.=20 > Usually via > >> some other IM service :). > >> > >> Regards, > >> > >> -- > >> > >> - Frank > >> > > > > > > Just use tox .... see https://tox.chat/ >=20 > I also tried (q)Tox. But I did not manage to get audio/video chat > working reliably over the internet. I kept having connection > issues. They warn that it is still under heavy development, so maybe=20 > not > that strange. It seems very promising though :) >=20 I'm using net-im/uTox which works fine with audio/video support. Cheers, --=20 Carlos Jacobo Puga Medina PGP fingerprint =3D C60E 9497 5302 793B CC2D BB89 A1F3 5D66 E6D0 5453 --=-jGK+Ke3zKFQTYXWHzjd4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJV00i4AAoJEKHzXWbm0FRTbBMH/2pJtjXG2+GZOHO/0hP3wls6 YmAP+1DmdXOaAp5xgoV3MtJIZ1KnWRh3IdzRgZrDIuDH0ZyNwnyj0Fvx5zoHxvGc ucF8vtnXOOCXy7hhJQKbXpuIgXFcFUNRryg+3ssgdv5/7waWwGdyi1//g02BVWe4 ADMolPEHX5qOn+vih9jgHijmk8YNOBp+el85aOf9cAopS9ierdyLPIMpZq/0qndk Q1ySZvlAzt13vZqx+QhhuUAVwNDfe42ayxnyUvz3EV8CcpRr4OKGTQ9+R+PrM6oB b8tzpBD8WieIEiVpD5gktdPXC+q8AceOlLIbfphoAhLnFd3kro8EDDu9xqjyzyw= =xNbK -----END PGP SIGNATURE----- --=-jGK+Ke3zKFQTYXWHzjd4-- From owner-freebsd-questions@freebsd.org Tue Aug 18 16:41: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 70FD09BCFDC for ; Tue, 18 Aug 2015 16:41:45 +0000 (UTC) (envelope-from 0000014f41a87ca2-9d19cfb6-4c46-444e-8308-6631cdea701e-000000@us-west-2.amazonses.com) 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 4ECE32DB for ; Tue, 18 Aug 2015 16:41:45 +0000 (UTC) (envelope-from 0000014f41a87ca2-9d19cfb6-4c46-444e-8308-6631cdea701e-000000@us-west-2.amazonses.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4DEC49BCFDA; Tue, 18 Aug 2015 16:41:45 +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 4D7DC9BCFD6 for ; Tue, 18 Aug 2015 16:41:45 +0000 (UTC) (envelope-from 0000014f41a87ca2-9d19cfb6-4c46-444e-8308-6631cdea701e-000000@us-west-2.amazonses.com) Received: from a27-115.smtp-out.us-west-2.amazonses.com (a27-115.smtp-out.us-west-2.amazonses.com [54.240.27.115]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2A0E72DA for ; Tue, 18 Aug 2015 16:41:45 +0000 (UTC) (envelope-from 0000014f41a87ca2-9d19cfb6-4c46-444e-8308-6631cdea701e-000000@us-west-2.amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=7v7vs6w47njt4pimodk5mmttbegzsi6n; d=amazonses.com; t=1439915605; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To:Subject:Message-ID:Feedback-ID; bh=QKA4Dnn6vjY+WhKaqZlwCofh6b3PwF2oQHsieRMhtWU=; b=lAx3kE2aJuDHsigh2ObpVEjpa3p6ORNTVanPN1Vsi1FcbRZUU07ys/hVQR7V+esS oHkhE7MES1ejWFagBT6jYPXDTloZ2EX+g70SGieDnqk2pjCc8Q6KQrpD1zgVCu38Ur3 tYcHcOdeZzeP6h4N5okVcMC9qKdVTehFag8UB4/E= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=4nphvxivhgsntfxkzsopqsdbvjscuhxm; d=vmeta.jp; t=1439915605; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To:Subject:Message-ID; bh=QKA4Dnn6vjY+WhKaqZlwCofh6b3PwF2oQHsieRMhtWU=; b=mF6FhGFA5fI0vZeZG4iK88THB/FqIoyKSxtcr3uAhfVAOiGvCxruHvP1Y/Iaek2b FaOQKm28vNZJNGlFrkZgy+caQK38voRT1GJq87XXO/Oj0ECe+3IQHeTTWJftsTqUK+j drxZhhlvCJohi+MZeJVQ+hKSeu3WokYg+w5Npzoo= X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on glory.vmeta.jp X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.1 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 18 Aug 2015 16:33:25 +0000 From: Koichiro IWAO To: questions@freebsd.org Subject: freebsd-update checksum mismatch (why not resume?) Message-ID: <0000014f41a87ca2-9d19cfb6-4c46-444e-8308-6631cdea701e-000000@us-west-2.amazonses.com> X-Sender: meta@vmeta.jp User-Agent: Roundcube Webmail/1.1.2 X-SES-Outgoing: 2015.08.18-54.240.27.115 Feedback-ID: 1.us-west-2.ngRt4x2U/cWqug8pbfjwMxB6pcDw1fmN73bGmMLYyRI=:AmazonSES 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, 18 Aug 2015 16:41:45 -0000 Hi, Why freebsd-update does not resume previous run with same arguent? I tried to upgrade my FreeBSD system with freebsd-update. However, applying patch phase stops by checksum mismatch. See following output. I ran "freebsd-update upgrade" 5 times. Finally 5th try went smoothly. It looks each n-th run of freebsd-update fetches and patches at the beginning. What a waste of time! Refetching file with incorrect hash is enough, right? Refetching all files in order to refetch only single file with incorrect hash is waste of time and network. Why don't you implement resume in freebsd-update? Isn't it a good idea? # freebsd-update upgrade -r 10.2-RELEASE Looking up update.FreeBSD.org mirrors... none found. Fetching metadata signature for 10.1-RELEASE from update.FreeBSD.org... done. Fetching metadata index... done. Fetching 2 metadata patches.. done. Applying metadata patches... done. Inspecting system... done. The following components of FreeBSD seem to be installed: kernel/generic src/src world/base world/lib32 The following components of FreeBSD do not seem to be installed: world/doc world/games Does this look reasonable (y/n)? y Fetching metadata signature for 10.2-RELEASE from update.FreeBSD.org... done. Fetching metadata index... done. Fetching 1 metadata patches. done. Applying metadata patches... done. Fetching 1 metadata files... done. Inspecting system... done. Fetching files from 10.1-RELEASE for merging... done. Preparing to download files... done. Fetching 41390 patches.......41380....41390 done. Applying patches... done. Fetching 8464 files... 0820ce82763e357f692678c6dcddd0a217a9a411888f25d999177164df8a7dd0 has incorrect hash. -- `whois vmeta.jp | nkf -w` meta From owner-freebsd-questions@freebsd.org Tue Aug 18 17:30: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 B08669BCA50 for ; Tue, 18 Aug 2015 17:30:36 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::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 7D07C1C9D for ; Tue, 18 Aug 2015 17:30:36 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: by igfj19 with SMTP id j19so85770744igf.1 for ; Tue, 18 Aug 2015 10:30:36 -0700 (PDT) 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=J5y/Y9fm1VXRYSMw/p1dBIcMgPw3rbx1S5ztKFKVFzM=; b=fhyvSIq+k3LFzO84OkxmfYAE1y6VpgOURUl+CvpnvTQpe81OkwzKaCJ4J9YRe9IOT0 7jfmc9gs/SlCKWOs01YH59bf54vRuhsgZWsrl/9axpXmPSTZETSGJJvvovJ+yEbOPG6B aaVEXDT1YEWCNOaTxwjTPqNe4gmbI74ExsF9bbDgiXwQXKlXVvRR1mLVCzMRmvue5Ire yPu51CcMgqHRNYVJg3nZx4Syl5hFwN+8J41+jiDD18LTkuvwSzrlmYcciBjbd1r1pUkD SMugb9LewBxuYR+WSkPiM/11TNCvRRp/NHy/7YGO+UEloI7+OEHwVmDrmuCyMCxOnOIm P09g== MIME-Version: 1.0 X-Received: by 10.50.40.101 with SMTP id w5mr23600000igk.12.1439919035927; Tue, 18 Aug 2015 10:30:35 -0700 (PDT) Received: by 10.79.13.205 with HTTP; Tue, 18 Aug 2015 10:30:35 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Aug 2015 10:30:35 -0700 Message-ID: Subject: Re: Disable periodic security check for vulnerable packages From: Chris Stankevitz To: Adam Vande More Cc: 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: Tue, 18 Aug 2015 17:30:36 -0000 On Mon, Aug 17, 2015 at 2:27 PM, Adam Vande More wrote: > set daily_status_security_pkgaudit_enable="NO" > > Google has plenty of results and the man pages for periodic.conf and > periodic both contain sufficient info to trace this variable down. Adam, Thank you. You will find this hard to believe, but the word "audit" doesn't appear in my man periodic.conf or man periodic: man periodic.conf: FreeBSD 10.1 December 25, 2013 man periodic: FreeBSD 10.1 August 30, 2007 Furthermore, you will find it hard to believe that these google searches did not turn up the gem you provided: freebsd ports disable vulnerability check freebsd periodic disable vulnerability check freebsd periodic vulnerability freebsd volnxml "security run output" vulnerability "security run output" freebsd vulnxml It's not like I wanted to post to the list, wait a day or a reply (or no reply) knowing all the while I might be ridiculed for being lazy, etc... but if you can point out the flaw in my thinking, logic, man-usage, google-usage (i.e. "teach me how to fish") I will truly appreciate it. Thank you again, Chris From owner-freebsd-questions@freebsd.org Tue Aug 18 18:01: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 86CCF9BD352 for ; Tue, 18 Aug 2015 18:01:22 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (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 5394415EE for ; Tue, 18 Aug 2015 18:01:22 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: by iods203 with SMTP id s203so198795253iod.0 for ; Tue, 18 Aug 2015 11:01:21 -0700 (PDT) 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=sa0LIxDm2VZ9oeskjHc9ehhpiO7Kcx/3hJY495u1XVg=; b=BJ+iKLQfl9WByxXviVAjhG3rs7Spb4TvaEfvclDQsrYM7nY6DAInPn9DPGYDgPQ4Er skFChdeGDZ4IGdOy9oP8+lbyOcxG0GrFsOkiIqjDn8IQm1uTn7uDSk5q0f2hZNeLb4lQ webxIP3rVP6hdDmbp2UIC2fRDRsVhMYLbnE8goNPmQu9KSeQTRG/hkI0K6izZDre2Y6G lCN9KNWpEHamXsYxhSj8vgqgNZQR70PgQXN5eVDxBxb2vh/4fThsNri+/SKf93ehTX+M ghn4HTzNygMW5+n2jW0/bH84GATDCQl2mYyrb6W2G9T5PYzCymT+08w0sUwvSTAaJOzp 2WdA== MIME-Version: 1.0 X-Received: by 10.107.167.199 with SMTP id q190mr10132982ioe.119.1439920881833; Tue, 18 Aug 2015 11:01:21 -0700 (PDT) Received: by 10.79.111.205 with HTTP; Tue, 18 Aug 2015 11:01:21 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Aug 2015 11:01:21 -0700 Message-ID: Subject: Re: Disable periodic security check for vulnerable packages From: Chris Stankevitz To: Adam Vande More Cc: 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: Tue, 18 Aug 2015 18:01:22 -0000 On Tue, Aug 18, 2015 at 10:30 AM, Chris Stankevitz wrote: > etc... but if you can point out the flaw in my thinking, logic, > man-usage, google-usage (i.e. "teach me how to fish") I will truly > appreciate it. Not attempting to beat a dead horse, rather hoping someone can explain why my thinking and logic fails me, I also tried this before I posted: cd /etc grep -r vuln * grep -r audit * | grep pkg Thanks again, Chris From owner-freebsd-questions@freebsd.org Tue Aug 18 18:30: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 1259C9BD983; Tue, 18 Aug 2015 18:30:02 +0000 (UTC) (envelope-from mathiasp@mathiaspicker.net) Received: from mail.ngintelligence.com (mail.ngintelligence.com [5.9.85.176]) (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 D73CBCD9; Tue, 18 Aug 2015 18:30:00 +0000 (UTC) (envelope-from mathiasp@mathiaspicker.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.ngintelligence.com (Postfix) with ESMTP id D0F638A059A; Tue, 18 Aug 2015 19:40:25 +0200 (CEST) Received: from mail.ngintelligence.com ([127.0.0.1]) by localhost (mail.ngintelligence.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 8QG8EtDO6w_e; Tue, 18 Aug 2015 19:40:21 +0200 (CEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.ngintelligence.com (Postfix) with ESMTP id A379C8A059B; Tue, 18 Aug 2015 19:40:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.ngintelligence.com Received: from mail.ngintelligence.com ([127.0.0.1]) by localhost (mail.ngintelligence.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id CT8v0R4hkGMO; Tue, 18 Aug 2015 19:40:21 +0200 (CEST) Received: from marcopolo.fritz.box (x5ce64afd.dyn.telefonica.de [92.230.74.253]) by mail.ngintelligence.com (Postfix) with ESMTPSA id 5581B8A059A; Tue, 18 Aug 2015 19:40:19 +0200 (CEST) Message-ID: <1439919641.2011.19.camel@mathiaspicker.net> Subject: Mobile HD4200 crashes kernel with" Invalid callback to read register 0x009C" From: Mathias Picker To: x11@freebsd.org, freebsd-questions@freebsd.org Date: Tue, 18 Aug 2015 19:40:41 +0200 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.16.4 FreeBSD GNOME Team Port Mime-Version: 1.0 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, 18 Aug 2015 18:30:02 -0000 I have a problem with an Acer 5333g (mobile phenom, switchable hd4200/hd5000). The error first showed some time in 10-stable, month ago, but went away quickly, but now it happened again and it seems to be much more persistent. On starting X the machine crashes, the last lines shown are: error: [drm:pid1208:atombios_crtc_set_disp_eng_pll] *ERROR* Unknown table version 1 1 info: [drm] Internal thermal controller with fan control info: [drm] radeon: power management initialized panic: Invalid callback to read register 0x009C This machine worked fine for years before this. The first time everything worked again after reinstalling world and dri/libdrm/xf86-video-ati, so I forgot about it, but now it happened again, and again :( The machine is now running again, after switching to dedicated hd5000 mode and back, but that's not a reliable method. I think it just starts to work randomly, and then it works for days (sometimes weeks) without fail. Any ideas what might happen and what I might do to get it working reliably again? I searched the net for this error, but found nothing. It doesn't seem related to the temperature (happens with the machine cold (freshly booted) and warm (after make world) Thanks, Mathias core.txt: -------------------------------------------------------- marcopolo.fritz.box dumped core - see /var/crash/vmcore.0 Tue Aug 18 17:55:15 CEST 2015 FreeBSD marcopolo.fritz.box 10.2-STABLE FreeBSD 10.2-STABLE #21 r286880: Tue Aug 18 15:21:55 CEST 2015 root@marcopolo.fritz.box:/us r/obj/usr/src/sys/GENERIC amd64 panic: Invalid callback to read register 0x009C 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: Invalid callback to read register 0x009C cpuid = 3 KDB: stack backtrace: #0 0xffffffff80984f70 at kdb_backtrace+0x60 #1 0xffffffff80948b56 at vpanic+0x126 #2 0xffffffff80948a23 at panic+0x43 #3 0xffffffff81e64242 at radeon_invalid_rreg+0x12 #4 0xffffffff81ea6a4e at atom_get_src_int+0x28e #5 0xffffffff81ea562b at atom_op_clear+0x6b #6 0xffffffff81ea332d at atom_execute_table_locked+0x23d #7 0xffffffff81ea30c0 at atom_execute_table+0x50 #8 0xffffffff81ea6ed7 at atombios_crtc_dpms+0xc7 #9 0xffffffff81ea9436 at atombios_crtc_disable+0x26 #10 0xffffffff81f87235 at drm_helper_disable_unused_functions+0x1b5 #11 0xffffffff81f8e1b6 at drm_fb_helper_initial_config+0x36 #12 0xffffffff81e84abc at radeon_fbdev_init+0xbc #13 0xffffffff81e8328a at radeon_modeset_init+0x95a #14 0xffffffff81e8cabc at radeon_driver_load_kms+0xcc #15 0xffffffff81f97846 at drm_get_pci_dev+0x436 #16 0xffffffff81f9a417 at drm_attach_helper+0x117 #17 0xffffffff81e84192 at radeon_attach+0x52 Uptime: 1m8s Dumping 668 out of 12003 MB:..3%..12%..22%..32%..41%..51%..63%..72%..82%..91% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/amdtemp.ko.symbols...done. Loaded symbols for /boot/kernel/amdtemp.ko.symbols Reading symbols from /boot/kernel/fuse.ko.symbols...done. Loaded symbols for /boot/kernel/fuse.ko.symbols Reading symbols from /boot/kernel/sem.ko.symbols...done. Loaded symbols for /boot/kernel/sem.ko.symbols Reading symbols from /boot/modules/acpi_call.ko...done. Loaded symbols for /boot/modules/acpi_call.ko Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /usr/local/modules/rtc.ko...done. Loaded symbols for /usr/local/modules/rtc.ko Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkms.ko.symbols Reading symbols from /boot/kernel/drm2.ko.symbols...done. Loaded symbols for /boot/kernel/drm2.ko.symbols Reading symbols from /boot/kernel/iicbus.ko.symbols...done. Loaded symbols for /boot/kernel/iicbus.ko.symbols Reading symbols from /boot/kernel/iic.ko.symbols...done. Loaded symbols for /boot/kernel/iic.ko.symbols Reading symbols from /boot/kernel/iicbb.ko.symbols...done. Loaded symbols for /boot/kernel/iicbb.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_RS780_pfp.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_RS780_pfp.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_RS780_me.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_RS780_me.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_R600_rlc.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_R600_rlc.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_REDWOOD_pfp.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_REDWOOD_pfp.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_REDWOOD_me.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_REDWOOD_me.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_REDWOOD_rlc.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_REDWOOD_rlc.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 0xffffffff809487b2 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:451 #2 0xffffffff80948b95 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:758 #3 0xffffffff80948a23 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:687 #4 0xffffffff81e64242 in radeon_invalid_rreg (rdev=, reg=34938896) at /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_asi c.c:55 #5 0xffffffff81ea6a4e in atom_get_src_int (ctx=, attr=, ptr=, saved=0xfffffe03423e31a4, print=0) at /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atom.c:318 #6 0xffffffff81ea562b in atom_op_clear (ctx=0xfffffe03423e3208, ptr=0x0, arg=6) at /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atom.c:432 #7 0xffffffff81ea332d in atom_execute_table_locked (ctx=0xfffff800773ba200, index=, params=) at /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atom.c:120 0 #8 0xffffffff81ea30c0 in atom_execute_table (ctx=0xfffff800773ba200, index=0, params=0x0) at /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atom.c:122 8 #9 0xffffffff81ea6ed7 in atombios_crtc_dpms (crtc=0xfffff8016b432000, mode=) at /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios_c rtc.c:213 #10 0xffffffff81ea9436 in atombios_crtc_disable (crtc=0xfffff8016b432000) at /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios_c rtc.c:1849 #11 0xffffffff81f87235 in drm_helper_disable_unused_functions ( dev=) at /usr/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_crtc_helper.c:302 #12 0xffffffff81f8e1b6 in drm_fb_helper_initial_config ( fb_helper=0xfffff8016b1e1200, bpp_sel=32) at /usr/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_fb_helper.c:1396 #13 0xffffffff81e84abc in radeon_fbdev_init (rdev=) at /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_fb. c:348 #14 0xffffffff81e8328a in radeon_modeset_init (rdev=0xfffffe000581d000) at /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_dis play.c:1406 #15 0xffffffff81e8cabc in radeon_driver_load_kms (dev=0xfffff800360de800, flags=) at /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_kms .c:119 #16 0xffffffff81f97846 in drm_get_pci_dev (kdev=, dev=0xfffff800360de800, driver=0xffffffff81f33ec8) at /usr/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_pci.c:362 #17 0xffffffff81f9a417 in drm_attach_helper (kdev=0xfffff80003a9b800, idlist=, driver=0xffffffff81f33ec8) at /usr/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_os_freebsd.c:134 #18 0xffffffff81e84192 in radeon_attach (kdev=0x0) at /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_drv .c:321 #19 0xffffffff8097bd3d in device_attach (dev=0xfffff80003a9b800) at device_if.h:180 #20 0xffffffff8097d2f9 in bus_generic_driver_added ( dev=, driver=) at /usr/src/sys/kern/subr_bus.c:2799 #21 0xffffffff80979e7a in devclass_driver_added (dc=0xfffff80003a79c00, driver=0xffffffff81f30608) at bus_if.h:204 #22 0xffffffff80979ddc in devclass_add_driver (dc=0xfffff80003a79c00, driver=0xffffffff81f30608, pass=, dcp=) at /usr/src/sys/kern/subr_bus.c:1141 #23 0xffffffff8092d70b in module_register_init (arg=0xffffffff81f305f0) at /usr/src/sys/kern/kern_module.c:123 #24 0xffffffff80922df7 in linker_load_module (kldname=, modname=0xfffff80031d56000 "radeonkms", parent=0x0, verinfo=0x0, lfpp=0xfffffe03423e3a70) at /usr/src/sys/kern/kern_linker.c:225 #25 0xffffffff80924243 in kern_kldload (td=, file=, fileid=0xfffffe03423e3ab4) at /usr/src/sys/kern/kern_linker.c:1030 #26 0xffffffff8092431b in sys_kldload (td=0xfffff80036f1f4a0, uap=) at /usr/src/sys/kern/kern_linker.c:1056 #27 0xffffffff80d4b7f7 in amd64_syscall (td=0xfffff80036f1f4a0, traced=0) at subr_syscall.c:134 #28 0xffffffff80d30cfb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:396 #29 0x00000008021ccbca in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) ----------------------------------------------------------------------- - ps -axlww UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 8 0 0 18005602445254432 - DLs - 0:00.88 [kernel] 0 1 0 0 31 0 9476 17979214382892800 wait DLs - 0:00.09 [init] 0 2 0 0 -16 0 0 18005602445254432 - DL - 0:00.04 [cam] 0 3 0 0 -8 0 0 18005602445254432 tx->tx_s DL - 0:00.44 [zfskern] 0 4 0 0 -16 0 0 18005602445254432 waiting_ DL - 0:00.00 [sctp_iterator] 0 5 0 0 -16 0 0 18005602445254432 umarcl DL - 0:00.00 [pagedaemon] 0 6 0 0 -16 0 0 18005602445254432 psleep DL - 0:00.00 [vmdaemon] 0 7 0 0 155 0 0 18005602445254432 pgzero DL - 0:00.00 [pagezero] 0 8 0 0 -16 0 0 18005602445254432 psleep DL - 0:00.00 [bufdaemon] 0 9 0 0 16 0 0 18005602445254432 - RL - 0:00.00 [syncer] 0 10 0 0 -16 0 0 18005602445254432 audit_wo DL - 0:00.00 [audit] 0 11 0 0 155 0 0 18005602445254432 - RL - 4:04.02 [idle] 0 12 0 0 -84 0 0 18005602445254432 - WL - 0:00.44 [intr] 0 13 0 0 -8 0 0 18005602445254432 - DL - 0:00.03 [geom] 0 14 0 0 -16 0 0 18005602445254432 - DL - 0:00.01 [rand_harvestq] 0 15 0 0 -68 0 0 18005602445254432 - DL - 0:00.15 [usb] 0 16 0 0 -16 0 0 18005602445254432 tzpoll DL - 0:00.00 [acpi_thermal] 0 17 0 0 -16 0 0 18005602445254432 cooling DL - 0:00.00 [acpi_cooling0] 0 18 0 0 -16 0 0 18005602445254432 - RL - 0:00.00 [vnlru] 556 167 1 0 20 0 17144 17979217799852288 select Ds - 0:00.02 [dbus-daemon] 0 386 1 0 20 0 21868 17979217798956800 select Ds - 0:00.02 [wpa_supplicant] 0 574 1 0 52 0 14656 17979222150527488 select Ds - 0:00.00 [dhclient] 65 635 1 0 23 0 14656 17979214382881792 select Ds - 0:00.00 [dhclient] 0 640 1 0 52 0 16740 17979217798942208 select Ds - 0:00.00 [moused] 0 658 1 0 20 0 13624 17979217807550464 select Ds - 0:00.00 [devd] 0 704 1 0 20 0 14528 0 - Rs - 0:00.02 [syslogd] 0 875 1 0 38 0 25448 17979217812335104 select D - 0:00.00 [xrdp] 0 877 1 0 20 0 27428 17979214382845440 select D - 0:00.00 [xrdp-sesman] 0 905 1 0 52 0 26164 17979222150863360 usem Ds - 0:00.06 [ntpd] 0 908 1 0 20 0 14500 17979222150533120 Giant Ls - 0:00.01 [powerd] 0 935 1 0 41 0 30720 17979217824992768 nanslp D - 0:00.05 [smartd] 0 948 1 0 52 0 49160 0 pause Ds - 0:00.00 [nginx] 80 949 948 0 52 0 49160 17979222143052288 kqread D - 0:00.00 [nginx] 80 950 948 0 20 0 49160 17979222143043328 kqread D - 0:00.00 [nginx] 80 952 948 0 52 0 49160 0 kqread D - 0:00.00 [nginx] 65534 957 1 0 20 0 12932 0 select Ds - 0:00.01 [mdnsd] 0 961 1 0 52 0 16740 17979217806458880 select Ds - 0:00.00 [moused] 0 994 1 0 21 0 102840 17979217823483648 n D - 0:00.07 [console-kit-daemon] 565 996 1 0 26 0 95044 17979214382865408 select D - 0:00.09 [polkitd] 0 1019 1 0 20 0 72256 17979217799830528 kqread Ds - 0:00.82 [cupsd] 0 1063 1 0 52 0 61240 17979214382854400 select Ds - 0:00.00 [sshd] 0 1066 1 0 52 0 16624 17979214382861824 nanslp Ds - 0:00.01 [cron] 0 1115 1 0 52 0 17092 17979217825001728 wait D - 0:00.00 [sh] 0 1116 1 0 52 0 12376 17979222130001664 piperd D - 0:00.00 [logger] 0 1117 1115 0 52 0 8272 0 nanslp D - 0:00.00 [sleep] 0 1122 1 0 20 0 47756 17979222141544960 wait Ds - 0:00.04 [login] 0 1123 1 0 52 0 14520 0 ttyin Ds+ - 0:00.00 [getty] 0 1124 1 0 52 0 14520 17979217800247296 ttyin Ds+ - 0:00.00 [getty] 0 1125 1 0 52 0 14520 17979217798949376 ttyin Ds+ - 0:00.00 [getty] 0 1126 1 0 52 0 14520 17979217799841536 ttyin Ds+ - 0:00.00 [getty] 0 1127 1 0 52 0 14520 17979217798965760 ttyin Ds+ - 0:00.00 [getty] 0 1128 1 0 52 0 14520 17979217797218304 ttyin Ds+ - 0:00.00 [getty] 0 1129 1 0 52 0 14520 17979217798960384 ttyin Ds+ - 0:00.00 [getty] 560 1134 1 0 27 0 60604 17979217807008512 select Ds - 0:00.69 [hald] 0 1135 1134 0 52 0 46328 17979214382888960 select D - 0:00.13 [hald-runner] 0 1140 1135 0 33 0 32016 17979217807013888 s D - 0:00.05 [hald-addon-mouse-s] 0 1162 1135 0 33 0 32016 17979217823487232 s D - 0:00.05 [hald-addon-mouse-s] 0 1183 1135 0 20 0 23396 17979217805894400 e D - 0:00.04 [hald-addon-storage] 0 1186 1135 0 20 0 23396 17979217799866880 e D - 0:00.05 [hald-addon-storage] 0 1195 1122 0 26 0 23604 17979217798974976 ttyin D+ - 0:00.11 [csh] 0 1203 1 0 52 0 39252 17979214382878208 select D - 0:00.00 [kdm] 0 1208 1203 0 -68 0 56444 17979222144226304 - R - 0:00.00 [Xorg] ----------------------------------------------------------------------- - vmstat -s 112862 cpu context switches 19851 device interrupts 1713 software interrupts 118506 traps 6090361 system calls 18 kernel threads created 872 fork() calls 318 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 1116 vnode pager pageins 7937 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 224 pages reactivated 37093 copy-on-write faults 210 copy-on-write optimized faults 65135 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 116742 total VM faults taken 955 page faults requiring I/O 0 pages affected by kernel thread creation 34313 pages affected by fork() 11250 pages affected by vfork() 0 pages affected by rfork() 0 pages cached 156174 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 11442 pages active 8153 pages inactive 0 pages in VM cache 102213 pages wired down 2863354 pages free 4096 bytes per page 123346 total name lookups cache hits (85% pos + 6% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ----------------------------------------------------------------------- - vmstat -m Type InUse MemUse HighUse Requests Size(s) acpiintr 1 1K - 1 64 cdev 6 2K - 6 256 acpica 5246 581K - 59954 16,32,64,128,256,512,1024,2048,4096,8192,65536 hdaa 9 39K - 9 256,512,1024,2048,16384 filedesc 68 148K - 1260 2048,4096 sigio 4 1K - 4 64 filecaps 1 1K - 6 16,64 kdtrace 401 89K - 1700 64,256 kenv 92 12K - 99 16,32,64,128,8192 kqueue 21 19K - 33 256,512,2048 proc-args 44 3K - 692 16,32,64,128,256 hdac 2 2K - 2 128,1024 hhook 2 1K - 2 256 ithread 80 13K - 80 32,128,256 hdacc 2 1K - 2 32 KTRACE 100 13K - 100 128 CAM path 10 1K - 63 32 linker 445 1466K - 546 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536 lockf 26 3K - 46 64,128 loginclass 3 1K - 11 64 cache 1 1K - 1 32 devbuf 35127 67788K - 35587 16,32,64,128,256,512,1024,2048,4096,8192,16384,65536 temp 41 21K - 2474 16,32,64,128,256,512,1024,2048,16384 ip6opt 3 1K - 3 256 ip6ndp 5 1K - 5 64,128 module 514 65K - 515 128 mtx_pool 2 16K - 2 8192 osd 5 1K - 15 16,32,64,128 vtbuf 24 4992K - 70 4096 pmchooks 1 1K - 1 128 pgrp 30 4K - 35 128 session 27 4K - 30 128 proc 2 64K - 2 32768 subproc 153 294K - 1300 512,4096 cred 94 15K - 20798 64,256 feeder 19 2K - 24 32,128 plimit 16 4K - 16 256 uidinfo 8 9K - 8 128,8192 acpitask 1 16K - 1 16384 vt 11 6K - 11 512 sysctl 0 0K - 1100 16,32,64 sysctloid 7819 389K - 7982 16,32,64,128 sysctltmp 0 0K - 585 16,32,64,128 tidhash 1 64K - 1 65536 callout 5 2184K - 5 umtx 684 86K - 684 128 p1003.1b 1 1K - 1 16 SWAP 2 3281K - 2 64 bus 1422 125K - 7351 16,32,64,128,256,1024 bus-sc 139 430K - 4354 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536 devstat 12 25K - 12 32,4096 eventhandler 93 8K - 93 64,128 kobj 344 1376K - 633 4096 Per-cpu 1 1K - 1 32 mixer 4 16K - 4 4096 DEVFS3 168 42K - 183 256 DEVFS1 150 75K - 161 512 rman 276 32K - 700 16,32,128 sbuf 0 0K - 1502 16,32,64,128,256,512,1024,2048,4096,8192,16384 DEVFS_RULE 61 29K - 61 64,512 DEVFS 28 1K - 29 16,128 taskqueue 115 17K - 171 16,32,64,128,256 terminal 11 3K - 11 256 Unitno 25 2K - 397 32,64 vmem 2 288K - 4 8192,16384,32768 ioctlops 0 0K - 720 256,512,1024,2048 select 56 7K - 56 128 iov 0 0K - 4501 16,32,64,128,256,512 msg 4 30K - 4 2048,4096,8192,16384 sem 4 106K - 4 2048,4096 shm 1 208K - 1 tty 12 12K - 12 1024 mbuf_tag 0 0K - 27 32,64 shmfd 1 8K - 1 8192 soname 30 3K - 18853 16,32,64,128 pcb 29 663K - 67 16,32,128,1024,2048,8192 DEVFSP 4 1K - 395 64 vfscache 1 4096K - 1 vfs_hash 1 2048K - 1 vnodes 1 1K - 1 256 mount 216 8K - 502 16,32,64,128,256 vnodemarker 0 0K - 150 512 BPF 16 1043K - 17 16,128,512,4096 ifnet 5 9K - 5 128,2048 ifaddr 320 24K - 321 32,64,128,256,512,2048,4096 ether_multi 26 2K - 38 16,32,64 clone 7 1K - 7 128 arpcom 2 1K - 2 16 lltable 10 5K - 10 256,512 NFSD V4client 1 1K - 1 256 NFSD lckfile 1 1K - 1 256 routetbl 33 6K - 260 32,64,128,256,512 80211vap 1 4K - 1 4096 80211crypto 2 1K - 2 128,512 80211com 1 8K - 1 8192 80211node 2 65K - 3 1024,65536 80211nodeie 8 2K - 11 32,128,256,512 80211scan 8 9K - 8 512,2048,4096 igmp 4 1K - 4 256 in_mfilter 3 3K - 3 1024 in_multi 3 1K - 4 256 ip_moptions 6 1K - 6 64,256 sctp_a_it 0 0K - 3 16 sctp_vrf 1 1K - 1 64 sctp_ifa 4 1K - 4 128 sctp_ifn 2 1K - 2 128 sctp_iter 0 0K - 3 256 hostcache 1 32K - 1 32768 syncache 1 64K - 1 65536 in6_mfilter 2 2K - 2 1024 in6_multi 15 2K - 15 32,256 ip6_moptions 4 1K - 4 32,256 mld 4 1K - 4 128 rpc 2 16K - 2 8192 audit_evclass 187 6K - 229 32 ufs_quota 1 2048K - 1 vm_pgdata 2 2049K - 2 128 UMAHash 11 14K - 22 512,1024,2048 NFSD session 1 1K - 1 1024 memdesc 1 4K - 2 4096 atkbddev 2 1K - 2 64 acpisem 47 6K - 47 128 CAM periph 8 2K - 25 16,32,64,128,256 pfs_nodes 21 6K - 21 256 pfs_vncache 1 1K - 2 64 GEOM 135 23K - 1150 16,32,64,128,256,512,1024,2048,8192,16384 acpidev 41 3K - 41 64 CAM queue 12 4K - 41 16,32,512 CAM dev queue 5 1K - 5 64 athdev 4 426K - 4 2048,16384 ath_hal 3 25K - 3 128,8192,16384 raid_data 0 0K - 156 32,128,256 CAM SIM 5 2K - 5 256 scsi_cd 0 0K - 6 16 scsi_da 0 0K - 49 16 CAM XPT 31 3K - 135 16,32,64,128,256,512,1024,2048,65536 pci_link 16 2K - 16 16,128 acpi_perf 4 1K - 4 128 CAM DEV 7 14K - 16 2048 CAM CCB 0 0K - 7594 2048 kbdmux 8 22K - 8 16,512,1024,2048,16384 apmdev 1 1K - 1 128 madt_table 0 0K - 1 4096 USB 83 133K - 92 16,32,128,256,512,1024,2048,4096,8192,32768 USBdev 119 37K - 511 32,64,128,256,512,4096 io_apic 1 2K - 1 2048 MCA 6 1K - 6 128 entropy 1026 65K - 1045 32,64,4096 msi 4 1K - 4 128 nexusdev 3 1K - 3 16 isadev 8 1K - 8 128 solaris 30082 57466K - 242293 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768 kstat_data 6 1K - 6 64 ksem 1 8K - 1 8192 fdesc_mount 1 1K - 1 16 linux 16 1K - 16 64 gem_name 64 18K - 66 32,4096 drm_global 2 1K - 2 128,256 drm_dma 2 1K - 2 32 drm_sarea 2 1K - 2 16 drm_driver 114 4630K - 137 16,32,64,128,256,512,1024,2048,4096,8192,32768 drm_minor 4 1K - 4 128 drm_ctxbitmap 2 8K - 2 4096 drm_sman 35 5K - 35 128 drm_hashtab 4 8256K - 4 32768 drm_kms 125 29K - 146 16,32,64,128,256,512,2048 drm_vblank 14 1K - 14 16,32,64,256 ttm_pd 20 18K - 20 16,128,2048 ttm_rman 4 1K - 4 256 ttm_zone 2 1K - 2 64 ttm_poolmgr 1 1K - 1 512 ----------------------------------------------------------------------- - vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 227, 3, 227, 0, 0 UMA Zones: 1152, 0, 227, 1, 227, 0, 0 UMA Slabs: 80, 0, 5501, 49, 5735, 0, 0 UMA RCntSlabs: 88, 0, 768, 42, 768, 0, 0 UMA Hash: 256, 0, 93, 12, 104, 0, 0 4 Bucket: 32, 0, 489, 1136, 6095, 0, 0 6 Bucket: 48, 0, 68, 1011, 886, 0, 0 8 Bucket: 64, 0, 40, 1262, 1456, 11, 0 12 Bucket: 96, 0, 29, 504, 96, 0, 0 16 Bucket: 128, 0, 157, 494, 1592, 0, 0 32 Bucket: 256, 0, 57, 198, 277, 50, 0 64 Bucket: 512, 0, 76, 164, 784, 70, 0 128 Bucket: 1024, 0, 74, 34, 287, 0, 0 256 Bucket: 2048, 0, 103, 15, 698, 0, 0 vmem btag: 56, 0, 21323, 616, 21389, 155, 0 VM OBJECT: 256, 0, 2182, 143, 17965, 0, 0 RADIX NODE: 144, 0, 8074, 161, 43002, 0, 0 MAP: 240, 0, 3, 61, 3, 0, 0 KMAP ENTRY: 128, 0, 21, 506, 21, 0, 0 MAP ENTRY: 128, 0, 1503, 512, 43335, 0, 0 VMSPACE: 448, 0, 44, 136, 1192, 0, 0 fakepg: 104, 0, 0, 152, 17, 0, 0 mt_zone: 4112, 0, 406, 0, 406, 0, 0 16: 16, 0, 4795, 727, 76780, 0, 0 32: 32, 0, 8369, 756, 41395, 0, 0 64: 64, 0, 36579, 869, 88263, 0, 0 128: 128, 0, 10539, 342, 92874, 0, 0 256: 256, 0, 4735, 95, 24569, 0, 0 512: 512, 0, 603, 69, 52948, 0, 0 1024: 1024, 0, 3786, 142, 21703, 0, 0 2048: 2048, 0, 158, 18, 9681, 0, 0 4096: 4096, 0, 1030, 0, 4901, 0, 0 8192: 8192, 0, 27, 4, 629, 0, 0 16384: 16384, 0, 33, 6, 650, 0, 0 32768: 32768, 0, 22, 0, 311, 0, 0 65536: 65536, 0, 16, 1, 185, 0, 0 SLEEPQUEUE: 80, 0, 343, 308, 343, 0, 0 64 pcpu: 8, 0, 1640, 664, 1640, 0, 0 Files: 80, 0, 294, 356, 12498, 0, 0 TURNSTILE: 136, 0, 343, 97, 343, 0, 0 rl_entry: 40, 0, 35, 1065, 35, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1256, 0, 61, 29, 1208, 0, 0 THREAD: 1176, 0, 338, 4, 490, 0, 0 cpuset: 72, 0, 250, 410, 400, 0, 0 audit_record: 1248, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 4776270, 516, 1007, 2181, 0, 0 mbuf: 256, 4776270, 36, 981, 2255, 0, 0 mbuf_cluster: 2048, 746290, 1518, 8, 1518, 0, 0 mbuf_jumbo_page: 4096, 373145, 0, 5, 10, 0, 0 mbuf_jumbo_9k: 9216, 331683, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 248760, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 g_bio: 248, 0, 0, 368, 28021, 0, 0 ttyinq: 160, 0, 135, 115, 600, 0, 0 ttyoutq: 256, 0, 72, 183, 320, 0, 0 DMAR_MAP_ENTRY: 120, 0, 0, 0, 0, 0, 0 ata_request: 336, 0, 0, 0, 0, 0, 0 nvme_request: 128, 0, 0, 0, 0, 0, 0 vtnet_tx_hdr: 24, 0, 0, 0, 0, 0, 0 FPU_save_area: 512, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 332, 85, 0, 0 VNODE: 472, 0, 1552, 48, 1608, 0, 0 VNODEPOLL: 112, 0, 31, 249, 31, 0, 0 BUF TRIE: 144, 0, 0, 77490, 0, 0, 0 S VFS Cache: 108, 0, 1397, 248, 9632, 0, 0 STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 L VFS Cache: 328, 0, 5, 55, 5, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 52, 41949, 0, 0 NCLNODE: 528, 0, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 0, 0, 0, 0, 0 fuse_ticket: 224, 0, 0, 0, 0, 0, 0 range_seg_cache: 64, 0, 28798, 1086, 34281, 0, 0 zio_cache: 920, 0, 4, 672, 53922, 0, 0 zio_link_cache: 48, 0, 0, 1577, 19669, 0, 0 zio_buf_512: 512, 0, 2064, 56, 2274, 0, 0 zio_data_buf_512: 512, 0, 208, 56, 265, 0, 0 zio_buf_1024: 1024, 0, 53, 483, 1161, 0, 0 zio_data_buf_1024: 1024, 0, 82, 50, 249, 0, 0 zio_buf_1536: 1536, 0, 30, 16, 57, 0, 0 zio_data_buf_1536: 1536, 0, 39, 33, 108, 0, 0 zio_buf_2048: 2048, 0, 39, 27, 220, 0, 0 zio_data_buf_2048: 2048, 0, 28, 22, 120, 0, 0 zio_buf_2560: 2560, 0, 5, 22, 65, 0, 0 zio_data_buf_2560: 2560, 0, 28, 11, 64, 0, 0 zio_buf_3072: 3072, 0, 6, 18, 71, 0, 0 zio_data_buf_3072: 3072, 0, 18, 12, 50, 0, 0 zio_buf_3584: 3584, 0, 6, 4, 18, 0, 0 zio_data_buf_3584: 3584, 0, 7, 5, 23, 0, 0 zio_buf_4096: 4096, 0, 105, 93, 3577, 0, 0 zio_data_buf_4096: 4096, 0, 4, 81, 252, 0, 0 zio_buf_5120: 5120, 0, 4, 1, 9, 0, 0 zio_data_buf_5120: 5120, 0, 15, 3, 36, 0, 0 zio_buf_6144: 6144, 0, 3, 4, 10, 0, 0 zio_data_buf_6144: 6144, 0, 10, 3, 25, 0, 0 zio_buf_7168: 7168, 0, 5, 3, 11, 0, 0 zio_data_buf_7168: 7168, 0, 13, 4, 35, 0, 0 zio_buf_8192: 8192, 0, 2, 11, 539, 0, 0 zio_data_buf_8192: 8192, 0, 15, 3, 42, 0, 0 zio_buf_10240: 10240, 0, 4, 1, 6, 0, 0 zio_data_buf_10240: 10240, 0, 18, 1, 42, 0, 0 zio_buf_12288: 12288, 0, 3, 5, 211, 0, 0 zio_data_buf_12288: 12288, 0, 14, 2, 32, 0, 0 zio_buf_14336: 14336, 0, 0, 3, 4, 0, 0 zio_data_buf_14336: 14336, 0, 16, 3, 39, 0, 0 zio_buf_16384: 16384, 0, 1440, 10, 2169, 0, 0 zio_data_buf_16384: 16384, 0, 12, 32, 268, 0, 0 zio_buf_20480: 20480, 0, 3, 6, 77, 0, 0 zio_data_buf_20480: 20480, 0, 14, 2, 39, 0, 0 zio_buf_24576: 24576, 0, 0, 5, 55, 0, 0 zio_data_buf_24576: 24576, 0, 17, 3, 34, 0, 0 zio_buf_28672: 28672, 0, 2, 6, 39, 0, 0 zio_data_buf_28672: 28672, 0, 8, 3, 18, 0, 0 zio_buf_32768: 32768, 0, 1, 6, 26, 0, 0 zio_data_buf_32768: 32768, 0, 11, 4, 23, 0, 0 zio_buf_40960: 40960, 0, 3, 5, 40, 0, 0 zio_data_buf_40960: 40960, 0, 20, 6, 42, 0, 0 zio_buf_49152: 49152, 0, 0, 7, 45, 0, 0 zio_data_buf_49152: 49152, 0, 13, 2, 26, 0, 0 zio_buf_57344: 57344, 0, 1, 7, 47, 0, 0 zio_data_buf_57344: 57344, 0, 10, 3, 21, 0, 0 zio_buf_65536: 65536, 0, 0, 7, 48, 0, 0 zio_data_buf_65536: 65536, 0, 3, 2, 6, 0, 0 zio_buf_81920: 81920, 0, 1, 9, 111, 0, 0 zio_data_buf_81920: 81920, 0, 15, 3, 48, 0, 0 zio_buf_98304: 98304, 0, 0, 9, 148, 0, 0 zio_data_buf_98304: 98304, 0, 10, 5, 56, 0, 0 zio_buf_114688: 114688, 0, 1, 9, 57, 0, 0 zio_data_buf_114688: 114688, 0, 6, 5, 24, 0, 0 zio_buf_131072: 131072, 0, 3, 7, 137, 0, 0 zio_data_buf_131072: 131072, 0, 339, 20, 640, 0, 0 zio_buf_163840: 163840, 0, 0, 0, 0, 0, 0 zio_data_buf_163840: 163840, 0, 0, 0, 0, 0, 0 zio_buf_196608: 196608, 0, 0, 0, 0, 0, 0 zio_data_buf_196608: 196608, 0, 0, 0, 0, 0, 0 zio_buf_229376: 229376, 0, 0, 0, 0, 0, 0 zio_data_buf_229376: 229376, 0, 0, 0, 0, 0, 0 zio_buf_262144: 262144, 0, 0, 0, 0, 0, 0 zio_data_buf_262144: 262144, 0, 0, 0, 0, 0, 0 zio_buf_327680: 327680, 0, 0, 0, 0, 0, 0 zio_data_buf_327680: 327680, 0, 0, 0, 0, 0, 0 zio_buf_393216: 393216, 0, 0, 0, 0, 0, 0 zio_data_buf_393216: 393216, 0, 0, 0, 0, 0, 0 zio_buf_458752: 458752, 0, 0, 0, 0, 0, 0 zio_data_buf_458752: 458752, 0, 0, 0, 0, 0, 0 zio_buf_524288: 524288, 0, 0, 0, 0, 0, 0 zio_data_buf_524288: 524288, 0, 0, 0, 0, 0, 0 zio_buf_655360: 655360, 0, 0, 0, 0, 0, 0 zio_data_buf_655360: 655360, 0, 0, 0, 0, 0, 0 zio_buf_786432: 786432, 0, 0, 0, 0, 0, 0 zio_data_buf_786432: 786432, 0, 0, 0, 0, 0, 0 zio_buf_917504: 917504, 0, 0, 0, 0, 0, 0 zio_data_buf_917504: 917504, 0, 0, 0, 0, 0, 0 zio_buf_1048576: 1048576, 0, 0, 0, 0, 0, 0 zio_data_buf_1048576: 1048576, 0, 0, 0, 0, 0, 0 zio_buf_1310720: 1310720, 0, 0, 0, 0, 0, 0 zio_data_buf_1310720: 1310720, 0, 0, 0, 0, 0, 0 zio_buf_1572864: 1572864, 0, 0, 0, 0, 0, 0 zio_data_buf_1572864: 1572864, 0, 0, 0, 0, 0, 0 zio_buf_1835008: 1835008, 0, 0, 0, 0, 0, 0 zio_data_buf_1835008: 1835008, 0, 0, 0, 0, 0, 0 zio_buf_2097152: 2097152, 0, 0, 0, 0, 0, 0 zio_data_buf_2097152: 2097152, 0, 0, 0, 0, 0, 0 zio_buf_2621440: 2621440, 0, 0, 0, 0, 0, 0 zio_data_buf_2621440: 2621440, 0, 0, 0, 0, 0, 0 zio_buf_3145728: 3145728, 0, 0, 0, 0, 0, 0 zio_data_buf_3145728: 3145728, 0, 0, 0, 0, 0, 0 zio_buf_3670016: 3670016, 0, 0, 0, 0, 0, 0 zio_data_buf_3670016: 3670016, 0, 0, 0, 0, 0, 0 zio_buf_4194304: 4194304, 0, 0, 0, 0, 0, 0 zio_data_buf_4194304: 4194304, 0, 0, 0, 0, 0, 0 zio_buf_5242880: 5242880, 0, 0, 0, 0, 0, 0 zio_data_buf_5242880: 5242880, 0, 0, 0, 0, 0, 0 zio_buf_6291456: 6291456, 0, 0, 0, 0, 0, 0 zio_data_buf_6291456: 6291456, 0, 0, 0, 0, 0, 0 zio_buf_7340032: 7340032, 0, 0, 0, 0, 0, 0 zio_data_buf_7340032: 7340032, 0, 0, 0, 0, 0, 0 zio_buf_8388608: 8388608, 0, 0, 0, 0, 0, 0 zio_data_buf_8388608: 8388608, 0, 0, 0, 0, 0, 0 zio_buf_10485760: 10485760, 0, 0, 0, 0, 0, 0 zio_data_buf_10485760: 10485760, 0, 0, 0, 0, 0, 0 zio_buf_12582912: 12582912, 0, 0, 0, 0, 0, 0 zio_data_buf_12582912: 12582912, 0, 0, 0, 0, 0, 0 zio_buf_14680064: 14680064, 0, 0, 0, 0, 0, 0 zio_data_buf_14680064: 14680064, 0, 0, 0, 0, 0, 0 zio_buf_16777216: 16777216, 0, 0, 0, 0, 0, 0 zio_data_buf_16777216: 16777216, 0, 0, 0, 0, 0, 0 lz4_ctx: 16384, 0, 0, 6, 2313, 0, 0 sa_cache: 80, 0, 1416, 234, 1470, 0, 0 dnode_t: 752, 0, 2102, 18, 2918, 0, 0 dmu_buf_impl_t: 224, 0, 4307, 96, 4501, 0, 0 arc_buf_hdr_t: 216, 0, 2941, 173, 3234, 0, 0 arc_buf_t: 72, 0, 2941, 359, 3189, 0, 0 zil_lwb_cache: 192, 0, 30, 230, 44, 0, 0 zfs_znode_cache: 368, 0, 1416, 34, 1470, 0, 0 Mountpoints: 816, 0, 21, 19, 21, 0, 0 pipe: 744, 0, 67, 28, 552, 0, 0 procdesc: 128, 0, 0, 0, 0, 0, 0 ksiginfo: 112, 0, 75, 975, 119, 0, 0 itimer: 352, 0, 0, 0, 0, 0, 0 KNOTE: 128, 0, 51, 476, 71, 0, 0 socket: 696, 100000, 85, 35, 3538, 0, 0 ipq: 56, 23359, 0, 0, 0, 0, 0 udp_inpcb: 392, 100000, 12, 108, 318, 0, 0 udpcb: 24, 100033, 12, 1157, 318, 0, 0 tcp_inpcb: 392, 100000, 8, 112, 16, 0, 0 tcpcb: 1032, 100002, 8, 28, 16, 0, 0 tcptw: 88, 20025, 0, 0, 0, 0, 0 syncache: 160, 15375, 0, 0, 0, 0, 0 hostcache: 136, 15370, 0, 0, 0, 0, 0 sackhole: 32, 0, 0, 0, 0, 0, 0 tcpreass: 40, 46700, 0, 0, 0, 0, 0 sctp_ep: 1424, 100000, 0, 0, 0, 0, 0 sctp_asoc: 2416, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80012, 0, 581, 3, 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 udplite_inpcb: 392, 100000, 0, 0, 0, 0, 0 ripcb: 392, 100000, 1, 29, 1, 0, 0 unpcb: 240, 100000, 60, 196, 3191, 0, 0 rtentry: 200, 0, 13, 187, 14, 0, 0 selfd: 56, 0, 119, 946, 30806, 0, 0 SWAPMETA: 288, 1492582, 0, 0, 0, 0, 0 ----------------------------------------------------------------------- - vmstat -i interrupt total rate irq9: acpi0 3825 55 irq16: hdac1 92 1 irq17: ehci0 ehci1+ 9754 141 irq18: ath0 ohci0+* 1036 15 cpu0:timer 5317 77 irq256: hdac0 7 0 irq258: ahci0 5136 74 cpu2:timer 4124 59 cpu3:timer 6345 91 cpu1:timer 5493 79 irq259: vgapci1 1 0 Total 41130 596 ----------------------------------------------------------------------- - pstat -T 294/100000 files 0M/24574M swap space ----------------------------------------------------------------------- - pstat -s Device 512-blocks Used Avail Capacity /dev/gpt/swap0 50329344 0 50329344 0% ----------------------------------------------------------------------- - iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics ada0 da0 cd0 cpu KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 12.07 72 0.85 17.82 31 0.55 0.00 0 0.00 2 0 4 0 95 ----------------------------------------------------------------------- - 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: 265363456 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 2048 (max number of shared memory identifiers) shmseg: 2048 (max shared memory segments per process) shmall: 64786 (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: 0 packets sent 0 data packets (0 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 0 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 0 packets received 0 acks (for 0 bytes) 0 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence 0 completely duplicate packets (0 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 0 window update packets 0 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 0 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 0 connections established (including accepts) 8 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 0 segments updated rtt (of 0 attempts) 0 retransmit timeouts 0 connections 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 0 correct ACK header predictions 0 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 0 hostcache entries added 0 bucket overflow 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 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 0 packets with valid tcp-md5 signature received 0 packets with invalid tcp-md5 signature received 0 packets with tcp-md5 signature mismatch 0 packets with unexpected tcp-md5 signature received 0 packets without expected tcp-md5 signature received udp: 21 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 0 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 21 delivered 22 datagrams output 0 times multicast source filter matched ip: 22 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 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 21 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 1 packet not forwardable 0 packets received for unknown multicast group 0 redirects sent 24 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: 0 calls to icmp_error 0 errors not generated in response to an icmp message 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 0 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 2 membership reports sent arp: 2 ARP requests sent 1 ARP reply sent 1 ARP request received 1 ARP reply received 2 ARP packets received 0 total packets dropped due to no ARP entry 0 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 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 4 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 1 failure of source address selection source addresses on a non-outgoing I/F 1 addresses scope=f Source addresses selection rule applied: 1 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation 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 netstat: invalid address (0x0) 552/1988/2540 mbufs in use (current/cache/total) 511/1015/1526/746290 mbuf clusters in use (current/cache/total/max) 516/1007 mbuf+clusters out of packet secondary zone in use (current/cache) 0/5/5/373145 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/331683 9k jumbo clusters in use (current/cache/total/max) 0/0/0/248760 16k jumbo clusters in use (current/cache/total/max) 1160K/2547K/3707K bytes allocated to network (current/cache/total) 0/0/0 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) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) ----------------------------------------------------------------------- - netstat -anr Routing tables Internet: Destination Gateway Flags Netif Expire default 192.168.178.1 UGS wlan0 127.0.0.1 link#3 UH lo0 192.168.178.0/24 link#4 U wlan0 192.168.178.40 link#4 UHS lo0 Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 link#3 UH lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 fe80::/10 ::1 UGRS lo0 fe80::%lo0/64 link#3 U lo0 fe80::1%lo0 link#3 UHS lo0 ff01::%lo0/32 ::1 U lo0 ff02::/16 ::1 UGRS lo0 ff02::%lo0/32 ::1 U lo0 ----------------------------------------------------------------------- - netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) fffff800774c8408 tcp4 0 0 *.22 *.* LISTEN fffff800774c8810 tcp6 0 0 *.22 *.* LISTEN fffff80077524000 tcp4 0 0 127.0.0.1.631 *.* LISTEN fffff80077524408 tcp6 0 0 ::1.631 *.* LISTEN fffff80077416000 tcp4 0 0 *.443 *.* LISTEN fffff80077416408 tcp4 0 0 *.80 *.* LISTEN fffff80077524810 tcp4 0 0 *.3389 *.* LISTEN fffff80077416810 tcp4 0 0 127.0.0.1.3350 *.* LISTEN fffff80036f1a188 udp4 0 0 *.5353 *.* fffff80036f1a498 udp6 0 0 *.43446 *.* fffff80036f1a620 udp4 0 0 *.63775 *.* fffff80036cec188 udp4 0 0 192.168.178.40.123 *.* fffff80036cec310 udp4 0 0 127.0.0.1.123 *.* fffff80036cec498 udp6 0 0 fe80::1%lo0.123 *.* fffff80036cec620 udp6 0 0 ::1.123 *.* fffff80036cec7a8 udp4 0 0 *.123 *.* fffff80036cec930 udp6 0 0 *.123 *.* fffff80036cecab8 udp4 0 0 *.514 *.* fffff80036cecc40 udp6 0 0 *.514 *.* fffff80036ea9930 udp4 0 0 *.* *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr fffff80077199b40 stream 0 0 fffff80077dabb10 0 0 0 /tmp/.X11-unix/X0 fffff80036f111e0 stream 0 0 fffff80077dd1760 0 0 0 /var/run/xdmctl/dmctl/socket fffff80036f10e10 stream 0 0 0 fffff80036f11000 0 0 /var/run/dbus/system_bus_socket fffff80036f11000 stream 0 0 0 fffff80036f10e10 0 0 fffff80036f110f0 stream 0 0 0 fffff80077199d20 0 0 /var/run/hald/dbus-0rCLe69J37 fffff80077199d20 stream 0 0 0 fffff80036f110f0 0 0 fffff80036f112d0 stream 0 0 0 fffff80036f113c0 0 0 /var/run/dbus/system_bus_socket fffff80036f113c0 stream 0 0 0 fffff80036f112d0 0 0 fffff80036e280f0 stream 0 0 0 fffff80036e27c30 0 0 /var/run/hald/dbus-0rCLe69J37 fffff80036e27c30 stream 0 0 0 fffff80036e280f0 0 0 fffff80036dbf0f0 stream 0 0 0 fffff80036dbf5a0 0 0 /var/run/hald/dbus-0rCLe69J37 fffff80036dbf5a0 stream 0 0 0 fffff80036dbf0f0 0 0 fffff80036dbf960 stream 0 0 0 fffff80036dbfb40 0 0 /var/run/hald/dbus-0rCLe69J37 fffff80036dbfb40 stream 0 0 0 fffff80036dbf960 0 0 fffff80036e281e0 stream 0 0 0 fffff80036f11d20 0 0 /var/run/devd.pipe fffff80036f11d20 stream 1320 0 0 fffff80036e281e0 0 0 fffff80036f11c30 stream 0 0 0 fffff80036dd41e0 0 0 /var/run/hald/dbus-0NZTSPrC9K fffff80036dd41e0 stream 0 0 0 fffff80036f11c30 0 0 fffff80036f11690 stream 0 0 fffff80077980000 0 0 0 /var/run/hald/dbus-0NZTSPrC9K fffff80036f11780 stream 0 0 0 fffff80036f11870 0 0 /var/run/dbus/system_bus_socket fffff80036f11870 stream 0 0 0 fffff80036f11780 0 0 fffff80036f11960 stream 0 0 fffff800779801d8 0 0 0 /var/run/hald/dbus-0rCLe69J37 fffff80036dd40f0 stream 0 0 fffff80077957938 0 0 0 /var/run/cups.sock fffff80036f11a50 stream 0 0 0 fffff80036f11b40 0 0 /var/run/dbus/system_bus_socket fffff80036f11b40 stream 0 0 0 fffff80036f11a50 0 0 fffff80036dbfc30 stream 0 0 0 fffff80036dbfd20 0 0 /var/run/dbus/system_bus_socket fffff80036dbfd20 stream 0 0 0 fffff80036dbfc30 0 0 fffff80036dbfe10 stream 0 0 0 fffff80036dd4000 0 0 /var/run/dbus/system_bus_socket fffff80036dd4000 stream 0 0 0 fffff80036dbfe10 0 0 fffff80036e283c0 stream 0 0 fffff800774fe760 0 0 0 /var/run/mdnsd fffff80036e285a0 stream 0 0 0 fffff80036e28690 0 0 fffff80036e28690 stream 0 0 0 fffff80036e285a0 0 0 fffff80036e28780 stream 0 0 0 fffff80036e28870 0 0 fffff80036e28870 stream 0 0 0 fffff80036e28780 0 0 fffff80036e28960 stream 0 0 0 fffff80036e28a50 0 0 fffff80036e28a50 stream 0 0 0 fffff80036e28960 0 0 fffff80036dd42d0 stream 0 0 0 fffff80036dd43c0 0 0 fffff80036dd43c0 stream 0 0 0 fffff80036dd42d0 0 0 fffff80036f12000 stream 0 0 0 fffff80036f120f0 0 0 /var/run/devd.pipe fffff80036f120f0 stream 1269 0 0 fffff80036f12000 0 0 fffff80036f124b0 stream 0 0 fffff80036e55760 0 0 0 /var/run/devd.pipe fffff80036dd4780 stream 0 0 0 fffff80036dd4870 0 0 fffff80036dd4870 stream 0 0 0 fffff80036dd4780 0 0 fffff80036e28b40 stream 0 0 fffff80036d2a588 0 0 0 /var/run/dbus/system_bus_socket fffff80077199a50 dgram 0 0 0 fffff80036dd45a0 0 fffff8007719a000 fffff8007719a000 dgram 0 0 0 fffff80036dd45a0 0 fffff80077199e10 fffff80077199e10 dgram 0 0 0 fffff80036dd45a0 0 fffff80036e284b0 fffff80036e282d0 dgram 0 0 0 fffff80036dd4690 0 fffff80036f11e10 fffff80036f11e10 dgram 0 0 0 fffff80036dd4690 0 0 fffff80036e284b0 dgram 0 0 0 fffff80036dd45a0 0 fffff80036dd44b0 fffff8007719a0f0 dgram 0 0 fffff80077304ce8 0 0 0 /tmp/.xrdp/xrdp-RqHo2e/xrdp_0000036b_main_sync_a78f7255 fffff8007719a1e0 dgram 0 0 fffff80077323000 0 0 0 /tmp/.xrdp/xrdp-RqHo2e/xrdp_0000036b_main_term_ff93ba1a fffff8007719a2d0 dgram 0 0 fffff800773231d8 0 0 0 /tmp/.xrdp/xrdp -RqHo2e/xrdp_0000036b_listen_pro_done_event_d21477e0 fffff80036dd44b0 dgram 0 0 0 fffff80036dd45a0 0 0 fffff80036f121e0 dgram 0 0 fffff80077458b10 0 0 0 /tmp/.xrdp/xrdp-sesman -268l6m/xrdp_sesman_0000036d_main_sync_82919e15 fffff80036f122d0 dgram 0 0 fffff80077375000 0 0 0 /tmp/.xrdp/xrdp-sesman -268l6m/xrdp_sesman_0000036d_main_term_121205aa fffff80036dd45a0 dgram 912 0 fffff800772503b0 0 fffff80077199a50 0 /var/run/logpriv fffff80036dd4690 dgram 0 0 fffff80077250588 0 fffff80036e282d0 0 /var/run/log fffff80036f125a0 dgram 0 0 fffff80036e56588 0 0 0 /var/run/wpa_supplicant/wlan0 fffff80036f123c0 seqpac 0 0 fffff80036e55588 0 0 0 /var/run/devd.seqpacket.pipe ----------------------------------------------------------------------- - netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/128 *.ssh tcp6 0/0/128 *.ssh tcp4 0/0/5 localhost.ipp tcp6 0/0/5 localhost.ipp tcp4 0/0/128 *.https tcp4 0/0/128 *.http tcp4 0/0/2 *.rdp tcp4 0/0/2 localhost.3350 unix 0/0/128 /tmp/.X11-unix/X0 unix 0/0/5 /var/run/xdmctl/dmctl/socket unix 0/0/30 /var/run/hald/dbus-0NZTSPrC9K unix 0/0/30 /var/run/hald/dbus-0rCLe69J37 unix 0/0/5 /var/run/cups.sock unix 0/0/100 /var/run/mdnsd unix 0/0/4 /var/run/devd.pipe unix 0/0/30 /var/run/dbus/system_bus_socket unix 0/0/4 /var/run/devd.seqpacket.pipe ----------------------------------------------------------------------- - fstat fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x1000000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x800000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 5 at 0xd000000000 fstat: can't read file 11 at 0x8400000000 fstat: can't read file 17 at 0x8000000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0xa00000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 11 at 0x400000000 fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 17 at 0x400000000 fstat: can't read file 19 at 0x200007fffffffff fstat: can't read file 20 at 0x4000000001fffff fstat: can't read file 22 at 0x780000ffff fstat: can't read file 23 at 0xc200000001 fstat: can't read file 25 at 0x200007fffffffff fstat: can't read file 26 at 0x4000000001fffff fstat: can't read file 28 at 0x780000ffff fstat: can't read file 29 at 0x4600000001 fstat: can't read file 31 at 0x200007fffffffff fstat: can't read file 32 at 0x4000000001fffff fstat: can't read file 34 at 0x780000ffff fstat: can't read file 35 at 0x1a00000001 fstat: can't read file 37 at 0x200007fffffffff fstat: can't read file 38 at 0x4000000001fffff fstat: can't read file 40 at 0x780000ffff fstat: can't read file 41 at 0xa00000001 fstat: can't read file 43 at 0x200007fffffffff fstat: can't read file 44 at 0x4000000001fffff fstat: can't read file 46 at 0x780000ffff fstat: can't read file 47 at 0x1200000001 fstat: can't read file 53 at 0xe000000000 fstat: can't read file 55 at 0x200007fffffffff fstat: can't read file 56 at 0x4000000001fffff fstat: can't read file 58 at 0x780000ffff fstat: can't read file 59 at 0xa00000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x800000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 11 at 0x400000000 fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 17 at 0x400000000 fstat: can't read file 19 at 0x200007fffffffff fstat: can't read file 20 at 0x4000000001fffff fstat: can't read file 22 at 0x780000ffff fstat: can't read file 23 at 0x7e00000001 fstat: can't read file 25 at 0x200007fffffffff fstat: can't read file 26 at 0x4000000001fffff fstat: can't read file 28 at 0x780000ffff fstat: can't read file 29 at 0x3e00000001 fstat: can't read file 35 at 0x5400000000 fstat: can't read file 41 at 0x400000000 fstat: can't read file 43 at 0x200007fffffffff fstat: can't read file 44 at 0x4000000001fffff fstat: can't read file 46 at 0x780000ffff fstat: can't read file 47 at 0xa00000000 fstat: can't read file 49 at 0x200007fffffffff fstat: can't read file 50 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x600000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 11 at 0x600000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x600000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 11 at 0x600000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x400000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 11 at 0x400000000 fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x400000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x400000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x400000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 11 at 0x400000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x400000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x400000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x400000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 11 at 0x400000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x600000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 11 at 0x600000000 fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 17 at 0x600000000 fstat: can't read file 19 at 0x200007fffffffff fstat: can't read file 20 at 0x4000000001fffff fstat: can't read file 22 at 0x780000ffff fstat: can't read file 23 at 0x3200000001 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x600000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x600000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x400000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 11 at 0x400000000 fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 17 at 0x400000000 fstat: can't read file 19 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x800000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x800000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200000000000000 fstat: can't read file 2 at 0x400000000000000 fstat: can't read file 5 at 0x800000000 fstat: can't read file 7 at 0x200000000000002 fstat: can't read file 8 at 0x400000000000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x800000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x400000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 5 at 0x400000000 fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 11 at 0x400000000 fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root Xorg 1208 root - - error - root Xorg 1208 wd - - error - root Xorg 1208 text - - error - root Xorg 1208 ctty /dev 77 crw------- ttyv0 rw root Xorg 1208 0 - - error - root Xorg 1208 6* local stream fffff80077199b40 root kdm 1203 root - - error - root kdm 1203 wd - - error - root kdm 1203 text - - error - root kdm 1203 ctty /dev 77 crw------- ttyv0 rw root kdm 1203 0 /dev 7 crw-rw-rw- null r root kdm 1203 6 - - error - root csh 1195 root - - error - root csh 1195 wd - - error - root csh 1195 text - - error - root csh 1195 ctty /dev 77 crw------- ttyv0 rw root hald-addon-storage 1186 root - - error - root hald-addon-storage 1186 wd - - error - root hald-addon-storage 1186 text - - error - root hald-addon-storage 1186 0 /dev 7 crw-rw-rw- null r root hald-addon-storage 1183 root - - error - root hald-addon-storage 1183 wd - - error - root hald-addon-storage 1183 text - - error - root hald-addon-storage 1183 0 /dev 7 crw-rw-rw- null r root hald-addon-mouse-s 1162 root - - error - root hald-addon-mouse-s 1162 wd - - error - root hald-addon-mouse-s 1162 text - - error - root hald-addon-mouse-s 1162 0 /dev 7 crw-rw-rw- null r root hald-addon-mouse-s 1140 root - - error - root hald-addon-mouse-s 1140 wd - - error - root hald-addon-mouse-s 1140 text - - error - root hald-addon-mouse-s 1140 0 /dev 7 crw-rw-rw- null r root hald-runner 1135 root - - error - root hald-runner 1135 wd - - error - root hald-runner 1135 text - - error - root hald-runner 1135 0 /dev 7 crw-rw-rw- null r root hald-runner 1135 6 /dev 7 crw-rw-rw- null rw root hald-runner 1135 12 /dev 7 crw-rw-rw- null rw root hald-runner 1135 18* local stream fffff80036dd41e0 <-> fffff80036f11c30 root hald-runner 1135 24* pipe fffff800776faba0 <-> fffff800776fad00 0 rw root hald-runner 1135 30* pipe fffff800776fad00 <-> fffff800776faba0 0 rw root hald-runner 1135 36* pipe fffff800776fa8b8 <-> fffff800776faa18 0 rw root hald-runner 1135 42* pipe fffff800776faa18 <-> fffff800776fa8b8 0 rw root hald-runner 1135 54* pipe fffff800776fa730 <-> fffff800776fa5d0 0 rw haldaemo hald 1134 root - - error - haldaemo hald 1134 wd - - error - haldaemo hald 1134 text - - error - haldaemo hald 1134 0 /dev 7 crw-rw-rw- null rw haldaemo hald 1134 6 /dev 7 crw-rw-rw- null rw haldaemo hald 1134 12 /dev 7 crw-rw-rw- null rw haldaemo hald 1134 18* pipe fffff80036a988b8 <-> fffff80036a98a18 3 rw haldaemo hald 1134 24* pipe fffff80036a98a18 <-> fffff80036a988b8 0 rw haldaemo hald 1134 42* pipe fffff80036aa15d0 <-> fffff80036aa1730 0 rw haldaemo hald 1134 48* pipe fffff80036aa1730 <-> fffff80036aa15d0 0 rw root getty 1129 root - - error - root getty 1129 wd - - error - root getty 1129 text - - error - root getty 1129 ctty /dev 84 crw------- ttyv7 rw root getty 1129 0 /dev 84 crw------- ttyv7 rw root getty 1128 root - - error - root getty 1128 wd - - error - root getty 1128 text - - error - root getty 1128 ctty /dev 83 crw------- ttyv6 rw root getty 1128 0 /dev 83 crw------- ttyv6 rw root getty 1127 root - - error - root getty 1127 wd - - error - root getty 1127 text - - error - root getty 1127 ctty /dev 82 crw------- ttyv5 rw root getty 1127 0 /dev 82 crw------- ttyv5 rw root getty 1126 root - - error - root getty 1126 wd - - error - root getty 1126 text - - error - root getty 1126 ctty /dev 81 crw------- ttyv4 rw root getty 1126 0 /dev 81 crw------- ttyv4 rw root getty 1125 root - - error - root getty 1125 wd - - error - root getty 1125 text - - error - root getty 1125 ctty /dev 80 crw------- ttyv3 rw root getty 1125 0 /dev 80 crw------- ttyv3 rw root getty 1124 root - - error - root getty 1124 wd - - error - root getty 1124 text - - error - root getty 1124 ctty /dev 79 crw------- ttyv2 rw root getty 1124 0 /dev 79 crw------- ttyv2 rw root getty 1123 root - - error - root getty 1123 wd - - error - root getty 1123 text - - error - root getty 1123 ctty /dev 78 crw------- ttyv1 rw root getty 1123 0 /dev 78 crw------- ttyv1 rw root login 1122 root - - error - root login 1122 wd - - error - root login 1122 text - - error - root login 1122 ctty /dev 77 crw------- ttyv0 rw root login 1122 0 /dev 77 crw------- ttyv0 rw root sleep 1117 root - - error - root sleep 1117 wd - - error - root sleep 1117 text - - error - root sleep 1117 0 /dev 7 crw-rw-rw- null r root logger 1116 root - - error - root logger 1116 wd - - error - root logger 1116 text - - error - root logger 1116 0* pipe fffff800369068b8 <-> fffff80036906a18 0 rw root sh 1115 root - - error - root sh 1115 wd - - error - root sh 1115 text - - error - root sh 1115 0 /dev 7 crw-rw-rw- null r root cron 1066 root - - error - root cron 1066 wd - - error - root cron 1066 text - - error - root cron 1066 0 /dev 7 crw-rw-rw- null rw root sshd 1063 root - - error - root sshd 1063 wd - - error - root sshd 1063 text - - error - root sshd 1063 0 /dev 7 crw-rw-rw- null rw root cupsd 1019 root - - error - root cupsd 1019 wd - - error - root cupsd 1019 text - - error - root cupsd 1019 0 /dev 7 crw-rw-rw- null r root cupsd 1019 6 /dev 7 crw-rw-rw- null w root cupsd 1019 12 /dev 7 crw-rw-rw- null w polkitd polkitd 996 root - - error - polkitd polkitd 996 wd - - error - polkitd polkitd 996 text - - error - polkitd polkitd 996 0 /dev 7 crw-rw-rw- null rw polkitd polkitd 996 6 /dev 7 crw-rw-rw- null rw polkitd polkitd 996 12 /dev 7 crw-rw-rw- null rw root console-kit-daemon 994 root - - error - root console-kit-daemon 994 wd - - error - root console-kit-daemon 994 text - - error - root console-kit-daemon 994 0 /dev 7 crw-rw-rw- null rw root console-kit-daemon 994 6 /dev 7 crw-rw-rw- null rw root console-kit-daemon 994 12 /dev 7 crw-rw-rw- null rw root moused 961 root - - error - root moused 961 wd - - error - root moused 961 text - - error - root moused 961 0 /dev 7 crw-rw-rw- null rw nobody mdnsd 957 root - - error - nobody mdnsd 957 wd - - error - nobody mdnsd 957 text - - error - nobody mdnsd 957 0 /dev 7 crw-rw-rw- null rw nobody mdnsd 957 6 /dev 7 crw-rw-rw- null rw www nginx 952 root - - error - www nginx 952 wd - - error - www nginx 952 text - - error - www nginx 952 0 /dev 7 crw-rw-rw- null rw www nginx 952 6 /dev 7 crw-rw-rw- null rw www nginx 952 12 - - error - www nginx 950 root - - error - www nginx 950 wd - - error - www nginx 950 text - - error - www nginx 950 0 /dev 7 crw-rw-rw- null rw www nginx 950 6 /dev 7 crw-rw-rw- null rw www nginx 949 root - - error - www nginx 949 wd - - error - www nginx 949 text - - error - www nginx 949 0 /dev 7 crw-rw-rw- null rw www nginx 949 6 /dev 7 crw-rw-rw- null rw root nginx 948 root - - error - root nginx 948 wd - - error - root nginx 948 text - - error - root nginx 948 0 /dev 7 crw-rw-rw- null rw root nginx 948 6 /dev 7 crw-rw-rw- null rw root nginx 948 12 - - error - root smartd 935 root - - error - root smartd 935 wd - - error - root smartd 935 text - - error - root smartd 935 0 /dev 7 crw-rw-rw- null rw root powerd 908 root - - error - root powerd 908 wd - - error - root powerd 908 text - - error - root powerd 908 0 /dev 7 crw-rw-rw- null rw root ntpd 905 root - - error - root ntpd 905 wd - - error - root ntpd 905 text - - error - root ntpd 905 0 /dev 7 crw-rw-rw- null r root ntpd 905 6 /dev 7 crw-rw-rw- null r root ntpd 905 12 /dev 7 crw-rw-rw- null r root ntpd 905 18* local dgram fffff80036dd44b0 <-> fffff80036dd45a0 root xrdp-sesman 877 root - - error - root xrdp-sesman 877 wd - - error - root xrdp-sesman 877 text - - error - root xrdp-sesman 877 0 /dev 7 crw-rw-rw- null rw root xrdp-sesman 877 6 /dev 7 crw-rw-rw- null rw root xrdp 875 root - - error - root xrdp 875 wd - - error - root xrdp 875 text - - error - root xrdp 875 0 /dev 7 crw-rw-rw- null rw root xrdp 875 6 /dev 7 crw-rw-rw- null rw root syslogd 704 root - - error - root syslogd 704 wd - - error - root syslogd 704 text - - error - root syslogd 704 0 /dev 7 crw-rw-rw- null rw root syslogd 704 6 /dev 7 crw-rw-rw- null rw root syslogd 704 12 /dev 7 crw-rw-rw- null rw root syslogd 704 18 - - error - root devd 658 root - - error - root devd 658 wd - - error - root devd 658 text - - error - root devd 658 0 /dev 7 crw-rw-rw- null rw root devd 658 6 /dev 7 crw-rw-rw- null rw root moused 640 root - - error - root moused 640 wd - - error - root moused 640 text - - error - root moused 640 0 /dev 7 crw-rw-rw- null rw _dhcp dhclient 635 root - - error - _dhcp dhclient 635 wd - - error - _dhcp dhclient 635 jail - - error - _dhcp dhclient 635 text - - error - _dhcp dhclient 635 0 /dev 7 crw-rw-rw- null rw _dhcp dhclient 635 6 /dev 7 crw-rw-rw- null rw root dhclient 574 root - - error - root dhclient 574 wd - - error - root dhclient 574 text - - error - root dhclient 574 0 /dev 7 crw-rw-rw- null rw root dhclient 574 6 /dev 7 crw-rw-rw- null rw root wpa_supplicant 386 root - - error - root wpa_supplicant 386 wd - - error - root wpa_supplicant 386 text - - error - root wpa_supplicant 386 0 /dev 7 crw-rw-rw- null rw root wpa_supplicant 386 6 /dev 7 crw-rw-rw- null rw messageb dbus-daemon 167 root - - error - messageb dbus-daemon 167 wd - - error - messageb dbus-daemon 167 text - - error - messageb dbus-daemon 167 0 /dev 7 crw-rw-rw- null rw messageb dbus-daemon 167 6 /dev 7 crw-rw-rw- null rw messageb dbus-daemon 167 12 /dev 7 crw-rw-rw- null rw root zfskern 3 root - - error - root zfskern 3 wd - - error - root init 1 root - - error - root init 1 wd - - error - root init 1 text - - error - root kernel 0 root - - error - root kernel 0 wd - - error - ----------------------------------------------------------------------- - dmesg 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-STABLE #21 r286880: Tue Aug 18 15:21:55 CEST 2015 root@marcopolo.fritz.box:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 VT: running with driver "vga". CPU: AMD Phenom(tm) II N930 Quad-Core Processor (1995.04-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x100f53 Family=0x10 Model=0x5 Stepping=3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x837ff SVM: NP,NRIP,NAsids=64 TSC: P-state invariant real memory = 12884901888 (12288 MB) avail memory = 12149682176 (11586 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard random: initialized module_register_init: MOD_LOAD (vesa, 0xffffffff80db92e0, 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 atrtc0: port 0x70-0x71 irq 8 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 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x9000-0x90ff mem 0xc0000000 -0xcfffffff,0xd8100000-0xd810ffff,0xd8000000-0xd80fffff irq 18 at device 5.0 on pci1 vgapci0: Boot video device pcib2: irq 18 at device 2.0 on pci0 pci2: on pcib2 vgapci1: port 0xa000-0xa0ff mem 0xd0000000 -0xd7ffffff,0xd8300000-0xd831ffff irq 18 at device 0.0 on pci2 hdac0: mem 0xd8320000-0xd8323fff irq 19 at device 0.1 on pci2 pcib3: irq 16 at device 4.0 on pci0 pci3: on pcib3 alc0: port 0xb000-0xb07f mem 0xd8200000-0xd823ffff irq 16 at device 0.0 on pci3 alc0: 11776 Tx FIFO, 12032 Rx FIFO alc0: Using 1 MSI message(s). miibus0: on alc0 atphy0: PHY 0 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow alc0: Using defaults for TSO: 65518/35/2048 alc0: Ethernet address: c8:0a:a9:7c:8b:2a pcib4: irq 18 at device 6.0 on pci0 pci4: on pcib4 ath0: mem 0xd8400000-0xd840ffff irq 18 at device 0.0 on pci4 ath0: [HT] enabling HT modes ath0: [HT] 1 stream STBC receive enabled ath0: [HT] 1 stream STBC transmit enabled ath0: [HT] 2 RX streams; 2 TX streams ath0: AR9280 mac 128.2 RF5133 phy 13.0 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0 ahci0: port 0x10d0 -0x10d7,0x10c0-0x10c3,0x10b0-0x10b7,0x10a0-0x10a3,0x1090-0x109f mem 0xbffe0000-0xbffe03ff irq 19 at device 17.0 on pci0 ahci0: AHCI v1.20 with 3 3Gbps ports, Port Multiplier supported ahci0: quirks=0x22000 ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich3: at channel 3 on ahci0 ohci0: mem 0xd8704000-0xd8704fff irq 18 at device 18.0 on pci0 usbus0 on ohci0 ehci0: mem 0xd8708000 -0xd87080ff irq 17 at device 18.2 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 ohci1: mem 0xd8705000-0xd8705fff irq 18 at device 19.0 on pci0 usbus2 on ohci1 ehci1: mem 0xd8708400 -0xd87084ff irq 17 at device 19.2 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci1 hdac1: mem 0xd8700000-0xd8703fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib5: at device 20.4 on pci0 pci5: on pcib5 ohci2: mem 0xd8706000-0xd8706fff irq 18 at device 20.5 on pci0 usbus4 on ohci2 ohci3: mem 0xd8707000-0xd8707fff irq 18 at device 22.0 on pci0 usbus5 on ohci3 ehci2: mem 0xd8708800 -0xd87088ff irq 17 at device 22.2 on pci0 usbus6: EHCI version 1.0 usbus6 on ehci2 amdtemp0: on hostb4 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 ppc0: cannot reserve I/O port range hwpstate0: on cpu0 random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 fuse-freebsd: version 0.4.4, FUSE ABI 7.8 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 3 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm1: at nid 20,33 and 18 on hdaa1 pcm2: at nid 30 on hdaa1 pcm3: at nid 24 on hdaa1 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 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA8-ACS SATA 3.x device cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: Serial Number KY2A3G91934 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed ada0: Serial Number DA4010DAG12YEE ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 uhub4: 2 ports with 2 removable, self powered SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! Timecounter "TSC" frequency 1995044378 Hz quality 800 uhub5: 4 ports with 4 removable, self powered uhub0: 5 ports with 5 removable, self powered uhub2: 5 ports with 5 removable, self powered Root mount waiting for: usbus6 usbus3 usbus1 Root mount waiting for: usbus6 usbus3 usbus1 uhub6: 4 ports with 4 removable, self powered uhub1: 5 ports with 5 removable, self powered uhub3: 5 ports with 5 removable, self powered ugen6.2: at usbus6 umass0: on usbus6 umass0: SCSI over Bulk-Only; quirks = 0x4001 umass0:3:0:-1: Attached to scbus3 Root mount waiting for: usbus1 ugen1.2: at usbus1 uhub7: on usbus1 uhub7: MTT enabled da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 da0: Removable Direct Access SCSI device da0: Serial Number 058F63666433 da0: 40.000MB/s transfers da0: 3884MB (7954432 512 byte sectors: 255H 63S/T 495C) da0: quirks=0x2 Root mount waiting for: usbus1 uhub7: 4 ports with 4 removable, self powered ugen1.3: at usbus1 ukbd0: on usbus1 kbd2 at ukbd0 Root mount waiting for: usbus1 ugen1.4: at usbus1 ukbd1: on usbus1 kbd3 at ukbd1 Root mount waiting for: usbus1 ugen1.5: at usbus1 Trying to mount root from zfs:zroot/bootenv/default []... Setting hostuuid: 9bbe1704-b0f1-ce4a-ab2c-c80aa97c8b2a. Setting hostid: 0x7ee613a1. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: Mounting local file systems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg /usr/local/kde4/lib /usr/local/lib /usr/local/lib/R/lib /usr/local/lib/darktable /usr/local/lib/gcc46 /usr/local/lib/gcc48 /usr/local/lib/gegl-0.2 /usr/local/lib/graphviz /usr/local/lib/jitsi/lib/native /usr/local/lib/libxul /usr/local/lib/mysql /usr/local/lib/nss /usr/local/lib/opencollada /usr/local/lib/qt4 /usr/local/lib/suil-0 /usr/local/lib/virtualbox /usr/local/lib/xrdp /usr/local/llvm33/lib /usr/local/llvm35/lib 32-bit compatibility ldconfig path: /usr/lib32 /usr/local/lib32 /usr/local/lib32/wine Starting dbus. Writing entropy file:. Setting hostname: marcopolo.fritz.box. wlan0: Ethernet address: 78:e4:00:22:5f:94 Starting wpa_supplicant. Starting Network: lo0 alc0 ath0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 alc0: flags=8802 metric 0 mtu 1500 options=c3198 ether c8:0a:a9:7c:8b:2a nd6 options=29 media: Ethernet autoselect ath0: flags=8843 metric 0 mtu 2290 ether 78:e4:00:22:5f:94 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated Starting webcamd. Starting devd. Starting Network: alc0. alc0: flags=8802 metric 0 mtu 1500 options=c3198 ether c8:0a:a9:7c:8b:2a nd6 options=29 media: Ethernet autoselect ums0: on usbus1 ums0: 8 buttons and [XYZT] coordinates ID=1 Configuring vt: keymap. uhid0: on usbus1 Attached to ugen1.5[0] Attached to ugen1.5[0] Starting dhclient. DHCPREQUEST on wlan0 to 255.255.255.255 port 67 DHCPACK from 192.168.178.1 bound to 192.168.178.40 -- renewal in 432000 seconds. Starting ums0 moused. 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 Creating and/or trimming log files. Starting syslogd. No core dumps found. Additional ABI support: linux. Clearing /tmp (X related). Recovering vi editor sessions:. Starting xrdp. process 875 started ok Starting xrdp_sesman. starting sesman... sesman config: ListenAddress: 127.0.0.1 ListenPort: 3350 EnableUserWindowManager: 1 UserWindowManager: startwm.sh DefaultWindowManager: startwm.sh AuthFilePath: disabled Xvnc parameters: Parameter 00 -bs Parameter 01 -ac Parameter 02 -nolisten Parameter 03 tcp Parameter 04 -localhost Parameter 05 -dpi Parameter 06 96 X11rdp parameters: Parameter 00 -bs Parameter 01 -ac Parameter 02 -nolisten Parameter 03 tcp logging configuration: LogFile: /var/log/xrdp-sesman.log LogLevel: 4 EnableSyslog: 0 SyslogLevel: 4 security configuration: AllowRootLogin: 1 MaxLoginRetry: 4 No TSUsersGroup defined No TSAdminsGroup defined session configuration: MaxSessions: 10 X11DisplayOffset: 10 KillDisconnected: 0 IdleTimeLimit: 0 DisconnectedTimeLimit: 0 [20150818-17:52:16] [WARN ] [init:45] libscp initialized Updating motd:. Mounting late file systems:. Starting ntpd. Starting powerd. Starting smartd. Performing sanity check on nginx configuration: nginx: the configuration file /usr/local/etc/nginx/nginx.conf syntax is ok nginx: configuration file /usr/local/etc/nginx/nginx.conf test is successful Starting nginx. Starting mdnsd. Aug 18 17:52:20 marcopolo mDNSResponder: mDNSResponder (Engineering Build) (Jul 2 2015 01:16:55) starting Aug 18 17:52:20 marcopolo mDNSResponder: 8: Listening for incoming Unix Domain Socket client requests Aug 18 17:52:20 marcopolo mDNSResponder: mDNS_AddDNSServer: Lock not held! mDNS_busy (0) mDNS_reentrancy (0) Aug 18 17:52:20 marcopolo mDNSResponder: CheckNATMappings: Failed to allocate port 5350 UDP multicast socket for PCP & NAT-PMP announcements Starting default moused. Starting hald. Configuring vt: keymap font8x16\^[[=0A\^[[=7F\^[[=0G\^[[=0H\^[[=7Ividcontrol: iso15-8x16: can't load font file font8x14\^[[=0A\^[[=7F\^[[=0G\^[[=0H\^[[=7Ividcontrol: iso15-8x14: can't load font file font8x8\^[[=0A\^[[=7F\^[[=0G\^[[=0H\^[[=7Ividcontrol: iso15-8x8: can't load font file blanktime. Starting cupsd. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Local package initialization: rtc. Starting background file system checks in 60 seconds. Tue Aug 18 17:52:26 CEST 2015 Aug 18 17:52:44 marcopolo login: ROOT LOGIN (root) ON ttyv0 info: [drm] Initialized drm 1.1.0 20060810 drmn0: on vgapci0 info: [drm] RADEON_IS_PCI info: [drm] initializing kernel modesetting (RS880 0x1002:0x9712 0x1025:0x0362). info: [drm] register mmio base: 0xD8100000 info: [drm] register mmio size: 65536 info: [drm] radeon_atrm_get_bios: ===> Try ATRM... info: [drm] radeon_atrm_get_bios: IGP card detected, skipping this method... info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... info: [drm] igp_read_bios_from_vram: VRAM base address: 0xc0000000 info: [drm] igp_read_bios_from_vram: Map address: 0xfffff800c0000000 (262144 bytes) info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0xFFFF info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... info: [drm] radeon_read_bios: Map address: 0xfffff800000c0000 (131072 bytes) info: [drm] ATOM BIOS: Acer_JV41DN drmn0: info: VRAM: 256M 0x00000000C0000000 - 0x00000000CFFFFFFF (256M used) drmn0: info: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF info: [drm] Detected VRAM RAM=256M, BAR=256M info: [drm] RAM width 32bits DDR [TTM] Zone kernel: Available graphics memory: 6145640 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator info: [drm] radeon: 256M of VRAM memory ready info: [drm] radeon: 512M of GTT memory ready. info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] radeon: irq initialized. info: [drm] GART: num cpu pages 131072, num gpu pages 131072 info: [drm] Loading RS780 Microcode info: [drm] PCIE GART of 512M enabled (table at 0x00000000C0040000). drmn0: info: WB enabled drmn0: info: fence driver on ring 0 use gpu addr 0x00000000a0000c00 and cpu addr 0x0xfffff80077fb2c00 drmn0: info: fence driver on ring 3 use gpu addr 0x00000000a0000c0c and cpu addr 0x0xfffff80077fb2c0c info: [drm] ring test on 0 succeeded in 0 usecs info: [drm] ring test on 3 succeeded in 1 usecs info: [drm] ib test on ring 0 succeeded in 0 usecs info: [drm] ib test on ring 3 succeeded in 0 usecs info: [drm] radeon_device_init: Taking over the fictitious range 0xc0000000-0xd0000000 iicbus0: on iicbb0 addr 0xff iic0: on iicbus0 iicbus1: on iicbb1 addr 0x0 iic1: on iicbus1 iicbus2: on iicbb2 addr 0x0 iic2: on iicbus2 iicbus3: on iicbb3 addr 0x0 iic3: on iicbus3 iicbus4: on iicbb4 addr 0x0 iic4: on iicbus4 info: [drm] Radeon Display Connectors info: [drm] Connector 0: info: [drm] VGA-1 info: [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c info: [drm] Encoders: info: [drm] CRT1: INTERNAL_KLDSCP_DAC1 info: [drm] Connector 1: info: [drm] LVDS-1 info: [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c info: [drm] Encoders: info: [drm] LCD1: INTERNAL_KLDSCP_LVTMA info: [drm] radeon: power management initialized info: [drm] Connector VGA-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.VGA-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector LVDS-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.LVDS-1 info: [drm] - kern.vt.fb.default_mode info: [drm] fb mappable at 0xC0142000 info: [drm] vram apper at 0xC0000000 info: [drm] size 7299072 info: [drm] fb depth is 24 info: [drm] pitch is 6912 fbd0 on drmn0 VT: Replacing driver "vga" with new "fb". info: [drm] Initialized radeon 2.29.0 20080528 for drmn0 on minor 0 drmn1: on vgapci1 can't re-use a leaf (debug)! can't re-use a leaf (notyet)! can't re-use a leaf (vblank_offdelay)! can't re-use a leaf (timestamp_precision)! info: [drm] RADEON_IS_PCIE info: [drm] initializing kernel modesetting (REDWOOD 0x1002:0x68C1 0x1025:0x0362). info: [drm] register mmio base: 0xD8300000 info: [drm] register mmio size: 131072 info: [drm] radeon_atrm_get_bios: ===> Try ATRM... info: [drm] radeon_atrm_get_bios: pci_find_class() found: 0:1:5:0, vendor=1002, device=9712 info: [drm] radeon_atrm_get_bios: Get ACPI device handle info: [drm] radeon_atrm_get_bios: Get ACPI handle for "ATRM" info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] radeon_atrm_get_bios: Call radeon_atrm_call() info: [drm] ATOM BIOS: Acer drmn1: info: VRAM: 1024M 0x0000000000000000 - 0x000000003FFFFFFF (1024M used) drmn1: info: GTT: 512M 0x0000000040000000 - 0x000000005FFFFFFF info: [drm] Detected VRAM RAM=1024M, BAR=128M info: [drm] RAM width 128bits DDR info: [drm] radeon: 1024M of VRAM memory ready info: [drm] radeon: 512M of GTT memory ready. info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] MSI enabled 1 message(s) drmn1: info: radeon: using MSI. info: [drm] radeon: irq initialized. info: [drm] GART: num cpu pages 131072, num gpu pages 131072 info: [drm] probing gen 2 caps for device 1022:9603 = 2/0 info: [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 info: [drm] Loading REDWOOD Microcode info: [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). drmn1: info: WB enabled drmn1: info: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0x0xfffff8016b1f7c00 drmn1: info: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0x0xfffff8016b1f7c0c info: [drm] ring test on 0 succeeded in 0 usecs info: [drm] ring test on 3 succeeded in 1 usecs info: [drm] ib test on ring 0 succeeded in 0 usecs info: [drm] ib test on ring 3 succeeded in 0 usecs info: [drm] radeon_device_init: Taking over the fictitious range 0xd0000000-0xd8000000 iicbus5: on iicbb5 addr 0x0 iic5: on iicbus5 iicbus6: on iicbb6 addr 0x0 iic6: on iicbus6 iicbus7: on iicbb7 addr 0x0 iic7: on iicbus7 iicbus8: on iicbb8 addr 0x0 iic8: on iicbus8 iicbus9: on iicbb9 addr 0x0 iic9: on iicbus9 iicbus10: on iicbb10 addr 0x0 iic10: on iicbus10 iicbus11: on iicbb11 addr 0x0 iic11: on iicbus11 iicbus12: on iicbb12 addr 0x0 iic12: on iicbus12 info: [drm] Radeon Display Connectors info: [drm] Connector 0: info: [drm] LVDS-2 info: [drm] DDC: 0x6470 0x6470 0x6474 0x6474 0x6478 0x6478 0x647c 0x647c info: [drm] Encoders: info: [drm] LCD1: INTERNAL_UNIPHY info: [drm] Connector 1: info: [drm] HDMI-A-1 info: [drm] HPD1 info: [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c info: [drm] Encoders: info: [drm] DFP1: INTERNAL_UNIPHY1 info: [drm] Connector 2: info: [drm] VGA-2 info: [drm] DDC: 0x64d8 0x64d8 0x64dc 0x64dc 0x64e0 0x64e0 0x64e4 0x64e4 info: [drm] Encoders: info: [drm] CRT1: INTERNAL_KLDSCP_DAC1 error: [drm:pid1208:atombios_crtc_set_disp_eng_pll] *ERROR* Unknown table version 1 1 info: [drm] Internal thermal controller with fan control info: [drm] radeon: power management initialized panic: Invalid callback to read register 0x009C cpuid = 3 KDB: stack backtrace: #0 0xffffffff80984f70 at kdb_backtrace+0x60 #1 0xffffffff80948b56 at vpanic+0x126 #2 0xffffffff80948a23 at panic+0x43 #3 0xffffffff81e64242 at radeon_invalid_rreg+0x12 #4 0xffffffff81ea6a4e at atom_get_src_int+0x28e #5 0xffffffff81ea562b at atom_op_clear+0x6b #6 0xffffffff81ea332d at atom_execute_table_locked+0x23d #7 0xffffffff81ea30c0 at atom_execute_table+0x50 #8 0xffffffff81ea6ed7 at atombios_crtc_dpms+0xc7 #9 0xffffffff81ea9436 at atombios_crtc_disable+0x26 #10 0xffffffff81f87235 at drm_helper_disable_unused_functions+0x1b5 #11 0xffffffff81f8e1b6 at drm_fb_helper_initial_config+0x36 #12 0xffffffff81e84abc at radeon_fbdev_init+0xbc #13 0xffffffff81e8328a at radeon_modeset_init+0x95a #14 0xffffffff81e8cabc at radeon_driver_load_kms+0xcc #15 0xffffffff81f97846 at drm_get_pci_dev+0x436 #16 0xffffffff81f9a417 at drm_attach_helper+0x117 #17 0xffffffff81e84192 at radeon_attach+0x52 Uptime: 1m8s Dumping 668 out of 12003 MB:..3%..12%..22%..32%..41%..51%..63%..72%..82%..91% ----------------------------------------------------------------------- - kernel config options CONFIG_AUTOGENERATED ident GENERIC machine amd64 cpu HAMMER makeoptions WITH_CTF=1 makeoptions DEBUG=-g options XENHVM options HYPERV 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 ACPI_DMAR options SMP options KDB_TRACE options KDB options RCTL options RACCT_DEFAULT_TO_DISABLED options RACCT 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 mpr 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 mrsas device twe device nvme device nvd device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device vt device vt_vga device vt_efifb 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 ix device ixv device ixl device ixlv 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 From owner-freebsd-questions@freebsd.org Tue Aug 18 19:00: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 94C5E9BDFCA for ; Tue, 18 Aug 2015 19:00:16 +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 5DDF91F23 for ; Tue, 18 Aug 2015 19:00:16 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-150-34.dynamic.qsc.de [92.195.150.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id C511D24E07; Tue, 18 Aug 2015 20:52:16 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t7IIqFRa001949; Tue, 18 Aug 2015 20:52:15 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Tue, 18 Aug 2015 20:52:15 +0200 From: Polytropon To: virtual Cc: freebsd-questions@freebsd.org Subject: Re: Unable to install 'rtorrent-0.9.4_2' package as it's 'forbidden' or the operation times out. Message-Id: <20150818205215.42d20c0d.freebsd@edvax.de> In-Reply-To: <55D256F1.9000908@airmail.cc> References: <55D256F1.9000908@airmail.cc> 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, 18 Aug 2015 19:00:16 -0000 On Mon, 17 Aug 2015 22:49:37 +0100, virtual wrote: > pkg: > http://pkg.FreeBSD.org/FreeBSD:10:amd64/quarterly/All/rtorrent-0.9.4_2.txz: > Operation timed out Can you manually download the package file? (I can.) If you have problems, check your network configuration. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Tue Aug 18 19:26: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 5DFCA9BC8BB for ; Tue, 18 Aug 2015 19:26:25 +0000 (UTC) (envelope-from antoine@kallab.com) Received: from mail-vk0-f50.google.com (mail-vk0-f50.google.com [209.85.213.50]) (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 1BE051767 for ; Tue, 18 Aug 2015 19:26:24 +0000 (UTC) (envelope-from antoine@kallab.com) Received: by vkm66 with SMTP id 66so13512169vkm.1 for ; Tue, 18 Aug 2015 12:26:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=SMGeyekWMPgIWBSjea0lIxZ/t7vbs2oSFo1p8GQUIVA=; b=UmOn+tSPwf1aV1KZh4w4f54F+izI1dqesZCEYDeNNhr38XDCqCzdKqT8fPjkK+lwzh zu8reH58B/Rp0a76zD55VYGnPBvqpzWd6ngthNCv6Acv+v6QblK4PvuyuzU71YFnUcGv 2Uec8OtZdRlw2SrHOD5Feg26/PqEXqEDW4+79nCqWIc7sor7LeFK5R10J2Df+vBcX0xn qJ7ZXUwls1TRk8gHTJgTtupx/TQ+Koi+4A2495RmmuPWEw1Bo7XNIagbyWuSbwKpf07V 8O4FuhuhkeF9bOEJY99Y3tqPQol9K5Hn5LgW7HKPOeznYlA2Wjekl4G1iDrnkI/+N6mX U2og== X-Gm-Message-State: ALoCoQnB/g/aGtnljv/D+lx8OVZjMnKmBh+SrqX2rFzOY2OfKOd0F4/bdA35GJ5LG84tQKl4XaX+ MIME-Version: 1.0 X-Received: by 10.52.226.161 with SMTP id rt1mr11023228vdc.53.1439924129828; Tue, 18 Aug 2015 11:55:29 -0700 (PDT) Received: by 10.31.208.194 with HTTP; Tue, 18 Aug 2015 11:55:29 -0700 (PDT) Date: Tue, 18 Aug 2015 14:55:29 -0400 Message-ID: Subject: unbound setup questions From: Antoine Kallab To: "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: Tue, 18 Aug 2015 19:26:25 -0000 Hi all, I can't seem to get unbound to resolve DNS requests coming from any machine other than localhost. I am not sure what I'm doing wrong, and would appreciate some guidance. The other computer that's asking for resolution has an IP address of 10.33.2.2/24. It can ping Internet IP addresses, it just can't resolve domain names. Its address, DNS, and gateway settings are all being handled by the DHCP server also running on my BSD server. (It felt impolite dumping all of my files in to an E-Mail, so I put them on Pastebin. Hope that's okay) Here's my /var/unbound/unbound.conf: http://pastebin.com/ZKqsn5dV The relevant sections of my /etc/rc.conf that deal with setting addresses for the NICs: http://pastebin.com/n5RxzePF Here is my /usr/local/etc/dhcpd.conf: http://pastebin.com/CQydK4MC I double and triple checked to make sure my firewall wasn't getting in the way. But just in case, here's my /etc/pf.conf: http://pastebin.com/Ews1t9QN Thanks in advance. -antoine From owner-freebsd-questions@freebsd.org Tue Aug 18 20:20:33 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 E640A9BDD32 for ; Tue, 18 Aug 2015 20:20:33 +0000 (UTC) (envelope-from antoine@kallab.com) Received: from mail-vk0-f53.google.com (mail-vk0-f53.google.com [209.85.213.53]) (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 AC37F1C3D for ; Tue, 18 Aug 2015 20:20:33 +0000 (UTC) (envelope-from antoine@kallab.com) Received: by vkao123 with SMTP id o123so14010011vka.3 for ; Tue, 18 Aug 2015 13:20:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=h63FrcbbG5ZXqMi1bg20Ybj3pvFjSOxH+jAn6dvdaOM=; b=ASDxe/ei1btaZKlqMb1Wr40DJZt0F6c41GyT9PwVqKiuf4dbO8sj4kYIDix/gMhVuk Vln+6LBojgzRY4q8gOS6B6w65+UE35zFZUAzAGjsUrXYifga1Go11E7XialOGzqoEBZw Uf8ZopfJ9uewU9zVnYSSFn88D7RHD52xH7L2b374ZmTGLPK1SB8NiCFnIKHq/KeDIISv r0WLbBVeEJIZR2aHQtlyLoxkdNkSMbouzFGppOnbCrHFT/IYc96kGJlNNoo8FEyaUxw3 rBIhoP6scJd24YmLDMVJ4KwJnccUgcdyPneqL+M+jtZTHPr45bYkChCoCfKHHMdCExeI gl0g== X-Gm-Message-State: ALoCoQkaoeKvKY63LmNgXW2355cfqUCcS9q61T21EhCOub41qQ+qJ/BD9VFNORLG+0mRDdiQLWeD MIME-Version: 1.0 X-Received: by 10.52.226.161 with SMTP id rt1mr11164379vdc.53.1439925213305; Tue, 18 Aug 2015 12:13:33 -0700 (PDT) Received: by 10.31.208.194 with HTTP; Tue, 18 Aug 2015 12:13:33 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Aug 2015 15:13:33 -0400 Message-ID: Subject: Re: unbound setup questions From: Antoine Kallab To: "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: Tue, 18 Aug 2015 20:20:34 -0000 Apologies, I forgot to add my version information. FreeBSD server0 10.1-RELEASE-p17 FreeBSD-RELEASE-p17 #0: Sun Aug 16 17:58:13 EDT 2015 root@server0:/usr/obj/usr/src/sys/GENERIC amd64 On Tue, Aug 18, 2015 at 2:55 PM, Antoine Kallab wrote: > Hi all, > > I can't seem to get unbound to resolve DNS requests coming from any > machine other than localhost. I am not sure what I'm doing wrong, and > would appreciate some guidance. > > The other computer that's asking for resolution has an IP address of > 10.33.2.2/24. > It can ping Internet IP addresses, it just can't resolve domain names. > Its address, DNS, and gateway settings are all being handled by the > DHCP server also running on my BSD server. > > (It felt impolite dumping all of my files in to an E-Mail, so I put > them on Pastebin. Hope that's okay) > > Here's my /var/unbound/unbound.conf: > http://pastebin.com/ZKqsn5dV > > The relevant sections of my /etc/rc.conf that deal with setting > addresses for the NICs: > http://pastebin.com/n5RxzePF > > Here is my /usr/local/etc/dhcpd.conf: > http://pastebin.com/CQydK4MC > > I double and triple checked to make sure my firewall wasn't getting in the way. > But just in case, here's my /etc/pf.conf: > http://pastebin.com/Ews1t9QN > > Thanks in advance. > > -antoine From owner-freebsd-questions@freebsd.org Tue Aug 18 20:42: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 0E2169BC5EE for ; Tue, 18 Aug 2015 20:42:44 +0000 (UTC) (envelope-from antoine@kallab.com) Received: from mail-vk0-f53.google.com (mail-vk0-f53.google.com [209.85.213.53]) (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 C8761104E for ; Tue, 18 Aug 2015 20:42:43 +0000 (UTC) (envelope-from antoine@kallab.com) Received: by vkfi73 with SMTP id i73so75267309vkf.2 for ; Tue, 18 Aug 2015 13:42:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=luOtKxRGtd3V+xNPU3dciAeRODD4veFx9pxqWtfGpRk=; b=j/5Ox3tdcSuJjLs8gnFv27GikX1KyljNNyLPRscL/mavqIPdt3qjxzLqYnImA3+8nL 102IZa9p1MOK/tgiabGJyGsQmJLOm6Ug7i3ez00u52IYAyI7bSpoa8LKundNU1296yZ5 traXxarCMy6FsVWSOQnpy1bw1yEcx4ouQxYqAd/PLwe9cy077rKAJBqVAZe+qGn6aLNG IF/CXxoZaX8tjbaAAOT4FhBXUHW+B6R7ONClNM/C5dQpkxlLNIgYmkKpP06jb8N0ZpL7 W94YZPw/Sl5CjURD0QI+UKHP+OvCtKD2p5/9ZARXDm35YMVF9/mZ+qfLA61X8nQsSuuv S/7A== X-Gm-Message-State: ALoCoQm4gOnr6AlUYwDChItNKE8t9rfs5GINiw6Ovu2ciUUmFduGcCAnlrmGj48s8lmNLcbmt695 MIME-Version: 1.0 X-Received: by 10.52.38.197 with SMTP id i5mr11082744vdk.52.1439930562520; Tue, 18 Aug 2015 13:42:42 -0700 (PDT) Received: by 10.31.208.194 with HTTP; Tue, 18 Aug 2015 13:42:42 -0700 (PDT) In-Reply-To: <55D38E6E.3020700@radel.com> References: <55D38E6E.3020700@radel.com> Date: Tue, 18 Aug 2015 16:42:42 -0400 Message-ID: Subject: Re: unbound setup questions From: Antoine Kallab To: Jon Radel 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: Tue, 18 Aug 2015 20:42:44 -0000 I've been using "service local_unbound restart". However, I just tried using service local_unbound stop and service local_unbound start and it did not change the result. "sockstat | grep unbound" tells me that unbound is listening on all interfaces on the TCP and UDP port 53. On Tue, Aug 18, 2015 at 3:58 PM, Jon Radel wrote: > On 8/18/15 2:55 PM, Antoine Kallab wrote: >> >> Hi all, >> >> I can't seem to get unbound to resolve DNS requests coming from any >> machine other than localhost. I am not sure what I'm doing wrong, and >> would appreciate some guidance. >> >> > Have you completely restarted unbound since you put that Interface:0.0.0.0 > in there? Reloading the config is insufficient per the documentation. > > Can also use > > netstat -an | grep 53 > > or your favorite variation on that theme, to make sure that it's actually > using an interface the other machine can reach. > > > --Jon Radel > jon@radel.com > From owner-freebsd-questions@freebsd.org Tue Aug 18 20:58: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 D7CA79BC8F1 for ; Tue, 18 Aug 2015 20:58:49 +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 8E5D71813 for ; Tue, 18 Aug 2015 20:58:49 +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:d13c:d0b2:9ceb:fd4f] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.1.2 _community_) with ESMTPSA id 846751; Tue, 18 Aug 2015 19:58:39 +0000 Subject: Re: unbound setup questions To: Antoine Kallab , "freebsd-questions@freebsd.org" References: From: Jon Radel Message-ID: <55D38E6E.3020700@radel.com> Date: Tue, 18 Aug 2015 15:58:38 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms070608080503050904010004" 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, 18 Aug 2015 20:58:50 -0000 This is a cryptographically signed message in MIME format. --------------ms070608080503050904010004 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable On 8/18/15 2:55 PM, Antoine Kallab wrote: > Hi all, > > I can't seem to get unbound to resolve DNS requests coming from any > machine other than localhost. I am not sure what I'm doing wrong, and > would appreciate some guidance. > > Have you completely restarted unbound since you put that=20 Interface:0.0.0.0 in there? Reloading the config is insufficient per=20 the documentation. Can also use netstat -an | grep 53 or your favorite variation on that theme, to make sure that it's=20 actually using an interface the other machine can reach. --Jon Radel jon@radel.com --------------ms070608080503050904010004 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 BwEwHAYJKoZIhvcNAQkFMQ8XDTE1MDgxODE5NTgzOFowLwYJKoZIhvcNAQkEMSIEIEmFIX6v bsZqIkTnxgVhZdihtMD585k+MqLxwg5qL45XMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUD BAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcN AwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgcEGCSsGAQQBgjcQBDGBszCBsDCBmzEL MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2Fs Zm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEt MjU2IENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBzVOU8fWu0 zQ1gaQ38zgEbMIHDBgsqhkiG9w0BCRACCzGBs6CBsDCBmzELMAkGA1UEBhMCR0IxGzAZBgNV BAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09N T0RPIENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50 aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBzVOU8fWu0zQ1gaQ38zgEbMA0GCSqGSIb3 DQEBAQUABIIBAL2yk4LkjHFY6lBPEAciLxKc4pqmRMMhfij4qcQ8FnWPRCmtbYJNncjtR1S0 pYLi4aKKJEIcQXGauiIOTcfnuAzS/Kn+CtryQpJAEXRjbJ6qTJEViFWmpKiQ6ID/QLLUKy5L rwe0DYMXwlrGuf2sCat9wMgVXG3yRYAObLAb+3KZKXwF0Smc0KG03OnY6SWcl1hb+Y0BV0Xu lZEIOzKPKxaAwOMdzx8hFh3NdptGUMBzpcr4Ru5+vRA3ehU7v1h/fBYQU1R2clYF9VEdcmOb 47u/Bl0gJFef+IUyctGSp3xrOOm86dgHJCjDdQYxCp/ByU0Tf0KvjNBsqyE/e9llIXwAAAAA AAA= --------------ms070608080503050904010004-- From owner-freebsd-questions@freebsd.org Tue Aug 18 21:20: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 20D929BCEFF for ; Tue, 18 Aug 2015 21:20:09 +0000 (UTC) (envelope-from news@mips.inka.de) Received: from mail.inka.de (quechua.inka.de [IPv6:2001:7c0:407:1001:217:a4ff:fe3b:e77c]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DA72866B for ; Tue, 18 Aug 2015 21:20:08 +0000 (UTC) (envelope-from news@mips.inka.de) Received: from mips.inka.de (news@[127.0.0.1]) by mail.inka.de with uucp (rmailwrap 0.5) id 1ZRoIg-0002ic-2F; Tue, 18 Aug 2015 23:20:06 +0200 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.15.2/8.15.2) with ESMTP id t7ILFO2M090120 for ; Tue, 18 Aug 2015 23:15:24 +0200 (CEST) (envelope-from news@lorvorc.mips.inka.de) Received: (from news@localhost) by lorvorc.mips.inka.de (8.15.2/8.15.2/Submit) id t7ILFOdX090119 for freebsd-questions@freebsd.org; Tue, 18 Aug 2015 23:15:24 +0200 (CEST) (envelope-from news) To: freebsd-questions@freebsd.org From: Christian Weisgerber Newsgroups: list.freebsd.questions Subject: Re: Disable periodic security check for vulnerable packages Date: Tue, 18 Aug 2015 21:15:24 +0000 (UTC) Lines: 21 Message-ID: References: <44zj1p39uq.fsf@lowell-desk.lan> X-Trace: lorvorc.mips.inka.de 1439932524 89751 ::1 (18 Aug 2015 21:15:24 GMT) X-Complaints-To: usenet@mips.inka.de User-Agent: slrn/1.0.2 (FreeBSD) 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, 18 Aug 2015 21:20:09 -0000 On 2015-08-17, Lowell Gilbert wrote: >> How do I disable periodic security check for vulnerable packages? >> Couldn't find out by reading 'man periodic', 'man periodic.conf', 'man >> pkg', or google. > > On 10.2, "man periodic.conf" has several variables, > "daily_status_security_*" which offer you several > options for this. Where? The three variables listed there are daily_status_security_enable daily_status_security_inline daily_status_security_output and they affect the general security check, but they are not specific to the check for vulnerable packages. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-questions@freebsd.org Tue Aug 18 21:33:50 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 EDC679BB344 for ; Tue, 18 Aug 2015 21:33:49 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.231]) by mx1.freebsd.org (Postfix) with ESMTP id BB53C11E5 for ; Tue, 18 Aug 2015 21:33:49 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from [70.121.59.224] ([70.121.59.224:59152] helo=[192.168.0.4]) by dnvrco-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 47/FA-05303-BB4A3D55; Tue, 18 Aug 2015 21:33:48 +0000 Date: Tue, 18 Aug 2015 16:33:47 -0500 From: Paul Schmehl Reply-To: Paul Schmehl To: FreeBSD Questions Subject: Re: Binary upgrade from 8.4 to 10.1 Message-ID: In-Reply-To: References: X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-RR-Connecting-IP: 107.14.64.130:25 X-Authority-Analysis: v=2.1 cv=NPxb+iKg c=1 sm=1 tr=0 a=Jnt5oOXMh44BVXcArVZt4A==:117 a=Jnt5oOXMh44BVXcArVZt4A==:17 a=ayC55rCoAAAA:8 a=kj9zAlcOel0A:10 a=4Scx3XHfAAAA:8 a=6I5d2MoRAAAA:8 a=ycNEMqdkAAAA:8 a=58PFr7ufX-XEEPH_QKMA:9 a=YRryVD1i4b16joM5:21 a=dtkT-mV18ZFpkGGZ:21 a=CjuIK1q_8ugA:10 X-Cloudmark-Score: 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: Tue, 18 Aug 2015 21:33:50 -0000 I just upgraded one of our servers from 8.4-RELEASE to 10.2-RELEASE and had very few problems - none with the actual upgrade. I followed the instructions in the Handbook, as John suggested, and the upgrade went smoothly. I must admit, I was holding my breath. I've always sat at the console and upgraded the old way (make installkernel, etc.), so this was my first time upgrading using freebsd-update. (I did do an upgrade from 10.1-Beta to 10.2-RELEASE yesterday, but this is the first time jumping major versions.) Kudos to Colin for a wonderful tool that makes life much easier. --On August 3, 2015 at 4:39:57 PM -0500 Paul Schmehl wrote: > Thanks, John. > > --On August 3, 2015 at 9:23:35 PM +0000 John Howie > wrote: > >> Hi Paul, >> >> The FreeBSD Handbook is your friend: >> https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/updating-upgra >> ding.html. >> >> Regards, >> >> John >> >> >> >> >> >> On 8/3/15, 2:17 PM, "owner-freebsd-questions@freebsd.org on behalf of >> Paul Schmehl" > pschmehl_lists@tx.rr.com> wrote: >> >>> I am responsible for sysadmin work on two internet-facing servers - >>> www.stovebolt.com and mail.stovebolt.com. Both of these servers are >>> production servers, and we have no test or devel servers. (Small hobby >>> website with very little money.) >>> >>> I want to upgrade from FreeBSD 8.4 RElEASE to FreeBSD 10.1 RELEASE using >>> FreeBSD update. >>> >>> I've done this before, and I don't think I'll run into issues with the >>> binary update, but I want to make sure I do everything right and in the >>> right order. >>> >>> Is there a document that describes this process with detailed steps that >>> doesn't leave anything out? >>> >>> I did find this: >>> >> html> >>> >>> But I'm wondering if there is an official document that describes every >>> step of the process. >>> >>> Paul Schmehl, Senior Infosec Analyst >>> As if it wasn't already obvious, my opinions >>> are my own and not those of my employer. >>> ******************************************* >>> "It is as useless to argue with those who have >>> renounced the use of reason as to administer >>> medication to the dead." Thomas Jefferson >>> "There are some ideas so wrong that only a very >>> intelligent person could believe in them." George Orwell >>> >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to >>> "freebsd-questions-unsubscribe@freebsd.org" > > > > Paul Schmehl, Senior Infosec Analyst > As if it wasn't already obvious, my opinions > are my own and not those of my employer. > ******************************************* > "It is as useless to argue with those who have > renounced the use of reason as to administer > medication to the dead." Thomas Jefferson > "There are some ideas so wrong that only a very > intelligent person could believe in them." George Orwell > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-questions@freebsd.org Tue Aug 18 22:22:57 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 0925B9BD112 for ; Tue, 18 Aug 2015 22:22:57 +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 BB70410F5 for ; Tue, 18 Aug 2015 22:22:56 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-24-166-126-146.neo.res.rr.com [24.166.126.146]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id 8859a116; Tue, 18 Aug 2015 18:22:47 -0400 (EDT) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id 2e1ebb97; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Tue, 18 Aug 2015 18:22:46 -0400 (EDT) Message-ID: <1439936656.19141.101.camel@michaeleichorn.com> Subject: Re: Disable periodic security check for vulnerable packages From: "Michael B. Eichorn" To: Chris Stankevitz , Adam Vande More Cc: freebsd-questions Date: Tue, 18 Aug 2015 18:24:16 -0400 In-Reply-To: References: Content-Type: multipart/signed; micalg="sha-512"; protocol="application/x-pkcs7-signature"; boundary="=-loW0JE6THrkKPnvEAv1B" X-Mailer: Evolution 3.16.5 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: Tue, 18 Aug 2015 22:22:57 -0000 --=-loW0JE6THrkKPnvEAv1B Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable This is because the periodic script in question was added when pkg was installed, it is not part of the base system. As such the script is in /usr/local/etc/periodic/security rather than /etc/periodic/security. Any program can add periodic scripts, for instance smartmontools adds a periodic script to /usr/local/etc/periodic/daily. Regards, Michael Eichorn On Tue, 2015-08-18 at 11:01 -0700, Chris Stankevitz wrote: > On Tue, Aug 18, 2015 at 10:30 AM, Chris Stankevitz > wrote: > > etc... but if you can point out the flaw in my thinking, logic, > > man-usage, google-usage (i.e. "teach me how to fish") I will truly > > appreciate it. >=20 >=20 > Not attempting to beat a dead horse, rather hoping someone can explain > why my thinking and logic fails me, I also tried this before I posted: >=20 > cd /etc > grep -r vuln * > grep -r audit * | grep pkg >=20 > Thanks again, >=20 > Chris > _______________________________________________ > 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" --=-loW0JE6THrkKPnvEAv1B Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCEqAw 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 puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDnzCCA5sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAwUAoIIB2zAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA4MTgyMjI0MTZaME8GCSqGSIb3DQEJ BDFCBEANaORHqSPNOg/TmLwaYHk1h3/uI76JFoU+BBMNEX/naPfr7KdEY/dfLVZ3Ni/GezVFKMfs ilgOFUt98QhdLyMBMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQQIDDl3GMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50 IENBAgMOXcYwDQYJKoZIhvcNAQEBBQAEggEAwfJYznfPvn2ykbvnR9R3xz9NPZS0kO+kBiXa84VL ymtfisxn8V8MC4nagTQIb5JZ+soFFmWULXjoeDqEmPzEfTebd14SatG00qXEYPSIIQSflqFSsCkZ khaDTzibGhv292vgSvRlJw3jJsdHl720FQpIxNsjR4JDv8mLdCYn2XEN+Xf8osU2uzVq9if/yGSn mfmceVUXqIjcfMtXT0riYB0fujVohWz9s7MB2FKvzsM5RXevw9nB4rG+WF6ijBBS3SyKfaVYXvp5 dXFPXIjX4gXMYBw8LZ0eeJwUftcr8B6H9HpNK83j5y5sXaWsh+fBTltQScv7nAM4dwl2MrHIpgAA AAAAAA== --=-loW0JE6THrkKPnvEAv1B-- From owner-freebsd-questions@freebsd.org Tue Aug 18 22:41: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 3D4979BD402 for ; Tue, 18 Aug 2015 22:41:39 +0000 (UTC) (envelope-from ascherrer@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::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 C78F319F3 for ; Tue, 18 Aug 2015 22:41:38 +0000 (UTC) (envelope-from ascherrer@gmail.com) Received: by wicja10 with SMTP id ja10so120753519wic.1 for ; Tue, 18 Aug 2015 15:41:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=8ytFMAR+AtstpYmYq8iFvqPKWaRQTWbms1rYFyraeZw=; b=yJ0coWcZ71gc4C+ABR3w9EBJdc6AH/kD5LeSUHy0bsP2xp1KxoOTgxrXb9sdeUe3pr ZnKGfz3t0mem5H75LJ4gHFZs0l0xm6Ww0u+uxDO4CByP7Bax8lGcsqXo2S8q+7aybnCO WwcaDueOQcPgomK5/+YwO8LpB2Ola2jlxmMmcyy9q5/9HO+goRqnwTlPUnE63dYTW4In CZT1bRHMFlIXnU2jW9RW+ToiIutrL06W5tdd+eKxDbuI+cSpcEhSFkQvKaa9DAV53+g0 vqOHUX7nmwRQRJiyFcm6ZyQxQg9o9hQN5mpY809QFWltVW96V2mcbFyTgR4nNJ477sVk UL8w== X-Received: by 10.180.205.230 with SMTP id lj6mr49471960wic.82.1439937697320; Tue, 18 Aug 2015 15:41:37 -0700 (PDT) Received: from manzana.hws.homeip.net ([2001:470:b71d:0:225:ff:fef2:447f]) by smtp.gmail.com with ESMTPSA id z11sm23226785wij.9.2015.08.18.15.41.36 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 18 Aug 2015 15:41:36 -0700 (PDT) Message-ID: <55D3B49F.5010309@gmail.com> Date: Wed, 19 Aug 2015 00:41:35 +0200 From: andreas scherrer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: ipfw's "via" rule option/match pattern 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, 18 Aug 2015 22:41:39 -0000 Dear all I am struggling to understand ifpw's "via" rule option. I am on FreeBSD 10.1-release-p16 I have read ipfw(8) [1] many times by now but I still find it confusing: "The via keyword causes the interface to always be checked. If recv or xmit is used instead of via, then only the receive or transmit interface (respectively) is checked." What does "the interface is checked" mean in this context? And what is a common use case for the "via" rule option as opposed to recv/xmit? "in via" seems to be the same as "in recv" anyway (because "in xmit" is invalid) if I read "via" as "recv or xmit"... I have also read (and I believe understood) [2], [3] and [4]. But it somehow contradicts what I see on my system. Or at least I think so. Mainly they all state that something like ... out via ifX matches packets that are *going through* a box (read: are forwarded) if they came in on interface ifX and are leaving the box via ifY. That would be because the packet's receive interface is checked when it leaves the box and because it entered the box on ifX the rule matches (even if the packet leaves the box on ifY). [4]: "Again, 'out via $wan_if' is ambiguous, and includes packets _received_ on $wan_if and now being transmitted to the inside" When I run a quick test, sending one ICMP echo request from 192.168.32.10 to 192.168.38.17 (two devices communicating via the box that has the "count" rules listed below configured), I get the following result: ----- When 192.168.38.17 does not answer the ping: 00350 2 168 count icmp from 192.168.32.10 to 192.168.38.17 recv re0.32 00350 0 0 count icmp from 192.168.38.17 to 192.168.32.10 recv re0.38 00351 1 84 count icmp from 192.168.32.10 to 192.168.38.17 in recv re0.32 00351 0 0 count icmp from 192.168.38.17 to 192.168.32.10 in recv re0.38 00352 1 84 count icmp from 192.168.32.10 to 192.168.38.17 out recv re0.32 00352 0 0 count icmp from 192.168.38.17 to 192.168.32.10 out recv re0.38 00355 1 84 count icmp from 192.168.32.10 to 192.168.38.17 via re0.32 00355 0 0 count icmp from 192.168.38.17 to 192.168.32.10 via re0.38 00356 1 84 count icmp from 192.168.32.10 to 192.168.38.17 in via re0.32 00356 0 0 count icmp from 192.168.38.17 to 192.168.32.10 in via re0.38 00357 0 0 count icmp from 192.168.32.10 to 192.168.38.17 out via re0.32 00357 0 0 count icmp from 192.168.38.17 to 192.168.32.10 out via re0.38 00358 1 84 count icmp from 192.168.32.10 to 192.168.38.17 out recv re0.32 xmit re0.38 00358 0 0 count icmp from 192.168.38.17 to 192.168.32.10 out recv re0.38 xmit re0.32 When 192.168.38.17 does answer the ping: 00350 2 168 count icmp from 192.168.32.10 to 192.168.38.17 recv re0.32 00350 2 168 count icmp from 192.168.38.17 to 192.168.32.10 recv re0.38 00351 1 84 count icmp from 192.168.32.10 to 192.168.38.17 in recv re0.32 00351 1 84 count icmp from 192.168.38.17 to 192.168.32.10 in recv re0.38 00352 1 84 count icmp from 192.168.32.10 to 192.168.38.17 out recv re0.32 00352 1 84 count icmp from 192.168.38.17 to 192.168.32.10 out recv re0.38 00355 1 84 count icmp from 192.168.32.10 to 192.168.38.17 via re0.32 00355 1 84 count icmp from 192.168.38.17 to 192.168.32.10 via re0.38 00356 1 84 count icmp from 192.168.32.10 to 192.168.38.17 in via re0.32 00356 1 84 count icmp from 192.168.38.17 to 192.168.32.10 in via re0.38 00357 0 0 count icmp from 192.168.32.10 to 192.168.38.17 out via re0.32 00357 0 0 count icmp from 192.168.38.17 to 192.168.32.10 out via re0.38 00358 1 84 count icmp from 192.168.32.10 to 192.168.38.17 out recv re0.32 xmit re0.38 00358 1 84 count icmp from 192.168.38.17 to 192.168.32.10 out recv re0.38 xmit re0.32 ----- According to the statement in [4] I would expect rule 357 to match... Can anyone shed some light on that topic for me? I have a feeling that my understanding that "via" is "recv or xmit" is not correct. Thanks in advance andreas [1] https://www.freebsd.org/cgi/man.cgi?query=ipfw(8) [2] https://lists.freebsd.org/pipermail/freebsd-questions/2005-July/094739.html [3] https://groups.google.com/forum/#!topic/comp.unix.bsd.freebsd.misc/AkDSKlUmVok [4] https://lists.freebsd.org/pipermail/freebsd-questions/2011-June/231271.html From owner-freebsd-questions@freebsd.org Wed Aug 19 00:00: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 E28DB9BC359 for ; Wed, 19 Aug 2015 00:00:15 +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 A18D01C38 for ; Wed, 19 Aug 2015 00:00:15 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZRqnW-0000PE-4e for freebsd-questions@freebsd.org; Wed, 19 Aug 2015 02:00:06 +0200 Received: from pool-72-66-1-32.washdc.fios.verizon.net ([72.66.1.32]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Aug 2015 02:00:06 +0200 Received: from nightrecon by pool-72-66-1-32.washdc.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Aug 2015 02:00:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Subject: Re: unbound setup questions Date: Tue, 18 Aug 2015 19:59:39 -0400 Lines: 46 Message-ID: References: Reply-To: nightrecon@hotmail.com Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pool-72-66-1-32.washdc.fios.verizon.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, 19 Aug 2015 00:00:16 -0000 Antoine Kallab wrote: > Hi all, > > I can't seem to get unbound to resolve DNS requests coming from any > machine other than localhost. I am not sure what I'm doing wrong, and > would appreciate some guidance. > > The other computer that's asking for resolution has an IP address of > 10.33.2.2/24. > It can ping Internet IP addresses, it just can't resolve domain names. > Its address, DNS, and gateway settings are all being handled by the > DHCP server also running on my BSD server. > > (It felt impolite dumping all of my files in to an E-Mail, so I put > them on Pastebin. Hope that's okay) > > Here's my /var/unbound/unbound.conf: > http://pastebin.com/ZKqsn5dV > > The relevant sections of my /etc/rc.conf that deal with setting > addresses for the NICs: > http://pastebin.com/n5RxzePF > > Here is my /usr/local/etc/dhcpd.conf: > http://pastebin.com/CQydK4MC > > I double and triple checked to make sure my firewall wasn't getting in the > way. But just in case, here's my /etc/pf.conf: > http://pastebin.com/Ews1t9QN > I just began looking at replacing Bind since after last portupgrade to the latest and greatest broke the named chroot environment which has served me well for so long. Waiting to see if it is going to be fixed, or if bind is going to be ignored from now on. Hedging my bets with a plan B. The unbound that ships with the OS is really only designed to be a resolver for the local machine, at least as far as I know at this point in my meager research. If you need services more like you may have been accustomed to with Bind you may wish to take a look at the unbound in the ports tree: /usr/ports/dns/unound. Didn't know about this one until some wise chap on irc hit me with the clue bat. -Mike From owner-freebsd-questions@freebsd.org Wed Aug 19 01:23: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 5C84D9BB4DB; Wed, 19 Aug 2015 01:23:55 +0000 (UTC) (envelope-from tobyslight@gmail.com) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::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 D6FAF18B9; Wed, 19 Aug 2015 01:23:54 +0000 (UTC) (envelope-from tobyslight@gmail.com) Received: by lbbpu9 with SMTP id pu9so114374378lbb.3; Tue, 18 Aug 2015 18:23:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=K9SXwsbxmMJtNS1Xxkgx4KUoIy7CXhr30DwynUTCWEI=; b=RTdudBzGSCII4bj9Fyh1clRq22/vWkKcbzX+4zq7+5PH29+CMRqaNehCXsOUm4o/Jx l5Iri0aVml/R0AeFjFL0qIAjNpRkyvQm8DPyVPLSFDriLKePChDhXzUJ61641CBgXqgZ MqrFJ3WkMjttJtEaohieI/HEf9JKhsfkIF8UG12fxam7M0gIHyo6TmHM+1uSQZnbiFz1 eJNiA2rENH8jwrRDLBnlIYWf3T5qyHRH5kztN5d4piQqLcLcPzFCN0eWOfKJ3Ri/YwSg Ee1185tS+Lw53y0TJBLM2xmNqrBIG+dDKaN2Hhnnmv7ENj1PfyQIjEbTdAoo42BUP7AI cvEQ== X-Received: by 10.112.169.97 with SMTP id ad1mr8971160lbc.90.1439947431652; Tue, 18 Aug 2015 18:23:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.158.12 with HTTP; Tue, 18 Aug 2015 18:23:12 -0700 (PDT) From: Toby Slight Date: Wed, 19 Aug 2015 02:23:12 +0100 Message-ID: Subject: X230 Intel Centrino Wireless-N 2200 not working To: freebsd-questions@freebsd.org, freebsd-wireless@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, 19 Aug 2015 01:23:55 -0000 Hi there, I just tried to install FreeBSD 10.2 on my Thinkpad X230 after reading that it was well supported here - https://wiki.freebsd.org/Laptops/Thinkpad_X230. The wifi card (Intel Centrino Wireless-N 2200) is supported by iwn according to that page and this page - https://wiki.freebsd.org/dev/iwn(4). However before and after install ifconfig only shows the ethernet device and the loopback. I tried adding if_iwn_load="YES" to loader.conf as suggested by the man page, but the dmesg just came back saying the iwn is already loaded... I came across some threads from way back in the 9.1 days ( http://freebsd.1045724.n5.nabble.com/What-driver-should-I-use-for-intel-centrino-wireless-N-2200-BGN-td5750303.html) and tried some of the driver loading suggestions there, on the off chance they might still be applicable, but still no interfaces show up other than ethernet and loopback. Is this device supported in 10.2, and if so what am I doing wrong? Cheers, Toby -- 0x2b || !0x2b From owner-freebsd-questions@freebsd.org Wed Aug 19 01:51: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 CA2DD9BBC6F; Wed, 19 Aug 2015 01:51:02 +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 98353BA1; Wed, 19 Aug 2015 01:51:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igui7 with SMTP id i7so94051789igu.0; Tue, 18 Aug 2015 18:51:02 -0700 (PDT) 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=QNISbRwvw9jAFk5FaRykzkfj/+8szkkXY2j+8HheevQ=; b=UWmDV4Zlf7a18LVENGBg03zTdb2xiEFP1k39Wtmwv3GOPfCeTO28NAIq3rIPxp7sKR dvm/Exo/GApxvlrErHzrb5mHFbAahI1/nWbXFp1ge6bdAhtwabuKs5R/prPXyheCnSG2 AQJMh4FkNfMMb5h/m49fcpoJstbpuaZ/AqGXHpu+3KfxReSYEVuYT6bpNES3lIXjTZHm 0Gi5XNNsOW5udeW3Khu5BprPaBcGfeOKSKe/ZKXn8p6xYTqejWlAJ/xewioeBJya8W9O /SdrnSY/+jtrAHkO2PoinQD1cj3frP6kmOSpJFRMGifDL3LY+RO13aBNNN9gFSyhl5Xl G4aQ== MIME-Version: 1.0 X-Received: by 10.50.62.193 with SMTP id a1mr19906808igs.61.1439949062160; Tue, 18 Aug 2015 18:51:02 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Tue, 18 Aug 2015 18:51:02 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Aug 2015 18:51:02 -0700 Message-ID: Subject: Re: X230 Intel Centrino Wireless-N 2200 not working From: Adrian Chadd To: Toby Slight Cc: FreeBSD Questions , "freebsd-wireless@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: Wed, 19 Aug 2015 01:51:02 -0000 hi, please give a -HEAD snapshot on it and see if it works. :) Thanks! -a On 18 August 2015 at 18:23, Toby Slight wrote: > Hi there, > > I just tried to install FreeBSD 10.2 on my Thinkpad X230 after reading that > it was well supported here - https://wiki.freebsd.org/Laptops/Thinkpad_X230. > > The wifi card (Intel Centrino Wireless-N 2200) is supported by iwn > according to that page and this page - https://wiki.freebsd.org/dev/iwn(4). > > However before and after install ifconfig only shows the ethernet device > and the loopback. I tried adding if_iwn_load="YES" to loader.conf as > suggested by the man page, but the dmesg just came back saying the iwn is > already loaded... > > I came across some threads from way back in the 9.1 days ( > http://freebsd.1045724.n5.nabble.com/What-driver-should-I-use-for-intel-centrino-wireless-N-2200-BGN-td5750303.html) > and tried some of the driver loading suggestions there, on the off chance > they might still be applicable, but still no interfaces show up other than > ethernet and loopback. > > Is this device supported in 10.2, and if so what am I doing wrong? > > Cheers, > Toby > > -- > 0x2b || !0x2b > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Wed Aug 19 06: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 ABA2D9BD847 for ; Wed, 19 Aug 2015 06:55:38 +0000 (UTC) (envelope-from antoine@kallab.com) Received: from mail-vk0-f48.google.com (mail-vk0-f48.google.com [209.85.213.48]) (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 67EC01433 for ; Wed, 19 Aug 2015 06:55:37 +0000 (UTC) (envelope-from antoine@kallab.com) Received: by vkd66 with SMTP id 66so1892822vkd.0 for ; Tue, 18 Aug 2015 23:55:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=gsjC9B8tVd1A9riU2YOcOJ+WPI1AWksdQyGQiCvq6Hg=; b=ezBVYyI1gtvvyh5lRt8G1MPcsgmmjxmee2mREfUN/jx1Qrp/SH6gtVDMQYsNPILQcD F8IlbOmXhMfZJaikxU9h+YGMkDQasoLwYzIDRGAX60+f+WAb1+bX8XBQZGsXLxH4y/Cf 02PJjFPZg4pbrtAPvnKJpnbXc5b9DYIjYaSSlxuRz3OdA+tQUMXbDYD4d6w3+6UEBG7n tMnFJR3mN55mBeoZmDCDqN91/z+xhmiXPYyi3WbsTefgapKrymtyOsOYeiJkDgbfCRcv B8J+teuj0/E5NVHYAwr42agjWIN9S0VkndzJE5Lhi7W1IE26kGPqhv396w+wgcLt7kyG OPyw== X-Gm-Message-State: ALoCoQlSEuunyCbDQOFtYJ8ePvXrztgO9TBRecV+84sY5//saWJF+J6Z8E4XbnzvKpM/xaa6EaP1 MIME-Version: 1.0 X-Received: by 10.53.2.226 with SMTP id br2mr10891148vdd.2.1439966974299; Tue, 18 Aug 2015 23:49:34 -0700 (PDT) Received: by 10.31.208.194 with HTTP; Tue, 18 Aug 2015 23:49:34 -0700 (PDT) In-Reply-To: References: Date: Wed, 19 Aug 2015 02:49:34 -0400 Message-ID: Subject: Re: unbound setup questions From: Antoine Kallab To: nightrecon@hotmail.com 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: Wed, 19 Aug 2015 06:55:38 -0000 > The unbound that ships with the OS is really only designed to be a resolver > for the local machine, at least as far as I know at this point in my meager > research. If you need services more like you may have been accustomed to > with Bind you may wish to take a look at the unbound in the ports tree: > /usr/ports/dns/unound. Thanks mike, installing unbound from ports did the trick. I had no idea that local_unbound and unbound were different, thanks for that. From owner-freebsd-questions@freebsd.org Wed Aug 19 07:08: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 1B78A9BDC7F for ; Wed, 19 Aug 2015 07:08:19 +0000 (UTC) (envelope-from i@thomazleite.com) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 C8C62307 for ; Wed, 19 Aug 2015 07:08:18 +0000 (UTC) (envelope-from i@thomazleite.com) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 68466202D4 for ; Wed, 19 Aug 2015 03:08:17 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Wed, 19 Aug 2015 03:08:17 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=thomazleite.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=mesmtp; bh=etNL01qc6y4J/3nic2nP/+AZDp8 =; b=PsSEknd40MdaCZhGNJ+tgki8IEfJB7LYFyF1P68jjyu0qa1AOHGTcgYL8t9 uMkeIh8VyS1k8QrsuKR3WNNBKFqLr1mz310jY3/8k82YPrCGUYLb/WMYc5apfGrV bblJbzsDEdT1/jN/2S2lkVVNsmTdNHbHuqvJDel2Eklnq46s= 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=etNL01qc6y4J/3n ic2nP/+AZDp8=; b=Z5avcx19yFH0uz6W5x/OhGVSRtzj4AkC2R/XwCyggufIHNh jXoCIjJmQrlckkfAaPaRLS6w5f+YB1m2QygAxs+Wpp7zXlmsmdGJDf4wgz8rbPB8 +IpgYf/31uaKNoEM++LWmfg4wBEAbJr5Ocp8AyNBBaOLT5HLDZITH+ehZI38= Received: by web3.nyi.internal (Postfix, from userid 99) id 39806102AA3; Wed, 19 Aug 2015 03:08:17 -0400 (EDT) Message-Id: <1439968097.1952787.360004873.0C2FA923@webmail.messagingengine.com> X-Sasl-Enc: iA0srIwhWX8AYHBUwD8hCQTWhc7Uam6kYTl1Z1eazVun 1439968097 From: Thomaz Leite To: Adrian Chadd Cc: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4fee8ba5 In-Reply-To: References: Subject: Re: X230 Intel Centrino Wireless-N 2200 not working Date: Wed, 19 Aug 2015 07:08:17 +0000 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, 19 Aug 2015 07:08:19 -0000 What exactly is a -HEAD snapshot? I also have a ThinkPad X230 (with the Intel Centrino 6205) and my experience with 10.1/10.2-RELEASE has been different than what the wiki says (e.g. brightness keys don't work). -- Thomaz On Wed, Aug 19, 2015, at 01:51 AM, Adrian Chadd wrote: > hi, > > please give a -HEAD snapshot on it and see if it works. :) > > Thanks! > > > -a > > > On 18 August 2015 at 18:23, Toby Slight wrote: > > Hi there, > > > > I just tried to install FreeBSD 10.2 on my Thinkpad X230 after reading that > > it was well supported here - https://wiki.freebsd.org/Laptops/Thinkpad_X230. > > > > The wifi card (Intel Centrino Wireless-N 2200) is supported by iwn > > according to that page and this page - https://wiki.freebsd.org/dev/iwn(4). > > > > However before and after install ifconfig only shows the ethernet device > > and the loopback. I tried adding if_iwn_load="YES" to loader.conf as > > suggested by the man page, but the dmesg just came back saying the iwn is > > already loaded... > > > > I came across some threads from way back in the 9.1 days ( > > http://freebsd.1045724.n5.nabble.com/What-driver-should-I-use-for-intel-centrino-wireless-N-2200-BGN-td5750303.html) > > and tried some of the driver loading suggestions there, on the off chance > > they might still be applicable, but still no interfaces show up other than > > ethernet and loopback. > > > > Is this device supported in 10.2, and if so what am I doing wrong? > > > > Cheers, > > Toby > > > > -- > > 0x2b || !0x2b > > _______________________________________________ > > freebsd-wireless@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to > "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Wed Aug 19 07:13: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 BFB6C9BDEEF for ; Wed, 19 Aug 2015 07:13:53 +0000 (UTC) (envelope-from i@thomazleite.com) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 8FFFBC01 for ; Wed, 19 Aug 2015 07:13:53 +0000 (UTC) (envelope-from i@thomazleite.com) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 7D0E2202FA for ; Wed, 19 Aug 2015 03:13:52 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Wed, 19 Aug 2015 03:13:52 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=thomazleite.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=mesmtp; bh=vLcmv2uQ4RoUm3yM46bcsx3r+Hs =; b=OgrQ8lS4rHybK679JQcd/RinhVlpGYFoP30VMpPwX2cv1nL+1B1eF2b3gRl VXahKI3MHRF+BMSVoS7UCFskPRRRVX5P6cjhJp1NXERu38iZrYd/Var/IkECarq+ 9bz/G3mEZ+j27YZ6iuxWeacW3I6kB/qgInPKvDMPs+RBczKs= 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=vLcmv2uQ4RoUm3y M46bcsx3r+Hs=; b=uVp6W+UX33tGn3T1qeq1G8xzM21yvwd8dgi7kfZSgXIdOXi 9veT1q+U2J7Y8UESO9n852aRDVlYL+K35PqLoGLH4QiZBMUuUvdw2JkKwmU2wq+J ranZxLItgU/YFkE3FApWuXF+ZXxreLElBBbIsEnGf7aRLPRcPZNywfEp6e3s= Received: by web3.nyi.internal (Postfix, from userid 99) id 4C633102AC3; Wed, 19 Aug 2015 03:13:52 -0400 (EDT) Message-Id: <1439968432.1953614.360023377.5E4B89D5@webmail.messagingengine.com> X-Sasl-Enc: IXnlrYYSOiWwJ8GwwarFAfZV1O5F4hOWfQwc1oGOM5di 1439968432 From: Thomaz Leite To: Adrian Chadd Cc: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4fee8ba5 In-Reply-To: <1439968097.1952787.360004873.0C2FA923@webmail.messagingengine.com> References: <1439968097.1952787.360004873.0C2FA923@webmail.messagingengine.com> Subject: Re: X230 Intel Centrino Wireless-N 2200 not working Date: Wed, 19 Aug 2015 07:13:52 +0000 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, 19 Aug 2015 07:13:53 -0000 Actually, I have just tested the brightness keys again on 10.2-RELEASE and it works. -- Thomaz On Wed, Aug 19, 2015, at 07:08 AM, Thomaz Leite wrote: > What exactly is a -HEAD snapshot? I also have a ThinkPad X230 (with the > Intel Centrino 6205) and my experience with 10.1/10.2-RELEASE has been > different than what the wiki says (e.g. brightness keys don't work). > > -- Thomaz > > On Wed, Aug 19, 2015, at 01:51 AM, Adrian Chadd wrote: > > hi, > > > > please give a -HEAD snapshot on it and see if it works. :) > > > > Thanks! > > > > > > -a > > > > > > On 18 August 2015 at 18:23, Toby Slight wrote: > > > Hi there, > > > > > > I just tried to install FreeBSD 10.2 on my Thinkpad X230 after reading that > > > it was well supported here - https://wiki.freebsd.org/Laptops/Thinkpad_X230. > > > > > > The wifi card (Intel Centrino Wireless-N 2200) is supported by iwn > > > according to that page and this page - https://wiki.freebsd.org/dev/iwn(4). > > > > > > However before and after install ifconfig only shows the ethernet device > > > and the loopback. I tried adding if_iwn_load="YES" to loader.conf as > > > suggested by the man page, but the dmesg just came back saying the iwn is > > > already loaded... > > > > > > I came across some threads from way back in the 9.1 days ( > > > http://freebsd.1045724.n5.nabble.com/What-driver-should-I-use-for-intel-centrino-wireless-N-2200-BGN-td5750303.html) > > > and tried some of the driver loading suggestions there, on the off chance > > > they might still be applicable, but still no interfaces show up other than > > > ethernet and loopback. > > > > > > Is this device supported in 10.2, and if so what am I doing wrong? > > > > > > Cheers, > > > Toby > > > > > > -- > > > 0x2b || !0x2b > > > _______________________________________________ > > > freebsd-wireless@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > > > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-wireless@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > > To unsubscribe, send any mail to > > "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Wed Aug 19 07:27: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 1D4669BD42B for ; Wed, 19 Aug 2015 07:27:54 +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 B630F17CF for ; Wed, 19 Aug 2015 07:27:53 +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 t7J7Rhfx063761; Wed, 19 Aug 2015 08:27:44 +0100 (BST) (envelope-from freebsd@qeng-ho.org) Subject: Re: unbound setup questions To: Antoine Kallab , nightrecon@hotmail.com References: Cc: "freebsd-questions@freebsd.org" From: Arthur Chance Message-ID: <55D42FEF.6030508@qeng-ho.org> Date: Wed, 19 Aug 2015 08:27:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: 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, 19 Aug 2015 07:27:54 -0000 On 19/08/2015 07:49, Antoine Kallab wrote: >> The unbound that ships with the OS is really only designed to be a resolver >> for the local machine, at least as far as I know at this point in my meager >> research. If you need services more like you may have been accustomed to >> with Bind you may wish to take a look at the unbound in the ports tree: >> /usr/ports/dns/unound. > > Thanks mike, installing unbound from ports did the trick. I had no > idea that local_unbound and unbound were different, thanks for that. I'm running the base unbound as a resolver for my entire net with no problems. The only difference I can spot between Antoine's config and mine is that I have domain-insecure directives for my internal domains. -- Those who do not learn from computing history are doomed to GOTO 1 From owner-freebsd-questions@freebsd.org Wed Aug 19 09:46: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 A221B9BC664; Wed, 19 Aug 2015 09:46:44 +0000 (UTC) (envelope-from tobyslight@gmail.com) Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::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 29C8516B1; Wed, 19 Aug 2015 09:46:44 +0000 (UTC) (envelope-from tobyslight@gmail.com) Received: by lahi9 with SMTP id i9so115566802lah.2; Wed, 19 Aug 2015 02:46:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=J0Q1pW13qqP510n/8lbrQwVuOI6fDapsHC/FXNNCqyA=; b=BRbl4SkGTcsVNmceyIFx6MVMFHIeB5dd2T1DfKv66jBMVmQzv9FBylMWX0e7xH1igp UuZPHwL8CaeFFEAZKxjCh71EXnQ9Ge21abOqdbQusgahiEZ8V1f36edwfuX1OC9E0Ttk z3BI/z28klRN3YAJt2BnKrheJFuDS8ivC13f81iog/CFCLVP/Nj0OyW9SSVFdhRBI+7u DEt609cf68DAAXK9djNi4WDro3rky7Zo9upxSB07izfxrGzcG1QzK0JS6wqIjOGFd81c iaPXEfhKz1zu/ZtFZED/2CUFSZDrc8qLgY15nKsUgOFp5/Dq9mtU9eYeJIta1dwVzH0T HYJg== X-Received: by 10.112.169.97 with SMTP id ad1mr10503596lbc.90.1439977601037; Wed, 19 Aug 2015 02:46:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.158.12 with HTTP; Wed, 19 Aug 2015 02:46:01 -0700 (PDT) In-Reply-To: References: From: Toby Slight Date: Wed, 19 Aug 2015 10:46:01 +0100 Message-ID: Subject: Re: X230 Intel Centrino Wireless-N 2200 not working To: Adrian Chadd Cc: FreeBSD Questions , "freebsd-wireless@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, 19 Aug 2015 09:46:44 -0000 > > > please give a -HEAD snapshot on it and see if it works. :) > > Ahh. I sort of suspected this might be the case ;-) Shame - I've been running bleeding edge versions of various OSes on this thing for the last couple of years and was hoping to have a break of stability on FreeBSD... Oh well, I'm still I'm pretty determined to run FreeBSD on this thing so I'll do what it takes! However, I'm also unclear on what you mean by -HEAD. Is that the 10.2-STABLE or the 11.0-CURRENT branch? Or either? From owner-freebsd-questions@freebsd.org Wed Aug 19 11:11: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 C5C4C9BC8C5 for ; Wed, 19 Aug 2015 11:11:35 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-la0-f51.google.com (mail-la0-f51.google.com [209.85.215.51]) (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 5673914C for ; Wed, 19 Aug 2015 11:11:34 +0000 (UTC) (envelope-from ml@my.gd) Received: by lagz9 with SMTP id z9so701897lag.3 for ; Wed, 19 Aug 2015 04:11:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=R5L56vNCFo4LCj63ZjKy6Fif6HnRLVgfco/jmREhfgE=; b=R695PfIWtckZn4dtDhBgZzQWie3pTgsTrLot7YSIR++tNV/zqCJCnIqAcBus0wstof Ti1COc1KjA/zn7u84r6GOk1gPno156qKzXzK6xIJygitzbO6m4PagKeWP8ItefEtsP0o giQUue1Zd1lCHC3xhyGH65xoq0TkG6oQvdBm5vLQ5ILgOYopcjzJWnGQk7MCrDI06A7E wkk+SYSKgY8Fnsy7woH/pEG5y4Qu7u9DcU0gy86PlvVnJNC1UsGkIlKsirAfYNGzoR+a LOf8jqzqHiTe4n+4CEENlRyvW51F6AhSWpmW7RwOBFIkDydDT+5q6zThQ5hcuBfaDaW8 fIgg== X-Gm-Message-State: ALoCoQkE+Sw1YdA/4hh3I5+w4DB187tMLDZ1yWC9nlyAuhavDB64EZSVaT7aLMS8xq/1PKWsUybJ MIME-Version: 1.0 X-Received: by 10.112.163.102 with SMTP id yh6mr6284607lbb.54.1439982211585; Wed, 19 Aug 2015 04:03:31 -0700 (PDT) Received: by 10.112.60.34 with HTTP; Wed, 19 Aug 2015 04:03:31 -0700 (PDT) In-Reply-To: References: Date: Wed, 19 Aug 2015 13:03:31 +0200 Message-ID: Subject: Re: unbound setup questions From: Damien Fleuriot To: nightrecon@hotmail.com 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, 19 Aug 2015 11:11:35 -0000 On 19 August 2015 at 01:59, Michael Powell wrote: > Antoine Kallab wrote: > > > Hi all, > > > > I can't seem to get unbound to resolve DNS requests coming from any > > machine other than localhost. I am not sure what I'm doing wrong, and > > would appreciate some guidance. > > > > The other computer that's asking for resolution has an IP address of > > 10.33.2.2/24. > > It can ping Internet IP addresses, it just can't resolve domain names. > > Its address, DNS, and gateway settings are all being handled by the > > DHCP server also running on my BSD server. > > > > (It felt impolite dumping all of my files in to an E-Mail, so I put > > them on Pastebin. Hope that's okay) > > > > Here's my /var/unbound/unbound.conf: > > http://pastebin.com/ZKqsn5dV > > > > The relevant sections of my /etc/rc.conf that deal with setting > > addresses for the NICs: > > http://pastebin.com/n5RxzePF > > > > Here is my /usr/local/etc/dhcpd.conf: > > http://pastebin.com/CQydK4MC > > > > I double and triple checked to make sure my firewall wasn't getting in > the > > way. But just in case, here's my /etc/pf.conf: > > http://pastebin.com/Ews1t9QN > > > > I just began looking at replacing Bind since after last portupgrade to the > latest and greatest broke the named chroot environment which has served me > well for so long. Waiting to see if it is going to be fixed, or if bind is > going to be ignored from now on. Hedging my bets with a plan B. > > The unbound that ships with the OS is really only designed to be a resolver > for the local machine, at least as far as I know at this point in my meager > research. If you need services more like you may have been accustomed to > with Bind you may wish to take a look at the unbound in the ports tree: > /usr/ports/dns/unound. Didn't know about this one until some wise chap on > irc hit me with the clue bat. > > -Mike > > I have to disagree here. Been using local_unbound as a forwarding resolver for client hosts and it works just fine. Find below the configuration. /etc/rc.conf : local_unbound_enable="YES" /var/unbound.conf : interface: 127.0.0.1 interface: 10.104.40.254 interface: 10.104.41.254 interface: 10.104.42.254 interface: 10.104.43.254 interface: 10.104.44.254 interface: 10.104.45.254 interface: 10.104.46.254 interface: 10.104.48.254 access-control: 10.104.0.0/16 allow access-control: 127.0.0.1/32 allow /var/unbound/forward.conf forward-zone: name: . forward-addr: 195.[snip] forward-addr: 195.[snip] Note that I've had to specifically put each of my interfaces in the config otherwise I ran into problems. The .254 interfaces are CARPs and if I use "interface : 0.0.0.0" , Unbound receives the query on its CARP and replies via its physical address, which the client rejects. From owner-freebsd-questions@freebsd.org Wed Aug 19 13:42: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 D2A649BE53B; Wed, 19 Aug 2015 13:42:17 +0000 (UTC) (envelope-from tobyslight@gmail.com) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (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 4726B262; Wed, 19 Aug 2015 13:42:17 +0000 (UTC) (envelope-from tobyslight@gmail.com) Received: by lbcbn3 with SMTP id bn3so3459718lbc.2; Wed, 19 Aug 2015 06:42:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=71oDlPdvJdDwyrxYnO7y+GO433lf/evJrOr7ACYsR+Y=; b=Z0lQf2RCdEakGvpOxHkrObBqq+97csUDUxY3LIZPkSvhh97TaGCwAZb0TBAks1ukRG N9oOJFhvoEziTs08w6yuT+lXb/SDkqccL9oTzStSQW5yI+fzoaYOIrpfDnqZViZMrr0g 7liTSs62EPIbzHrdkEYLKDeAVZElfcZN4nLW8nUa8l0ulQliuQIM0JGsvjYudrSXgjO8 zGy3Q6HMHMuLfoGt7P4uWRfRL4xMSp2bS7ulDK/9CqvEOB3bJ+nTTUJvEt+YkXfEBjiD xTftA1RxjEBK3Y3fCD7zmLCtdqz89n3j44tDnuIU7+4/60Poe8mqLheVXbM6GHn1cTM9 Xt3Q== X-Received: by 10.112.16.135 with SMTP id g7mr11188894lbd.19.1439991735024; Wed, 19 Aug 2015 06:42:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.158.12 with HTTP; Wed, 19 Aug 2015 06:41:35 -0700 (PDT) In-Reply-To: <20150819132523.GV4954@e-new.0x20.net> References: <20150819124357.GR4954@e-new.0x20.net> <20150819132523.GV4954@e-new.0x20.net> From: Toby Slight Date: Wed, 19 Aug 2015 14:41:35 +0100 Message-ID: Subject: Re: X230 Intel Centrino Wireless-N 2200 not working To: Lars Engels Cc: FreeBSD Questions , freebsd-wireless@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, 19 Aug 2015 13:42:18 -0000 Forgot to cc the lists on the last response - doh! On 19 August 2015 at 14:25, Lars Engels wrote: > On Wed, Aug 19, 2015 at 02:12:30PM +0100, Toby Slight wrote: > > On 19 August 2015 at 13:43, Lars Engels wrote: > > > > > > > > > HEAD is CURRENT, so 11.0-CURRENT is what you need. > > > Don't worry, it's pretty stable. I'm running HEAD on my X230 since I > > > bought it. No problems so far. > > > > > > > Cool - cheers for the response Lars :-) I just fired up the -CURRENT > > installer and was able to configure my wifi - fantastic. Guess I'm going > to > > be running FreeBSD -CURRENT for a while then.... I must say it was nice > > that the the vt driver was enabled by default :-) > > Perfect! :-) Suspend / Resume should also work. I can show you my > loader.conf / rc.conf settings to get things going, if you like. > That would be amazing and much appreciated :-) Finding it quite a jump from OpenBSD and Linux - got A LOT to learn! Of particular interest would be whether or not you still have to add to Intel KMS flags to loader.conf and what else needs to be added to get Xorg to work nice and reliablely... Does TTY to X switching work now? I remember a few years ago I could get X running on FreeBSD, but if I switched to a TTY, that was the end of me being able to use my laptop screen! > > > > How often do you tend to update on current? And I take it a full > recompile > > is necessary? No freebsd-update from what I remember reading on the > > bsdnow.tv site? Is there no way to go from one snapshot to another > without > > either recompiling or nuking and paving, like there is on OpenBSD > -current? > > I update kernel and world on an irregular basis. Something between 3 > days and 3 weeks. My X230 has the Core i7 CPU and 16 GB RAM, so building > both takes 1,5 to 2 hours. Then I run etcupdate(8), so merging the > config files is mostly painless. (Be sure to run etcupdate before the > first upgrade, so it can use your running config. > freebsd-update only works on RELEASES, and can be slower than building > from source anyways. > > Cool - cheers for the tips. I dare say my builds will be a fair bit slower as my machine only has an i3 and 6GB RAM... Is freebsd-update ever likely to be made to work with the current and stable branches? Or maybe something like the OpenBSD -current update mechanism? > > > > How about pkgng? Do binary pkgs and binary pkg upgrades work on -current? > > pkg works like a charm on HEAD. You usually get new packages every > second day. There are only some ports which get built against kernel > sources which need to be compiled from ports. Oh, and if you use Flash: > Flash may not be distributed as a package, so you have to install and > upgrade it from ports. > > > That's great, I'm fine with building the system, but if I then had to go and recompile all my packages I think I'd be noping out at that point... I've done my time on Gentoo - and don't relish the thought of staring at walls of text for days on end any more! -- 0x2b || !0x2b From owner-freebsd-questions@freebsd.org Wed Aug 19 14:24: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 3BAF19BECB9 for ; Wed, 19 Aug 2015 14:24:20 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id EB08F1A62 for ; Wed, 19 Aug 2015 14:24:19 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from localhost (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3mxB4V3RdFz1cXL6 for ; Wed, 19 Aug 2015 16:16:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at mcs.it Received: from baobab.bilink.net ([127.0.0.1]) by localhost (baobab.mcs.it [127.0.0.1]) (amavisd-new, port 11027) with ESMTP id AkgK42Z8BJNF for ; Wed, 19 Aug 2015 16:16:42 +0200 (CEST) Received: from hermes.mcs.it (hermes.mcs.it [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3mxB4V2qjhz1cXL5 for ; Wed, 19 Aug 2015 16:16:42 +0200 (CEST) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id CB4381B7515 for ; Wed, 19 Aug 2015 16:16:42 +0200 (CEST) Date: Wed, 19 Aug 2015 16:16:27 +0200 From: Luciano Mannucci To: FreeBSD Questions Subject: Ethtool equivalent for freebsd X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3mxB4V2qjhz1cXL5@baobab.bilink.it> 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, 19 Aug 2015 14:24:20 -0000 Hello, I'm moving all my linuxes to freebds (It is taking a while :-). I'm in the process of moving linux routers, so I need an equivalent of the "ethtool -p " that makes the actual ethernet card blink, to help identify on which phisical port you are working. I haven't found this in ifconfig... :-) Cheers, Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Wed Aug 19 14:30: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 EFC879BEE60 for ; Wed, 19 Aug 2015 14:30:16 +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 B03911D1A for ; Wed, 19 Aug 2015 14:30:16 +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 t7JEUFtP023485 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 19 Aug 2015 08:30:15 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t7JEUF0s023482; Wed, 19 Aug 2015 08:30:15 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 19 Aug 2015 08:30:15 -0600 (MDT) From: Warren Block To: Luciano Mannucci cc: FreeBSD Questions Subject: Re: Ethtool equivalent for freebsd In-Reply-To: <3mxB4V2qjhz1cXL5@baobab.bilink.it> Message-ID: References: <3mxB4V2qjhz1cXL5@baobab.bilink.it> 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]); Wed, 19 Aug 2015 08:30:15 -0600 (MDT) 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, 19 Aug 2015 14:30:17 -0000 On Wed, 19 Aug 2015, Luciano Mannucci wrote: > > Hello, > > I'm moving all my linuxes to freebds (It is taking a while :-). I'm in > the process of moving linux routers, so I need an equivalent of the > "ethtool -p " that makes the actual ethernet card blink, to > help identify on which phisical port you are working. > I haven't found this in ifconfig... :-) Probably not the same, but led(4) can be used to blink the LEDs on some cards. It's not clear to me how to stop them blinking afterwards other than a reset. Or maybe down/up on the card. From owner-freebsd-questions@freebsd.org Wed Aug 19 14:30: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 B2D649BEE68 for ; Wed, 19 Aug 2015 14:30:18 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::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 3A2831D1F for ; Wed, 19 Aug 2015 14:30:18 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: by laba3 with SMTP id a3so4234689lab.1 for ; Wed, 19 Aug 2015 07:30:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=wbK9bMee4nZd2Ixl7oW2CJissDyf7A1/2m1WlgDhPo4=; b=B5a7g/RsQ+I1FS3N8HVLKNLvGVe52Hrr9mG/5Etw3iPEvlBJ8AKc4lbrYyFsyQiv2c H9/oxN7SDk1FlVayDpCtgc+q2sF28GuGb6g0Hdzb9H5TbG2lKqHLKy23I7Dawk1jj4eg wPLQR2srnLNbAj3LHD+WnLLY2665E9cah96Vk09iOAz+Bi5w2R1hxV9tkDHgFoPWK6rr P1KzSIFDNzot/eZoUM9K+1zAkVwSqYnGbKEXHjVBNZ7ZzloznnhMP9Lou1iS8JXyMRl4 nf4DRBKlVsd5w94ilsiVKWFvyURFg53MhT/pjSUc+EfdyZGGv62kE+LaP+Er8SKNa2cb ZO8w== X-Received: by 10.112.219.165 with SMTP id pp5mr11538147lbc.23.1439994616261; Wed, 19 Aug 2015 07:30:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.87.9 with HTTP; Wed, 19 Aug 2015 07:29:56 -0700 (PDT) In-Reply-To: <3mxB4V2qjhz1cXL5@baobab.bilink.it> References: <3mxB4V2qjhz1cXL5@baobab.bilink.it> From: Pratik Singhal Date: Wed, 19 Aug 2015 19:59:56 +0530 Message-ID: Subject: Re: Ethtool equivalent for freebsd To: Luciano Mannucci 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: Wed, 19 Aug 2015 14:30:18 -0000 I don't know any other equivalent tool in FreeBSD, but have you tried compiling ethtool from source and running it on FreeBSD ? On Wed, Aug 19, 2015 at 7:46 PM, Luciano Mannucci wrote: > > Hello, > > I'm moving all my linuxes to freebds (It is taking a while :-). I'm in > the process of moving linux routers, so I need an equivalent of the > "ethtool -p " that makes the actual ethernet card blink, to > help identify on which phisical port you are working. > I haven't found this in ifconfig... :-) > > Cheers, > > Luciano. > -- > /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) > \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 > X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG > / \ AND POSTINGS / WWW: http://www.lesassaie.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" > -- Regards, Pratik Singhal From owner-freebsd-questions@freebsd.org Wed Aug 19 14:56: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 3BC3F9BC46C for ; Wed, 19 Aug 2015 14:56:12 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id EF0BFE48 for ; Wed, 19 Aug 2015 14:56:11 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from localhost (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3mxBy21wBrzRRrQ for ; Wed, 19 Aug 2015 16:56:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at mcs.it Received: from baobab.bilink.net ([127.0.0.1]) by localhost (baobab.mcs.it [127.0.0.1]) (amavisd-new, port 11027) with ESMTP id 5y0BNRU42xDu for ; Wed, 19 Aug 2015 16:56:10 +0200 (CEST) Received: from hermes.mcs.it (hermes.mcs.it [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3mxBy21GnxzRRrN for ; Wed, 19 Aug 2015 16:56:10 +0200 (CEST) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id A8AEF1B757D for ; Wed, 19 Aug 2015 16:56:10 +0200 (CEST) Date: Wed, 19 Aug 2015 16:55:55 +0200 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Ethtool equivalent for freebsd In-Reply-To: References: <3mxB4V2qjhz1cXL5@baobab.bilink.it> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3mxBy21GnxzRRrN@baobab.bilink.it> 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, 19 Aug 2015 14:56:12 -0000 On Wed, 19 Aug 2015 19:59:56 +0530 Pratik Singhal wrote: > I don't know any other equivalent tool in FreeBSD, but have you tried > compiling ethtool from source and running it on FreeBSD ? Well, not yet. I was hoping for something already built... :) Cheers, Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Wed Aug 19 14:58:37 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 C785F9BC57C for ; Wed, 19 Aug 2015 14:58:37 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 853C9FF8 for ; Wed, 19 Aug 2015 14:58:36 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from localhost (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3mxC0q51LgzRRrQ for ; Wed, 19 Aug 2015 16:58:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at mcs.it Received: from baobab.bilink.net ([127.0.0.1]) by localhost (baobab.mcs.it [127.0.0.1]) (amavisd-new, port 11027) with ESMTP id wbN+8rAjcfDW for ; Wed, 19 Aug 2015 16:58:35 +0200 (CEST) Received: from hermes.mcs.it (hermes.mcs.it [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3mxC0q4N63zRRrN for ; Wed, 19 Aug 2015 16:58:35 +0200 (CEST) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 207BF1B757D for ; Wed, 19 Aug 2015 16:58:36 +0200 (CEST) Date: Wed, 19 Aug 2015 16:58:20 +0200 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Ethtool equivalent for freebsd In-Reply-To: References: <3mxB4V2qjhz1cXL5@baobab.bilink.it> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3mxC0q4N63zRRrN@baobab.bilink.it> 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, 19 Aug 2015 14:58:37 -0000 On Wed, 19 Aug 2015 08:30:15 -0600 (MDT) Warren Block wrote: > Probably not the same, but led(4) can be used to blink the LEDs on some > cards. It's not clear to me how to stop them blinking afterwards other > than a reset. Or maybe down/up on the card. That means that ethtool can probably be compiled successfully on freebsd. Ok, I'll have a go. Thans 2 everybody 4 now, Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Wed Aug 19 15:56: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 BC9889BE63B for ; Wed, 19 Aug 2015 15:56:01 +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 9A3891F30 for ; Wed, 19 Aug 2015 15:56:01 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: by be-well.ilk.org (Postfix, from userid 1147) id CFA2933C46; Wed, 19 Aug 2015 11:56:09 -0400 (EDT) From: Lowell Gilbert To: Luciano Mannucci , FreeBSD Questions Subject: Re: Ethtool equivalent for freebsd References: <3mxB4V2qjhz1cXL5@baobab.bilink.it> Reply-To: FreeBSD Questions Date: Wed, 19 Aug 2015 11:56:09 -0400 In-Reply-To: (Pratik Singhal's message of "Wed, 19 Aug 2015 19:59:56 +0530") Message-ID: <44614b8e7a.fsf@be-well.ilk.org> 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, 19 Aug 2015 15:56:01 -0000 Pratik Singhal writes: Pratik Singhal writes: > I don't know any other equivalent tool in FreeBSD, but have you tried > compiling ethtool from source and running it on FreeBSD ? > Ouch. I would expect it to be easier to rewrite it from the ground up... From owner-freebsd-questions@freebsd.org Wed Aug 19 16:25: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 EDF8C9BECF8 for ; Wed, 19 Aug 2015 16:25:10 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id AC2A71333 for ; Wed, 19 Aug 2015 16:25:10 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from localhost (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3mxDwh0gBSzRRrs for ; Wed, 19 Aug 2015 18:25:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at mcs.it Received: from baobab.bilink.net ([127.0.0.1]) by localhost (baobab.mcs.it [127.0.0.1]) (amavisd-new, port 11027) with ESMTP id p6qoWcjwshb7 for ; Wed, 19 Aug 2015 18:25:08 +0200 (CEST) Received: from hermes.mcs.it (hermes.mcs.it [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3mxDwg6Bpwz1cXL0 for ; Wed, 19 Aug 2015 18:25:07 +0200 (CEST) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 597AF1B757D for ; Wed, 19 Aug 2015 18:25:08 +0200 (CEST) Date: Wed, 19 Aug 2015 18:24:53 +0200 From: Luciano Mannucci To: FreeBSD Questions Subject: Re: Ethtool equivalent for freebsd In-Reply-To: <44614b8e7a.fsf@be-well.ilk.org> References: <3mxB4V2qjhz1cXL5@baobab.bilink.it> <44614b8e7a.fsf@be-well.ilk.org> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3mxDwg6Bpwz1cXL0@baobab.bilink.it> 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, 19 Aug 2015 16:25:11 -0000 On Wed, 19 Aug 2015 11:56:09 -0400 Lowell Gilbert wrote: > > I don't know any other equivalent tool in FreeBSD, but have you tried > > compiling ethtool from source and running it on FreeBSD ? > > > > Ouch. I would expect it to be easier to rewrite it from the ground up... Yep. It starts complainig about , then asks for a lot of includes from . I think I'll give up. Thanks again, Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Wed Aug 19 16: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 6A0CC9BED5D for ; Wed, 19 Aug 2015 16:27:00 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::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 34AA31437 for ; Wed, 19 Aug 2015 16:27:00 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: by iods203 with SMTP id s203so15160135iod.0 for ; Wed, 19 Aug 2015 09:26:59 -0700 (PDT) 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=IUBmEufH9j6zgvRbv96w73O/KGSzD2ok9Pvk/6we1I8=; b=vVY6wZCp1X0P8z7n21RftrL67v9/EgmdQXmEdybe0brEdy1SQwF77qbPh2UdavO+N3 yOAeA5FeyR2WIFg16LsQlAl3Kdj2VxzU/ylrvRBxyKkZN8QIM2/WwQd7GeLy6fwUN7Cg ihIWV/EOZoBPqKxTuxXLIyDOPG3a1NOkAtbATArYDWRJP681NmvcHG2fOsHk6cf5yfxZ CdzpVIyG4ODvl7ITYUrcnaene3KTnyflh4a/yk76jZI6J+xj3oC3V2g/EWTx2TW8+9xv qa2dkw+PyxoDncH254UfY9rHQHqpJM8hEVtbc1ATsP5CZjsLrXq7MmxjIZCcqZ/HtfGs ebCQ== MIME-Version: 1.0 X-Received: by 10.107.133.213 with SMTP id p82mr16662100ioi.71.1440001619660; Wed, 19 Aug 2015 09:26:59 -0700 (PDT) Received: by 10.79.111.205 with HTTP; Wed, 19 Aug 2015 09:26:59 -0700 (PDT) In-Reply-To: <1439936656.19141.101.camel@michaeleichorn.com> References: <1439936656.19141.101.camel@michaeleichorn.com> Date: Wed, 19 Aug 2015 09:26:59 -0700 Message-ID: Subject: Re: Disable periodic security check for vulnerable packages From: Chris Stankevitz To: "Michael B. Eichorn" Cc: Adam Vande More , 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: Wed, 19 Aug 2015 16:27:00 -0000 On Tue, Aug 18, 2015 at 3:24 PM, Michael B. Eichorn wrote: > This is because the periodic script in question was added when pkg was > installed, it is not part of the base system. As such the script is in > /usr/local/etc/periodic/security rather than /etc/periodic/security. Any > program can add periodic scripts, for instance smartmontools adds a > periodic script to /usr/local/etc/periodic/daily. Michael: thank you. From owner-freebsd-questions@freebsd.org Wed Aug 19 16:30: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 78CFB9BEE2F for ; Wed, 19 Aug 2015 16:30:13 +0000 (UTC) (envelope-from chrisstankevitz@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 454141721 for ; Wed, 19 Aug 2015 16:30:13 +0000 (UTC) (envelope-from chrisstankevitz@gmail.com) Received: by igfj19 with SMTP id j19so112407308igf.0 for ; Wed, 19 Aug 2015 09:30:12 -0700 (PDT) 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:content-transfer-encoding; bh=9gs1/KGuMNEqrB8pEuSymYVDHEBB5BC8edo8FzNG4Hg=; b=JJPzpLq107cvMw6p+YFcpMQ3Z2be/kYmbwXEaJx2y3p9gXT9WpIQfQs5uVSLQMVHFN Uaffr1IggH8BYMI6hsByFtJ4kK6cPB4FJ3OLXDNZRYBJzkfrgPfEotxU0NPKXyamIHcb wVzFH9XtVcPBXB1t3WEV8mgdOYat/TC9HY29hgGe+uPXSgcW82yh7O1WN+AmnUszHRFl M5TDefq0grbhNK22ltcwCrD6hPiFourc3s6Y1WJ5xVbIO0j5+EXfAgn+LNVTWMCA+ReB dRAeGwX8K42GQKL6o9nY/eimEXWmvjFJg1fMxi4+a5lp1c0c5fh5eCPNZaUPJrQdj8aV ei0g== MIME-Version: 1.0 X-Received: by 10.50.129.5 with SMTP id ns5mr2569513igb.40.1440001812552; Wed, 19 Aug 2015 09:30:12 -0700 (PDT) Received: by 10.79.111.205 with HTTP; Wed, 19 Aug 2015 09:30:12 -0700 (PDT) In-Reply-To: References: <44zj1p39uq.fsf@lowell-desk.lan> Date: Wed, 19 Aug 2015 09:30:12 -0700 Message-ID: Subject: Re: Disable periodic security check for vulnerable packages From: Chris Stankevitz To: Christian Weisgerber Cc: freebsd-questions Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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, 19 Aug 2015 16:30:13 -0000 On Tue, Aug 18, 2015 at 2:15 PM, Christian Weisgerber wrote: =08>> On 10.2, "man periodic.conf" has several variables, >> "daily_status_security_*" which offer you several >> options for this. > > Where? Perhaps Adam's pkg install came with some extra /usr/local/man/ documentation that replaced 'man periodic.conf'? Although it looks like ports-mgmt/pkg doesn't have any config options... Chris=08 From owner-freebsd-questions@freebsd.org Wed Aug 19 16:37: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 6B8EA9BEF79; Wed, 19 Aug 2015 16:37:52 +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 E998F1A75; Wed, 19 Aug 2015 16:37:51 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-24-166-126-146.neo.res.rr.com [24.166.126.146]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id 15bf0be7; Wed, 19 Aug 2015 12:37:46 -0400 (EDT) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id 76882912; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 19 Aug 2015 12:37:45 -0400 (EDT) Message-ID: <1440002356.1200.17.camel@michaeleichorn.com> Subject: Re: X230 Intel Centrino Wireless-N 2200 not working From: "Michael B. Eichorn" To: Toby Slight , Lars Engels Cc: freebsd-wireless@freebsd.org, FreeBSD Questions Date: Wed, 19 Aug 2015 12:39:16 -0400 In-Reply-To: References: <20150819124357.GR4954@e-new.0x20.net> <20150819132523.GV4954@e-new.0x20.net> Content-Type: multipart/signed; micalg="sha-512"; protocol="application/x-pkcs7-signature"; boundary="=-bPrlLlK3nGM+/JchYGfQ" X-Mailer: Evolution 3.16.5 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, 19 Aug 2015 16:37:52 -0000 --=-bPrlLlK3nGM+/JchYGfQ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2015-08-19 at 14:41 +0100, Toby Slight wrote: > Forgot to cc the lists on the last response - doh! >=20 > On 19 August 2015 at 14:25, Lars Engels wrote: >=20 > > On Wed, Aug 19, 2015 at 02:12:30PM +0100, Toby Slight wrote: > > > On 19 August 2015 at 13:43, Lars Engels > > > wrote: > > > >=20 > > > >=20 > > > > HEAD is CURRENT, so 11.0-CURRENT is what you need. > > > > Don't worry, it's pretty stable. I'm running HEAD on my X230 > > > > since I > > > > bought it. No problems so far. > > > >=20 > > >=20 > > > Cool - cheers for the response Lars :-) I just fired up the=20 > > > -CURRENT > > > installer and was able to configure my wifi - fantastic. Guess I'm > > > going > > to > > > be running FreeBSD -CURRENT for a while then.... I must say it was > > > nice > > > that the the vt driver was enabled by default :-) > >=20 > > Perfect! :-) Suspend / Resume should also work. I can show you my > > loader.conf / rc.conf settings to get things going, if you like. > >=20 >=20 > That would be amazing and much appreciated :-) Finding it quite a jump > from > OpenBSD and Linux - got A LOT to learn! Of particular interest would be > whether or not you still have to add to Intel KMS flags to loader.conf > and > what else needs to be added to get Xorg to work nice and reliablely... > Does > TTY to X switching work now? I remember a few years ago I could get X > running on FreeBSD, but if I switched to a TTY, that was the end of me > being able to use my laptop screen! >=20 >=20 > > >=20 > > > How often do you tend to update on current? And I take it a full > > recompile > > > is necessary? No freebsd-update from what I remember reading on the > > > bsdnow.tv site? Is there no way to go from one snapshot to another > > without > > > either recompiling or nuking and paving, like there is on OpenBSD > > -current? > >=20 > > I update kernel and world on an irregular basis. Something between 3 > > days and 3 weeks. My X230 has the Core i7 CPU and 16 GB RAM, so > > building > > both takes 1,5 to 2 hours. Then I run etcupdate(8), so merging the > > config files is mostly painless. (Be sure to run etcupdate before the > > first upgrade, so it can use your running config. > > freebsd-update only works on RELEASES, and can be slower than > > building > > from source anyways. > >=20 > >=20 > Cool - cheers for the tips. I dare say my builds will be a fair bit > slower > as my machine only has an i3 and 6GB RAM... Is freebsd-update ever > likely > to be made to work with the current and stable branches? Or maybe > something > like the OpenBSD -current update mechanism? =46rom what I hear freebsd-update probably will not implement this, however there is a possibility that some option might develop as a result of packaging base, which is currently an active project. For more info checkout the presentation @bapt gave at BSDCan 2015 [1] and the interview he gave on the BSDNow Podcast [2]. [1] Presentation (44 min): https://youtu.be/Br6izhH5P1I Q&A (14 min): https://youtu.be/v7px6ktoDAI [2] Interview (12 min): https://youtu.be/gDi09Wfx-9s?t=3D25m2s >=20 >=20 > > >=20 > > > How about pkgng? Do binary pkgs and binary pkg upgrades work on=20 > > > -current? > >=20 > > pkg works like a charm on HEAD. You usually get new packages every > > second day. There are only some ports which get built against kernel > > sources which need to be compiled from ports. Oh, and if you use > > Flash: > > Flash may not be distributed as a package, so you have to install and > > upgrade it from ports. > >=20 > >=20 > >=20 > That's great, I'm fine with building the system, but if I then had to > go > and recompile all my packages I think I'd be noping out at that > point... > I've done my time on Gentoo - and don't relish the thought of staring > at > walls of text for days on end any more! >=20 >=20 --=-bPrlLlK3nGM+/JchYGfQ Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCEqAw 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 puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDnzCCA5sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAwUAoIIB2zAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA4MTkxNjM5MTZaME8GCSqGSIb3DQEJ BDFCBEBoG+4IVJzTgs7jWL7GMjlBVYio0zGo5giOWWbKuOWYGqnJ3fUwyT2B9IwHbEjwIRYRLLag RPWdwGDjIQA3uVZCMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQQIDDl3GMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50 IENBAgMOXcYwDQYJKoZIhvcNAQEBBQAEggEAgiOYhE0MshFp7xLkPZuGZWrygb1P+mDq24Ck9E2f oUpEUDQSAs+gbyN8zpD5brvvg3mM4LM8LiOdRTdmGrCc81hSavtgeC8ng9o7w6rnRrpLOa4i0y7A Dsl4Zhd57+OwLR5hZoWB7v/l+AwDaljGbXSjFHc0bekD1rd/qCJwJm6/lSxis6eWNL3lRQY/U4+p +I6MbDTeCWf13O6MR7vKSrMB6VBBHEhe7UyA+a+cdhdzen3F5ykMXpljC8PtjH/b1tdvmfyONGdK 8TxvzkfG65p2sLiNYGqzJm+yhzcXeaRjtQF28uDPAHK95+pWWmRFvXBFkTCgIgX3CLNliYBKWQAA AAAAAA== --=-bPrlLlK3nGM+/JchYGfQ-- From owner-freebsd-questions@freebsd.org Wed Aug 19 17:27: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 701F29BE844 for ; Wed, 19 Aug 2015 17:27:12 +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 303A01886 for ; Wed, 19 Aug 2015 17:27:11 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZS6uD-0007rk-Nm for freebsd-questions@freebsd.org; Wed, 19 Aug 2015 19:12:05 +0200 Received: from pool-72-66-1-32.washdc.fios.verizon.net ([72.66.1.32]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Aug 2015 19:12:05 +0200 Received: from nightrecon by pool-72-66-1-32.washdc.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Aug 2015 19:12:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Subject: Re: unbound setup questions Date: Wed, 19 Aug 2015 13:11:34 -0400 Lines: 38 Message-ID: References: Reply-To: nightrecon@hotmail.com Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pool-72-66-1-32.washdc.fios.verizon.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, 19 Aug 2015 17:27:12 -0000 Damien Fleuriot wrote: > On 19 August 2015 at 01:59, Michael Powell wrote: [snip] >> >> I just began looking at replacing Bind since after last portupgrade to >> the latest and greatest broke the named chroot environment which has >> served me well for so long. Waiting to see if it is going to be fixed, or >> if bind is going to be ignored from now on. Hedging my bets with a plan >> B. >> >> The unbound that ships with the OS is really only designed to be a >> resolver for the local machine, at least as far as I know at this point >> in my meager research. If you need services more like you may have been >> accustomed to with Bind you may wish to take a look at the unbound in the >> ports tree: /usr/ports/dns/unound. Didn't know about this one until some >> wise chap on irc hit me with the clue bat. >> [snip] > > I have to disagree here. > > Been using local_unbound as a forwarding resolver for client hosts and it > works just fine. [snip] I suspected such is the case but did not take enough time to figure it out when I did a fresh test install when 10.0-Release came out. I was in a time crunch and just slapped bind99 on from ports, put all my old configs back and moved on. Thanks for showing how it's done, it's certainly beneficial. I've filed it away for future reference. I'm only in a preliminary stage of thinking about replacing bind99 with unbound. Need to learn more. Thanks! -Mike From owner-freebsd-questions@freebsd.org Wed Aug 19 17:29: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 526869BE899; Wed, 19 Aug 2015 17:29:11 +0000 (UTC) (envelope-from tobyslight@gmail.com) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010: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 C8FF4195E; Wed, 19 Aug 2015 17:29:10 +0000 (UTC) (envelope-from tobyslight@gmail.com) Received: by lbcbn3 with SMTP id bn3so7894072lbc.2; Wed, 19 Aug 2015 10:29:08 -0700 (PDT) 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=yDDm2sYQljKHsod9M751ULGkqkavIOiU9h/klEeyBQo=; b=E6RnGYRSedI8ctG19gvZHdYYLjRg+MPi8xY2LjG2NucWGRsRc1aehTVVVEv7+CpwxE JCSw6wYFJ/M93RZke45pB5nNFqe3BrOB01LBIasooarK9AxfUHnnFx3bftb8JI5xC6kf vaXu6ZSblhc1L0cyBqXRDujeiC+kAGZwqPC7K72wg5veNo+OrHSIklThh95S88p0FpVQ Gd/viwYZj1431XiiNcwiGz9tDOefsDoaVVPvBV/HS/whb4JvF5W58PheSTzBF0x5kyxG 3luc7HDKtr4yKGS1FNT7/G0CGSPA++6iImM4CEWaGHPNqUI4ZfUfgZiWxhUtbr2zZNat ZSiw== MIME-Version: 1.0 X-Received: by 10.152.21.227 with SMTP id y3mr12380211lae.24.1440005348845; Wed, 19 Aug 2015 10:29:08 -0700 (PDT) Received: by 10.25.158.12 with HTTP; Wed, 19 Aug 2015 10:29:08 -0700 (PDT) Received: by 10.25.158.12 with HTTP; Wed, 19 Aug 2015 10:29:08 -0700 (PDT) In-Reply-To: <1440002356.1200.17.camel@michaeleichorn.com> References: <20150819124357.GR4954@e-new.0x20.net> <20150819132523.GV4954@e-new.0x20.net> <1440002356.1200.17.camel@michaeleichorn.com> Date: Wed, 19 Aug 2015 18:29:08 +0100 Message-ID: Subject: Re: X230 Intel Centrino Wireless-N 2200 not working From: Toby Slight To: "Michael B. Eichorn" Cc: Lars Engels , FreeBSD Questions , freebsd-wireless@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, 19 Aug 2015 17:29:11 -0000 On 19 Aug 2015 17:37, "Michael B. Eichorn" wrote: > From what I hear freebsd-update probably will not implement this, however > there is a possibility that some option might develop as a result of > packaging base, which is currently an active project. For more info > checkout the presentation @bapt gave at BSDCan 2015 [1] and the interview > he gave on the BSDNow Podcast [2]. > > [1] Presentation (44 min): https://youtu.be/Br6izhH5P1I > Q&A (14 min): https://youtu.be/v7px6ktoDAI > [2] Interview (12 min): https://youtu.be/gDi09Wfx-9s?t=25m2s Nice! Many thanks for the links :-) From owner-freebsd-questions@freebsd.org Thu Aug 20 09:07: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 19CFA9BE833 for ; Thu, 20 Aug 2015 09:07:22 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) (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 AB4C0286 for ; Thu, 20 Aug 2015 09:07:21 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wijp15 with SMTP id p15so10002463wij.0 for ; Thu, 20 Aug 2015 02:07:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=KvE88Gi4hWdPegVEqVzy+fRprbnAYiZ+VhP8wyqVFfk=; b=L6EqXzFAbh4Jckntkw5MFX0mSnNx3xjV9ksb0hWi/XLepLGL7ZkO6e0OXiU3VQJlp8 LX+IjRNT38dBvpyy9ZAvCxbB5m7Vcoek4SRHOQW/FqDrKgsab/jFGwjyfaICCjndhp4N DOMSs8FIymq2j7zXodnSXdLdAE1A/p+aaO08IG586WP6ahx+6REtj2WSZb03oDPF08Ed xP2j6xtWyUie9G4AkIid51tqq5visJ05e20K0yuF8j7+gBebI3FWxM40A7H1eqznGino pN2x4b+0n7N1g1RWIKg63ewgEF9rbIp5viKOfXApRlCoaW9mx/wbQDCZ1JsgdDuJyAWs MZyg== X-Gm-Message-State: ALoCoQlylEEHt7Y5TqDafWsT8AQKEjUS+KjAUkDrkjEj9q0pFdpB4sQI96g8P8QdxE1lgGaETzOL X-Received: by 10.194.11.7 with SMTP id m7mr4102838wjb.56.1440061639686; Thu, 20 Aug 2015 02:07:19 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id cd16sm29599619wib.19.2015.08.20.02.07.18 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Aug 2015 02:07:19 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t7K97I05033941 for ; Thu, 20 Aug 2015 10:07:18 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t7K97ITO033940 for freebsd-questions@freebsd.org; Thu, 20 Aug 2015 10:07:18 +0100 (BST) (envelope-from mexas) Date: Thu, 20 Aug 2015 10:07:18 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508200907.t7K97ITO033940@mech-as222.men.bris.ac.uk> To: freebsd-questions@freebsd.org Subject: running a graphical application over ssh - where is rendering done? Reply-To: mexas@bris.ac.uk 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, 20 Aug 2015 09:07:22 -0000 If I conect from my laptop to a server via ssh -XY, and then launch a 3D graphical application on the server, and view the results back on my laptop, which side is doing the rendering? I naively assumed that rendering is done where the graphical program is running, i.e. on the remote server, and what is sent over the network is just a screen at a time. If that were true, then the graphical hardware on my laptop should not matter. However, I now realise that a lot depend on the laptop graphical hard/software, e.g. mesa. So does the graphical application send the data over the network back to my laptop, where I render it using the local resources? Is there any control over where the rendering is actually done? Thanks Anton From owner-freebsd-questions@freebsd.org Thu Aug 20 10:38: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 7D1BE9BCF83 for ; Thu, 20 Aug 2015 10:38:14 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) (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 1C215D52 for ; Thu, 20 Aug 2015 10:38:13 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicne3 with SMTP id ne3so142397306wic.0 for ; Thu, 20 Aug 2015 03:38:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=Idif1YMgGBMHctoLEUpgUOxVBjJGrX3/I9kEWvVCc8E=; b=FtehfHhh10Mfv6xhB7IlsoLjlU21SjQ412d3hNo4fZ00o3sSbHL98E5ceYZeHsOtpa zVwmnnCyLz9zRpK3K2BAXxkWMgGCH79LrCvAYvb2vdacCsk8exv2+P+EAmWJeTrR0+7l /MFBiJCX0WFE8QTh5xcSD/wa9a+euODRW2K8S4vB57YXWFAPV47pWOE8DyvCE5MZodY/ uD+SFtSXohkJ+NsZzjo+J9N8W/cuUXUaUAfvY8+2XKp5zr0+SVAxLd6XrYV/N19m2Hz6 V+WiQ9Np7Sdd+UpJuX5yRZnbvZDaJjE72hH/cQ6Cs7Dk1t9RXbzJUXiYPlSu42RGV3FR SKJg== X-Gm-Message-State: ALoCoQmELYUeusgVv2ZEtegdx3MeY/AHu8bBkYm2rGKF9691I3GiTb3CALnCrg34rqHhSNashcrc X-Received: by 10.194.108.232 with SMTP id hn8mr4670072wjb.154.1440067085715; Thu, 20 Aug 2015 03:38:05 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id x6sm29967964wiy.6.2015.08.20.03.38.04 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Aug 2015 03:38:04 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t7KAc4Ms034292; Thu, 20 Aug 2015 11:38:04 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t7KAc4lc034291; Thu, 20 Aug 2015 11:38:04 +0100 (BST) (envelope-from mexas) Date: Thu, 20 Aug 2015 11:38:04 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508201038.t7KAc4lc034291@mech-as222.men.bris.ac.uk> To: freebsd-questions@freebsd.org, steve@sohara.org Subject: Re: running a graphical application over ssh - where is rendering done? Cc: mexas@bris.ac.uk Reply-To: mexas@bris.ac.uk In-Reply-To: <20150820111735.bfbba2567ac9d797e7c0eecb@sohara.org> 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, 20 Aug 2015 10:38:14 -0000 >From steve@sohara.org Thu Aug 20 11:19:11 2015 > >> So does the graphical application send the data over the >> network back to my laptop, where I render it using the local resources? > > The graphical application communicates with the display server >using X11 protocol (and whatever extensions are available which includes >GLX and DRI on most systems these days) the rendering is done by the display >server. It doesn't have to be, the application could present a bitmap and >update it leaving the server to place the bitmap into a window. A high >resolution, 24 bit colour animation can eat a lot of network bandwidth done >this way, and network latency can really kill interactive behaviour. I think I understand. And if you can spare another few minutes, where does Mesa fit in this? If I launch this graphical app on a remote server with no Mesa option, it gives some error and crashes. If I launch it with Mesa, then it runs ok, meaning I can see what I need on the laptop screen. Is using mesa on the remote side related to using mesa on the laptop? Do I need to have Mesa installed both on the server and on the laptop for this to work? Does the fact that the graphical app crashes with no Mesa option mean that GL hardware is not available on the server? If you can post a link to a beginner's material on Mesa + client/server model, I'd be most grateful. Thank you Anton From owner-freebsd-questions@freebsd.org Thu Aug 20 10:56: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 A80829BD51D for ; Thu, 20 Aug 2015 10:56:47 +0000 (UTC) (envelope-from steve@sohara.org) Received: from uk1rly2283.eechost.net (relay01.mail.uk1.eechost.net [217.69.40.69]) by mx1.freebsd.org (Postfix) with ESMTP id 75E8219D6 for ; Thu, 20 Aug 2015 10:56:46 +0000 (UTC) (envelope-from steve@sohara.org) Received: from [88.151.27.41] (helo=smtp.marelmo.com) by uk1rly2283.eechost.net with esmtpa (Exim 4.72) (envelope-from ) id 1ZSMug-0000Al-BO; Thu, 20 Aug 2015 11:17:38 +0100 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.marelmo.com with smtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZSMuf-000P6O-TX; Thu, 20 Aug 2015 10:17:37 +0000 Date: Thu, 20 Aug 2015 11:17:35 +0100 From: Steve O'Hara-Smith To: freebsd-questions@freebsd.org Cc: mexas@bris.ac.uk Subject: Re: running a graphical application over ssh - where is rendering done? Message-Id: <20150820111735.bfbba2567ac9d797e7c0eecb@sohara.org> In-Reply-To: <201508200907.t7K97ITO033940@mech-as222.men.bris.ac.uk> References: <201508200907.t7K97ITO033940@mech-as222.men.bris.ac.uk> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Auth-Info: 24227@permanet.ie (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, 20 Aug 2015 10:56:47 -0000 On Thu, 20 Aug 2015 10:07:18 +0100 (BST) Anton Shterenlikht wrote: > If I conect from my laptop to a server via ssh -XY, > and then launch a 3D graphical application on the server, > and view the results back on my laptop, which side > is doing the rendering? With X the rendering is always done by the X server (the thing with the screen, keyboard and pointer) what goes over the network are commands to the server (this can include bitmaps to be placed in windows). > So does the graphical application send the data over the > network back to my laptop, where I render it using the local resources? The graphical application communicates with the display server using X11 protocol (and whatever extensions are available which includes GLX and DRI on most systems these days) the rendering is done by the display server. It doesn't have to be, the application could present a bitmap and update it leaving the server to place the bitmap into a window. A high resolution, 24 bit colour animation can eat a lot of network bandwidth done this way, and network latency can really kill interactive behaviour. > Is there any control over where the rendering is actually done? You could disable the GLX extension and see if the application has some other way of getting the data across - it is likely to be painful unless you have a very fast network, and the chances are that the application will simply fail. -- Steve O'Hara-Smith From owner-freebsd-questions@freebsd.org Thu Aug 20 11:20: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 B221D9BDD03 for ; Thu, 20 Aug 2015 11:20:16 +0000 (UTC) (envelope-from steve@sohara.org) Received: from uk1rly2283.eechost.net (relay01.mail.uk1.eechost.net [217.69.40.69]) by mx1.freebsd.org (Postfix) with ESMTP id 60D3D7DB for ; Thu, 20 Aug 2015 11:20:15 +0000 (UTC) (envelope-from steve@sohara.org) Received: from [88.151.27.41] (helo=smtp.marelmo.com) by uk1rly2283.eechost.net with esmtpa (Exim 4.72) (envelope-from ) id 1ZSNtB-0002lX-Vu; Thu, 20 Aug 2015 12:20:10 +0100 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.marelmo.com with smtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZSNtB-000PKK-B2; Thu, 20 Aug 2015 11:20:09 +0000 Date: Thu, 20 Aug 2015 12:20:07 +0100 From: Steve O'Hara-Smith To: mexas@bris.ac.uk Cc: freebsd-questions@freebsd.org Subject: Re: running a graphical application over ssh - where is rendering done? Message-Id: <20150820122007.a8e774fe9f4f5cfa97554803@sohara.org> In-Reply-To: <201508201038.t7KAc4lc034291@mech-as222.men.bris.ac.uk> References: <20150820111735.bfbba2567ac9d797e7c0eecb@sohara.org> <201508201038.t7KAc4lc034291@mech-as222.men.bris.ac.uk> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Auth-Info: 24227@permanet.ie (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, 20 Aug 2015 11:20:16 -0000 On Thu, 20 Aug 2015 11:38:04 +0100 (BST) Anton Shterenlikht wrote: > >From steve@sohara.org Thu Aug 20 11:19:11 2015 > > > >> So does the graphical application send the data over the > >> network back to my laptop, where I render it using the local resources? > > > > The graphical application communicates with the display server > >using X11 protocol (and whatever extensions are available which includes > >GLX and DRI on most systems these days) the rendering is done by the > >display server. It doesn't have to be, the application could present a > >bitmap and update it leaving the server to place the bitmap into a > >window. A high resolution, 24 bit colour animation can eat a lot of > >network bandwidth done this way, and network latency can really kill > >interactive behaviour. > > I think I understand. > > And if you can spare another few minutes, > where does Mesa fit in this? OK the whole picture. On the X server side Mesa is an open source implementation of OpenGL on top of the DRI (direct rendering infrastructure) layer in the X server. OpenGL is an open 3D graphiccs API. GLX is an X11 extension which provides an OpenGL interface over the X11 protocol with Mesa providing the implementation layer. Over on the client side libGL provides the OpenGL API with a GLX backend. So the whole chain is. Application makes OpenGL call libGL translates it into GLX message(s) and sends to X server GLX extension in X server executes messages using OpenGL API to Mesa Mesa drives hardware using DRI Responses go through the chain in reverse. -- Steve O'Hara-Smith | Directable Mirror Arrays C:>WIN | A better way to focus the sun The computer obeys and wins. | licences available see You lose and Bill collects. | http://www.sohara.org/ From owner-freebsd-questions@freebsd.org Thu Aug 20 15: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 D31CD9BFC31 for ; Thu, 20 Aug 2015 15:15:12 +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 D415BA3B for ; Thu, 20 Aug 2015 15:15:07 +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 t7KFEwAi062694; Fri, 21 Aug 2015 01:14:58 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 21 Aug 2015 01:14:58 +1000 (EST) From: Ian Smith To: andreas scherrer cc: freebsd-questions@freebsd.org, freeb-ipfw@freebsd.org Subject: Re: ipfw's "via" rule option/match pattern In-Reply-To: Message-ID: <20150821001041.H8515@sola.nimnet.asn.au> References: 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: Thu, 20 Aug 2015 15:15:12 -0000 In freebsd-questions Digest, Vol 585, Issue 3, Message: 9 On Wed, 19 Aug 2015 00:41:35 +0200 andreas scherrer wrote: > Dear all > > I am struggling to understand ifpw's "via" rule option. I am on FreeBSD > 10.1-release-p16 > > I have read ipfw(8) [1] many times by now but I still find it confusing: > > "The via keyword causes the interface to always be checked. If recv or > xmit is used instead of via, then only the receive or transmit interface > (respectively) is checked." > > What does "the interface is checked" mean in this context? And what is a > common use case for the "via" rule option as opposed to recv/xmit? "in > via" seems to be the same as "in recv" anyway (because "in xmit" is > invalid) if I read "via" as "recv or xmit"... The interface is checked to match the one (or ones) specified. in recv is indeed the same as in via, because as received from ip(6)_input, only the receive interface is known .. the transmit interface is only known on outgoing packets after routing has chosen it, before ip(6)_output (or ether_demux and ether_output_frame respectively if matching at layer 2 - see ipfw(8) PACKET FLOW) > I have also read (and I believe understood) [2], [3] and [4]. But it > somehow contradicts what I see on my system. Or at least I think so. Yes, I believe you're right .. and [2] and [4] were written by me. I had a look at the code tonight (duh!) and suspect I've been at least partially wrong all the years I've been posting about this :( > Mainly they all state that something like > > ... out via ifX > > matches packets that are *going through* a box (read: are forwarded) if > they came in on interface ifX and are leaving the box via ifY. These packets need not be being forwarded .. they might originate on this box, and then they have no recieve interface, ie never came 'in'. > That would be because the packet's receive interface is checked when it > leaves the box and because it entered the box on ifX the rule matches > (even if the packet leaves the box on ifY). > > [4]: "Again, 'out via $wan_if' is ambiguous, and includes packets > _received_ on $wan_if and now being transmitted to the inside" > > When I run a quick test, sending one ICMP echo request from > 192.168.32.10 to 192.168.38.17 (two devices communicating via the box > that has the "count" rules listed below configured), I get the following > result: A good set of tests for all combinations. Something else I saw recently made me doubt that my own understanding of this was correct, and your tests seem to confirm that I've been misadvising people for, oh, the best part of 10 years .. here's the code, which I've checked hasn't functionally changed at all since 2012, and little from 2002 with Luigi's first ip_fw2.c (tabs lost): case O_RECV: match = iface_match(m->m_pkthdr.rcvif, (ipfw_insn_if *)cmd, chain, &tablearg); break; case O_XMIT: match = iface_match(oif, (ipfw_insn_if *)cmd, chain, &tablearg); break; case O_VIA: match = iface_match(oif ? oif : m->m_pkthdr.rcvif, (ipfw_insn_if *)cmd, chain, &tablearg); break; iface_match() (qv) does the test vs iface name or IP address, returning 1 on a match, but begins by returning 0 if the passed interface is NULL. In the case of O_VIA, if the outside iface is specified then that iface (only) is tested; the rcvif is only checked if there's NO out iface. This directly contradicts what I've been telling myself and others for years :( I guess what's amazing is that nobody who'd know better ever pulled me up on such statements, increasing confidence in wrongness :) > ----- > When 192.168.38.17 does not answer the ping: > 00350 2 168 count icmp from 192.168.32.10 to 192.168.38.17 recv re0.32 > 00350 0 0 count icmp from 192.168.38.17 to 192.168.32.10 recv re0.38 > 00351 1 84 count icmp from 192.168.32.10 to 192.168.38.17 in recv re0.32 > 00351 0 0 count icmp from 192.168.38.17 to 192.168.32.10 in recv re0.38 > 00352 1 84 count icmp from 192.168.32.10 to 192.168.38.17 out recv re0.32 > 00352 0 0 count icmp from 192.168.38.17 to 192.168.32.10 out recv re0.38 > 00355 1 84 count icmp from 192.168.32.10 to 192.168.38.17 via re0.32 > 00355 0 0 count icmp from 192.168.38.17 to 192.168.32.10 via re0.38 > 00356 1 84 count icmp from 192.168.32.10 to 192.168.38.17 in via re0.32 > 00356 0 0 count icmp from 192.168.38.17 to 192.168.32.10 in via re0.38 > 00357 0 0 count icmp from 192.168.32.10 to 192.168.38.17 out via re0.32 > 00357 0 0 count icmp from 192.168.38.17 to 192.168.32.10 out via re0.38 > 00358 1 84 count icmp from 192.168.32.10 to 192.168.38.17 out recv re0.32 xmit re0.38 > 00358 0 0 count icmp from 192.168.38.17 to 192.168.32.10 out recv re0.38 xmit re0.32 > > When 192.168.38.17 does answer the ping: > 00350 2 168 count icmp from 192.168.32.10 to 192.168.38.17 recv re0.32 > 00350 2 168 count icmp from 192.168.38.17 to 192.168.32.10 recv re0.38 > 00351 1 84 count icmp from 192.168.32.10 to 192.168.38.17 in recv re0.32 > 00351 1 84 count icmp from 192.168.38.17 to 192.168.32.10 in recv re0.38 > 00352 1 84 count icmp from 192.168.32.10 to 192.168.38.17 out recv re0.32 > 00352 1 84 count icmp from 192.168.38.17 to 192.168.32.10 out recv re0.38 > 00355 1 84 count icmp from 192.168.32.10 to 192.168.38.17 via re0.32 > 00355 1 84 count icmp from 192.168.38.17 to 192.168.32.10 via re0.38 > 00356 1 84 count icmp from 192.168.32.10 to 192.168.38.17 in via re0.32 > 00356 1 84 count icmp from 192.168.38.17 to 192.168.32.10 in via re0.38 > 00357 0 0 count icmp from 192.168.32.10 to 192.168.38.17 out via re0.32 > 00357 0 0 count icmp from 192.168.38.17 to 192.168.32.10 out via re0.38 > 00358 1 84 count icmp from 192.168.32.10 to 192.168.38.17 out recv re0.32 xmit re0.38 > 00358 1 84 count icmp from 192.168.38.17 to 192.168.32.10 out recv re0.38 xmit re0.32 > ----- > > According to the statement in [4] I would expect rule 357 to match... Yes; [4] is clearly wrong in this respect. 'out via' does NOT check the receive interface if the transmit interface is known. > Can anyone shed some light on that topic for me? I have a feeling that > my understanding that "via" is "recv or xmit" is not correct. > > Thanks in advance > andreas > > [1] https://www.freebsd.org/cgi/man.cgi?query=ipfw(8) > [2] > https://lists.freebsd.org/pipermail/freebsd-questions/2005-July/094739.html > [3] > https://groups.google.com/forum/#!topic/comp.unix.bsd.freebsd.misc/AkDSKlUmVok > [4] > https://lists.freebsd.org/pipermail/freebsd-questions/2011-June/231271.html Posting this also to freebsd-ipfw@ for comments, clarifications, or plain old getting beaten up. Perhaps ipfw(8) could benefit other users by clarifying in particular this 'out via' behaviour. Please cc me on responses in -questions@, I'm subscribed to the digest. cheers, Ian From owner-freebsd-questions@freebsd.org Thu Aug 20 18:10: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 1799D9BFB0F for ; Thu, 20 Aug 2015 18:10:19 +0000 (UTC) (envelope-from woshibigstomach@gmail.com) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::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 DB6EF1689 for ; Thu, 20 Aug 2015 18:10:18 +0000 (UTC) (envelope-from woshibigstomach@gmail.com) Received: by pdbmi9 with SMTP id mi9so16813280pdb.3 for ; Thu, 20 Aug 2015 11:10:18 -0700 (PDT) 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=5xF1YXRcCI4O1/ItLrqzLvowIzMPvz7ewKpT6Jo0kXM=; b=itUYtx9eBW2H3l6bjjMqqnAcLXR33m++wFpDuOrTtCnbq9zv4NOGEhsXhNubeCKI7M LNLWJ1DNbp52pidLdu78BVkaA7kf9sNykN2btr6bY4xTj2qhr0S+2DdmIK2nZp0dxicp LKAjPWQz0b9jcsjNiod9ZDmGiWauh+G3tAch6FcgrVbeSBTbo1agPYuaiW2edMEbdtFn qu2OADI8k927YrOe3E8ymetUF1Y/AmUjLpZdBqBq4d3OWjF7TJI0LprrYQUvyYd5IPGR sVyH7jnNoMQFX1Y6v/xpJvTYSSO1eW2CnPQAEu+slLQodLXKJX/96W5tumV79uTLvADM Azuw== X-Received: by 10.70.20.5 with SMTP id j5mr8874311pde.40.1440094218383; Thu, 20 Aug 2015 11:10:18 -0700 (PDT) Received: from dhcp130.eng.networktest.com (ns.networktest.com. [12.20.174.98]) by smtp.googlemail.com with ESMTPSA id ob4sm5087526pbb.40.2015.08.20.11.10.16 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 20 Aug 2015 11:10:17 -0700 (PDT) To: freebsd-questions@freebsd.org From: David Newman Subject: portmaster update and perl dependencies X-Enigmail-Draft-Status: N1110 Message-ID: <55D61808.4040809@gmail.com> Date: Thu, 20 Aug 2015 11:10:16 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 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, 20 Aug 2015 18:10:19 -0000 10.1-RELEASE-p18 On a system with software installed from ports, multiple ports fail to be updated claiming that perl modules are missing even though they are installed. For example, textproc/intltool fails because it can't find XML::Parser, even though this module is installed: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool ===> Script "configure" failed unexpectedly. $ pkg info | grep p5-XML-Parser p5-XML-Parser-2.44 Deinstalling/reinstalling p5-XML-Parser doesn't help. The mail/spamassassin port is much worse, with many more modules claimed to be missing: REQUIRED module missing: HTML::Parser REQUIRED module missing: Net::DNS REQUIRED module missing: NetAddr::IP REQUIRED module missing: Time::HiRes optional module missing: Digest::SHA1 optional module missing: libnet optional module missing: Mail::SPF optional module missing: Razor2 optional module missing: IO::Socket::IP optional module missing: IO::Socket::INET6 optional module missing: IO::Socket::SSL optional module missing: Encode::Detect::Detector optional module missing: Net::Patricia optional module missing: Net::DNS::Nameserver Again, these modules are installed. If it matters, the symlink between /usr/bin/perl and the perl 5.20.2 binary is current. How to fix this? Many thanks. dn From owner-freebsd-questions@freebsd.org Thu Aug 20 19:17: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 1D01C9BF5F5 for ; Thu, 20 Aug 2015 19:17:25 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.232]) by mx1.freebsd.org (Postfix) with ESMTP id E2B9E1CF2 for ; Thu, 20 Aug 2015 19:17:24 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from [70.121.59.224] ([70.121.59.224:58686] helo=[192.168.0.4]) by dnvrco-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 82/75-02123-EB726D55; Thu, 20 Aug 2015 19:17:18 +0000 Date: Thu, 20 Aug 2015 14:17:17 -0500 From: Paul Schmehl Reply-To: Paul Schmehl To: FreeBSD Questions Subject: Problem with freebsd-update corrupting /etc/passwd Message-ID: X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-RR-Connecting-IP: 107.14.64.130:25 X-Authority-Analysis: v=2.1 cv=AIjuEwSE c=1 sm=1 tr=0 a=Jnt5oOXMh44BVXcArVZt4A==:117 a=Jnt5oOXMh44BVXcArVZt4A==:17 a=ayC55rCoAAAA:8 a=kj9zAlcOel0A:10 a=UdvEN9gbqWsBAELrqE0A:9 a=CjuIK1q_8ugA:10 X-Cloudmark-Score: 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: Thu, 20 Aug 2015 19:17:25 -0000 I just upgraded two servers from 8.4-RELEASE to 10.2-RELEASE. On both servers I had a problem with the /etc/passwd file after upgrade. This is what I got on both servers: # pwd_mkdb -C /etc/passwd pwd_mkdb: corrupted entry pwd_mkdb: at line #3 pwd_mkdb: /etc/passwd: Inappropriate file type or format On one server a single user "disappeared" (getent passwd username returned nothing). On the other server, after I replaced it with /etc/masster.passwd, I looped through the /etc/passwd file and getent returned each entry, so no users "disappeared". Not sure what the problem might be, but I thought y'all should know. Paul Schmehl, Retired As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-questions@freebsd.org Thu Aug 20 20: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 5E6CC9BFC2E for ; Thu, 20 Aug 2015 20:01:10 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 353F413BE for ; Thu, 20 Aug 2015 20:01:10 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 607E420ACC for ; Thu, 20 Aug 2015 16:01:09 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Thu, 20 Aug 2015 16:01:09 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=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=5qNrihvr7LCI+eX x4BV/kkkfhpU=; b=KTeo4aJdw+ztPnO5jcs2klLEYPlSqaPqjY5pMFI6i8DeQ5X YCEtE4tdoyObD1mg+4x6ncstZ1wYSZtJVlKaQ2k9+Ez3ER9I0owEp6UYumnEPELJ VeMONtmjEn1og2QTs1fjarvmySpX/hbkFjrL1X0VwrHdPxF05c6tDFWXCDW8= Received: by web3.nyi.internal (Postfix, from userid 99) id 40D45103D41; Thu, 20 Aug 2015 16:01:09 -0400 (EDT) Message-Id: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> X-Sasl-Enc: laGfwOaO6sX+pRMqGtHqAo5rKZ36lOYIjob/iuIx1tTp 1440100869 From: Mark Felder To: Paul Schmehl , FreeBSD Questions MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4fee8ba5 Subject: Re: Problem with freebsd-update corrupting /etc/passwd Date: Thu, 20 Aug 2015 15:01:09 -0500 In-Reply-To: References: 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, 20 Aug 2015 20:01:10 -0000 On Thu, Aug 20, 2015, at 14:17, Paul Schmehl wrote: > I just upgraded two servers from 8.4-RELEASE to 10.2-RELEASE. On both > servers I had a problem with the /etc/passwd file after upgrade. > > This is what I got on both servers: > > # pwd_mkdb -C /etc/passwd > pwd_mkdb: corrupted entry > pwd_mkdb: at line #3 > pwd_mkdb: /etc/passwd: Inappropriate file type or format > > On one server a single user "disappeared" (getent passwd username > returned > nothing). On the other server, after I replaced it with > /etc/masster.passwd, I looped through the /etc/passwd file and getent > returned each entry, so no users "disappeared". > > Not sure what the problem might be, but I thought y'all should know. > During the upgrade did it ask you to merge some config files (passwd included) ? That's the only time it would do so. Corruption on line #3 makes me think it was trying to make you manually merge the FreeBSD ID / timestamp at the top of the file. From owner-freebsd-questions@freebsd.org Thu Aug 20 20:51: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 03B1A9BF611 for ; Thu, 20 Aug 2015 20:51:06 +0000 (UTC) (envelope-from jkikpole@cairodurham.org) Received: from mail-io0-f181.google.com (mail-io0-f181.google.com [209.85.223.181]) (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 CFC6616E7 for ; Thu, 20 Aug 2015 20:51:05 +0000 (UTC) (envelope-from jkikpole@cairodurham.org) Received: by iodb91 with SMTP id b91so60257731iod.1 for ; Thu, 20 Aug 2015 13:51:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=I6kYzvJHV3BsimJnRTAO+gcTLD3P0PxE9qPNCpW6c/Q=; b=lOAUsfzjiM21szZZSS9HJ9giNBeX68QC0WRO8BquqwlJXd6PxFkPJEU1HD46gP5XvP GyG446UMaIshjneAA6M3Fm/0EHKNKPvaAcBTs2rNL1pog1InlUP7ZuppkdaDzJG/4SeZ 5cwtGycuhPKPOzfynzuK3BcvZ6ZXXEmmfIeTHruBDdOi+1FGnOHy38bAMX3pvo5aE1SD h6tHALDpJ0LQDsmsnc3oOtzRnj2RuXajqHmON6auUdxYBnlyCIIVIm96+FsqmC9Z7Ulc sp1aZG1gNloa8AYNpig+b+1WP1dpM8lACAR9nceGql9FhFLvWtaA4e8opsq2Pwcev/BF iNLw== X-Gm-Message-State: ALoCoQm1OmyQtS9E8pbVVzx7+5h30OTDG5tsAroMOjVc25QNtjF0BvYacm2EvhWaE/2oVRI9+bD7uz8ikUvRDGqYImQEAQZKY1QuZ/cnKXl7ffUV5p2mJfEz0Vb7bARjGgkSop50BnZ/ X-Received: by 10.107.153.66 with SMTP id b63mr4337763ioe.101.1440103864514; Thu, 20 Aug 2015 13:51:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.135.162 with HTTP; Thu, 20 Aug 2015 13:50:44 -0700 (PDT) From: Jaime Kikpole Date: Thu, 20 Aug 2015 16:50:44 -0400 Message-ID: Subject: Strange SFTP and PAM failure To: "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, 20 Aug 2015 20:51:06 -0000 I'm using a product called PowerSchool which is trying to send data to the FreeBSD server over SFTP. The service provide hosts it, so I can't do any debugging on the far end. What I know for sure is that any other program (FileZilla, command line sftp, etc.) will connect, authenticate, and view files just fine. This includes on-site and off-site traffic. PowerSchool, on the other hand, seems to have something go wrong during the authentication steps. When I tried to make one of these failed connections, I saw this in /var/log/messages: Aug 20 16:37:48 apps sshd[564]: error: PAM: authentication error for <> from <> Aug 20 16:37:48 apps sshd[564]: error: Received disconnect from <>: 3: com.jcraft.jsch.JSchException: Auth cancel [preauth] Any idea what might be causing this? -- Jaime Kikpole Network Administrator Cairo-Durham Central School District Technical Support: help@cairodurham.org go.cairodurham.org/techtips -- This electronic message and any attachment(s) may contain confidential or legally privileged information protected by law from further disclosure and is intended only for the individual or entity identified above as the addressee. If you are not the addressee (or the employee or agency responsible to deliver it to the addressee), or if this message has been addressed to you in error, you are hereby notified that you may not copy, forward, disclose or use any part of this message or any attachment(s). Please notify the sender immediately by return email or telephone and permanently delete this message and attachment(s) from your system. From owner-freebsd-questions@freebsd.org Thu Aug 20 21:30: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 B36D79BFD08 for ; Thu, 20 Aug 2015 21:30:28 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D128F50 for ; Thu, 20 Aug 2015 21:30:28 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t7KLSNTk038707 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 20 Aug 2015 22:28:24 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.10.3 smtp.infracaninophile.co.uk t7KLSNTk038707 Authentication-Results: smtp.infracaninophile.co.uk/t7KLSNTk038707; dkim=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6] claimed to be liminal.local Subject: Re: Strange SFTP and PAM failure To: freebsd-questions@freebsd.org References: From: Matthew Seaman X-Enigmail-Draft-Status: N1110 Message-ID: <55D6466F.9070200@FreeBSD.org> Date: Thu, 20 Aug 2015 22:28:15 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ae89lq8DLlrhIJxD5FjcA0Xv7RD2eL5o2" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk 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, 20 Aug 2015 21:30:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ae89lq8DLlrhIJxD5FjcA0Xv7RD2eL5o2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 20/08/2015 21:50, Jaime Kikpole wrote: > When I tried to make one of these failed connections, I saw this in > /var/log/messages: >=20 > Aug 20 16:37:48 apps sshd[564]: error: PAM: authentication error for > <> from <> > Aug 20 16:37:48 apps sshd[564]: error: Received disconnect from < of PowerSchool>>: 3: com.jcraft.jsch.JSchException: Auth cancel > [preauth] >=20 > Any idea what might be causing this? Do you know what JDK is being used? IIRC OpenJDK-7 doesn't provide all the up to date and still considered secure ciphers. OpenJDK-8 might work better for you. So, for instance if you look at https://www.ssllabs.com/ssltest/analyze.html?d=3Dforums.freebsd.org&s=3D1= 49.20.54.209 and scroll down to the section showing browser compatibility, you'll see Java 6 and Java 7 won't work. Now, SSH connections do not use TLS per se, but the principle is the same: disabling the older, less secure ciphers can result in older clients being locked out. There's some interesting discussion on https://stribika.github.io/2015/01/04/secure-secure-shell.html about why you might want to do that and how to maximize your security. Note: blindly following the changes given in that blog posting probably *will* *not* help with your problem -- quite the reverse in fact. It's relevant here solely because of the explanations about what ciphers can still be trusted. Cheers, Matthew --ae89lq8DLlrhIJxD5FjcA0Xv7RD2eL5o2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQJ8BAEBCgBmBQJV1kZ3XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATA14QAJjBWLXlbHFIxnpZnviPkM98 DC17Pf4Jge8tlY63zCqfbFE2CYNc5Lltd6FTX2ydFKkRVj5Y9R8IJ0AXklEaDy6l KsAJBr02tkyQvBdWfVZE4COLePUAchkHNXPs6bQjKGhSD3hCDv9AIiN8P/XDWmo1 c8aHLFj1fvNsxWp9N8BzLexyqYYL6bcXBTZaGYuZxPgH+yqVOFj0cnD/ODDM/wJY O9F94G3GigWjWfgAKV4/ekk12KeZKtuVUkBptYu0WNxeZ64UcTdbjtoWSu49ET7w Wb1SOrA7G9UGxly78LKUb6cT/bEGqO5sw+4flpwyAE6bs3wYz7fcMWO527sW1vD2 KyMjbG9QSBquWFO0a8ISoWeSb+NiE9oYvua5TdmEdeCQC8My/A533111jJx0KVkA Ma14TRQEuNxMj51ZTC6AxZAmWyqlhVvGShHeY24U/FwPPkTWFqQJ97QoTkaFU+Lz SbzEMD1LV+iiyp5FSpV78EZJV9VJyUcZ0OgdkZnlXR8O98QCRKw+Xv4CPjHY+A94 I96RgAOdrKYRlq0zYWwgPbwQ5K2f9M4aDMXf7jhKFsnGxDm+uxg91IMN1uIjw30L +fXbsLh3hA/mXSwU8GBzME5DiXePxQ+HSc110bCFAmtcoQddmizdiPROwT8Le81C bGs0RS5F/rxJn5S7hC2S =755h -----END PGP SIGNATURE----- --ae89lq8DLlrhIJxD5FjcA0Xv7RD2eL5o2-- From owner-freebsd-questions@freebsd.org Thu Aug 20 21:30:43 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 436829BFD28 for ; Thu, 20 Aug 2015 21:30:43 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DF60CFDF for ; Thu, 20 Aug 2015 21:30:42 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local ([192.168.100.2]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t7KLUbZv039521 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 20 Aug 2015 22:30:37 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.10.3 smtp.infracaninophile.co.uk t7KLUbZv039521 Authentication-Results: smtp.infracaninophile.co.uk/t7KLUbZv039521; dkim=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host [192.168.100.2] claimed to be liminal.local Subject: Re: Strange SFTP and PAM failure To: freebsd-questions@freebsd.org References: From: Matthew Seaman X-Enigmail-Draft-Status: N1110 Message-ID: <55D646FD.7030203@FreeBSD.org> Date: Thu, 20 Aug 2015 22:30:37 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="l8PJHCPW3FgtftVoqm71H5ra8QvDFgOH0" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk 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, 20 Aug 2015 21:30:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --l8PJHCPW3FgtftVoqm71H5ra8QvDFgOH0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 20/08/2015 21:50, Jaime Kikpole wrote: > When I tried to make one of these failed connections, I saw this in > /var/log/messages: >=20 > Aug 20 16:37:48 apps sshd[564]: error: PAM: authentication error for > <> from <> > Aug 20 16:37:48 apps sshd[564]: error: Received disconnect from < of PowerSchool>>: 3: com.jcraft.jsch.JSchException: Auth cancel > [preauth] >=20 > Any idea what might be causing this? Do you know what JDK is being used? IIRC OpenJDK-7 doesn't provide all the up to date and still considered secure ciphers. OpenJDK-8 might work better for you. So, for instance if you look at https://www.ssllabs.com/ssltest/analyze.html?d=3Dforums.freebsd.org&s=3D1= 49.20.54.209 and scroll down to the section showing browser compatibility, you'll see Java 6 and Java 7 won't work. Now, SSH connections do not use TLS per se, but the principle is the same: disabling the older, less secure ciphers can result in older clients being locked out. There's some interesting discussion on https://stribika.github.io/2015/01/04/secure-secure-shell.html about why you might want to do that and how to maximize your security. Note: blindly following the changes given in that blog posting probably *will* *not* help with your problem -- quite the reverse in fact. It's relevant here solely because of the explanations about what ciphers can still be trusted. Cheers, Matthew --l8PJHCPW3FgtftVoqm71H5ra8QvDFgOH0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQJ8BAEBCgBmBQJV1kb9XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATzFYP/jVnmGHsLiJpW+QznW8OL3BO 5vNSrQZS+H4g3yi+hrn0HbrzNcmD8TEPcR6MDzW2AWWhm2SwB6pOlp8/q/2C6mQf pfdzjzHbcLrkhjjWWp3CIRG5AfoBpMTSWdXcet5kCKiNhtmtXJqwNJRabMJarXBu /LX/LK3G56saZ6+ZerV7C361sNQSCw29/6FlFQRBkvtSFySQGRZJ4GT9wF2IeUiW uR3ibBwjNhWz+0cr1Ej1bnCHOodWPVT+xaw2eSx8Md0R6/T7thhr7UIlV4hda2F0 Y2nVNL92gJmOON0onsUoIYcJ07xk/9ueVZl4Y+n6Rgv86pzsGjJPU/rVV1VWqKOZ CbQY85JQEIrfcV4hQxcdqqt4hmKgjf8v+8XKN52zJ2cyIFPBlP8X2E/HapGwmlTQ qdL5eHPDQQNIfK2YWFLxDOGxoMF9M1jbX/HO6j0A2KsqGVcufdBxz08PCQli9vga IrDi4WIcwNMQNjYCMiKKyal0FIorBFZJHtoPRi4/mhc0tqz/UB6epnwIc/CtPztc A4Fjtj4Kfh7kZdOsBp5EOZ9820UH5BaYOLmzqlHA74RFnUGfB2ChOiLwKamj9YT6 wxe9jkb4quIdNK+Da50mF1u2XiYjJ927yusLz0pFCCMFZsArCpsVzSAzaH5WQj2N rT6pu11g9DaQ3sEUsYsM =21// -----END PGP SIGNATURE----- --l8PJHCPW3FgtftVoqm71H5ra8QvDFgOH0-- From owner-freebsd-questions@freebsd.org Thu Aug 20 22:56: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 886969BED96 for ; Thu, 20 Aug 2015 22:56:56 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.225]) by mx1.freebsd.org (Postfix) with ESMTP id 4D3EC146 for ; Thu, 20 Aug 2015 22:56:56 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from [70.121.59.224] ([70.121.59.224:63422] helo=[192.168.0.4]) by dnvrco-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 3E/A6-26349-63B56D55; Thu, 20 Aug 2015 22:56:54 +0000 Date: Thu, 20 Aug 2015 17:56:53 -0500 From: Paul Schmehl Reply-To: Paul Schmehl To: Mark Felder , FreeBSD Questions Subject: Re: Problem with freebsd-update corrupting /etc/passwd Message-ID: <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> In-Reply-To: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> References: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-RR-Connecting-IP: 107.14.64.118:25 X-Authority-Analysis: v=2.1 cv=N8enFgNB c=1 sm=1 tr=0 a=Jnt5oOXMh44BVXcArVZt4A==:117 a=Jnt5oOXMh44BVXcArVZt4A==:17 a=ayC55rCoAAAA:8 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=bqYDRPB-zBggpQgJ7A0A:9 a=CjuIK1q_8ugA:10 X-Cloudmark-Score: 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: Thu, 20 Aug 2015 22:56:56 -0000 --On August 20, 2015 at 3:01:09 PM -0500 Mark Felder wrote: > > > On Thu, Aug 20, 2015, at 14:17, Paul Schmehl wrote: >> I just upgraded two servers from 8.4-RELEASE to 10.2-RELEASE. On both >> servers I had a problem with the /etc/passwd file after upgrade. >> >> This is what I got on both servers: >> >> # pwd_mkdb -C /etc/passwd >> pwd_mkdb: corrupted entry >> pwd_mkdb: at line #3 >> pwd_mkdb: /etc/passwd: Inappropriate file type or format >> >> On one server a single user "disappeared" (getent passwd username >> returned >> nothing). On the other server, after I replaced it with >> /etc/masster.passwd, I looped through the /etc/passwd file and getent >> returned each entry, so no users "disappeared". >> >> Not sure what the problem might be, but I thought y'all should know. >> > > During the upgrade did it ask you to merge some config files (passwd > included) ? That's the only time it would do so. Corruption on line #3 > makes me think it was trying to make you manually merge the FreeBSD ID / > timestamp at the top of the file. No. The only two files I was prompted to edit were /etc/motd and /etc/newsyslog.conf. /etc/password was displayed, but it appeared to be fine to me, so I responded yes to the merge. All it did was add the unbound account. The top three lines of the file (that I renamed .bak because it was corrupted) are: # cat /etc/passwd.bak # $FreeBSD: releng/10.2/etc/master.passwd 256366 2013-10-12 06:08:18Z rpaulo $ # root:*:0:0:Charlie &:/root:/bin/csh # pwd_mkdb -C /etc/passwd.bak pwd_mkdb: corrupted entry pwd_mkdb: at line #3 pwd_mkdb: /etc/passwd.bak: Inappropriate file type or format I'd be happy to send the file to someone who could analyze it. Paul Schmehl, Retired As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-questions@freebsd.org Thu Aug 20 23:34:59 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 2DE079BF2FD for ; Thu, 20 Aug 2015 23:34:59 +0000 (UTC) (envelope-from amvandemore@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 EBE1510B9; Thu, 20 Aug 2015 23:34:58 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by iodb91 with SMTP id b91so64027781iod.1; Thu, 20 Aug 2015 16:34:57 -0700 (PDT) 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=L0ed9Ma6N/SvvpFjdBtCtb6Tp151fWGOCZ/676HPChQ=; b=OeXm/OL9EBxgAMDRNZCPDRnSzD/3uSr/2J7qhlci5Y5+Iy/FlrnLiji4F0T5XlFyhS geZ37Yt+2iAs5LrIaXu3hNAxfuFb28qTc1ET7wsqkgGjPYflWsW4jNcdIVV0w9HzYxSx E4JD1nSHrzdkRdGAUKbs3ugbLxTpNQsbReGSAmU63gl8VayzUCBuQ6pWJaVLRTZkz/Z5 r5yNHEgOqtQxbRirr+jalvso1wIssahoc/QB3fQnURltuLgcAqBnEI3AGFGwEnVe0mkr KqogfNu+RC/yVqGnUTFhhIwxVJUOtbemRv15QgFIXX/pVp2K+rRUEFJCkeUXeGtDUZ2E pI/g== MIME-Version: 1.0 X-Received: by 10.107.7.168 with SMTP id g40mr5626617ioi.28.1440113697727; Thu, 20 Aug 2015 16:34:57 -0700 (PDT) Received: by 10.36.101.79 with HTTP; Thu, 20 Aug 2015 16:34:57 -0700 (PDT) In-Reply-To: <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> References: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> Date: Thu, 20 Aug 2015 18:34:57 -0500 Message-ID: Subject: Re: Problem with freebsd-update corrupting /etc/passwd From: Adam Vande More To: Paul Schmehl Cc: Mark Felder , 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: Thu, 20 Aug 2015 23:34:59 -0000 On Thu, Aug 20, 2015 at 5:56 PM, Paul Schmehl wrote: > --On August 20, 2015 at 3:01:09 PM -0500 Mark Felder > wrote: > > >> >> On Thu, Aug 20, 2015, at 14:17, Paul Schmehl wrote: >> >>> I just upgraded two servers from 8.4-RELEASE to 10.2-RELEASE. On both >>> servers I had a problem with the /etc/passwd file after upgrade. >>> >>> This is what I got on both servers: >>> >>> # pwd_mkdb -C /etc/passwd >>> pwd_mkdb: corrupted entry >>> pwd_mkdb: at line #3 >>> pwd_mkdb: /etc/passwd: Inappropriate file type or format >>> >>> On one server a single user "disappeared" (getent passwd username >>> returned >>> nothing). On the other server, after I replaced it with >>> /etc/masster.passwd, I looped through the /etc/passwd file and getent >>> returned each entry, so no users "disappeared". >>> >>> Not sure what the problem might be, but I thought y'all should know. >>> >>> >> During the upgrade did it ask you to merge some config files (passwd >> included) ? That's the only time it would do so. Corruption on line #3 >> makes me think it was trying to make you manually merge the FreeBSD ID / >> timestamp at the top of the file. >> > > No. The only two files I was prompted to edit were /etc/motd and > /etc/newsyslog.conf. /etc/password was displayed, but it appeared to be > fine to me, so I responded yes to the merge. All it did was add the > unbound account. > > The top three lines of the file (that I renamed .bak because it was > corrupted) are: > > # cat /etc/passwd.bak > # $FreeBSD: releng/10.2/etc/master.passwd 256366 2013-10-12 06:08:18Z > rpaulo $ > # > root:*:0:0:Charlie &:/root:/bin/csh > > # pwd_mkdb -C /etc/passwd.bak > pwd_mkdb: corrupted entry > pwd_mkdb: at line #3 > pwd_mkdb: /etc/passwd.bak: Inappropriate file type or format > > I'd be happy to send the file to someone who could analyze it. > There is no need to analyze the file as line #3 is clearly incorrect. The question is how it got into that format. Do you have a pre-upgrade backup? -- Adam From owner-freebsd-questions@freebsd.org Fri Aug 21 00:03: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 6E7E49BF9FD for ; Fri, 21 Aug 2015 00:03:25 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD181BB4 for ; Fri, 21 Aug 2015 00:03:25 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from [70.121.59.224] ([70.121.59.224:65353] helo=[192.168.0.4]) by dnvrco-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 0A/A1-02123-ACA66D55; Fri, 21 Aug 2015 00:03:24 +0000 Date: Thu, 20 Aug 2015 19:03:21 -0500 From: Paul Schmehl Reply-To: Paul Schmehl To: Adam Vande More cc: Mark Felder , FreeBSD Questions Subject: Re: Problem with freebsd-update corrupting /etc/passwd Message-ID: <11E450EEAC5B5FB6EE7ACA33@Pauls-MacBook-Pro.local> In-Reply-To: References: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-RR-Connecting-IP: 107.14.64.130:25 X-Authority-Analysis: v=2.1 cv=AIjuEwSE c=1 sm=1 tr=0 a=Jnt5oOXMh44BVXcArVZt4A==:117 a=Jnt5oOXMh44BVXcArVZt4A==:17 a=ayC55rCoAAAA:8 a=IkcTkHD0fZMA:10 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=vEf7rrjSVTl3vYhYCQEA:9 a=QEXdDO2ut3YA:10 X-Cloudmark-Score: 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, 21 Aug 2015 00:03:25 -0000 --On August 20, 2015 at 6:34:57 PM -0500 Adam Vande More=20 wrote: > > > > On Thu, Aug 20, 2015 at 5:56 PM, Paul Schmehl > wrote: > > --On August 20, 2015 at 3:01:09 PM -0500 Mark Felder > wrote: > > > > > On Thu, Aug 20, 2015, at 14:17, Paul Schmehl wrote: > > I just upgraded two servers from 8.4-RELEASE to 10.2-RELEASE.=C2=A0 On = both > servers I had a problem with the /etc/passwd file after upgrade. > > This is what I got on both servers: > ># pwd_mkdb -C /etc/passwd > pwd_mkdb: corrupted entry > pwd_mkdb: at line #3 > pwd_mkdb: /etc/passwd: Inappropriate file type or format > > On one server a single user "disappeared" (getent passwd username > returned > nothing).=C2=A0 On the other server, after I replaced it with > /etc/masster.passwd, I looped through the /etc/passwd file and getent > returned each entry, so no users "disappeared". > > Not sure what the problem might be, but I thought y'all should know. > > > > During the upgrade did it ask you to merge some config files (passwd > included) ? That's the only time it would do so. Corruption on line #3 > makes me think it was trying to make you manually merge the FreeBSD ID / > timestamp at the top of the file. > > > No.=C2=A0 The only two files I was prompted to edit were /etc/motd and > /etc/newsyslog.conf.=C2=A0 /etc/password was displayed, but it appeared = to be > fine to me, so I responded yes to the merge.=C2=A0 All it did was add the > unbound account. > > The top three lines of the file (that I renamed .bak because it was > corrupted) are: > ># cat /etc/passwd.bak ># $FreeBSD: releng/10.2/etc/master.passwd 256366 2013-10-12 06:08:18Z ># rpaulo $ ># > root:*:0:0:Charlie &:/root:/bin/csh > ># pwd_mkdb -C /etc/passwd.bak > pwd_mkdb: corrupted entry > pwd_mkdb: at line #3 > pwd_mkdb: /etc/passwd.bak: Inappropriate file type or format > > I'd be happy to send the file to someone who could analyze it. > > > > There is no need to analyze the file as line #3 is clearly = incorrect.=C2=A0 > The question is how it got into that format.=C2=A0 Do you have a = pre-upgrade > backup?=C2=A0 Yes, I do. For both servers. Why? Paul Schmehl, Retired As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-questions@freebsd.org Fri Aug 21 00:37:46 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 A500D9BFE15 for ; Fri, 21 Aug 2015 00:37:46 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::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 75D738EB; Fri, 21 Aug 2015 00:37:46 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by igui7 with SMTP id i7so7028333igu.1; Thu, 20 Aug 2015 17:37:45 -0700 (PDT) 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=OYI4QQbEA13smx+KeTR9qfyK1uS0YIw1GBAjJDfWKCw=; b=MXwIpQA8TYupzmX2Ar7zxibpriq3iGvuSKYpJKRpxMtIGuHT9ag0Qhy3dyEfojWBac spVp9OkxXezwrJwClhlwpj8Jis3Ah9FgFXj7gwOvO5wVaeGJ4UoAVFNFIw4zLqJ7WTS6 GnzKQbp5hZFOGxyRgGNeZCMLQ1tGM76BOY73RWnttvTowanjXrb1DeVDP3LTq24GNw2E afcjdjPKGRZTjjh4NOApk7EkkdBw2XRUwWDxFZP3r+eZ+FXzjhpXz7mp9721qdfSwl0J xKj5ZkYXlTZ/wFHg7dNNI9zWCLLPKQlQFqzaVVlFIynq3eHFHNQ36nbGWY92g0qSx+wo XJHQ== MIME-Version: 1.0 X-Received: by 10.50.79.130 with SMTP id j2mr758365igx.80.1440117465595; Thu, 20 Aug 2015 17:37:45 -0700 (PDT) Received: by 10.36.101.79 with HTTP; Thu, 20 Aug 2015 17:37:45 -0700 (PDT) In-Reply-To: <11E450EEAC5B5FB6EE7ACA33@Pauls-MacBook-Pro.local> References: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> <11E450EEAC5B5FB6EE7ACA33@Pauls-MacBook-Pro.local> Date: Thu, 20 Aug 2015 19:37:45 -0500 Message-ID: Subject: Re: Problem with freebsd-update corrupting /etc/passwd From: Adam Vande More To: Paul Schmehl Cc: Mark Felder , 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, 21 Aug 2015 00:37:46 -0000 On Thu, Aug 20, 2015 at 7:03 PM, Paul Schmehl wrote: > > Yes, I do. For both servers. Why? Are the backups corrupted? -- Adam From owner-freebsd-questions@freebsd.org Fri Aug 21 02:17: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 685199BEC70 for ; Fri, 21 Aug 2015 02:17:15 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.227]) by mx1.freebsd.org (Postfix) with ESMTP id 33A6CDDC for ; Fri, 21 Aug 2015 02:17:15 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from [70.121.59.224] ([70.121.59.224:51376] helo=[192.168.0.4]) by dnvrco-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 30/98-15806-82A86D55; Fri, 21 Aug 2015 02:17:13 +0000 Date: Thu, 20 Aug 2015 21:17:12 -0500 From: Paul Schmehl Reply-To: Paul Schmehl To: Adam Vande More cc: Mark Felder , FreeBSD Questions Subject: Re: Problem with freebsd-update corrupting /etc/passwd Message-ID: <7FB4D5FC810E71DC226AD8E6@Pauls-MacBook-Pro.local> In-Reply-To: References: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> <11E450EEAC5B5FB6EE7ACA33@Pauls-MacBook-Pro.local> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-RR-Connecting-IP: 107.14.64.142:25 X-Authority-Analysis: v=2.1 cv=Bs0TwOn5 c=1 sm=1 tr=0 a=Jnt5oOXMh44BVXcArVZt4A==:117 a=Jnt5oOXMh44BVXcArVZt4A==:17 a=ayC55rCoAAAA:8 a=IkcTkHD0fZMA:10 a=pGLkceISAAAA:8 a=GzfttSJt_VW5WeIrEdQA:9 a=QEXdDO2ut3YA:10 X-Cloudmark-Score: 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, 21 Aug 2015 02:17:15 -0000 --On August 20, 2015 at 7:37:45 PM -0500 Adam Vande More=20 wrote: > > On Thu, Aug 20, 2015 at 7:03 PM, Paul Schmehl > wrote: > > > > > Yes, I do.=C2=A0 For both servers.=C2=A0 Why? > > > > Are the backups corrupted? It appears that they are. Strange. Wonder why I didn't have problems=20 before? Paul Schmehl, Retired As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-questions@freebsd.org Fri Aug 21 02:20: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 91B939BED32 for ; Fri, 21 Aug 2015 02:20:17 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) (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 1CAC5EB1 for ; Fri, 21 Aug 2015 02:20:16 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: by lahi9 with SMTP id i9so33192483lah.2 for ; Thu, 20 Aug 2015 19:20:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Tov7zPHf8DG3FhtN+KJycgA+po7cTfJQq8wYRtvqLD4=; b=K9Zajrou5Y0uwmyLH3Rq9Ca00pbnOcZYNY6MsZyYuENjrgViU73dRpkIfce8bH2F+Z /mh1GU4q3/utB0UQXT4tsbTGs6QouDNU4LWqHqUtJSrQYF2aHkG+htgJzpuPqwVTYgye iIfJaAozj66CibZljI9iHmthGPF0fceckdefbmHR0HG6YNpUagvnMHCHY0pgq6kpTkwA Ey3R7eUNuFbxSog5ls/jPxUMQMypo30vsUWJ2mcs4su6PealHwR4f2ypsjEmC5C1ydOl +z20dIKNRuTW1Bfxvn4Bw1RtCMh7B/wSRX5Ce30Wo+lSbzP9FVpxEeDpl03PexkcHvcN qOJw== X-Gm-Message-State: ALoCoQn/6yd5NzilR6I3FQunrdnDIjJ4zkFXfG6nGGJnWNhH+uFgoGx+j6l4bicaUU4kX5mkRodc MIME-Version: 1.0 X-Received: by 10.112.46.130 with SMTP id v2mr5661075lbm.119.1440123608290; Thu, 20 Aug 2015 19:20:08 -0700 (PDT) Received: by 10.25.38.65 with HTTP; Thu, 20 Aug 2015 19:20:08 -0700 (PDT) X-Originating-IP: [2600:1012:b149:3b3d:0:41:4897:e601] Received: by 10.25.38.65 with HTTP; Thu, 20 Aug 2015 19:20:08 -0700 (PDT) In-Reply-To: <7FB4D5FC810E71DC226AD8E6@Pauls-MacBook-Pro.local> References: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> <11E450EEAC5B5FB6EE7ACA33@Pauls-MacBook-Pro.local> <7FB4D5FC810E71DC226AD8E6@Pauls-MacBook-Pro.local> Date: Thu, 20 Aug 2015 19:20:08 -0700 Message-ID: Subject: Re: Problem with freebsd-update corrupting /etc/passwd From: "Brian W." To: Paul Schmehl Cc: Adam Vande More , FreeBSD Mailing List 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, 21 Aug 2015 02:20:17 -0000 Are the passwords being corrupted or are you seeing the source upgrade behavior where passwords are deleted? Brian On Aug 20, 2015 7:17 PM, "Paul Schmehl" wrote: > --On August 20, 2015 at 7:37:45 PM -0500 Adam Vande More < > amvandemore@gmail.com> wrote: > > >> On Thu, Aug 20, 2015 at 7:03 PM, Paul Schmehl >> wrote: >> >> >> >> >> Yes, I do. For both servers. Why? >> >> >> >> Are the backups corrupted? >> > > It appears that they are. Strange. Wonder why I didn't have problems > before? > > Paul Schmehl, Retired > As if it wasn't already obvious, my opinions > are my own and not those of my employer. > ******************************************* > "It is as useless to argue with those who have > renounced the use of reason as to administer > medication to the dead." Thomas Jefferson > "There are some ideas so wrong that only a very > intelligent person could believe in them." George Orwell > > _______________________________________________ > 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 Fri Aug 21 02:39: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 11E9E9BE05C for ; Fri, 21 Aug 2015 02:39:18 +0000 (UTC) (envelope-from paul.j.smith0@gmail.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::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 C5CB416AF; Fri, 21 Aug 2015 02:39:17 +0000 (UTC) (envelope-from paul.j.smith0@gmail.com) Received: by oiew67 with SMTP id w67so34385937oie.2; Thu, 20 Aug 2015 19:39:17 -0700 (PDT) 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=DFS4qpRVlXb4bGsJzzyqe7xpfhlhF5DS7mm8avZZrAA=; b=x7oa0i6NORuQ8WW7dnIUnWmVV4C8joF650ETQvpQD6UmFOIGoqL5+FGwtyd1Is6Zxi OZpEOFysDaad8CPDuqiarmvYsRbDpPX9EOJGLu7bExRA2hoFM1+cyz2HC5aWw8wKk+4Q 5sEwlZ00oWK7cHT8+4ibw5m0c2HMErhKHRZlj59U2SxbHZKX57fP2fqNH/X+BiTbigHA CrVZV782KDLBJPp74HRecPpEizILC9HBkofZtGLMvqlovMZZUVFVMRFMmT6wFnNmlGB/ SJ7lXstNnUgh+GxbSkimU+pln1Wctys4yC24bz6PRQkGa/KaBAR7/QdkfjrPRrp8Ccd1 GD+A== MIME-Version: 1.0 X-Received: by 10.202.77.78 with SMTP id a75mr5598873oib.32.1440124757107; Thu, 20 Aug 2015 19:39:17 -0700 (PDT) Received: by 10.202.169.196 with HTTP; Thu, 20 Aug 2015 19:39:17 -0700 (PDT) In-Reply-To: <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> References: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> Date: Thu, 20 Aug 2015 20:39:17 -0600 Message-ID: Subject: Re: Problem with freebsd-update corrupting /etc/passwd From: Paul Smith To: Paul Schmehl Cc: Mark Felder , 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, 21 Aug 2015 02:39:18 -0000 > > The top three lines of the file (that I renamed .bak because it was > corrupted) are: > > # cat /etc/passwd.bak > # $FreeBSD: releng/10.2/etc/master.passwd 256366 2013-10-12 06:08:18Z rpaulo > $ > # > root:*:0:0:Charlie &:/root:/bin/csh > > # pwd_mkdb -C /etc/passwd.bak > pwd_mkdb: corrupted entry > pwd_mkdb: at line #3 > pwd_mkdb: /etc/passwd.bak: Inappropriate file type or format > I thought you ran pwd_mkdb on /etc/master.password and not /etc/password. >From the man page for pwd_mkdb: Regenerate the password database after manually editing or replacing the password file: /usr/sbin/pwd_mkdb -p /etc/master.passwd Paul From owner-freebsd-questions@freebsd.org Fri Aug 21 02:46: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 ABC709BE231 for ; Fri, 21 Aug 2015 02:46:21 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA421C68 for ; Fri, 21 Aug 2015 02:46:21 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from [70.121.59.224] ([70.121.59.224:51925] helo=[192.168.0.4]) by dnvrco-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id D7/1F-26349-BF096D55; Fri, 21 Aug 2015 02:46:20 +0000 Date: Thu, 20 Aug 2015 21:46:19 -0500 From: Paul Schmehl Reply-To: Paul Schmehl To: "Brian W." cc: Adam Vande More , FreeBSD Mailing List Subject: Re: Problem with freebsd-update corrupting /etc/passwd Message-ID: In-Reply-To: References: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> <11E450EEAC5B5FB6EE7ACA33@Pauls-MacBook-Pro.local> <7FB4D5FC810E71DC226AD8E6@Pauls-MacBook-Pro.local> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-RR-Connecting-IP: 107.14.64.118:25 X-Authority-Analysis: v=2.1 cv=N8enFgNB c=1 sm=1 tr=0 a=Jnt5oOXMh44BVXcArVZt4A==:117 a=Jnt5oOXMh44BVXcArVZt4A==:17 a=ayC55rCoAAAA:8 a=IkcTkHD0fZMA:10 a=1N7iqk2TAAAA:8 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=BErY1kyPHtz3b-SjPesA:9 a=QEXdDO2ut3YA:10 X-Cloudmark-Score: 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, 21 Aug 2015 02:46:21 -0000 --On August 20, 2015 at 7:20:08 PM -0700 "Brian W." = wrote: > > Are the passwords being corrupted or are you seeing the source upgrade > behavior where passwords are deleted? > The files were corrupted, not the passwords. No accounts were deleted=20 during the upgrade. The behavior was that when running #getent passwd username, no information=20 would be returned, indicating that the account did not exist. Yet a visual = examination of the file (or a simple #grep username /etc/passwd) showed=20 that the account was still in the file. > Brian > On Aug 20, 2015 7:17 PM, "Paul Schmehl" wrote: > > --On August 20, 2015 at 7:37:45 PM -0500 Adam Vande More > wrote: > > > > On Thu, Aug 20, 2015 at 7:03 PM, Paul Schmehl > wrote: > > > > > Yes, I do.=C2=A0 For both servers.=C2=A0 Why? > > > > Are the backups corrupted? > > > It appears that they are.=C2=A0 Strange.=C2=A0 Wonder why I didn't have = problems > before? > > Paul Schmehl, Retired > As if it wasn't already obvious, my opinions > are my own and not those of my employer. > ******************************************* > "It is as useless to argue with those who have > renounced the use of reason as to administer > medication to the dead." Thomas Jefferson > "There are some ideas so wrong that only a very > intelligent person could believe in them." George Orwell > > _______________________________________________ > 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" > > Paul Schmehl, Retired As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-questions@freebsd.org Fri Aug 21 02:56: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 0DC489BE3EF for ; Fri, 21 Aug 2015 02:56:49 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.232]) by mx1.freebsd.org (Postfix) with ESMTP id C72121F89 for ; Fri, 21 Aug 2015 02:56:48 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from [70.121.59.224] ([70.121.59.224:52078] helo=[192.168.0.4]) by dnvrco-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id A7/96-15806-E6396D55; Fri, 21 Aug 2015 02:56:47 +0000 Date: Thu, 20 Aug 2015 21:56:46 -0500 From: Paul Schmehl Reply-To: Paul Schmehl To: Paul Smith cc: Mark Felder , FreeBSD Questions Subject: Re: Problem with freebsd-update corrupting /etc/passwd Message-ID: <82DB7ED5BD3DDE54744184E2@Pauls-MacBook-Pro.local> In-Reply-To: References: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-RR-Connecting-IP: 107.14.64.142:25 X-Authority-Analysis: v=2.1 cv=Bs0TwOn5 c=1 sm=1 tr=0 a=Jnt5oOXMh44BVXcArVZt4A==:117 a=Jnt5oOXMh44BVXcArVZt4A==:17 a=ayC55rCoAAAA:8 a=kj9zAlcOel0A:10 a=pGLkceISAAAA:8 a=BjzWi6W6KFpIPm6pwsoA:9 a=CjuIK1q_8ugA:10 X-Cloudmark-Score: 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, 21 Aug 2015 02:56:49 -0000 --On August 20, 2015 at 8:39:17 PM -0600 Paul Smith wrote: >> >> The top three lines of the file (that I renamed .bak because it was >> corrupted) are: >> >> # cat /etc/passwd.bak >> # $FreeBSD: releng/10.2/etc/master.passwd 256366 2013-10-12 06:08:18Z >> # rpaulo >> $ >> # >> root:*:0:0:Charlie &:/root:/bin/csh >> >> # pwd_mkdb -C /etc/passwd.bak >> pwd_mkdb: corrupted entry >> pwd_mkdb: at line #3 >> pwd_mkdb: /etc/passwd.bak: Inappropriate file type or format >> > > I thought you ran pwd_mkdb on /etc/master.password and not /etc/password. > >> From the man page for pwd_mkdb: > > Regenerate the password database after manually editing or replacing > the password file: > /usr/sbin/pwd_mkdb -p /etc/master.passwd > Doing that corrupts the file in exactly the same way that they were corrupted. # pwd_mkdb -p /etc/master.passwd [root@mail /var/spool/spam]# ls -lsa /etc/passwd 4 -rw-r--r-- 1 root wheel 2615 Aug 21 02:50 /etc/passwd [root@mail /var/spool/spam]# ls -lsa /etc/master.passwd 4 -rw------- 1 root wheel 3105 Aug 20 03:33 /etc/master.passwd [root@mail /var/spool/spam]# pwd_mkdb -C /etc/passwd pwd_mkdb: corrupted entry pwd_mkdb: at line #3 pwd_mkdb: /etc/passwd: Inappropriate file type or format -p creates the file in Version 7 format, which is incorrect for 10.2-RELEASE. Paul Schmehl, Retired As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-questions@freebsd.org Fri Aug 21 03:09: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 BD8929BE6A0 for ; Fri, 21 Aug 2015 03:09:53 +0000 (UTC) (envelope-from simon@optinet.com) Received: from cobra.acceleratedweb.net (cobra-gw.acceleratedweb.net [207.99.79.37]) by mx1.freebsd.org (Postfix) with SMTP id 5E38FA8C for ; Fri, 21 Aug 2015 03:09:52 +0000 (UTC) (envelope-from simon@optinet.com) Received: (qmail 53902 invoked by uid 110); 21 Aug 2015 03:03:21 -0000 Received: from ool-6894aec3.dyn.optonline.net (HELO desktop1) (simon@optinet.com@104.148.174.195) by cobra.acceleratedweb.net with SMTP; 21 Aug 2015 03:03:21 -0000 From: "Simon" To: "FreeBSD Questions" , "Mark Felder" , "Paul Schmehl" Date: Thu, 20 Aug 2015 23:03:04 -0400 Priority: Normal X-Mailer: PMMail 2000 Professional (2.20.2717) For Windows 2000 (5.1.2600;3) In-Reply-To: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Re: Problem with freebsd-update corrupting /etc/passwd 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, 21 Aug 2015 03:09:53 -0000 On Thu, 20 Aug 2015 15:01:09 -0500, Mark Felder wrote: >On Thu, Aug 20, 2015, at 14:17, Paul Schmehl wrote: >> I just upgraded two servers from 8.4-RELEASE to 10.2-RELEASE. On both >> servers I had a problem with the /etc/passwd file after upgrade. >> >> This is what I got on both servers: >> >> # pwd_mkdb -C /etc/passwd >> pwd_mkdb: corrupted entry >> pwd_mkdb: at line #3 >> pwd_mkdb: /etc/passwd: Inappropriate file type or format >> >> On one server a single user "disappeared" (getent passwd username >> returned >> nothing). On the other server, after I replaced it with >> /etc/masster.passwd, I looped through the /etc/passwd file and getent >> returned each entry, so no users "disappeared". >> >> Not sure what the problem might be, but I thought y'all should know. >> >During the upgrade did it ask you to merge some config files (passwd >included) ? That's the only time it would do so. Corruption on line #3 >makes me think it was trying to make you manually merge the FreeBSD ID / >timestamp at the top of the file. Unless something went wrong, it would ask, I bet that's where his corruption comes from. When I did 8.4->10.1-R upgrade using freebsd-update, it would ask me to merge both /etc/passwd and /etc/master.passwd manually He should look at /etc/passwd to see what's on line 3 and fix it :) -Simon From owner-freebsd-questions@freebsd.org Fri Aug 21 03:11: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 9AB6C9BE853 for ; Fri, 21 Aug 2015 03:11:45 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.229]) by mx1.freebsd.org (Postfix) with ESMTP id 60FD2C6A for ; Fri, 21 Aug 2015 03:11:44 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from [70.121.59.224] ([70.121.59.224:52398] helo=[192.168.0.4]) by dnvrco-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 41/E5-02123-FE696D55; Fri, 21 Aug 2015 03:11:44 +0000 Date: Thu, 20 Aug 2015 22:11:43 -0500 From: Paul Schmehl Reply-To: Paul Schmehl To: FreeBSD Questions Subject: Re: Problem with freebsd-update corrupting /etc/passwd Message-ID: <6E62261B4587BFA6F2F08A2A@Pauls-MacBook-Pro.local> In-Reply-To: <82DB7ED5BD3DDE54744184E2@Pauls-MacBook-Pro.local> References: <1440100869.935695.361630681.4EA48DB2@webmail.messagingengine.com> <0904D22E43B1B6A9D578E512@Pauls-MacBook-Pro.local> <82DB7ED5BD3DDE54744184E2@Pauls-MacBook-Pro.local> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-RR-Connecting-IP: 107.14.64.130:25 X-Authority-Analysis: v=2.1 cv=AIjuEwSE c=1 sm=1 tr=0 a=Jnt5oOXMh44BVXcArVZt4A==:117 a=Jnt5oOXMh44BVXcArVZt4A==:17 a=ayC55rCoAAAA:8 a=kj9zAlcOel0A:10 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=dAwA3EVQH21ImbJ3t60A:9 a=CjuIK1q_8ugA:10 X-Cloudmark-Score: 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, 21 Aug 2015 03:11:45 -0000 --On August 20, 2015 at 9:56:46 PM -0500 Paul Schmehl wrote: > --On August 20, 2015 at 8:39:17 PM -0600 Paul Smith > wrote: > >>> >>> The top three lines of the file (that I renamed .bak because it was >>> corrupted) are: >>> >>> # cat /etc/passwd.bak >>> # $FreeBSD: releng/10.2/etc/master.passwd 256366 2013-10-12 06:08:18Z >>> # rpaulo >>> $ >>> # >>> root:*:0:0:Charlie &:/root:/bin/csh >>> >>> # pwd_mkdb -C /etc/passwd.bak >>> pwd_mkdb: corrupted entry >>> pwd_mkdb: at line #3 >>> pwd_mkdb: /etc/passwd.bak: Inappropriate file type or format >>> >> >> I thought you ran pwd_mkdb on /etc/master.password and not /etc/password. >> >>> From the man page for pwd_mkdb: >> >> Regenerate the password database after manually editing or replacing >> the password file: >> /usr/sbin/pwd_mkdb -p /etc/master.passwd >> > > Doing that corrupts the file in exactly the same way that they were > corrupted. > ># pwd_mkdb -p /etc/master.passwd > [root@mail /var/spool/spam]# ls -lsa /etc/passwd > 4 -rw-r--r-- 1 root wheel 2615 Aug 21 02:50 /etc/passwd > [root@mail /var/spool/spam]# ls -lsa /etc/master.passwd > 4 -rw------- 1 root wheel 3105 Aug 20 03:33 /etc/master.passwd > [root@mail /var/spool/spam]# pwd_mkdb -C /etc/passwd > pwd_mkdb: corrupted entry > pwd_mkdb: at line #3 > pwd_mkdb: /etc/passwd: Inappropriate file type or format > > -p creates the file in Version 7 format, which is incorrect for > 10.2-RELEASE. > After rereading the man page, apparently the /etc/passwd file is *supposed* to be in Version 7 format. I'll lave it to the experts. Apparently I've made much ado about nothing. > Paul Schmehl, Retired > As if it wasn't already obvious, my opinions > are my own and not those of my employer. > ******************************************* > "It is as useless to argue with those who have > renounced the use of reason as to administer > medication to the dead." Thomas Jefferson > "There are some ideas so wrong that only a very > intelligent person could believe in them." George Orwell > > _______________________________________________ > 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" > Paul Schmehl, Retired As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-questions@freebsd.org Fri Aug 21 03:23: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 BA2DF9BEAE4 for ; Fri, 21 Aug 2015 03:23:56 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8984910D8 for ; Fri, 21 Aug 2015 03:23:55 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from [70.121.59.224] ([70.121.59.224:52566] helo=[192.168.0.4]) by dnvrco-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 99/C9-02123-AC996D55; Fri, 21 Aug 2015 03:23:55 +0000 Date: Thu, 20 Aug 2015 22:23:53 -0500 From: Paul Schmehl Reply-To: Paul Schmehl To: Simon , FreeBSD Questions , Mark Felder Subject: Re: Problem with freebsd-update corrupting /etc/passwd Message-ID: <056102E9720746FD8F9404C2@Pauls-MacBook-Pro.local> In-Reply-To: <4E.50.22266.EE496D55@cdptpa-iedge04> References: <4E.50.22266.EE496D55@cdptpa-iedge04> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-RR-Connecting-IP: 107.14.64.130:25 X-Authority-Analysis: v=2.1 cv=AIjuEwSE c=1 sm=1 tr=0 a=Jnt5oOXMh44BVXcArVZt4A==:117 a=Jnt5oOXMh44BVXcArVZt4A==:17 a=ayC55rCoAAAA:8 a=kj9zAlcOel0A:10 a=lBmWJdcAAAAA:8 a=W6u0E1Bvrrh4OckPRT0A:9 a=CjuIK1q_8ugA:10 X-Cloudmark-Score: 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, 21 Aug 2015 03:23:56 -0000 --On August 20, 2015 at 11:03:04 PM -0400 Simon wrote: > > > > On Thu, 20 Aug 2015 15:01:09 -0500, Mark Felder wrote: > > >> On Thu, Aug 20, 2015, at 14:17, Paul Schmehl wrote: >>> I just upgraded two servers from 8.4-RELEASE to 10.2-RELEASE. On both >>> servers I had a problem with the /etc/passwd file after upgrade. >>> >>> This is what I got on both servers: >>> >>> # pwd_mkdb -C /etc/passwd >>> pwd_mkdb: corrupted entry >>> pwd_mkdb: at line #3 >>> pwd_mkdb: /etc/passwd: Inappropriate file type or format >>> >>> On one server a single user "disappeared" (getent passwd username >>> returned >>> nothing). On the other server, after I replaced it with >>> /etc/masster.passwd, I looped through the /etc/passwd file and getent >>> returned each entry, so no users "disappeared". >>> >>> Not sure what the problem might be, but I thought y'all should know. >>> > >> During the upgrade did it ask you to merge some config files (passwd >> included) ? That's the only time it would do so. Corruption on line #3 >> makes me think it was trying to make you manually merge the FreeBSD ID / >> timestamp at the top of the file. > > Unless something went wrong, it would ask, I bet that's where his > corruption comes from. When I did 8.4->10.1-R upgrade using > freebsd-update, it would ask me to merge both /etc/passwd and > /etc/master.passwd manually He should look at /etc/passwd to see what's > on line 3 and fix it :) > > -Simon > Nope. Turns out the /etc/passwd file is *supposed* to be in Version 7 format, which pwd_mkdb sees as corrupt when reading it with the -C swith. At least that's what the pwd_mkdb man page says. IOW, there was nothing wrong with the files after all, and I still have no idea how the one account just "disappeared" according to getent. Paul Schmehl, Retired As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-questions@freebsd.org Fri Aug 21 04:13: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 2ABAA9BD2E8 for ; Fri, 21 Aug 2015 04:13:53 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (unknown [IPv6:2607:f440::d144:5b3]) (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 05D46651 for ; Fri, 21 Aug 2015 04:13:52 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id 1161F3F7BC for ; Fri, 21 Aug 2015 00:13:44 -0400 (EDT) Message-ID: <55D6A578.40103@sneakertech.com> Date: Fri, 21 Aug 2015 00:13:44 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: running a graphical application over ssh - where is rendering done? References: <201508200907.t7K97ITO033940@mech-as222.men.bris.ac.uk> In-Reply-To: <201508200907.t7K97ITO033940@mech-as222.men.bris.ac.uk> 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: Fri, 21 Aug 2015 04:13:53 -0000 > If I conect from my laptop to a server via ssh -XY, > and then launch a 3D graphical application on the server, > and view the results back on my laptop, which side > is doing the rendering? Your laptop. > I naively assumed that rendering is done where the graphical > program is running, i.e. on the remote server, The thing is, with X, half the program is on each. Part of your problem here is confusion of terms. An "X server" is not the same thing as a physical server machine, and it's not required to run on one. In this context the "server" is the software that accepts user input and draws pixels to a screen, "clients" are the applications interacting with it (whether they're running on the local machine or a remote one). > So does the graphical application send the data over the > network back to my laptop, where I render it using the local resources? Yes. The easy way to think of this is that the application simply tells the X server software what to draw, the X server (running on your laptop) is responsible for actually doing the drawing. If you really want the physical server machine to do all the rendering and have it send the desktop back to the laptop as a live video stream, you need to look into VNC, not X. But be aware that VNC eats quite a lot of net bandwidth. From owner-freebsd-questions@freebsd.org Fri Aug 21 10:52: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 D80FF9BC723 for ; Fri, 21 Aug 2015 10:52:15 +0000 (UTC) (envelope-from jmc-freebsd2@milibyte.co.uk) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D43CF2B for ; Fri, 21 Aug 2015 10:52:14 +0000 (UTC) (envelope-from jmc-freebsd2@milibyte.co.uk) Received: from curlew.milibyte.co.uk ([80.229.31.82]) by avasout07 with smtp id 7Ns51r0011mJoLY01Ns6h3; Fri, 21 Aug 2015 11:52:06 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=JN/GyJ+b c=1 sm=1 tr=0 a=cd0K7rcWwnZFf6xQxRobyA==:117 a=cd0K7rcWwnZFf6xQxRobyA==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=kj9zAlcOel0A:10 a=uRRa74qj2VoA:10 a=VrO9JtvGkxOJ1SH3inoA:9 a=CjuIK1q_8ugA:10 Received: from curlew.lan ([192.168.1.13]) by curlew.milibyte.co.uk with esmtp (Exim 4.86) (envelope-from ) id 1ZSjvY-0000Xs-DE for freebsd-questions@freebsd.org; Fri, 21 Aug 2015 11:52:04 +0100 Date: Fri, 21 Aug 2015 11:52:04 +0100 From: Mike Clarke To: freebsd-questions@freebsd.org Message-ID: <20150821115204.39dd7ace@curlew.lan> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 Subject: Is it really necessary to run swapoff on shutdown? Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.co.uk) 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, 21 Aug 2015 10:52:15 -0000 I have two 4GB swap partitions on separate drives on my desktop. By the time I shut down at the end of the day I usually have about 8% swap in use. At an early stage in the shutdown /etc/rc.d/swaplate runs and takes about one minute to run '/sbin/swapoff -aq'. On some occasions when more swap has been used swapoff has failed to complete before timing out. Perhaps I'm misunderstanding the finer details of managing swap space but I would have expected that swapoff could be omitted on shutdown. As each process shuts itself down it will retrieve any swapped out pages which it needs so by the time the last process is finished none of the remaining data in the swap space will be required by anything and can be safely discarded. Also if it really is necessary to run swapoff on shutdown should the command have also included the -L option to allow for it having been used in the swapon command. -- Mike Clarke From owner-freebsd-questions@freebsd.org Fri Aug 21 16:04: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 44AEA9BF597 for ; Fri, 21 Aug 2015 16:04:56 +0000 (UTC) (envelope-from odhiambo@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c: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 998DD199D for ; Fri, 21 Aug 2015 16:04:55 +0000 (UTC) (envelope-from odhiambo@gmail.com) Received: by wijp15 with SMTP id p15so23667390wij.0 for ; Fri, 21 Aug 2015 09:04:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=yeN8eu8MJCrj0XAwW6mXca+q8WhwXYScunQdnLhpjnU=; b=StJLK1eqpP/B9Rgdb52QHQM08RmnUVpqsuQvNsgprlw0sjLHa59zn0+WYOq49KCjLt DY9KwYiHe2qWNBgr7fJHJ2Mqv8rsTrdcxiraHA4FvlnuQPajKGMdg9tfpA7LQj0Rtyne uTnt7JKfPS5/c1Rpf9m9BNHe29l40PJ2DvTUP0+28z0nZmFJnM4PP4Az6eCShNLNbLQ5 5vsFAgnf3M2UFcQ595TsXdnnImn3Y9rkZMlNxs34X/Dp05m61Qwn6SHBvANL73siuOSt ImnDVe+5Ija+vEA5P8CnN68KBMz4IGXiiV10CqVcMGG9xPTyYkqIQZSyanVNJ6mZIaYI uNUQ== X-Received: by 10.180.9.75 with SMTP id x11mr6613488wia.80.1440173093792; Fri, 21 Aug 2015 09:04:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.172.193 with HTTP; Fri, 21 Aug 2015 09:04:14 -0700 (PDT) From: Odhiambo Washington Date: Fri, 21 Aug 2015 19:04:14 +0300 Message-ID: Subject: buildworld failure persistent on 10.1-STABLE To: User 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, 21 Aug 2015 16:04:56 -0000 I am having buildworld failing at different stages each time I run it afresh: Any ideas? 1. echo libopie.so.7: /usr/obj/usr/src/tmp/usr/lib/libmd.a >> .depend cc -O2 -pipe -march=native -I/usr/src/lib/libopie -I/usr/src/lib/libopie/../../contrib/opie -I/usr/src/lib/libopie/../../contrib/opie/libopie -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE -DPATH_ACCESS_FILE=\"/etc/opieaccess\" -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/lib/libopie/../../contrib/opie/libopie/atob8.c -o atob8.o cc -O2 -pipe -march=native -I/usr/src/lib/libopie -I/usr/src/lib/libopie/../../contrib/opie -I/usr/src/lib/libopie/../../contrib/opie/libopie -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE -DPATH_ACCESS_FILE=\"/etc/opieaccess\" -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/lib/libopie/../../contrib/opie/libopie/btoa8.c -o btoa8.o cc -O2 -pipe -march=native -I/usr/src/lib/libopie -I/usr/src/lib/libopie/../../contrib/opie -I/usr/src/lib/libopie/../../contrib/opie/libopie -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE -DPATH_ACCESS_FILE=\"/etc/opieaccess\" -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/lib/libopie/../../contrib/opie/libopie/btoh.c -o btoh.o cc -O2 -pipe -march=native -I/usr/src/lib/libopie -I/usr/src/lib/libopie/../../contrib/opie -I/usr/src/lib/libopie/../../contrib/opie/libopie -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE -DPATH_ACCESS_FILE=\"/etc/opieaccess\" -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/lib/libopie/../../ contrib/opie/libopie/challenge.c -o challenge.o cc -O2 -pipe -march=native -I/usr/src/lib/libopie -I/usr/src/lib/libopie/../../contrib/opie -I/usr/src/lib/libopie/../../contrib/opie/libopie -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE -DPATH_ACCESS_FILE=\"/etc/opieaccess\" -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/lib/libopie/../../ contrib/opie/libopie/getsequence.c -o getsequence.o cc -O2 -pipe -march=native -I/usr/src/lib/libopie -I/usr/src/lib/libopie/../../contrib/opie -I/usr/src/lib/libopie/../../contrib/opie/libopie -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE -DPATH_ACCESS_FILE=\"/etc/opieaccess\" -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/lib/libopie/../../contrib/opie/libopie/hash.c -o hash.o cc -O2 -pipe -march=native -I/usr/src/lib/libopie -I/usr/src/lib/libopie/../../contrib/opie -I/usr/src/lib/libopie/../../contrib/opie/libopie -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE -DPATH_ACCESS_FILE=\"/etc/opieaccess\" -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/lib/libopie/../../contrib/opie/libopie/hashlen.c -o hashlen.o cc -O2 -pipe -march=native -I/usr/src/lib/libopie -I/usr/src/lib/libopie/../../contrib/opie -I/usr/src/lib/libopie/../../contrib/opie/libopie -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE -DPATH_ACCESS_FILE=\"/etc/opieaccess\" -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/lib/libopie/../../ contrib/opie/libopie/keycrunch.c -o keycrunch.o *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/libopie *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 2. echo asn1_compile: /usr/lib/libc.a /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/asn1_compile/../../lib/libroken/libroken.a /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/asn1_compile/../../lib/libvers/libvers.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c asn1parse.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_copy.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_decode.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_encode.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_free.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_glue.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_length.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_seq.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_template.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/hash.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c lex.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/main.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/symbol.c cc -O2 -pipe -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o asn1_compile asn1parse.o gen.o gen_copy.o gen_decode.o gen_encode.o gen_free.o gen_glue.o gen_length.o gen_seq.o gen_template.o hash.o lex.o main.o symbol.o /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/asn1_compile/../../lib/libroken/libroken.a /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/asn1_compile/../../lib/libvers/libvers.a -legacy sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 asn1_compile /usr/obj/usr/src/tmp/legacy/usr/bin/asn1_compile ===> kerberos5/tools/slc (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/slc created for /usr/src/kerberos5/tools/slc make-roken > roken.h yacc -d -o slc-gram.c /usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl/slc-gram.y lex -oslc-lex.c /usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl/slc-lex.l rm -f .depend mkdep -f .depend -a -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/vers -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/slc/../../include -I/usr/obj/usr/src/tmp/legacy/usr/include -std=gnu99 slc-gram.c slc-lex.c echo slc: /usr/lib/libc.a /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/slc/../../lib/libroken/libroken.a /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/slc/../../lib/libvers/libvers.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/vers -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/slc/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c slc-gram.c cc -O2 -pipe -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/vers -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/slc/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c slc-lex.c cc -O2 -pipe -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/vers -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/slc/../../include -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o slc slc-gram.o slc-lex.o /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/slc/../../lib/libroken/libroken.a /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/slc/../../lib/libvers/libvers.a -legacy sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 slc /usr/obj/usr/src/tmp/legacy/usr/bin/slc ===> usr.bin/compile_et (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/usr.bin/compile_et created for /usr/src/usr.bin/compile_et yacc -d -o parse.c /usr/src/usr.bin/compile_et/../../contrib/com_err/parse.y lex -olex.c /usr/src/usr.bin/compile_et/../../contrib/com_err/lex.l rm -f .depend mkdep -f .depend -a -I. -I/usr/src/usr.bin/compile_et/../../contrib/com_err -I/usr/obj/usr/src/tmp/legacy/usr/include -std=gnu99 /usr/src/usr.bin/compile_et/../../contrib/com_err/compile_et.c parse.c lex.c echo compile_et: /usr/lib/libc.a /usr/lib/libroken.a /usr/obj/usr/src/tmp/usr/src/usr.bin/compile_et/../../kerberos5/lib/libvers/libvers.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -I. -I/usr/src/usr.bin/compile_et/../../contrib/com_err -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/usr.bin/compile_et/../../contrib/com_err/compile_et.c cc -O2 -pipe -I. -I/usr/src/usr.bin/compile_et/../../contrib/com_err -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c cc -O2 -pipe -I. -I/usr/src/usr.bin/compile_et/../../contrib/com_err -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c lex.c cc -O2 -pipe -I. -I/usr/src/usr.bin/compile_et/../../contrib/com_err -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o compile_et compile_et.o parse.o lex.o -lroken /usr/obj/usr/src/tmp/usr/src/usr.bin/compile_et/../../kerberos5/lib/libvers/libvers.a -legacy sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 compile_et /usr/obj/usr/src/tmp/legacy/usr/bin/compile_et ===> games/fortune/strfile (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include -std=gnu99 /usr/src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 strfile /usr/obj/usr/src/tmp/legacy/usr/games/strfile ===> gnu/usr.bin/gperf (obj,depend,all,install) ===> gnu/usr.bin/gperf/doc (obj) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/input.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/positions.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/search.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getline.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc echo gperf: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend echo gperf: /usr/lib/libc++.a >> .depend ===> gnu/usr.bin/gperf/doc (depend) c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/input.cc c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword-list.cc c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword.cc c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc *** Error code 1 Stop. make[3]: stopped in /usr/src/gnu/usr.bin/gperf *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 "I can't hear you -- I'm using the scrambler." From owner-freebsd-questions@freebsd.org Fri Aug 21 19:13:33 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 615EA9BFACF for ; Fri, 21 Aug 2015 19:13:33 +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 0658C161E for ; Fri, 21 Aug 2015 19:13:32 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZSrkf-0002jk-8n for freebsd-questions@freebsd.org; Fri, 21 Aug 2015 21:13:21 +0200 Received: from pool-72-66-1-32.washdc.fios.verizon.net ([72.66.1.32]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Aug 2015 21:13:21 +0200 Received: from nightrecon by pool-72-66-1-32.washdc.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Aug 2015 21:13:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Subject: Re: buildworld failure persistent on 10.1-STABLE Date: Fri, 21 Aug 2015 15:12:58 -0400 Lines: 445 Message-ID: References: Reply-To: nightrecon@hotmail.com Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pool-72-66-1-32.washdc.fios.verizon.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, 21 Aug 2015 19:13:33 -0000 Odhiambo Washington wrote: > I am having buildworld failing at different stages each time I run it > afresh: > > Any ideas? > First thing that comes to mind is whether you are clearing out /usr/obj after each failure and starting fresh each time, or are just starting the process over again where it left off. Another software related situation can be the use of non-standard flags such as CFLAGS, CXXFLAGS, etc. If these are in use the first thing to do is get rid of them and see if the build will succeed. In my experience if an exact and unvarying sequence of steps can reproduce a failure it is most likely a software related bug. When an error is erratic with little or no discernible pattern I immediately suspect hardware. Just a general observation and certainly not exhaustive. Compiling in general stresses RAM so much more than just about anything else and it may push borderline RAM into error. I've seen machines that would behave completely normally without any form of error exhibit a problem *only* when running a compile job. I've even had a machine once where the RAM sticks could be heard 'singing' a very loud high pitched tone during a make buildworld. The other first thing I look at in an erratic hardware situation is the power supply. An aging power supply may allow a box to operate perfectly normally right up to the point of heavy load. Then the erratic failures begin. This is a case that can be witnessed with an oscilloscope while looking at ripple. A power supply that is old will slide into this gray zone, and as long as it isn't stressed it stays within spec. As soon as heavy load comes the ripple shoots up sky-high. Sometimes it can appear to be hard drive related in that file system corruption or DMA read/write/CRC errors will correlate. But even a hard drive needs DC current and excess ripple will muck it up too. I've seen boxen where it looked like it had a defective hard drive and upon replacement with a new one exhibited the same symptom. To me, extremely erratic behavior indicates a possible hardware shortcoming. Another caveat being I only run 10.1-Release so I know nothing of any potential difference between that and -Stable (can't speak to -Stable in other words). -Mike > 1. > > > echo libopie.so.7: /usr/obj/usr/src/tmp/usr/lib/libmd.a >> .depend > cc -O2 -pipe -march=native -I/usr/src/lib/libopie > -I/usr/src/lib/libopie/../../contrib/opie > -I/usr/src/lib/libopie/../../contrib/opie/libopie > -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE > -DPATH_ACCESS_FILE=\"/etc/opieaccess\" > -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -Wno-parentheses -c > /usr/src/lib/libopie/../../contrib/opie/libopie/atob8.c > -o atob8.o > cc -O2 -pipe -march=native -I/usr/src/lib/libopie > -I/usr/src/lib/libopie/../../contrib/opie > -I/usr/src/lib/libopie/../../contrib/opie/libopie > -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE > -DPATH_ACCESS_FILE=\"/etc/opieaccess\" > -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -Wno-parentheses -c > /usr/src/lib/libopie/../../contrib/opie/libopie/btoa8.c > -o btoa8.o > cc -O2 -pipe -march=native -I/usr/src/lib/libopie > -I/usr/src/lib/libopie/../../contrib/opie > -I/usr/src/lib/libopie/../../contrib/opie/libopie > -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE > -DPATH_ACCESS_FILE=\"/etc/opieaccess\" > -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -Wno-parentheses -c > /usr/src/lib/libopie/../../contrib/opie/libopie/btoh.c > -o btoh.o > cc -O2 -pipe -march=native -I/usr/src/lib/libopie > -I/usr/src/lib/libopie/../../contrib/opie > -I/usr/src/lib/libopie/../../contrib/opie/libopie > -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE > -DPATH_ACCESS_FILE=\"/etc/opieaccess\" > -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -Wno-parentheses -c > /usr/src/lib/libopie/../../ contrib/opie/libopie/challenge.c -o > challenge.o > cc -O2 -pipe -march=native -I/usr/src/lib/libopie > -I/usr/src/lib/libopie/../../contrib/opie > -I/usr/src/lib/libopie/../../contrib/opie/libopie > -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE > -DPATH_ACCESS_FILE=\"/etc/opieaccess\" > -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -Wno-parentheses -c > /usr/src/lib/libopie/../../ contrib/opie/libopie/getsequence.c -o > getsequence.o > cc -O2 -pipe -march=native -I/usr/src/lib/libopie > -I/usr/src/lib/libopie/../../contrib/opie > -I/usr/src/lib/libopie/../../contrib/opie/libopie > -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE > -DPATH_ACCESS_FILE=\"/etc/opieaccess\" > -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -Wno-parentheses -c > /usr/src/lib/libopie/../../contrib/opie/libopie/hash.c > -o hash.o > cc -O2 -pipe -march=native -I/usr/src/lib/libopie > -I/usr/src/lib/libopie/../../contrib/opie > -I/usr/src/lib/libopie/../../contrib/opie/libopie > -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE > -DPATH_ACCESS_FILE=\"/etc/opieaccess\" > -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -Wno-parentheses -c > /usr/src/lib/libopie/../../contrib/opie/libopie/hashlen.c > -o hashlen.o > cc -O2 -pipe -march=native -I/usr/src/lib/libopie > -I/usr/src/lib/libopie/../../contrib/opie > -I/usr/src/lib/libopie/../../contrib/opie/libopie > -DKEY_FILE=\"/etc/opiekeys\" -DINSECURE_OVERRIDE > -DPATH_ACCESS_FILE=\"/etc/opieaccess\" > -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -Wno-parentheses -c > /usr/src/lib/libopie/../../ contrib/opie/libopie/keycrunch.c -o > keycrunch.o *** Error code 1 > > Stop. > make[4]: stopped in /usr/src/lib/libopie > *** Error code 1 > > Stop. > make[3]: stopped in /usr/src > *** Error code 1 > > > > 2. > > echo asn1_compile: /usr/lib/libc.a > /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/asn1_compile/../../lib/libroken/libroken.a > /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/asn1_compile/../../lib/libvers/libvers.a > /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c asn1parse.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_copy.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_decode.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_encode.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_free.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_glue.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_length.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_seq.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_template.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/hash.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c lex.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/main.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/symbol.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1 > -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/asn1_compile/../../include > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -static > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o asn1_compile asn1parse.o gen.o > gen_copy.o gen_decode.o gen_encode.o gen_free.o gen_glue.o gen_length.o > gen_seq.o gen_template.o hash.o lex.o main.o symbol.o > /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/asn1_compile/../../lib/libroken/libroken.a > /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/asn1_compile/../../lib/libvers/libvers.a > -legacy > sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 asn1_compile > /usr/obj/usr/src/tmp/legacy/usr/bin/asn1_compile > ===> kerberos5/tools/slc (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/slc created for > /usr/src/kerberos5/tools/slc > make-roken > roken.h > yacc -d -o slc-gram.c > /usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl/slc-gram.y > lex -oslc-lex.c > /usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl/slc-lex.l > rm -f .depend > mkdep -f .depend -a > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/vers -I. > -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/slc/../../include > -I/usr/obj/usr/src/tmp/legacy/usr/include -std=gnu99 slc-gram.c > slc-lex.c echo slc: /usr/lib/libc.a > /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/slc/../../lib/libroken/libroken.a > /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/slc/../../lib/libvers/libvers.a > /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend > cc -O2 -pipe > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/vers -I. > -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/slc/../../include -std=gnu99 > -I/usr/obj/usr/src/tmp/legacy/usr/include -c slc-gram.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/vers -I. > -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/slc/../../include -std=gnu99 > -I/usr/obj/usr/src/tmp/legacy/usr/include -c slc-lex.c > cc -O2 -pipe > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/roken > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/sl > -I/usr/src/kerberos5/tools/slc/../../../crypto/heimdal/lib/vers -I. > -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/slc/../../include -std=gnu99 > -I/usr/obj/usr/src/tmp/legacy/usr/include -static > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o slc slc-gram.o slc-lex.o > /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/slc/../../lib/libroken/libroken.a > /usr/obj/usr/src/tmp/usr/src/kerberos5/tools/slc/../../lib/libvers/libvers.a > -legacy > sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 slc > /usr/obj/usr/src/tmp/legacy/usr/bin/slc > ===> usr.bin/compile_et (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/usr.bin/compile_et created for > /usr/src/usr.bin/compile_et > yacc -d -o parse.c > /usr/src/usr.bin/compile_et/../../contrib/com_err/parse.y > lex -olex.c /usr/src/usr.bin/compile_et/../../contrib/com_err/lex.l > rm -f .depend > mkdep -f .depend -a -I. > -I/usr/src/usr.bin/compile_et/../../contrib/com_err > -I/usr/obj/usr/src/tmp/legacy/usr/include -std=gnu99 > /usr/src/usr.bin/compile_et/../../contrib/com_err/compile_et.c parse.c > lex.c > echo compile_et: /usr/lib/libc.a /usr/lib/libroken.a > /usr/obj/usr/src/tmp/usr/src/usr.bin/compile_et/../../kerberos5/lib/libvers/libvers.a > /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend > cc -O2 -pipe -I. -I/usr/src/usr.bin/compile_et/../../contrib/com_err > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/usr.bin/compile_et/../../contrib/com_err/compile_et.c > cc -O2 -pipe -I. -I/usr/src/usr.bin/compile_et/../../contrib/com_err > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c > cc -O2 -pipe -I. -I/usr/src/usr.bin/compile_et/../../contrib/com_err > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c lex.c > cc -O2 -pipe -I. -I/usr/src/usr.bin/compile_et/../../contrib/com_err > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -static > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o compile_et compile_et.o parse.o > lex.o -lroken > /usr/obj/usr/src/tmp/usr/src/usr.bin/compile_et/../../kerberos5/lib/libvers/libvers.a > -legacy > sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 compile_et > /usr/obj/usr/src/tmp/legacy/usr/bin/compile_et > ===> games/fortune/strfile (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/games/fortune/strfile created for > /usr/src/games/fortune/strfile > rm -f .depend > mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include > -std=gnu99 /usr/src/games/fortune/strfile/strfile.c > echo strfile: /usr/lib/libc.a > /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend > cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/games/fortune/strfile/strfile.c > cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include > -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy > sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 strfile > /usr/obj/usr/src/tmp/legacy/usr/games/strfile > ===> gnu/usr.bin/gperf (obj,depend,all,install) > ===> gnu/usr.bin/gperf/doc (obj) > /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for > /usr/src/gnu/usr.bin/gperf/doc > rm -f .depend > mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/input.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword-list.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/positions.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/search.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getline.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc > echo gperf: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >>> .depend > echo gperf: /usr/lib/libc++.a >> .depend > ===> gnu/usr.bin/gperf/doc (depend) > c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc > c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc > c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/input.cc > c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword-list.cc > c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword.cc > c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc > c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc > *** Error code 1 > > Stop. > make[3]: stopped in /usr/src/gnu/usr.bin/gperf > *** Error code 1 > > Stop. > make[2]: stopped in /usr/src > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > > > > > > > From owner-freebsd-questions@freebsd.org Sat Aug 22 01:52: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 28EAC9C06BE for ; Sat, 22 Aug 2015 01:52:17 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 0BEC0F04 for ; Sat, 22 Aug 2015 01:52:16 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id 1F9023F6E0 for ; Fri, 21 Aug 2015 21:52:15 -0400 (EDT) Message-ID: <55D7D5CE.5010205@sneakertech.com> Date: Fri, 21 Aug 2015 21:52:14 -0400 From: Quartz MIME-Version: 1.0 To: FreeBSD questions Subject: md5 -t native vs VM 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, 22 Aug 2015 01:52:17 -0000 I have an OSX machine. When I run FreeBSD inside VirtualBox, 'md5 -t' is about 5% faster than in the native OSX terminal. Same digest (766a2bb5d24bddae466c572bcabca3ee) and everything. Can anyone explain what's going on? From owner-freebsd-questions@freebsd.org Sat Aug 22 02:12: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 0C7DB9C0940 for ; Sat, 22 Aug 2015 02:12:32 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 E36DA1616 for ; Sat, 22 Aug 2015 02:12:31 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id 3897C3F6FB for ; Fri, 21 Aug 2015 22:12:30 -0400 (EDT) Message-ID: <55D7DA8D.4060704@sneakertech.com> Date: Fri, 21 Aug 2015 22:12:29 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: md5 -t native vs VM References: <55D7D5CE.5010205@sneakertech.com> In-Reply-To: <55D7D5CE.5010205@sneakertech.com> 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: Sat, 22 Aug 2015 02:12:32 -0000 > I have an OSX machine. When I run FreeBSD inside VirtualBox, 'md5 -t' is > about 5% faster than in the native OSX terminal. Same digest > (766a2bb5d24bddae466c572bcabca3ee) and everything. > > Can anyone explain what's going on? Also related: 'md5 -t' runs slower (~88%) on a 2.4ghz core2duo than a 2.5ghz dual core celeron of the same vintage. I'm assuming the extra cache and such doesn't matter to md5? From owner-freebsd-questions@freebsd.org Sat Aug 22 02:48: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 CDDCD9C0CBA for ; Sat, 22 Aug 2015 02:48:26 +0000 (UTC) (envelope-from woshibigstomach@gmail.com) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::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 9637F1F91 for ; Sat, 22 Aug 2015 02:48:26 +0000 (UTC) (envelope-from woshibigstomach@gmail.com) Received: by pdbfa8 with SMTP id fa8so32578546pdb.1 for ; Fri, 21 Aug 2015 19:48:26 -0700 (PDT) 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=QsHOPDsDCjQpRBBptOuQ6CQjosxheX9vXqoO44mjYWQ=; b=npl+0yOaV7IDK8jsOzj5qUMpriYpUEAQrN6SknhK9itzYnC0lOV/Is5xYKzij3+mfz oSdMY7JFDp5KH4l7H7d1VKep5AmQsN1qMhm/rgVO80fMztCdOakqbyOCFKHe9edrTQL7 0s6pMlemiBTCHj+0f1+zY8bJp5Ink+9ySWiHkD88Rk3jLMNDmJ0aEQ4oVYZjcMkvfCqJ 05aqIhK17xzG4PsNEe371IYiQHlKdPgFc+rv+/ANzRz0m6R0TuQAhkQz7WW3QeCgla53 aKYQsx2vW/txpGgx9oMPw4qnm3slBj0TFMTviWXUc0s21IiN/j+erDUtlkgrte2cJRim DaAw== X-Received: by 10.70.44.199 with SMTP id g7mr23134554pdm.152.1440211706097; Fri, 21 Aug 2015 19:48:26 -0700 (PDT) Received: from tejay.local ([2605:e000:141f:52:a8a0:dae6:b758:7331]) by smtp.googlemail.com with ESMTPSA id pt3sm9278625pbb.38.2015.08.21.19.48.24 for (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Aug 2015 19:48:25 -0700 (PDT) Subject: Re: md5 -t native vs VM To: freebsd-questions@freebsd.org References: <55D7D5CE.5010205@sneakertech.com> <55D7DA8D.4060704@sneakertech.com> From: David Newman X-Enigmail-Draft-Status: N1110 Message-ID: <55D7E2F7.5040100@gmail.com> Date: Fri, 21 Aug 2015 19:48:23 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55D7DA8D.4060704@sneakertech.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: Sat, 22 Aug 2015 02:48:26 -0000 These are two different userlands and versions of md5: - the FreeBSD 10.1 md5 manpage is dated 31 July 2012 - the OS X md5 manpage is dated 6 June 2004 Also, OS X's userland dates from Darwin and FreeBSD releases in the 4.x and 5.x days. Granted, it has changed a lot since then, but not in lockstep with FreeBSD. dn On 8/21/15 7:12 PM, Quartz wrote: >> I have an OSX machine. When I run FreeBSD inside VirtualBox, 'md5 -t' is >> about 5% faster than in the native OSX terminal. Same digest >> (766a2bb5d24bddae466c572bcabca3ee) and everything. >> >> Can anyone explain what's going on? > > Also related: 'md5 -t' runs slower (~88%) on a 2.4ghz core2duo than a > 2.5ghz dual core celeron of the same vintage. I'm assuming the extra > cache and such doesn't matter to md5? > _______________________________________________ > 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"