From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 02:42:53 2014 Return-Path: Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53673AC3 for ; Sun, 24 Aug 2014 02:42:53 +0000 (UTC) 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 1492D3A7D for ; Sun, 24 Aug 2014 02:42:52 +0000 (UTC) Received: from r56.edvax.de (port-92-195-111-1.dynamic.qsc.de [92.195.111.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 1013A2537D; Sun, 24 Aug 2014 04:42:43 +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 s7O2ggji003126; Sun, 24 Aug 2014 04:42:43 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sun, 24 Aug 2014 04:42:42 +0200 From: Polytropon To: "William A. Mahaffey III" Subject: Re: More pkg issues .... Message-Id: <20140824044242.6bbc8140.freebsd@edvax.de> In-Reply-To: <53F8AD3C.4060704@hiwaay.net> References: <53F766ED.5010005@hiwaay.net> <53F84FA7.5010704@FreeBSD.org> <53F87F71.7050806@hiwaay.net> <53F8822F.8030808@FreeBSD.org> <53F884BB.5080607@hiwaay.net> <53F89E3B.9080900@FreeBSD.org> <53F8AD3C.4060704@hiwaay.net> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@FreeBSD.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 02:42:53 -0000 On Sat, 23 Aug 2014 10:03:24 -0500, William A. Mahaffey III wrote: > agreed, /usr/bin/enscript, for example .... Which looks wrong. Applications installed via ports or packages are usually installed in the /usr/local/ subtree, in this example, /usr/local/bin/enscript for the binary. All other places (like /usr/bin) are for OS provided files. There are few cases where a port can replace an OS part (e. g., CUPS can overwrite system's lpr commands, bash can be installed as /bin/bash, even statically linked). > still seems like it should > allow the install to proceed, or at least either prompt & proceed, or > have a CL option to allow the install to proceed .... There is probably a -f (force) switch, but you should know what you're doing when you use such kind of options. Things can go wrong beyond repair (in ultra-worst case, of course). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 02:44:59 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5FEF5B59 for ; Sun, 24 Aug 2014 02:44:59 +0000 (UTC) Received: from mail-qc0-f180.google.com (mail-qc0-f180.google.com [209.85.216.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CC0E3A93 for ; Sun, 24 Aug 2014 02:44:58 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id l6so12297055qcy.25 for ; Sat, 23 Aug 2014 19:44:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=S8Nv43z7ioBO+hu7UdOob7ytHNk4kQtv+YdHrG3Dc3c=; b=N1GN42IlOvzW6UMs5KXacPYngfj9m4Tf4kB0rk8hAd7mIzr7EmBR/YxyRGNQY8wkqY gmZXA3JyIQSKrffYD71PWMs/Ye7GfadWtJ7+GfNT5nz0Javsq/8Uz8fxwCCefyctSzow FUHialcGFP+h13MhD1wZUf5kLQJQyy6so6yxG5pY1Z+Mszpu8643ClxUMI5qWaM2gHsW 1Ox1yh9DIu/PR16n6pb9cgvVlZeZZZs11MyRCdsWkcEl68Sf7dPmBZvnL7Rku93nbo34 MKYPR8d80koWcBjQBlwRTQ90P1ae+nChi8wofiij3yDmNQIcFyQ5FDpYDk3LB+W5xRki ZfLg== X-Gm-Message-State: ALoCoQlYspULwXhfEJg+AficrwoEZXfQ1IdzDnqDhsidOHunJLo/NWJFDPYeUcZwShqUbQuBy0dv X-Received: by 10.224.137.6 with SMTP id u6mr21871690qat.91.1408847932434; Sat, 23 Aug 2014 19:38:52 -0700 (PDT) Received: from [192.168.2.65] ([96.236.21.80]) by mx.google.com with ESMTPSA id e10sm14781675qaa.20.2014.08.23.19.38.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 23 Aug 2014 19:38:51 -0700 (PDT) Subject: Re: FreeBSD 10.0-R-p7 bind9.9 starting named on boot? Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=us-ascii From: Paul Kraus In-Reply-To: <1408818209.56025.YahooMailBasic@web120305.mail.ne1.yahoo.com> Date: Sat, 23 Aug 2014 22:38:51 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <4A3C9E03-1C66-4C91-B33C-FED90EE9C135@kraus-haus.org> References: <1408818209.56025.YahooMailBasic@web120305.mail.ne1.yahoo.com> To: Burton Sampley X-Mailer: Apple Mail (2.1878.6) Cc: "questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 02:44:59 -0000 On Aug 23, 2014, at 14:23, Burton Sampley wrote: > Thank you for your help. I installed bind 9.9 from the ports = collection (is there any other way???). The only changes I have made to = the named.conf file are to add the logging section as you have = suggested. To my amazement, after 2 consecutive reboots, named has = started correctly. I'm stumped as to why it would not start on boot = before now, but I will not complain as long as it remains consistent. I *think* the default logging configuration has any logging going to = syslog, is it possible that named was trying to start before syslog was = up and since it could not hand off the log messages it exited ? That is = my best *guess* as to *how* that logging change can cause the fix. Note that the logging config I gave you will generate *lots* of logs, so = either adjust it back or add an /etc/newsyslog.conf entry for it to roll = the logs. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 04:15:52 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46D6611E for ; Sun, 24 Aug 2014 04:15:52 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 21787327A for ; Sun, 24 Aug 2014 04:15:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=LBOHewtIi+dgugYNsYM9oCa7+ZNiNfAXRd42NVXVdQ4=; b=pYEehvOAJM6jgZOCrZjQIGaCLD/JhuXD96JU+wtMksonyYCV7FaGdXuY+8uQA1sfCTuKcBB74xDGmLVCH34qVO8z0FcUYnfhIJMuP5NkAJnd28RpIDuG3al9mWSwZJBmHq1o9LMdhwh1xWDV99954OYBO7kbbt7D3R98w21rfTE=; Received: from [114.124.30.22] (port=54080 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1XLOTy-001QzJ-P8 for freebsd-questions@freebsd.org; Sat, 23 Aug 2014 21:28:43 -0600 Date: Sun, 24 Aug 2014 11:28:36 +0800 From: Erich Dollansky To: freebsd-questions@freebsd.org Subject: Losing internal keyboard after disconnection external one Message-ID: <20140824112836.3e2b0c68@X220.alogt.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 04:15:52 -0000 Hi, the subject says it all. My system is a Lenovo X220 running FreeBSD X220.alogt.com 10.0-STABLE FreeBSD 10.0-STABLE #42 r270189: Wed Aug 20 13:02:19 WITA 2014 erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 XConsole says when connecting the external keyboard: on usbus1 kbd2 at ukbd0 on usbus1 and when disconnecting it: ugen1.2: at usbus1 (disconnected) at uhub1, port 3, addr 1 (disconnected) at uhub1, port 3, addr 1 (disconnected) ugen0.5: at usbus0 This results in losing both the internal keyboard of the notebook plus the disconnected one. When I reconnect the external one, all works again. Erich From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 04:19:11 2014 Return-Path: Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 544951C7 for ; Sun, 24 Aug 2014 04:19:11 +0000 (UTC) Received: from bucksport.safeport.com (bucksport.safeport.com [198.74.231.101]) (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 F0C9632A0 for ; Sun, 24 Aug 2014 04:19:10 +0000 (UTC) Received: from bucksport.safeport.com (bucksport.safeport.com [198.74.231.101]) by bucksport.safeport.com (8.14.5/8.14.5) with ESMTP id s7O4Fd7E050624 for ; Sun, 24 Aug 2014 00:15:40 -0400 (EDT) (envelope-from doug@safeport.com) Date: Sun, 24 Aug 2014 00:15:39 -0400 (EDT) From: doug@safeport.com To: freebsd-questions@FreeBSD.ORG Subject: updating ezjails with freebsd-update Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bucksport.safeport.com [198.74.231.101]); Sun, 24 Aug 2014 00:15:40 -0400 (EDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 04:19:11 -0000 As anyone who had tried this know the -u and -U options on update do not work. There is a post on the ejail mailing list that gives a roadmap. I am testing this and will post results if there is any interest. I trying to figure out this process I came across section 15.6 in the handbook. My question is about establishing a loopback interface to keep the jail activity off of the host. What is the impact of NOT doing this? There is no mention of this in the jail man page. Is this an oversite? _____ Douglas Denault http://www.safeport.com doug@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 07:33:42 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 416A4F9D for ; Sun, 24 Aug 2014 07:33:42 +0000 (UTC) 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 03D0A316B for ; Sun, 24 Aug 2014 07:33:41 +0000 (UTC) Received: from r56.edvax.de (port-92-195-111-1.dynamic.qsc.de [92.195.111.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 90CAC25393; Sun, 24 Aug 2014 09:33:38 +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 s7O7XbXk004203; Sun, 24 Aug 2014 09:33:37 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sun, 24 Aug 2014 09:33:37 +0200 From: Polytropon To: Erich Dollansky Subject: Re: Losing internal keyboard after disconnection external one Message-Id: <20140824093337.bd6df18d.freebsd@edvax.de> In-Reply-To: <20140824112836.3e2b0c68@X220.alogt.com> References: <20140824112836.3e2b0c68@X220.alogt.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 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 07:33:42 -0000 On Sun, 24 Aug 2014 11:28:36 +0800, Erich Dollansky wrote: > XConsole says when connecting the external keyboard: > > on usbus1 > kbd2 at ukbd0 > on usbus1 > > and when disconnecting it: > > ugen1.2: at usbus1 (disconnected) > at uhub1, port 3, addr 1 (disconnected) > at uhub1, port 3, addr 1 (disconnected) > ugen0.5: at usbus0 > > This results in losing both the internal keyboard of the notebook plus > the disconnected one. When I reconnect the external one, all works > again. Is this problem only present in X, or does it also appear when you are in text mode? Does your kernel configuration include kbdmux? What's strange about the system messages: "at uhub1, port 3, addr 1 (disconnected)" is appearing twice... -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 08:48:08 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B4D1C69 for ; Sun, 24 Aug 2014 08:48:08 +0000 (UTC) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) (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 953253693 for ; Sun, 24 Aug 2014 08:48:06 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr4.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7O8lvtL036417; Sun, 24 Aug 2014 10:47:57 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 7B395123CA; Sun, 24 Aug 2014 10:47:57 +0200 (CEST) Date: Sun, 24 Aug 2014 10:47:57 +0200 From: Roland Smith To: "William A. Mahaffey III" Subject: Re: Ghostscript question .... Message-ID: <20140824084757.GA49698@slackbox.erewhon.home> Mail-Followup-To: "William A. Mahaffey III" , FreeBSD Questions !!!! References: <53F8ED67.4020605@hiwaay.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <53F8ED67.4020605@hiwaay.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 08:48:08 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 23, 2014 at 02:37:11PM -0500, William A. Mahaffey III wrote: >=20 >=20 > .... can I pkg-install multiple versions of ghostscript on the same box= =20 > ? Will they coexist properly ? I notice 3 major versions available,=20 > which is what prompts the question ..... TIA .... No. The CONFLICTS_INSTALL lines in their port Makefiles indicate that the cannot coexist with other ghostscript ports. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT+aa9AAoJEED21dyjijPgYW8QAIOiP0xXqJkyu94z9hvfV8Wx SdCKfm+tm7c8KSI+u3vDna/l9dtbl9WdP8X+nxhyPHmKE4tQEfrBf7pw3vmJAthc xeqkXwdf8uOH7o1Z22DU1PEdk+ykcQ+9rm+oZ2Co2ytRt1aAdPDiDvDhBIMp56tG xjo+XZaNAJuOdYprtpMP5OYZKKpg3AUtaeNWU4gDLv+b5Jrk3PH6rRuj4JfDZvu8 11OXQ1CHM9+Nn22sUd36T2uX8W+Nl5C4AzivIKvNPjCiTrjjc0yq4jMf4xjlVHK2 ir/Mdj+XWcMi5M49oZ664ym8KC1vM1vklLIFyZr5Fh5VQ0TqQQaEv2QfhrMWnOhH xn+wlRfUZpT2aZGXZ0BCnCr3kuUIDIPgooP51drfHnfX5mSBQ/JwNnWERQAu/AvO HHPuZUsTViDJ93l4BEY0ajSozQkRaVi6c/vajYcnwkoW1I40qSxO9OeRFPbRytDb Ji418BGvhOBVoBkobC+wtRgo5koTS0WDXOCk4BFqih8USn0ZCkAynJmIfToeUkLP zriALOgyE521lkcVntowdF/Sf3NCuacCrNnSyPXx60JraDsC9oz1A+ZxrHo9LoUI 3AF5FvxF08I4cYqwg/VbSYR6Ugq5AIOyz+HuzjWnVxeZx2WFRJS+mA6AWSEF0mEM /Kj2h9JkfI3mPZbxPRR0 =lHHh -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 09:47:05 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4500605 for ; Sun, 24 Aug 2014 09:47:05 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 7BD913B2E for ; Sun, 24 Aug 2014 09:47:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=m2sj47ho4S+MyaHZlxHOz0JfZFEzOGvFCKbbQgnCExM=; b=ERTp+ZrGtJPU0hvokyONwpSHBbDDmkQhDEsBvisa/GLqqT7p2ihTX5HSMcQu7qACZv51jzp3zk6Tsy2K+RQsjUdSeLaxA0K1IWsgHT5/DdE8W3nZtWD6oulTIE0Jrij3IxBwS6yUjIs6CKnOpWBnKwewOBkuGyZ5qP4PvKyNJtM=; Received: from [114.124.30.22] (port=53895 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1XLUO6-001oIo-1t; Sun, 24 Aug 2014 03:47:04 -0600 Date: Sun, 24 Aug 2014 17:46:50 +0800 From: Erich Dollansky To: Polytropon Subject: Re: Losing internal keyboard after disconnection external one Message-ID: <20140824174650.1633674f@X220.alogt.com> In-Reply-To: <20140824093337.bd6df18d.freebsd@edvax.de> References: <20140824112836.3e2b0c68@X220.alogt.com> <20140824093337.bd6df18d.freebsd@edvax.de> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 09:47:05 -0000 Hi, On Sun, 24 Aug 2014 09:33:37 +0200 Polytropon wrote: > On Sun, 24 Aug 2014 11:28:36 +0800, Erich Dollansky wrote: > > XConsole says when connecting the external keyboard: > > > > on usbus1 > > kbd2 at ukbd0 > > on usbus1 > > > > and when disconnecting it: > > > > ugen1.2: at usbus1 (disconnected) > > at uhub1, port 3, addr 1 (disconnected) > > at uhub1, port 3, addr 1 (disconnected) > > ugen0.5: at usbus0 > > > > This results in losing both the internal keyboard of the notebook > > plus the disconnected one. When I reconnect the external one, all > > works again. > > Is this problem only present in X, or does it also appear > when you are in text mode? > it is only there when X is running. > Does your kernel configuration include kbdmux? > Yes. > What's strange about the system messages: "at uhub1, port 3, addr 1 > (disconnected)" is appearing twice... > I think that this is the source of the problem. At some point both keyboards are seen as the same and removed together. Erich > From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 10:05:04 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE941AF8 for ; Sun, 24 Aug 2014 10:05:04 +0000 (UTC) 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 902E23C9A for ; Sun, 24 Aug 2014 10:05:04 +0000 (UTC) Received: from r56.edvax.de (port-92-195-111-1.dynamic.qsc.de [92.195.111.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 7EEE22765E; Sun, 24 Aug 2014 12:05:00 +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 s7OA50D1004507; Sun, 24 Aug 2014 12:05:00 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sun, 24 Aug 2014 12:05:00 +0200 From: Polytropon To: Erich Dollansky Subject: Re: Losing internal keyboard after disconnection external one Message-Id: <20140824120500.e0c1b36b.freebsd@edvax.de> In-Reply-To: <20140824174650.1633674f@X220.alogt.com> References: <20140824112836.3e2b0c68@X220.alogt.com> <20140824093337.bd6df18d.freebsd@edvax.de> <20140824174650.1633674f@X220.alogt.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 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 10:05:04 -0000 On Sun, 24 Aug 2014 17:46:50 +0800, Erich Dollansky wrote: > Hi, > > On Sun, 24 Aug 2014 09:33:37 +0200 > Polytropon wrote: > > > On Sun, 24 Aug 2014 11:28:36 +0800, Erich Dollansky wrote: > > > XConsole says when connecting the external keyboard: > > > > > > on usbus1 > > > kbd2 at ukbd0 > > > on usbus1 > > > > > > and when disconnecting it: > > > > > > ugen1.2: at usbus1 (disconnected) > > > at uhub1, port 3, addr 1 (disconnected) > > > at uhub1, port 3, addr 1 (disconnected) > > > ugen0.5: at usbus0 > > > > > > This results in losing both the internal keyboard of the notebook > > > plus the disconnected one. When I reconnect the external one, all > > > works again. > > > > Is this problem only present in X, or does it also appear > > when you are in text mode? > > > it is only there when X is running. Could it be a HAL problem? It's known to cause problems with peripherials... ;-) > > What's strange about the system messages: "at uhub1, port 3, addr 1 > > (disconnected)" is appearing twice... > > > I think that this is the source of the problem. At some point both > keyboards are seen as the same and removed together. The error message refers to the same device. How is the laptop's keyboard represented? I thought it would have been a PS/2 keyboard, attached to atkbd, not a USB keyboard (as built-in pointing devices are often recognized as PS/2 mice, being represented as psm0, not ums0). Additionally, AT keyboards usually cannot be removed, as they are not hot-pluggable per definition, and in most cases, they aren't even detected - only the keyboard controller is. Can you "dmesg | grep kbd"? Example from my home system: atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 There is no keyboard connected, just a lonely HIL plug on the table. :-) The Sun Type 7 USB keyboard I'm actually using can be detached and re-attached in X without problems. If the IBM model M keyboard (can be connected to the HIL plug if needed) is present, it keeps working, no matter if another keyboard is attached or not. NB: I am using X without HAL. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 10:15:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EDACC51 for ; Sun, 24 Aug 2014 10:15:36 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 211553D54 for ; Sun, 24 Aug 2014 10:15:35 +0000 (UTC) Received: from sdf.org (IDENT:bennett@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s7OAFR9f004762 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sun, 24 Aug 2014 10:15:27 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id s7OAFRv7010196; Sun, 24 Aug 2014 05:15:27 -0500 (CDT) From: Scott Bennett Message-Id: <201408241015.s7OAFRv7010196@sdf.org> Date: Sun, 24 Aug 2014 05:15:27 -0500 To: paul@kraus-haus.org Subject: Re: some ZFS questions References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 10:15:36 -0000 Paul Kraus wrote: > On Aug 21, 2014, at 6:07, Scott Bennett wrote: > > > Paul Kraus wrote: > > >> If I had two (or more) vdevs on each device (and I *have* done that when I needed to), I would have issued the first zpool replace command, waited for it to complete and then issued the other. If I had more than one drive fail, I would have handled the replacement of BOTH drives on one zpool first and then moved on to the second. This is NOT because I want to be nice and easy on my drives :-), it is simply because I expect that running the two operations in parallel will be slower than running them in series. For the major reason that large seeks are slower than short seeks. > > > > My concern was over a slightly different possible case, namely, a hard > > failure of a component drive (e.g., makes ugly noises, doesn't spin, and/or > > doesn't show up as a device recognized as such by the OS). In that case, > > either one has to physically connect a replacement device or a spare is > > already on-line. A spare would automatically be grabbed by a pool for > > reconstruction, so I wanted to know whether situation under discussion would > > result in automatically initiated rebuilds of both pools at once. > > If the hot spare devices are listed in each zpool, then yes, they would come online as the zpools have a device fail. But ? it is possible to have one zpool with a failed vdev and the other not. It depends on the device?s failure mode. Bad blocks can cause ZFS to mark a vdev bad and need replacement while a vdev also on that physical device may not have bad blocks. In the case of a complete failure both zpools would start resilvering *if* the hot spares were listed in both. The way around this would be to have the spare device ready but NOT list it in the lower priority zpool. After the first resilver completes manually do the zpool replace on the second. Okay. That seems like a reasonable way to handle it. > > >> A zpool replace is not a simple copy from the failing device to the new one, it is a rebuild of the data on the new device, so if the device fails completely it just keeps rebuilding. The example in my blog was of a drive that just went offline with no warning. I put the new drive in the same physical slot (I did not have any open slots) and issued the resilver command. > > > > Okay. However, now you bring up another possible pitfall. Are ZFS's > > drives address- or name-dependent? All of the drives I expect to use will be > > external drives. At least four of the six will be connected via USB 3.0. The > > other two may be connected via USB 3.0, Firewire 400, or eSATA. In any case, > > their device names in /dev will most likely change from one boot to another. > > ZFS uses the header written to the device to identify it. Note that this was not always the case and *if* you have a zfs cache file you *may* run into device renaming issues. I have not seen any, but I am also particularly paranoid about not moving devices around before exporting them. I have seen too many stories of lost zpools due to this many years ago on the ZFS list. Well, I don't have an SSD at present, so maybe it won't matter then. Nevertheless, if a crash and reboot can result in loss of a pool because the device names get reshuffled, that would seem like a real hazard to using ZFS, so I hope that is no longer the case. > > >> Tune vfs.zfs.arc_max in /boot/loader.conf > > > > That looks like a huge help. While initially loading a file system > > or zvol, would there be any advantage to setting primarycache to "metadata", > > as opposed to leaving it set to the default value of "all?? > > I do not know, but I?m sure the folks on the ZFS list who know much more than I do will have opinions :-) > > >> If I had less than 4GB of RAM I would limit the ARC to 1/2 RAM, unless this were solely a fileserver, then I would watch how much memory I needed outside ZFS and set the ARC to slightly less than that. Take a look at the recommendations here https://wiki.freebsd.org/ZFSTuningGuidefor low RAM situations. > > > > Will do. Hmm...I see again the recommendation to increase KVA_PAGES > > from 260 to 512. I worry about that because the i386 kernel says at boot > > that it ignores all real memory above ~2.9 GB. A bit farther along, during > > the early messages preserved and available via dmesg(1), it says, > > > > real memory = 4294967296 (4096 MB) > > avail memory = 3132100608 (2987 MB) > > On the FreeBSD VM I am running with only 1 GB memory I did not do any tuning and ZFS seems to be working fine. It is a mail store, but not a very large one (only about 130 GB of email). Performance is not a consideration on this VM, it is archival. So you haven't changed KVA_PAGES in your kernel? Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 10:19:52 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 677E1DCC for ; Sun, 24 Aug 2014 10:19:52 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 448D13D7A for ; Sun, 24 Aug 2014 10:19:51 +0000 (UTC) Received: from sdf.org (IDENT:bennett@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s7OAJoUF019489 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sun, 24 Aug 2014 10:19:50 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id s7OAJoBw025610; Sun, 24 Aug 2014 05:19:50 -0500 (CDT) From: Scott Bennett Message-Id: <201408241019.s7OAJoBw025610@sdf.org> Date: Sun, 24 Aug 2014 05:19:50 -0500 To: paul@kraus-haus.org Subject: Re: some ZFS questions References: <201408070816.s778G9ug015988@sdf.org> <53E3A836.9080904@my.hennepintech.edu> <201408080706.s78765xs022311@sdf.org> <201408211033.s7LAXWbN006985@sdf.org> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 10:19:52 -0000 Paul Kraus wrote: > On Aug 21, 2014, at 6:33, Scott Bennett wrote: > > Paul Kraus wrote: > > >> How much does the geli encryption cost in terms of space and speed? Is there a strong reason to not encrypt ALL the data? It can be in different zfs datasets (the ZFS term for a filesystem). In fact, I am NOT a fan of using the base dataset that is created with every zpool; I always create addition zfs datasets below the root of the zpool. > > > > Copying a file from one .eli partition to another can easily run up > > to 25% on each of two cores of a Q6600. > > I didn't realize that there would be a "base data set"; I thought that > > one had to create at least one file system or zvol in a pool in order to > > use the space at all. > > When you create a zpool you get both the zpool and a zfs dataset of the same name. You can use this dataset, but if I am going to be creating *any* other datasets in this zpool I do not. I only use hierarchical datasets in very specific ways as there are rules on inheritance and mount points. For example: > Oh. I hadn't gleaned that from the man pages or other documentation. Thanks for pointing it out. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 10:27:43 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADE56FE3 for ; Sun, 24 Aug 2014 10:27:43 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 727123E81 for ; Sun, 24 Aug 2014 10:27:42 +0000 (UTC) Received: from sdf.org (IDENT:bennett@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s7OARfOM007153 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sun, 24 Aug 2014 10:27:42 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id s7OARfEK004658; Sun, 24 Aug 2014 05:27:41 -0500 (CDT) From: Scott Bennett Message-Id: <201408241027.s7OARfEK004658@sdf.org> Date: Sun, 24 Aug 2014 05:27:41 -0500 To: kpneal@pobox.com Subject: Re: some ZFS questions References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <20140822005911.GA52625@neutralgood.org> In-Reply-To: <20140822005911.GA52625@neutralgood.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 10:27:43 -0000 kpneal@pobox.com wrote: > What's the harm in encrypting all the data? High CPU overhead for both reading and writing is the main downside. > > In fact, encrypting all data is more secure. If you only encrypt the data Sure, but why do it if the data don't need to be secret? > that is secret then you've just told an attacker exactly what data it is > you want secret. > Umm...I don't see that that necessarily follows, except in one case, namely, when the attacker already knows what all of the data are. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 14:03:01 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83D92A20 for ; Sun, 24 Aug 2014 14:03:01 +0000 (UTC) Received: from server1.shellworld.net (shellworld.net [69.60.117.94]) by mx1.freebsd.org (Postfix) with ESMTP id 5CA443FF3 for ; Sun, 24 Aug 2014 14:03:00 +0000 (UTC) Received: from server1.shellworld.net (localhost [127.0.0.1]) by server1.shellworld.net (Postfix) with ESMTP id 4FC0E228B7 for ; Sun, 24 Aug 2014 10:02:59 -0400 (EDT) To: "questions@freebsd.org" Subject: Has the Procedure for Regenerating A FreeBSD Installation Disk Changed? Date: Sun, 24 Aug 2014 09:02:59 -0500 From: "Martin G. McCormick" Message-Id: <20140824140259.4FC0E228B7@server1.shellworld.net> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 14:03:01 -0000 While trying to create a customized FreeBSD installation disk I am using the standard FreeBSD tar application and doing the following based upon instructions found in the Handbook for remastering: #mkdir headless #works # tar -C headless -pxf FreeBSD-9.1-RELEASE-amd64-disc1.iso This extracts most of the files but produces a huge error output as in: usr/lib/libarchive.so.5: Can't create 'usr/lib/libarchive.so.5' usr/lib/libasn1.so.10: Can't create 'usr/lib/libasn1.so.10' Similar messages for many portions of the image, 759 all totalled. The original image mounts properly using mdconfig and appears to be normal to start with. Martin McCormick From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 16:23:25 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33B49A0E for ; Sun, 24 Aug 2014 16:23:25 +0000 (UTC) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) (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 A9C403C14 for ; Sun, 24 Aug 2014 16:23:24 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7OGNGTf089082; Sun, 24 Aug 2014 18:23:16 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id E3A161244C; Sun, 24 Aug 2014 18:23:15 +0200 (CEST) Date: Sun, 24 Aug 2014 18:23:15 +0200 From: Roland Smith To: "Martin G. McCormick" Subject: Re: Has the Procedure for Regenerating A FreeBSD Installation Disk Changed? Message-ID: <20140824162315.GA51839@slackbox.erewhon.home> References: <20140824140259.4FC0E228B7@server1.shellworld.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <20140824140259.4FC0E228B7@server1.shellworld.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: "questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 16:23:25 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 24, 2014 at 09:02:59AM -0500, Martin G. McCormick wrote: > While trying to create a customized FreeBSD installation > disk I am using the standard FreeBSD tar application and doing > the following based upon instructions found in the Handbook for > remastering: >=20 > #mkdir headless #works > # tar -C headless -pxf FreeBSD-9.1-RELEASE-amd64-disc1.iso > This extracts most of the files but produces a huge > error output as in: >=20 > usr/lib/libarchive.so.5: Can't create 'usr/lib/libarchive.so.5' > usr/lib/libasn1.so.10: Can't create 'usr/lib/libasn1.so.10' > =09 > Similar messages for many portions of the image, 759 all totalled. Could it be that your filesystem is full? Although I don't have FreeBSD-9.1-RELEASE-amd64-disc1.iso around, I tried t= he tar command with FreeBSD-10.0-RELEASE-amd64-disc1.iso and that unpacks just fine. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT+hFzAAoJEED21dyjijPgxugP/jzKT8uZASsncBURd6uVcYlE oskbzmPqho0Bq7OugfMTZgb+VmFrA6pOr5DNp2ohe4lq01Pjt16hQ+5K7sECPc5W odhd0kuPYcyt8t3Y3JuDN3K+hCTUk4bgs8TvcvsHINyHrxl/QK9D1OKwl1NNNQnL f6+S/qxIk78j1zTYPULVj74XeUs3KIrg7+VGQCKc53jD+L6JfzRiRauUCDBv9QAM Jc1MEhsuxPS943R+f541q3hZMOj6vAY8L1ro3ZingmLfeJnmj8EkYlyRErUnzZyY F6ps3akYdw2Co56+3MVz2OyHjuj8YWlW4f0xG3U70bvPz9aCZhoaH74bj92O10be waCnJoyJVcuxZzG/qwDET+uPADGa+QUv8E8FzSbCYplkmGjxXmalcue+HFjIAFdn X5OfwCj74UdAqnubRhPpZXE1eBU/uSt5n5twL7K+TWNnjVOQS9vvt66DTUqw+VPv 5jwTu0PgHzwKXZ3lELhAaDHH7RJimkDOovjar9w1RNiHj9zU4er5T7Yyu6xXkTCC KEBWFQuIGmUJmq0sCKcSKM/kT5ZmE8dTuG5U6EYVw+nHqClt97DSv0p++frmbU+D a2HVJlOLF89Fdi01TrBZA0Lfx5BzXd1lDkyy9hZpgn4qjracCz54ljnGbQGRS99h ayM42g6+f5485yzigO5R =DGVX -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 16:54:46 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D47AE797 for ; Sun, 24 Aug 2014 16:54:46 +0000 (UTC) Received: from mail-qc0-f177.google.com (mail-qc0-f177.google.com [209.85.216.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FF173F10 for ; Sun, 24 Aug 2014 16:54:45 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id x13so12910377qcv.36 for ; Sun, 24 Aug 2014 09:54:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=8/U/gl8PzrV3OQkHvFdYk5be9FhQkUldB/NJ/MGnA6A=; b=BA04uBQhxbaamuI5IV1kCUNaxYW1Ovg3/m/cEsx6Lsh3M8/oy32GcJQccgz6rrdsFA 0Hu49EFY4/CIX3/iAmU4FG4t3wi0TLTU9n6B9sTYXtGvfdrLaFE7++eMS5WXryWKUA+H h0A2Vp+PEGfH10logQY7DfhHzix2zqXZZZdwnu6USIkh7LNIvH2OjLnspJcgZaC0tKp7 pyw6JRGmC3qrz7/bvyWs7nDEOpMzSjcknB59i7VaeMbeu2Jw1n3AXYL5aNPCa5dUeble H5AEW9TBqJmcyc2qC7WbDt0rx7nBXEBcpyn8iktHVVerDyP4QH60wAyDhA17VEpi7g/Y EONQ== X-Gm-Message-State: ALoCoQk36cNQpqqiQT1Q3krFYzYyHEyarqpxmXJgwsTGYRWMYbz9ZNhVmGfqaXFYozplCpU/6o5i X-Received: by 10.140.95.101 with SMTP id h92mr25697779qge.35.1408899284746; Sun, 24 Aug 2014 09:54:44 -0700 (PDT) Received: from [192.168.2.65] ([96.236.21.80]) by mx.google.com with ESMTPSA id d18sm75222249qae.19.2014.08.24.09.54.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 24 Aug 2014 09:54:44 -0700 (PDT) Subject: Re: some ZFS questions Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=us-ascii From: Paul Kraus In-Reply-To: <201408241015.s7OAFRv7010196@sdf.org> Date: Sun, 24 Aug 2014 12:54:44 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <1D0A300C-3A95-49FA-8983-4733027796AE@kraus-haus.org> References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <201408241015.s7OAFRv7010196@sdf.org> To: Scott Bennett X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 16:54:46 -0000 On Aug 24, 2014, at 6:15, Scott Bennett wrote: > So you haven't changed KVA_PAGES in your kernel? No, I have not needed to. My systems range from VMs with 1GB memory = through small servers with 4GB - 16GB or memory to large servers with = 32GB - 64GB of memory. I do not have any very large servers with over = 64GB memory. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 17:04:01 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A93F9358 for ; Sun, 24 Aug 2014 17:04:01 +0000 (UTC) Received: from mail-qc0-f177.google.com (mail-qc0-f177.google.com [209.85.216.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 63064301E for ; Sun, 24 Aug 2014 17:04:00 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id x13so12847309qcv.22 for ; Sun, 24 Aug 2014 10:03:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=6MQVkN/h+17lD8cjIcD1fjRIUr+b5b9ai94Xhufp/+k=; b=fse6gSfe/GrH8oADnaRbJ9kJJLuBl9uKUio+S+xGWqjVWcDM+8nwDflT9V0pCDcqQB N/2/gX+302stKhA8AoNIHx2Ostm2za9C1k9R08JWD5nLivWJjHEKEcn5hfP0rXs20dz0 h6nBEU5j0mf4ybemTlXqlwmhyZgKAFVQ6eIxJSxLE3T5IMKpt0yI3BlVN9hUCmcUwEZA FCLpUfZ51Wq+V91ZU1dcq6JiFuRBI85kvju6SGQov2nqwX7/CvyJPyh1NS7/0JngV6ic Z0gh4j0P6NWImaWnjay1aXJ6pvJc8WwX8LqzPtDDkl0KI0Xmp2gfRtYzwhDC7Smo5j4c f/vw== X-Gm-Message-State: ALoCoQny1+qCFhFvtysZXUFx1g/j1AbgJG/2NYlkCwApXcP0LYvK07P/479E/Xssm4BsfxrRdtJy X-Received: by 10.224.115.134 with SMTP id i6mr27599678qaq.71.1408899401816; Sun, 24 Aug 2014 09:56:41 -0700 (PDT) Received: from [192.168.2.65] ([96.236.21.80]) by mx.google.com with ESMTPSA id l7sm73411065qac.42.2014.08.24.09.56.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 24 Aug 2014 09:56:41 -0700 (PDT) Subject: Re: some ZFS questions Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=us-ascii From: Paul Kraus In-Reply-To: <201408241019.s7OAJoBw025610@sdf.org> Date: Sun, 24 Aug 2014 12:56:42 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <022EBB92-5E27-4198-8FD7-1B00B35E5D50@kraus-haus.org> References: <201408070816.s778G9ug015988@sdf.org> <53E3A836.9080904@my.hennepintech.edu> <201408080706.s78765xs022311@sdf.org> <201408211033.s7LAXWbN006985@sdf.org> <201408241019.s7OAJoBw025610@sdf.org> To: Scott Bennett X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 17:04:01 -0000 On Aug 24, 2014, at 6:19, Scott Bennett wrote: > Paul Kraus wrote: >> When you create a zpool you get both the zpool and a zfs dataset of = the same name. You can use this dataset, but if I am going to be = creating *any* other datasets in this zpool I do not. I only use = hierarchical datasets in very specific ways as there are rules on = inheritance and mount points. For example: >>=20 > Oh. I hadn't gleaned that from the man pages or other = documentation. > Thanks for pointing it out. It is not very obvious, and the downsides are decidedly not obvious. I = learned to do what I now do through trail and error and many painful = reconfigurations over the years. The biggest thing to watch out for is = hidden (non-obvious) dependencies due to the hierarchical nature of = datasets created within (on top of ?) other datasets.=20 -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 19:17:20 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4023EA4 for ; Sun, 24 Aug 2014 19:17:20 +0000 (UTC) Received: from relay.mailchannels.net (tkt-001-i389.relay.mailchannels.net [72.249.144.204]) by mx1.freebsd.org (Postfix) with ESMTP id C62CB3B8D for ; Sun, 24 Aug 2014 19:17:19 +0000 (UTC) X-Sender-Id: _forwarded-from|107.201.32.44 Received: from mail-24.name-services.com (ip-10-33-12-218.us-west-2.compute.internal [10.33.12.218]) by relay.mailchannels.net (Postfix) with ESMTPA id BB3126015F; Sun, 24 Aug 2014 16:55:32 +0000 (UTC) X-Sender-Id: _forwarded-from|107.201.32.44 Received: from mail-24.name-services.com (mail-24.name-services.com [10.227.41.147]) (using TLSv1 with cipher AES128-SHA) by 0.0.0.0:2500 (trex/5.2.12); Sun, 24 Aug 2014 16:55:33 GMT X-MC-Relay: Forwarding X-MailChannels-SenderId: _forwarded-from|107.201.32.44 X-MailChannels-Auth-Id: demandmedia X-MC-Ingress-Time: 1408899333097 Received: from [10.0.10.1] (107-201-32-44.lightspeed.bcvloh.sbcglobal.net [107.201.32.44]) by mail-24.name-services.com with SMTP; Sun, 24 Aug 2014 09:55:25 -0700 Message-ID: <53FA18FD.1060309@a1poweruser.com> Date: Sun, 24 Aug 2014 12:55:25 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: doug@safeport.com Subject: Re: updating ezjails with freebsd-update References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@FreeBSD.ORG X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 19:17:20 -0000 doug@safeport.com wrote: > As anyone who had tried this know the -u and -U options on update do not > work. There is a post on the ejail mailing list that gives a roadmap. I > am testing this and will post results if there is any interest. > > I trying to figure out this process I came across section 15.6 in the > handbook. My question is about establishing a loopback interface to keep > the jail activity off of the host. What is the impact of NOT doing this? > There is no mention of this in the jail man page. Is this an oversite? > You can disregard most of that new handbook jail ezjail section. First of all the current version of ezjail uses the /etc/rc.d/jail script method. This method is depreciated in FreeBSD version 10.0 and scheduled to be removed in FreeBSD version 10.1 or 11.0. The section should have contained a red warning box informing the reader that this documentation only applies to Freebsd 10 and older releases. On the subject of a jails loopback interface. Jails don't have loopback interfaces or use them. Sure you can assign one but it's really a definition error which the jail(8) program does not issue a error message for. All reference to the loopback interface should be removed from this section as its very mis-leading to the reader and unnecessary. I installed bind99 in a jail(8) jail with out any lo1 or 127.0.0.1 ip address and it worked just fine. Adding a password to jails "root" user is a waste of time and effort. ezjail already requires the user to have "root" access on the host before the "ezjail-admin install" command will function. Editing the jail's /etc/hosts file and changing the ip address to the jails ip address and adding the jailname to the localhost entries is totally unnecessary. Jails work fine using the default hosts file. How can the handbook recommend using a utility tool that has a incomplete manual which is missing details about the utilities sub-commands. In my opinion this new section should have never been added to the handbook until after ezjail gets updated to use jail(8) and it's manual is updated to contain details about all it's sub-commands. From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 21:41:35 2014 Return-Path: Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9642AC2D for ; Sun, 24 Aug 2014 21:41:35 +0000 (UTC) Received: from bucksport.safeport.com (bucksport.safeport.com [198.74.231.101]) (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 3B2E537EA for ; Sun, 24 Aug 2014 21:41:34 +0000 (UTC) Received: from bucksport.safeport.com (bucksport.safeport.com [198.74.231.101]) by bucksport.safeport.com (8.14.5/8.14.5) with ESMTP id s7OLfWbP078034 for ; Sun, 24 Aug 2014 17:41:32 -0400 (EDT) (envelope-from doug@safeport.com) Date: Sun, 24 Aug 2014 17:41:32 -0400 (EDT) From: doug@safeport.com To: freebsd-questions@FreeBSD.ORG Subject: Re: updating ezjails with freebsd-update In-Reply-To: <53FA18FD.1060309@a1poweruser.com> Message-ID: References: <53FA18FD.1060309@a1poweruser.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bucksport.safeport.com [198.74.231.101]); Sun, 24 Aug 2014 17:41:32 -0400 (EDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 21:41:35 -0000 On Sun, 24 Aug 2014, Fbsd8 wrote: > doug@safeport.com wrote: >> As anyone who had tried this know the -u and -U options on update do not >> work. There is a post on the ejail mailing list that gives a roadmap. I am >> testing this and will post results if there is any interest. >> >> I trying to figure out this process I came across section 15.6 in the >> handbook. My question is about establishing a loopback interface to keep >> the jail activity off of the host. What is the impact of NOT doing this? >> There is no mention of this in the jail man page. Is this an oversite? >> > > You can disregard most of that new handbook jail ezjail section. > > First of all the current version of ezjail uses the /etc/rc.d/jail script > method. This method is depreciated in FreeBSD version 10.0 and scheduled to > be removed in FreeBSD version 10.1 or 11.0. The section should have contained > a red warning box informing the reader that this documentation only applies > to Freebsd 10 and older releases. > > On the subject of a jails loopback interface. Jails don't have loopback > interfaces or use them. Sure you can assign one but it's really a definition > error which the jail(8) program does not issue a error message for. All > reference to the loopback interface should be removed from this section as > its very mis-leading to the reader and unnecessary. > > I installed bind99 in a jail(8) jail with out any lo1 or 127.0.0.1 ip address > and it worked just fine. > > Adding a password to jails "root" user is a waste of time and effort. ezjail > already requires the user to have "root" access on the host before the > "ezjail-admin install" command will function. > > Editing the jail's /etc/hosts file and changing the ip address to the jails > ip address and adding the jailname to the localhost entries is totally > unnecessary. Jails work fine using the default hosts file. > > How can the handbook recommend using a utility tool that has a incomplete > manual which is missing details about the utilities sub-commands. > > In my opinion this new section should have never been added to the handbook > until after ezjail gets updated to use jail(8) and it's manual is updated to > contain details about all it's sub-commands. Thank you, most helpful _____ Douglas Denault http://www.safeport.com doug@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 21:59:52 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F325A7 for ; Sun, 24 Aug 2014 21:59:52 +0000 (UTC) Received: from mail.parts-unknown.org (home.parts-unknown.org [50.250.218.161]) (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 E762238E7 for ; Sun, 24 Aug 2014 21:59:51 +0000 (UTC) Received: from mail.parts-unknown.org (unknown [127.0.0.1]) by mail.parts-unknown.org (Postfix) with ESMTP id 08E3D8C1A56E for ; Sun, 24 Aug 2014 14:59:45 -0700 (PDT) Received: by mail.parts-unknown.org (Postfix, from userid 1001) id DE3528C1A56D; Sun, 24 Aug 2014 14:59:44 -0700 (PDT) Date: Sun, 24 Aug 2014 14:59:44 -0700 From: David Benfell To: freebsd-questions@freebsd.org Subject: wpa_supplicant questions Message-ID: <20140824215944.GE42644@home.parts-unknown.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qOrJKOH36bD5yhNe" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: ClamAV using ClamSMTP on home.parts-unknown.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 21:59:52 -0000 --qOrJKOH36bD5yhNe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, With my notebook system, I wander various places and have to alter the wpa supplicant configuration for some of these places. (Fortunately, this proved easier than I expected and the initial installation provided example entries that, gee, I know work.) I then need to restart the network, sometimes overriding an association wpa_supplicant may already have made.=20 'service netif restart' seems inadequate and I have been having to reboot--an elaborate process because the notebook is UEFI and won't boot legacy-style off the hard disk. What is the correct incantation to do this? Also, how does one escape an apostrophe in an SSID, as in "Nature's Express" (the SSID at a vegan restaurant in North Berkeley), in the wpa supplicant configuration? Finally, does 'ifconfig scan' output indicate signal strength? At a conference I attended yesterday, they had several similarly named access points to choose from (the ability to use a wildcard would have been helpful as they all take the same password), but I did not know which I should choose. As you can imagine, this compounded the above difficulties--I wound up abandoning my attempt to use my FreeBSD notebook in this situation. Thanks! --=20 David Benfell See https://parts-unknown.org/node/2 if you don't understand the attachment. --qOrJKOH36bD5yhNe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJT+mBQAAoJEBV64x4SNmArFGUP/1dsi6meSxMnPeZ8K8a+nCML fPv8yDIyjVVgimHoO/6ZB4ujgJUxVxqxNHsPd7Hnx3PXguIlyXN7D0qeBSQM3inb wDlAE/UBaG8znxMuG9OqUXZsCTD3BbX6VTfqgg8LIvF2850f+G1eaky+nUEah57C RByY64b072nfuvx0xy8y5Rk60SmFiw6k//ebjCD82n2CgxRRnurSRFJmwRXHkELN aygt+M06WVzW2wviuFOT5fKidSb3y5bJ0OKooGDAyes2MQVO6hGocbzM/+wbb/j8 atHX65x2aEjGc6m9luis3C7A0RuU/KniNAGE9oPC1137UbM4JxIC0Uc2Z5iMG++F fd0rmGMX4C7JOno/yAceUItuY9+Mt9Pphy/OeQnDMuNLRF0QacfjVRHUXWSjSQFl w94hlpLt5iwXzL4SoapUCRpeboDfaB0+ekQDN4cTh3JmyaomPIRJ38kEIL4uluOY xgC34XsDBWyqu4zNe+kkfVyoFQkkjnw1CcXmc6HaBrbwoG5A6+haR16VyHOSYZma D4d35OYwubOMnpkCb2IwXFqG1EHsKdUuE3iKNPtfxLrEgtjBdHk8fsrDYWOOS0zf Z0+1PZVPeHUr+uNScQNfqFOx8cKwFVhwuYX3Q9JAjRn8EpPDSKO4oFPCgeP3AkhB juyuHvz8o0hXcHpYy8Lt =H46E -----END PGP SIGNATURE----- --qOrJKOH36bD5yhNe-- From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 23:54:33 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99F74E1B for ; Sun, 24 Aug 2014 23:54:33 +0000 (UTC) Received: from nlpiport18.prodigy.net.mx (nlpiport18.prodigy.net.mx [148.235.52.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA39321B for ; Sun, 24 Aug 2014 23:54:32 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,393,1406610000"; d="scan'208";a="1008490055" Received: from nlpiport20.prodigy.net.mx ([148.235.52.90]) by nlpiport18.prodigy.net.mx with ESMTP; 24 Aug 2014 18:49:24 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AokRAAZ5+lO9qqdB/2dsb2JhbABZgw1TV41WoUYBAQEBAQEGhD2YZIIWhTcBgQsXd4QEAQQBVjMLIRMSDyoeBgESCYgxCgvBDReFfIh/AQFWhEwFiyKRJgGVDIN+HS+BCAcXBoEjAQEB Received: from dsl-189-170-167-65-dyn.prod-infinitum.com.mx (HELO morena.maps.net) ([189.170.167.65]) by nlpiport20.prodigy.net.mx with SMTP; 24 Aug 2014 18:49:23 -0500 Date: Sun, 24 Aug 2014 16:49:23 -0700 From: Martin Alejandro Paredes Sanchez To: Beeblebrox , freebsd-questions@freebsd.org Subject: Re: printcap configuration problem (if-MAPS 1/4) Message-ID: <20140824164923.43152843@morena.maps.net> In-Reply-To: <20140819090205.111cba9a@rsbsd.rsb> References: <1405676044178-5929730.post@n5.nabble.com> <53C919E0.6070008@bananmonarki.se> <20140718183958.1864052a@rsbsd.rsb> <20140727221419.35efb9b0@morena.maps.net> <1406966714419-5934110.post@n5.nabble.com> <1406986762673-5934162.post@n5.nabble.com> <20140803083513.47e21f3b@rsbsd.rsb> <20140807225729.69db80ef@morena.maps.net> <20140819090205.111cba9a@rsbsd.rsb> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; i386-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 23:54:33 -0000 El Tue, 19 Aug 2014 09:02:05 +0300 Beeblebrox escribi=F3: > Hello Alejandro, Hello Beeblebrox >=20 > So far what I have: > * printcap setup complete, no problems. Printer supports PS level-2 That means that we can setup a PostScrip printer in this case or use the driver "pxlmono" recommended by OpenPrinting http://www.openprinting.org/printer/HP/HP-LaserJet_2100 > * I would prefer not to install and have to learn/maintain a 3rd or > 4th package to get the job done, so preferably no lprng/printtools if > I can avoid it. That was one of my objectives, if FreeBSD has a print spool manager LPR/LPD use it and avoid installing CUPS, LPRng > > What are you printing? > From what program? > Many things put mostly ps/pdf/text. My filter can handle this 3 formats OK > > You should try apsfilter > Already using enscript. apsfilter is an input-filter or text filter compatible with LPD In the printcap if=3D identifies the input filter that will be used Enscript converts ASCII files to PostScript, HTML, or RTF (is not a filter), not compatible with LPD > * I need a filter where I can a) set HWresolution, and b) set pages > per sheet, like 4 pages of pdf file on one A4 sheet, landscape mode, > minimum or no margins between pages so as to minimize white space. Let's see if we can handle this options =20 First, create a directory for the new spool root# mkdir -p /var/spool/lpd/lj2100 root# chmod 770 /var/spool/lpd/lj2100 root# touch /var/spool/lpd/lj2100/filter-errors root# touch /var/spool/lpd/lj2100/if-MAPS.MappingOptions root# touch /var/spool/lpd/lj2100/if-MAPS.conf root# chmod 660 /var/spool/lpd/lj2100/* root# chown -R daemon:daemon /var/spool/lpd/lj2100 Add this entry in your /etc/printcap lj2100|lp|HP LaserJet 2100TN:\ :tty.device=3D:remote.host=3D192.168.1.9:remote.queue=3Draw:\ :filt.input=3D/usr/local/bin/if-MAPS:\ :spool.log=3D/var/spool/lpd/lj2100/filter-errors:\ :spool.dir=3D/var/spool/lpd/lj2100:\ :max.blocks=3D0:banner.disable: To validate the printacap, run: root# chkprintcap If there are no errors, Nothing is going to be printed to screen This is the 1st of 4 mail From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 23:54:48 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0DA4EA5 for ; Sun, 24 Aug 2014 23:54:48 +0000 (UTC) Received: from miucha.iecc.com (abusenet-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:1126::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "miucha.iecc.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 33FB83226 for ; Sun, 24 Aug 2014 23:54:47 +0000 (UTC) Received: (qmail 75744 invoked from network); 24 Aug 2014 23:54:46 -0000 Received: from miucha.iecc.com (64.57.183.18) by mail1.iecc.com with QMQP; 24 Aug 2014 23:54:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=17a97.53fa7b3e.k1408; i=johnl@user.iecc.com; bh=MfSnQuJh3qNO+RUuXApmRYq71SvgeebnQJzoklQipmM=; b=Ev8j3npUncMPdzAi1GyvQVeRcKrgsbkT/Fa63zP6Tm2aY/xsLovtBm8CMDOFfOam41JEm1RyhUy93t/TUAfY+yBXULx8lxKbdyLj3MRQOgWV6/MNUx7j7crZ58VC2Hlr/SaxnzQFUjP6F0hspRzQire5ktQYH47JyxqpouaHTRhxlLDaBScfILoSrh/k50d8DAyA1WjiiIFXX4M1rQpCL+dS71cJW7NiTUbz0HEl5bBM6NxIfXB+cgXX/4YzFwAm Date: 24 Aug 2014 23:54:14 -0000 Message-ID: <20140824235414.96918.qmail@joyce.lan> From: "John Levine" To: freebsd-questions@freebsd.org Subject: Re: wpa_supplicant questions In-Reply-To: <20140824215944.GE42644@home.parts-unknown.org> Organization: X-Headerized: yes Mime-Version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8bit Cc: benfell@parts-unknown.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 23:54:48 -0000 >'service netif restart' seems inadequate and I have been having to >reboot--an elaborate process because the notebook is UEFI and won't >boot legacy-style off the hard disk. Try service wpa_supplicant restart wlan0 >Also, how does one escape an apostrophe in an SSID, as in "Nature's >Express" (the SSID at a vegan restaurant in North Berkeley), in the >wpa supplicant configuration? Hmmn. Do double quotes work? ssid="Nature's Express" R's, John From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 23:58:47 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49818D5 for ; Sun, 24 Aug 2014 23:58:47 +0000 (UTC) Received: from nlpiport08.prodigy.net.mx (nlpiport08.prodigy.net.mx [148.235.52.13]) by mx1.freebsd.org (Postfix) with ESMTP id 104BB324B for ; Sun, 24 Aug 2014 23:58:46 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,393,1406610000"; d="scan'208";a="73020732" Received: from nlpiport03.prodigy.net.mx ([148.235.52.111]) by nlpiport08.prodigy.net.mx with ESMTP; 24 Aug 2014 18:58:46 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAOAKt6+lO9qqdB/2dsb2JhbABZgw2wRgEBAQEBAQafN4U3AYELF3eEBAEFOhwzCyETEg8qHgYBiFbBDheFfIh/AQFWhEwBBIsikSYBlQyDfh2BPoFAAQEB Received: from dsl-189-170-167-65-dyn.prod-infinitum.com.mx (HELO morena.maps.net) ([189.170.167.65]) by nlpiport03.prodigy.net.mx with SMTP; 24 Aug 2014 18:58:44 -0500 Date: Sun, 24 Aug 2014 16:58:41 -0700 From: Martin Alejandro Paredes Sanchez To: Beeblebrox , freebsd-questions@freebsd.org Subject: Re: printcap configuration problem (if-MAPS 4/4) Message-ID: <20140824165841.57c6979b@morena.maps.net> In-Reply-To: <20140819090205.111cba9a@rsbsd.rsb> References: <1405676044178-5929730.post@n5.nabble.com> <53C919E0.6070008@bananmonarki.se> <20140718183958.1864052a@rsbsd.rsb> <20140727221419.35efb9b0@morena.maps.net> <1406966714419-5934110.post@n5.nabble.com> <1406986762673-5934162.post@n5.nabble.com> <20140803083513.47e21f3b@rsbsd.rsb> <20140807225729.69db80ef@morena.maps.net> <20140819090205.111cba9a@rsbsd.rsb> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; i386-portbld-freebsd10.0) 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 23:58:47 -0000 In its content of /var/spool/lpd/lj2100/if-MAPS.conf put the following # # Values must be in lower case # PaperSize=a4 PaperTray=trayauto PaperType=standard PaperOrientation=portrait Resolution=600x600 Duplex=off EconoMode=on FilterText=enscript DuplexManual=yes CopiesManual=yes # Send mail upon completion MailLog=no # Log information # 0 = Do not log # 1 = log errors # 2 = log information to user # 3 = log trace information LogLevel=1 # # Configure GosthScript # (GS_DEVICE=ps ==> Especify a PostScript printer) GS_DEVICE=ps # The printer has minimum margins on each edge of approximately # 6 mm (0.25 inch). The margin is expresed in Postscript Points # (0.25 x 72 = 18) MarginLeft=18 MarginTop=18 MarginRight=18 MarginBottom=18 From owner-freebsd-questions@FreeBSD.ORG Sun Aug 24 23:58:52 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ED30156 for ; Sun, 24 Aug 2014 23:58:52 +0000 (UTC) Received: from nlpiport17.prodigy.net.mx (nlpiport17.prodigy.net.mx [148.235.52.22]) by mx1.freebsd.org (Postfix) with ESMTP id 06D74324D for ; Sun, 24 Aug 2014 23:58:51 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,393,1406610000"; d="scan'208";a="1003133978" Received: from nlpiport21.prodigy.net.mx ([148.235.52.83]) by nlpiport17.prodigy.net.mx with ESMTP; 24 Aug 2014 18:53:44 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgQOALp5+lO9qqdB/2dsb2JhbABZgw2wRgEBAQEBAQafN4IYgx8BgQsXd4QEAQVWGhkLFwoMAQEFEg8qFggGAYhWwRIXhXyIfwEBHC4MBgQIAYQ5BYsijk2CWQGVDIFidwGBJB2BNQIHFwQCgSMBAQE Received: from dsl-189-170-167-65-dyn.prod-infinitum.com.mx (HELO morena.maps.net) ([189.170.167.65]) by nlpiport21.prodigy.net.mx with SMTP; 24 Aug 2014 18:53:43 -0500 Date: Sun, 24 Aug 2014 16:53:42 -0700 From: Martin Alejandro Paredes Sanchez To: Beeblebrox , freebsd-questions@freebsd.org Subject: Re: printcap configuration problem (if-MAPS 2/4) Message-ID: <20140824165342.7e3443b0@morena.maps.net> In-Reply-To: <20140819090205.111cba9a@rsbsd.rsb> References: <1405676044178-5929730.post@n5.nabble.com> <53C919E0.6070008@bananmonarki.se> <20140718183958.1864052a@rsbsd.rsb> <20140727221419.35efb9b0@morena.maps.net> <1406966714419-5934110.post@n5.nabble.com> <1406986762673-5934162.post@n5.nabble.com> <20140803083513.47e21f3b@rsbsd.rsb> <20140807225729.69db80ef@morena.maps.net> <20140819090205.111cba9a@rsbsd.rsb> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; i386-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 23:58:52 -0000 Create the file /usr/local/bin/if-MAPS In its content, put the following #!/bin/sh # # This shell espect to be a text filter (filt.input=3Dif capability in # /etc/printcap) confusingly called the input filter. # # When LPD starts this filter program. It sets: # # standard input to the file to print # standard output to the printer device (tty.device=3Dlp capability) # standard error append to the error logging file (spool.log=3Dlf capabil= ity) # current directory to the spooling directory (spool.dir=3Dsd capability) # =A0 uid=3D1(daemon) gid=3D1(daemon) # # With the following parameters: # # filter-name [-c] -wWidth -lLength -iIndent -n login -h host acct-file # # -c appears if job submitted with "lpr -l" (print control # characters and suppresses page breaks) (raw printing) # width is the page width (page.width=3Dpw capability), default 132 # length is the page length (page.length=3Dpl capability), default 66 # indent is the amount of the indentation from "lpr -i", default 0 # login is the account name of the user printing the file # host is the host name from which the job was submitted # acct-file is the name of the accounting file (acct.file=3Daf capabilit= y) # # This filter should exit with the following exit status: # # exit 0 If the filter printed the file successfully. # exit 1 If the filter failed to print the file but wants LPD to try # to print the file again. LPD will restart a filter if it # exits with this status. # exit 2 If the filter failed to print the file and does not want LPD # to try again. LPD will throw out the file. # # You need the following packages installed # # GhostScript ghostscript-gpl GPL Postscript interpreter # psUtils psutils-letter Utilities for manipulating PostScript documen= ts # Enscript enscript-letter ASCII to PostScript filter # # If user removes the job, LPD will send SIGINT (SIGNAL INTERRUPT) # so trap SIGINT (and a few other signals) to clean up after ourselves. # # 1 HUP (hang up) # 2 INT (interrupt) # 15 TERM (software termination signal) # trap 'LogError 2 "Signal HUP traped"' 1 trap 'LogError 2 "Signal INT traped"' 2 trap 'LogError 2 "Signal TERM traped"' 15 umask -S u=3Drwx,g=3Drwx,o=3D FilterName=3D`/usr/bin/basename "$0"` PATH=3D/bin:/usr/bin:/usr/local/bin TMPDIR=3D`/usr/bin/mktemp -q -d "/var/tmp/$FilterName.XXXXXX"` || ErrorTmpD= ir export TEMP=3D"$TMPDIR" TMPDIR PATH [ -n "$TMPDIR" -a -d "$TMPDIR" ] && /usr/bin/chgrp daemon "$TMPDIR" # # SendMailLog: Send the logs by mail (sendmail). # SendMailLog() { LogTrace "Sending logs by mail (this mail)" { echo "To: $User@$Host" [ -e "$TMPDIR/ErrorFile" ] && echo "Cc: root" echo "Subject: Logged information of print job \"$JobFile\"" echo echo "Queue =3D \"$Queue\"" echo "File =3D \"$JobFile\"" echo echo "Your print job was processed by the input-filter \"$FilterName\"" if [ -e "$TMPDIR/ErrorFile" ]; then echo "During the process, an error occurred" echo echo "The logged error is:" /bin/cat "$TMPDIR/ErrorFile" else echo "and was sent to the printer device successfully" fi if [ -s "$TMPDIR/DebugFile" ]; then echo echo "The trace/debug information is:" echo /bin/cat "$TMPDIR/DebugFile" fi echo echo "This e-mail was sent by a program, do not respond to this messag= e." echo "In case of an error, contact your system administrator." } | /usr/sbin/sendmail -oem -t } # # CleanUp: Send the logs to StdError and remove temporary files. # CleanUp() { [ $LogLevel -ge 1 -a -e "$TMPDIR/ErrorFile" ] && /bin/cat "$TMPDIR/Error= File" 1>&2 [ $LogLevel -ge 2 ] && /bin/cat "$TMPDIR/DebugFile" 1>&2 if ValueYes MailLog ; then SendMailLog fi [ -n "$TMPDIR" -a -d "$TMPDIR" ] && /bin/rm -rf "$TMPDIR" } # # LogInfo: Log the information message to the file "$TMPDIR/DebugFile" # # $1: Message to log # LogInfo() { echo -e "$1" >> "$TMPDIR/DebugFile" } # # LogTrace: Log the trace information to the file "$TMPDIR/DebugFile" # # $1: Trace information to log # LogTrace() { if [ $LogLevel -ge 3 ] ; then echo -e "$1" >> "$TMPDIR/DebugFile" fi } # # LogError: Log the message error to the file "$TMPDIR/ErrorFile" # # $1: Exit value to use # $2: Error message to log # LogError() { local Header /usr/bin/touch "$TMPDIR/ErrorFile" Header=3D"`/bin/date -v-7d '+%Y/%m/%d %H:%M:%S'` $FilterName[$$]" echo -e "$Header: Error printing '$JobFile', exit code $1" >> "$TMPDIR/E= rrorFile" echo -e "$Header: $2" >> "$TMPDIR/ErrorFile" CleanUp exit $1 } # # ErrorRunning: An error ocurred while transforming the print job # ErrorRunning() { LogError 2 "`/bin/cat "$TMPDIR/Error"`" } # # ErrorTmpDir: An error ocurred while trying to create a temporary directory # ErrorTmpDir() { ProcessControlFile LogError 1 "mktemp: Can't create temporary directory" } # # ErrorFileType: The file of the print job, is of a type unsupported # ErrorFileType() { LogError 2 "Unsupported file type '$FileType'" } # # ErrorNotConfFile: The Queue/printer does not has a configuration file # ErrorNotConfFile() { LogError 2 "Configuration file not found '$FilterName.conf'" } # # ValueYes: Test a variable and inform if set to YES or NO. # # $1: Variable to be tested # ValueYes() { local Value eval Value=3D\$${1} LogTrace "\tValueYes: $1 is set to '$Value'." case $Value in yes|true|on) return 0 ;; no|false|off) return 1 ;; *) LogInfo "${1} is not set to YES or NO. Assuming ${1}=3D'yes'" return 0 ;; esac } # # Process the control file (grab variables JobFile, ZOptions). # ProcessControlFile() { local PId ControlFile Line Value { read PId read -r ControlFile } < lock Copies=3D0 while read -r Line; do Value=3D"${Line#?}" case "$Line" in Z*) [ -n "$TMPDIR" -a -d "$TMPDIR" ] && echo -n "$Value" > "$TMPDI= R/-Z Options" ;; M*) MailLog=3Dyes ;; N*) JobFile=3D"$Value" ; : ${JobFile:=3DStdIn} ;; f*) Copies=3D`/bin/expr $Copies + 1` ;; 0*) LogLevel=3D0 ; MailLog=3Dno ; /bin/cat - > /dev/null ; CleanUp= ; exit 0 ;; esac done < $ControlFile if [ $Copies -ge 2 ] && ValueYes CopiesManual; then echo "0CopiesManuallyPrinted" >> $ControlFile fi } # # ProcessOptionsFile: Validate and include options coming from a file. # # $1: File with options to validate and include # ProcessOptionsFile() { local Option CmdOption Var Val ValidOption WidthInches HeightInches if [ -r "$1" ]; then Val=3D`/usr/bin/basename "$1"` LogTrace "Running 'ProcessOptionsFile' file '$Val'" /usr/bin/grep --invert-match --regexp=3D'^#' --regexp=3D'^$' "$1" | /= usr/bin/tr ", " "\n" | /usr/bin/tr -Cd "[:alnum:]=3D\n." > "$TMPDIR/Options" while read -r CmdOption; do Option=3D`echo "$CmdOption"| /usr/bin/tr "[:upper:]" "[:lower:]"` case "$Option" in custom.*|papersize=3Dcustom.*) ValidOption=3D"PaperSize=3Dcustom" Val=3D${Option##papersize=3D} Val=3D${Val##custom.} case "$Val" in *x*in) Val=3D${Val%*in} ; Var=3D1 ;; *x*mm) Val=3D${Val%*mm} ; Var=3D25.4 ;; *x*) Var=3D72 ;; *) ValidOption=3D'' ;; esac if [ -n "$ValidOption" ]; then WidthInches=3D`echo -n "$Val" | /usr/bin/cut -d 'x' -f 1` HeightInches=3D`echo -n "$Val" | /usr/bin/cut -d 'x' -f 2` WidthInches=3D`echo "scale=3D2; $WidthInches / $Var" | /u= sr/bin/bc` HeightInches=3D`echo "scale=3D2; $HeightInches / $Var" | = /usr/bin/bc` if [ "${WidthInches}" =3D "0" -o "${HeightInches}" =3D "0= " ] ; then ValidOption=3D'' else PaperSizeInches=3D"${WidthInches}x${HeightInches}" fi fi ;; *=3D*) Var=3D`echo -n "$Option" | /usr/bin/cut -d '=3D' -f 1` Val=3D`echo -n "$Option" | /usr/bin/cut -d '=3D' -f 2` if [ "${Val##*[!0-9]*}" ] ; then case "$Var" in book) ValidOption=3D"Book=3D$Val" ;; nup) ValidOption=3D"nUp=3D$Val" ;; *) ValidOption=3D'' ;; esac else ValidOption=3D`/usr/bin/nawk -F: -v Var=3D"$Var" -v Val= =3D",$Val," 'tolower($1) =3D=3D Var && $2 ~ Val {print $1"=3D"$3}' $FilterN= ame.MappingOptions` fi ;; *) Var=3D Val=3D"$Option" ValidOption=3D`/usr/bin/nawk -F: -v Val=3D",$Val," '$2 ~ Val= {print $1"=3D"$3}' $FilterName.MappingOptions` ;; esac if [ -n "$ValidOption" ]; then eval $ValidOption LogTrace "\t'$CmdOption'\t=3D=3D> '$ValidOption'" else LogInfo "\t'$CmdOption'\tIgnored" fi done < "$TMPDIR/Options" fi } # # FixOptions: Initialize options with default values if not set # change/calculate others options depending on values of other = options # FixOptions() { local WidthDPI HeightDPI WidthInches HeightInches WidthPixels HeightPixe= ls WidthPoints HeightPoints LogTrace "Running 'FixOptions'" WidthDPI=3D`echo -n "$Resolution" | /usr/bin/cut -d 'x' -f 1` HeightDPI=3D`echo -n "$Resolution" | /usr/bin/cut -d 'x' -f 2` [ -z "$PaperSizeInches" ] && PaperSizeInches=3D`/usr/bin/nawk -F: -v Opt= =3D",$PaperSize," '$2 ~ Opt {print $4}' $FilterName.MappingOptions` WidthInches=3D`echo -n "$PaperSizeInches" | /usr/bin/cut -d 'x' -f 1` HeightInches=3D`echo -n "$PaperSizeInches" | /usr/bin/cut -d 'x' -f 2` WidthPixels=3D`echo "$WidthDPI * $WidthInches" | /usr/bin/bc | /usr/b= in/cut -d '.' -f 1` HeightPixels=3D`echo "$HeightDPI * $HeightInches" | /usr/bin/bc | /usr/b= in/cut -d '.' -f 1` PaperSizePixels=3D"${WidthPixels}x${HeightPixels}" # PostScript points (each point is 1/72 inch or 0.35mm) WidthPoints=3D`echo "72 * $WidthInches" | /usr/bin/bc | /usr/bin/cut -= d '.' -f 1` HeightPoints=3D`echo "72 * $HeightInches" | /usr/bin/bc | /usr/bin/cut -= d '.' -f 1` PaperSizePoints=3D"${WidthPoints}x${HeightPoints}" case "$PaperSize" in env*) PaperType=3Denvelope LogInfo "PaperType=3D$PaperType (Fixed because PaperSize=3D$Pape= rSize)" ;; *postcard*) PaperType=3Dthick LogInfo "PaperType=3D$PaperType (Fixed because PaperSize=3D$Pape= rSize)" ;; esac # Fix option for Duplex : ${DuplexManual:=3Dyes} : ${Duplex:=3Doff} : ${Book:=3Doff} # Fix the margin; expresed in Postscript Points : ${MarginLeft:=3D24} : ${MarginRight:=3D24} : ${MarginTop:=3D24} : ${MarginBottom:=3D24} # Fix option for nUp : ${nUp:=3Doff} [ "${nUp}" =3D "1" ] && nUp=3Doff : ${nUpLayout:=3Dh} : ${nUpMargin:=3Doff} if ValueYes nUpMargin ; then nUpMargin=3D"-m`/bin/expr $MarginBottom - 2= ` -b2" ; else nUpMargin=3D"-m$MarginBottom" ; fi : ${nUpBorder:=3Doff} if ValueYes nUpBorder ; then nUpBorder=3D"-d1" ; else nUpBorder=3D"" ; fi # Fix option for Copies : ${CopiesManual:=3Dyes} : ${Copies:=3D1} : ${FilterText:=3Denscript} : ${MailLog:=3Dfalse} [ -z "$ResCPI" ] && ResCPI=3D`echo "scale=3D0; $Width / $WidthInches" | = /usr/bin/bc` [ -z "$ResLPI" ] && ResLPI=3D`echo "scale=3D0; $Lenght / $HeightInches" = | /usr/bin/bc` } # # # DuplexNotification() { eval HOME=3D~$User export HOME DISPLAY=3D:0 LogTrace "Duplex Notification 'kdialog'\n\tHOME=3D$HOME\n\tDISPLAY=3D$DI= SPLAY" sudo -E /usr/local/kde4/bin/kdialog --msgbox "You printed a file in dupl= ex mode. The 1st part has been sent to the printer $Queue.\n\nWait for all = pages to be ejected, then put them back into the printer.\n\nTo print the r= est of the job, clic in the button" --title "Duplex Notification" } # # SendToPrinter: Send the file to StdOut (attached to the printer device) # SendToPrinter() { local lnCopies lnCopies=3D$Copies if ValueYes CopiesManual ; then lnCopies=3D1 fi while [ $lnCopies -le $Copies ] ; do LogTrace "Sendig to printer ($lnCopies)" /bin/cat "$1" lnCopies=3D`/bin/expr $lnCopies + 1` done } # # PrintJob:=20 # PrintJob() { SendToPrinter "$TMPDIR/1stPart" if ValueYes Duplex && ValueYes DuplexManual ; then DuplexNotification SendToPrinter "$TMPDIR/2ndPart" fi } # # # PreProcessingFile() { local OptTemp if ValueYes Book ; then Book=3D`/bin/expr $Book \* 4` LogTrace "Running 'psbook'\n\tpsbook -q -s$Book FileIn FileOut" /usr/local/bin/psbook -q -s$Book "$TMPDIR/FileIn" "$TMPDIR/FileOut" 2= > "$TMPDIR/Error" || ErrorRunning /bin/mv "$TMPDIR/FileOut" "$TMPDIR/FileIn" nUp=3D2 nUpMargin=3D"-m`/bin/expr $MarginBottom - 27` -b27" # inner magin 27= PostScript points (3/8" 9mm) nUpLayout=3Dh Duplex=3Dshort fi if ValueYes nUp ; then case "$nUpLayout" in lrtb|h) OptTemp=3D"" ;; # Horizontal Left to right, t= op to bottom (default) rltb|hr) OptTemp=3D"-r -c" ;; # Horizontal Reversed Right to= left, top to bottom tblr|v) OptTemp=3D"-c" ;; # Vertical Top to bottom, lef= t to right tbrl|vr) OptTemp=3D"-r" ;; # Vertical Reversed Top to bot= tom, right to left esac LogTrace "Running 'psnup'\n\tpsnup $OptTemp $nUpMargin $nUpBorder -$n= Up -q FileIn FileOut" /usr/local/bin/psnup $OptTemp $nUpMargin $nUpBorder -$nUp -q "$TMPDIR= /FileIn" "$TMPDIR/FileOut" 2> "$TMPDIR/Error" || ErrorRunning /bin/mv "$TMPDIR/FileOut" "$TMPDIR/FileIn" fi case "$Duplex" in no|false|off) OptTemp=3D"--simplex" ;; short) OptTemp=3D"--tumble" ;; long) OptTemp=3D"--duplex" ;; esac [ "$PaperTray" =3D "manual" ] && OptTemp=3D"$OptTemp --manualfeed" LogTrace "Running 'psset'\n\tpsset --quiet --no-fix $OptTemp --output=3D= FileOut FileIn" /usr/local/bin/psset --quiet --no-fix $OptTemp --output=3D"$TMPDIR/FileO= ut" "$TMPDIR/FileIn" 2> "$TMPDIR/Error" || ErrorRunning /bin/mv "$TMPDIR/FileOut" "$TMPDIR/FileIn" JobPages=3D`/usr/local/bin/psselect -p_1 "$TMPDIR/FileIn" 2>&1 > /dev/nu= ll | /usr/bin/tr "[]" ":" | /usr/bin/cut -d ':' -f 2` LogTrace ">>>\tJobPages=3D$JobPages" if ValueYes DuplexManual && ValueYes Duplex ; then if [ `/bin/expr $JobPages % 2` -eq 1 ] ; then LogTrace "Running 'psselect (adding 1 page for even pages)'\n\tpss= elect -q -p1-,_ FileIn FileOut" /usr/local/bin/psselect -q -p1-,_ "$TMPDIR/FileIn" "$TMPDIR/FileOu= t" /bin/mv "$TMPDIR/FileOut" "$TMPDIR/FileIn" fi /usr/local/bin/psselect -q -e -r "$TMPDIR/FileIn" "$TMPDIR/1stPart" /usr/local/bin/psselect -q -o "$TMPDIR/FileIn" "$TMPDIR/2ndPart" if [ "$Duplex" =3D "long" ] ; then /bin/mv "$TMPDIR/1stPart" "$TMPDIR/FileIn" /usr/local/bin/pstops -q 'U(1w,1h)' "$TMPDIR/FileIn" "$TMPDIR/1stP= art" fi /bin/rm "$TMPDIR/FileIn" else /bin/mv "$TMPDIR/FileIn" "$TMPDIR/1stPart" fi } # # # PrintPostScript() { local lcFile PreProcessingFile if [ "$GS_DEVICE" !=3D ps ] ; then GS_FONTPATH=3D/usr/local/share/ghostscript/fonts:/usr/local/lib/X11/f= onts/Type1 GS_LIB=3D # -gx page size in pixels | -r pixels/inch re= solution GS_OPTIONS=3D"$GS_OPTIONS -g$PaperSizePixels -r$Resolution -q -dBATCH= -dSAFER -dNOPAUSE" #GS_OPTIONS=3D"$GS_OPTIONS -sPAPERSIZE=3D$PaperSize -r$Resolution -q = -dBATCH -dSAFER -dNOPAUSE" export GS_DEVICE GS_FONTPATH GS_LIB GS_OPTIONS LogTrace "Running 'gs'\n\tGS_DEVICE=3D'$GS_DEVICE'\n\tGS_LIB=3D'$GS_L= IB'\n\tGS_FONTPATH=3D'$GS_FONTPATH'\n\tGS_OPTIONS=3D'$GS_OPTIONS'" for lcFile in "1stPart" "2ndPart" ; do if [ -f "$TMPDIR/$lcFile" ] ; then LogTrace "\tgs -sOutputFile=3DFileOut $lcFile" /usr/local/bin/gs -sOutputFile=3D"$TMPDIR/FileOut" "$TMPDIR/$lc= File" 2> "$TMPDIR/Error" || ErrorRunning /bin/mv "$TMPDIR/FileOut" "$TMPDIR/$lcFile" type PostProcessingFile > /dev/null 2>&1 && PostProcessingFile = "$lcFile" fi done fi PrintJob } # # # PrintPDF() { LogTrace "Running 'pdf2ps'\n\tpdf2ps FileIn FileOut" /usr/local/bin/pdf2ps "$TMPDIR/FileIn" "$TMPDIR/FileOut" 2> "$TMPDIR/Err= or" || ErrorRunning /bin/mv "$TMPDIR/FileOut" "$TMPDIR/FileIn" PrintPostScript } # # # PrintEnscript() { local WidthPoints HeightPoints WidthPoints=3D`echo -n "$PaperSizePoints" | /usr/bin/cut -d 'x' -f 1` HeightPoints=3D`echo -n "$PaperSizePoints" | /usr/bin/cut -d 'x' -f 2` HOME=3D$TMPDIR # enscript doesn't use HOME environment variable, uses the value from pa= sswd(5) # daemon =3D=3D> /root # $HOME/.enscriptrc =3D=3D> /root/.enscriptrc # HOME=3D/root # Media definitions for enscript: # name width height llx lly urx ury #Media: letter 612 792 38 24 574 768 echo -e "Media:\t$PaperSize\t$WidthPoints\t$HeightPoints\t$MarginLeft\t$= MarginTop\t`/bin/expr $WidthPoints - $MarginRight`\t`/bin/expr $HeightPoint= s - $MarginBottom`" > "$HOME/.enscriptrc" LogTrace "Running 'enscript'\n\tAdding to \$HOME/.enscriptrc\n\tMedia:\t= $PaperSize\t$WidthPoints\t$HeightPoints\t$MarginLeft\t$MarginTop\t`/bin/exp= r $WidthPoints - $MarginRight`\t`/bin/expr $HeightPoints - $MarginBottom`" PaperOrientationES=3D"--$PaperOrientation" ColorModeES=3D"--color=3Dblackwhite" if [ "$ColorMode" =3D "color" ] ; then ColorModeES=3D"--color=3Demacs" fi ENSCRIPT=3D"--no-header --copies=3D1 --quiet --indent=3D${Indent}p --lin= es-per-page=3D$Lenght --media=3D$PaperSize $ColorModeES $PaperOrientationES" export HOME ENSCRIPT LogTrace "\tENSCRIPT=3D'$ENSCRIPT'" LogTrace "\tenscript --output=3DFileOut FileIn" /usr/local/bin/enscript --output=3D"$TMPDIR/FileOut" "$TMPDIR/FileIn" 2>= "$TMPDIR/Error" || ErrorRunning /bin/mv "$TMPDIR/FileOut" "$TMPDIR/FileIn" PrintPostScript } # # # PrintA2PS() { local WidthPoints HeightPoints WidthPoints=3D`echo -n "$PaperSizePoints" | /usr/bin/cut -d 'x' -f 1` HeightPoints=3D`echo -n "$PaperSizePoints" | /usr/bin/cut -d 'x' -f 2` # Media definitions for a2ps: # name width height llx lly urx ury #Medium: letter 612 792 38 24 574 768 export HOME=3D$TMPDIR /bin/mkdir -p "$HOME/.a2ps" echo -e "Options:\t--quiet --columns=3D1 --rows=3D1 --major=3Drows --bor= ders=3Doff --no-header\nMedium:\t$PaperSize\t$WidthPoints\t$HeightPoints\t$= MarginLeft\t$MarginTop\t`/bin/expr $WidthPoints - $MarginRight`\t`/bin/expr= $HeightPoints - $MarginBottom`" > "$HOME/.a2ps/a2psrc" LogTrace "Running 'a2ps'\n\tAdding to \$HOME/.a2ps/a2psrc\n\tOptions:\t-= -quiet --columns=3D1 --rows=3D1 --major=3Drows --borders=3Doff --no-header\= n\tMedium:\t$PaperSize\t$WidthPoints\t$HeightPoints\t$MarginLeft\t$MarginTo= p\t`/bin/expr $WidthPoints - $MarginRight`\t`/bin/expr $HeightPoints - $Mar= ginBottom`" LogTrace "\ta2ps --medium=3D$PaperSize --$PaperOrientation --margin=3D$I= ndent --chars-per-line=3D$Width --lines-per-page=3D$Lenght --output=3DFileO= ut FileIn" /usr/local/bin/a2ps --medium=3D$PaperSize --$PaperOrientation --margin= =3D$Indent --chars-per-line=3D$Width --lines-per-page=3D$Lenght --output=3D= "$TMPDIR/FileOut" "$TMPDIR/FileIn" 2> "$TMPDIR/Error" || ErrorRunning /bin/mv "$TMPDIR/FileOut" "$TMPDIR/FileIn" PrintPostScript } # # # PrintText() { case "$FilterText" in a2ps) PrintA2PS ;; enscript) PrintEnscript ;; *) LogInfo "FilterText is not set properly. Assuming FilterText=3Dens= cript" PrintEnscript ;; esac } ###########################################################################= #### # *** Main Body *** ###########################################################################= #### Queue=3D`/usr/bin/basename "$PWD"` JobPages=3D0 # # Process command line arguments # while getopts cw:l:i:n:h: Option; do case $Option in c) FileType=3Draw ;; w) Width=3D$OPTARG ;; l) Lenght=3D$OPTARG ;; i) Indent=3D$OPTARG ;; n) User=3D$OPTARG ;; h) Host=3D$OPTARG ;; esac done eval AccountingFile=3D\$$OPTIND unset Option : ${AccountingFile:=3D/dev/null} # # Load default configuration for the printer/queue (driver name, paper size= , method, resolution, etc...) # [ -f "$FilterName.conf" ] || ErrorNotConfFile . $FilterName.conf # # Process the control files created by LPD # ProcessControlFile # # Load user configuration file with options for the printer/queue # and command line options (-Z) # ProcessOptionsFile "`eval echo ~$User`/.config/$FilterName/${Queue}.conf" ProcessOptionsFile "$TMPDIR/-Z Options" # # Fix options # FixOptions /bin/cat - > "$TMPDIR/FileIn" : ${FileType:=3D`/usr/bin/file --brief --dereference --mime-type "$TMPDIR/F= ileIn" | /usr/bin/tr "[:upper:]" "[:lower:]"`} LogTrace "\n--- ENVIRONMENT VARIABLES ---\n`printenv | /usr/bin/sort`" LogTrace "\n--- Input-Filter Variables ---\n`set | /usr/bin/grep -e '^[A-Z]= [a-z]' -e '^nUp' | /usr/bin/sort --ignore-case`\n" case "$FileType" in raw) SendToPrinter "$TMPDIR/FileIn" ;; application/pdf) PrintPDF ;; application/postscript) PrintPostScript ;; text/*) PrintText ;; *) ErrorFileType ;; esac # # Printer accounting # LogTrace "Accounting to $AccountingFile\n\tPagesPrinted=3D`/bin/expr $JobPa= ges \* $Copies` Host=3D$Host User=3D$User" /usr/bin/printf "%7.2f\t%s:%s\n" `/bin/expr $JobPages \* $Copies` "$Host"= "$User" >> "$AccountingFile" # # Clean up and exit # CleanUp exit 0 From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 00:00:03 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F047C1E2 for ; Mon, 25 Aug 2014 00:00:03 +0000 (UTC) Received: from nlpiport08.prodigy.net.mx (nlpiport08.prodigy.net.mx [148.235.52.13]) by mx1.freebsd.org (Postfix) with ESMTP id B644D3262 for ; Mon, 25 Aug 2014 00:00:03 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,393,1406610000"; d="scan'208";a="73020590" Received: from nlpiport19.prodigy.net.mx ([148.235.52.84]) by nlpiport08.prodigy.net.mx with ESMTP; 24 Aug 2014 18:54:57 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAOAKt6+lO9qqdB/2dsb2JhbABZgw2wRgEBAQEBAQafN4U3AYELF3eEBAEFOhwzCyETEg8qHgYBiFbBDheFfIlXhEwFiyKRJgGVDIN+HYJ+AQEB Received: from dsl-189-170-167-65-dyn.prod-infinitum.com.mx (HELO morena.maps.net) ([189.170.167.65]) by nlpiport19.prodigy.net.mx with SMTP; 24 Aug 2014 18:54:56 -0500 Date: Sun, 24 Aug 2014 16:54:53 -0700 From: Martin Alejandro Paredes Sanchez To: Beeblebrox , freebsd-questions@freebsd.org Subject: Re: printcap configuration problem (if-MAPS 3/4) Message-ID: <20140824165453.5d199594@morena.maps.net> In-Reply-To: <20140819090205.111cba9a@rsbsd.rsb> References: <1405676044178-5929730.post@n5.nabble.com> <53C919E0.6070008@bananmonarki.se> <20140718183958.1864052a@rsbsd.rsb> <20140727221419.35efb9b0@morena.maps.net> <1406966714419-5934110.post@n5.nabble.com> <1406986762673-5934162.post@n5.nabble.com> <20140803083513.47e21f3b@rsbsd.rsb> <20140807225729.69db80ef@morena.maps.net> <20140819090205.111cba9a@rsbsd.rsb> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; i386-portbld-freebsd10.0) 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 00:00:04 -0000 In its content of /var/spool/lpd/lj2100/if-MAPS.MappingOptions put the following # # Option Type : Synonyms : Option Value : HxW Inches # PaperSize:,letter,carta,:letter:8.5x11 PaperSize:,legal,:legal:8.5x14 PaperSize:,executive,ejecutivo,:executive:7.25x10.5 PaperSize:,a4,:a4:8.27x11.69 PaperSize:,a5,:a5:5.83x8.27 PaperSize:,a6,:a6:4.13x5.83 PaperSize:,env10,sob10,:env10:4.12x9.5 PaperSize:,envdl,sobdl,:envdl:4.33x8.66 PaperSize:,envc5,sobc5,:envc5:6.4x9 PaperSize:,envb5,sobb5,:envb5:6.9x9.8 PaperSize:,envmonarch,sobmonarch,:envmonarch:3.88x7.5 # Resolution:,600dpi,600x600,:600x600 Resolution:,1200dpi,1200x1200,:1200x1200 # PaperOrientation:,landscape,horizontal,:landscape PaperOrientation:,portrait,vertical,:portrait # Duplex:,duplexoff,:off Duplex:,long,longbind,duplexlong,duplex,:long Duplex:,short,shortbind,duplexshort,:short # Book:,book,:1 Book:,bookoff,:off # nUpLayout:,lrtb,h,:h nUpLayout:,rltb,hr,:hr nUpLayout:,tblr,v,:v nUpLayout:,tbrl,vr,:vr nUpMargin:,margin,:on nUpMargin:,marginoff,:off nUpBorder:,border,:on nUpBorder:,borderoff,:off From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 00:45:19 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 841F19FC for ; Mon, 25 Aug 2014 00:45:19 +0000 (UTC) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C1A9379E for ; Mon, 25 Aug 2014 00:45:18 +0000 (UTC) Received: from [192.168.0.181] (unknown [192.168.0.181]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 998282733D for ; Mon, 25 Aug 2014 10:45:09 +1000 (EST) Message-ID: <53FA8715.5020202@herveybayaustralia.com.au> Date: Mon, 25 Aug 2014 10:45:09 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: FreeBSD 10 - mplayer issue References: <53F88676.3060702@herveybayaustralia.com.au> In-Reply-To: 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 00:45:19 -0000 On 23/08/2014 23:19, Elliot Robinson wrote: > Possibly orthogonal to your question, but is it an option to consider > another product? MPV is an mplayer2 fork (which was [until development > stalled] a fork of/drop-in replacement for mplayer), and seems to be pretty > well supported on FreeBSD. It's pretty featureful (10-bit video and > whatnot), and has a relatively fast development cycle (particularly > compared to the crawl mplayer operates at), though it's at the expense of > losing mencoder. Some of the command-line flags have been changed as well, > which may require tweaking in your work-related tools (if they can be > tweaked). Need mencoder unfortunately, but I may reconsider that. It has just been easier for users with the ui and habit now to use mplayer tools for the job until now. > > Barring that, I'd recompile with debug flags and run in gdb/lldb. Wait till > it locks, C-c, 'bt'. It's almost certainly some manner of deadlock if > you're stuck in urdlck, which may be a bug in mplayer's threading or in > pthreads. Either way, it'd help to know where the problem lock is. Ok, still haven't got used to debug tools yet, so I may need some coaching. I ran gdb mplayer and then run with args of a video; got nothing except LWP /mplayer. Then I decided to get a bit tricky and attach to a running process instead. This yielded better results, but no real info (to me anyway :) ): Attaching to program: /usr/local/bin/mplayer, process 92289 [New LWP 100131] Reading symbols from /lib/libncurses.so.8...done. [New Thread 813006800 (LWP 100131/mplayer)] Loaded symbols for /lib/libncurses.so.8 Reading symbols from /usr/local/lib/libpng15.so.15...done. Loaded symbols for /usr/local/lib/libpng15.so.15 Reading symbols from /lib/libz.so.6...done. Loaded symbols for /lib/libz.so.6 Reading symbols from /usr/local/lib/libmng.so.1...done. Loaded symbols for /usr/local/lib/libmng.so.1 Reading symbols from /usr/local/lib/libjpeg.so.11...done. Loaded symbols for /usr/local/lib/libjpeg.so.11 Reading symbols from /usr/local/lib/libopenjpeg.so.2...done. Loaded symbols for /usr/local/lib/libopenjpeg.so.2 Reading symbols from /usr/local/lib/libgif.so.5...done. Loaded symbols for /usr/local/lib/libgif.so.5 Reading symbols from /usr/local/lib/libbluray.so.1...done. Loaded symbols for /usr/local/lib/libbluray.so.1 Reading symbols from /usr/local/lib/libfreetype.so.6...done. Loaded symbols for /usr/local/lib/libfreetype.so.6 Reading symbols from /usr/lib/libbz2.so.4...done. Loaded symbols for /usr/lib/libbz2.so.4 Reading symbols from /usr/local/lib/libfontconfig.so.1...done. Loaded symbols for /usr/local/lib/libfontconfig.so.1 Reading symbols from /usr/local/lib/libfribidi.so.3...done. Loaded symbols for /usr/local/lib/libfribidi.so.3 Reading symbols from /usr/local/lib/libenca.so.5...done. Loaded symbols for /usr/local/lib/libenca.so.5 Reading symbols from /usr/local/lib/liblzo2.so.2...done. Loaded symbols for /usr/local/lib/liblzo2.so.2 Reading symbols from /usr/local/lib/libgsm.so.1...done. Loaded symbols for /usr/local/lib/libgsm.so.1 Reading symbols from /usr/local/lib/libopus.so.0...done. Loaded symbols for /usr/local/lib/libopus.so.0 Reading symbols from /usr/local/lib/librtmp.so.0...done. Loaded symbols for /usr/local/lib/librtmp.so.0 Reading symbols from /usr/local/lib/libopencore-amrnb.so.0...done. Loaded symbols for /usr/local/lib/libopencore-amrnb.so.0 Reading symbols from /usr/local/lib/libopencore-amrwb.so.0...done. Loaded symbols for /usr/local/lib/libopencore-amrwb.so.0 Reading symbols from /usr/local/lib/libdv.so.4...done. Loaded symbols for /usr/local/lib/libdv.so.4 Reading symbols from /usr/local/lib/libschroedinger-1.0.so.11...done. Loaded symbols for /usr/local/lib/libschroedinger-1.0.so.11 Reading symbols from /usr/local/lib/libvpx.so.1...done. Loaded symbols for /usr/local/lib/libvpx.so.1 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/libv4l1.so.0...done. Loaded symbols for /usr/local/lib/libv4l1.so.0 Reading symbols from /usr/local/lib/libv4l2.so.0...done. Loaded symbols for /usr/local/lib/libv4l2.so.0 Reading symbols from /usr/local/lib/libXext.so.6...done. Loaded symbols for /usr/local/lib/libXext.so.6 Reading symbols from /usr/local/lib/libX11.so.6...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/local/lib/libXss.so.1...done. Loaded symbols for /usr/local/lib/libXss.so.1 Reading symbols from /usr/local/lib/libXv.so.1...done. Loaded symbols for /usr/local/lib/libXv.so.1 Reading symbols from /usr/local/lib/libXvMC.so.1...done. Loaded symbols for /usr/local/lib/libXvMC.so.1 Reading symbols from /usr/local/lib/libXvMCW.so.1...done. Loaded symbols for /usr/local/lib/libXvMCW.so.1 Reading symbols from /usr/local/lib/libXinerama.so.1...done. Loaded symbols for /usr/local/lib/libXinerama.so.1 Reading symbols from /usr/local/lib/libXxf86vm.so.1...done. Loaded symbols for /usr/local/lib/libXxf86vm.so.1 Reading symbols from /usr/local/lib/libXxf86dga.so.1...done. Loaded symbols for /usr/local/lib/libXxf86dga.so.1 Reading symbols from /usr/local/lib/libaa.so.1...done. Loaded symbols for /usr/local/lib/libaa.so.1 Reading symbols from /usr/local/lib/libcaca.so.0...done. Loaded symbols for /usr/local/lib/libcaca.so.0 Reading symbols from /usr/local/lib/libvga.so.1...done. Loaded symbols for /usr/local/lib/libvga.so.1 Reading symbols from /usr/local/lib/libGL.so.1...done. Loaded symbols for /usr/local/lib/libGL.so.1 Reading symbols from /usr/local/lib/libaudio.so.2...done. Loaded symbols for /usr/local/lib/libaudio.so.2 Reading symbols from /usr/local/lib/libXt.so.6...done. Loaded symbols for /usr/local/lib/libXt.so.6 Reading symbols from /usr/local/lib/libpulse.so.0...done. Loaded symbols for /usr/local/lib/libpulse.so.0 Reading symbols from /usr/local/lib/libjack.so.0...done. Loaded symbols for /usr/local/lib/libjack.so.0 Reading symbols from /usr/local/lib/libopenal.so.1...done. Loaded symbols for /usr/local/lib/libopenal.so.1 Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libpangocairo-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.0 Reading symbols from /usr/local/lib/libXrender.so.1...done. Loaded symbols for /usr/local/lib/libXrender.so.1 Reading symbols from /usr/local/lib/libXi.so.6...done. Loaded symbols for /usr/local/lib/libXi.so.6 Reading symbols from /usr/local/lib/libXrandr.so.2...done. Loaded symbols for /usr/local/lib/libXrandr.so.2 Reading symbols from /usr/local/lib/libXcursor.so.1...done. Loaded symbols for /usr/local/lib/libXcursor.so.1 Reading symbols from /usr/local/lib/libXcomposite.so.1...done. Loaded symbols for /usr/local/lib/libXcomposite.so.1 Reading symbols from /usr/local/lib/libXdamage.so.1...done. Loaded symbols for /usr/local/lib/libXdamage.so.1 Reading symbols from /usr/local/lib/libXfixes.so.3...done. Loaded symbols for /usr/local/lib/libXfixes.so.3 Reading symbols from /usr/local/lib/libatk-1.0.so.0...done. Loaded symbols for /usr/local/lib/libatk-1.0.so.0 Reading symbols from /usr/local/lib/libcairo.so.2...done. Loaded symbols for /usr/local/lib/libcairo.so.2 Reading symbols from /usr/local/lib/libgdk_pixbuf-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgdk_pixbuf-2.0.so.0 Reading symbols from /usr/local/lib/libgio-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgio-2.0.so.0 Reading symbols from /usr/local/lib/libpangoft2-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.0 Reading symbols from /usr/local/lib/libpango-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpango-1.0.so.0 Reading symbols from /usr/local/lib/libgobject-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgobject-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libintl.so.9...done. Loaded symbols for /usr/local/lib/libintl.so.9 Reading symbols from /usr/local/lib/liblirc_client.so.2...done. Loaded symbols for /usr/local/lib/liblirc_client.so.2 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/liblcms.so.1...done. Loaded symbols for /usr/local/lib/liblcms.so.1 Reading symbols from /usr/local/lib/libxml2.so.2...done. Loaded symbols for /usr/local/lib/libxml2.so.2 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /usr/local/lib/libexpat.so.6...done. Loaded symbols for /usr/local/lib/libexpat.so.6 Reading symbols from /usr/lib/libssl.so.7...done. Loaded symbols for /usr/lib/libssl.so.7 Reading symbols from /lib/libcrypto.so.7...done. Loaded symbols for /lib/libcrypto.so.7 Reading symbols from /usr/local/lib/liborc-0.4.so.0...done. Loaded symbols for /usr/local/lib/liborc-0.4.so.0 Reading symbols from /usr/lib/libc++.so.1...done. Loaded symbols for /usr/lib/libc++.so.1 Reading symbols from /lib/libcxxrt.so.1...done. Loaded symbols for /lib/libcxxrt.so.1 Reading symbols from /usr/local/lib/libv4lconvert.so.0...done. Loaded symbols for /usr/local/lib/libv4lconvert.so.0 Reading symbols from /usr/local/lib/libxcb.so.1...done. Loaded symbols for /usr/local/lib/libxcb.so.1 Reading symbols from /usr/lib/librpcsvc.so.5...done. Loaded symbols for /usr/lib/librpcsvc.so.5 Reading symbols from /usr/local/lib/libslang.so.2...done. Loaded symbols for /usr/local/lib/libslang.so.2 Reading symbols from /lib/libncursesw.so.8...done. Loaded symbols for /lib/libncursesw.so.8 Reading symbols from /usr/local/lib/libGLU.so.1...done. Loaded symbols for /usr/local/lib/libGLU.so.1 Reading symbols from /usr/local/lib/libglut.so.3...done. Loaded symbols for /usr/local/lib/libglut.so.3 Reading symbols from /usr/local/lib/libftgl.so.2...done. Loaded symbols for /usr/local/lib/libftgl.so.2 Reading symbols from /usr/local/lib/libglapi.so.0...done. Loaded symbols for /usr/local/lib/libglapi.so.0 Reading symbols from /usr/local/lib/libX11-xcb.so.1...done. Loaded symbols for /usr/local/lib/libX11-xcb.so.1 Reading symbols from /usr/local/lib/libxcb-glx.so.0...done. Loaded symbols for /usr/local/lib/libxcb-glx.so.0 Reading symbols from /usr/local/lib/libxcb-dri2.so.0...done. Loaded symbols for /usr/local/lib/libxcb-dri2.so.0 Reading symbols from /usr/local/lib/libdrm.so.2...done. Loaded symbols for /usr/local/lib/libdrm.so.2 Reading symbols from /usr/local/lib/libXau.so.6...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libSM.so.6...done. Loaded symbols for /usr/local/lib/libSM.so.6 Reading symbols from /usr/local/lib/libICE.so.6...done. Loaded symbols for /usr/local/lib/libICE.so.6 Reading symbols from /usr/local/lib/libpulsecommon-0.9.23.so...done. Loaded symbols for /usr/local/lib/libpulsecommon-0.9.23.so Reading symbols from /usr/local/lib/libXtst.so.6...done. Loaded symbols for /usr/local/lib/libXtst.so.6 Reading symbols from /usr/lib/libwrap.so.6...done. Loaded symbols for /usr/lib/libwrap.so.6 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libsndfile.so.1...done. Loaded symbols for /usr/local/lib/libsndfile.so.1 Reading symbols from /usr/local/lib/libdbus-1.so.3...done. Loaded symbols for /usr/local/lib/libdbus-1.so.3 Reading symbols from /usr/local/lib/libgdbm.so.4...done. Loaded symbols for /usr/local/lib/libgdbm.so.4 Reading symbols from /usr/local/lib/libexecinfo.so.1...done. Loaded symbols for /usr/local/lib/libexecinfo.so.1 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0 Reading symbols from /usr/local/lib/libffi.so.6...done. Loaded symbols for /usr/local/lib/libffi.so.6 Reading symbols from /usr/local/lib/libpcre.so.3...done. Loaded symbols for /usr/local/lib/libpcre.so.3 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libharfbuzz.so.0...done. Loaded symbols for /usr/local/lib/libharfbuzz.so.0 Reading symbols from /usr/local/lib/libpixman-1.so.0...done. Loaded symbols for /usr/local/lib/libpixman-1.so.0 Reading symbols from /usr/local/lib/libxcb-shm.so.0...done. Loaded symbols for /usr/local/lib/libxcb-shm.so.0 Reading symbols from /usr/local/lib/libxcb-render.so.0...done. Loaded symbols for /usr/local/lib/libxcb-render.so.0 Reading symbols from /usr/lib/liblzma.so.5...done. Loaded symbols for /usr/lib/liblzma.so.5 Reading symbols from /usr/local/lib/libpthread-stubs.so.0...done. Loaded symbols for /usr/local/lib/libpthread-stubs.so.0 Reading symbols from /usr/local/lib/libXdmcp.so.6...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/lib/libusbhid.so.4...done. Loaded symbols for /usr/lib/libusbhid.so.4 Reading symbols from /usr/local/lib/libXmu.so.6...done. Loaded symbols for /usr/local/lib/libXmu.so.6 Reading symbols from /usr/local/lib/libFLAC.so.11...done. Loaded symbols for /usr/local/lib/libFLAC.so.11 Reading symbols from /usr/local/lib/libvorbisenc.so.2...done. Loaded symbols for /usr/local/lib/libvorbisenc.so.2 Reading symbols from /usr/local/lib/libgraphite2.so.3...done. Loaded symbols for /usr/local/lib/libgraphite2.so.3 Reading symbols from /usr/local/lib/libogg.so.8...done. Loaded symbols for /usr/local/lib/libogg.so.8 Reading symbols from /usr/local/lib/libvorbis.so.4...done. Loaded symbols for /usr/local/lib/libvorbis.so.4 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 [Switching to Thread 813006800 (LWP 100131/mplayer)] 0x0000000000cdcde6 in _umtx_op_err () So then I ran backtrace: #0 0x0000000000cdcde6 in _umtx_op_err () #1 0x0000000000cdf20f in rwlock_rdlock_common () #2 0x0000000809ee2d17 in g_type_register_fundamental () from /usr/local/lib/libgobject-2.0.so.0 #3 0x0000000809ee3a2a in g_type_register_static () from /usr/local/lib/libgobject-2.0.so.0 #4 0x0000000809ee9b32 in g_type_plugin_get_type () from /usr/local/lib/libgobject-2.0.so.0 #5 0x0000000809ee728c in g_type_init () from /usr/local/lib/libgobject-2.0.so.0 #6 0x0000000809eee682 in g_strdup_value_contents () from /usr/local/lib/libgobject-2.0.so.0 #7 0x0000000809ec4f76 in _init () from /usr/local/lib/libgobject-2.0.so.0 #8 0x00007fffffffcfc0 in ?? () #9 0x0000000801382691 in r_debug_state () from /libexec/ld-elf.so.1 #10 0x0000000801381d27 in __tls_get_addr () from /libexec/ld-elf.so.1 #11 0x0000000801380089 in .text () from /libexec/ld-elf.so.1 #12 0x0000000000000000 in ?? () So how does this help? What can I do now? I see a problem in what looks to be a register of sorts, but that would be in gtk. I tried using -nogui and still got the same. It should be noted that there should be a print out of version and other info prior to display, and none of that is showing at all; so we're not even getting that far. I also rebuilt it with debug in the options. Cheers > > --- > Elliot Robinson > PGP Key: 9FEDE59A > > > On Sat, Aug 23, 2014 at 8:17 AM, Da Rock < > freebsd-questions@herveybayaustralia.com.au> wrote: > >> Yet another problem in the new install saga - thankfully I have a mostly >> useable machine now. >> >> This issue hasn't been a high priority on the list - until now. Mplayer >> won't run and I can't entertain myself :) Actually, its a bit more serious >> than that as I need it for work, and several other related tools use it too. >> >> After install I ran umplayer and it gave me nothing; so I ran mplayer at >> the cli and it did nothing - and I mean absolutely nothing. Even with -vvvv >> there is not a spot of output after the command is entered. >> >> So I ran truss, and didn't see anything useful there either. Then I looked >> at top to see if it was burning the cpu at all - nope. All I see is mplayer >> in a urdlck condition. >> >> Googling this points to an issue in 10 with posix compatibility and to >> avoid it in the application programming. Some ssh problems too. >> >> Any ideas what could be wrong? Or how to diagnose? >> >> Cheers >> _______________________________________________ >> 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" >> > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 01:02:22 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81587220 for ; Mon, 25 Aug 2014 01:02:22 +0000 (UTC) Received: from nlpiport18.prodigy.net.mx (nlpiport18.prodigy.net.mx [148.235.52.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4D83E39E5 for ; Mon, 25 Aug 2014 01:02:21 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,393,1406610000"; d="scan'208";a="1008497687" Received: from nlpiport23.prodigy.net.mx ([148.235.52.97]) by nlpiport18.prodigy.net.mx with ESMTP; 24 Aug 2014 20:02:20 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvIgANOK+lO9qqdB/2dsb2JhbABZgw2BKq8dAQEBAQEBBoFJnW6FLQEJAYEMF3eEBAEFVjMLIRMSDyoeGYhEwHEXhXyJVxaENgWLIpEmAZUMg34dL4JPAQEB Received: from dsl-189-170-167-65-dyn.prod-infinitum.com.mx (HELO morena.maps.net) ([189.170.167.65]) by nlpiport23.prodigy.net.mx with SMTP; 24 Aug 2014 20:02:20 -0500 Date: Sun, 24 Aug 2014 18:02:20 -0700 From: Martin Alejandro Paredes Sanchez To: freebsd-questions@freebsd.org Subject: Re: XFCE oddity .... Message-ID: <20140824180220.780a3964@morena.maps.net> In-Reply-To: <53F4F506.6070003@hiwaay.net> References: <53F4AF84.4050002@hiwaay.net> <53F4F506.6070003@hiwaay.net> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; i386-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 01:02:22 -0000 El Wed, 20 Aug 2014 14:20:38 -0500 "William A. Mahaffey III" escribi=F3: >=20 >=20 > Interesting .... It does indeed work on the title bar & panel marker,=20 > although I can't find most of it in the man page, especially the > various control sequences .... >=20 >=20 man tcsh and look for /The string From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 01:35:14 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B60645FF for ; Mon, 25 Aug 2014 01:35:14 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 764EA3C28 for ; Mon, 25 Aug 2014 01:35:14 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id c9so13177850qcz.0 for ; Sun, 24 Aug 2014 18:35:13 -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=cf9pfDUCXT5vJve5OBsCb/MkXPwEcVWHHrNQj+kcx4I=; b=olLT8Uf0WMdFuRuWBlEGXu6F1BnygzlhbhsvEEfODwqgVAKyY1cMInpr4/+o0B0OlA Z2qEszrMcBoVACgN4Fzhnyr/xuawhZPp9CtavfquiL6RCfYlxbvdX5oY4uAFj2R8iVJ/ pm0zaWxAl5EaQixxHPsQhGVwP9okEHlGx+Iah5e3bRWyaguM3A2QVGhFdwHzlCAoNY3E S4MXpaVFoGYglyOihc6W3dWbXX/HnLGiKOGVrb2i2Q+0kAPMA67FaRX90vP/Woz/BvzS WsEy03XxHQpSUJ4Wg2C4TKAP6th2wxovw4YWbbYXFxNRh4t+AYECQHPqjKIpt1iuCC6j 6Yhg== X-Received: by 10.224.103.132 with SMTP id k4mr29452597qao.54.1408930513160; Sun, 24 Aug 2014 18:35:13 -0700 (PDT) Received: from [127.0.0.1] (ool-2f140312.dyn.optonline.net. [47.20.3.18]) by mx.google.com with ESMTPSA id w3sm78763058qap.37.2014.08.24.18.35.12 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 24 Aug 2014 18:35:12 -0700 (PDT) Message-ID: <53FA92E1.7000300@gmail.com> Date: Sun, 24 Aug 2014 21:35:29 -0400 From: Stephen Cook User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: FreeBSD Questions Subject: "hosts" file for jails (ezjail) 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 01:35:14 -0000 Is there a way to get a bunch of jails (I'm using ezjail) to share the same hosts file, preferably one stored somewhere on the host OS? I tried putting a symlink in the "flavour" template but when a jail is created with that the symlink within the jail pointed to itself and gave me some sort of recursive error when I tried to "cat" it. I'd like to be able to update the file when I add a new jail, and have the others able to connect to it by whatever stupid name I give it, without editing all those different hosts files. But I suspect the whole point of jails being kept separate from the host filesystem might be in my way. Any advice is welcome! Thanks! -- Stephen From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 01:54:13 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DFC192C for ; Mon, 25 Aug 2014 01:54:13 +0000 (UTC) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3AF73D9D for ; Mon, 25 Aug 2014 01:54:12 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id 10so11339046lbg.20 for ; Sun, 24 Aug 2014 18:54:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=4tsSTBvSZ0tPyzRllgvW6g74Hf/HdLJ3TII96T5fGVM=; b=LAby55jhSeYM15BAc2x0yCg3cm7IvHnqLs0T8dp038Sw4pIYokAaZbrJiaUiA+QtiO SoDtzqqaS7AB/2h6tIAy4uvk/YyttLX3QPH09M24e+zKFCkOp3zW/O9XhZI7BoaVgZEA y8J0wAdvgMxyCMCxhO8KGRNK3RKmCHjZ0yuR7do4ArEB64m/K/0czRHpzJMcbx5cBlSq r2vNokG2dmhvHkGWdWRuCUgN77IF5+ay0zJMtulgGtpBoNTsoHSjb/CqbjW40fcD+WgA NlGJtqEPdxbsAjFkFXNgCbtOAHLplqwSlJodMROFccV+cW8RfofFMCpm/y22Yti6lxvl Cesw== X-Received: by 10.112.42.167 with SMTP id p7mr4834286lbl.83.1408931650359; Sun, 24 Aug 2014 18:54:10 -0700 (PDT) MIME-Version: 1.0 Sender: argiopeweb@gmail.com Received: by 10.112.145.193 with HTTP; Sun, 24 Aug 2014 18:53:50 -0700 (PDT) In-Reply-To: <53FA8715.5020202@herveybayaustralia.com.au> References: <53F88676.3060702@herveybayaustralia.com.au> <53FA8715.5020202@herveybayaustralia.com.au> From: Elliot Robinson Date: Sun, 24 Aug 2014 21:53:50 -0400 X-Google-Sender-Auth: hCUx4yi--3RHfqTX6TyZo7qmyLc Message-ID: Subject: Re: FreeBSD 10 - mplayer issue To: Da Rock , "FreeBSD Questions !!!!" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 01:54:13 -0000 On Sun, Aug 24, 2014 at 8:45 PM, Da Rock < freebsd-questions@herveybayaustralia.com.au> wrote: > > Need mencoder unfortunately, but I may reconsider that. It has just been > easier for users with the ui and habit now to use mplayer tools for the job > until now. > I can second Roland Smith's recommendation of ffmpeg as a mencoder replacement. The few things it doesn't do well can be replaced by piping YUV output from mplayer2/mpv to ffmpeg. Ok, still haven't got used to debug tools yet, so I may need some coaching. > I ran gdb mplayer and then run with args of a video; got nothing except LWP > /mplayer > This is due to mplayer (or something it calls) forking a new Light Weight Process (LWP, i.e. thread). You'd have to C-c and `info threads` to see the threads, then `thread ` to get any useful data. > Then I decided to get a bit tricky and attach to a running process > instead. This yielded better results, but no real info (to me anyway :) ): Attaching to program: /usr/local/bin/mplayer, process 92289 > [New LWP 100131] Reading symbols from /lib/libncurses.so.8...done. > [New Thread 813006800 (LWP 100131/mplayer)] > ...truncated shared library loading... > [Switching to Thread 813006800 (LWP 100131/mplayer)] > 0x0000000000cdcde6 in _umtx_op_err () > > So then I ran backtrace: > > #0 0x0000000000cdcde6 in _umtx_op_err () > #1 0x0000000000cdf20f in rwlock_rdlock_common () > #2 0x0000000809ee2d17 in g_type_register_fundamental () > from /usr/local/lib/libgobject-2.0.so.0 > #3 0x0000000809ee3a2a in g_type_register_static () > from /usr/local/lib/libgobject-2.0.so.0 > #4 0x0000000809ee9b32 in g_type_plugin_get_type () > from /usr/local/lib/libgobject-2.0.so.0 > #5 0x0000000809ee728c in g_type_init () > from /usr/local/lib/libgobject-2.0.so.0 > #6 0x0000000809eee682 in g_strdup_value_contents () > from /usr/local/lib/libgobject-2.0.so.0 > #7 0x0000000809ec4f76 in _init () from /usr/local/lib/libgobject-2.0.so.0 > #8 0x00007fffffffcfc0 in ?? () > #9 0x0000000801382691 in r_debug_state () from /libexec/ld-elf.so.1 > #10 0x0000000801381d27 in __tls_get_addr () from /libexec/ld-elf.so.1 > #11 0x0000000801380089 in .text () from /libexec/ld-elf.so.1 > #12 0x0000000000000000 in ?? () > > So how does this help? What can I do now? > > I see a problem in what looks to be a register of sorts, but that would be > in gtk. I tried using -nogui and still got the same. > > It should be noted that there should be a print out of version and other > info prior to display, and none of that is showing at all; so we're not > even getting that far. I also rebuilt it with debug in the options. > > Cheers > Nice call on the thread attach. No idea what's causing this to happen, but it's definitely thread related (rwlock_rdlock_common is the worker for a pthread function on read-write locks) and it's definitely in glib ( libgobject-2.0.so is one of the big glib dynamic libs, _init is the setup function called by the dynamic linker). I'm still going with "deadlock" in a on this one. I'd try an update/reinstall of glib before anything else. You shouldn't have deadlocks when initializing a shared library. I'm pretty sure this wasn't the only thread, so it might be interesting to see the output of `info threads` and a backtrace from any threads (if you feel compelled to debug this any more and the glib reinstall doesn't help). I'd offer to take a look myself, but I don't have a running system at the moment due to a bug in the ZFS bootloader... If rebuilding glib doesn't help and there are no more interesting threads, I'd file this as a bug. Not sure what against yet (kernel, pthread, glib, mplayer are all involved), but hopefully backtraces from other threads will make this less opaque. I'm just working off of general debugging knowledge at this point, so maybe someone with more pthread/kernel/glib/general FreeBSD knowledge than I would have more insight into this. Best of luck, Elliot Robinson PGP Key: 9FEDE59A From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 02:06:43 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01229A2D for ; Mon, 25 Aug 2014 02:06:42 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E6893EA2 for ; Mon, 25 Aug 2014 02:06:42 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id hz20so12176346lab.36 for ; Sun, 24 Aug 2014 19:06:40 -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=tb9XPzulAvGjP09wd2M2rq7bkmyyyPMKjUDMqfNJp6A=; b=p9xwfjeRPyCOqMo/D6TbB+Oqo/bpWxwC2AHezGUO9+P1d5mftBTRikVbIN1MzftfUp HcC8swZQb4939MZc/uImkuhXdz5mCYRyXtmp+8WvSLAUIPptIZEQnuCBQ6QMksk4JAem Z7KyVBmkhmmNwgAsXUpKVfXl3cnoJsuE7GeCa3qZ9SRBe+4nMILtpLfJlNa13ek7oufB T3TSuZe8j/oJ08bfO51LbKzn/AbRMGt7qnP6qgTd7Tk5q/dKa/gypGGp7rFoxeBcd1Hc xDXOLV+BG/If3XZBAPgEozsd3pnaDMln+7PbXOD3+err2ByKKS8XTwkSqgzXr8dkp8Vd l6KQ== MIME-Version: 1.0 X-Received: by 10.112.199.42 with SMTP id jh10mr17608789lbc.49.1408932400044; Sun, 24 Aug 2014 19:06:40 -0700 (PDT) Received: by 10.25.36.86 with HTTP; Sun, 24 Aug 2014 19:06:40 -0700 (PDT) In-Reply-To: <20140824215944.GE42644@home.parts-unknown.org> References: <20140824215944.GE42644@home.parts-unknown.org> Date: Sun, 24 Aug 2014 21:06:40 -0500 Message-ID: Subject: Re: wpa_supplicant questions From: Andrew Gould To: David Benfell Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 02:06:43 -0000 Have you considered using the wifimgr port? You can find more information here: http://opal.com/freebsd/ports/net-mgmt/wifimgr/ Best of luck, Andrew On Sun, Aug 24, 2014 at 4:59 PM, David Benfell wrote: > Hi all, > > With my notebook system, I wander various places and have to alter the > wpa supplicant configuration for some of these places. (Fortunately, > this proved easier than I expected and the initial installation > provided example entries that, gee, I know work.) > > I then need to restart the network, sometimes overriding an > association wpa_supplicant may already have made. > > 'service netif restart' seems inadequate and I have been having to > reboot--an elaborate process because the notebook is UEFI and won't > boot legacy-style off the hard disk. > > What is the correct incantation to do this? > > Also, how does one escape an apostrophe in an SSID, as in "Nature's > Express" (the SSID at a vegan restaurant in North Berkeley), in the > wpa supplicant configuration? > > Finally, does 'ifconfig scan' output indicate signal strength? At a > conference I attended yesterday, they had several similarly named > access points to choose from (the ability to use a wildcard would have > been helpful as they all take the same password), but I did not know > which I should choose. As you can imagine, this compounded the above > difficulties--I wound up abandoning my attempt to use my FreeBSD > notebook in this situation. > > Thanks! > -- > David Benfell > See https://parts-unknown.org/node/2 if you don't understand the > attachment. > From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 02:27:50 2014 Return-Path: Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D80DAF4C for ; Mon, 25 Aug 2014 02:27:50 +0000 (UTC) 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 98078303C for ; Mon, 25 Aug 2014 02:27:50 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7P2RgDs018582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 24 Aug 2014 20:27:42 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7P2Rgg2018579; Sun, 24 Aug 2014 20:27:42 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 24 Aug 2014 20:27:42 -0600 (MDT) From: Warren Block To: doug@safeport.com Subject: Re: updating ezjails with freebsd-update In-Reply-To: Message-ID: References: <53FA18FD.1060309@a1poweruser.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 24 Aug 2014 20:27:42 -0600 (MDT) Cc: freebsd-questions@FreeBSD.ORG X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 02:27:51 -0000 On Sun, 24 Aug 2014, doug@safeport.com wrote: > On Sun, 24 Aug 2014, Fbsd8 wrote: > >> You can disregard most of that new handbook jail ezjail section. Thanks for your input. I can assure you that the document was reviewed by members of the freebsd-doc mailing list, on IRC, and in private email. Mistakes and omissions were found and corrected. It's not perfect, but serves the purpose of an overview of using ezjail. It also serves a second purpose, showing how to set up bind99 in a jail. This quick overview of a jailed BIND is useful for those wishing to improve BIND security now that the old chroot option is not available in the port. >> First of all the current version of ezjail uses the /etc/rc.d/jail script >> method. This method is depreciated in FreeBSD version 10.0 and scheduled to >> be removed in FreeBSD version 10.1 or 11.0. The section should have >> contained a red warning box informing the reader that this documentation >> only applies to Freebsd 10 and older releases. When that actually happens, a warning can be added. Or ezjail may be updated by then. For now, it is not needed. >> On the subject of a jails loopback interface. Jails don't have loopback >> interfaces or use them. Sure you can assign one but it's really a >> definition error which the jail(8) program does not issue a error message >> for. All reference to the loopback interface should be removed from this >> section as its very mis-leading to the reader and unnecessary. >> >> I installed bind99 in a jail(8) jail with out any lo1 or 127.0.0.1 ip >> address and it worked just fine. The loopback clone information was added on the advice of the FreeBSD cluster administrators. It keeps jail loopback traffic off the host interface, and I understand it was an approach they took due to actual problems. >> Adding a password to jails "root" user is a waste of time and effort. >> ezjail already requires the user to have "root" access on the host before >> the "ezjail-admin install" command will function. ezjail-admin is not the only way to access a jail. Many run sshd, for example. It is bad practice to have a root account with no password, and I always try to show best practices. >> Editing the jail's /etc/hosts file and changing the ip address to the jails >> ip address and adding the jailname to the localhost entries is totally >> unnecessary. Jails work fine using the default hosts file. Again, thanks for your input. >> How can the handbook recommend using a utility tool that has a incomplete >> manual which is missing details about the utilities sub-commands. If an incomplete manual was grounds for exclusion, the Handbook would be a much shorter document. ezjail is extremely popular, and not including it in the Handbook was an oversight that needed to be fixed. >> In my opinion this new section should have never been added to the handbook >> until after ezjail gets updated to use jail(8) and it's manual is updated >> to contain details about all it's sub-commands. Given that ezjail works on all supported releases of FreeBSD, this seems a bit extreme. If and when that situation changes, the section can be easily updated. > Thank you, most helpful Fbsd8 neglects to mention the history between ezjail and the qjail fork of it. A search on "ezjail and qjail" will help fill out the picture. From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 02:51:26 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03F9726F for ; Mon, 25 Aug 2014 02:51:26 +0000 (UTC) Received: from mail-oa0-f43.google.com (mail-oa0-f43.google.com [209.85.219.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C10A7326C for ; Mon, 25 Aug 2014 02:51:25 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id i7so10347002oag.16 for ; Sun, 24 Aug 2014 19:51:23 -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=l4JjdPrhUTdvuboSLRQ/cD16j6cBXl5gZz4bOyldrUg=; b=NZ+JTZipArEEapFw5kkPqCqcFUUEElEL3+9BbhYHcx59OAnHSox6qeMEjFpXm8fEH7 BzljzL9DQRC70pXGfy3/GnvN6yRKB/egc8tYnzNJupUV9kQJLp8N47odDnSWCxhxnq9g oPgsMybzz007P6Rl1zdAE5O4qNS84JzhArgKh0XPahrq9ncINWeKWT4CrNhpySFmB12U ncheKjEpTM1ZHuY0PaGinvnoIiD0Td46snwoCx78itgwcLjaZ/Ixib3fHQUvUgUIBawE 0rnxf7kQFbPCslvvDJupI+xeS8UkOWAinTVvXrgl3/T3WVVmhCkHkMYKbaRfDyrfWfwR 5pCw== X-Gm-Message-State: ALoCoQm9HPflBG+qADy/7wq4j9zgg01SQ0BNpecu5Vtk3cPjheaV+SYWHEAZ4ROXkVKfuHFMtjwV MIME-Version: 1.0 X-Received: by 10.182.103.165 with SMTP id fx5mr4905694obb.61.1408935083473; Sun, 24 Aug 2014 19:51:23 -0700 (PDT) Received: by 10.60.120.37 with HTTP; Sun, 24 Aug 2014 19:51:23 -0700 (PDT) In-Reply-To: <20140825014249.GA28995@neutralgood.org> References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <201408241015.s7OAFRv7010196@sdf.org> <20140825014249.GA28995@neutralgood.org> Date: Sun, 24 Aug 2014 19:51:23 -0700 Message-ID: Subject: Re: some ZFS questions From: Michael Sierchio To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 02:51:26 -0000 On Sun, Aug 24, 2014 at 6:42 PM, wrote: > If you can use GPT partitioning then you can have GPT labels on partitions > spanning entire disks. Then you can rearrange physical disks to your hearts > content. > > The bonus is that you can put identifying information in the label name > to be even more sure you are replacing the correct disk when the time > comes. You can do this - and it's the approach that FreeNAS takes, but you lose the benefits of presenting a whole disk to ZFS - the ability to fully use the disk cache when presented a raw device rather than a partition. - M From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 02:52:42 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7378F326 for ; Mon, 25 Aug 2014 02:52:42 +0000 (UTC) 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 21BE63281 for ; Mon, 25 Aug 2014 02:52:41 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7P2qeRU024738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 24 Aug 2014 20:52:40 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7P2qek9024735; Sun, 24 Aug 2014 20:52:40 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 24 Aug 2014 20:52:40 -0600 (MDT) From: Warren Block To: Stephen Cook Subject: Re: "hosts" file for jails (ezjail) In-Reply-To: <53FA92E1.7000300@gmail.com> Message-ID: References: <53FA92E1.7000300@gmail.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Sun, 24 Aug 2014 20:52:40 -0600 (MDT) Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 02:52:42 -0000 On Sun, 24 Aug 2014, Stephen Cook wrote: > Is there a way to get a bunch of jails (I'm using ezjail) to share the same > hosts file, preferably one stored somewhere on the host OS? I tried putting a > symlink in the "flavour" template but when a jail is created with that the > symlink within the jail pointed to itself and gave me some sort of recursive > error when I tried to "cat" it. > > I'd like to be able to update the file when I add a new jail, and have the > others able to connect to it by whatever stupid name I give it, without > editing all those different hosts files. But I suspect the whole point of > jails being kept separate from the host filesystem might be in my way. Could you run a local DNS server? Of course, it would need to be started before the jails. Or, if in a jail, that jail would need to be started first. From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 03:00:03 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34D775E8 for ; Mon, 25 Aug 2014 03:00:03 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 0B50C32C4 for ; Mon, 25 Aug 2014 03:00:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=yJW1fn/6q2zbXcDAjw9lVX/a6IIQRIG9JHrWzmmDZ9g=; b=bqDTn4XIy41uu+AKJXU+gKOmin8iPTFtMSzxY4E9G6jd3VrDn5lHeKzMy2C+Lk3wgXv7BsATYth5lNO5d9DcUrDQtIc18vC64mAvxjhrKUvpp85lw9e6sluT3Nv8JzRkoVDo7DYtYXWXGb2bHDb3XQO0d4JELaB+CxTJFEbnKNk=; Received: from [39.252.70.96] (port=19035 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1XLkVk-002JCo-2G; Sun, 24 Aug 2014 21:00:01 -0600 Date: Mon, 25 Aug 2014 10:59:53 +0800 From: Erich Dollansky To: Polytropon Subject: Re: Losing internal keyboard after disconnection external one Message-ID: <20140825105953.622e85d2@X220.alogt.com> In-Reply-To: <20140824120500.e0c1b36b.freebsd@edvax.de> References: <20140824112836.3e2b0c68@X220.alogt.com> <20140824093337.bd6df18d.freebsd@edvax.de> <20140824174650.1633674f@X220.alogt.com> <20140824120500.e0c1b36b.freebsd@edvax.de> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 03:00:03 -0000 Hi, On Sun, 24 Aug 2014 12:05:00 +0200 Polytropon wrote: > On Sun, 24 Aug 2014 17:46:50 +0800, Erich Dollansky wrote: > > On Sun, 24 Aug 2014 09:33:37 +0200 > > Polytropon wrote: > > > > it is only there when X is running. > > Could it be a HAL problem? It's known to cause problems with > peripherials... ;-) > it looks like. > > > > > What's strange about the system messages: "at uhub1, port 3, addr > > > 1 (disconnected)" is appearing twice... > > > > > I think that this is the source of the problem. At some point both > > keyboards are seen as the same and removed together. > > The error message refers to the same device. How is the > laptop's keyboard represented? I thought it would have > been a PS/2 keyboard, attached to atkbd, not a USB of course, I did not think of this. Laptops will be the last devices with PS/2 keyboards. > keyboard (as built-in pointing devices are often recognized > as PS/2 mice, being represented as psm0, not ums0). > Additionally, AT keyboards usually cannot be removed, > as they are not hot-pluggable per definition, and in > most cases, they aren't even detected - only the keyboard > controller is. > > Can you "dmesg | grep kbd"? > > Example from my home system: > > atkbdc0: at port 0x60,0x64 on > isa0 atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > kbd1 at kbdmux0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 > There is no keyboard connected, just a lonely HIL plug > on the table. :-) > > The Sun Type 7 USB keyboard I'm actually using can be > detached and re-attached in X without problems. If the > IBM model M keyboard (can be connected to the HIL plug > if needed) is present, it keeps working, no matter if > another keyboard is attached or not. > > NB: I am using X without HAL. > I do always tests with a new machine and then leave HAL either on of off depending on the outcome. This machine should have HAL enabled. Erich From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 03:00:19 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6989A685 for ; Mon, 25 Aug 2014 03:00:19 +0000 (UTC) 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 1329032F2 for ; Mon, 25 Aug 2014 03:00:18 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7P30HtB026697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 24 Aug 2014 21:00:17 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7P30Hfw026694; Sun, 24 Aug 2014 21:00:17 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 24 Aug 2014 21:00:17 -0600 (MDT) From: Warren Block To: Michael Sierchio Subject: Re: some ZFS questions In-Reply-To: Message-ID: References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <201408241015.s7OAFRv7010196@sdf.org> <20140825014249.GA28995@neutralgood.org> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Sun, 24 Aug 2014 21:00:17 -0600 (MDT) Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 03:00:19 -0000 On Sun, 24 Aug 2014, Michael Sierchio wrote: > On Sun, Aug 24, 2014 at 6:42 PM, wrote: > > >> If you can use GPT partitioning then you can have GPT labels on partitions >> spanning entire disks. Then you can rearrange physical disks to your hearts >> content. >> >> The bonus is that you can put identifying information in the label name >> to be even more sure you are replacing the correct disk when the time >> comes. > > You can do this - and it's the approach that FreeNAS takes, but you > lose the benefits of presenting a whole disk to ZFS - the ability to > fully use the disk cache when presented a raw device rather than a > partition. I thought that was a Solaris-only limitation. In fact, I'm pretty sure it is, and does not apply on FreeBSD. From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 03:08:29 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9436A42 for ; Mon, 25 Aug 2014 03:08:29 +0000 (UTC) Received: from o1.email.leadonics.com (o1.email.leadonics.com [50.31.32.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5CA003483 for ; Mon, 25 Aug 2014 03:08:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=email.leadonics.com; h=content-type:mime-version:from:to:reply-to:subject:list-unsubscribe; s=smtpapi; bh=gr4VgXlblRN7laawYXLw3M2YSmo=; b=uE0+0HqF/J6wgRUZb7 EEevdqX0r5K7FMWzNym8AzAcASNLJpRjpvacc1wws+qcWVZUs/mHhVP5jwPeni/t +mJ7UYtZTJ8hGCrQuv0UYt87G5gUTWyg1WKGLliaLNPqDC5FY8FUhE2r62ewm1Za NPPIVdDon/fC6zoJY9lPq7dGU= Received: by filter-131.sjc1.sendgrid.net with SMTP id filter-131.31943.53FAA8584 2014-08-25 03:07:04.642113029 +0000 UTC Received: from MTM0MzU2Nw (unknown [10.42.83.122]) by ismtpd-029.sjc1.sendgrid.net (SG) with HTTP id 1480b219a3e.4a1a.31baa7 for ; Mon, 25 Aug 2014 03:07:04 +0000 (GMT) MIME-Version: 1.0 From: Platinum Property Group To: questions@freebsd.org Reply-To: sales@ppg.co.th Subject: The Jewel Pratumnak, an exclusive mid-rise condominium in Pratumnak, Pattaya, Thailand. 2 minutes from Walking Street. Message-ID: <1480b219a3e.4a1a.31baa7@ismtpd-029.sjc1.sendgrid.net> Date: Mon, 25 Aug 2014 03:07:04 +0000 (UTC) X-SG-EID: kupi+C8b7X4XcIgkd08EEI9U+3nO0snAQOkGcdEKlYpZFOLwK2aMtqscPdqVXMHs9RAxmI2bisXFtFxlbe7VRwahHXgzMM1opZ3A9Sa3X+sz5wV7du4jNjMLv971Zo3x6UIMaNiD7Ph8PRa8YYTq+UYNUcFh/hW5NW3AObIxY6k= X-SG-ID: VPWZYjw6GOzHdwkwPeoX9QiEbzQXX/gF9P8njHP5+LDqddLPkLq/9BzCv7pg9r9DUcFYiSc8VJ9wbhCBAyhoBzHz0Q+kh9YU/y5gsYN/7qlAi6qIJgTxFYq+KEcF+KOPVlNAaZf2aBRcdmXOUZJUP13wuC04BWBrWv1u4zo+hsIHwYKbm6ziEhnv1OMlBWTw5RTYkvToPeiIVYvjI9kVUQ== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 03:08:30 -0000 Ocean view condos in Pratumnak, Pattaya. 300 meters to Cozy Beach Only 250m from the beach Introducing The Jewel Pratumnak, an exclusive mid-rise condominium featurin= g 122 luxury condos in the exclusive area of Pratumnak, Pattaya. The develo= pment includes a Sky Garden, infinity pool, fitness centre and sauna on the= 14th floor and luxury fixtures and fittings throughout. Condos are available with an interest free payment plan Great exchanges rates for investors in current climate Average area rental returns over 15% per annum Average area condominium values have risen 40% in the last 2 years. Uninterrupted ocean views for an affordable price Pratumnak showroom with two condo types now open World class design and build quality 300 meters to Cozy Beach, Pratumnak 2 minutes from Walking Street and Jomtien Situated on Pratumnak - Kasetsin Soi 1, The Jewel is set on a quiet road le= ading down to cozy beach. The development is positioned in one of the most = desirable locations in all of Pattaya and offers a range of first class fac= ilities. These include a 14th floor sky garden and infinity pool, fully equ= ipped gymnasium and sauna, covered parking, free Wi Fi and 24 hour security= . The Jewel has proven to be an extremely popular project with many units s= old to existing Platinum Property Group customers. Project Features: Every unit comes with luxury fixtures and bathroom fittings Built-in kitchens with composite surfaces Raised ceiling heights and innovative room layouts Fully Equipped Fitness Centre on the14th Floor Sauna and Steam room on the 14th Floor Sky Garden on the 14th Floor All condos have exterior views Ocean views of Jomtien, Pratumnak and Pattaya Bay 2 high speed passenger elevators plus a separate fire elevator Built on an Elevated corner site in prime location 400m from Cozy Beach 14th floor Infinity pool and sky garden Sheltered Parking CCTV / Key Card Access The Jewel Condominium is perfectly located, and we believe it offers the be= st value for money when compared to similar condos. If you would like to learn more about this amazing project please contact u= s by replying to this email, or calling us on +66 8 2362 1938 outside of Th= ailand, or on 08 2362 1938 if you are inside Thailand. Or click here to download the info pack instantly. Kind Regards Michael Ainscough Platinum Property Group Sales Manager michael@ppg.co.th +66 8 2362 1938 =20 =20 http://email.leadonics.com/wf/unsubscribe?upn=3DEcQexu40zncNk3tO2NPnc8GPn1y= SMD8eknN5HPt7LsV-2FniZp3uIXek0dSpFrkk2CoHdimpnXGta0JRrvAL-2BMAyoM2v3RhDPXYT= fxTXvve6Vi-2FzmSJby5ZdNJHQ1asGVj-2BMG6BnhKLTty7bGWrjjx6NMcZ4qAL39gUO-2Fi01e= JiGy3-2Fep-2BrThtYlA3SVkBxw-2FtZCIXCr6DkhNpJ-2F94KH3k3CoHMu7PEMwNzJ0YIScR5z= eGOOwqxqHFxj2JE8hjm6zl957wUtO4oMDjYWR0j4sCu2vbxJxtinDE-2FyKDKVO7oRG21J7U4EQ= i68c5ogpIMN1T3GzVLyfcxSltxeW-2BtpxwzFSMpLAZmaUF94HKcjJZaDtBBanwCdl6LhCFBDuc= HP7Kw5m0gz3-2BfbSu-2BDHx-2BKCf9Yw9hHKYXREIm7UYduCYuvU-3D From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 03:16:22 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34AA4C30 for ; Mon, 25 Aug 2014 03:16:22 +0000 (UTC) Received: from mail-oi0-f53.google.com (mail-oi0-f53.google.com [209.85.218.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EF6CA3549 for ; Mon, 25 Aug 2014 03:16:21 +0000 (UTC) Received: by mail-oi0-f53.google.com with SMTP id e131so9297887oig.40 for ; Sun, 24 Aug 2014 20:16:14 -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=XhzJHr6mRWlsedWRK81ezzm6rrXU0zQXnmuFwNa+dnc=; b=XqaYhp+XrNERc/2R0BRpP+Yufha8xHSd/y2FKLpcC+IaAjHxLtSVbuChFPmv4gOT6D yvND+U4uo1AQ3OW0naZcZbItP5mJs+YGU78WhdFARbb0lFdQ5J9DtjKUI2cTKCts3HRz HaxF2I53Yi4/ZggoMVDUzZcs09f11QrJN9seLjLidACTudGWUdluopBAfHUhA930dFEz GsHr3ci8ihd/JnXmIfEa6T51C61GzBYOxZ6AmAQUSxM4VU36HkS4NZwG2yxXYuWZinIW K54BNEzLltVQjUPaHv7gz87PLI9QNH1irIyuav+K5x5c0WAitTDE6fXkotVEr9RBZH+a uTyg== X-Gm-Message-State: ALoCoQmaIBevLraMGYSfnJlpRF9+fQXmspwexRqCKwU7xOd6pOIaPh5ycfLRJ54VecsLJ/CBnu5w MIME-Version: 1.0 X-Received: by 10.182.213.7 with SMTP id no7mr18847438obc.39.1408936574596; Sun, 24 Aug 2014 20:16:14 -0700 (PDT) Received: by 10.60.120.37 with HTTP; Sun, 24 Aug 2014 20:16:14 -0700 (PDT) In-Reply-To: References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <201408241015.s7OAFRv7010196@sdf.org> <20140825014249.GA28995@neutralgood.org> Date: Sun, 24 Aug 2014 20:16:14 -0700 Message-ID: Subject: Re: some ZFS questions From: Michael Sierchio To: Warren Block Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 03:16:22 -0000 On Sun, Aug 24, 2014 at 8:00 PM, Warren Block wrote: > On Sun, 24 Aug 2014, Michael Sierchio wrote: > >> On Sun, Aug 24, 2014 at 6:42 PM, wrote: >> >> >>> If you can use GPT partitioning then you can have GPT labels on >>> partitions >>> spanning entire disks. Then you can rearrange physical disks to your >>> hearts >>> content. >>> >>> The bonus is that you can put identifying information in the label name >>> to be even more sure you are replacing the correct disk when the time >>> comes. >> >> >> You can do this - and it's the approach that FreeNAS takes, but you >> lose the benefits of presenting a whole disk to ZFS - the ability to >> fully use the disk cache when presented a raw device rather than a >> partition. > > > I thought that was a Solaris-only limitation. In fact, I'm pretty sure it > is, and does not apply on FreeBSD. You mean Solaris-only benefit? - M From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 03:23:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D8B1D3A for ; Mon, 25 Aug 2014 03:23:12 +0000 (UTC) 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 498BA360E for ; Mon, 25 Aug 2014 03:23:12 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7P3NAf4032322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 24 Aug 2014 21:23:10 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7P3NArY032319; Sun, 24 Aug 2014 21:23:10 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 24 Aug 2014 21:23:10 -0600 (MDT) From: Warren Block To: Michael Sierchio Subject: Re: some ZFS questions In-Reply-To: Message-ID: References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <201408241015.s7OAFRv7010196@sdf.org> <20140825014249.GA28995@neutralgood.org> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Sun, 24 Aug 2014 21:23:11 -0600 (MDT) Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 03:23:12 -0000 On Sun, 24 Aug 2014, Michael Sierchio wrote: > On Sun, Aug 24, 2014 at 8:00 PM, Warren Block wrote: >> On Sun, 24 Aug 2014, Michael Sierchio wrote: >> >>> On Sun, Aug 24, 2014 at 6:42 PM, wrote: >>> >>> >>>> If you can use GPT partitioning then you can have GPT labels on >>>> partitions >>>> spanning entire disks. Then you can rearrange physical disks to your >>>> hearts >>>> content. >>>> >>>> The bonus is that you can put identifying information in the label name >>>> to be even more sure you are replacing the correct disk when the time >>>> comes. >>> >>> >>> You can do this - and it's the approach that FreeNAS takes, but you >>> lose the benefits of presenting a whole disk to ZFS - the ability to >>> fully use the disk cache when presented a raw device rather than a >>> partition. >> >> >> I thought that was a Solaris-only limitation. In fact, I'm pretty sure it >> is, and does not apply on FreeBSD. > > You mean Solaris-only benefit? No, I mean that the disk cache problem was only on Solaris, and does not apply to FreeBSD. On FreeBSD, there is no difference in performance between partitions versus the whole disk. From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 03:47:13 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B3DEF67 for ; Mon, 25 Aug 2014 03:47:13 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 75CC937B8 for ; Mon, 25 Aug 2014 03:47:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=pqxKxbW3bdbG+2lChrrVu1z4obaaLD4KsCUc946RfAI=; b=jnfdaPCU1anI2TSxYeVlG5OJ3dCcNsCJQVdh92gwLgvDTC0FZwo0N3RHQ7KBZkvf0aFH2AqDvxX9LAyGYkB0SJuscsoBruJI7eThYUB1Av/g7T6HQsC4ofKLAxmdfpTqzvnhOhFR+50tY/rsVMsAQ93wgaTgQxcfwJwFQGYaM+g=; Received: from [39.252.70.96] (port=48594 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1XLlFJ-002cue-7p; Sun, 24 Aug 2014 21:47:07 -0600 Date: Mon, 25 Aug 2014 11:46:58 +0800 From: Erich Dollansky To: Stephen Cook Subject: Re: "hosts" file for jails (ezjail) Message-ID: <20140825114658.1ebfaa1c@X220.alogt.com> In-Reply-To: <53FA92E1.7000300@gmail.com> References: <53FA92E1.7000300@gmail.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 03:47:13 -0000 Hi, On Sun, 24 Aug 2014 21:35:29 -0400 Stephen Cook wrote: > Is there a way to get a bunch of jails (I'm using ezjail) to share > the same hosts file, preferably one stored somewhere on the host OS? > I tried putting a symlink in the "flavour" template but when a jail > is created with that the symlink within the jail pointed to itself > and gave me some sort of recursive error when I tried to "cat" it. > > I'd like to be able to update the file when I add a new jail, and > have the others able to connect to it by whatever stupid name I give > it, without editing all those different hosts files. But I suspect > the whole point of jails being kept separate from the host filesystem > might be in my way. > > Any advice is welcome! Thanks! > what you want is against the idea of jails. What you can do, creates in the root filesystem the hosts file and write a script which copies it then into the jails. Erich From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 05:42:23 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A91CB93 for ; Mon, 25 Aug 2014 05:42:23 +0000 (UTC) Received: from nm6-vm8.bullet.mail.ir2.yahoo.com (nm6-vm8.bullet.mail.ir2.yahoo.com [212.82.96.124]) by mx1.freebsd.org (Postfix) with ESMTP id DAFA030A8 for ; Mon, 25 Aug 2014 05:42:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s2048; t=1408945339; bh=Ob4SkLv2+v58rTXSdgDb7BBhHI0gE8PjLkbQldg0OlY=; h=Received:Received:Received:DKIM-Signature:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Date:From:To:Subject:Message-Id:In-Reply-To:References:X-Mailer:Disposition-Notification-To:Mime-Version:Content-Type:Content-Transfer-Encoding:From:Subject; b=a9ICtvitIP9J0wHq3QRlC/IOHm4zDuLp5bwP4Br+eG6zGI0SpHHzgXIM7mMJ6KTtxubS+ZIZwQqVVdMiaGkdAIibYN+GfqIOMjXhgGu1DHvzkoj3aAr9LOrr88/mtdXz88JB36TPxEG3bbaN7SfYMs7AHdQaizcXlQnlU7e9ov3x9fUAgkXTzX4zv25hhy61lDIX3xJjm0PmYZ9DsJ1E/wy+hadzZ8qm8WKYwRDPaK7xB5TaQDB7sMQNKC6xFr85al53DlkIiElQC8JmEYOex0dfZB4YQhsLrQCd9yXcnZ68jZTOJ/Vx2qHIobaSGBwyWPXThEEsLznKLhcqXkBNUQ== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.es; b=PJm4ZyVSHkC6sienTyLX7y5dczNJWwn3kbRjq+CePwgAWzxUgg4oQQsvDCLHSjPEo2Di8Ghqnr/pKUysle9VhfnAPTc3aapbGCfoALLNpDgGE09WHp3U6N51xtU99nxERTL3quNjDyisrUJ5vdnOTnFS6gMa3muoqxKY3zREwsSGOo02xQY2jV08v8v285JGzSTsADgmdjva/uSfuGZOmSAoH8AzydyKjsanZ+nwKnmKb59feyz3iZWDF3b7oH36hliikPbbjrBfJNpZ0N6VuhLEfpoRcyu2WvDd1mClVthKkla8W/EoDKEfQgWa4UoX61COhuPtuwjRx+OgDu9TJQ==; Received: from [212.82.98.124] by nm6.bullet.mail.ir2.yahoo.com with NNFMP; 25 Aug 2014 05:42:19 -0000 Received: from [46.228.39.77] by tm17.bullet.mail.ir2.yahoo.com with NNFMP; 25 Aug 2014 05:42:19 -0000 Received: from [127.0.0.1] by smtp114.mail.ir2.yahoo.com with NNFMP; 25 Aug 2014 05:42:19 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s1024; t=1408945339; bh=Ob4SkLv2+v58rTXSdgDb7BBhHI0gE8PjLkbQldg0OlY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Date:From:To:Subject:Message-Id:In-Reply-To:References:X-Mailer:Disposition-Notification-To:Mime-Version:Content-Type:Content-Transfer-Encoding; b=Sy9PtMRm5Tfh2iHy5E0tEM28GeOpNEMP1gtRpa3v1ZYl0/WhaT2uY4+CcAAHWAcaOjHpYM4em7EyK4RxzaJFXlv1teK78vmpkT4/Qy6U3GxHNO0Alanltys0cGtfPbTn1rjdT9hG+k+9uucS+sqRfs0+wij7RIlEQoZ6Lq64fS0= X-Yahoo-Newman-Id: 882129.68421.bm@smtp114.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: qJSKDXcVM1m8kIEoLahDN7ohx9Gw5pOOP1OKjfF6Q5BKK4L RCwYdUDd7BbQ2q9mcVm.K4Ea0zcBYRGXxLb7FpUy6O5Nsb06fDoi3otWkw6o pG0efgbaHNHLBgdA3UMWhj0TC5l4GUJLGsSMowjV9O2JUp4GzXEBRvQf49mw yL4dEMgRrmqLVZfaTIAlNFE.872__Wop3viXZXuy7Zz9ztpKRhiz4wCY8ZBU HswRgfeeB07eLKHu9hmzugPmGpy08gZV25Vh7Psrbpy57udqfskouUygHRC8 KhFO6l41qBDSQLE4N4s14qwPt_ZUmxPJ4ui.LyX3OMOkyACA_1zh2FYkcuOx 8cxFmuOwkmSzmPxhXzem0UXwJrC7CXwgVzGcSK8NXHwCJPEQzo4.jW7WPz_7 jEUhr8G0sE.BLT5II0MFuljd_rA2zZ1X31jazXBpc8T0UlRgxsLE8wavMu13 .EPOlE7qwbin0eYKthNP.AFut7VORL6p4RxiLsA5d0bzYiJKIn3ZGRkdU X-Yahoo-SMTP: mX392iiswBAeJNdO_s.EW62LZDJR Date: Mon, 25 Aug 2014 07:42:32 +0200 From: Eduardo Morras To: freebsd-questions@freebsd.org Subject: Re: FreeBSD 10 - mplayer issue Message-Id: <20140825074232.e1706a7607ab3ecab2582c10@yahoo.es> In-Reply-To: <53FA8715.5020202@herveybayaustralia.com.au> References: <53F88676.3060702@herveybayaustralia.com.au> <53FA8715.5020202@herveybayaustralia.com.au> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd9.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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 05:42:23 -0000 On Mon, 25 Aug 2014 10:45:09 +1000 Da Rock wrote: > So then I ran backtrace: > > #0 0x0000000000cdcde6 in _umtx_op_err () > #1 0x0000000000cdf20f in rwlock_rdlock_common () > #2 0x0000000809ee2d17 in g_type_register_fundamental () > from /usr/local/lib/libgobject-2.0.so.0 > #3 0x0000000809ee3a2a in g_type_register_static () > from /usr/local/lib/libgobject-2.0.so.0 > #4 0x0000000809ee9b32 in g_type_plugin_get_type () > from /usr/local/lib/libgobject-2.0.so.0 > #5 0x0000000809ee728c in g_type_init () > from /usr/local/lib/libgobject-2.0.so.0 > #6 0x0000000809eee682 in g_strdup_value_contents () > from /usr/local/lib/libgobject-2.0.so.0 > #7 0x0000000809ec4f76 in _init () > #from /usr/local/lib/libgobject-2.0.so.0 8 0x00007fffffffcfc0 in ?? > #() 9 0x0000000801382691 in r_debug_state () > #from /libexec/ld-elf.so.1 10 0x0000000801381d27 in __tls_get_addr () > #from /libexec/ld-elf.so.1 11 0x0000000801380089 in .text () > #from /libexec/ld-elf.so.1 12 0x0000000000000000 in ?? () > > So how does this help? What can I do now? It looks like you develop with a version of libgobject different the dynamic library one you have install and use to run. > > I see a problem in what looks to be a register of sorts, but that > would be in gtk. I tried using -nogui and still got the same. > > It should be noted that there should be a print out of version and > other info prior to display, and none of that is showing at all; so > we're not even getting that far. I also rebuilt it with debug in the > options. > > Cheers --- --- Eduardo Morras From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 06:12:53 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 901EA475 for ; Mon, 25 Aug 2014 06:12:53 +0000 (UTC) Received: from nm18-vm5.bullet.mail.ir2.yahoo.com (nm18-vm5.bullet.mail.ir2.yahoo.com [212.82.96.229]) by mx1.freebsd.org (Postfix) with ESMTP id 060C63371 for ; Mon, 25 Aug 2014 06:12:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s2048; t=1408947164; bh=YaHh9XhYsQhwDDf6GMksH7Gz+tzjSDnJDtiEHasKzYA=; h=Received:Received:Received:DKIM-Signature:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Date:From:To:Subject:Message-Id:In-Reply-To:References:X-Mailer:Disposition-Notification-To:Mime-Version:Content-Type:Content-Transfer-Encoding:From:Subject; b=VQBry3IDDZHsMtXtdZ+OynbgH8uabnAzQwEUYif68fABjYgxhtzZDGlotMCeJNOYzWYpl6ldqd5FtYmQjS6J2fz/lX9Y2UL4oXh7Q8gbm+g4nNbXRMFbU76MKJFzwJHJ2Qz879b0pArinyy13/9a80VuQ5Y6PIg+fO7IXzRwHnif++XQVU9ir4PbzU/asZveDie3dzxh7L0OIOHkmlE1ua81oHulRcqhUCRwvEjfpNxu3U1Pv/RIOez3nWv1SlWUqhbcPBmDsuMCu7G/NN6IHKWfH4OT1TNtwRJ6+Vu5xtNKQwAyImGOekPTCcyy+tBg2cZIKBJNIgiud4y/fQ+hFQ== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.es; b=iMPbfij7lHPYkiOx1FGv7RebhlS/OrlzSIcK/dO9I08BFD2FK/DYY5pNw+q11aJe5wlaHqqt2w+kQC3AAkQWS5CYQzqxjsWQAdxfNqF0fVhwTEL3g00YNa9l+iASObW50qqR/PCLZvOMnsMFlqptr+3UT3Aa/LFOtXMdIUNDoduRvi7OcBTNSYGSXApkyDa604RW0pBvn5koDndaWDMBwsPwQNOq9TI3gU4WWQT1C4F2jnzLi/Dd44ZiN1a64xQM3kdwPcMZJ0PbCRlTqO+rcdDMR8sZDVve457ri9Dj4E7ZEhti8ngCaOLwl6U3O3n0BPsPMe2a0nqo3GG/cDmUUg==; Received: from [212.82.98.62] by nm18.bullet.mail.ir2.yahoo.com with NNFMP; 25 Aug 2014 06:12:44 -0000 Received: from [46.228.39.89] by tm15.bullet.mail.ir2.yahoo.com with NNFMP; 25 Aug 2014 06:12:44 -0000 Received: from [127.0.0.1] by smtp126.mail.ir2.yahoo.com with NNFMP; 25 Aug 2014 06:12:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s1024; t=1408947164; bh=YaHh9XhYsQhwDDf6GMksH7Gz+tzjSDnJDtiEHasKzYA=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Date:From:To:Subject:Message-Id:In-Reply-To:References:X-Mailer:Disposition-Notification-To:Mime-Version:Content-Type:Content-Transfer-Encoding; b=jIe5BfKGcQEJH2YOjRAg2W3ZRO+q46Q2n+TJy5u6W3S4asWue/hZ8/wUK6lAyhhSCv1tJxOzf3aijtKxAzaeCDab8DRyejRebv8tVq8S8sHoxr1XARiyXrGmPa6d/Ebum0Zp8PIvLiAOEBQ43RAEzrD7Uzux/FDa0qZGEufUlts= X-Yahoo-Newman-Id: 761249.75781.bm@smtp126.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: leUwK4YVM1kgQZESsnP3K3aC.mI.h_VAfnRFUO4HZMRFwMM CHkJFk8jBm7BYr5.wy7pCk49CrXtAwrdHaFPWPT8PBAMewFJvKJj9OzUtP7U Pd8tDtMiZuCFQObu.meBJHwDGxN_k4_h3gw0NEOKiUaXmrpZuQD8TCtvGe5s AsnQ_z28jvN6NsCXoQwawI35wumOel_y4AtXCUR8cufHQWarto2OMyxF44Oe 3FFSBZAc6gNKp_IrXd6Q6f.u0tnPpYVqHJOk6fgjoZVBsq6nMQLeSYieAjNn dbAM1JgIbzOKo8h8.2QeuIlu6v.BTH0H7Yng0HqyEd12QcYRFYX.qQQarBVd gzxe5QfrLwRZUgbbkPQRxvAeb9Udb2fq0NUN0xw2D2CYnwcL4cUCugPdhC6b Z_6kYXvL9kOyKDjFDOg4k9o.ucFH7YwOhm.qdK6z9I_J4mUBivgT36ulH.yD qsfy9T4abnIH2OyKswncTRMYbDukKt7cvJzRrsuSjCuPtVps2qvAWAP4t X-Yahoo-SMTP: mX392iiswBAeJNdO_s.EW62LZDJR Date: Mon, 25 Aug 2014 08:12:55 +0200 From: Eduardo Morras To: freebsd-questions@freebsd.org Subject: Re: wpa_supplicant questions Message-Id: <20140825081255.8c782f1f7d9ee332b7f5b0aa@yahoo.es> In-Reply-To: <20140824215944.GE42644@home.parts-unknown.org> References: <20140824215944.GE42644@home.parts-unknown.org> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd9.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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 06:12:53 -0000 On Sun, 24 Aug 2014 14:59:44 -0700 David Benfell wrote: > Hi all, > > With my notebook system, I wander various places and have to alter the > wpa supplicant configuration for some of these places. (Fortunately, > this proved easier than I expected and the initial installation > provided example entries that, gee, I know work.) > > I then need to restart the network, sometimes overriding an > association wpa_supplicant may already have made. > > 'service netif restart' seems inadequate and I have been having to > reboot--an elaborate process because the notebook is UEFI and won't > boot legacy-style off the hard disk. > > What is the correct incantation to do this? As root shell: #wpa_cli help /* Shows a list of commands a few description */ list /* List the networks defined in /etc/wpa_supplicant.conf */ select n /* selects the network number n from upper list */ You can add new to wpa_supplicant.conf or use wpa_cli commands for it. > Also, how does one escape an apostrophe in an SSID, as in "Nature's > Express" (the SSID at a vegan restaurant in North Berkeley), in the > wpa supplicant configuration? Don't know, it should work because your wpa_supplicant.conf entry should look similar this one: network={ ssid="Nature's Express" scan_ssid=1 key_mgmt=WPA-PSK psk="secretpassword" } where ssid is quoted with "", if don't work, you can try a double ' or \'. > Finally, does 'ifconfig scan' output indicate signal strength? At a > conference I attended yesterday, they had several similarly named > access points to choose from (the ability to use a wildcard would have > been helpful as they all take the same password), but I did not know > which I should choose. As you can imagine, this compounded the above > difficulties--I wound up abandoning my attempt to use my FreeBSD > notebook in this situation. Don't know, it's the first time I use ifconfig wlan0 scan. It shows the column S:N and looks like a Signal to Noise. Signal, the close to 0, the better. Noise, the close to -100 the better. SSID/MESH ID BSSID CHAN RATE S:N INT CAPS AP1 00:1a:5b:be 11 54M -91:-96 100 EP AP2 72:c0:3b:ec 3 54M -94:-96 100 EP HTCAP WPA WME WPS AP3 bc:14:13:88 4 54M -92:-96 100 EP HTCAP WPA RSN WME AP4 00:26:db:d8 9 54M -93:-96 100 EP HTCAP WPA RSN WME I use wpa_cli for this too: #wpa_cli scan OK scan_results bssid / frequency / signal level / flags / ssid 9c:6d:eb:e6 2472 -88 [WPA-PSK-TKIP+CCMP][WPA2-PSK-TKIP+CCMP][ESS] AP19 bc:01:00:e8 2462 -90 [WPA-PSK-TKIP+CCMP][WPA2-PSK-TKIP+CCMP][ESS] AP31 f8:85:de:96 2412 -91 [WPA-PSK-TKIP+CCMP][ESS] AP13 HTH > Thanks! > -- > David Benfell --- --- Eduardo Morras From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 06:18:50 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4598D6B0 for ; Mon, 25 Aug 2014 06:18:50 +0000 (UTC) Received: from nlpiport17.prodigy.net.mx (nlpiport17.prodigy.net.mx [148.235.52.22]) by mx1.freebsd.org (Postfix) with ESMTP id 09F8633AB for ; Mon, 25 Aug 2014 06:18:49 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,395,1406610000"; d="scan'208";a="1003174165" Received: from nlpiport02.prodigy.net.mx ([148.235.52.117]) by nlpiport17.prodigy.net.mx with ESMTP; 25 Aug 2014 01:18:48 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au8NADXU+lO9qqdB/2dsb2JhbABZgw2BKq8iAQEBAQafN4UtCgGBExd3hAQBBVYzCyETEg8qHgYBEohEwBgXhXyJV4RMBYsikSYBlQyDfh0vgk8BAQE Received: from dsl-189-170-167-65-dyn.prod-infinitum.com.mx (HELO morena.maps.net) ([189.170.167.65]) by nlpiport02.prodigy.net.mx with SMTP; 25 Aug 2014 01:18:46 -0500 Date: Sun, 24 Aug 2014 23:18:47 -0700 From: Martin Alejandro Paredes Sanchez To: Beeblebrox , freebsd-questions@freebsd.org Subject: Re: printcap configuration problem (if-MAPS 1/4) Message-ID: <20140824231847.5c74371d@morena.maps.net> In-Reply-To: <20140824164923.43152843@morena.maps.net> References: <1405676044178-5929730.post@n5.nabble.com> <53C919E0.6070008@bananmonarki.se> <20140718183958.1864052a@rsbsd.rsb> <20140727221419.35efb9b0@morena.maps.net> <1406966714419-5934110.post@n5.nabble.com> <1406986762673-5934162.post@n5.nabble.com> <20140803083513.47e21f3b@rsbsd.rsb> <20140807225729.69db80ef@morena.maps.net> <20140819090205.111cba9a@rsbsd.rsb> <20140824164923.43152843@morena.maps.net> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; i386-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 06:18:50 -0000 El Sun, 24 Aug 2014 16:49:23 -0700 Martin Alejandro Paredes Sanchez escribi=F3: > El Tue, 19 Aug 2014 09:02:05 +0300 > Beeblebrox escribi=F3: > > > > * I need a filter where I can a) set HWresolution, and b) set pages > > per sheet, like 4 pages of pdf file on one A4 sheet, landscape mode, > > minimum or no margins between pages so as to minimize white space. >=20 This can be accomplish using the next command lpr -P lj2100 -Z 600dpi,nup=3D4,a4,landscape FileToPrint In nUp printing, there are 2 type of margins 1.- around the whole page (The printer minimum margins on each edge) 2.- around each page on a sheet (nUpMargin in PostScript points) lpr -P lj2100 -Z 600dpi,nup=3D4,a4,landscape,nupmargin=3D25 FileToPrint HTH Martin Paredes From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 07:11:15 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCE833B0 for ; Mon, 25 Aug 2014 07:11:15 +0000 (UTC) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) (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 B88C237C6 for ; Mon, 25 Aug 2014 07:11:15 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id s7P7BB55092222 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 25 Aug 2014 00:11:12 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id s7P7BBKN092221; Mon, 25 Aug 2014 00:11:11 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA17473; Mon, 25 Aug 14 00:09:36 PDT Date: Mon, 25 Aug 2014 00:09:37 -0700 From: perryh@pluto.rain.com (Perry Hutchison) To: sclists@gmail.com, erichsfreebsdlist@alogt.com Subject: Re: "hosts" file for jails (ezjail) Message-Id: <53fae131.SSzyZWb9H/N2EkA3%perryh@pluto.rain.com> References: <53FA92E1.7000300@gmail.com> <20140825114658.1ebfaa1c@X220.alogt.com> In-Reply-To: <20140825114658.1ebfaa1c@X220.alogt.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 07:11:15 -0000 Erich Dollansky wrote: > On Sun, 24 Aug 2014 21:35:29 -0400 > Stephen Cook wrote: > > Is there a way to get a bunch of jails (I'm using ezjail) to share > > the same hosts file, preferably one stored somewhere on the host OS? > > ... > > I'd like to be able to update the file when I add a new jail, and > > have the others able to connect to it by whatever stupid name I give > > it, without editing all those different hosts files. But I suspect > > the whole point of jails being kept separate from the host filesystem > > might be in my way. > > what you want is against the idea of jails. Indeed. OTOH one of the longstanding strengths of Unix -- and the motivation for "mechanism, not policy" -- is that mechanisms can often be cleverly used in ways that their designers did not anticipate. > What you can do, creates in the root filesystem the hosts file > and write a script which copies it then into the jails. That (and variants, such as using puppet to maintain the jails' configuration files) is likely the most general approach. In the particular case where all of the jails are contained within the same host filesystem, it should also be possible to use hardlinks (so that all the jails share the same inode). Granted this would enable any jail to overwrite what the others see -- which may or may not be acceptable in the OP's situation. From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 08:12:55 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D177858 for ; Mon, 25 Aug 2014 08:12:55 +0000 (UTC) Received: from mailrelay007.isp.belgacom.be (mailrelay007.isp.belgacom.be [195.238.6.173]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5273DB8 for ; Mon, 25 Aug 2014 08:12:54 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ar8IAHju+lNR8nGf/2dsb2JhbABRCIMNU1fMS4dPBAIBgRcXd4QEAQU6HBgLEAsYCSUPKh4GE4hGAb9MF452VgeETAEEhhGKbYRRhnmBWYo0iQCBZB6BXjsvAYJOAQEB Received: from 159.113-242-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.242.113.159]) by relay.skynet.be with ESMTP; 25 Aug 2014 10:12:46 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.9/8.14.9) with ESMTP id s7P8CiRj001328; Mon, 25 Aug 2014 10:12:45 +0200 (CEST) (envelope-from tijl@coosemans.org) Date: Mon, 25 Aug 2014 10:12:43 +0200 From: Tijl Coosemans To: Toomas Aas Subject: Re: KMS error while trying to switch user in KDE Message-ID: <20140825101243.20f4caba@kalimero.tijl.coosemans.org> In-Reply-To: <20140823180413.89336rp1oagf1kkg@webmail.raad.tartu.ee> References: <20140823180413.89336rp1oagf1kkg@webmail.raad.tartu.ee> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 08:12:55 -0000 On Sat, 23 Aug 2014 18:04:13 +0300 Toomas Aas wrote: > Hello! > > I have installed a new desktop machine with FreeBSD 10-STABLE amd64, > xorg 1.12.4 and KDE 4.12.5. The system has ATI Radeon X1300/X1550 > video card. Graphics is configured WITH_NEW_XORG (the default), vt and > radeonkms are in use, video driver is xf86-video-ati-7.2.0_3 built > WITH_GALLIUM. > > One thing that does not work is 'switch user' functionality in KDE. > When attempting to start new session, the screen flashes briefly and > then I am returned to active session with screen locked, which I can > unlock and continue working. > > When looking at /var/log/kdm.log during the switch, it says that > something is wrong with X.org: > > ------------------------------------------------------------------------------ > Fatal server error: > no screens found > > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > Please also check the log file at "/var/log/Xorg.1.log" for additional > information. > > Server terminated with error (1). Closing log file. > ------------------------------------------------------------------------------ > > So I look at Xorg.1.log and it seems to indicate a problem related to KMS: > > ------------------------------------------------------------------------------ > [ 431.280] (--) Using syscons driver with X support (version 2.0) > [ 431.280] (--) using VT number 10 > > [ 431.282] (II) [KMS] Kernel modesetting enabled. > [ 431.282] (WW) VGA arbiter: cannot open kernel arbiter, no > multi-card support > [ 431.282] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32 > [ 431.282] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes > (32 bpp pixmaps) > [ 431.282] (==) RADEON(0): Default visual is TrueColor > [ 431.282] (==) RADEON(0): RGB weight 888 > [ 431.282] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) > [ 431.282] (--) RADEON(0): Chipset: "ATI Radeon X1300/X1550" (ChipID > = 0x7142) > [ 431.283] drmOpenDevice: node name is /dev/dri/card0 > [ 431.283] drmOpenDevice: open result is 7, (OK) > [ 431.283] drmOpenByBusid: Searching for BusID pci:0000:02:00.0 > [ 431.283] drmOpenDevice: node name is /dev/dri/card0 > [ 431.283] drmOpenDevice: open result is 7, (OK) > [ 431.283] drmOpenByBusid: drmOpenMinor returns 7 > [ 431.283] drmOpenByBusid: Interface 1.4 failed, trying 1.1 > [ 431.283] drmOpenByBusid: drmGetBusid reports pci:0000:02:00.0 > [ 431.283] (EE) RADEON(0): [drm] failed to set drm interface version. > [ 431.283] (EE) RADEON(0): Kernel modesetting setup failed > [ 431.283] (II) UnloadModule: "radeon" > [ 431.283] (EE) Screen(s) found, but none have a usable configuration. > [ 431.283] > Fatal server error: > [ 431.283] no screens found > [ 431.283] > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > [ 431.283] Please also check the log file at "/var/log/Xorg.1.log" > for additional information. > [ 431.283] > [ 431.283] Server terminated with error (1). Closing log file. > ------------------------------------------------------------------------------ > > Can this problem be solved? If you haven't had an answer yet, ask your question on the freebsd-x11 mailing list. From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 10:16:04 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6655A8DC for ; Mon, 25 Aug 2014 10:16:04 +0000 (UTC) Received: from mail.cyberleo.net (paka.cyberleo.net [216.226.128.180]) by mx1.freebsd.org (Postfix) with ESMTP id 425013923 for ; Mon, 25 Aug 2014 10:16:03 +0000 (UTC) Received: from [172.16.44.4] (vitani.den.cyberleo.net [216.80.73.130]) by mail.cyberleo.net (Postfix) with ESMTPSA id 5E13F13654; Mon, 25 Aug 2014 06:07:58 -0400 (EDT) Message-ID: <53FB0AFD.6010507@cyberleo.net> Date: Mon, 25 Aug 2014 05:07:57 -0500 From: CyberLeo Kitsana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Scott Bennett , kpneal@pobox.com Subject: Re: some ZFS questions References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <20140822005911.GA52625@neutralgood.org> <201408241027.s7OARfEK004658@sdf.org> In-Reply-To: <201408241027.s7OARfEK004658@sdf.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 10:16:04 -0000 On 08/24/2014 05:27 AM, Scott Bennett wrote: > kpneal@pobox.com wrote: >> What's the harm in encrypting all the data? > > High CPU overhead for both reading and writing is the main downside. AES-NI is fully supported for recent Intel CPUs, and can achieve some pretty impressive throughputs. >> >> In fact, encrypting all data is more secure. If you only encrypt the data > > Sure, but why do it if the data don't need to be secret? Because it takes 6-8 hours to erase a 3TB hard disk; and, if the disk fails, you can't always erase it before sending it back for RMA replacement. One of the things with which I've been experimenting lately is standing encryption on my data storage pools. The intent here is not to protect the data against an attacker; rather, to ease maintenance burden. However, the details I have gathered are useful nevertheless. I'm currently running a 30TB† 10-disk zpool on a machine with a Haswell CPU and, with AES-NI, the encryption operation is faster than the throughput of all disks combined; there is no perceptible performance impact. When a disk failed recently, it was so much easier to simply destroy the key material rather than having to worry about somehow securely erasing a device that was not always responsive before shipping it back for replacement. I have a lot of failed hard drives. †Okay, only about 20TB after rounding errors, redundancy, and spare capacity; but 30TB 'raw'. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://www.fur.com/peace/ From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 11:12:42 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FE47ACF for ; Mon, 25 Aug 2014 11:12:42 +0000 (UTC) Received: from empty1.ekahuna.com (empty1.ekahuna.com [198.144.200.196]) by mx1.freebsd.org (Postfix) with ESMTP id 27C863EBE for ; Mon, 25 Aug 2014 11:12:41 +0000 (UTC) Received: from [10.20.30.130] by empty1.ekahuna.com (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35) with ESMTP id com for ; Mon, 25 Aug 2014 04:12:40 -0700 From: "Philip J. Koenig" Organization: The Electric Kahuna Organization To: freebsd-questions@freebsd.org Date: Mon, 25 Aug 2014 04:12:21 -0700 MIME-Version: 1.0 Subject: freebsd-update problems 9.x to 9.x Reply-to: pjklist2@ekahuna.com Priority: normal X-mailer: Pegasus Mail for Windows (4.63) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Message-ID: <20140825111240931.AAA237@empty1.ekahuna.com@[10.20.30.130]> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 11:12:42 -0000 I've extensively searched the list archives and cannot find an answer to this. I get the (apparently well-known) error below when trying to use the command "freebsd-update upgrade -r 9.3-RELEASE" on a box (actually VM) running 9.0-RELEASE (p7). > "The update metadata is correctly signed, but > failed an integrity check. > Cowardly refusing to proceed any further." All the instances I've seen of this issue pertain to either upgrading to 9.x from 8.x or earlier, or upgrading 9.x to 10.0. Even though I initially patched to the p7 level of 9.0-RELEASE before trying to do this upgrade (using freebsd-update actually, and it seemed to work fine for that), I still tried the often-suggested fix for the known issue of older versions of freebsd-update not recognizing "%" and "@" characters. The result was that there were no changes made to the freebsd-update script. (diff says it's identical to the existing file) Anything else I can try? Here's the sed command: sed -i '' -e 's/=_%@_/' /usr/sbin/freebsd-update TIA -- Philip J. Koenig pjklist@ekahuna.com Electric Kahuna Systems -- Computers & Communications for the New Millenium From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 12:55:00 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5234858E for ; Mon, 25 Aug 2014 12:55:00 +0000 (UTC) Received: from server1.shellworld.net (shellworld.net [69.60.117.94]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA54381E for ; Mon, 25 Aug 2014 12:54:59 +0000 (UTC) Received: from server1.shellworld.net (localhost [127.0.0.1]) by server1.shellworld.net (Postfix) with ESMTP id EC6B6228B7 for ; Mon, 25 Aug 2014 08:54:52 -0400 (EDT) To: "questions@freebsd.org" Subject: Re: Has the Procedure for Regenerating A FreeBSD Installation Disk Changed? MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <73807.1408971292.1@server1.shellworld.net> Date: Mon, 25 Aug 2014 07:54:52 -0500 From: "Martin G. McCormick" Message-Id: <20140825125452.EC6B6228B7@server1.shellworld.net> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 12:55:00 -0000 Roland Smith writes: > Could it be that your filesystem is full? > > Although I don't have FreeBSD-9.1-RELEASE-amd64-disc1.iso around, I tried > the > tar command with FreeBSD-10.0-RELEASE-amd64-disc1.iso and that unpacks > just > fine. An excellent question so I tried the exact same procedure on another FreeBSD9 system and got precisely the same results down to the outputs of the two attempts comparing perfectly. I think I should try FreeBSD-10.0-RELEASE-amd64-disc1.iso to see what happens. I really need to use 9.1 since this is a replacement for a FreeBSD9.1 system that is failing, but it might indicate what other part of the process is going wrong. From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 13:39:15 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97B4FEB4 for ; Mon, 25 Aug 2014 13:39:15 +0000 (UTC) Received: from mail-qc0-f171.google.com (mail-qc0-f171.google.com [209.85.216.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 521963C29 for ; Mon, 25 Aug 2014 13:39:14 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id r5so13636179qcx.2 for ; Mon, 25 Aug 2014 06:39: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:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=aMcH0N/xz4RaLjfhqJz8QkaMccHDh/MPzLnUtohnJMs=; b=gNVlvCDcfhS9kHpazXNFDv+oaIXnCgXLuwrmkkBlJP/oQ4GzVc2epls9utIxlvLNnD sgQ1x7Qo0M27DqTR5LLXQ1DgXQizVBVPtZ8fQ9+tsBahqPiQTfj34mBPLvgNHgNEqO+J qJDKudoDKS37RonNyJTFv982q9gJcA+XtIsbs/wALS//LxPiIkR1WAqTWFLadIHSXBr4 gLmUXyjoOrWj4EhZX0ixdS2dmh8Dhzglu0oR8z6dVtCEn4wJfzf/VwGr1FMyv60Mjlzf M3SKzwMY7GGoug6IXI0pKkhqpYFdRinXXlg/JOTt+ciLVmMtLocPPir6oBEc/uvAujBr GSOQ== X-Gm-Message-State: ALoCoQlpEPRZPGveG00xRuXRbjGC3sKpeXnboIsxAj6xPPRzwkhwPAAv4Q2PCoFu8dZs9kz+MDzF X-Received: by 10.229.68.131 with SMTP id v3mr34952717qci.10.1408973534186; Mon, 25 Aug 2014 06:32:14 -0700 (PDT) Received: from [192.168.2.65] ([96.236.21.80]) by mx.google.com with ESMTPSA id g31sm48628905qge.0.2014.08.25.06.32.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 25 Aug 2014 06:32:13 -0700 (PDT) Subject: Re: some ZFS questions Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=windows-1252 From: Paul Kraus In-Reply-To: <53FB0AFD.6010507@cyberleo.net> Date: Mon, 25 Aug 2014 09:32:12 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <653E16C8-1CE7-4DE9-AE53-A93D871E37DF@kraus-haus.org> References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <20140822005911.GA52625@neutralgood.org> <201408241027.s7OARfEK004658@sdf.org> <53FB0AFD.6010507@cyberleo.net> To: CyberLeo Kitsana X-Mailer: Apple Mail (2.1878.6) Cc: Scott Bennett , freebsd-questions@freebsd.org, kpneal@pobox.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 13:39:15 -0000 A business not technical question below =85 On Aug 25, 2014, at 6:07, CyberLeo Kitsana = wrote: > I'm currently running a 30TB=86 10-disk zpool on a machine with a = Haswell > CPU and, with AES-NI, the encryption operation is faster than the > throughput of all disks combined; there is no perceptible performance > impact. When a disk failed recently, it was so much easier to simply > destroy the key material rather than having to worry about somehow > securely erasing a device that was not always responsive before = shipping > it back for replacement. >=20 > I have a lot of failed hard drives. Is it really cheaper to RMA a failed drive that just toss it ? If you have =93a lot=94 of failed drives, have thou found the root cause = yet? Do share. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 13:42:58 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EFC7B9 for ; Mon, 25 Aug 2014 13:42:58 +0000 (UTC) Received: from server1.shellworld.net (shellworld.net [69.60.117.94]) by mx1.freebsd.org (Postfix) with ESMTP id F19A43CE0 for ; Mon, 25 Aug 2014 13:42:57 +0000 (UTC) Received: from server1.shellworld.net (localhost [127.0.0.1]) by server1.shellworld.net (Postfix) with ESMTP id 0BE33228B7 for ; Mon, 25 Aug 2014 09:42:57 -0400 (EDT) To: "questions@freebsd.org" Subject: Re: Has the Procedure for Regenerating A FreeBSD Installation Disk Changed? Date: Mon, 25 Aug 2014 08:42:57 -0500 From: "Martin G. McCormick" Message-Id: <20140825134257.0BE33228B7@server1.shellworld.net> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 13:42:58 -0000 Roland Smith writes: > Although I don't have FreeBSD-9.1-RELEASE-amd64-disc1.iso around, I > tried > the > tar command with FreeBSD-10.0-RELEASE-amd64-disc1.iso and that unpacks > just > fine. I've got to be doing something wrong. The system I just tried this on is FreeBSD 9.1-RELEASE-p12 (GENERIC) #0: Tue Apr 29 22:02:25 UTC 2014 I downloaded the FreeBSD10 image and ran: #!/bin/sh mkdir headless tar -C headless -pxf FreeBSD-10.0-RELEASE-amd64-disc1.iso This produced a similar flood of "Can't create" errors and it doesn't matter in this case if I do this as me or root. I looked up the -C option for tar and it uses the next argument as the top of the tree for the file extractions. In this case, that is the directory headless and all that is working as expected. Martin From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 15:10:10 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E65FB90E for ; Mon, 25 Aug 2014 15:10:10 +0000 (UTC) Received: from relay.mailchannels.net (nov-007-i627.relay.mailchannels.net [46.232.183.181]) by mx1.freebsd.org (Postfix) with ESMTP id D3E0536B4 for ; Mon, 25 Aug 2014 15:10:06 +0000 (UTC) X-Sender-Id: _forwarded-from|107.201.32.44 Received: from mail-24.name-services.com (ip-10-213-14-133.us-west-2.compute.internal [10.213.14.133]) by relay.mailchannels.net (Postfix) with ESMTPA id 0D8BA1208EC; Mon, 25 Aug 2014 15:04:40 +0000 (UTC) X-Sender-Id: _forwarded-from|107.201.32.44 Received: from mail-24.name-services.com (mail-24.name-services.com [10.227.41.147]) (using TLSv1 with cipher AES128-SHA) by 0.0.0.0:2500 (trex/5.2.12); Mon, 25 Aug 2014 15:04:41 GMT X-MC-Relay: Forwarding X-MailChannels-SenderId: _forwarded-from|107.201.32.44 X-MailChannels-Auth-Id: demandmedia X-MC-Ingress-Time: 1408979081553 Received: from [10.0.10.1] (107-201-32-44.lightspeed.bcvloh.sbcglobal.net [107.201.32.44]) by mail-24.name-services.com with SMTP; Mon, 25 Aug 2014 08:04:34 -0700 Message-ID: <53FB5082.40905@a1poweruser.com> Date: Mon, 25 Aug 2014 11:04:34 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Warren Block Subject: Re: updating ezjails with freebs d-update References: <53FA18FD.1060309@a1poweruser.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: doug@safeport.com, freebsd-questions@FreeBSD.ORG X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 15:10:11 -0000 Warren Block wrote: > On Sun, 24 Aug 2014, doug@safeport.com wrote: > >> On Sun, 24 Aug 2014, Fbsd8 wrote: >> >>> You can disregard most of that new handbook jail ezjail section. > > Thanks for your input. I can assure you that the document was reviewed > by members of the freebsd-doc mailing list, on IRC, and in private > email. Mistakes and omissions were found and corrected. It's not > perfect, but serves the purpose of an overview of using ezjail. It also > serves a second purpose, showing how to set up bind99 in a jail. This > quick overview of a jailed BIND is useful for those wishing to improve > BIND security now that the old chroot option is not available in the port. > I emailed you off list about the items voiced here and as the resulting handbook shows you still went ahead and published it anyway with all the mis-leading information included. By the way, there is a chroot port, it named qchroot and is very user friendly. >>> First of all the current version of ezjail uses the /etc/rc.d/jail >>> script method. This method is depreciated in FreeBSD version 10.0 and >>> scheduled to be removed in FreeBSD version 10.1 or 11.0. The section >>> should have contained a red warning box informing the reader that >>> this documentation only applies to Freebsd 10 and older releases. > > When that actually happens, a warning can be added. Or ezjail may be > updated by then. For now, it is not needed. > There are red box warning in the handbook already where the reader is informed that documentation only applies to older versions of Freebsd. Following those examples sure would not hurt at this time for your ezjail section. You could always remove the red box later, if and when ezjail gets updated to use jail(8). FreeBSD 10.0 automatically converts /etc/rc.d/jail script method defined jails to jail(8) definitions on the fly at jail start up along with a warning message that what their doing is depreciated and to change to jail(8) method. If I was a newbe to jails and I got that message I sure would not go to bed with software that is depreciated right out of the box. A warning in the handbook would have given me the background info necessary to make an informed decision. >>> On the subject of a jails loopback interface. Jails don't have >>> loopback interfaces or use them. Sure you can assign one but it's >>> really a definition error which the jail(8) program does not issue a >>> error message for. All reference to the loopback interface should be >>> removed from this section as its very mis-leading to the reader and >>> unnecessary. >>> >>> I installed bind99 in a jail(8) jail with out any lo1 or 127.0.0.1 ip >>> address and it worked just fine. > > The loopback clone information was added on the advice of the FreeBSD > cluster administrators. It keeps jail loopback traffic off the host > interface, and I understand it was an approach they took due to actual > problems. Then your source must not understand their problem correctly. Just think what you are saying, that jails have access to the hosts loopback facility. This violates the whole jail concept. The whole jail concept is based on jails not having any access to host services. Sure you can code a faulty IPv4 parameter that includes the new interface name option of lo0 or lo1, but that is a codding error which jail(8) does not issue a error message on. Just because no negative effects occur when doing so is no reason to assume jails use the hosts lo0 interface or need there own lo1 to function. Some real live jail testing would have proven this out. >>> Adding a password to jails "root" user is a waste of time and effort. >>> ezjail already requires the user to have "root" access on the host >>> before the "ezjail-admin install" command will function. > > ezjail-admin is not the only way to access a jail. Many run sshd, for > example. It is bad practice to have a root account with no password, > and I always try to show best practices. > Yes if the host jail administrator wants to grant some jail user ssh root access, then a root password would be required. But just because some jail has a user login account to the jail for user ssh access, the root user account is still denied access just like on the host. Adding a jail root password as standard procedure is not required like the handbook new jail section makes the reader think. It should be removed from the handbook. >>> Editing the jail's /etc/hosts file and changing the ip address to the >>> jails ip address and adding the jailname to the localhost entries is >>> totally unnecessary. Jails work fine using the default hosts file. > > Again, thanks for your input. > If your saying you agree with this, then how about removing it from your new jail section so as not to mis-lead the reader that it's required? >>> How can the handbook recommend using a utility tool that has a >>> incomplete manual which is missing details about the utilities >>> sub-commands. > > If an incomplete manual was grounds for exclusion, the Handbook would be > a much shorter document. ezjail is extremely popular, and not including > it in the Handbook was an oversight that needed to be fixed. Qjail is also extremely popular and you should have included a qjail section. Are you saying that since you have commit authority for the handbook that you would commit a section about qjail? I already wrote a new jail section for the handbook and made it into a port called jail-primer. https://www.freebsd.org/cgi/ports.cgi?query=jail-primer&stype=all The long description says this A simplified prospective on jail configuration and usage. Complete easy to understand detailed documentation on creating a Third Generation Jail System Solution which is based on a single filesystem that contains all of the required operating system executable libraries which is shared with each of the individual jails. The legacy rc.conf method, Modern rc.conf method, and the jail(8) jail.conf methods are documented. Scripts are included that perform the tasks explained in the documentation. WWW: http://jail-primer.sourceforge.net/ > >>> In my opinion this new section should have never been added to the >>> handbook until after ezjail gets updated to use jail(8) and it's >>> manual is updated to contain details about all it's sub-commands. > > Given that ezjail works on all supported releases of FreeBSD, this seems > a bit extreme. If and when that situation changes, the section can be > easily updated. > The handbook is very static and never kept up to date. It's not right to place things in the handbook that are depreciated even before being published in the handbook without some kind of warning. >> Thank you, most helpful > I think ezjail is a good utility and recommend it to any host administrators who wants a tool to simplify jail admin of a couple of jails and or uses zfs for jail filesystems. On the other hand, I recommend qjail for simplified admin of jail environments larger that 3 jails. qjail also has vnet/vimage function which ezjail does not have. qjail's manual is complete and contains detailed information on usage. qjail uses the jail(8) method which allows the usage of pre-defined zfs data areas. The reader should test both ezjail and qjail and decide for them selfs which one best serves their needs. > Fbsd8 neglects to mention the history between ezjail and the qjail fork > of it. A search on "ezjail and qjail" will help fill out the picture. > Shame on you Warren. For someone who has worked so hard to earn the respect of his peers and here you try to use slander in a effort to discredit what I have posted in this thread. I know that you know that is unacceptable behavior. Let me set the record straight once again. While working for one of the largest ISP's in the Philippines, to save money I converted them from Microsoft servers to FreeBSD. Using jails we saved a lot of money on no-longer needed computer equipment. But native jails are so hard to maintain and administrate after a few jails. We started to use ezjail and soon came to realize it's many short comings. We decided to develop our own fork of ezjail. ezjail copyright says to "buy me (the author) a beer if we ever meet". The ISP's attorney read that and told us that was some kind of British humor, and it was ok to fork it. We rewrote a large chunk of the code to make it simple to be maintained by the junior script programmers we have on staff, added many functions to make it user-friendly. After using it in-house for a while we got permission from the ISP management to make a FreeBSD port of it as we wanted to give back to the FreeBSD community. To our great surprise a big stink was made of the standard FreeBSD copyright we put on it. As a 3rd world country and people who never did a port of a forked utility before we were totally unaware of the un-documented custom to give credit to the original work we had forked from. People jumped to the conclusion that this was done on purpose which was totally incorrect. A updated version was immediately published to correct this copyright mis-understanding. So Warren show some professionalism and apologize for your mistake in judgment bring up this dead copyright mis-understanding which has absolutely no bearing on the facts, opinions and comments contained in the content of this questions list thread. From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 15:29:09 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E023F3FC for ; Mon, 25 Aug 2014 15:29:09 +0000 (UTC) Received: from relay.mailchannels.net (tkt-001-i390.relay.mailchannels.net [72.249.144.205]) by mx1.freebsd.org (Postfix) with ESMTP id 1280C37F1 for ; Mon, 25 Aug 2014 15:29:08 +0000 (UTC) X-Sender-Id: _forwarded-from|107.201.32.44 Received: from mail-24.name-services.com (ip-10-236-1-24.us-west-2.compute.internal [10.236.1.24]) by relay.mailchannels.net (Postfix) with ESMTPA id 1E53F100582 for ; Mon, 25 Aug 2014 15:20:59 +0000 (UTC) X-Sender-Id: _forwarded-from|107.201.32.44 Received: from mail-24.name-services.com (mail-24.name-services.com [10.245.145.206]) (using TLSv1 with cipher AES128-SHA) by 0.0.0.0:2500 (trex/5.2.12); Mon, 25 Aug 2014 15:21:04 GMT X-MC-Relay: Forwarding X-MailChannels-SenderId: _forwarded-from|107.201.32.44 X-MailChannels-Auth-Id: demandmedia X-MC-Ingress-Time: 1408980064206 Received: from [10.0.10.1] (107-201-32-44.lightspeed.bcvloh.sbcglobal.net [107.201.32.44]) by mail-24.name-services.com with SMTP; Mon, 25 Aug 2014 08:20:51 -0700 Message-ID: <53FB5453.6080708@a1poweruser.com> Date: Mon, 25 Aug 2014 11:20:51 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD Questions Subject: Re: "hosts" file for jails (ezjail) References: <53FA92E1.7000300@gmail.com> <20140825114658.1ebfaa1c@X220.alogt.com> In-Reply-To: <20140825114658.1ebfaa1c@X220.alogt.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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 15:29:10 -0000 Erich Dollansky wrote: > Hi, > > On Sun, 24 Aug 2014 21:35:29 -0400 > Stephen Cook wrote: > >> Is there a way to get a bunch of jails (I'm using ezjail) to share >> the same hosts file, preferably one stored somewhere on the host OS? >> I tried putting a symlink in the "flavour" template but when a jail >> is created with that the symlink within the jail pointed to itself >> and gave me some sort of recursive error when I tried to "cat" it. >> >> I'd like to be able to update the file when I add a new jail, and >> have the others able to connect to it by whatever stupid name I give >> it, without editing all those different hosts files. But I suspect >> the whole point of jails being kept separate from the host filesystem >> might be in my way. >> >> Any advice is welcome! Thanks! >> > what you want is against the idea of jails. What you can do, creates in > the root filesystem the hosts file and write a script which copies it > then into the jails. > > Erich This is a an error in the handbook. This is NOT required by ezjail or jail(8). The author has made a great mistake in publishing this mis-leading information. You may safely disregard all comments made in the new handbook jail ezjail section about the jails /etc/hosts file. From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 16:40:26 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC0E5F29 for ; Mon, 25 Aug 2014 16:40:26 +0000 (UTC) Received: from rc1.surewest.net (rc1.surewest.net [66.60.130.50]) by mx1.freebsd.org (Postfix) with ESMTP id BD93A3EC9 for ; Mon, 25 Aug 2014 16:40:26 +0000 (UTC) Received: from smtp1.surewest.net ([66.60.130.145]) by rc1.surewest.net ({dfaaa318-551d-4a0a-8038-7c31cf31c4f6}) via TCP (outbound) with ESMTP id 20140825164013349; Mon, 25 Aug 2014 16:40:13 +0000 X-RC-FROM: Received: from webmail.mycci.net (webmail.mycci.net [66.60.130.47]) by smtp1.surewest.net (Postfix) with ESMTP id 96EF7893C8; Mon, 25 Aug 2014 09:40:10 -0700 (PDT) MIME-Version: 1.0 Date: Mon, 25 Aug 2014 09:40:10 -0700 From: leeoliveshackelford@surewest.net To: Dmitry Sarkisov , leeoliveshackelford@surewest.net, freebsd-questions@freebsd.org Subject: Re: how to install wireless n.i.c. on FreeBSD 9.1 In-Reply-To: <20140822205133.GA3693@aperturescience.loc> References: <20140822205133.GA3693@aperturescience.loc> Message-ID: X-Sender: leeoliveshackelford@surewest.net User-Agent: Consolidated Webmail/0.9.5 X-MAG-OUTBOUND: surewest.redcondor.net@66.60.130.145/32 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 16:40:27 -0000 Dear Mr. Sarkisov, Greetings. Thank you for your response to my inquiry. Yours truly, Lee On 08/22/2014 01:51 PM, Dmitry Sarkisov wrote: > On 22-08-2014, Fri [12:00:47], leeoliveshackelford@surewest.netwrote: > >> Good morning, dear FreeBSD enthusiasts. I am attempting to install a wireless network interface circuit on a computer running FreeBSD 9.1. I have read the very thorough instructions written by Messrs. Marc Fonvielle and Murray Stokely in the currently posted Chapter 30 of the FreeBSD Handbook. I did not find in that chapter a specification of the version or versions of FreeBSD to which it applied. The circuit board is manufactured by T-LInk, and uses an Atheros integrated circuit I have followed as closely as possible those instuctions, to no avail. The printed circuit board is located at slot 4. About it, dmesg.boot reads only the following: pci40: at device 0.0 (no driver attached). My interpretation of this message is that the operating system sees that there is a circuit board in slot 4, and that it has something to do with networking, and otherwise knows nothing about it. I have checked the /dev directory, and find listed in it none of the driver files menti oned in Chapter 30. I had expected to receive error messages for lines in the configuration files calling for driver files that could not be located, but the only error message generated was "SYNCDHCP not found." This line does not occur in dmesg.boot, but in response to the command (I forgot which command). How do I obtain and install the missing driver files? Why does the fact that they are missing not generate error notices? Any and all comments are appreciated. If these questions have already been answered many times before, please do not flame me. Just let me know where I should have looked for the answers. Thank you. Lee > > It looks like your particular device is not being recognized. > You may check ath(4) man page, it might give you some hints how to run your card. > > -- > Dmitry. > /---> > -------+----> > ---> From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 17:39:47 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B4BA3D0 for ; Mon, 25 Aug 2014 17:39:47 +0000 (UTC) Received: from mail-oi0-f45.google.com (mail-oi0-f45.google.com [209.85.218.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 18816361A for ; Mon, 25 Aug 2014 17:39:46 +0000 (UTC) Received: by mail-oi0-f45.google.com with SMTP id e131so9878883oig.4 for ; Mon, 25 Aug 2014 10:39:40 -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=2IALpobM47tcBDO+XXH+L5SxllWcC7A/1rXd2DRbF8I=; b=GwipJIMnzo710XokQyo2Ci/cTjU87v5Dsm53ql0peYu+R9nCjH05MbrHyiaxfINSyb 3ZcgTL6Q4kaXkPwounaiSCNiWxuU+bNTKujoaHpSblxCUmZcWQS962GUHuUbRWRJYbl6 YgROnX69NzRh9CpS6lj/+ctY+B/eJyB4cxKkcpplM+hohbC3cliaRkukApUuBLdcFHHg MYBZxPSYK9tir1hBrkHpfnqmo5ewgXY8jHAJL45KEIv48PhZPNIGUAOSmXG8ChmsWASa 2e/9eiFTrtmfBhvIyJvLnQWzUA1EgJpZlUvmHFpieGWwa4siE+zIHIUH1bh4tU8GEVET 2BWA== X-Gm-Message-State: ALoCoQmN4gQiHWFbcPzRLHJxdPS0KOZgfXyFAW7B7k3QNUeUG8t+FqrsHIsEli5uG+1KJPV+IxEQ MIME-Version: 1.0 X-Received: by 10.60.162.71 with SMTP id xy7mr22620570oeb.33.1408988380589; Mon, 25 Aug 2014 10:39:40 -0700 (PDT) Received: by 10.60.120.37 with HTTP; Mon, 25 Aug 2014 10:39:40 -0700 (PDT) Date: Mon, 25 Aug 2014 10:39:40 -0700 Message-ID: Subject: -> 10.0, missing GEOM_GELI? From: Michael Sierchio To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 17:39:47 -0000 perhaps there's another way to do this, but the old kernconf directive to enable GELI was options GEOM_GELI which yields this when trying to compile a custom kernel NUFED: unknown option "GEOM_GELI" The /etc/rc.d scripts seems to know what to do with the /dev/blah.eli directive in /etc/fstab. How do I get this into the kernel? - M From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 17:41:07 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77FBE483 for ; Mon, 25 Aug 2014 17:41:07 +0000 (UTC) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5145036B0 for ; Mon, 25 Aug 2014 17:41:07 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id bj1so21665000pad.11 for ; Mon, 25 Aug 2014 10:41:06 -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=+RFR3d+Xtfu7CCHtQt9xpTGSj09VAwsy2xnIijQkuj8=; b=b6DI64qfawEI+kmN68iEl9vLzSKO5JTEu+30ARggLZTMLyMpCSOMzTyX0SYzw09+Is /jh/LjjDs5o6nwqVQF602yyfCn/w8FvyrM6jGMogf9k6KEOMnG7DeeyMsyxDwH6yPT4f /33Bk7s8WHMgS9U/bCDZUQ8LKy/iM2gP85ZIWAvry+knCIbSOSWdjcVbA8T2p2OJG82r p8deAqRh51VHRWoAleimahIgmdo9f85eYXezlOZmOQ/+kz0S6cUm/zVD3tgceOYx+CPZ SYYicDHJRqjQfT5mNQ59ApXKOFotWZ8Jpm3BU3huo0l/gdSU7Q80lInG2DgXUBuC/bsR wgtw== X-Received: by 10.66.180.98 with SMTP id dn2mr24451595pac.83.1408988466769; Mon, 25 Aug 2014 10:41:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.70.127.226 with HTTP; Mon, 25 Aug 2014 10:40:46 -0700 (PDT) In-Reply-To: References: From: Anton Sayetsky Date: Mon, 25 Aug 2014 20:40:46 +0300 Message-ID: Subject: Re: -> 10.0, missing GEOM_GELI? To: Michael Sierchio Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 17:41:07 -0000 2014-08-25 20:39 GMT+03:00 Michael Sierchio : > perhaps there's another way to do this, but the old kernconf directive > to enable GELI was > > options GEOM_GELI No. It always was GEOM_ELI > > which yields this when trying to compile a custom kernel > > NUFED: unknown option "GEOM_GELI" > > The /etc/rc.d scripts seems to know what to do with the /dev/blah.eli > directive in /etc/fstab. How do I get this into the kernel? > > - M > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 17:41:14 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E55335DB for ; Mon, 25 Aug 2014 17:41:14 +0000 (UTC) Received: from mail-oi0-f53.google.com (mail-oi0-f53.google.com [209.85.218.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B020336B3 for ; Mon, 25 Aug 2014 17:41:14 +0000 (UTC) Received: by mail-oi0-f53.google.com with SMTP id e131so10014446oig.12 for ; Mon, 25 Aug 2014 10:41:13 -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=cg+XyJiOaBscBjdA3JWGeQurXbvOBy0vAdoO+++Srkc=; b=Lnz9iaMP38X8Ul5KfCtIoBP3A/dcf5AvloBFXc6EiURFDrYYUPHos/RU7A4rk8HMf1 CSWPjtSdHiIT57HUPMFsMRX7I+cuoaRRlg3zpZfXAjtdiy/PotWyJcVGhL5BdSav7IEY L3Gdnzrmb+gsHlNPn8VQowgZFnFhOEY2Ppem9euYPNFl7W2DbUntpACHJLKSSZTbX4DF Lqll/PP6bWqtZR/i0rclrnc7YUeqtoJoXq8tohWcWIcV6jH9sQg5vpV1yJy1X4VFn3/V UXKOlYWlImo9oqYDcnqsRzuP8JWF5pfxA/J2i4Exo3KJzl/nXvHd8whsAvYbEid3wNXw HtaQ== X-Gm-Message-State: ALoCoQnPHwpVZZIxKsPpjvIUXgykBCSWPMbIt6PeD1FIfriqJYwCNgdvWnQz+76Byn2McRvDtuFD MIME-Version: 1.0 X-Received: by 10.60.135.37 with SMTP id pp5mr9496308oeb.54.1408988473509; Mon, 25 Aug 2014 10:41:13 -0700 (PDT) Received: by 10.60.120.37 with HTTP; Mon, 25 Aug 2014 10:41:13 -0700 (PDT) In-Reply-To: References: Date: Mon, 25 Aug 2014 10:41:13 -0700 Message-ID: Subject: Re: -> 10.0, missing GEOM_GELI? From: Michael Sierchio To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 17:41:15 -0000 Apologies - the second G is the problem. Thanks, On Mon, Aug 25, 2014 at 10:39 AM, Michael Sierchio wrote: > perhaps there's another way to do this, but the old kernconf directive > to enable GELI was > > options GEOM_GELI > > which yields this when trying to compile a custom kernel > > NUFED: unknown option "GEOM_GELI" > > The /etc/rc.d scripts seems to know what to do with the /dev/blah.eli > directive in /etc/fstab. How do I get this into the kernel? > > - M From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 18:01:53 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2A42FD5 for ; Mon, 25 Aug 2014 18:01:53 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (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 8C9ED38FB for ; Mon, 25 Aug 2014 18:01:52 +0000 (UTC) Received: from [92.76.80.218] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XLyaM-0006Ld-NA; Mon, 25 Aug 2014 20:01:42 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Warren Block" , Fbsd8 Subject: Re: updating ezjails with freebs d-update References: <53FA18FD.1060309@a1poweruser.com> <53FB5082.40905@a1poweruser.com> Date: Mon, 25 Aug 2014 20:01:36 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: <53FB5082.40905@a1poweruser.com> User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19309/Mon Aug 25 17:21:25 2014) Cc: doug@safeport.com, freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 18:01:53 -0000 On Mon, 25 Aug 2014 17:04:34 +0200, Fbsd8 wrote: > Warren Block wrote: >> Fbsd8 neglects to mention the history between ezjail and the qjail fork >> of it. A search on "ezjail and qjail" will help fill out the picture. >> > > Shame on you Warren. For someone who has worked so hard to earn the > respect of his peers and here you try to use slander in a effort to > discredit what I have posted in this thread. I know that you know that > is unacceptable behavior. > > Let me set the record straight once again. You claimed copyright for someone else's work, and told the original author that he is suffering from dementia. After this was discussed, you fixed the copyright attribution, but made your fork of his work proprietary: # # Before qjail may be forked, written permission must be # obtained from the author . # Your stance in the whole affair very much has a bearing, not on the facts, but on the ezjail-related opinions you voice here. Michael From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 18:22:53 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06534CB6 for ; Mon, 25 Aug 2014 18:22:53 +0000 (UTC) Received: from rc1.surewest.net (rc1.surewest.net [66.60.130.50]) by mx1.freebsd.org (Postfix) with ESMTP id D57C73B43 for ; Mon, 25 Aug 2014 18:22:52 +0000 (UTC) Received: from smtp3.surewest.net ([66.60.130.145]) by rc1.surewest.net ({dfaaa318-551d-4a0a-8038-7c31cf31c4f6}) via TCP (outbound) with ESMTP id 20140825182215269; Mon, 25 Aug 2014 18:22:15 +0000 X-RC-FROM: Received: from webmail.mycci.net (webmail.mycci.net [66.60.130.47]) by smtp3.surewest.net (Postfix) with ESMTP id 4224189724; Mon, 25 Aug 2014 11:22:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_731c374e67632721ee1a872abb52d6ae" Date: Mon, 25 Aug 2014 11:22:10 -0700 From: leeoliveshackelford@surewest.net To: Polytropon Subject: Re: how to install wireless n.i.c. on FreeBSD 9.1 In-Reply-To: <20140823025527.bd80818d.freebsd@edvax.de> References: <20140823025527.bd80818d.freebsd@edvax.de> Message-ID: X-Sender: leeoliveshackelford@surewest.net User-Agent: Consolidated Webmail/0.9.5 X-MAG-OUTBOUND: surewest.redcondor.net@66.60.130.145/32 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 18:22:53 -0000 --=_731c374e67632721ee1a872abb52d6ae Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8 Dear Polytropon, Good morning. Many thanks for your thorough response to my questions. The complete name of the circuit board is as follows: "TP-Link TL-WDN4800 450 Mbps Wireless N Dual Band PCI Express Adapter." In my previous message, I mis-identified the manufacturer, as you correctly noted. To the command "pciconf -lv," I received the following response: none0@pci0:40:0:0 class=0x028000 card=0x3112168c chip=0x0030168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9300 Wireless LAN adaptor' class = network Upon checking the webpage specified in your message, I read the following line: "The ath(4) driver supports all Atheros Cardbus and PCI cards, except those that are based on the AR5005VL chipset." The three modified files are /etc/wpa_supplicant.conf, and /etc/rc.conf, and /boot/loader.conf. Copies of these files are attached. On 08/22/2014 05:55 PM, Polytropon wrote: > On Fri, 22 Aug 2014 12:00:47 -0700, leeoliveshackelford@surewest.netwrote: > >> Good morning, dear FreeBSD enthusiasts. I am attempting to install a wireless network interface circuit on a computer running FreeBSD 9.1. I have read the very thorough instructions written by Messrs. Marc Fonvielle and Murray Stokely in the currently posted Chapter 30 of the FreeBSD Handbook. I did not find in that chapter a specification of the version or versions of FreeBSD to which it applied. > > The instructions are quite generic. The only specific name > that you need to adjust is the driver for your actual hardware. > >> The circuit board is manufactured by T-LInk, and uses an Atheros integrated circuit > > Check the output of the > > # pciconf -lv > > command to precisely see what hardware you have. Usually the > correct driver will be mentioned. See the manpage of that driver > for what chipsets or models it will support I don't have access > to any WLAN hardware at the moment to I can't post an example, > but it should be something like this: > > xl0@pci0:0:10:0: class=0x020000 card=0x00000000 chip=0x905010b7 rev=0x00 hdr=0x00 > vendor = '3COM Corp, Networking Division' > device = 'Fast Etherlink XL PCI 10/100 (3C905B - Combo)' > class = network > subclass = ethernet > > In this case, "man xl" would be the manpage to examine. Note that > this is an example from a wired NIC. > > Atheros chipsets will mostly work with the "ath" driver. > By T-Link, you mean TP-Link? Or D-Link? What is the _exact_ > brand name and model of the hardware in question? > > http://www.freebsd.org/releases/9.1R/hardware.html#WLAN [1]Is it on that list? > >> I have followed as closely as possible those instuctions, to no avail. > > Can you provide more information about what you did? What > entries did you add to the relevant files (/boot/loader.conf > and /etc/rc.conf, as well as /etc/wpa_supplicant.conf, if it > should matter)? > >> The printed circuit board is located at slot 4. About it, dmesg.boot reads only the following: pci40: at device 0.0 (no driver attached). > > This seems to indicate that no driver is being loaded. Either > you did not have the kernel load the correct driver, or there > is no driver available. With the "pci40" information, check > the pciconf output again. > >> My interpretation of this message is that the operating system sees that there is a circuit board in slot 4, and that it has something to do with networking, and otherwise knows nothing about it. > > Correct. Loading the appropriate driver is either done by the > kernel (if it has been compiled with all required drivers) or > by a loadable module, which has been specified in /boot/loader.conf > to be loaded along with the kernel. > >> I have checked the /dev directory, and find listed in it none of the driver files mentioned in Chapter 30. > > Those device files will be created by the driver. > >> I had expected to receive error messages for lines in the configuration files calling for driver files that could not be located, but the only error message generated was "SYNCDHCP not found." > > This looks like a syntax error in /etc/rc.conf, I'd say. Can > you quote the lines you added? > >> This line does not occur in dmesg.boot, but in response to the command (I forgot which command). > > The error is in relation to ifconfig, the control program for > network interfaces. The dmesg.boot file typically contains kernel > messages. > >> How do I obtain and install the missing driver files? > > You need to know which driver you have to load for this hardware. > Usually drivers are provided by the operating system, but they > are not loaded "as a wild guess". > >> Why does the fact that they are missing not generate error notices? > > If you decide not to attach some hardware, the OS won't complain. :-) Links: ------ [1] http://www.freebsd.org/releases/9.1R/hardware.html#WLAN --=_731c374e67632721ee1a872abb52d6ae Content-Transfer-Encoding: base64 Content-Type: text/plain; name=loader.conf Content-Disposition: attachment; filename=loader.conf; size=84 aWZfYXRoX2FoYl9sb2FkPSJZRVMiCndsYW5fd2VwX2xvYWQ9IllFUyIKd2xhbl9jY21wX2xvYWQ9 IllFUyIKd2xhbl90a2lwX2xvYWQ9IllFUyIK --=_731c374e67632721ee1a872abb52d6ae Content-Transfer-Encoding: base64 Content-Type: text/plain; name=rc.conf Content-Disposition: attachment; filename=rc.conf; size=206 aG9zdG5hbWU9IkhQN1VTSDc0MjAwWTAiCndsYW5zX2F0aDA9IndsYW4wIgppZmNvbmZpZ193bGFu MD0iV1BBIiBTWU5DREhDUApzc2hkX2VuYWJsZT0iWUVTIgpudHBkX2VuYWJsZT0iWUVTIgpwb3dl cmRfZW5hYmxlPSJZRVMiCiMgU2V0IGR1bXBkZXYgdG8gIkFVVE8iIHRvIGVuYWJsZSBjcmFzaCBk dW1wcywgIk5PIiB0byBkaXNhYmxlCmR1bXBkZXY9Ik5PIgo= --=_731c374e67632721ee1a872abb52d6ae Content-Transfer-Encoding: base64 Content-Type: text/plain; name=wpa_supplicant.conf Content-Disposition: attachment; filename=wpa_supplicant.conf; size=42 bmV0d29yaz17Cglzc2lkPSJXUEEiCglwc2s9IkY3MEZBMTBDNTciCn0K --=_731c374e67632721ee1a872abb52d6ae-- From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 18:24:49 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C821F20 for ; Mon, 25 Aug 2014 18:24:49 +0000 (UTC) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) (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 0CDA03B66 for ; Mon, 25 Aug 2014 18:24:48 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7PIOeFR037843; Mon, 25 Aug 2014 20:24:41 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 9BA7F1244C; Mon, 25 Aug 2014 20:24:40 +0200 (CEST) Date: Mon, 25 Aug 2014 20:24:40 +0200 From: Roland Smith To: CyberLeo Kitsana Subject: Re: some ZFS questions Message-ID: <20140825182440.GA57059@slackbox.erewhon.home> Mail-Followup-To: CyberLeo Kitsana , Scott Bennett , kpneal@pobox.com, freebsd-questions@freebsd.org References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <20140822005911.GA52625@neutralgood.org> <201408241027.s7OARfEK004658@sdf.org> <53FB0AFD.6010507@cyberleo.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <53FB0AFD.6010507@cyberleo.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Scott Bennett , freebsd-questions@freebsd.org, kpneal@pobox.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 18:24:49 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 25, 2014 at 05:07:57AM -0500, CyberLeo Kitsana wrote: > On 08/24/2014 05:27 AM, Scott Bennett wrote: > > kpneal@pobox.com wrote: > >> What's the harm in encrypting all the data? > > > > High CPU overhead for both reading and writing is the main downside. > > AES-NI is fully supported for recent Intel CPUs, and can achieve some > pretty impressive throughputs. > > >> > >> In fact, encrypting all data is more secure. If you only encrypt the d= ata > > > > Sure, but why do it if the data don't need to be secret? > > Because it takes 6-8 hours to erase a 3TB hard disk; and, if the disk > fails, you can't always erase it before sending it back for RMA replaceme= nt. Are you following some kind of complex protocol? With a bog-standard 7.5k S= ATA drive on an Intel ICH9M controller I've measured write speeds (using =E2=80= =9Cdd if=3D/dev/zero=E2=80=9D) of 85500000 bytes/s. That would mean approximately 3.25 hours to wipe 3TB by filling it with zeroes. With modern drives the data density is so high that it is almost impossible= to retrieve single overwritten bits, let alone bytes or files if the complete disks was filled with zeroes. And this includes the situation where a magne= tic force microscopy (=E2=80=9CMFM=E2=80=9D) is used. [1][2] Also see the "Further Epilogue" to Gutmann's original article (see [2], scr= oll to the end); Any modern drive will most likely be a hopeless task, what with ultra-h= igh densities and use of perpendicular recording I don't see how MFM would = even get a usable image, and then the use of EPRML will mean that even if yo= u could magically transfer some sort of image into a file, the ability to decod= e that to recover the original data would be quite challenging. [1]: http://vocaro.com/trevor/blog/2006/09/18/the-myth-of-the-gutmann-metho= d/comment-page-1/#comment-156068 [2]: https://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html If some government agency want access to your data they can probably find an excuse to subpeona your backup tapes rather than futz around trying to reco= ver erased data. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT+39oAAoJEED21dyjijPgU2gP/AggY1Xw7mXM+ic/vkoLZvK/ zJeBhtG6El+HB6/3xsg+pzVowUl5DAKebNsCIxOfEjV2Ln9SwuUJlDeh6SGE2c/C 8Eu8SRMHRaF8fvqca8d+q78LosNc645mr85OBgSYQ/2u1yKrijcpFydwYRo1igUV XuqrSEVPm8yBS56lwW/kVvS8MPUJ/5QcEUgQTC9UB0yF+J5pG8gI5zcqrTzLkLD7 IDqiqqtk7XwlaJKpOwiKC6osHmrvmLcE/D9StLovFzzRjxolZcsnx390AfS2Rd5z 7z2FswBk2Y0RD6c5gsl++cjyS8HR2Kwb2pi0ocK7BTzMxYV6KY81f32fkIMtN3Rh IXkQUk9bTDaxh2KYJ6XANzNDJqCMHrk/qAClaQ5aOiXtzL+nOux9R71bsrLmm97M s5LcZ0vmHf0KccCIyFwJPQpAyGMu17AEF7aqHxwk+qbGsT2BovwPMbw2V87tHORS e8gXLZlp8fbks89Z1vNbVBLrckzfcpM2PBwJqM5REiux1LTRKiDH075554RJSjuz llWmUeKSiE6dPx5u2nhWUFDFVx5ybroO6rVy0hHYI3CEJ/SaHudGZys4V/A988V8 D4KrQQD3FmBkCS7KOMBRBI4LeUUzLGmrneFR6+le3CqdDBolEmJwZoFMWrXyr2f/ b7v+hxImjJIDafA/c298 =r8Mh -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 18:30:55 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08FBB391 for ; Mon, 25 Aug 2014 18:30:55 +0000 (UTC) Received: from mail220.atl101.mcdlv.net (mail220.atl101.mcdlv.net [198.2.130.220]) by mx1.freebsd.org (Postfix) with ESMTP id B08973C28 for ; Mon, 25 Aug 2014 18:30:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail220.atl101.mcdlv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=team=3Dpivotpointresearch.com@mail220.atl101.mcdlv.net; bh=EdROhd+8nZWqCBw2430mPv/vcJQ=; b=dWivr0YfvIVT5T/1ex7XgOBeq+Kv9KNorQ9b3An5U2SMVA2+dLRgrBj4nTZol1AMv4pY2FNsXash S/GIfh2IB57Sl76XEpQgN7oIK+eS7wfM4gfM0co5FXoP9WA6veTfc03kgo3m+QOm2S9jul0mBq54 p83m7mJcmm1AU11CKcI= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=k1; d=mail220.atl101.mcdlv.net; b=WIPEkKPKqwCHtW8r9tts51CkkNsPw2rDBqsLOD8R7rlo7FEG4dcsdK4l6KAYypUwQYzjhgwOagBd chIgmm5Sz3+FvMxZuORSk6Piq5rAA7kg0q4AuCOvFlK3IH+fx2hteu5P7dz8UPmRTKTpfz3CUVsE nBjYjlwCMv4kNOTlfvI=; Received: from (127.0.0.1) by mail220.atl101.mcdlv.net id hve0ds1ohl84 for ; Mon, 25 Aug 2014 18:15:47 +0000 (envelope-from ) Subject: =?utf-8?Q?Pivotal=20Perspectives=20Newsletter=2D=20September=202104?= From: =?utf-8?Q?Pivot=20Point?= Reply-To: =?utf-8?Q?Pivot=20Point?= To: =?utf-8?Q??= Date: Mon, 25 Aug 2014 18:15:47 +0000 Message-ID: X-Mailer: MailChimp Mailer - **CIDfb5376aa5481b96126c3** X-Campaign: mailchimpca43e8b1f0e9c72628074f775.fb5376aa54 X-campaignid: mailchimpca43e8b1f0e9c72628074f775.fb5376aa54 X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=ca43e8b1f0e9c72628074f775&id=fb5376aa54&e=81b96126c3 X-MC-User: ca43e8b1f0e9c72628074f775 X-Feedback-ID: 31346347:31346347.682353:us8:mc X-Accounttype: pd Sender: "Pivot Point" x-mcda: FALSE MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format="fixed" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 18:30:55 -0000 View this email in your browser (http://us8.campaign-archive1.com/?u=3Dca4= 3e8b1f0e9c72628074f775&id=3Dfb5376aa54&e=3D81b96126c3) ** Pivotal Perspectives on- Swift ------------------------------------------------------------ ** Developer Michael Demetriou wanted to hear other developer's perspectives= on Swift=2C the new programming language from Apple. Michael wanted to= know "Do we need yet another programming language?" ------------------------------------------------------------ The answer? Most of you said no! Comments: Yes: I think apple is on the right path. A new=2C improved=2C more "modern" pro= gramming language was much needed. For me Swift is the reason to start iOS development Swift is what modern C++14 could be with the ugly bits cut off and the dan= gerous C backwards-compatibility removed. I think apple is on the right path. A new=2C improved=2C more "modern" pro= gramming language was much needed. No: The part of not having to add brackets around conditions within if=2C whil= e=2C for and switch controls makes me feel uncomfortable to program in. Typical Apple hype=2C you can't trust their statements about performance While it's great that Apple realizes people aren't happy with the oddball= specialty language Objective C=2C creating yet another oddball specialty= language is not the right answer. How does Swift compare to Objective C? A lot more dynamic and just the change we need to continue the world of iO= S development More ideas taken from modern scripting and functional languages compared t= o objective c which didn't advance much further than c/c++ This programming language like Objective C=2C but easier. This programming= language like scripting language. Way better than objc. The syntax is great and modern. it combines almost a= ll the best things from other existing languages. It is less consistent and semantically buggy. Just based to the free ebook. It is more like Ruby than OBJC. Yes its nota= tion is pretty short=2C but there is nothing wrong with readable OBJC nota= tion. Quite different. Muti-paradigm (generics=2C OOP=2C functional). Compiler-t= ime checking=2C type inference=2C tuples... A modern language at last! I l= ove ObjC but also wanted to learn a new language Better=2C very different but still inspired by objective c. A lot of rules= to keep things clean=2C sometimes seem arbitrary. Very feature rich but c= ompletely different feel. Still learning Better readability. Code is much easier to understand It is big difference is its dynamic way of not taking care of the memory. Swift is dramatically safer both from offering type-safety and better func= tional programming. It has the potential to be a much faster language. It is simpler. It reduces the amount of files. But also makes you lazy wit= h parentheses and semicolons which is problematic when switching to anothe= r language (platform). Terse. Optional types are a big plus. Some changes seem to reduce the numb= er of keystrokes at the risk of introducing confusion=2C i.e. break; now i= mplied in switch statements. The big risk is that Apple can't deliver. Alr= eady in the Xcode beta process we have seen Swift changed=2C Introducing t= his at WWDC was probably premature and should have been kept until the lan= guage spec was nailed down. I know lots of developers who are interested i= n Swift but who would laugh at the idea of doing real work in it. And nobo= dy I know thinks Apple can make it a serious mainstream language in under= six months. Here is Chris Gibbs from Apple talking about the value of role of Swift. (= click on the image to play the youtube video clip) https://www.youtube.com/watch?v=3DVv2zJErQt84 Thank you for participating in the Pivotal Perspectives Panel program. We= hold a drawing for $100 USD each month among the developers who participa= te. Congratulations to our recent drawing winners and good luck to all of= you in the next drawing! =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Copyright =C2=A9 2014 Pivot Point Research Group=2C All rights reserved. You registered for the Pivotal Perspectives program Our mailing address is: Pivot Point Research Group 40 Lake Bellevue Drive Suite 100 Bellevue=2C WA 98005 USA ** unsubscribe from this list (http://pivotpointresearch.us8.list-manage.c= om/unsubscribe?u=3Dca43e8b1f0e9c72628074f775&id=3D43183e145a&e=3D81b96126c3&= c=3Dfb5376aa54) ** update subscription preferences (http://pivotpointresearch.us8.list-man= age.com/profile?u=3Dca43e8b1f0e9c72628074f775&id=3D43183e145a&e=3D81b96126c3= ) From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 18:41:57 2014 Return-Path: Delivered-To: questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D2A6D2E for ; Mon, 25 Aug 2014 18:41:57 +0000 (UTC) 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 2876E3D41 for ; Mon, 25 Aug 2014 18:41:57 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7PIfsxg013254 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 25 Aug 2014 12:41:54 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7PIfsKf013251 for ; Mon, 25 Aug 2014 12:41:54 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 25 Aug 2014 12:41:54 -0600 (MDT) From: Warren Block To: questions@FreeBSD.org Subject: Re: updating ezjails with freebsd-update Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 25 Aug 2014 12:41:55 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 18:41:57 -0000 (Pardon the thread breakage, I did not receive the original and am quoting from https://lists.freebsd.org/pipermail/freebsd-questions/2014-August/260485.html) Fbsd8 fbsd8 at a1poweruser.com wrote: > Warren Block wrote: >> On Sun, 24 Aug 2014, doug at safeport.com wrote: >>> On Sun, 24 Aug 2014, Fbsd8 wrote: >>> >>>> You can disregard most of that new handbook jail ezjail section. >> >> Thanks for your input. I can assure you that the document was >> reviewed by members of the freebsd-doc mailing list, on IRC, and in >> private email. Mistakes and omissions were found and corrected. >> It's not perfect, but serves the purpose of an overview of using >> ezjail. It also serves a second purpose, showing how to set up >> bind99 in a jail. This quick overview of a jailed BIND is useful for >> those wishing to improve BIND security now that the old chroot option >> is not available in the port. > I emailed you off list about the items voiced here and as the > resulting handbook shows you still went ahead and published it anyway > with all the mis-leading information included. Sorry, I did not receive that message due to a years-old killfile entry labeled "proud top-poster". It's the same reason I do not see your posts to the mailing lists unless someone else quotes them. As far as a qjail document, I do not use qjail and generally have found it to be a mistake to work on documents I cannot test directly. I suggested a search on the relationship between ezjail and qjail to show that your involvement with qjail might bias your suggestions. That involvement was not mentioned in the response I saw. If I missed it, I apologize. For completeness, I have not been involved in the development of ezjail or any other jail utility. I recently suggested some minor changes and additions to ezjail, although none of those changes have been included yet. From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 19:31:12 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B508C13B for ; Mon, 25 Aug 2014 19:31:12 +0000 (UTC) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) (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 4BE9932E8 for ; Mon, 25 Aug 2014 19:31:11 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7PJV8MB021284; Mon, 25 Aug 2014 21:31:08 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 84A301244C; Mon, 25 Aug 2014 21:31:08 +0200 (CEST) Date: Mon, 25 Aug 2014 21:31:08 +0200 From: Roland Smith To: "Martin G. McCormick" Subject: Re: Has the Procedure for Regenerating A FreeBSD Installation Disk Changed? Message-ID: <20140825193108.GB57059@slackbox.erewhon.home> References: <20140825125452.EC6B6228B7@server1.shellworld.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v9Ux+11Zm5mwPlX6" Content-Disposition: inline In-Reply-To: <20140825125452.EC6B6228B7@server1.shellworld.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: "questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 19:31:12 -0000 --v9Ux+11Zm5mwPlX6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 25, 2014 at 07:54:52AM -0500, Martin G. McCormick wrote: > Roland Smith writes: > > Could it be that your filesystem is full? > >=20 > > Although I don't have FreeBSD-9.1-RELEASE-amd64-disc1.iso around, I tri= ed=20 > > the > > tar command with FreeBSD-10.0-RELEASE-amd64-disc1.iso and that unpacks= =20 > > just > > fine. > An excellent question so I tried the exact same procedure > on another FreeBSD9 system and got precisely the same results > down to the outputs of the two attempts comparing perfectly. Which version of tar are you using? Mine is: > tar --version bsdtar 3.1.2 - libarchive 3.1.2 > I think I should try FreeBSD-10.0-RELEASE-amd64-disc1.iso > to see what happens. I really need to use 9.1 since this is a > replacement for a FreeBSD9.1 system that is failing, Why not just use 10.0 if it is a replacement? IIRC, there haven't been great incompatible library changes for several major releases (correct me if I'm wrong). E.g, currently I'm using the official TUG TeXLive binaries which we= re compiled for 7.2. They still work fine on 10.0. If you have old binaries that rely on old version of the system libraries y= ou can always install one of the misc/compat ports. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --v9Ux+11Zm5mwPlX6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT+478AAoJEED21dyjijPgUSUP/0bmd9VsEUfOMIze+iHw32m+ i3HzFrPkBgJDNWA3IVm52laBN0A2eY8avg+xgiyplI5lFAEkYzt17kfcoPmjvEUK PJKmt0JVJ28ATw18irnuG3HVWDPFoc+JYyYZaqTSZnmTWnGnT80jZ83eAqiUb9OG AyCh55HgWhTnv9Ova0Dwmn5FkQAsHqE3G4AdLF/oaD9/q0oyybQ9OWTwxq0ulnkz 11igXq09RDu/II20wNNybBaGHKfzPZjKlf6ldDQ7BWrVaUB3wokMDkR+E6eTzP0g Y3SGiZ172ZgYkMyyt35zNoZocfQ1OqW52lezO7yDhx7VPLsFxNhJfYbA5XC45HoR 54HXs7dk6XchfUL8/OkoYQexnEwSDOOZU+yuzIYrswe04G3MRFSFfbltlW6N3Hw+ vPfoJVoQWJK8CCZtCxavoBIbTmCYN8jVPoz3LVefaiR1rbojKxj4dbMBhFGP/sO8 C9+yX8Te8OICNiItjTpNuZAw1Np/HEvp4u3D9pIk5qB52G+ZlnCkoRodPLdmHgGw 9Yb6dbgNfnC9yoYMcn5rkc29Lf+3bQq/3CyNOKeU/Wt1gj3opziruF0EwX0nGkb0 4gBA0D0TdB8EGNKYIvUVij8TWZoB9SEIGpLjjFnwHe5xmd8ua3KKFnkYoyxPY6g+ sNft0hraHnB7jaWu1Vnu =9L+w -----END PGP SIGNATURE----- --v9Ux+11Zm5mwPlX6-- From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 19:47:33 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0459E7F6 for ; Mon, 25 Aug 2014 19:47:33 +0000 (UTC) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) (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 8FBD53491 for ; Mon, 25 Aug 2014 19:47:32 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7PJlNfk052987; Mon, 25 Aug 2014 21:47:23 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 832EF1244C; Mon, 25 Aug 2014 21:47:23 +0200 (CEST) Date: Mon, 25 Aug 2014 21:47:23 +0200 From: Roland Smith To: "Martin G. McCormick" Subject: Re: Has the Procedure for Regenerating A FreeBSD Installation Disk Changed? Message-ID: <20140825194723.GC57059@slackbox.erewhon.home> References: <20140825134257.0BE33228B7@server1.shellworld.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ncSAzJYg3Aa9+CRW" Content-Disposition: inline In-Reply-To: <20140825134257.0BE33228B7@server1.shellworld.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: "questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 19:47:33 -0000 --ncSAzJYg3Aa9+CRW Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 25, 2014 at 08:42:57AM -0500, Martin G. McCormick wrote: > Roland Smith writes: > > Although I don't have FreeBSD-9.1-RELEASE-amd64-disc1.iso around, I=20 > > tried > > the > > tar command with FreeBSD-10.0-RELEASE-amd64-disc1.iso and that unpacks > > just > > fine. >=20 > I've got to be doing something wrong. The system I just > tried this on is >=20 > FreeBSD 9.1-RELEASE-p12 (GENERIC) #0: Tue Apr 29 22:02:25 UTC 2014 >=20 > I downloaded the FreeBSD10 image and ran: >=20 > #!/bin/sh > mkdir headless > tar -C headless -pxf FreeBSD-10.0-RELEASE-amd64-disc1.iso Is this a shell script? What happens when you run the commands in the shell instead? > This produced a similar flood of "Can't create" errors and it > doesn't matter in this case if I do this as me or root. You have enough space, but do you also have enough inodes? You can use =E2= =80=9Cdf -ih=E2=80=9D to check that. Do you perhaps run into other limits, such as open files (login.conf) or di= sk quotas? Another thing to try is use one or more =E2=80=9C-v=E2=80=9D flags in your = tar command. Maybe that will yield extra details *why* file creation fails. > I looked up the -C option for tar and it uses the next > argument as the top of the tree for the file extractions. In > this case, that is the directory headless and all that is > working as expected. Yeah, that should be OK. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --ncSAzJYg3Aa9+CRW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT+5LLAAoJEED21dyjijPgFokP/0CTf6u66bRV/CblpVWgbuA2 cxKfFIdBwIOvv9Yq7bApoOxE8Uu7+C8vKKxvnwEWGMlT2ybpi0ioFudhr+VoDFD3 ttTGvXUqjOB+TTL9su7gqzvb+zaCDWZFKu/fM4E7GQjSpRy0s9jyngiA54y+dzcw JQp8/0BGkYO2zkMAv1L6+4DrenJiHxTH5oNvQ1S/60K9VA+9rUlCeUwjNLAKjnNF WauYwJ6vl5IIXd2mBd5VWCcfpGJ3rZDduHzeWX4qQUQ8EbQqEmm4a/Dj+M2mghTa R1MD8DfkS0YPWTf+l9Dk2w9wZU4IXbF8xV79facCkXDBNSYlrN4aOQrR3vBwZnef oB+jy7Bz2OVXPiF/8XlzG3ROXmOYwQ0oBvRKqVNhKi/7yFkfqww/PdUXW0a5fnSg wInQncLp0N3yyya716SZ71mIPjJCSPlUYa4LxnZIRIij0u93X/gOr6/u3ZRea92m cvmlkeqkxKGEfY4wOmnmjlNx3K/jo+iGnJTlNQYAyPbf+tk6HOpzwoKKxnzdPgP/ K3Qk2Gqjome4lTyjQGJr0b+ZKFuKiHDkGk4KrSJwFw01Ynn6FjvLNbUUe1T4S/sE 0SLGDWFiGG4PXc0KIvC0ezYBeBen5IGGS+vulOfxYAvDpRwj50XHD7VaA8/7iydB BEUYYf9tmQVDNCHubyeM =8IzN -----END PGP SIGNATURE----- --ncSAzJYg3Aa9+CRW-- From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 19:54:39 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D21C8B37 for ; Mon, 25 Aug 2014 19:54:39 +0000 (UTC) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) (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 53929356A for ; Mon, 25 Aug 2014 19:54:39 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7PJsToK083316; Mon, 25 Aug 2014 21:54:30 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id C1A911244C; Mon, 25 Aug 2014 21:54:29 +0200 (CEST) Date: Mon, 25 Aug 2014 21:54:29 +0200 From: Roland Smith To: Michael Sierchio Subject: Re: -> 10.0, missing GEOM_GELI? Message-ID: <20140825195429.GD57059@slackbox.erewhon.home> Mail-Followup-To: Michael Sierchio , FreeBSD Questions References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Hf61M2y+wYpnELGG" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 19:54:39 -0000 --Hf61M2y+wYpnELGG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 25, 2014 at 10:39:40AM -0700, Michael Sierchio wrote: > perhaps there's another way to do this, but the old kernconf directive > to enable GELI was >=20 > options GEOM_GELI >=20 > which yields this when trying to compile a custom kernel >=20 > NUFED: unknown option "GEOM_GELI" >=20 > The /etc/rc.d scripts seems to know what to do with the /dev/blah.eli > directive in /etc/fstab. How do I get this into the kernel? You don't need to have it in the kernel. For the GENERIC kernel, geom_eli is built as a module which is automatically loaded (by the rc script) if an encrypted device is found in /etc/fstab. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --Hf61M2y+wYpnELGG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT+5R1AAoJEED21dyjijPgXPsQAK8LkhBLl+NzCjlkKP8F11+Q p2NcrB//fXbRQ+k+I48IKcoV2VfW/K+HgkvCmf48JHVA8Wo2JyovoPwViXXZXoPz 2K3zelPGREOgait0+hr4WA6/WwYDSsCI1sdpxiEH4Hsa1tIkbX/jxzAmur6y9irW nJP39i0qF/t6slWtOwAjOmxWC0P0UKgKcYdY10H3+9HAhZOJS5owEVtz0pzW2TmS Nwy3u5fUoR3Yp7hLZnX5SxGVqELWL9zAyzGxWAod2JyjcByX/9pF7RtFaGZTha/+ AmzE2v28h+euUoWqH5kP1lozytQOpM6pv70wy60M2wxdlIiXmLAmAHpYC0tbiKRe R8G9AEe0Q+RqZ94MZEvqx6Q6AgbAR2U83oJJ763lbFWXa2Y99NHntIG8QxrfqfVM IB2k0TJEYw9l1F0EAJ0LRzIGQPpuAXiiR3YGi4qvxfJ3U//Epz7i4olx05SxLJc8 h66/afmZHt85+7bnuwTRpIoRhTynrYy+I7W35h+Pq8baRY7p/0GlRJJLmd9OWqDW garurRAVSE0wVE0CqWFx9VS23oMkL2XulrepWmv9S4yvhhO3qmWrHyl1qlid747e eMjdo9zH+e75uLO3K71N1iTTEvsa/F6sETEjU0/3nPGDTTWACE/fwaGI8pLnj1n6 aWPo8Ixw2NzTkxulKhgy =9tVO -----END PGP SIGNATURE----- --Hf61M2y+wYpnELGG-- From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 19:57:10 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96DF2C04 for ; Mon, 25 Aug 2014 19:57:10 +0000 (UTC) Received: from server1.shellworld.net (shellworld.net [69.60.117.94]) by mx1.freebsd.org (Postfix) with ESMTP id 741083598 for ; Mon, 25 Aug 2014 19:57:09 +0000 (UTC) Received: from server1.shellworld.net (localhost [127.0.0.1]) by server1.shellworld.net (Postfix) with ESMTP id BD2B822988 for ; Mon, 25 Aug 2014 15:57:08 -0400 (EDT) Subject: Re: Has the Procedure for Regenerating A FreeBSD Installation Disk Changed? MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <88825.1408996628.1@server1.shellworld.net> Date: Mon, 25 Aug 2014 14:57:08 -0500 From: "Martin G. McCormick" Message-Id: <20140825195708.BD2B822988@server1.shellworld.net> Cc: "questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 19:57:10 -0000 Roland Smith writes: > Which version of tar are you using? Mine is: > > > tar --version > bsdtar 3.1.2 - libarchive 3.1.2 I think we may be on to something. I am using bsdtar 2.8.5 - libarchive 2.8.5 > > I think I should try FreeBSD-10.0-RELEASE-amd64-disc1.iso > > to see what happens. I really need to use 9.1 since this is a > > replacement for a FreeBSD9.1 system that is failing, > > Why not just use 10.0 if it is a replacement? IIRC, there haven't been > great > incompatible library changes for several major releases (correct me if I'm > wrong). E.g, currently I'm using the official TUG TeXLive binaries which > were > compiled for 7.2. They still work fine on 10.0. > > If you have old binaries that rely on old version of the system libraries > you > can always install one of the misc/compat ports. This is a slave domain name server and secondary DHCP server for one of our remote campuses so it needs to be a close match to the primary. When we upgrade one, we usually upgrade the other at the same time. The DNS and DHCP documentation warns about not mixing versions of operating systems. Chances are very good that nothing bad would happen but when the fingers start to point after the phones start ringing, it is good to be able to honestly say that both systems are essentially the same. Thanks for the help. Martin McCormick From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 20:09:52 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DA0064E for ; Mon, 25 Aug 2014 20:09:52 +0000 (UTC) Received: from mail-ob0-f179.google.com (mail-ob0-f179.google.com [209.85.214.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25B4436D7 for ; Mon, 25 Aug 2014 20:09:51 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id wn1so11088958obc.10 for ; Mon, 25 Aug 2014 13:09:45 -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=aEQL1pBCrJcgDIeCdIdbTwYth80E/ltSD1ijPAj2490=; b=bFlbXTSimXLyrK9+KYmhsvNJXIOp9CFUly9GShVwI1uHHGWLK8Zdh0czPCuZ/VU1FN 03NwRtRa9HYgpcqvwLyoWHgJODKAlzKr0X7h164jz0cKqzAUbgyO4R4QPuaxLNCw8Q7r RJCltBZScnaeZNtP/5m4ihapFscalWNI5cPtVhOZ4N2KY+xQRkW08CPFOza/S2dmjeI8 SN7vbb/n5GZivI0NI5oPMtGBYFo62KuS1XO/N7YbKiTi+OTkywTMIWSoC6PIJnpoHZxf Dx+9NXYcjf53N0kFopSJWm3Ui6aZKxRsMuDy5/SwJUVADX6XYg1m6NOPAg5ri4PJSfcw rL1g== X-Gm-Message-State: ALoCoQmf3RyRzXwTEsmXATwohSDA5Zy3lMCJ/w0oH6qADC/idpbE8/dJUAR1QP9d/CIVSd3J1u2G MIME-Version: 1.0 X-Received: by 10.182.27.5 with SMTP id p5mr23369332obg.42.1408997060784; Mon, 25 Aug 2014 13:04:20 -0700 (PDT) Received: by 10.60.120.37 with HTTP; Mon, 25 Aug 2014 13:04:20 -0700 (PDT) In-Reply-To: <20140825195429.GD57059@slackbox.erewhon.home> References: <20140825195429.GD57059@slackbox.erewhon.home> Date: Mon, 25 Aug 2014 13:04:20 -0700 Message-ID: Subject: Re: -> 10.0, missing GEOM_GELI? From: Michael Sierchio To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 20:09:52 -0000 On Mon, Aug 25, 2014 at 12:54 PM, Roland Smith wrote: > You don't need to have it in the kernel. For the GENERIC kernel, geom_eli is > built as a module which is automatically loaded (by the rc script) if an > encrypted device is found in /etc/fstab. For my purposes, I need a custom, monolithic XEN kernel. I'll let you conclude for yourself that I need it in the kernel. - M From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 20:12:22 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FFE67E9 for ; Mon, 25 Aug 2014 20:12:22 +0000 (UTC) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 158BA3776 for ; Mon, 25 Aug 2014 20:12:21 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 3hhkyQ4WH1zPq for ; Mon, 25 Aug 2014 16:12:14 -0400 (EDT) Date: Mon, 25 Aug 2014 16:12:14 -0400 From: Daniel Staal To: freebsd-questions@freebsd.org Subject: Re: some ZFS questions Message-ID: <0C5CEDB044E788B85C2E0A0D@[192.168.1.50]> In-Reply-To: <20140825182440.GA57059@slackbox.erewhon.home> References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <20140822005911.GA52625@neutralgood.org> <201408241027.s7OARfEK004658@sdf.org> <53FB0AFD.6010507@cyberleo.net> <20140825182440.GA57059@slackbox.erewhon.home> 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-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 20:12:22 -0000 --As of August 25, 2014 8:24:40 PM +0200, Roland Smith is alleged to have=20 said: > On Mon, Aug 25, 2014 at 05:07:57AM -0500, CyberLeo Kitsana wrote: >> On 08/24/2014 05:27 AM, Scott Bennett wrote: >> > kpneal@pobox.com wrote: >> >> What's the harm in encrypting all the data? >> > >> > High CPU overhead for both reading and writing is the main downside. >> >> AES-NI is fully supported for recent Intel CPUs, and can achieve some >> pretty impressive throughputs. >> >> >> >> >> In fact, encrypting all data is more secure. If you only encrypt the >> >> data >> > >> > Sure, but why do it if the data don't need to be secret? >> >> Because it takes 6-8 hours to erase a 3TB hard disk; and, if the disk >> fails, you can't always erase it before sending it back for RMA >> replacement. > > Are you following some kind of complex protocol? With a bog-standard 7.5k > SATA drive on an Intel ICH9M controller I've measured write speeds (using > =E2=80=9Cdd if=3D/dev/zero=E2=80=9D) of 85500000 bytes/s. That would mean = approximately > 3.25 hours to wipe 3TB by filling it with zeroes. --As for the rest, it is mine. If he's in some sort of corporate environment there's probably a rule to=20 use two-pass erasure or something, based on the AFSSI-5020 (or similar)=20 standard. They don't care about probably: There's some lawyer or someone=20 who wants to be *sure*, and found that rule that says that is sure. ;) If = single-pass takes 3.25, two pass would be around 6.5 hours, right in the=20 middle of that time range. At the very least, they'll have some rule on 'this at least must be done',=20 and even 3.25 hours is a lot more than 'oh, it's all encrypted, so we don't = have to wipe it'. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 20:25:40 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E73DE7A for ; Mon, 25 Aug 2014 20:25:40 +0000 (UTC) Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com [209.85.218.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EBC9738A1 for ; Mon, 25 Aug 2014 20:25:39 +0000 (UTC) Received: by mail-oi0-f47.google.com with SMTP id x69so10007984oia.20 for ; Mon, 25 Aug 2014 13:25:33 -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=wyg4vhL0P5At3PyWYzSBEP0uy2tX5uRXlZJhhTABvdM=; b=jRMkAQecSyCuSICOdIDucD3C/DdInIlu60/Vrr8xnZ3LGrXjK3rXovj/pLz11i7Jte rLg0vm4+teZp65J9Q0YDC4O8BL50mzFT644oN1ONqolWhvlt4Y88jY0z0/AANMuvfOUe +nvqAtQjdRiuDHr/BMcFz3cCQjrxdZPjqSBJxtqZtAPD5cakPB/ihjIcEvzcyrSH1w8H v4qMMlkBBgZMfyXboRqR8ttqZrpJDy0+og57wdj22qlwQcqnb0PPV/0TDx7IiX9QcE44 TlZyEwsHc2ZbEvD89N8V7mx1wgLgNdiqrYoObXoXnGInmyhmbbqGvQEesWfzteAnDI1m Zrqw== X-Gm-Message-State: ALoCoQkgyrziqw0ahFMf6JchhTiuP+GsemptQeiTOx7J5rupAGvH484hdzJWQtKdAa6POE+L43X0 MIME-Version: 1.0 X-Received: by 10.182.87.167 with SMTP id az7mr23621979obb.41.1408997943211; Mon, 25 Aug 2014 13:19:03 -0700 (PDT) Received: by 10.60.120.37 with HTTP; Mon, 25 Aug 2014 13:19:03 -0700 (PDT) In-Reply-To: <20140825182440.GA57059@slackbox.erewhon.home> References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <20140822005911.GA52625@neutralgood.org> <201408241027.s7OARfEK004658@sdf.org> <53FB0AFD.6010507@cyberleo.net> <20140825182440.GA57059@slackbox.erewhon.home> Date: Mon, 25 Aug 2014 13:19:03 -0700 Message-ID: Subject: Re: some ZFS questions From: Michael Sierchio To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 20:25:40 -0000 On Mon, Aug 25, 2014 at 11:24 AM, Roland Smith wrote: > With modern drives the data density is so high that it is almost impossible to > retrieve single overwritten bits, let alone bytes or files if the complete > disks was filled with zeroes. That is unfortunately naive - all modern drives, whether spinning platters or SSDs, silently remap sectors when they detect incipient errors, for wear leveling in the case of SSDs, etc. This means that it is possible for someone with direct access to the disk to recover whole sectors - sectors that you cannot erase, no matter how many synchronous writes you perform in the OS. - M From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 23:03:27 2014 Return-Path: Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECC17934 for ; Mon, 25 Aug 2014 23:03:27 +0000 (UTC) Received: from bucksport.safeport.com (bucksport.safeport.com [198.74.231.101]) (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 9547037EE for ; Mon, 25 Aug 2014 23:03:27 +0000 (UTC) Received: from bucksport.safeport.com (bucksport.safeport.com [198.74.231.101]) by bucksport.safeport.com (8.14.5/8.14.5) with ESMTP id s7PN3Kea017287 for ; Mon, 25 Aug 2014 19:03:20 -0400 (EDT) (envelope-from doug@safeport.com) Date: Mon, 25 Aug 2014 19:03:20 -0400 (EDT) From: doug@safeport.com To: freebsd-questions@FreeBSD.ORG Subject: a methodology to do a binary update on a jailed system Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bucksport.safeport.com [198.74.231.101]); Mon, 25 Aug 2014 19:03:20 -0400 (EDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 23:03:28 -0000 This documents the method I used to use freebsd-update to update a jail host, and a guest jail. I then installed a second jail after the updates to test that the basejail was updated correctly. This method follows the methodology laid out by Kozlov Sergey on the ezjail mailing list. His outline works. I have included a bit more detail here. The method I followed is basically doing the following steps: shutdown jail[s] and host system services freebsd-update [fetch|update] -- host system freebsd-update install freebsd-update [fetch|update] -- basejail freebsd-update install freebsd-update [fetch|update] -- each jail freebsd-update install set rc.conf so jail[s] do not start reboot freebsd-update install reboot [or not, as instructed; I usually reboot anyway] In this test I started with a 9.1-RC3 system, upgraded it to 9.2, installed ezjail and some other stuff and added a jail. I then followed the above to update the systems to 9.3. To do this two freebsd-update.conf files are needed: freebsd-update-basejail.conf Components world/base world/lib32 IgnorePaths /etc /root /var /usr/games /usr/home /usr/local /usr/obj StrictComponents yes ServerName ---\___ copied from /etc/freebsd-update.conf KeyPrint ---/ freebsd-update-jails.conf IgnorePaths /bin /boot /home /lib /libexec /proc /rescue /sbin /sys /tmp \ /usr/bin /usr/sbin /usr/include /usr/lib /usr/lib32 /usr/libdata \ /usr/libexec /usr/share /usr/src ServerName ... KeyPrint ... I found by trial and error that ServerName and KeyPrint are required, either on the command line or in the file (my choice). You must tailor the Components line in the base jail conf file. I did not have lib32 installed on the host system but left it in to see what would happen. Basejail and the jail I created were updated to include /usr/lib32 without (I assume) the supporting kernel stuff. That probably does not hurt but ... The commands used are then: base: freebsd-update -b /usr/jails/basejail -f freebsd-update-basejail.conf jail: freebsd-update -b /usr/jails/jail1 -f freebsd-update-jails.conf It would seem to me this method will work for any jail system where the jails share a base via symlinks. I have not tested going across a major version. That has the added complexity of updating the ports. I found that the ezjail source update worked as documented. _____ Douglas Denault http://www.safeport.com doug@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 From owner-freebsd-questions@FreeBSD.ORG Mon Aug 25 23:20:47 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77D62C04 for ; Mon, 25 Aug 2014 23:20:47 +0000 (UTC) Received: from mail.parts-unknown.org (mail.parts-unknown.org [50.250.218.162]) (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 610F8397A for ; Mon, 25 Aug 2014 23:20:47 +0000 (UTC) Received: by mail.parts-unknown.org (Postfix, from userid 1001) id C64408C1090A; Mon, 25 Aug 2014 15:44:02 -0700 (PDT) Date: Mon, 25 Aug 2014 15:44:02 -0700 From: David Benfell To: freebsd-questions@freebsd.org Subject: Follow-up, appears SOLVED, re: wpa_supplicant questions Message-ID: <20140825224402.GA26625@home.parts-unknown.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 23:20:47 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, Sorry, this doesn't appear properly threaded. I was on an unrelated adventure that forced me to dredge messages out of the postfix queue where they would have been permanently deferred. And I didn't quite do this right. I see messages explaining wpa_cli--excellent, I had not understood its man page--and a port called wifimgr that I had not been aware of. Also there was a message suggesting: service wpa_supplicant restart wlan0 That I could pass an interface as an argument this way was something I was unaware of. I haven't had a chance to try any of these solutions (wifimgr may be ideal) yet, but thanks! --=20 David Benfell See https://parts-unknown.org/node/2 if you don't understand the attachment. --/04w6evG8XlLl3ft Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJT+7wyAAoJEBV64x4SNmArMmgP/2WqIQwmEuZZ2WWt4kyQYS4q G24x3mc8QO8frKvbteUpEY6N0GKwH+tynnzkaT/GQqlq0ZWV6zm4A727RfWdPsVT 0bSn3JuLkeu+h5FPcNtwp1xpoNSFnsc6xRR4vN/txRREz+KqgBxdCWtAI+YamqLY dLz3MZZxe1FmRTENCWXiK9I1q4tP1kQf3y6dIv2iU7A+yWT3iDvEW5m+CCTQeQR9 R0fOlnbmCSGACi9zBxHd6zkLUORF7BtocxcsH2SSO1uKokCvCxppq51IWrAI3B7x NvhdgBp3/hFrk6btwBsPSeleo2E/C8Sgguu3WCalQHzMAzxVCaqKIL2J1j2lBpzo mLNEdFqofW7YgLpJBejo2L0J8oVT/1rDRklshaZWQEzuOLSIlxqRuqgthRIEKNjx TF8OLJ2z1k42ZGguXrDzqU4zXNjczumkExL71x6j+C4/DVg+hcS6Euc83j+vMPss 8OEGNyjM0VetxkK9HGWWOWw8ZRX/+7ivEdrWouVZAr7K7puFyWZSvAaZ0XelAhXC vRi+2q6WxjcrmLIGsvitxlhGwF+kQy4/iuRV10wSSNX6dVWj66I6r1KaTij4iGiq 78DvJHFZbLZD3F3Te++jdoZpmDJcHJZDkRunK7lUZPbAClzQl2sTbsaykkbaANre GW9juiZWllNZ0+Uv3rjN =yC4C -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 00:28:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 402A47A4 for ; Tue, 26 Aug 2014 00:28:12 +0000 (UTC) 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 D01743E94 for ; Tue, 26 Aug 2014 00:28:11 +0000 (UTC) Received: from r56.edvax.de (port-92-195-111-1.dynamic.qsc.de [92.195.111.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id C0734276A9; Tue, 26 Aug 2014 02:28:02 +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 s7Q0S2wq003065; Tue, 26 Aug 2014 02:28:02 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Tue, 26 Aug 2014 02:28:02 +0200 From: Polytropon To: leeoliveshackelford@surewest.net Subject: Re: how to install wireless n.i.c. on FreeBSD 9.1 Message-Id: <20140826022802.198cd285.freebsd@edvax.de> In-Reply-To: References: <20140823025527.bd80818d.freebsd@edvax.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 00:28:12 -0000 On Mon, 25 Aug 2014 11:22:10 -0700, leeoliveshackelford@surewest.net wrote: > The complete name of the circuit board is as follows: "TP-Link > TL-WDN4800 450 Mbps Wireless N Dual Band PCI Express Adapter." Ah, "N"... there are still N chipsets not fully supported by FreeBSD, maybe you accidentally picked one of those? But first let's check the configuration before we scream in despair for having bought the _one_ model that is _not_ supported. :-) > In my > previous message, I mis-identified the manufacturer, as you correctly > noted. To the command "pciconf -lv," I received the following response: > > none0@pci0:40:0:0 class=0x028000 card=0x3112168c chip=0x0030168c > rev=0x01 hdr=0x00 > > vendor = 'Atheros Communications Inc.' > > device = 'AR9300 Wireless LAN adaptor' > > class = network So the Atheros chipset is correctly identified, good. > Upon checking the webpage specified in your message, I read the > following line: "The ath(4) driver supports all Atheros Cardbus and PCI > cards, except those that are based on the AR5005VL chipset." Good, so this one will probably be supported, I hope. > The three modified files are /etc/wpa_supplicant.conf, and /etc/rc.conf, > and /boot/loader.conf. Copies of these files are attached. Let's see: [loader.conf text/plain (84B)] if_ath_ahb_load="YES" wlan_wep_load="YES" wlan_ccmp_load="YES" wlan_tkip_load="YES" The first line looks strange. There are /boot/kernel/if_ath.ko and /boot/kernel/ahb.ko, and "man ahb" reveals that this one is for "Adaptec EISA SCSI host adapter driver". But as if_ath_ahb.ko does not exist, the _correct_ module won't be loaded. The first line should read: if_ath_load="YES" Change the file accordingly. Next file. [rc.conf text/plain (206B)] hostname="HP7USH74200Y0" wlans_ath0="wlan0" ifconfig_wlan0="WPA" SYNCDHCP sshd_enable="YES" ntpd_enable="YES" powerd_enable="YES" dumpdev="NO" Again, there's an error which explains your initial SYNCDHCP: command not found message: The SYNCDHCP has to be _inside_ the quotes. Keep in mind that /etc/rc.conf is basically a shell script, so it follows all the rules from "man sh". What you have here is: setting a variable and calling a command (which doen't exist). The correct line: ifconfig_wlan0="WPA SYNCDHCP" This should work. The common syntax is keyword="VALUE", where the VALUE can contain spaces. Last file. [wpa_supplicant.conf text/plain (42B)] network={ ssid="WPA" psk="F70FA10C57" } While "WPA" is a strange name of a network, it's a valid one. :-) The rest of the file looks fine. But note: freebsd-questions is a _public_ mailing list, so I hope "F70FA10C57" isn't your _actual_ key. If it is, change it quickly! You don't want to tell the whole Internet your access credentials. Passwords are like underwear: change yours often, don't share with friends, the longer the better, they must remain mysterious, don't leave them lying around. :-) It's common to enter "obvious nonsense" in such cases, like network={ ssid="MYNETWORKNAME" psk="SECRETPASSWORD" } As long as the syntax is kept correct, the actual information does not matter here (except, maybe, if a password contained quote characters or other things that might cause a hickup for wpa-supplicant, but that's not the case here). After you have corrected the files, restart your system and see if it works. Chances are high that there were just those two little mistakes, and your WLAN should be up and running quickly. It's not that working WLAN is something magical... :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 02:08:14 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF63AE23 for ; Tue, 26 Aug 2014 02:08:14 +0000 (UTC) Received: from mail-pd0-f198.google.com (mail-pd0-f198.google.com [209.85.192.198]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C7E6E36BD for ; Tue, 26 Aug 2014 02:08:14 +0000 (UTC) Received: by mail-pd0-f198.google.com with SMTP id fp1so113644624pdb.1 for ; Mon, 25 Aug 2014 19:08:07 -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:message-id:date:subject:from:to :content-type; bh=uvclhbQoTQ4XvWP62QfgMpO5g76vcAGkmginC0aRUq4=; b=fn/GcdRKxBeYfgTXN/XxxnYLEpdgS0mFJoSkx8RGQZV+mxQFR3KDna8+jQrz6RcXwG AeNdVJ4VsjX0vNBMaKIqwrDOOfa0dIex+q33e16bb1hc+iu3ozyFT3BpXJL3O/BTcDWY XlzHofs5XlgmLXtcCOkYchRkGXpwzdIUaEXyNpsc/5QHj86fYMRqDyKGE8roWe+EnOTl a0yPmPmncG2aFNFLWGJoRZW9oIW1GliHGbjSdczIfrDhuIoMtrChQMCcyvwG+3w1TFRp iB+xMyTAReTqVqtdA33+Me58cUonw/MiHPntEGLoo5JpAVoWxmhjYXk2qUomH+K3vX/M cFtg== X-Gm-Message-State: ALoCoQmVCa8atWK7D6TvcwgJFmHpTxPF4RNqfKWp+Omt+5KImMnPJSBNTXZHkpvPoMhdpyhKc6mG MIME-Version: 1.0 X-Received: by 10.69.31.75 with SMTP id kk11mr16480740pbd.8.1409018887640; Mon, 25 Aug 2014 19:08:07 -0700 (PDT) Message-ID: <001a11364412479b8705017ec680@google.com> Date: Tue, 26 Aug 2014 02:08:07 +0000 Subject: Ideas for getting organic traffic : Freebsd.org :ZS From: Sophia Wilson To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 02:08:15 -0000 Hi Freebsd.org Team, I trust you are doing splendidly. I have gone through your website and I comprehend that it's well built, but can be improved in several ways to get better sales and revenue from the site. If you would like me to send you a complete list of upgrades and improvements we could do to your site then kindly let me know so that I can send you the brief quotation for your website. After in-depth research about your website and analyzing the targeted market for your business to prevail, we also execute effective online marketing campaigns by targeting not only local markets but also provincial and international markets as well. However you will be getting *all-in-one services* when contacting us. Search engine optimization is one of the best ways to create targeted traffic for your website. Without traffic, you don't have anybody visiting your site to turn into buyers. It's only search engine tricks that need to keep changing when the ranking algorithm changes. We will help you to increase your visibility in all the major search engines by *improving keyword rankings* and *boosting your real time website traffic* with lots of back links which are always done through *White Hat* techniques. Indeed you position your website properly to be found at the most critical points in the buying process or when people need your site. Our aim is to provide you with complete web marketing solutions to help your website rank high on the search engines. Before moving on further, we will have a consultation phase where we will discuss what your website goals are and how we can accomplish them. In addition, we may ask you certain questions that may be concerning on the website structure and strategic foundation for your social media marketing. Should you have any questions, please let us know. To improve the search engine visibility of your website, we look forward to hearing from you after you have had time to read our proposal. Best Regards, *Sophia Wilson* Sales Advisor Skype: webmarketing.sales From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 05:00:22 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3175B978 for ; Tue, 26 Aug 2014 05:00:22 +0000 (UTC) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6807A367C for ; Tue, 26 Aug 2014 05:00:20 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.185]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 98AA627372 for ; Tue, 26 Aug 2014 15:00:11 +1000 (EST) Message-ID: <53FC145B.7060400@herveybayaustralia.com.au> Date: Tue, 26 Aug 2014 15:00:11 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: FreeBSD 10 - mplayer issue References: <53F88676.3060702@herveybayaustralia.com.au> <53FA8715.5020202@herveybayaustralia.com.au> In-Reply-To: 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 05:00:22 -0000 On 08/25/14 11:53, Elliot Robinson wrote: > On Sun, Aug 24, 2014 at 8:45 PM, Da Rock < > freebsd-questions@herveybayaustralia.com.au> wrote: >> Need mencoder unfortunately, but I may reconsider that. It has just been >> easier for users with the ui and habit now to use mplayer tools for the job >> until now. >> > I can second Roland Smith's recommendation of ffmpeg as a mencoder > replacement. The few things it doesn't do well can be replaced by piping > YUV output from mplayer2/mpv to ffmpeg. > > Ok, still haven't got used to debug tools yet, so I may need some coaching. >> I ran gdb mplayer and then run with args of a video; got nothing except LWP >> /mplayer >> > This is due to mplayer (or something it calls) forking a new Light Weight > Process (LWP, i.e. thread). You'd have to C-c and `info threads` to see the > threads, then `thread ` to get any useful data. Thanks for that tip - that will help in future issues :) I knew about LWP's, but I didn't know enough about gdb to get that far. Got the same result as you could see, but obviously that won't work all the time... > > >> Then I decided to get a bit tricky and attach to a running process >> instead. This yielded better results, but no real info (to me anyway :) ): > > > Attaching to program: /usr/local/bin/mplayer, process 92289 >> [New LWP 100131] > Reading symbols from /lib/libncurses.so.8...done. >> [New Thread 813006800 (LWP 100131/mplayer)] >> > > ...truncated shared library loading... > > >> [Switching to Thread 813006800 (LWP 100131/mplayer)] >> 0x0000000000cdcde6 in _umtx_op_err () >> >> So then I ran backtrace: >> >> #0 0x0000000000cdcde6 in _umtx_op_err () >> #1 0x0000000000cdf20f in rwlock_rdlock_common () >> #2 0x0000000809ee2d17 in g_type_register_fundamental () >> from /usr/local/lib/libgobject-2.0.so.0 >> #3 0x0000000809ee3a2a in g_type_register_static () >> from /usr/local/lib/libgobject-2.0.so.0 >> #4 0x0000000809ee9b32 in g_type_plugin_get_type () >> from /usr/local/lib/libgobject-2.0.so.0 >> #5 0x0000000809ee728c in g_type_init () >> from /usr/local/lib/libgobject-2.0.so.0 >> #6 0x0000000809eee682 in g_strdup_value_contents () >> from /usr/local/lib/libgobject-2.0.so.0 >> #7 0x0000000809ec4f76 in _init () from /usr/local/lib/libgobject-2.0.so.0 >> #8 0x00007fffffffcfc0 in ?? () >> #9 0x0000000801382691 in r_debug_state () from /libexec/ld-elf.so.1 >> #10 0x0000000801381d27 in __tls_get_addr () from /libexec/ld-elf.so.1 >> #11 0x0000000801380089 in .text () from /libexec/ld-elf.so.1 >> #12 0x0000000000000000 in ?? () >> >> So how does this help? What can I do now? >> >> I see a problem in what looks to be a register of sorts, but that would be >> in gtk. I tried using -nogui and still got the same. >> >> It should be noted that there should be a print out of version and other >> info prior to display, and none of that is showing at all; so we're not >> even getting that far. I also rebuilt it with debug in the options. >> >> Cheers >> > Nice call on the thread attach. No idea what's causing this to happen, but > it's definitely thread related (rwlock_rdlock_common is the worker for a > pthread function on read-write locks) and it's definitely in glib ( > libgobject-2.0.so is one of the big glib dynamic libs, _init is the setup > function called by the dynamic linker). I'm still going with "deadlock" in > a on this one. > > I'd try an update/reinstall of glib before anything else. You shouldn't > have deadlocks when initializing a shared library. I'm pretty sure this > wasn't the only thread, so it might be interesting to see the output of > `info threads` and a backtrace from any threads (if you feel compelled to > debug this any more and the glib reinstall doesn't help). I'd offer to take > a look myself, but I don't have a running system at the moment due to a bug > in the ZFS bootloader... I'm running a rebuild of glib (both old and new) now, but I did the debug prior. There was only one thread as it turned out; when I ran info threads it just gave '* 2 Thread 813006800 (LWP 101101/mplayer) 0x0000000000cdcde6 in _umtx_op_err ()'. Running the bt gave the same output as posted previously. The idea that it is running on a different library may be right - might not have got updated or could even be hitting the other glib (choice of 2.36 or 1.12). I guess we'll see how the rebuild goes... > > If rebuilding glib doesn't help and there are no more interesting threads, > I'd file this as a bug. Not sure what against yet (kernel, pthread, glib, > mplayer are all involved), but hopefully backtraces from other threads will > make this less opaque. I'm just working off of general debugging knowledge > at this point, so maybe someone with more pthread/kernel/glib/general > FreeBSD knowledge than I would have more insight into this. > > Best of luck, > Elliot Robinson > PGP Key: 9FEDE59A > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 06:41:28 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F1009EF for ; Tue, 26 Aug 2014 06:41:28 +0000 (UTC) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) (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 A4F203DE5 for ; Tue, 26 Aug 2014 06:41:27 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7Q6fO8s093315; Tue, 26 Aug 2014 08:41:24 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 4AA3A12426; Tue, 26 Aug 2014 08:41:24 +0200 (CEST) Date: Tue, 26 Aug 2014 08:41:24 +0200 From: Roland Smith To: "Martin G. McCormick" Subject: Re: Has the Procedure for Regenerating A FreeBSD Installation Disk Changed? Message-ID: <20140826064124.GA59191@slackbox.erewhon.home> References: <20140825195708.BD2B822988@server1.shellworld.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <20140825195708.BD2B822988@server1.shellworld.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: "questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 06:41:28 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 25, 2014 at 02:57:08PM -0500, Martin G. McCormick wrote: > Roland Smith writes: > > Which version of tar are you using? Mine is: > >=20 > > > tar --version > > bsdtar 3.1.2 - libarchive 3.1.2 >=20 > I think we may be on to something. I am using >=20 > bsdtar 2.8.5 - libarchive 2.8.5 Maybe try with GNU tar (archivers/gtar). If that works I think a bug report= is in order. Maybe libarchive and tar from 10.0 can be backported to 9-STABLE. > The DNS and DHCP documentation warns about not mixing versions of operati= ng > systems. OK. Never read about that. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT/CwUAAoJEED21dyjijPgKZgP/325rBY9Dbp36fSo9YRDkF8i c2CEi+Y1KkDjSRtIE7kc7Obvhkz7XI9mtV3b759OdSV1Tq8LHYWu1RWm2uMLmbn6 hOp63xdMHlJoR44OpSkDWNhE4qydkiaU41g26dAt41aAgTfa0tywWKYcJ+x+9YdZ hUEtMZtjsfELZFRdvq2APbTUM3uw8BLG2C9oROZ2I7EJZpv+3To3zB1exZQVwdi8 SSUcFMn8Xix+wn3EJLiIUgutGYA6ELKlBHxs1uozc592Jk4oCkU1HFJyEDRN5OJD OiAsxYobrVYTcM+NPOXkvReQtcf7MBi2DMzyOPC30T75G4AWDJVtR5rJjw59wbBu ckLvqG8OZEnTTHjwRunMK0i29BLkvCV+sLGpxHPoYpt5XQgWNFKWb9dYkvDmFN4+ s2JAWcVAYhmdUM6ck+jM+ezO83QozOvUlKamOvYWlWb2H67W89CYjz8kZkJCXif2 Co69EuS3St0uCsq7kyv2z2FgEbGhOJmIXFS3AQmBHro7p+rbjhx6qb2+IxFTWbnF n+2STWfZVFVvT9tg2udhLCC7Dg5jQbazEAv7/zYZxUlnfWrv3HAf9SF/QR5kbXHQ KMZ4ZwWBFr12eYTmEZ3oIOXF3F6pQCDusv3H1BgPcHr6MskE8srups+2/nfuSSGd 7hvhdGgBoVU75RAlxHTg =zo+q -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 06:42:38 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32CA1A87 for ; Tue, 26 Aug 2014 06:42:38 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E56643EAF for ; Tue, 26 Aug 2014 06:42:37 +0000 (UTC) Received: from sdf.org (IDENT:bennett@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s7Q6ffZS009629 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Tue, 26 Aug 2014 06:41:41 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id s7Q6feBc004970; Tue, 26 Aug 2014 01:41:40 -0500 (CDT) From: Scott Bennett Message-Id: <201408260641.s7Q6feBc004970@sdf.org> Date: Tue, 26 Aug 2014 01:41:40 -0500 To: paul@kraus-haus.org Subject: Re: gvinum raid5 vs. ZFS raidz References: <201408020621.s726LsiA024208@sdf.org> <53DCDBE8.8060704@qeng-ho.org> <201408060556.s765uKJA026937@sdf.org> <53E1FF5F.1050500@qeng-ho.org> <201408070831.s778VhJc015365@sdf.org> <201408070936.s779akMv017524@sdf.org> <201408071106.s77B6JCI005742@sdf.org> <5B99AAB4-C8CB-45A9-A6F0-1F8B08221917@kraus-haus.org> <201408220940.s7M9e6pZ008296@sdf.org> <7971D6CA-AEE3-447D-8D09-8AC0B9CC6DBE@kraus-haus.org> In-Reply-To: <7971D6CA-AEE3-447D-8D09-8AC0B9CC6DBE@kraus-haus.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org, freebsd@qeng-ho.org, Trond.Endrestol@fagskolen.gjovik.no X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 06:42:38 -0000 Paul Kraus wrote: > On Aug 22, 2014, at 5:40, Scott Bennett wrote: > > What I'm seeing here is ~2 KB of errors out > > of ~1.1TB, which is an error rate (in bytes, not bits) of ~1.82e+09, and the > > majority of the erroneous bytes I looked at had multibit errors. I consider > > that to be a huge change in the actual device error rates, specs be damned. > > That seems like a very high error rate. Is the drive reporting those errors or are they getting past the drive?s error correction and showing up as checksum errors in ZFS ? A drive that is throwing that many errors is clearly defective or dying. I'm not using ZFS yet. Once I get a couple more 2 TB drives, I'll give it a shot. The numbers are from running direct comparisons between the source file and the copy of it using cmp(1). In one case, I ran the cmp twice and got identical results, which I interpret as an indication that the errors are occurring during the writes to the target disk during the copying. > > > While I was out of town, I came across a trade magazine article that > > said that as the areal density of bits approaches the theoretical limit for > > the recording technology currently in production, the error rate climbs ever > > more steeply, and that the drives larger than 1 TB are now making that effect > > easily demonstrable. :-( > > It took perpendicular recording to make >1TB drives possible at all. > > > The article went on to describe superficially a new > > recording technology due to appear on the mass market in 2015 that will allow > > much higher bit densities, while drastically improving the error rate (at > > least until densities eventually close in on that technology's limit). So > > it may turn out that next year consumers will begin to move past the hump in > > error rates and will find that hardware RAID will have become acceptably safe > > once again. The description of the new recording technology looked like a > > really spiffed up version of the magneto-optical disks of the 1990s. In the > > meantime, though, the current crops of large-capacity disks apparently > > require software solutions like ZFS to preserve data integrity. > > I do not know the root cause of the uncorrectable errors, but they seem to vary with product line and not capacity. Whether that means the Enterprise drives with the order of magnitude better uncorrectable error rate has better coatings on the platters or better heads or better electronics or better QC I do not know. So I don?t know how mud this new technology will effect those errors. I guess we'll have to see what people report after the new technology appears on the market next year. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 06:51:49 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDD08E0F for ; Tue, 26 Aug 2014 06:51:48 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C9AD43F20 for ; Tue, 26 Aug 2014 06:51:48 +0000 (UTC) Received: from sdf.org (IDENT:bennett@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s7Q6pinw002549 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Tue, 26 Aug 2014 06:51:44 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id s7Q6pijc023521; Tue, 26 Aug 2014 01:51:44 -0500 (CDT) From: Scott Bennett Message-Id: <201408260651.s7Q6pijc023521@sdf.org> Date: Tue, 26 Aug 2014 01:51:44 -0500 To: paul@kraus-haus.org Subject: Re: some ZFS questions References: <201408070816.s778G9ug015988@sdf.org> <27DAA821-0303-4D51-ADA7-7780DB8FE85D@kraus-haus.org> <201408210837.s7L8bm01019230@sdf.org> <9207FB2C-5EDE-49A7-9B0E-7C9839250A7E@kraus-haus.org> <201408241001.s7OA19dZ004925@sdf.org> <5C83C4FD-571B-4557-8AD7-5578276D2ED5@kraus-haus.org> In-Reply-To: <5C83C4FD-571B-4557-8AD7-5578276D2ED5@kraus-haus.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 06:51:49 -0000 Paul Kraus wrote: > On Aug 24, 2014, at 6:01, Scott Bennett wrote: > > > Paul Kraus wrote: > > >> I tend to agree. I do not recall off the top of my head, but I *think* you can enable compression on a zvol, in which case you can get that added benefit on the encrypted data, if you have the CPU power to handle both the encryption and the compression at once without too big a performance penalty. > > > > That may be worth keeping in mind for the future, but my present > > collection of both encrypted and unencrypted file systems that are > > candidates to be moved into the care of ZFS are almost entirely compressed > > already. Turning on compression for these would just add unnecessary CPU > > overhead. > > Hmm...how would zvol compression work? Would UFS2 data structures > > still be meaningful? Would geli(8) or other g* utilities be able to find > > the last sector(s) in order to create/read their label metadata? > > OK, I just checked and my zvol *does* have a compression property, so you can enable compression for zvols. That's good to know in case I someday have other archival needs, but in the current situation, wouldn't buy me much, if anything, for the CPU costs, as noted above. > > In terms of how it would work, the same was a for a filesystem. Remember, ZFS compression happens to the blocks as they are written to the vdevs. In the case of a zvol, it looks like a raw device to the OS. The compression is transparent to the layer using the volume. Hmm. I wonder whether zvols simulate actual devices enough to fool gvinum(8) and its kernel module. Likewise for gpart(8)'s GPT scheme. > > On systems where I am CPU limited, I test each set of data I have to see if compression gets me anything. My home systems are MicroProliant N36L or N54L and with only 2 cores I am CPU limited :-) The larger systems I design and manage for clients are usually dual quad-core XEON, so I usually have tons of excess CPU, so I am much more liberal with my use of compression. I have found that Virtual Machine disk images (.vmdk files) tend to compress at better than 2:1, often better than 3:1. At present, I'm stuck with a first-generation Core 2 Quad (Q6600 - 2.4 GHz), so encryption costs, checksums cost, compression costs, etc. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 07:10:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF7F92C5 for ; Tue, 26 Aug 2014 07:10:25 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ACBE530B8 for ; Tue, 26 Aug 2014 07:10:25 +0000 (UTC) Received: from sdf.org (IDENT:bennett@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s7Q7ALoA006462 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Tue, 26 Aug 2014 07:10:21 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id s7Q7ALnc021359; Tue, 26 Aug 2014 02:10:21 -0500 (CDT) From: Scott Bennett Message-Id: <201408260710.s7Q7ALnc021359@sdf.org> Date: Tue, 26 Aug 2014 02:10:21 -0500 To: kpneal@pobox.com Subject: Re: some ZFS questions References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <20140822005911.GA52625@neutralgood.org> <201408241027.s7OARfEK004658@sdf.org> <20140825003000.GA4221@neutralgood.org> In-Reply-To: <20140825003000.GA4221@neutralgood.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 07:10:26 -0000 kpneal@pobox.com wrote: > On Sun, Aug 24, 2014 at 05:27:41AM -0500, Scott Bennett wrote: > > kpneal@pobox.com wrote: > > > What's the harm in encrypting all the data? > > > > High CPU overhead for both reading and writing is the main downside. > > Does this matter? Is the workload going to be so high or so latency sensitive > that the added encryption will matter? Most of the time, probably not much. But in some cases, it will (e.g., copying multigigabyte-long files into ZFS). > > This whole thread has been through a number of ways to keep the encrypted > and unencrypted data apart, but they all have important downsides. My > question to you is "Is the benefit of the data segregation worth the cost > in time and trouble?" > Some years ago in the days before "geli init" automatically created metadata backups in /var/backups, I inadvertently wiped out the geli metadata on a partition and thereby lost all of it. Thank goodness I didn't have everything in one partition. I also had wiped the MBR, but did have the original map and could recreate the MBR, so I was able to retrieve all of the unencrypted data. I was eventually able to recreate a moderate portion of the encrypted data, but that took a *lot* of my time. From time to time, I do make stupid mistakes, so I try to protect myself as much as I can from them. > > > > > > In fact, encrypting all data is more secure. If you only encrypt the data > > > > Sure, but why do it if the data don't need to be secret? > > Because segregating the data out might be more trouble than it is worth. > > > > that is secret then you've just told an attacker exactly what data it is > > > you want secret. > > > > > Umm...I don't see that that necessarily follows, except in one case, > > namely, when the attacker already knows what all of the data are. > > Not true. If you have only some data encrypted then an attacker knows that > by definition you don't want that data examined. What the data is is less > important initially than the fact that the secrecy of that data is important > _to_ _you_. > > You don't have to know a secret to know that a secret exists. > Encrypting *any* files tells an attacker that much, or at least that there *might* be a secret. For my purposes, that much is unimportant. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 07:17:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E4484D5 for ; Tue, 26 Aug 2014 07:17:51 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B38F31C4 for ; Tue, 26 Aug 2014 07:17:50 +0000 (UTC) Received: from sdf.org (IDENT:bennett@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s7Q7Hksv006220 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Tue, 26 Aug 2014 07:17:46 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id s7Q7Hkua012200; Tue, 26 Aug 2014 02:17:46 -0500 (CDT) From: Scott Bennett Message-Id: <201408260717.s7Q7Hkua012200@sdf.org> Date: Tue, 26 Aug 2014 02:17:46 -0500 To: kpneal@pobox.com Subject: Re: some ZFS questions References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <201408241015.s7OAFRv7010196@sdf.org> <20140825014249.GA28995@neutralgood.org> In-Reply-To: <20140825014249.GA28995@neutralgood.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 07:17:51 -0000 kpneal@pobox.com wrote: > On Sun, Aug 24, 2014 at 05:15:27AM -0500, Scott Bennett wrote: > > Paul Kraus wrote: > > > ZFS uses the header written to the device to identify it. Note that this was not always the case and *if* you have a zfs cache file you *may* run into device renaming issues. I have not seen any, but I am also particularly paranoid about not moving devices around before exporting them. I have seen too many stories of lost zpools due to this many years ago on the ZFS list. > > > > Well, I don't have an SSD at present, so maybe it won't matter then. > > Nevertheless, if a crash and reboot can result in loss of a pool because > > the device names get reshuffled, that would seem like a real hazard to > > using ZFS, so I hope that is no longer the case. > > If you can use GPT partitioning then you can have GPT labels on partitions > spanning entire disks. Then you can rearrange physical disks to your hearts > content. Of course, doing it that way, as opposed to giving ZFS the raw devices, is what others here have been recommending against for compatibility reasons. > > The bonus is that you can put identifying information in the label name > to be even more sure you are replacing the correct disk when the time > comes. > Certainly. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 07:32:30 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9012BA08; Tue, 26 Aug 2014 07:32:30 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 057B333CE; Tue, 26 Aug 2014 07:32:29 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id u57so14128548wes.24 for ; Tue, 26 Aug 2014 00:32:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:content-type:message-id:date:to :content-transfer-encoding:mime-version; bh=nH6LnTtoyYWVpnOXYFXJTjo00UqlvtE9yo2XffMAEEQ=; b=oLfcqt8VlxAYtD/6cLw/MzPtvGHtc3tifqfvHmdehJdGBtd9NiqftkbL7oT/tcV0c+ Hb/0SnnpoJ+3jme84E28HIsQFzCrsciEME3EuGXFI1ZPNLH+UEvVYJuX3cQOCr92XM/F 33fUYTOf8VURhM3mHcfTrveuqnZbF19jvXAnDwnvHCNC8LhC9hty3rl/6vrWHNQu2IcZ q5IPZg4O3lP6U4KM24Q9NzJuWR7klvNUmSf8wP6GRz8kS/qztMDEFkj/BTTgAZIgaFdt JcKgG1x9ReglJe1IWUHl5pDmQ44PNdiZSAY/Qbg5ewm1DCPBROwpwMl5Mb2Pd3pCMDn+ SniQ== X-Received: by 10.194.78.170 with SMTP id c10mr28205382wjx.22.1409038348356; Tue, 26 Aug 2014 00:32:28 -0700 (PDT) Received: from [192.168.20.2] ([62.219.134.104]) by mx.google.com with ESMTPSA id t9sm5939384wjf.41.2014.08.26.00.32.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Aug 2014 00:32:27 -0700 (PDT) Subject: TL-WN722N support on FreeBSD. From: atar X-Mailer: iPod Mail (10B500) Message-Id: Date: Tue, 26 Aug 2014 10:32:24 +0300 To: "freebsd-wireless@freebsd.org" , "freebsd-questions@freebsd.org" Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 07:32:30 -0000 Hi there! According to what's written in the following URLs: http://forums.freebsd.org= /viewtopic.php?t=3D41581 , https://wiki.freebsd.org/dev/ath_hal(4)/HardwareS= upport (under the 'Chipsets I won't be working on' section) the TL-WN722N T= P-LINK wireless dongle isn't supported on freeBSD since its chipset is based= on the AR9271 chipset which isn't supported by FreeBSD. Now, my question is, since the above mentioned device is supported by Linux v= ia a special atheros firmware module, and since FreeBSD provides a Linux vir= tualization, will this device work on a FreeBSD system by its Linux virtuali= zation capability? Regards, Atar.= From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 07:39:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D1A8B2D for ; Tue, 26 Aug 2014 07:39:12 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E5A813410 for ; Tue, 26 Aug 2014 07:39:11 +0000 (UTC) Received: from sdf.org (IDENT:bennett@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s7Q7d4dh014520 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Tue, 26 Aug 2014 07:39:04 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id s7Q7d3H6019543; Tue, 26 Aug 2014 02:39:03 -0500 (CDT) From: Scott Bennett Message-Id: <201408260739.s7Q7d3H6019543@sdf.org> Date: Tue, 26 Aug 2014 02:39:03 -0500 To: cyberleo@cyberleo.net Subject: Re: some ZFS questions References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <20140822005911.GA52625@neutralgood.org> <201408241027.s7OARfEK004658@sdf.org> <53FB0AFD.6010507@cyberleo.net> In-Reply-To: <53FB0AFD.6010507@cyberleo.net> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org, kpneal@pobox.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 07:39:12 -0000 CyberLeo Kitsana wrote: > On 08/24/2014 05:27 AM, Scott Bennett wrote: > > kpneal@pobox.com wrote: > >> What's the harm in encrypting all the data? > > > > High CPU overhead for both reading and writing is the main downside. > > AES-NI is fully supported for recent Intel CPUs, and can achieve some > pretty impressive throughputs. > I'm sure it's nice to have that kind of hardware. I'm stuck with a Q6600 for now. There is also a box collecting dust at the moment that has a QX9770 overclocked to 3.8 GHz, but I don't dare plug it in without a heavy-duty surge protector at minimum and preferably also an adequately large UPS. Neither chip has AES-NI support. > >> > >> In fact, encrypting all data is more secure. If you only encrypt the data > > > > Sure, but why do it if the data don't need to be secret? > > Because it takes 6-8 hours to erase a 3TB hard disk; and, if the disk > fails, you can't always erase it before sending it back for RMA replacement. You must have missed some of the thread to date. The encrypted data, as you point out, do not need to be wiped from a dead drive. However, the unencrypted data also do not need to be wiped from a dead drive because I really don't give a dam about someone recovering them. > > One of the things with which I've been experimenting lately is standing > encryption on my data storage pools. The intent here is not to protect > the data against an attacker; rather, to ease maintenance burden. > However, the details I have gathered are useful nevertheless. > > I'm currently running a 30TB? 10-disk zpool on a machine with a Haswell > CPU and, with AES-NI, the encryption operation is faster than the > throughput of all disks combined; there is no perceptible performance > impact. When a disk failed recently, it was so much easier to simply > destroy the key material rather than having to worry about somehow > securely erasing a device that was not always responsive before shipping > it back for replacement. > > I have a lot of failed hard drives. I sympathize. Out of seven new Seagate drives received last year, two were unusable out of the box, and two others failed at around one year since purchased. The two that were DOA were 3 TB. The other two were both 2 TB drives. The three survivors are two 2 TB drives and a 1 TB drive and *appear*, so far, to be working fine. There was also a nearly three- year-old, 500 GB Seagate that failed this year. So that comes to five out of eight Seagates died this year. There was also a 60 GB Hitachi drive that failed last year at the age of nearly nine years. > > ?Okay, only about 20TB after rounding errors, redundancy, and spare > capacity; but 30TB 'raw'. > Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 09:46:35 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37241823 for ; Tue, 26 Aug 2014 09:46:35 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C5D1E30E4 for ; Tue, 26 Aug 2014 09:46:34 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id f8so3835288wiw.0 for ; Tue, 26 Aug 2014 02:46:33 -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=phZTiK0rDObnWJZUSGEyeVUzDNThVA8DU3cPxFupTuM=; b=CHENcaJu+pO8Z3V+LQQO0DFUzxdj73adPIqitAL0fvS1g4WKseN45+ia8EuH7Un9lp l4eUf9cwym8c3T6HD1ZpcrBrAGcg7FESR6IqXwRNZm8Edsnw5P4Ynvk72RHJuYHTPRmW 1lFmumjt6p4i3pE6WGGPblKnciGCAZnKevIVegB8sSzo8t+yGmAIsGiMZyKuXdYO92Nh muksPIKddz4E8s3RcP7wMAkjQ82GZEf3NmhV/l4JfPcRIkyth0A4rtraDfVsJes4a/ns Bn9hhYAp8ZG093INAkA1lIHPAUEARgk16C3PHiZuc4Fngox3t49nx22gQHmVJ7v/Y/4O 7qyA== X-Received: by 10.194.71.74 with SMTP id s10mr1095985wju.116.1409046392979; Tue, 26 Aug 2014 02:46:32 -0700 (PDT) Received: from kontrol.kode5.net (host81-157-206-146.range81-157.btcentralplus.com. [81.157.206.146]) by mx.google.com with ESMTPSA id gl10sm3126013wib.1.2014.08.26.02.46.32 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 26 Aug 2014 02:46:32 -0700 (PDT) Message-ID: <53FC5777.9020803@gmail.com> Date: Tue, 26 Aug 2014 10:46:31 +0100 From: Jamie Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Questions Subject: Linux C6 flashplayer working well for video but no sound Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 09:46:35 -0000 I've followed instructions to the letter from this site https://github.com/xmj/linux-ports and i've read through a fair number of forum posts, editing oss.conf file to use different values for /dev/mixer and /dev/dsp i've got two /dev/dsp values, dsp0 and dsp1. Really stuck now and not sure how to proceed. Below is the log when I tried to play some youtube videos. Does anyone know what I can try now? LSA lib conf.c:4664:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2209:(snd_pcm_open_noupdate) Unknown PCM default ALSA lib pcm_hw.c:1401:(_snd_pcm_hw_open) Invalid value for card ALSA lib confmisc.c:768:(parse_card) cannot find card '0' ALSA lib conf.c:4185:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:4185:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name ALSA lib conf.c:4185:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4664:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2209:(snd_pcm_open_noupdate) Unknown PCM default ALSA lib pcm_hw.c:1401:(_snd_pcm_hw_open) Invalid value for card From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 10:25:58 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16FE2470; Tue, 26 Aug 2014 10:25:58 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (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 A14FD3525; Tue, 26 Aug 2014 10:25:57 +0000 (UTC) Received: from fileserver.home.qeng-ho.org (localhost [127.0.0.1]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id s7QAPloZ061268; Tue, 26 Aug 2014 11:25:48 +0100 (BST) (envelope-from freebsd@qeng-ho.org) Message-ID: <53FC60AB.1060805@qeng-ho.org> Date: Tue, 26 Aug 2014 11:25:47 +0100 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: atar , "freebsd-wireless@freebsd.org" , "freebsd-questions@freebsd.org" Subject: Re: TL-WN722N support on FreeBSD. References: 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 10:25:58 -0000 On 26/08/2014 08:32, atar wrote: > Hi there! > > According to what's written in the following URLs: > http://forums.freebsd.org/viewtopic.php?t=41581 , > https://wiki.freebsd.org/dev/ath_hal(4)/HardwareSupport > (under the 'Chipsets I won't be working on' section) the > TL-WN722N TP-LINK wireless dongle isn't supported on freeBSD > since its chipset is based on the AR9271 chipset which isn't > supported by FreeBSD. > > Now, my question is, since the above mentioned device is supported > by Linux via a special atheros firmware module, and since FreeBSD > provides a Linux virtualization, will this device work on a FreeBSD > system by its Linux virtualization capability? I'm not familiar with the Atheros firmware, but the likely answer is no. Linux virtualization (probably better described as emulation) is at the user space level, i.e. it mimics the interface of Linux syscalls. Device drivers work in kernel space, and the FreeBSD kernel has very different internals from Linux. From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 10:32:46 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D10A7B5 for ; Tue, 26 Aug 2014 10:32:46 +0000 (UTC) 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 E44453603 for ; Tue, 26 Aug 2014 10:32:45 +0000 (UTC) Received: from r56.edvax.de (port-92-195-111-1.dynamic.qsc.de [92.195.111.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 690CC3DED5; Tue, 26 Aug 2014 12:32: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 s7QAWagS002972; Tue, 26 Aug 2014 12:32:36 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Tue, 26 Aug 2014 12:32:36 +0200 From: Polytropon To: atar Subject: Re: TL-WN722N support on FreeBSD. Message-Id: <20140826123236.d5313f16.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 Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 10:32:46 -0000 On Tue, 26 Aug 2014 10:32:24 +0300, atar wrote: > Now, my question is, since the above mentioned device is supported > by Linux via a special atheros firmware module, and since FreeBSD > provides a Linux virtualization, will this device work on a FreeBSD > system by its Linux virtualization capability? Probably this won't work. The Linux support in FreeBSD is in the form of an ABI, an alternative binary interface. This allows Linux _programs_ to make Linux system calls which are then "translated" into BSD system calls. This happens in user space, the "layer" in which programs are running. Device drivers, on the other hand, do not operate in this "layer", they are very tightly connected to the system kernel, using its interfaces. As FreeBSD's kernel space is very different from Linux's kernel space, the driver probably cannot be used 1:1. A rewrite would be required (or at last some major adjustments). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 11:31:32 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54E63292 for ; Tue, 26 Aug 2014 11:31:32 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DDC7C3BB4 for ; Tue, 26 Aug 2014 11:31:31 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id bs8so4007475wib.15 for ; Tue, 26 Aug 2014 04:31:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=G64f12uK5ow7Sb93rzVrfVCNuAJeMiwxeSl6wtFAwWA=; b=k8voUyYFf2a1wjJitosoyLP3zjD1eYdBas4jtBkf9Ld5DsbLMqhz/YlMnZCeKrfQmG C8Usr72Bj+TdF29+OWwWR1+VLwxQ6A7R6vQ31yKV0uO4JnOdhQdzutlmW+qNjm7C9FwM 7tfyQ9aKcPiXjMcNNtBjNrAjxfZL4SK5SaSHhbBhPYvxGwBvUSls66N16X8ZTjfoSkmI c1o4Wj9YeWZGnIQ01CkYWDO3AX64QobMFJJvjS+m+0Tr040IDZodN3h/yq2gB96twPWg AxpE2eVFiiLaajyhvmp2/tI1GW2fqHBH0qMtUoNNeDONl89eF2AlMGNSKn2DpyfF4yEZ 5NgA== X-Received: by 10.180.95.135 with SMTP id dk7mr21016480wib.68.1409052690073; Tue, 26 Aug 2014 04:31:30 -0700 (PDT) Received: from [192.168.20.2] ([62.219.134.104]) by mx.google.com with ESMTPSA id la2sm5827198wjb.5.2014.08.26.04.31.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Aug 2014 04:31:28 -0700 (PDT) References: <20140826123236.d5313f16.freebsd@edvax.de> Mime-Version: 1.0 (1.0) In-Reply-To: <20140826123236.d5313f16.freebsd@edvax.de> Message-Id: X-Mailer: iPod Mail (10B500) From: atar Subject: Re: TL-WN722N support on FreeBSD. Date: Tue, 26 Aug 2014 14:31:25 +0300 To: Polytropon Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 11:31:32 -0000 Ok, I've understood the point. So probably there's no way to use this popula= r TP-LINK dongle with FreeBSD. Disappointed. > On Tue, 26 Aug 2014 10:32:24 +0300, atar wrote: >> Now, my question is, since the above mentioned device is supported >> by Linux via a special atheros firmware module, and since FreeBSD >> provides a Linux virtualization, will this device work on a FreeBSD >> system by its Linux virtualization capability? >=20 > Probably this won't work. The Linux support in FreeBSD is in the > form of an ABI, an alternative binary interface. This allows > Linux _programs_ to make Linux system calls which are then > "translated" into BSD system calls. This happens in user space, > the "layer" in which programs are running. Device drivers, on > the other hand, do not operate in this "layer", they are very > tightly connected to the system kernel, using its interfaces. > As FreeBSD's kernel space is very different from Linux's kernel > space, the driver probably cannot be used 1:1. A rewrite would > be required (or at last some major adjustments). >=20 >=20 > --=20 > Polytropon > Magdeburg, Germany > Happy FreeBSD user since 4.0 > Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 11:45:07 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7024417; Tue, 26 Aug 2014 11:45:07 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 357863CAC; Tue, 26 Aug 2014 11:45:07 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id n3so5045280wiv.2 for ; Tue, 26 Aug 2014 04:45:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=oIxch9cbbMFCptoIebMxjEZ5JIlHStj7YsybYRZy45Q=; b=VFoiQIlMylQ08qQBI7FjwMPk6qIKEKuYxBwJV0iUFUbffpxcqteDgFru3TxljeLvD/ +VNQiQM9IKU2sf1b2WhZWxxfol1hdylBwo4+UqltuZhpLHWOcBDtdtQHAooWQg5wFDwe 9Tx55g8OArGKAwR+glsOV3h4H0dK73ENuwI4Lvjc90ocgwDz7FGhq/aQVeLsdeT91tEK JyqyxlaWJOzmIETOWDp3XFTfDzq/v1bT8N4bUUtGP5Zkj47J0TfM86TtuBBuBDKq1C6t cy3DBI6KsCKJkT0GvgWsfX6cYqTlfN7hFfCp4hJURVtLlBJCZnxF9SlEBv8Bs+wglbGr lIUA== X-Received: by 10.180.75.17 with SMTP id y17mr21073415wiv.3.1409053505541; Tue, 26 Aug 2014 04:45:05 -0700 (PDT) Received: from [192.168.20.2] ([62.219.134.104]) by mx.google.com with ESMTPSA id hf9sm1609491wib.11.2014.08.26.04.45.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Aug 2014 04:45:04 -0700 (PDT) References: <53FC60AB.1060805@qeng-ho.org> Mime-Version: 1.0 (1.0) In-Reply-To: <53FC60AB.1060805@qeng-ho.org> Message-Id: <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> X-Mailer: iPod Mail (10B500) From: atar Subject: Re: TL-WN722N support on FreeBSD. Date: Tue, 26 Aug 2014 14:45:00 +0300 To: Arthur Chance Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" , "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 11:45:07 -0000 Ok, I've understood the point. So probably there's no way to use this popula= r TP-LINK dongle with FreeBSD. Very alas. Disappointed. > On 26/08/2014 08:32, atar wrote: >> Hi there! >>=20 >> According to what's written in the following URLs: > > http://forums.freebsd.org/viewtopic.php?t=3D41581 , > > https://wiki.freebsd.org/dev/ath_hal(4)/HardwareSupport > > (under the 'Chipsets I won't be working on' section) the > > TL-WN722N TP-LINK wireless dongle isn't supported on freeBSD > > since its chipset is based on the AR9271 chipset which isn't > > supported by FreeBSD. >>=20 >> Now, my question is, since the above mentioned device is supported > > by Linux via a special atheros firmware module, and since FreeBSD > > provides a Linux virtualization, will this device work on a FreeBSD > > system by its Linux virtualization capability? >=20 > I'm not familiar with the Atheros firmware, but the likely answer is no. L= inux virtualization (probably better described as emulation) is at the user s= pace level, i.e. it mimics the interface of Linux syscalls. Device drivers w= ork in kernel space, and the FreeBSD kernel has very different internals fro= m Linux. >=20 >=20 From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 12:41:07 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45BC010C; Tue, 26 Aug 2014 12:41:07 +0000 (UTC) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DFB23236; Tue, 26 Aug 2014 12:41:06 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id t60so14643045wes.20 for ; Tue, 26 Aug 2014 05:41:04 -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=X44a2Ud3o/q20mwrH6ksY58A0pfvCehdl+etrIGSuMM=; b=coMGUO8DtQNbijOpTlhQ49Mb5JZ2IlRTwWCGS+WAIZYL8/YhxW93T4fy/Lec5NXOC8 8Zs55JOb6AFJbusSMXcudmovpe+15a+7QEgwMciJMoFqVG5PqOTwOm5lIc8IVjphtbG/ PQHrGAwPlVC5bx2J3FomVO3/kNY7oxo2iS9lOyOD1ZYaHgpoH9kw7fbKMe6FRaQbpTlT S6Fr5I2MzIqG4luQ75zdlU9NLw79oNujNBWAiwmtgyM0hrhLljbuHdoTSLPeBG8ivlGn yiWmhXk8lCG2A33MyiBGf6+oh5TjC05bFmok9bIi/yYiuibXuBMv2gOtc79R0m8RnRX/ vX1A== X-Received: by 10.194.184.166 with SMTP id ev6mr27554868wjc.61.1409056864891; Tue, 26 Aug 2014 05:41:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.121.37 with HTTP; Tue, 26 Aug 2014 05:40:43 -0700 (PDT) In-Reply-To: <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> From: Miguel Clara Date: Tue, 26 Aug 2014 13:40:43 +0100 Message-ID: Subject: Re: TL-WN722N support on FreeBSD. To: atar Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" , Arthur Chance , "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 12:41:07 -0000 Well the page states "The AR7010 and AR9271 NICs are not yet supported - the USB glue needs writing for ath(4)." So it might happen :) Ofc only the maintainer can tell, and he was already done some many and great work on this. Melhores Cumprimentos // Best Regards ----------------------------------------------- *Miguel Clara* *IT - Sys Admin & Developer* *E-mail: *miguelmclara@gmail.com www.linkedin.com/in/miguelmclara/ On Tue, Aug 26, 2014 at 12:45 PM, atar wrote: > Ok, I've understood the point. So probably there's no way to use this > popular TP-LINK dongle with FreeBSD. Very alas. Disappointed. > > > On 26/08/2014 08:32, atar wrote: > >> Hi there! > >> > >> According to what's written in the following URLs: > > > http://forums.freebsd.org/viewtopic.php?t=41581 , > > > https://wiki.freebsd.org/dev/ath_hal(4)/HardwareSupport > > > (under the 'Chipsets I won't be working on' section) the > > > TL-WN722N TP-LINK wireless dongle isn't supported on freeBSD > > > since its chipset is based on the AR9271 chipset which isn't > > > supported by FreeBSD. > >> > >> Now, my question is, since the above mentioned device is supported > > > by Linux via a special atheros firmware module, and since FreeBSD > > > provides a Linux virtualization, will this device work on a FreeBSD > > > system by its Linux virtualization capability? > > > > I'm not familiar with the Atheros firmware, but the likely answer is no. > Linux virtualization (probably better described as emulation) is at the > user space level, i.e. it mimics the interface of Linux syscalls. Device > drivers work in kernel space, and the FreeBSD kernel has very different > internals from Linux. > > > > > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org > " > From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 13:50:41 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87D198B5 for ; Tue, 26 Aug 2014 13:50:41 +0000 (UTC) Received: from mail-qa0-f53.google.com (mail-qa0-f53.google.com [209.85.216.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D99538C9 for ; Tue, 26 Aug 2014 13:50:40 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id v10so13513184qac.40 for ; Tue, 26 Aug 2014 06:50:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=ZTkGC/KUm/EFGA9bN19qaayTbn0pU6zgziPTnr5mtTc=; b=Z4hF6QQ3q9kya2JFmTpcaUKNnuJ2GDZ0g5lhnE3CdN4h45l466awzIbxNbXBKCbfdF N/jnxa+U3tfXe9SqsoDug3CAQa8E6UPU0nSYF0n8oqaD81ZS9TUTsxkxIRuCkmb+Xzkb rAeo6eKY2lDDOF908wsnDC+OrAakXE9ZqIMUaYs7GwjbkhSCekTns8eVlVgxQKqRGh/+ iXZY3Kt7k0WqOQxZEN03LAu+R9rEaZdVyEBi8mHnRfl4E2C5pMkgjjW8NdqF2YJ3o3Ki 5e7s2mM/saDI7kgKsN2ygRXwybL5Zusei9Yl5k3LZHxWreNgvqg+fR63zzCJOa5ckjBB fbLA== X-Gm-Message-State: ALoCoQk44Jm4kfOQbFbIGPxKhIUy4F5WpCKSmdpCBM3754LCWgxUGVG9r6QIPW0vmIiM/dSKJQJP X-Received: by 10.229.73.70 with SMTP id p6mr45370162qcj.13.1409060688015; Tue, 26 Aug 2014 06:44:48 -0700 (PDT) Received: from mbp-1.thecreativeadvantage.com (mail.thecreativeadvantage.com. [96.236.20.34]) by mx.google.com with ESMTPSA id e2sm9604449qas.38.2014.08.26.06.44.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Aug 2014 06:44:47 -0700 (PDT) Subject: Re: gvinum raid5 vs. ZFS raidz Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=us-ascii From: Paul Kraus In-Reply-To: <201408260641.s7Q6feBc004970@sdf.org> Date: Tue, 26 Aug 2014 09:44:46 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <9588077E-1198-45AF-8C4A-606C46C6E4F8@kraus-haus.org> References: <201408020621.s726LsiA024208@sdf.org> <53DCDBE8.8060704@qeng-ho.org> <201408060556.s765uKJA026937@sdf.org> <53E1FF5F.1050500@qeng-ho.org> <201408070831.s778VhJc015365@sdf.org> <201408070936.s779akMv017524@sdf.org> <201408071106.s77B6JCI005742@sdf.org> <5B99AAB4-C8CB-45A9-A6F0-1F8B08221917@kraus-haus.org> <201408220940.s7M9e6pZ008296@sdf.org> <7971D6CA-AEE3-447D-8D09-8AC0B9CC6DBE@kraus-haus.org> <201408260641.s7Q6feBc004970@sdf.org> To: Scott Bennett X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-questions@freebsd.org, freebsd@qeng-ho.org, Trond.Endrestol@fagskolen.gjovik.no X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 13:50:41 -0000 On Aug 26, 2014, at 2:41, Scott Bennett wrote: > Paul Kraus wrote: >> On Aug 22, 2014, at 5:40, Scott Bennett wrote: >>> What I'm seeing here is ~2 KB of errors out >>> of ~1.1TB, which is an error rate (in bytes, not bits) of ~1.82e+09, = and the >>> majority of the erroneous bytes I looked at had multibit errors. I = consider >>> that to be a huge change in the actual device error rates, specs be = damned. >>=20 >> That seems like a very high error rate. Is the drive reporting those = errors or are they getting past the drive?s error correction and showing = up as checksum errors in ZFS ? A drive that is throwing that many errors = is clearly defective or dying. >=20 > I'm not using ZFS yet. Once I get a couple more 2 TB drives, I'll = give > it a shot. > The numbers are from running direct comparisons between the source = file > and the copy of it using cmp(1). In one case, I ran the cmp twice and = got > identical results, which I interpret as an indication that the errors = are > occurring during the writes to the target disk during the copying. Wow. That implies you are hitting a drive with a very high uncorrectable = error rate since the drive did not report any errors and the data is = corrupt. I have yet to run into one of those. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 14:18:32 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EC2E603; Tue, 26 Aug 2014 14:18:32 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A2CC3C66; Tue, 26 Aug 2014 14:18:31 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id q58so14713680wes.7 for ; Tue, 26 Aug 2014 07:18:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:content-transfer-encoding:subject:references:from :in-reply-to:message-id:date:cc:to:mime-version; bh=LOAegXy8umuyky0M3GliOzgtlTE/IaUxv6FWesAtRAk=; b=TpxLcW3HLBlbV3m7GVg3uLmSVIQmkJXFRczFR32fE7NpVbM/Siem0zdJAiOnuaZcBi lJs98CH7j5RSTIuEjKfozKoocLex4od7xaUfeKIhvl4zKPzx2EewfVk6VkVjg/WYDF0X emnk/Y5NaP/RWWqzItOGrdY4qGycYw0ooEDI7eBJ3WfP8IA9sVwim9VuSONS/mqEYWz2 8if+q/iaFjURN+Y/D+8uk8nMFo1edHJ6/RYwcFfkXFguOWxrc+Cp1fZ+u4KK7vYs4Z5y CY7RcWP+WtmDgzafm+macdrITmonOQs7xmfICVQbHDmEm5pO24v77TOtDHeLSl9dq5sN urkw== X-Received: by 10.180.20.6 with SMTP id j6mr16877024wie.64.1409062709748; Tue, 26 Aug 2014 07:18:29 -0700 (PDT) Received: from [192.168.20.2] ([62.219.134.104]) by mx.google.com with ESMTPSA id j7sm12688496wia.9.2014.08.26.07.18.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Aug 2014 07:18:28 -0700 (PDT) Subject: Re: TL-WN722N support on FreeBSD. References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> From: atar In-Reply-To: Message-Id: <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> Date: Tue, 26 Aug 2014 17:18:10 +0300 To: Miguel Clara Mime-Version: 1.0 (1.0) X-Mailer: iPod Mail (10B500) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" , Arthur Chance , "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 14:18:32 -0000 Maybe, but it has about above half of a year since I've saw this limitation i= n FreeBSD and this still wasn't fixed so I haven't too much hopes it will be= fixed in the near future. > Well the page states "The AR7010 and AR9271 NICs are not yet supported - t= he USB glue needs writing for ath(4)." >=20 > So it might happen :) >=20 > Ofc only the maintainer can tell, and he was already done some many and gr= eat work on this. >=20 >=20 > Melhores Cumprimentos // Best Regards > ----------------------------------------------- > Miguel Clara > IT - Sys Admin & Developer > E-mail: miguelmclara@gmail.com > www.linkedin.com/in/miguelmclara/ >=20 >=20 > On Tue, Aug 26, 2014 at 12:45 PM, atar wrote: >> Ok, I've understood the point. So probably there's no way to use this pop= ular TP-LINK dongle with FreeBSD. Very alas. Disappointed. >>=20 >> > On 26/08/2014 08:32, atar wrote: >> >> Hi there! >> >> >> >> According to what's written in the following URLs: >> > > http://forums.freebsd.org/viewtopic.php?t=3D41581 , >> > > https://wiki.freebsd.org/dev/ath_hal(4)/HardwareSupport >> > > (under the 'Chipsets I won't be working on' section) the >> > > TL-WN722N TP-LINK wireless dongle isn't supported on freeBSD >> > > since its chipset is based on the AR9271 chipset which isn't >> > > supported by FreeBSD. >> >> >> >> Now, my question is, since the above mentioned device is supported >> > > by Linux via a special atheros firmware module, and since FreeBSD >> > > provides a Linux virtualization, will this device work on a FreeBSD >> > > system by its Linux virtualization capability? >> > >> > I'm not familiar with the Atheros firmware, but the likely answer is no= . Linux virtualization (probably better described as emulation) is at the us= er space level, i.e. it mimics the interface of Linux syscalls. Device drive= rs work in kernel space, and the FreeBSD kernel has very different internals= from Linux. >> > >> > >> _______________________________________________ >> freebsd-wireless@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.or= g" >=20 From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 14:23:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A542A76D for ; Tue, 26 Aug 2014 14:23:51 +0000 (UTC) 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 713183D34 for ; Tue, 26 Aug 2014 14:23:51 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-240.adsl.hiwaay.net [216.180.76.240]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7QENhp9021869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 Aug 2014 09:23:43 -0500 Message-ID: <53FC99E6.7080509@hiwaay.net> Date: Tue, 26 Aug 2014 09:29:58 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: NFS on unprivileged ports .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 14:23:51 -0000 .... I have nfsd running on my FBSD 9.3 desktop, exporting /home (~3.6 TiB). I can mount/see/use it from all other machines on my LAN (all Linux boxen) *except* for a CentOS 5.n VM running on one of the other boxen. When the VM tries to (auto)mount the exported partition on the FBSD box ('jaguar'), I get the following (from earlier this A.M.): [root@centos-5:/etc, Tue Aug 26, 06:28 AM] 1008 # lf /net/jaguar/home/ /net/q6600/home/ /net/opty165a/work/ /net/opty165a/home/ /net/cube/home/ ls: /net/jaguar/home/: No such file or directory /net/cube/home/: Opty165A/ Q6600/ VMs/ archive/ lost+found/ makedepend* pub/ wam/ /net/opty165a/home/: FTP/ RPMs/ SGI/ archive/ lost+found/ rsync/ wam/ /net/opty165a/work/: FTP/ ISOs/ RPMs/ VMs/ archive/ lost+found/ vmware/ wam/ /net/q6600/home/: FTP/ ISOs/ VMs/ archive/ lost+found/ rsync/ wam/ work/ [root@centos-5:/etc, Tue Aug 26, 06:29 AM] 1009 # df ; w ; /sbin/swapon -s ; free -m ; uname -a ; hwclock -r; date Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup00-LogVol00 ext3 46691248 7505344 36775820 17% / /dev/hda1 ext3 101086 26854 69013 29% /boot tmpfs tmpfs 1029372 0 1029372 0% /dev/shm q6600:/home nfs 1906370560 1025951744 783581184 57% /net/q6600/home opty165a:/work nfs 480719104 410868736 45431040 91% /net/opty165a/work opty165a:/home nfs 473086208 351912192 96754944 79% /net/opty165a/home cube:/home nfs 155794432 143113728 4638976 97% /net/cube/home 06:29:20 up 121 days, 12:12, 3 users, load average: 0.04, 0.02, 0.00 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT wam pts/0 192.168.122.1 Thu07 46:20m 1.96s 1.96s -tcsh root pts/1 192.168.122.1 Sun08 46:11m 0.09s 0.09s -bash root pts/2 192.168.122.1 Sun08 0.00s 0.09s 0.08s -bash Filename Type Size Used Priority /dev/mapper/VolGroup00-LogVol01 partition 4095992 76 -1 total used free shared buffers cached Mem: 2010 1891 118 0 327 943 -/+ buffers/cache: 620 1389 Swap: 3999 0 3999 Linux centos-5.6-vm 2.6.18-371.8.1.el5.centos.plus #1 SMP Thu Apr 24 18:32:18 EDT 2014 x86_64 x86_64 x86_64 GNU/Linux Tue Aug 26 06:29:28 2014 -1.008094 seconds Tue Aug 26 06:29:21 CDT 2014 [root@centos-5:/etc, Tue Aug 26, 06:29 AM] 1010 # i.e., it can see all other exported partitions except the FBSD (jaguar). On the FBSD box, I get the following: [root@kabini1, /etc, 6:24:31am] 708 % grep vfs LIST.sysctl-A.txt | grep nfs | grep priv vfs.nfsd.nfs_privport: 0 [root@kabini1, /etc, 6:24:50am] 709 % service mountd status Cannot 'status' mountd. Set mountd_enable to YES in /etc/rc.conf or use 'onestatus' instead of 'status'. [root@kabini1, /etc, 6:26:08am] 710 % service mountd onestatus mountd is running as pid 718. [root@kabini1, /etc, 6:26:16am] 711 % ps -aux | grep mountd root 718 0.0 0.0 16180 3836 ?? Is 15Aug14 0:00.03 /usr/sbin/mountd -r root 51859 0.0 0.0 16332 2024 10 S+ 6:26AM 0:00.00 grep mountd wam 51820 0.0 0.0 14544 2428 17 I+ 6:22AM 0:00.01 /bin/sh /usr/bin/man mountd [root@kabini1, /etc, 6:26:35am] 712 % grep -i mountd rc.d/* rc.d/mountd:# $FreeBSD: releng/9.3/etc/rc.d/mountd 231792 2012-02-15 22:59:15Z dougb $ rc.d/mountd:# PROVIDE: mountd rc.d/mountd:name="mountd" rc.d/mountd:rcvar="mountd_enable" rc.d/mountd:start_precmd="mountd_precmd" rc.d/mountd:mountd_precmd() rc.d/mountd: # mountd flags will differ depending on rc.conf settings rc.d/mountd: if checkyesno weak_mountd_authentication; then rc.d/mountd: rc_flags="${mountd_flags} -n" rc.d/mountd: if checkyesno mountd_enable; then rc.d/mountd: checkyesno weak_mountd_authentication && rc_flags="-n" rc.d/mountd: rm -f /var/db/mountdtab rc.d/mountd: ( umask 022 ; > /var/db/mountdtab ) || rc.d/mountd: err 1 'Cannot create /var/db/mountdtab' rc.d/nfsd:# REQUIRE: mountd hostname gssd nfsuserd rc.d/nfsd: force_depend mountd || return 1 [root@kabini1, /etc, 6:27:19am] 713 % (tail -10 /var/log/messages ; date) Aug 24 08:09:44 kabini1 mountd[718]: mount request from 192.168.0.9 from unprivileged port Aug 24 08:18:12 kabini1 mountd[718]: mount request from 192.168.0.9 from unprivileged port Aug 24 08:18:51 kabini1 su: wam to root on /dev/pts/19 Aug 24 08:52:04 kabini1 mountd[718]: mount request from 192.168.0.9 from unprivileged port Aug 24 09:10:23 kabini1 ntpd[804]: time reset +0.186836 s Aug 24 11:37:21 kabini1 dbus[738]: [system] Failed to activate service 'org.freedesktop.Avahi': timed out Aug 24 11:38:57 kabini1 dbus[738]: [system] Failed to activate service 'org.freedesktop.Avahi': timed out Aug 24 11:40:21 kabini1 dbus[738]: [system] Failed to activate service 'org.freedesktop.Avahi': timed out Aug 24 11:48:49 kabini1 last message repeated 7 times Aug 26 06:29:25 kabini1 mountd[718]: mount request from 192.168.0.9 from unprivileged port Tue Aug 26 06:30:14 CDT 2014 [root@kabini1, /etc, 6:30:14am] 714 % i.e., the mount request from the VM is apparently coming in on an unprivileged port & the FBSD box's mountd is dropping/ignoring it. The other boxen handle it OK. I have ipfw dropping all such traffic *not* originating on my LAN, so I don't mind using the unprivileged port (I don't think there are any security issues). How do I get FBSD's nfsd/mountd to allow/handle the mount request on unprivileged ports ? TIA .... -- 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 26 14:40:45 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FC7B9B6 for ; Tue, 26 Aug 2014 14:40:45 +0000 (UTC) Received: from server1.shellworld.net (shellworld.net [69.60.117.94]) by mx1.freebsd.org (Postfix) with ESMTP id E12393EB9 for ; Tue, 26 Aug 2014 14:40:44 +0000 (UTC) Received: from server1.shellworld.net (localhost [127.0.0.1]) by server1.shellworld.net (Postfix) with ESMTP id DC675228B7 for ; Tue, 26 Aug 2014 10:40:37 -0400 (EDT) To: "questions@freebsd.org" Subject: Re: Has the Procedure for Regenerating A FreeBSD Installation Disk Changed? MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <11344.1409064037.1@server1.shellworld.net> Date: Tue, 26 Aug 2014 09:40:37 -0500 From: "Martin G. McCormick" Message-Id: <20140826144037.DC675228B7@server1.shellworld.net> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 14:40:45 -0000 Roland Smith writes: > Maybe try with GNU tar (archivers/gtar). If that works I think a bug > report is > in order. Maybe libarchive and tar from 10.0 can be backported to > 9-STABLE. It does sound like we have a bug all right. bsdtar appears to be the only implementation of tar that understands ISO9660 images. gtar installed just fine from the ports collection but it simply exits instantly without doing anything when presented with the ISO image. For now, I will work with rsync again and see if that might work plus re-try building another memory stick image which is actually preferable to a re-mastered CD. Thanks to Roland Smith and all others who have provided good suggestions. Martin McCormick From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 15:14:11 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5983E5E3 for ; Tue, 26 Aug 2014 15:14:11 +0000 (UTC) Received: from sasl.smtp.pobox.com (sasl.smtp.pobox.com [208.72.237.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1E5423273 for ; Tue, 26 Aug 2014 15:14:10 +0000 (UTC) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id 80C9C314B6; Tue, 26 Aug 2014 11:13:42 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc:message-id :references:to; s=sasl; bh=OQzrEVJgt2wMXnNC5wPjjq1OmbU=; b=YrU+i 35wdYQbCeYIS6zZdaWC38yLuz2fegUqPjA6rWeu8LsCAsMs7AxmgJp8D9aPov3aM 5g+pQOdrdk176p5Otr6gzt8uL9LHkPOfrXf/gTH7tjSo/eS8iSfha2jRviMMmX/W TY4DQBdpvieLi9lY3vzt+6Cq2IB3yyy9wRd4gA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc:message-id :references:to; q=dns; s=sasl; b=ih3FBT/M//+4+OvrxZqjbMbgj7NdN4D HUMXc5WHRoe4I4Mb35CsgAmlBBzFXIHIqPOSkwPGBE8afFgFkcNpnwThWD8Dl+yz oCLhmhnVV+TVezlXowPcWG1N/ccXFJk6dX4zXcX1lfqiKy44AkhBUK4zntIuRFJt UFr2uKfriY8Y= Received: from pb-sasl0.int.icgroup.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id 755C8314B4; Tue, 26 Aug 2014 11:13:42 -0400 (EDT) Received: from [192.168.45.241] (unknown [80.229.153.31]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by pb-sasl0.pobox.com (Postfix) with ESMTPSA id 6DD9C314AE; Tue, 26 Aug 2014 11:13:29 -0400 (EDT) Subject: Re: some ZFS questions Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Andrew McRae X-Priority: 5 In-Reply-To: Date: Tue, 26 Aug 2014 16:07:58 +0100 Message-Id: References: <201408070816.s778G9ug015988@sdf.org> <40AF5B49-80AF-4FE2-BA14-BFF86164EAA8@kraus-haus.org> <201408211007.s7LA7YGd002430@sdf.org> <201408241015.s7OAFRv7010196@sdf.org> <20140825014249.GA28995@neutralgood.org> To: Warren Block X-Mailer: Apple Mail (2.1878.6) X-Pobox-Relay-ID: 89ABACF0-2D33-11E4-9D90-7FB96395E023-05926501!pb-sasl0.pobox.com Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Michael Sierchio , FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 15:14:11 -0000 On 25 Aug 2014, at 04:23, Warren Block wrote: > On Sun, 24 Aug 2014, Michael Sierchio wrote: >=20 >> On Sun, Aug 24, 2014 at 8:00 PM, Warren Block = wrote: >>> On Sun, 24 Aug 2014, Michael Sierchio wrote: >>>=20 >>>> On Sun, Aug 24, 2014 at 6:42 PM, wrote: >>>>=20 >>>>=20 >>>>> If you can use GPT partitioning then you can have GPT labels on >>>>> partitions >>>>> spanning entire disks. Then you can rearrange physical disks to = your >>>>> hearts >>>>> content. >>>>>=20 >>>>> The bonus is that you can put identifying information in the label = name >>>>> to be even more sure you are replacing the correct disk when the = time >>>>> comes. >>>>=20 >>>>=20 >>>> You can do this - and it's the approach that FreeNAS takes, but you >>>> lose the benefits of presenting a whole disk to ZFS - the ability = to >>>> fully use the disk cache when presented a raw device rather than a >>>> partition. >>>=20 >>>=20 >>> I thought that was a Solaris-only limitation. In fact, I'm pretty = sure it >>> is, and does not apply on FreeBSD. >>=20 >> You mean Solaris-only benefit? >=20 > No, I mean that the disk cache problem was only on Solaris, and does = not apply to FreeBSD. On FreeBSD, there is no difference in performance = between partitions versus the whole disk. Actually the problem never existed in the first place. It=92s an urban = myth based on a misunderstanding of the fact that when presented with a = whole disk, ZFS tries to enable the disk=92s write cache. (And that = generally has no effect, except for some old Sun-branded disks that = shipped with the write cache disabled, as I understand it.) Here=92s the code, still in FreeBSD: = https://svnweb.freebsd.org/base/stable/10/sys/cddl/contrib/opensolaris/uts= /common/fs/zfs/vdev_disk.c?view=3Dmarkup#l569 Another comment: http://marc.info/?l=3Dzfs-discuss&m=3D134022989322125 From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 16:27:35 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D6F95CB; Tue, 26 Aug 2014 16:27:35 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0568C3939; Tue, 26 Aug 2014 16:27:34 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id e89so15074916qgf.31 for ; Tue, 26 Aug 2014 09:27:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:cc:in-reply-to:references :disposition-notification-to:content-type:date:message-id :mime-version; bh=Fh1biVWeYa9oy8ewu/rzBov9p3ILYfKIaHUY7iT7MxY=; b=r+ewx9IW3VQ+53yAao3iQiD9iRcX31eEte5JKtKxHarAX3IRqJuB0lmyUM47XOntTx yU1O6hVMA3FPrNQUhJBrf8XL9V5y7kET6a4gHIk+ZEHHn1geJ/NO6zVIhaqAiWEZTcE6 XULsgyZJph4uFFwZj8FCo+Gi96tSthqZrkNv8AqnXYiMgm5EVI9EUIh5IhSDR4/W06eO cDrExEaSkdUlPp1ZkU1DtPHgxLow8+IMpTPe7ajSueYZo1+8B2yYVBDNb0pw94Y1DVpz lEp5u3o4f0SFtd1GH1KFZHcx9W2RK0h/eMR/DgZnLW6QreMEeUdd2HScHVIcLNhJoEOh AxsA== X-Received: by 10.224.66.7 with SMTP id l7mr48308471qai.46.1409070454115; Tue, 26 Aug 2014 09:27:34 -0700 (PDT) Received: from [192.168.6.46] ([179.184.51.72]) by mx.google.com with ESMTPSA id r1sm10780759qab.36.2014.08.26.09.27.31 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 26 Aug 2014 09:27:33 -0700 (PDT) Subject: Re: TL-WN722N support on FreeBSD. From: sergio de Almeida Lenzi To: atar In-Reply-To: <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> Date: Tue, 26 Aug 2014 13:27:36 -0300 Message-ID: <1409070456.4218.7.camel@lenzinote.lenzicasa> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" , Arthur Chance , Miguel Clara , "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 16:27:35 -0000 I bought a TL-WN725N and a TL-WN723N the model WN725N is better, and smaller both from tplink and both works out of the box with FreeBSD 10 stable AMD64 I use them on a sony that have a wireless chip not recognizeable by FreeBSD. the only "catch" is to load the driver at boot (loader.conf) and accept the licence... if_urtwn_load=YES legal.realtek.license_ack=1 From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 17:33:45 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F39534F for ; Tue, 26 Aug 2014 17:33:45 +0000 (UTC) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 620A730E6 for ; Tue, 26 Aug 2014 17:33:44 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 3hjHP25pMdzXR for ; Tue, 26 Aug 2014 13:33:42 -0400 (EDT) Date: Tue, 26 Aug 2014 13:33:42 -0400 From: Daniel Staal To: freebsd-questions@freebsd.org Subject: Re: some ZFS questions Message-ID: In-Reply-To: <201408260651.s7Q6pijc023521@sdf.org> References: <201408070816.s778G9ug015988@sdf.org> <27DAA821-0303-4D51-ADA7-7780DB8FE85D@kraus-haus.org> <201408210837.s7L8bm01019230@sdf.org> <9207FB2C-5EDE-49A7-9B0E-7C9839250A7E@kraus-haus.org> <201408241001.s7OA19dZ004925@sdf.org> <5C83C4FD-571B-4557-8AD7-5578276D2ED5@kraus-haus.org> <201408260651.s7Q6pijc023521@sdf.org> 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-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 17:33:45 -0000 --As of August 26, 2014 1:51:44 AM -0500, Scott Bennett is alleged to have said: > Paul Kraus wrote: > >> On Aug 24, 2014, at 6:01, Scott Bennett wrote: >> >> > Paul Kraus wrote: >> >> >> I tend to agree. I do not recall off the top of my head, but I >> >> *think* you can enable compression on a zvol, in which case you can >> >> get that added benefit on the encrypted data, if you have the CPU >> >> power to handle both the encryption and the compression at once >> >> without too big a performance penalty. >> > >> > That may be worth keeping in mind for the future, but my present >> > collection of both encrypted and unencrypted file systems that are >> > candidates to be moved into the care of ZFS are almost entirely >> > compressed already. Turning on compression for these would just add >> > unnecessary CPU overhead. >> > Hmm...how would zvol compression work? Would UFS2 data structures >> > still be meaningful? Would geli(8) or other g* utilities be able to >> > find the last sector(s) in order to create/read their label metadata? >> >> OK, I just checked and my zvol *does* have a compression property, so >> you can enable compression for zvols. > > That's good to know in case I someday have other archival needs, but > in the current situation, wouldn't buy me much, if anything, for the CPU > costs, as noted above. --As for the rest, it is mine. Compression can be well worth the CPU cost, actually: In many cases using light/medium compression under ZFS *improves* performance, as it takes less time to compress/decompress the data then it does to transfer the uncompressed data to disk. Experiment with your data, of course; it depends on how compressible things are, and your hardware. But don't write it off just because it's a CPU cost - it might still be a good option. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 18:00:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0E12B51 for ; Tue, 26 Aug 2014 18:00:21 +0000 (UTC) Received: from mail-qc0-f175.google.com (mail-qc0-f175.google.com [209.85.216.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 79C5B3414 for ; Tue, 26 Aug 2014 18:00:20 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id w7so15642786qcr.20 for ; Tue, 26 Aug 2014 11:00:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=eY2yuE7i8VnNBUS0/nBEiMmzyQSPeAvI09V66vDBAMQ=; b=KdNH0sh8xGdyGSpf7l4qsJv6GbbvNx9+MGKi12RNM3p2LGcnXsbbhSrUiqHMFrnoYi Qg/kSiacyUk44YfngHuK8ZLEPn65gC38NPJzVNejAci/V4V/GsrH/FtvBO1P89+g6c+M 3odhI1vLgXQj474b6pBJwAQHIh6esfKcxF+bOT0eDEAIwPGhc2lgNWGWQNB3FLXOIkJ4 KMKK3krVYinwmpQloaXYPYHIo4vwk84QdOPPKjU8bnyBcH3EVAZYjWv2HmzsFtE6gSuH RvPz0BSHMbokC69dlRlBDiO47TN8RTQKhckMWQmD9HFQzBnTBXMDU2kaMNPiL8fR9XTr u9QA== X-Gm-Message-State: ALoCoQkKPX1gFI5fxMotAEG+jUhd98VwD1ipxALSm9CsgGxgeDyUZY7AZugcDOESTOGoJYTqRXb3 X-Received: by 10.140.103.75 with SMTP id x69mr29170427qge.17.1409075686059; Tue, 26 Aug 2014 10:54:46 -0700 (PDT) Received: from mbp-1.thecreativeadvantage.com (mail.thecreativeadvantage.com. [96.236.20.34]) by mx.google.com with ESMTPSA id t5sm11453960qat.24.2014.08.26.10.54.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Aug 2014 10:54:45 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: some ZFS questions From: Paul Kraus In-Reply-To: Date: Tue, 26 Aug 2014 13:54:44 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <7432CA21-8F02-4A81-9BD7-CE435EEC992D@kraus-haus.org> References: <201408070816.s778G9ug015988@sdf.org> <27DAA821-0303-4D51-ADA7-7780DB8FE85D@kraus-haus.org> <201408210837.s7L8bm01019230@sdf.org> <9207FB2C-5EDE-49A7-9B0E-7C9839250A7E@kraus-haus.org> <201408241001.s7OA19dZ004925@sdf.org> <5C83C4FD-571B-4557-8AD7-5578276D2ED5@kraus-haus.org> <201408260651.s7Q6pijc023521@sdf.org> To: FreeBSD Questions !!!! X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 18:00:21 -0000 On Aug 26, 2014, at 13:33, Daniel Staal wrote: > Compression can be well worth the CPU cost, actually: In many cases = using light/medium compression under ZFS *improves* performance, as it = takes less time to compress/decompress the data then it does to transfer = the uncompressed data to disk. The issue comes down to three things: 1) How compressible is *your* data? Scott said that his data is already = compressed, so that probably means that ZFS compression will not achieve = much. 2) How much excess CPU capacity do you have and how fast is it? If your = CPUs are idle 80% of the time and they are fast, then they may decrease = the amount of data to be written by enough to make it worthwhile. 3) How fast is your storage? If your storage system is faster than your = *excess* CPU capacity, then compression may not get you any performance = boost. You are balancing the amount by which the compression will reduce the = amount of data to be written (and later read) by the additional CPU = overhead involved in the compression. Also remember that the speed of = your storage will probably be different for writes vs. reads. If your = data access is 95% read, then optimizing writes through compression may = not be the best answer. > Experiment with your data, of course; it depends on how compressible = things are, and your hardware. But don't write it off just because it's = a CPU cost - it might still be a good option. Excellent advice. If I can, I test the compressibility of my data sets, = often with unexpected results. For example, I discovered that raw audio = files (WAV or AIFF) do NOT compress very much using the default ZFS = compression, so I do not enable compression on datasets where those = files reside. On the other hand, I get between 2:1 and 3:1 compression = on virtual machine disk images (even static ones), so I enable = compression on those datasets. One more argument for separate datasets based on the data type. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 18:40:39 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BEB58979 for ; Tue, 26 Aug 2014 18:40:39 +0000 (UTC) Received: from mail155.atl121.mcsv.net (mail155.atl121.mcsv.net [198.2.131.155]) by mx1.freebsd.org (Postfix) with ESMTP id 83E83388C for ; Tue, 26 Aug 2014 18:40:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail155.atl121.mcsv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=team=3Dpivotpointresearch.com@mail155.atl121.mcsv.net; bh=2UhyG0qjSzjReSb3cYpzv6X6o0A=; b=lhBgQhyncxfrQwfmqqHCRwMGQL88FZNkPGOnBPK9tYqqD1VBOtfYijNZL68dfWMmRYD6VvGxaZuW MFL7jvm+nrdBVVRAsyzuuq7TZE3trdZX1I4KSLUdftTHCpn2CNkR9/u2hnJgiydxiGUDbcp/ufKm JTCQTulXnY6mk4bzSWo= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=k1; d=mail155.atl121.mcsv.net; b=Ki0VZOViwv8jFCbsrm5ivdV3g0J3rBmKE2xT7HG5txOm5VjcLq1EtowMSM22aNZaYdiF8akkkrAC 6/I5aj0EkikRKMUNoIy4YWoui5o2QfAq1HhHWbPvtU1qyHqGNTzbdhWKtndswjw3SmbakbhA5JO+ WFjfNimpIKpOZFDWRlc=; Received: from (127.0.0.1) by mail155.atl121.mcsv.net id hvjaae1ohnc0 for ; Tue, 26 Aug 2014 18:21:04 +0000 (envelope-from ) Subject: =?utf-8?Q?Please=20complete=20this=20=20survey=20on=20development=20tools=20for=20a=20nice=20incentive=21?= From: =?utf-8?Q?Pivot=20Point?= Reply-To: =?utf-8?Q?Pivot=20Point?= To: =?utf-8?Q?*=5Burl=5D*?= Date: Tue, 26 Aug 2014 18:21:04 +0000 Message-ID: X-Mailer: MailChimp Mailer - **CIDb04c6c907781b96126c3** X-Campaign: mailchimpca43e8b1f0e9c72628074f775.b04c6c9077 X-campaignid: mailchimpca43e8b1f0e9c72628074f775.b04c6c9077 X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=ca43e8b1f0e9c72628074f775&id=b04c6c9077&e=81b96126c3 X-MC-User: ca43e8b1f0e9c72628074f775 X-Feedback-ID: 31346347:31346347.685149:us8:mc X-Accounttype: pd Sender: "Pivot Point" x-mcda: FALSE MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format="fixed" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 18:40:39 -0000 ** Please complete an important survey on development tools and receive a= nice reward! ------------------------------------------------------------ Our partner=2C Naxion Research=2C is conducting a survey for one of the le= ading technology companies on development tools and they very much would a= ppreciate hearing from you. This brief survey will take just a few minute= s to complete and for your time we would like to offer you a nice reward w= hich includes a payment of $25 USD or a 1 in 30 chance to win $300 USD. W= e are only inviting a limited number of software developers from certain c= ountries to participate in this survey so we very much appreciate your qui= ck response. You will need to enter this unique user ID and password to complete the su= rvey: Your user ID is 200800761 Your password is DWH5349 Just click this link (http://www.naquest.com/qx24_269.asp) to complete the survey. (please= make sure to disable any browser pop up blocker settings) If you happen to get a message that the survey is closed we will follow up= later with another invitation. Thank you in advance. The Pivot Point Team =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Copyright =C2=A9 2014 Pivot Point Research Group=2C All rights reserved. Pivotal Perspectives Panel Our mailing address is: Pivot Point Research Group 40 Lake Bellevue Drive Suite 100 Bellevue=2C Wa 98004 USA ** unsubscribe from this list (http://pivotpointresearch.us8.list-manage.c= om/unsubscribe?u=3Dca43e8b1f0e9c72628074f775&id=3D13f8406f3f&e=3D81b96126c3&= c=3Db04c6c9077) ** update subscription preferences (http://pivotpointresearch.us8.list-man= age.com/profile?u=3Dca43e8b1f0e9c72628074f775&id=3D13f8406f3f&e=3D81b96126c3= ) Email Marketing Powered by MailChimp http://www.mailchimp.com/monkey-rewards/?utm_source=3Dfreemium_newsletter&= utm_medium=3Demail&utm_campaign=3Dmonkey_rewards&aid=3Dca43e8b1f0e9c726280= 74f775&afl=3D1 From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 19:39:33 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C004FE50 for ; Tue, 26 Aug 2014 19:39:33 +0000 (UTC) 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 899B23116 for ; Tue, 26 Aug 2014 19:39:33 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-240.adsl.hiwaay.net [216.180.76.240]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7QJdV4T016581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 Aug 2014 14:39:31 -0500 Message-ID: <53FCE3E9.8030201@hiwaay.net> Date: Tue, 26 Aug 2014 14:45:45 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: NFS on unprivileged ports .... References: <53FC99E6.7080509@hiwaay.net> In-Reply-To: <53FC99E6.7080509@hiwaay.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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 19:39:33 -0000 Sooooo tacky to self reply, but it might be useful to someone else .... in /etc/rc.conf: weak_mountd_authentication="yes" followed by: # service mountd forcerestart & I am off to the races !!!! *Booooyah* !!!! On 08/26/14 09:29, William A. Mahaffey III wrote: > > > .... I have nfsd running on my FBSD 9.3 desktop, exporting /home (~3.6 > TiB). I can mount/see/use it from all other machines on my LAN (all > Linux boxen) *except* for a CentOS 5.n VM running on one of the other > boxen. When the VM tries to (auto)mount the exported partition on the > FBSD box ('jaguar'), I get the following (from earlier this A.M.): > > > [root@centos-5:/etc, Tue Aug 26, 06:28 AM] 1008 # lf > /net/jaguar/home/ /net/q6600/home/ /net/opty165a/work/ > /net/opty165a/home/ /net/cube/home/ > ls: /net/jaguar/home/: No such file or directory > /net/cube/home/: > Opty165A/ Q6600/ VMs/ archive/ lost+found/ makedepend* pub/ wam/ > > /net/opty165a/home/: > FTP/ RPMs/ SGI/ archive/ lost+found/ rsync/ wam/ > > /net/opty165a/work/: > FTP/ ISOs/ RPMs/ VMs/ archive/ lost+found/ vmware/ wam/ > > /net/q6600/home/: > FTP/ ISOs/ VMs/ archive/ lost+found/ rsync/ wam/ work/ > [root@centos-5:/etc, Tue Aug 26, 06:29 AM] 1009 # df ; w ; > /sbin/swapon -s ; free -m ; uname -a ; hwclock -r; date > Filesystem Type 1K-blocks Used Available Use% Mounted on > /dev/mapper/VolGroup00-LogVol00 > ext3 46691248 7505344 36775820 17% / > /dev/hda1 ext3 101086 26854 69013 29% /boot > tmpfs tmpfs 1029372 0 1029372 0% /dev/shm > q6600:/home nfs 1906370560 1025951744 783581184 57% /net/q6600/home > opty165a:/work nfs 480719104 410868736 45431040 91% > /net/opty165a/work > opty165a:/home nfs 473086208 351912192 96754944 79% > /net/opty165a/home > cube:/home nfs 155794432 143113728 4638976 97% /net/cube/home > 06:29:20 up 121 days, 12:12, 3 users, load average: 0.04, 0.02, 0.00 > USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT > wam pts/0 192.168.122.1 Thu07 46:20m 1.96s 1.96s -tcsh > root pts/1 192.168.122.1 Sun08 46:11m 0.09s 0.09s -bash > root pts/2 192.168.122.1 Sun08 0.00s 0.09s 0.08s -bash > Filename Type Size Used > Priority > /dev/mapper/VolGroup00-LogVol01 partition 4095992 > 76 -1 > total used free shared buffers cached > Mem: 2010 1891 118 0 327 943 > -/+ buffers/cache: 620 1389 > Swap: 3999 0 3999 > Linux centos-5.6-vm 2.6.18-371.8.1.el5.centos.plus #1 SMP Thu Apr 24 > 18:32:18 EDT 2014 x86_64 x86_64 x86_64 GNU/Linux > Tue Aug 26 06:29:28 2014 -1.008094 seconds > Tue Aug 26 06:29:21 CDT 2014 > [root@centos-5:/etc, Tue Aug 26, 06:29 AM] 1010 # > > > i.e., it can see all other exported partitions except the FBSD > (jaguar). On the FBSD box, I get the following: > > > > [root@kabini1, /etc, 6:24:31am] 708 % grep vfs LIST.sysctl-A.txt | > grep nfs | grep priv > vfs.nfsd.nfs_privport: 0 > [root@kabini1, /etc, 6:24:50am] 709 % service mountd status > Cannot 'status' mountd. Set mountd_enable to YES in /etc/rc.conf or > use 'onestatus' instead of 'status'. > [root@kabini1, /etc, 6:26:08am] 710 % service mountd onestatus > mountd is running as pid 718. > [root@kabini1, /etc, 6:26:16am] 711 % ps -aux | grep mountd > root 718 0.0 0.0 16180 3836 ?? Is 15Aug14 0:00.03 > /usr/sbin/mountd -r > root 51859 0.0 0.0 16332 2024 10 S+ 6:26AM 0:00.00 grep > mountd > wam 51820 0.0 0.0 14544 2428 17 I+ 6:22AM 0:00.01 > /bin/sh /usr/bin/man mountd > [root@kabini1, /etc, 6:26:35am] 712 % grep -i mountd rc.d/* > rc.d/mountd:# $FreeBSD: releng/9.3/etc/rc.d/mountd 231792 2012-02-15 > 22:59:15Z dougb $ > rc.d/mountd:# PROVIDE: mountd > rc.d/mountd:name="mountd" > rc.d/mountd:rcvar="mountd_enable" > rc.d/mountd:start_precmd="mountd_precmd" > rc.d/mountd:mountd_precmd() > rc.d/mountd: # mountd flags will differ depending on rc.conf settings > rc.d/mountd: if checkyesno weak_mountd_authentication; then > rc.d/mountd: rc_flags="${mountd_flags} -n" > rc.d/mountd: if checkyesno mountd_enable; then > rc.d/mountd: checkyesno weak_mountd_authentication > && rc_flags="-n" > rc.d/mountd: rm -f /var/db/mountdtab > rc.d/mountd: ( umask 022 ; > /var/db/mountdtab ) || > rc.d/mountd: err 1 'Cannot create /var/db/mountdtab' > rc.d/nfsd:# REQUIRE: mountd hostname gssd nfsuserd > rc.d/nfsd: force_depend mountd || return 1 > [root@kabini1, /etc, 6:27:19am] 713 % (tail -10 /var/log/messages ; > date) > Aug 24 08:09:44 kabini1 mountd[718]: mount request from 192.168.0.9 > from unprivileged port > Aug 24 08:18:12 kabini1 mountd[718]: mount request from 192.168.0.9 > from unprivileged port > Aug 24 08:18:51 kabini1 su: wam to root on /dev/pts/19 > Aug 24 08:52:04 kabini1 mountd[718]: mount request from 192.168.0.9 > from unprivileged port > Aug 24 09:10:23 kabini1 ntpd[804]: time reset +0.186836 s > Aug 24 11:37:21 kabini1 dbus[738]: [system] Failed to activate service > 'org.freedesktop.Avahi': timed out > Aug 24 11:38:57 kabini1 dbus[738]: [system] Failed to activate service > 'org.freedesktop.Avahi': timed out > Aug 24 11:40:21 kabini1 dbus[738]: [system] Failed to activate service > 'org.freedesktop.Avahi': timed out > Aug 24 11:48:49 kabini1 last message repeated 7 times > Aug 26 06:29:25 kabini1 mountd[718]: mount request from 192.168.0.9 > from unprivileged port > Tue Aug 26 06:30:14 CDT 2014 > [root@kabini1, /etc, 6:30:14am] 714 % > > > i.e., the mount request from the VM is apparently coming in on an > unprivileged port & the FBSD box's mountd is dropping/ignoring it. The > other boxen handle it OK. I have ipfw dropping all such traffic *not* > originating on my LAN, so I don't mind using the unprivileged port (I > don't think there are any security issues). How do I get FBSD's > nfsd/mountd to allow/handle the mount request on unprivileged ports ? > TIA .... > > > -- 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 26 20:01:47 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF5814AA for ; Tue, 26 Aug 2014 20:01:47 +0000 (UTC) Received: from asmtp01.netarrest.com (asmtp01.netarrest.com [67.228.24.236]) (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 A980B36CA for ; Tue, 26 Aug 2014 20:01:47 +0000 (UTC) Received: from HPTouch (p5B07696D.dip0.t-ipconnect.de [91.7.105.109]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by asmtp01.netarrest.com (Postfix) with ESMTPSA id DFA2B99001F for ; Tue, 26 Aug 2014 15:01:44 -0500 (CDT) Reply-To: promotion@sunrise.ch Message-ID: <29b26f295e53213817656b150014bbb8@sunrise.ch> From: "SoundCloud" To: Subject: New message from SoundCloud PR Date: Tue, 26 Aug 2014 22:01:32 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 20:01:47 -0000 [letter.png] Hey, [1]SoundCloudPR sent you a message: The SoundCloud Promotional Service offers Artists, DJ's, Singers and Managers a simple, cost-effective way to reach targeted followers, sales, comments, plays and downloads on SoundCloud. We target like-minded users who are interested in your new tracks, releases and sets. Artists that generate a lot of honest consistent feedbacks and traffic to their profiles are the ones who stand out from the crowd. To check this new service, go directly to the [2]SoundCloud Promotion Page [1eCW8gV] [3]SoundCloudPR [4]Promote your account [5]Unsubscribe References Visible links 1. http://bit.ly/scpromo 2. http://bit.ly/scpromo 3. http://bit.ly/scpromo 4. http://bit.ly/scpromo 5. mailto:soundcloudnow@outlook.com?subject=NOMORE Hidden links: 7. http://bit.ly/scpromo From owner-freebsd-questions@FreeBSD.ORG Tue Aug 26 21:38:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF54D9BA for ; Tue, 26 Aug 2014 21:38:25 +0000 (UTC) Received: from rc1.surewest.net (rc1.surewest.net [66.60.130.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9F134313A for ; Tue, 26 Aug 2014 21:38:25 +0000 (UTC) Received: from smtp2.surewest.net ([66.60.130.145]) by rc1.surewest.net ({dfaaa318-551d-4a0a-8038-7c31cf31c4f6}) via TCP (outbound) with ESMTP id 20140826213817222; Tue, 26 Aug 2014 21:38:17 +0000 X-RC-FROM: Received: from webmail.mycci.net (webmail.mycci.net [66.60.130.47]) by smtp2.surewest.net (Postfix) with ESMTP id 4C8558970E; Tue, 26 Aug 2014 14:38:16 -0700 (PDT) MIME-Version: 1.0 Date: Tue, 26 Aug 2014 14:38:16 -0700 From: leeoliveshackelford@surewest.net To: Polytropon Subject: Re: how to install wireless n.i.c. on FreeBSD 9.1 In-Reply-To: <20140826022802.198cd285.freebsd@edvax.de> References: <20140823025527.bd80818d.freebsd@edvax.de> <20140826022802.198cd285.freebsd@edvax.de> Message-ID: <3f1e44ea23fb755ae9f8e2390ab2a3d6@surewest.net> X-Sender: leeoliveshackelford@surewest.net User-Agent: Consolidated Webmail/0.9.5 X-MAG-OUTBOUND: surewest.redcondor.net@66.60.130.145/32 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 21:38:25 -0000 Good afternoon, dear Polytropon. May this message find you in good spirits. Thank you for your detailed response yesterday. I made the corrections that you indicated in two configuration files. Upon re-starting the computer, the error message "SYNCDHCP: Command not found" was absent. The response to the command, "pciconf -lv" was exactly the same as before. The response to the ifconfig command did not indicate the presence of the wireless n.i.c. Thank you for advising me about a possible error in security concerning one of my attached files. I have alerted the system administrator. Have you, or has anyone any comment about what it is that I am doing wrong here? On a different topic, can or do you recommend a character mode programer's editor, that is, an editor that prints a line number to the left of each line? Thank you for any and all comments. Yours truly, Lee On 08/25/2014 05:28 PM, Polytropon wrote: > On Mon, 25 Aug 2014 11:22:10 -0700, leeoliveshackelford@surewest.netwrote: > >> The complete name of the circuit board is as follows: "TP-Link TL-WDN4800 450 Mbps Wireless N Dual Band PCI Express Adapter." > > Ah, "N"... there are still N chipsets not fully supported > by FreeBSD, maybe you accidentally picked one of those? > But first let's check the configuration before we scream > in despair for having bought the _one_ model that is _not_ > supported. :-) > >> In my previous message, I mis-identified the manufacturer, as you correctly noted. To the command "pciconf -lv," I received the following response: none0@pci0:40:0:0 class=0x028000 card=0x3112168c chip=0x0030168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9300 Wireless LAN adaptor' class = network > > So the Atheros chipset is correctly identified, good. > >> Upon checking the webpage specified in your message, I read the following line: "The ath(4) driver supports all Atheros Cardbus and PCI cards, except those that are based on the AR5005VL chipset." > > Good, so this one will probably be supported, I hope. > >> The three modified files are /etc/wpa_supplicant.conf, and /etc/rc.conf, and /boot/loader.conf. Copies of these files are attached. > > Let's see: > > [loader.conf text/plain (84B)] > > if_ath_ahb_load="YES" > wlan_wep_load="YES" > wlan_ccmp_load="YES" > wlan_tkip_load="YES" > > The first line looks strange. There are /boot/kernel/if_ath.ko > and /boot/kernel/ahb.ko, and "man ahb" reveals that this one is > for "Adaptec EISA SCSI host adapter driver". But as if_ath_ahb.ko > does not exist, the _correct_ module won't be loaded. > > The first line should read: > > if_ath_load="YES" > > Change the file accordingly. > > Next file. > > [rc.conf text/plain (206B)] > > hostname="HP7USH74200Y0" > wlans_ath0="wlan0" > ifconfig_wlan0="WPA" SYNCDHCP > sshd_enable="YES" > ntpd_enable="YES" > powerd_enable="YES" > dumpdev="NO" > > Again, there's an error which explains your initial > > SYNCDHCP: command not found > > message: The SYNCDHCP has to be _inside_ the quotes. Keep in mind > that /etc/rc.conf is basically a shell script, so it follows all > the rules from "man sh". What you have here is: setting a variable > and calling a command (which doen't exist). > > The correct line: > > ifconfig_wlan0="WPA SYNCDHCP" > > This should work. The common syntax is keyword="VALUE", where the > VALUE can contain spaces. > > Last file. > > [wpa_supplicant.conf text/plain (42B)] > > network={ > ssid="WPA" > psk="F70FA10C57" > } > > While "WPA" is a strange name of a network, it's a valid one. :-) > The rest of the file looks fine. > > But note: freebsd-questions is a _public_ mailing list, so I > hope "F70FA10C57" isn't your _actual_ key. If it is, change > it quickly! You don't want to tell the whole Internet your > access credentials. > > Passwords are like underwear: change yours often, don't > share with friends, the longer the better, they must remain > mysterious, don't leave them lying around. :-) > > It's common to enter "obvious nonsense" in such cases, like > > network={ > ssid="MYNETWORKNAME" > psk="SECRETPASSWORD" > } > > As long as the syntax is kept correct, the actual information > does not matter here (except, maybe, if a password contained > quote characters or other things that might cause a hickup > for wpa-supplicant, but that's not the case here). > > After you have corrected the files, restart your system and > see if it works. Chances are high that there were just those > two little mistakes, and your WLAN should be up and running > quickly. It's not that working WLAN is something magical... :-) From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 00:15:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0EF1C05; Wed, 27 Aug 2014 00:15:51 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8906B3565; Wed, 27 Aug 2014 00:15:51 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id at20so11929873iec.8 for ; Tue, 26 Aug 2014 17:15:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=52h2/nhu2s1BrOSWK0BDCyozTNIaZNx6vb11LVBZmrY=; b=TAGQckeT4f8UuLZxBSKdXCUhw1M+fZg8+mbWcGuUmYHSWf540DMnVAIOdh/gPHqSYE Y1KD2/b1xlgs2rPCKRLxHS23h0OAA9BAotj9dg8QdkymPhnP8qQOO9Sg748Cy/kcHKFJ qIs5Knmq3whqh0GOeRaZi8SEz+AJj9urjKrE8xEa7fCFa33Xy1Fh/Rd+TLZNe5ee55db 7C6SGlf8eXqDtdqdkXtUnjO1AivFjgbD8PNFXUhak35cw/dc0C2mQYT1PDP+Lf+GNiz4 Lj0RJwnwcJ/APUhI3dixQdz5pTkw0I9IwSCFQQuKWRtVwoQYUWuJ/Jq6Af7f9N2/tPPF /EZQ== MIME-Version: 1.0 X-Received: by 10.42.83.131 with SMTP id h3mr4235008icl.77.1409098550954; Tue, 26 Aug 2014 17:15:50 -0700 (PDT) Sender: jdavidlists@gmail.com Received: by 10.43.43.136 with HTTP; Tue, 26 Aug 2014 17:15:50 -0700 (PDT) Date: Tue, 26 Aug 2014 20:15:50 -0400 X-Google-Sender-Auth: bjxD1KBLo4PMf58pjUVb7hyfDqs Message-ID: Subject: Quarterly ports trees not getting security updates? From: J David To: freebsd-ports@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 00:15:51 -0000 Hello, When the quarterly ports trees were introduced, they were described as including security, build, and runtime fixes for 3 months. This is a great idea, and with 2014Q2 it seemed to work pretty well. However, it doesn't seem like 2014Q3 is getting security fixes. For example, the openssl port has never been updated since branch; it's still on 1.0.1_13, which has 9 open CVE's against it. Other ports have similar issues (e.g. serf and subversion). What could a non-expert such as myself do to help with this? Is it just a matter of trying to identify the relevant commits from the head of the ports tree, or is there more to it? Thanks! From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 07:31:15 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A469F0E for ; Wed, 27 Aug 2014 07:31:15 +0000 (UTC) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5D7D3DBF for ; Wed, 27 Aug 2014 07:31:14 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id eu11so25105918pac.18 for ; Wed, 27 Aug 2014 00:31:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=NqsihLZY7hpk/V69Wnfm4qrFTrIvqmuTJekFyAw4gdU=; b=I1+A8FGs8/ZlL9CT48DQFY700a5RQTMOMksgFtR5K5VBOmy+xm05QMmxHLAvS8sH1y pcx+aAS+wjJkOjdP1ME1SOX9gaGIX46WqdUGNuScenie9lfrNnghBq46YzMLVE6DewCj 0NE6bLF7BWUgEbet7Ivi0Fh6MZ71xOwvoy+BApKMwEGEd/B4Q9ToKB1H27AaP4zf3nYu jKddEt/Kyh/q3amYn2BPf/VVt19R2s2zypj2okbJwqmrhhl/zpTBHUuRf1aVI+qN7wxH BdMQBNu1xS9TsV2+j6gXf7RTollxX35kdjddGCprzAbRnZf6XSShQxnPJ5GH0RtVJ1zb yYAQ== X-Received: by 10.70.40.227 with SMTP id a3mr43497404pdl.36.1409124671728; Wed, 27 Aug 2014 00:31:11 -0700 (PDT) Received: from [127.0.0.1] ([202.55.17.37]) by mx.google.com with ESMTPSA id dg5sm18411876pac.12.2014.08.27.00.31.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Aug 2014 00:31:11 -0700 (PDT) From: Chenguang Li Content-Type: text/plain; charset="utf8"; Content-Transfer-Encoding: 8bit X-Pgp-Agent: GPGMail (null) Subject: Ask for opinion: changing rand(3) to random(3) in awk(1) Message-Id: Date: Wed, 27 Aug 2014 15:30:56 +0800 To: freebsd-questions@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 07:31:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi guys, After encountering the same problem posted here[1] (awk's rand() not "random" enough), I did some research. It[2] shows that awk(1) in OSX is currently using random(3) instead of rand(3), the same in gawk(1). Changing rand(3) to random(3) only requires modifying a few lines of code, but will result in better random number generation. So why not? :) [1] https://forums.freebsd.org/viewtopic.php?&t=6456 [2] http://www.opensource.apple.com/source/awk/awk-18/src/run.c - --- Chenguang Li -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJT/YkwAAoJELG4cS+11lRhocUP/0+n4I2SYNZ45VQOfWkgZZhu Wqx4zG273ddkvfZs4nXpvTLJDlHz0PLQXF/hbi8/RH4gcaOubAF0wTZz5zAkpczN JdK1WSi9yFpb6U8dsVJaeay7CxUrv+kBUKzWz92Fg1YH9ZsGskbTYsFJUqH2TiwL OzOvRDUodxGb5NPcCnys9c2Cb0v5/nffwnanDiRXsVyyYrVAr/ALmY5qSue4OoeY PL7u56jYpX98YuPVCDTrRtVZaPkaNVyduVUWLYTRaMjyu5TbN3yhE29HssvXBFsD wK7p3slC8o3aAdopmxv8ne4NI+OkKU4ukxhuDAr1jcIy+Uhmxz+2ZJmjrSTEr+Ff 5K1/WFCWx9c9XLDSHQFJKkouRDLJSHQJxZVostDrBIz9cXqtWWafesf4VvEzWMwx 41Aq5AAVDpQMjaymLaHF11hdyhzVHzS2G2rkn6BLtM32baJJZk8XP0PZp7o11ldJ l7xZnLQ7L4sFCyBwZx2PHLed52SKBSzMhj9ejVf+NICeTk3ZlQP2c2ZGbu87rghH YJTC/1PTV5vufaPE5P644o/r4t3PSdLo4s+ngdv946NggV8JSBxkP6FcjTXiwSMn VEphdAI3Luk7F1IIBhDywYbDe6LkiJ+tGfN1gDpcNGcciYU1E/0noCIoAJyn3h6s QbQ7hRf6iARh2YzA16t1 =It9Y -----END PGP SIGNATURE----- From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 07:33:09 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EEB0FB0 for ; Wed, 27 Aug 2014 07:33:09 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 18A8D3E9B for ; Wed, 27 Aug 2014 07:33:08 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hi2so5280076wib.11 for ; Wed, 27 Aug 2014 00:33:07 -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=+qVUFAGbEF7T+PNFfLwlq+tBtUfS+XYC8D/a4JfUEko=; b=wZQAX9SGeABRA0MaJBtK/VRpdfKVJft1yiYtkLubidO8CbG694kHdyuve2o7oVlAMd O4tW2BKI1CPpr/V65nGzpScOcxES7Qe1AZxbfa5o2BQKlB+VSkUoUeeHBeDDN/xhAvZi D62ikNQMb9CsFk3bNAwlO+6MQQkcuHl1SbQNyzKvZvpaFPOS2AiUeLBehFCOFaaZJqnf lax5w+7TDo9iOCgzVb6unMBc/n8DdKHQVQaNJCldJ7JcDzaYbUDT7WbgrW1xXe/kdJPP VMimzYyhNFrm63tSHNoNdizhMds2umselhHIsY7Dvl1cI0q7Rv1LaVdviQWgB+OLEHEN zFJw== X-Received: by 10.194.77.35 with SMTP id p3mr35460325wjw.56.1409124787396; Wed, 27 Aug 2014 00:33:07 -0700 (PDT) Received: from kontrol.kode5.net (host81-157-206-146.range81-157.btcentralplus.com. [81.157.206.146]) by mx.google.com with ESMTPSA id lm18sm20690521wic.22.2014.08.27.00.33.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Aug 2014 00:33:06 -0700 (PDT) Message-ID: <53FD89B0.2090703@gmail.com> Date: Wed, 27 Aug 2014 08:33:04 +0100 From: Jamie Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Questions Subject: flashplayer distfile not on the server - where is it? Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 07:33:09 -0000 I'm trying - yet again - to install linux flashplayer 11 but now fetch(1) can't download the file as it's apparently not on the server anymore. What's happened to it? where can I get the file so I can proceed? From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 08:35:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 346EFCFA for ; Wed, 27 Aug 2014 08:35:21 +0000 (UTC) Received: from smtpbg299.qq.com (smtpbg299.qq.com [184.105.67.99]) (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 11C34343A for ; Wed, 27 Aug 2014 08:35:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201307; t=1409128514; bh=OddSC5RCSoKhj5qnJPSpvD5DyrILIVgt/G1Fv3CEb+g=; h=X-QQ-FEAT:X-QQ-SSF:X-HAS-ATTACH:X-QQ-BUSINESS-ORIGIN: X-Originating-IP:In-Reply-To:References:X-QQ-STYLE:X-QQ-mid:From:To:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:Date: X-Priority:Message-ID:X-QQ-MIME:X-Mailer:X-QQ-Mailer: X-QQ-ReplyHash:X-QQ-SENDSIZE:X-QQ-FName:X-QQ-LocalIP; b=S0dDrD1Dx/F+zkr88nNWpj+vbQZXU/RP8Bu6q8rtklzw4Ns6eFFCmcWHkQ+2O6Nab lJA0yII4e94ISBZYWmGGHBAxOAfysC85E3OLojvE1A/B3p0/5GMcB4HV8WF3B9pFZH kEJ7hjSAReLatw/L4lyMdZWnD752CVvHDi0pC+Ts= X-QQ-FEAT: xGH74QgphQMRhVdXyxi8tIozaekwXR0tno5uD0erGk0+qWto0uOuHcUUdop4m qfO0UGHz2i+2UThf65h9dHVSqM5f3SlKxHysF5D+ehmdOmn4M+3FwM/CeUfsVEiu1x96fd4 XfZR/Fv2tWyH+qGCmLby2/lEKTVcnYN0nfFmuI/2vHGMo4G3p49+BSpKrUrRfMZf/3CtaRM = X-QQ-SSF: 000000000000002000000000000000N X-HAS-ATTACH: no X-QQ-BUSINESS-ORIGIN: 2 X-Originating-IP: 42.229.149.44 In-Reply-To: <53FD89B0.2090703@gmail.com> References: <53FD89B0.2090703@gmail.com> X-QQ-STYLE: X-QQ-mid: webmail625t1409128510t3288964 From: "=?gb18030?B?yKHD+8Oo?=" <2512629342@qq.com> To: "=?gb18030?B?SmFtaWUgR3JpZmZpbg==?=" , "=?gb18030?B?RnJlZUJTRCBRdWVzdGlvbnM=?=" Subject: Re:flashplayer distfile not on the server - where is it? Mime-Version: 1.0 Date: Wed, 27 Aug 2014 16:35:10 +0800 X-Priority: 3 Message-ID: X-QQ-MIME: TCMime 1.0 by Tencent X-Mailer: QQMail 2.x X-QQ-Mailer: QQMail 2.x X-QQ-ReplyHash: 2614794638 X-QQ-SENDSIZE: 520 X-QQ-FName: F3B3FC45889E4978B7DA1FEA3A9CA666 X-QQ-LocalIP: 58.250.132.20 Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 08:35:21 -0000 Y2FuIHlvdSB0ZWxsIG1lIHdobyBhcmUgeW91Pw0KDQogDQoNCiAtLS0tLS0tLS0tLS0tLS0t LS0gT3JpZ2luYWwgLS0tLS0tLS0tLS0tLS0tLS0tDQogIEZyb206ICAiSmFtaWUgR3JpZmZp biI7PGdyaWZmaW44akBnbWFpbC5jb20+Ow0KIERhdGU6ICBXZWQsIEF1ZyAyNywgMjAxNCAw MzozMyBQTQ0KIFRvOiAgIkZyZWVCU0QgUXVlc3Rpb25zIjxmcmVlYnNkLXF1ZXN0aW9uc0Bm cmVlYnNkLm9yZz47IA0KIA0KIFN1YmplY3Q6ICBmbGFzaHBsYXllciBkaXN0ZmlsZSBub3Qg b24gdGhlIHNlcnZlciAtIHdoZXJlIGlzIGl0Pw0KDQogDQoNCkknbSB0cnlpbmcgLSB5ZXQg YWdhaW4gLSB0byBpbnN0YWxsIGxpbnV4IGZsYXNocGxheWVyIDExIGJ1dCBub3cgDQpmZXRj aCgxKSBjYW4ndCBkb3dubG9hZCB0aGUgZmlsZSBhcyBpdCdzIGFwcGFyZW50bHkgbm90IG9u IHRoZSBzZXJ2ZXIgDQphbnltb3JlLiBXaGF0J3MgaGFwcGVuZWQgdG8gaXQ/IHdoZXJlIGNh biBJIGdldCB0aGUgZmlsZSBzbyBJIGNhbiBwcm9jZWVkPw0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmZyZWVic2QtcXVlc3Rpb25zQGZyZWVi c2Qub3JnIG1haWxpbmcgbGlzdA0KaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4v bGlzdGluZm8vZnJlZWJzZC1xdWVzdGlvbnMNClRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBt YWlsIHRvICJmcmVlYnNkLXF1ZXN0aW9ucy11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyI= From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 08:40:57 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96983E30; Wed, 27 Aug 2014 08:40:57 +0000 (UTC) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 05A01348F; Wed, 27 Aug 2014 08:40:56 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id k48so15788184wev.41 for ; Wed, 27 Aug 2014 01:40:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:content-transfer-encoding:subject:references:from :in-reply-to:message-id:date:cc:to:mime-version; bh=9sG3lUCCSKoRODRP7emE9sZjRA+SC04ef+q4ITgjReQ=; b=Ed6/JXM9/a3K6edRbJXVwzPzu/TPTy8fJ0Abdzy/xdwTQWr2pYeGCjefGVfKjC+XsZ H8dOSCZiZ/ngAdgL6+Mi5ZyKIZ4SL1/fvduWvaDZwjTsq3+QUDvlGa3Rcy7rF+X4nNHT EqPEo6HGYps5rJDenxxq16ehdZOPd56+9eWtK5I/c8Mpc2aw/MAglqcdNAzt76C6DswL pdF6cn6O1ick3WLwFPZ5ecmCBFfTmNpfwQgSKxPYXxORzIEbsIJfj2kVTKYADRIQQ3pJ F+3R19Yw7fQrKAE6lrsafDCFWYQFGwjh9AJu+FiWv1BKjfL694J56Ur6xcAZksUX459r db6Q== X-Received: by 10.180.149.169 with SMTP id ub9mr26960733wib.32.1409128854703; Wed, 27 Aug 2014 01:40:54 -0700 (PDT) Received: from [192.168.0.57] ([62.219.134.104]) by mx.google.com with ESMTPSA id bk6sm15145578wjb.26.2014.08.27.01.40.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Aug 2014 01:40:53 -0700 (PDT) Subject: Re: TL-WN722N support on FreeBSD. References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> From: atar In-Reply-To: <1409070456.4218.7.camel@lenzinote.lenzicasa> Message-Id: <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> Date: Wed, 27 Aug 2014 11:39:56 +0300 To: sergio de Almeida Lenzi Mime-Version: 1.0 (1.0) X-Mailer: iPod Mail (10B500) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" , Arthur Chance , Miguel Clara , "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 08:40:57 -0000 So you give me additional reason to stay with Linux and not to migrate to Fre= eBSD since even a basic wireless adapter which came with your Sony isn't sup= ported by FreeBSD. To be honest, I don't know if your Sony wireless adapter i= s supported by Linux, but in general, I think linux is more flexible and sup= ports more devices than FreeBSD (and more than all the rest of *BSD variatio= ns). > I bought a TL-WN725N and a TL-WN723N > the model WN725N is better, and smaller=20 > both from tplink > and both works out of the box with FreeBSD 10 stable AMD64 > I use them on a sony that have a wireless chip not recognizeable by FreeBS= D. > the only "catch" is to load the driver at boot (loader.conf) and accept th= e licence... > if_urtwn_load=3DYES > legal.realtek.license_ack=3D1 >=20 >=20 From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 09:22:19 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EAAA803 for ; Wed, 27 Aug 2014 09:22:19 +0000 (UTC) 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 EB69938BC for ; Wed, 27 Aug 2014 09:22:18 +0000 (UTC) Received: from r56.edvax.de (port-92-195-111-1.dynamic.qsc.de [92.195.111.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id A3A3A251A9; Wed, 27 Aug 2014 11:22:09 +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 s7R9M9ng003950; Wed, 27 Aug 2014 11:22:09 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Wed, 27 Aug 2014 11:22:09 +0200 From: Polytropon To: atar Subject: Re: TL-WN722N support on FreeBSD. Message-Id: <20140827112209.89d0bbdb.freebsd@edvax.de> In-Reply-To: <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 09:22:19 -0000 On Wed, 27 Aug 2014 11:39:56 +0300, atar wrote: > So you give me additional reason to stay with Linux and > not to migrate to FreeBSD since even a basic wireless > adapter which came with your Sony isn't supported by > FreeBSD. To be honest, I don't know if your Sony wireless > adapter is supported by Linux, but in general, I think > linux is more flexible and supports more devices than > FreeBSD (and more than all the rest of *BSD variations). Of course this is a problem in FreeBSD, and it's a known problem. There is a workaround (which isn't really helpful afterwards, but beforehand): First check if the hardware is supported, then buy it. Especially wireless devices are subject to the tricky game of "driver lottery". You will have more luck with Linux in this regards, as it covers hardware with working drivers more than any other operating system does, and usually, it keeps the support for devices that "Windows" has long dropped (if you happen to insist on using specific hardware, such as video grabber cards, DVB sticks, sound cards or other "non-mainstream" equipment). Up to this point, I was always lucky with the hardware I purchased: FreeBSD's support for WLAN components was excellent. I've been using IBM / Lenovo, Dell, Siemens- Fijutsu and Sony laptop hardware, and FreeBSD did not have any trouble getting the buildin hardware to work. Still there are models which cause problems: Some of them use chipsets not supported by current drivers, others just use f*cked up ACPI implementations, and others delegate hardware functionality to proprietary drivers which make the actual devices "appear" and "work", and as you will guess, those are only available for specific versions of "Windows". It depends on you if you want to: a) purchase other hardware to replace what is not supported, b) relapse to using Linux which supports your hardware, or c) accept that it's not working and make a better choice next time you buy something. :-) Many manufacturers are already regognizing that "Windows" usage is decreasing, and Linux support becomes more and more important to sell a device. They provide drivers or build their devices so they support existing standards. But of course hardware is evolving, and the OS needs to provide the interfaces for the new. FreeBSD isn't exactly blazing fast in this regards, but to me, never buying "the newest" for having "the newest" for few weeks (instead buying "good" in order to have "good" for several years), it doesn't really matter, so my opinion doesn't matter much. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 09:27:07 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 056ABC1B for ; Wed, 27 Aug 2014 09:27:07 +0000 (UTC) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id C880D38F8 for ; Wed, 27 Aug 2014 09:27:06 +0000 (UTC) Received: from [96.28.178.143] ([96.28.178.143:62108] helo=localhost) by dnvrco-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 86/5C-28546-9A3ADF35; Wed, 27 Aug 2014 09:23:53 +0000 Date: Wed, 27 Aug 2014 09:23:53 +0000 Message-ID: <86.5C.28546.9A3ADF35@dnvrco-oedge03> From: "Thomas Mueller" To: freebsd-questions@freebsd.org Subject: Re: flashplayer distfile not on the server - where is it? X-RR-Connecting-IP: 107.14.64.142:25 X-Authority-Analysis: v=2.1 cv=Ls8cyxtc c=1 sm=1 tr=0 a=RKm8ZHSrUWUxlfG+7GhaOw==:117 a=RKm8ZHSrUWUxlfG+7GhaOw==:17 a=ayC55rCoAAAA:8 a=Zwh5VbOkOhkA:10 a=n1oHc5yO2rUA:10 a=DvSzqBOGy98A:10 a=pedpZTtsAAAA:8 a=XDm9IlEEKZ3hC6ovNVkA:9 a=qQVqKe6mN2EA:10 a=6UKavuKTiJAA:10 a=W_K496ZeD9YA:10 X-Cloudmark-Score: 0 Cc: Jamie Griffin X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 09:27:07 -0000 from James Griffin: > I'm trying - yet again - to install linux flashplayer 11 but now fetch(1) > can't download the file as it's apparently not on the server anymore. What's > happened to it? where can I get the file so I can proceed? Can you go to Adobe site to download Linux flashplayer? Tom From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 09:31:35 2014 Return-Path: Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49A7BD0E for ; Wed, 27 Aug 2014 09:31:35 +0000 (UTC) Received: from mx67009.vclass.musvc.com (mx67009.vclass.musvc.com [93.174.67.9]) by mx1.freebsd.org (Postfix) with ESMTP id 300EB39B4 for ; Wed, 27 Aug 2014 09:31:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=s; d=vclass.musvc.com; h=From:To:Date:Subject:MIME-Version:Content-Type:Reply-To:List-Id:List-Unsubscribe:Message-ID; bh=avr4aXyL6Vt292LyXq/0c+y+TXUyD/bWE+Q0+as8HJ8=; b=Ws9XuOUzrnB9ZsggieaTyNnSnewj99Ai3n+fi+K8kXP8q8o9BXlaVh9Gp9yz0AqhhNpGOs4dS05f VH06F21a4fnT8XV9Se8GHC1J9R4AgyEaVwsptc2xCmw2yUtIYatBND/GBKUR+2aDI5p69kwqyc+P pbiVxzJnmFpLU64sJgo= From: "=?UTF-8?Q?RVM_SRL?=" To: "=?UTF-8?Q?Freebsd-Questions?=" Date: Wed, 27 Aug 2014 11:16:25 +0200 Subject: =?UTF-8?Q?RVM_srl=3a_COMPANY_PROFILE?= MIME-Version: 1.0 X-Abuse: Please report abuse here: http://d9x9f.s76.it/p Reply-To: informazioni@rvmsrl.it Precedence: bulk X-rpcampaign: RVMSrl201408261209480409 X-BPS1: 3097:1:25:49096: Feedback-ID: 49096:49096.25:musvc x-accounttype: 10 Message-ID: <201408271116250437@3097.25.52.49096> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 09:31:35 -0000 Ci sono problemi di visualizzazione, prego aprire la versione web: http:/= /d9x9f=2Es76=2Eit/f/rnl=2Easpx/?ill=3Dx/y/5e=26x=3Dpv=26gm=3Dw4cg=2E=3Dxz= 18f0bb=3D9k=26x=3Dpv=26-7g:7jk8lnbebl=26x=3Dpp=26z3Fh8-BSD9hh0NCLM=0D=0A=0D= =0ASe non leggi correttamente questo messaggio, clicca qui=0D=0A=0D=0A=0D= =0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0ASite= : C=2Eda Gagliarda - 66026 Ortona (CH) - Italy=0D=0APhone=2E 0859197307 -= Fax=2E 0859197083 - P=2EIVA 00654270693=0D=0AEmail: informazioni=40rvms= rl=2Eit Website: http://www=2Ervmsrl=2Eit=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A RVM SRL =0D=0A=0D=0Ais an I= talian company, has been on the market=0D=0Asince 1983 in the field of me= dium-light carpentry: is =0D=0A=0D=0Aspecialized=0D=0Ain sheet metal proc= essing, steel processing components (small=0D=0Aor large series) and fini= shed products=2E =0D=0A=0D=0AIts Mission is to ensure=0D=0Aquality and c= ustomer satisfaction over time=2E Read more=0D=0A=0D=0A=0D=0A=E2=80=A2 CA= PACITY LASER CUTTING UP TO 25 mm=0D=0A=0D=0A=0D=0A=E2=80=A2 SHEET METAL W= ORKING=0D=0A=0D=0A=0D=0A=E2=80=A2 STAINLESS STEEL PROCESSING=0D=0A=0D=0A=0D= =0A=E2=80=A2 INDUSTRIAL VEHICLES=0D=0A=0D=0A=0D=0A=E2=80=A2 PRECISION CAR= PENTRY=0D=0A=0D=0A=0D=0A=E2=80=A2 DESIGN SOFTWARE COMPONENTS WITH 2D AND = 3D=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A RVM SRL is= t ein italienisches Unternehmen, ist auf dem=0D=0AMarkt seit 1983 im Bere= ich der mittel-Licht Zimmerei gewesen:=0D=0Awird in der Blechverarbeitung= , Stahlverarbeitung, Komponenten =0D=0A(Klein-oder Gro=C3=9Fserien) und F= ertigprodukten spezialisiert=2E Seine Mission ist es Qualit=C3=A4t und = Kundenzufriedenheit im Laufe der Zeit zu gew=C3=A4hrleisten=2E Read more=0D= =0A=0D=0A=0D=0A=E2=80=A2 KAPAZIT=C3=84T LASER SCHNEIDEN BIS 25 mm=0D=0A=0D= =0A=0D=0A=E2=80=A2 BLECHBEARBEITUNG =0D=0A=0D=0A=0D=0A=E2=80=A2 EDELSTAHL= -VERARBEITUNG=0D=0A=0D=0A=0D=0A=E2=80=A2 NUTZFAHRZEUGE=0D=0A=0D=0A=0D=0A=E2= =80=A2 PRECISION CARPENTRY=0D=0A=E2=80=A2 DESIGN-SOFTWARE-KOMPONENTEN MIT= 2D UND 3D=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A RV= M SRL est une soci=C3=A9t=C3=A9 italienne, a =C3=A9t=C3=A9 mis sur le=0D=0A= march=C3=A9 depuis 1983 dans le domaine de la menuiserie moyen-lumi=C3=A8= re: est sp=C3=A9cialis=C3=A9e dans la transformation du m=C3=A9tal en=0D=0A= feuille, transformation de l=27acier, les composants (petites ou=0D=0Agra= ndes s=C3=A9ries) et des produits finis=2E Sa Mission=0D=0Aest d=27assure= r la qualit=C3=A9 et la satisfaction du client au fil du=0D=0Atemps=2E Re= ad more=0D=0A=0D=0A=0D=0A=E2=80=A2 CAPACIT=C3=89 DECOUPAGE LASER POUR 25 = mm=0D=0A=0D=0A=0D=0A=E2=80=A2 T=C3=94LERIE=0D=0A=0D=0A=0D=0A=E2=80=A2 TRA= ITEMENT EN ACIER INOXYDABLE=0D=0A=0D=0A=0D=0A=E2=80=A2 VEHICULES INDUSTRI= ELS=0D=0A=0D=0A=0D=0A=E2=80=A2 MENUISERIE PRECISION=0D=0A=E2=80=A2 COMPOS= ANTS CONCEPTION DE LOGICIELS 2D ET 3D=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A= =0D=0A=0D=0A=0D=0A=0D=0A RVM SRL =C3=A8 un=27 azienda italiana, =C3=A8 pr= esente sul mercato=0D=0Adal 1983 nel campo della carpenteria medio-legge= ra: =C3=A8=0D=0Aspecializzata nella lavorazione della lamiera, lavorazion= e inox,=0D=0Acomponentistica (piccoli o grandi serie) e prodotti finiti=2E= =0D=0ALa sua Mission =C3=A8 garantire qualit=C3=A0 e soddisfazione nel te= mpo ai=0D=0Aclienti=2E Read more=0D=0A=0D=0A=0D=0A=E2=80=A2 CAPACITA=E2=80= =99 DI TAGLIO LASER FINO A 25 mm=0D=0A=0D=0A=0D=0A=E2=80=A2 LAVORAZIONI L= AMIERE=0D=0A=0D=0A=0D=0A=E2=80=A2 LAVORAZIONI INOX=0D=0A=0D=0A=0D=0A=E2=80= =A2 CARROZZERIE INDUSTRIALI=0D=0A=0D=0A=0D=0A=E2=80=A2 CARPENTERIA DI PRE= CISIONE=0D=0A=0D=0A=0D=0A=E2=80=A2 PROGETTAZIONE COMPONENTI CON SOFTWARE = 2D E 3D=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0APhone=2E 0859197307 - Fa= x=2E 0859197083 - P=2EIVA 00654270693=0D=0A=0D=0A=0D=0A=0D=0A=0D=0AEmail= : informazioni=40rvmsrl=2Eit Website: http://www=2Ervmsrl=2Eit=0D=0A=0D=0A= =0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0AInviato= con =0D=0AUnsubscribe =7C Disiscriviti From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 09:40:28 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A42ECF9A for ; Wed, 27 Aug 2014 09:40:28 +0000 (UTC) Received: from p3plsmtpa06-04.prod.phx3.secureserver.net (p3plsmtpa06-04.prod.phx3.secureserver.net [173.201.192.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6A32C3A1A for ; Wed, 27 Aug 2014 09:40:28 +0000 (UTC) Received: from [192.168.100.209] ([103.240.242.175]) by p3plsmtpa06-04.prod.phx3.secureserver.net with id jlgQ1o00B3nmMgv01lgRgF; Wed, 27 Aug 2014 02:40:26 -0700 Message-ID: <53FDA787.9030505@collisiondetection.biz> Date: Wed, 27 Aug 2014 16:40:23 +0700 From: Daniel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Removing ACLs From SAMBA share Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 09:40:28 -0000 Hi, I am trying to remove ACLs across a samba share - /mnt/raid_zfs/samba# I would like to stop using these ACLs and return to standard UNIX permissions. An example of our current ACLs: #getfacl Finan\ Admin\ HR/ # file: Finan Admin HR/ # owner: eliane # group: ManageAssist owner@:rwxpDdaARWcCos:fd----:allow group@:rwxpDdaARWcCos:fd----:allow everyone@:r-x-D-a-R-c---:fd----:allow I've managed to remove them on a per folder basis using setfacl -b NAME (remove acls) However for many folders and files this isn’t practical. How can I stop using ACLs and return to normal UNIX permissions ? Thanks for the help, Dan From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 11:04:09 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1719E7F8; Wed, 27 Aug 2014 11:04:09 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (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 88DB8323E; Wed, 27 Aug 2014 11:04:08 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 73B226A601A; Wed, 27 Aug 2014 13:04:05 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s7RB458X009090; Wed, 27 Aug 2014 13:04:05 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s7RB44nS009032; Wed, 27 Aug 2014 13:04:04 +0200 (CEST) (envelope-from lars) Date: Wed, 27 Aug 2014 13:04:04 +0200 From: Lars Engels To: atar Subject: Re: TL-WN722N support on FreeBSD. Message-ID: <20140827110404.GC57121@e-new.0x20.net> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NU0Ex4SbNnrxsi6C" Content-Disposition: inline In-Reply-To: <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-wireless@freebsd.org" , Arthur Chance , "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 11:04:09 -0000 --NU0Ex4SbNnrxsi6C Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On Wed, Aug 27, 2014 at 11:39:56AM +0300, atar wrote: > So you give me additional reason to stay with Linux and not to migrate > to FreeBSD since even a basic wireless adapter which came with your > Sony isn't supported by FreeBSD. To be honest, I don't know if your > Sony wireless adapter is supported by Linux, but in general, I think > linux is more flexible and supports more devices than FreeBSD (and > more than all the rest of *BSD variations). Just get one of these (if_run): Airlink101 AWLL6090 ASUS USB-N11 ASUS USB-N13 ver. A1 ASUS USB-N66 ASUS WL-160N Belkin F5D8051 ver 3000 Belkin F5D8053 Belkin F5D8055 Belkin F6D4050 ver 1 Belkin F9L1103 Buffalo WLI-UC-AG300N Buffalo WLI-UC-G300N Buffalo WLI-UC-G301N Buffalo WLI-UC-GN Buffalo WLI-UC-GNM Buffalo WLI-UC-GNM2 Corega CG-WLUSB2GNL Corega CG-WLUSB2GNR Corega CG-WLUSB300AGN Corega CG-WLUSB300GNM D-Link DWA-130 rev B1 D-Link DWA-140 rev B1, B2, B3, D1 D-Link DWA-160 rev B2 D-Link DWA-162 DrayTek Vigor N61 Edimax EW-7711UAn Edimax EW-7711UTn Edimax EW-7717Un Edimax EW-7718Un Edimax EW-7733UnD Gigabyte GN-WB30N Gigabyte GN-WB31N Gigabyte GN-WB32L Hawking HWDN1 Hawking HWUN1 Hawking HWUN2 Hercules HWNU-300 Linksys WUSB54GC v3 Linksys WUSB600N Logitec LAN-W150N/U2 LogiLink WL0084B Mvix Nubbin MS-811N Planex GW-USMicroN Planex GW-US300MiniS Sitecom WL-182 Sitecom WL-188 Sitecom WL-301 SMC SMCWUSBS-N2 Sweex LW303 Sweex LW313 TP-LINK TL-WDN3200 TP-LINK TL-WN727N v3 Unex DNUR-81 Unex DNUR-82 ZyXEL NWD2705 ZyXEL NWD210N ZyXEL NWD270N Or (if_urwtn): ASUS USB-N10 NANO Belkin F7D1102 Surf Wireless Micro D-Link DWA-125 rev D-Link DWA-131 Edimax EW-7811Un Netgear WNA1000M Realtek RTL8192CU Realtek RTL8188CUS TP-LINK TL-WN723N v3 TP-LINK TL-WN725N v2 Or (if_urtw): Belkin F5D7050E Linksys WUSB54GCv2 Netgear WG111v2 Netgear WG111v3 Safehome WLG-1500SMA5 Shuttle XPC Accessory PN20 Sitecom WL168v1 Sitecom WL168v4 SureCom EP-9001-g(2A) TRENDnet TEW-424UB V3.xR Or (if_rsu): ASUS USB-N10 Belkin F7D1101 v1 D-Link DWA-131 A1 EDUP EP-MS150N(W) Hercules HWGUn-54 Hercules HWNUm-300 Planex GW-USNano Sitecom WL-349 v1 Sitecom WL-353 Sweex LW154 TRENDnet TEW-648UB TRENDnet TEW-649UB Or (if_rum): 3Com Aolynk WUB320g Abocom WUG2700 Ta Airlink101 AWLL5025 ASUS WL-167g ver 2 Belkin F5D7050 ver 3 Belkin F5D9050 ver 3 Buffalo WLI-U2-SG54HP Buffalo WLI-U2-SG54HG Buffalo WLI-U2-G54HP Buffalo WLI-UC-G CNet CWD-854 ver F Conceptronic C54RU ver 2 Corega CG-WLUSB2GO D-Link DWA-110 D-Link DWA-111 D-Link DWL-G122 rev C1 D-Link WUA-1340 Digitus DN-7003GR Edimax EW-7318USG Gigabyte GN-WB01GS Gigabyte GN-WI05GS Hawking HWUG1 Hawking HWU54DM Hercules HWGUSB2-54-LB Hercules HWGUSB2-54V2-AP LevelOne WNC-0301USB v3 Linksys WUSB54G rev C Linksys WUSB54GR Planex GW-US54HP Planex GW-US54Mini2 Planex GW-USMM Senao NUB-3701 Sitecom WL-113 ver 2 Sitecom WL-172 Sweex LW053 TP-LINK TL-WN321G Or (if_uath): Compex WLU108AG Compex WLU108G D-Link DWL-G132 IODATA WN-G54/US MELCO WLI-U2-KAMG54 Netgear WG111T Netgear WG111U Netgear WPN111 Olitec 000544 PLANET WDL-U357 Siemens Gigaset 108 SMC SMCWUSBT-G SMC SMCWUSBT-G2 SparkLAN WL-785A TP-Link TL-WN620G TRENDware International TEW-444UB TRENDware International TEW-504UB Unex Technology UR054ag ZyXEL XtremeMIMO M-202 Or (if_upgt): Belkin F5D7050 (version 1000) Cohiba Proto Board D-Link DWL-G120 Cohiba FSC Connect2Air E-5400 USB D1700 Gigaset USB Adapter 54 Inventel UR045G SMC EZ ConnectG SMC2862W-G Sagem XG703A Spinnaker DUT Spinnaker Proto Board Or (if_ural): AMIT WL532U ASUS WL-167g Belkin F5D7050 v2000 Buffalo WLI-U2-KG54-AI CNet CWD-854 Compex WLU54G 2A1100 Conceptronic C54RU D-Link DWL-G122 b1 Dynalink WLG25USB E-Tech WGUS02 Gigabyte GN-WBKG Hercules HWGUSB2-54 KCORP LifeStyle KLS-685 Linksys WUSB54G v4 Linksys WUSB54GP v4 MSI MS-6861 MSI MS-6865 MSI MS-6869 NovaTech NV-902 OvisLink Evo-W54USB SerComm UB801R SparkLAN WL-685R Surecom EP-9001-g Sweex LC100060 Tonze UW-6200C Zinwell ZWX-G261 Zonet ZEW2500P Or (if_zyd): 3COM 3CRUSB10075 Acer WLAN-G-US1 Airlink+ AWLL3025 Airlink 101 AWLL3026 AOpen 802.11g WL54 Asus A9T integrated wireless Asus WL-159g Belkin F5D7050 v.4000 Billion BiPAC 3011G Buffalo WLI-U2-KG54L CC&C WL-2203B DrayTek Vigor 550 Edimax EW-7317UG Edimax EW-7317LDG Fiberline Networks WL-43OU iNexQ UR055g Linksys WUSBF54G Longshine LCS-8131G3 MSI US54SE MyTek MWU-201 USB adapter Philips SNU5600 Planet WL-U356 Planex GW-US54GZ Planex GW-US54GZL Planex GW-US54Mini Safecom SWMULZ-5400 Sagem XG 760A Sagem XG 76NA Sandberg Wireless G54 USB Sitecom WL-113 SMC SMCWUSB-G Sweex wireless USB 54 Mbps Tekram/Siemens USB adapter Telegent TG54USB Trendnet TEW-424UB rev A Trendnet TEW-429UB TwinMOS G240 Unicorn WL-54G US Robotics 5423 X-Micro XWL-11GUZX Yakumo QuickWLAN USB Zonet ZEW2501 ZyXEL ZyAIR G-202 ZyXEL ZyAIR G-220 So there are 225 different wireless USB adaptors that are already supported by FreeBSD. There are probably a lot more not listed here which use the same chipset but are not added to the driver's manpage yet. Just grab one of these (starting from 10$) and use it. Going back or staying with Linux because of some USB wireless stick is not a valid reason. :) --NU0Ex4SbNnrxsi6C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJT/bsjXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tPVcH/3qGkskZmN8OwatR0L7LM/PB uzZ4YIrj0Vqqllu/F3BM2rESf930y8t0eU3mawke29pAIvXZej1MqXOJ7CiVDdSE rYnVRutxkmWobC4zdQ0XKOYzJHZv6j9XhYxAfcxAcIVLiihRE8MfKOfIvfAGOH+T AyjnWb+LaNVdBwb7A+knFIYm+UNco9rpaA8jomQTE0DU5rwdsQLK5FiIWw7WOFie Xhim6hlDr4zITx24hHMKFm1Ez42xDeorqGXngQt9zsCPTXB2OJKdKT9sBzZS0sL4 uj5MSKsFw1gS7EQzUGIJEpXTQj2hWkjzw/VXc12pm/a0P2h2ygHI8u3r+cU+hg4= =YJ4f -----END PGP SIGNATURE----- --NU0Ex4SbNnrxsi6C-- From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 11:07:32 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F80E8C6; Wed, 27 Aug 2014 11:07:32 +0000 (UTC) Received: from mailrelay007.isp.belgacom.be (mailrelay007.isp.belgacom.be [195.238.6.173]) by mx1.freebsd.org (Postfix) with ESMTP id C872C3262; Wed, 27 Aug 2014 11:07:31 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvQIAGm7/VNR8m2A/2dsb2JhbABRCoMNgSrMHYQDg00EAgGBDhd3hAQBAQQBAjccFQ4QCxgJJQ8SBxEeBhOILgMVAblwDYU/F4l/gyCBUVwHhEwBBIRSMpRRMkGCD45hhjeDYDsvAYJOAQEB Received: from 128.109-242-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.242.109.128]) by relay.skynet.be with ESMTP; 27 Aug 2014 13:07:24 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.9/8.14.9) with ESMTP id s7RB7MAX002387; Wed, 27 Aug 2014 13:07:23 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Wed, 27 Aug 2014 13:07:22 +0200 From: Tijl Coosemans To: J David Subject: Re: Quarterly ports trees not getting security updates? Message-ID: <20140827130722.6ecfb464@kalimero.tijl.coosemans.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 11:07:32 -0000 On Tue, 26 Aug 2014 20:15:50 -0400 J David wrote: > When the quarterly ports trees were introduced, they were described as > including security, build, and runtime fixes for 3 months. > > This is a great idea, and with 2014Q2 it seemed to work pretty well. > However, it doesn't seem like 2014Q3 is getting security fixes. > > For example, the openssl port has never been updated since branch; > it's still on 1.0.1_13, which has 9 open CVE's against it. Other > ports have similar issues (e.g. serf and subversion). > > What could a non-expert such as myself do to help with this? Is it > just a matter of trying to identify the relevant commits from the head > of the ports tree, or is there more to it? In Q3 a lot of people were on vacation of course, but the main problem I think is that few if any committers are dogfooding the quarterly branches so we are simply not giving enough attention to it. Personally I find 3 months to be too long. I think 1 month would fit people's update schedules better. I tend to update my machines roughly once a month, the FreeBSD cluster machines are updated once a month, there's Microsoft's monthly patch Tuesday, etc. One month is also long enough to introduce major updates at the beginning of the month and have everything working by the end of the month, yet short enough that most updates can wait until the next snapshot and don't have to be merged. And important security fixes will be easier to merge to a one month old ports tree than a 3 month old one. From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 11:25:28 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F262BEDC for ; Wed, 27 Aug 2014 11:25:28 +0000 (UTC) Received: from mail-qg0-x22a.google.com (mail-qg0-x22a.google.com [IPv6:2607:f8b0:400d:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9EC4346D for ; Wed, 27 Aug 2014 11:25:28 +0000 (UTC) Received: by mail-qg0-f42.google.com with SMTP id j5so55673qga.15 for ; Wed, 27 Aug 2014 04:25:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=AYdYt1kqWs/LWWBsXyu1z8J0/ruejzv8y10f4jvbY5Q=; b=r0nv4T2VuLDl5Kpb4Z+gZDanA4X0KQJ2EWSdP49NNnGDtcPhT0zx2qeV6k8ZunbSVF 3PqMHDy80EVxxmt1tgv3rttE2D7kybkcHic8sR1CWOKbgqcroWiLdhu2PmmllfaVPhMK 7tlymQD7HESAA7e15LBxm9rUjwH328kTlK0pC0lrU002fU26ypuOErGTdvp3gHOsnXoL wYzZ8lJex2N9usfrQGMXjwtnwdiAR73yOX+A6aZbOYN5O5hKNkCzpdrzU78js9xyqJqe Pmx3qg7kne/PzyfOWoS6YlTthpLQq7CoT13coPQEmOg0R60GpgaZCL0nTViWuxFHV/rP +YAw== X-Received: by 10.229.97.67 with SMTP id k3mr54994890qcn.1.1409138727682; Wed, 27 Aug 2014 04:25:27 -0700 (PDT) Received: from [192.168.43.180] (205.sub-70-215-75.myvzw.com. [70.215.75.205]) by mx.google.com with ESMTPSA id 75sm146716qgg.25.2014.08.27.04.25.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Aug 2014 04:25:26 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: TL-WN722N support on FreeBSD. From: Don O'Hara In-Reply-To: <20140827112209.89d0bbdb.freebsd@edvax.de> Date: Wed, 27 Aug 2014 07:25:24 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <244A8655-63FB-46E9-85AB-6E8BC4CF8199@gmail.com> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> <20140827112209.89d0bbdb.freebsd@edvax.de> To: Polytropon X-Mailer: Apple Mail (2.1878.6) Cc: atar , "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 11:25:29 -0000 Hi Polytropon -=20 Thanks for your response. As usual, your responses are well-written, = very thorough, articulate, and unemotional (in a good sense). Too often on email lists I see one-liner complaints/problems/rants, where opinions are not backed up with reasons; issues not researched well; etc, etc; followed by another one-line opinion, ad nauseam. I too am slowly moving to FreeBSD, and just last week was trying to get = my Lenovo laptop working. Had to put that project aside since day job intervened. You = mentioned you had success with wireless on Lenovo; I might have to ask for some = help. Your responses keep the =93spirit of FreeBSD=94 (at least how I see it, in my short exposure to it), alive and well. Also, = responses like yours add the to the set of =93useful information=94 entries on the = email archives; it helps keep the signal-to-noise ratio higher (seems to be a losing battle, some = days). PS Your signature line always reminds me that perhaps it=92s time to re-read the Odyssey =93=85os mala polla=94=85. Don Harrisburg, PA On Aug 27, 2014, at 5:22, Polytropon wrote: > On Wed, 27 Aug 2014 11:39:56 +0300, atar wrote: >> So you give me additional reason to stay with Linux and >> not to migrate to FreeBSD since even a basic wireless >> adapter which came with your Sony isn't supported by >> FreeBSD. To be honest, I don't know if your Sony wireless >> adapter is supported by Linux, but in general, I think >> linux is more flexible and supports more devices than >> FreeBSD (and more than all the rest of *BSD variations). >=20 > Of course this is a problem in FreeBSD, and it's a known > problem. There is a workaround (which isn't really helpful > afterwards, but beforehand): First check if the hardware > is supported, then buy it. Especially wireless devices > are subject to the tricky game of "driver lottery". You > will have more luck with Linux in this regards, as it > covers hardware with working drivers more than any other > operating system does, and usually, it keeps the support > for devices that "Windows" has long dropped (if you happen > to insist on using specific hardware, such as video grabber > cards, DVB sticks, sound cards or other "non-mainstream" > equipment). >=20 > Up to this point, I was always lucky with the hardware I > purchased: FreeBSD's support for WLAN components was > excellent. I've been using IBM / Lenovo, Dell, Siemens- > Fijutsu and Sony laptop hardware, and FreeBSD did not > have any trouble getting the buildin hardware to work. > Still there are models which cause problems: Some of > them use chipsets not supported by current drivers, others > just use f*cked up ACPI implementations, and others > delegate hardware functionality to proprietary drivers > which make the actual devices "appear" and "work", and > as you will guess, those are only available for specific > versions of "Windows". >=20 > It depends on you if you want to: >=20 > a) purchase other hardware to replace what is > not supported, >=20 > b) relapse to using Linux which supports your > hardware, or >=20 > c) accept that it's not working and make a better > choice next time you buy something. :-) >=20 > Many manufacturers are already regognizing that "Windows" > usage is decreasing, and Linux support becomes more and > more important to sell a device. They provide drivers or > build their devices so they support existing standards. > But of course hardware is evolving, and the OS needs to > provide the interfaces for the new. FreeBSD isn't exactly > blazing fast in this regards, but to me, never buying "the > newest" for having "the newest" for few weeks (instead > buying "good" in order to have "good" for several years), > it doesn't really matter, so my opinion doesn't matter much. >=20 >=20 >=20 > --=20 > Polytropon > Magdeburg, Germany > Happy FreeBSD user since 4.0 > Andra moi ennepe, Mousa, ... > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 11:42:56 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05A5A42A for ; Wed, 27 Aug 2014 11:42:56 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94AA735F3 for ; Wed, 27 Aug 2014 11:42:55 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id n3so6521754wiv.0 for ; Wed, 27 Aug 2014 04:42: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=v0wrECrmHYn4p1xHGUyRGh21q0mMXj0m6OkLoe/JodY=; b=N67t6tfsQtGvfWby3nC1z2H5kxkfLXvkkp5VY2/xlw/MHMufiNUaPBnn4cBdRxZKhq k+wF+zlfImIhXHNuL+vn/tN1YR2K/woZOufItJEfELP8uGl0FDmsvHPlalxwlA2FMGuN ovnA0w45RBrSz0p9MY30bioXlz6vLcA8ACMdbRgFvdSLLgJLdWR4JsduTHEPazOE49jO XROjOTY9o8Q1RWR/4J6iTh7l2U0tX2y2AI2i/uFiAi1bxyjcjKTipi0zgr1QLpsxsdFW O+R44bCKBO+ifh9HQxJURWEIk6ZvuJoBrqlCtU8FPFKQkrHK7NB8gYKAw91L5h8rA3vo 46GQ== X-Received: by 10.194.184.166 with SMTP id ev6mr33996365wjc.61.1409139771135; Wed, 27 Aug 2014 04:42:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.121.37 with HTTP; Wed, 27 Aug 2014 04:42:31 -0700 (PDT) From: Miguel Clara Date: Wed, 27 Aug 2014 12:42:31 +0100 Message-ID: Subject: Order of geli "passphrase prompt" on boot To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 11:42:56 -0000 Hi, Does any one know if there's a way to change the order of the passphrase prompt when the disk is encrypted? The ways it is now devices get detected after this prompt (usb devices it seems) and makes the prompt kind of hidden which complicates things for less experience users! There's a few cases where I plan to use geli but the users are annoyed by this! I don't need anything fancy tough, like what pcbsd is doing, just want to prompt to show after the devices are detected. Thanks From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 11:51:50 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11FC863B for ; Wed, 27 Aug 2014 11:51:50 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CD1D36BC for ; Wed, 27 Aug 2014 11:51:49 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id m15so94203wgh.3 for ; Wed, 27 Aug 2014 04:51:46 -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:references :in-reply-to:content-type:content-transfer-encoding; bh=8d18KJGbcm8Wi8+A9NoX3OdxjPTmso4W8ROp7fEwXJs=; b=tLGFpzQ0tbQPupPTZv0EKdHO49Qq/e5YHKwrNmk7cPISeBNA61vbWLBuKXo0N+c9/6 cXJwWwyeLwXsjZoEThUtfDg4v++VuRcnzcZGSr5z7KS4TeV0RWPXyA8D3mezZ2aO98gI WtazKyIePnvHDXoUukehb4ax9dcouH2DpJLmCHmSx4ctDlsRn/ZmTwo1vFCbe3gqv6jL vjXXou8wi9nv1I7i3xOCPK7QpusVLHWKxNid29ILjkoNQcJs/c05OW1M5kfDc3/i/SoB 1NpeUw1bkkoSbrFoRBbQJOxNmhoe06bRzmyUSY+C4E/VVaxfSJAdwOzpSQ58kNqUHfH8 Lc/A== X-Received: by 10.194.243.230 with SMTP id xb6mr2782269wjc.100.1409140304782; Wed, 27 Aug 2014 04:51:44 -0700 (PDT) Received: from kontrol.kode5.net (host81-157-206-146.range81-157.btcentralplus.com. [81.157.206.146]) by mx.google.com with ESMTPSA id pk9sm480999wjb.16.2014.08.27.04.51.43 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Aug 2014 04:51:44 -0700 (PDT) Message-ID: <53FDC64E.2050501@gmail.com> Date: Wed, 27 Aug 2014 12:51:42 +0100 From: Jamie Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-questions@freebsd.org Subject: Re: flashplayer distfile not on the server - where is it? References: <86.5C.28546.9A3ADF35@dnvrco-oedge03> In-Reply-To: <86.5C.28546.9A3ADF35@dnvrco-oedge03> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 11:51:50 -0000 On 27/08/2014 10:23, Thomas Mueller wrote: > from James Griffin: > >> I'm trying - yet again - to install linux flashplayer 11 but now fetch(1) >> can't download the file as it's apparently not on the server anymore. What's >> happened to it? where can I get the file so I can proceed? > Can you go to Adobe site to download Linux flashplayer? > > > Tom > I did try that earlier but that particular version was not available. As it happens, I've resolved it. I had previously updated the linux emulation components of the ports tree using a git repository so I could try the linux-c6 ports, I simply had to update the local git repository and incorporate the changes into the ports tree and then it compiled and installed successfully. So, it was my error completely. Sorry for the trouble and confusion. From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 12:33:41 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 996E574B for ; Wed, 27 Aug 2014 12:33:41 +0000 (UTC) Received: from m13-90.163.com (m13-90.163.com [220.181.13.90]) by mx1.freebsd.org (Postfix) with ESMTP id E745B3AEA for ; Wed, 27 Aug 2014 12:33:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=7YTv8 yWe8ZZHUpAw47ktQz9IHzBMXxcGWzXj3zhfCWU=; b=AEB0UeWVCvsAceGcXjO2I yQdw+JTL/cPDOSlkHy1DY8MOXVREIr+HbhYnjgiUALguWyKoHokkxKvtc6M7nhdM 8ZoAfpgm3p8pwhKGDH0GgK9+6pow3Skikk4/IgBk9hEXzSd5n9S+BWYd6j3f5Fvr yv0etialqye1xELq3Kv9Zk= Received: from huoyingyangjie$163.com ( [218.94.128.51] ) by ajax-webmail-wmsvr90 (Coremail) ; Wed, 27 Aug 2014 20:33:40 +0800 (CST) X-Originating-IP: [218.94.128.51] Date: Wed, 27 Aug 2014 20:33:40 +0800 (CST) From: huoyingyangjie To: freebsd-questions@freebsd.org Subject: kgdb can't debug loadable model,need Experts X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140725(28226.6623) Copyright (c) 2002-2014 www.mailtech.cn 163com X-CM-CTRLDATA: 1mMjlGZvb3Rlcl9odG09MzIyMDo4MQ== MIME-Version: 1.0 Message-ID: <48cdc013.de68.14817750ca5.Coremail.huoyingyangjie@163.com> X-CM-TRANSID: WsGowEB5FkEk0P1TiyR4AA--.30608W X-CM-SenderInfo: 5kxr5xpqj1t0pjmlvqqrwthudrp/xtbBDRv0m1IwTJI1fQABsM X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 12:33:41 -0000 SSB1c2UgIHNlcmlhbCBwb3J0cyB0byBkZWJ1ZyB6ZnMua28gYmV0d2VlbiAgdHdvIHZpcnR1YWxi b3hzLiAgT25lIGlzIGZyZWVic2QgOC4zLCBvbmUgaXMgZnJlZWJzZCA5LjMuCgpBdCBmcmVlYnNk OC4zIDoKaSB0eXBlo7oKotlrYXJhcyMga2xkc3RhdApJZCBSZWZzIEFkZHJlc3MgICAgICAgICAg ICBTaXplICAgICBOYW1lCiAxICAgIDkgMHhmZmZmZmZmZjgwMTAwMDAwIGVhZTc2MCAgIGtlcm5l bAogMyAgICAxIDB4ZmZmZmZmZmY4MTAxMjAwMCAxN2E5ODggICB6ZnMua28KIDQgICAgMSAweGZm ZmZmZmZmODExOGQwMDAgMWZiNCAgICAgb3BlbnNvbGFyaXMua28KotprYXJhcyMgc3lzY3RsIGRl YnVnLmtkYi5lbnRlcj0xCmRlYnVnLmtkYi5lbnRlcjogMApBdCBmcmVlYnNkOS4zOgpJIHR5cGU6 CqLZcm9vdEB5YW5namllOi91c3Iva2VybmVsL2tlcm5lbCAjIGtnZGIgLXIgL2Rldi9jdWF1MCAu L2tlcm5lbApHTlUgZ2RiIDYuMS4xIFtGcmVlQlNEXQpDb3B5cmlnaHQgMjAwNCBGcmVlIFNvZnR3 YXJlIEZvdW5kYXRpb24sIEluYy4KR0RCIGlzIGZyZWUgc29mdHdhcmUsIGNvdmVyZWQgYnkgdGhl IEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91IGFyZQp3ZWxjb21lIHRvIGNoYW5n ZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2YgaXQgdW5kZXIgY2VydGFpbiBjb25kaXRp b25zLgpUeXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29uZGl0aW9ucy4KVGhlcmUgaXMg YWJzb2x1dGVseSBubyB3YXJyYW50eSBmb3IgR0RCLiAgVHlwZSAic2hvdyB3YXJyYW50eSIgZm9y IGRldGFpbHMuClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJhbWQ2NC1tYXJjZWwtZnJlZWJz ZCIuLi5Td2l0Y2hpbmcgdG8gcmVtb3RlIHByb3RvY29sCgoKCgoKCgoKa2RiX2VudGVyICh3aHk9 MHhmZmZmZmZmZjgwYTc1N2IyICJzeXNjdGwiLCBtc2c9MHhhIDxBZGRyZXNzIDB4YSBvdXQgb2Yg Ym91bmRzPikgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl9rZGIuYzozNTEKMzUxICAgICAgICAg ICAgICAgICAgICAga2RiX3doeSA9IEtEQl9XSFlfVU5TRVQ7CgoKKGtnZGIpCk5vdGljZaO6Tm93 LGkgY2FuIGRlYnVnIGtlcm5lbCxhbmQgYnJlYWtwb2ludCBmb3Iga2VybmxlCqLaKGtnZGIpIGlu Zm8gc2hhcmVkbGlicmFyeQpGcm9tICAgICAgICAgICAgICAgIFRvICAgICAgICAgICAgICAgICAg U3ltcyBSZWFkICAgU2hhcmVkIE9iamVjdCBMaWJyYXJ5CjB4ZmZmZmZmZmY4MTAxMjAwMCAgMHhm ZmZmZmZmZjgxMGQ2MTJhICBObyAgICAgICAgICAvYm9vdC9rZXJuZWwvemZzLmtvCjB4ZmZmZmZm ZmY4MTE4ZDAwMCAgMHhmZmZmZmZmZjgxMThkOWY0ICBObyAgICAgICAgICAvYm9vdC9rZXJuZWwv b3BlbnNvbGFyaXMua28Kotsoa2dkYikgc2hhcmVkbGlicmFyeSB6ZnMua28KUmVhZGluZyBzeW1i b2xzIGZyb20gL2Jvb3Qva2VybmVsL3pmcy5rby4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290 L2tlcm5lbC96ZnMua28uc3ltYm9scy4uLmRvbmUuCmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAv Ym9vdC9rZXJuZWwvemZzLmtvCqLcKGtnZGIpIGIgemZzZGV2X2lvY3RsCk5vdGU6IGJyZWFrcG9p bnQgMSBhbHNvIHNldCBhdCBwYyAweGZmZmZmZmZmODEwYmE0ZTAuCkJyZWFrcG9pbnQgMiBhdCAw eGZmZmZmZmZmODEwYmE0ZTA6IGZpbGUgL3Vzci9zcmMvc3lzL21vZHVsZXMvemZzLy4uLy4uL2Nk ZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy96ZnNfaW9jdGwuYywgbGlu ZSA1OTAyLgoKCqLdKGtnZGIpIGMKQ29udGludWluZy4KQXQgZnJlZWJzZDguMzoKSSBydW4gInpw b29sIHN0YXR1cyJvciJ6cG9vbCBjcmVhdGUgeWFuZ2ppZSByYWlkeiBhZDEgYWQyIGFkMyIuVGhl IHJlc3VsdHMgaXMgImtnZGIgZG9uJ3Qgc3RvcCIuSSB0cnkgbWFueSB0aW1lcy5Eb24ndCBzdWNj ZXNzZWQuSSBkb24ndCBrbm93IHdoeS4KV2hvIGNhbiBoZWxwIG1lPwoKCgoKCgoKCg== From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 14:25:19 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D53C06B4 for ; Wed, 27 Aug 2014 14:25:19 +0000 (UTC) Received: from server1.shellworld.net (shellworld.net [69.60.117.94]) by mx1.freebsd.org (Postfix) with ESMTP id B462A3925 for ; Wed, 27 Aug 2014 14:25:19 +0000 (UTC) Received: from server1.shellworld.net (localhost [127.0.0.1]) by server1.shellworld.net (Postfix) with ESMTP id CF67A228B7 for ; Wed, 27 Aug 2014 10:25:17 -0400 (EDT) To: "questions@freebsd.org" Subject: Recreating the FreeBSD Installation Disks Date: Wed, 27 Aug 2014 09:25:17 -0500 From: "Martin G. McCormick" Message-Id: <20140827142517.CF67A228B7@server1.shellworld.net> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 14:25:19 -0000 I have been asking lots of questions recently about whether the procedure for building a custom FreeBSD installation CD has changed and it apparently has not but the problem I am having is not hard to define. The original image downloaded from freebsd.org is: FreeBSD-9.1-RELEASE-amd64-disc1.iso and it is 718862336 bytes large. I mounted it on a FreeBSD9 system as follows: ##Set up memory disk. # mdconfig -f FreeBSD-9.1-RELEASE-amd64-disc1.iso -u 1 ##Mount it. #mount -t cd9660 /dev/md1 /mnt2 Everything looks normal if you ls /mnt2. If one was to use mkisofs with /mnt2 as the top of the tree, a new iso image file should appear somewhere that is about the same size as the starting ISO file. As a test to see if this happens, I did the following: # mkisofs -J -R -V customBSD -no-emul-boot -b boot/cdboot -iso-level 3 -o \ #/home/martin/tmp/serialcd64.iso . #ls -l /home/martin/serialcd64.iso -rw-r--r-- 1 root martin 833892352 Aug 26 10:48 serialcd64.iso Man! I sure wish my pay check could do that after a week of living. I know that hard links will make tar and rsync produce larger outputs if not called correctly. My understanding is that hard links are multiple sets of inode numbers pointing to the same files so they are hard to mechanically distinguish from actual disk space being occupied by the same data in more than one spot. When one needs to make a custom CD, the extremely difficult part is recreating the steps that were used to originally build the image. An amusing side note; I used rsync to create a writable copy of the tree as follows: #cd ./treetop #sudo rsync -a /mnt2/ ./ A few seconds later, I had something that built without a single complaint so I made an image out of treetop and got: #ls -l custom* -rw-r--r-- 1 martin martin 455213056 Aug 26 11:42 custom.iso That was the exact same file tree that insists on being 120 MB too large if you try to make a straight ISO image from the mounted file system of the original image which is about 300 MB larger than this one. That has been pretty much the story of the last few days and I am running out of things to try. The process for building the FreeBSD installation CD is clever since it manages to cram so much in to the limited space without compressing the entire image. So far, orthogonalness has escaped me at every turn. Martin McCormick From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 15:14:19 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE61F774 for ; Wed, 27 Aug 2014 15:14:19 +0000 (UTC) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EACC3F5F for ; Wed, 27 Aug 2014 15:14:19 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id rd18so451169iec.28 for ; Wed, 27 Aug 2014 08:14:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=S2ZSBTS9R5WweKK2g7Eq8JrrMeHRPDG9S0hC7Qwj6eo=; b=eW16e1lCjdG90hdOQU2FOkJEuoPNe9nPhRVYVJRdVqowwwAItCORUpgW8+/LFT+W4U 9uUTzMMnep6GnyCWSnxxmidAqkrUUxBLI0WFtDRrqE+sdWyx0G0kYKFn44YiLE2gK5DP tA+A3eiagjE6g/sNXuAMvL+G3z6/Fo2mw+JEPQ/OaoRKYxTJBK6vOqRCqj7OQaJGYijR SHPlFtCImUZYsyUnVNdtk2fxrAebsBlEnchAGBMz1H/b5SDUGWvEZmHZCYHC+p7rkh1G 9v/iObHw84GMptxcsavbTvN75xqiwW2vQk0q7Yt7gZSJemG/YxcGdvIKQH0kT+Sd0zKz wfrg== MIME-Version: 1.0 X-Received: by 10.50.122.99 with SMTP id lr3mr30335865igb.10.1409152458087; Wed, 27 Aug 2014 08:14:18 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.64.165.73 with HTTP; Wed, 27 Aug 2014 08:14:18 -0700 (PDT) Date: Wed, 27 Aug 2014 11:14:18 -0400 X-Google-Sender-Auth: 5lsQXN3UxL6RKU5DZROgY7vF6gg Message-ID: Subject: NetBSD Security Advisory Applicable to FreeBSD? From: Rick Miller To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 15:14:19 -0000 NetBSD issued SA2014-008[1] addressing "Multiple OpenSSL vulnerabilities". Can we expect FreeBSD to issue a similar advisory or is it not affected by the same? [1] http://ftp.netbsd.org/pub/NetBSD/security/advisories/NetBSD-SA2014-008.txt.asc -- Take care Rick Miller From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 15:51:16 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D8D3C44 for ; Wed, 27 Aug 2014 15:51:16 +0000 (UTC) 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 3077C3518 for ; Wed, 27 Aug 2014 15:51:15 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-28.adsl.hiwaay.net [216.180.19.28]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7RFp7i6002764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 27 Aug 2014 10:51:08 -0500 Message-ID: <53FDFFE2.8070402@hiwaay.net> Date: Wed, 27 Aug 2014 10:57:22 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: ps question .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 15:51:16 -0000 Is there a way under FBSD 9.3 to get ps to just show processes for the current window ? Linux does that pretty easily & it is useful to me .... -- 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 Wed Aug 27 15:53:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87AFEF5B for ; Wed, 27 Aug 2014 15:53:51 +0000 (UTC) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 342BF3580 for ; Wed, 27 Aug 2014 15:53:51 +0000 (UTC) Received: by mail-yk0-f169.google.com with SMTP id 131so375698ykp.0 for ; Wed, 27 Aug 2014 08:53:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :organization:mime-version:content-type; bh=wnOrHHFvDIlJvB9Jhh7XStX8oBdtt3FLy0+x2M1Bm1s=; b=ghlrWzx8EDqdO5fsf6/JuzIQG0M36XW5K0SfyLxCoeHQNnCEk0bcKHaxb7KefJ6VbF wxeemQ9KYt5WhrCs/+u/siIQj4cO09Lds+eY3YP64oJUSJQ1rcpJWJ8FWclbyW8M09BX WaPBUAv8LIy2FflH8SHQN05BxUX/HFCBzdBDo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:reply-to:organization:mime-version:content-type; bh=wnOrHHFvDIlJvB9Jhh7XStX8oBdtt3FLy0+x2M1Bm1s=; b=LWgQ1TR6nEenS33dBTW7b8gj/qAtAGqF6g/FSoXGjOa4TGRGqWW4ikr/SHyP4C3xaM V1R2XbLvw+G4i0qvZcvwmepqsjyvB5lB+DWl2Tl51d7+n/kz2KjMFkXoYs6SqhMBcXwY 7TBu96PpQEeYdfSeL4uP1mNOTCIz3Y90SXTUrmIZJKDkCSOaFdciWKLfAF8RROF/yeyX ErX6tcoRfl7hDq2r7KRGpNxENBpNfoFceMRF5Rx7mSFuIqlFmrGJn2tEu9vTkzv67oi0 qzPQ4tbN5ikRkQM7Urxx8E6iAFrEusofLNZ19kjj4rwiqFH3TZ2XnlSwOSQFdM07CEu4 9wPA== X-Gm-Message-State: ALoCoQn+993vFaOPtEVgoXn5DrPmCe/feE9u442gX+NoiicM32NrT/BNmFgg0mFsyRlzTp0eU86x X-Received: by 10.236.84.48 with SMTP id r36mr3878085yhe.128.1409154830198; Wed, 27 Aug 2014 08:53:50 -0700 (PDT) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPSA id 6sm406963yhw.38.2014.08.27.08.53.49 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Aug 2014 08:53:49 -0700 (PDT) Received: from scorpio (cpe-076-182-104-150.nc.res.rr.com [76.182.104.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3hjs7J58rdz3DlWq for ; Wed, 27 Aug 2014 11:53:48 -0400 (EDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.4 at scorpio.seibercom.net Date: Wed, 27 Aug 2014 11:53:40 -0400 From: Jerry To: freebsd-questions@freebsd.org Subject: Re: TL-WN722N support on FreeBSD. Message-ID: <20140827115340.23278102@scorpio> In-Reply-To: <20140827112209.89d0bbdb.freebsd@edvax.de> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> <20140827112209.89d0bbdb.freebsd@edvax.de> Reply-To: User questions Organization: seibercom NET X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/UiIAFePS1YLRRbFKwaHLSa6"; protocol="application/pgp-signature" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 15:53:51 -0000 --Sig_/UiIAFePS1YLRRbFKwaHLSa6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 27 Aug 2014 11:22:09 +0200, Polytropon stated: >On Wed, 27 Aug 2014 11:39:56 +0300, atar wrote: >> So you give me additional reason to stay with Linux and >> not to migrate to FreeBSD since even a basic wireless >> adapter which came with your Sony isn't supported by >> FreeBSD. To be honest, I don't know if your Sony wireless >> adapter is supported by Linux, but in general, I think >> linux is more flexible and supports more devices than >> FreeBSD (and more than all the rest of *BSD variations). > >Of course this is a problem in FreeBSD, and it's a known >problem. There is a workaround (which isn't really helpful >afterwards, but beforehand): First check if the hardware >is supported, then buy it. Especially wireless devices >are subject to the tricky game of "driver lottery". You >will have more luck with Linux in this regards, as it >covers hardware with working drivers more than any other >operating system does, and usually, it keeps the support >for devices that "Windows" has long dropped (if you happen >to insist on using specific hardware, such as video grabber >cards, DVB sticks, sound cards or other "non-mainstream" >equipment). > >Up to this point, I was always lucky with the hardware I >purchased: FreeBSD's support for WLAN components was >excellent. I've been using IBM / Lenovo, Dell, Siemens- >Fijutsu and Sony laptop hardware, and FreeBSD did not >have any trouble getting the buildin hardware to work. >Still there are models which cause problems: Some of >them use chipsets not supported by current drivers, others >just use f*cked up ACPI implementations, and others >delegate hardware functionality to proprietary drivers >which make the actual devices "appear" and "work", and >as you will guess, those are only available for specific >versions of "Windows". > >It depends on you if you want to: > > a) purchase other hardware to replace what is > not supported, > > b) relapse to using Linux which supports your > hardware, or > > c) accept that it's not working and make a better > choice next time you buy something. :-) > >Many manufacturers are already regognizing that "Windows" >usage is decreasing, and Linux support becomes more and >more important to sell a device. They provide drivers or >build their devices so they support existing standards. >But of course hardware is evolving, and the OS needs to >provide the interfaces for the new. FreeBSD isn't exactly >blazing fast in this regards, but to me, never buying "the >newest" for having "the newest" for few weeks (instead >buying "good" in order to have "good" for several years), >it doesn't really matter, so my opinion doesn't matter much. =EF=BB=BFThere is a serious flaw in your thinking Poly. It is the same flaw= , or shall we say fallacy with dealing with alcoholics or drug addicts. By accepting t= he situation, and in fact encouraging it by purchasing lessor quality or older/obsoleted hardware, you are =E2=80=9Cenabling=E2=80=9D FreeBSD to con= tinue to distribute an operating system that is subpar. You have in fact become an enabler. If FreeBSD is ever going to get its act together and become as ful= ly functional OS, people like you have to demand it stop this practice of procrastinating in the development of up-to-date drivers for the latest technology. You cannot. Although you will, blame the manufacturers. I have spoken to Brother USA and asked why they do not make a more complete set of drivers available for their product. I was told that due to the cornucopia = of flavors of *.nix, etcetera, there is no way that they could reasonably or financially support them. They choose to support the ones who offer them the most support and whose market they can reasonable be assured of reaching. Microsoft, as I was told, has a whole department that actively deals with hardware developers and works with them to develop drivers/peripherals that work on their OS. I am not aware of such an entity with FreeBSD. I remember just a few years ago, when everyone had drivers for =E2=80=9Cn= =E2=80=9D protocol wireless cards, except FreeBSD. I had a machine that had just such a card installed. I now had a choice, remove the card and use a cheap quality or = =E2=80=98G=E2=80=9D protocol card, or use another OS. You are a smart person Poly, guess which route I choose. ********************************************************************* Enabler: one that enables another to achieve an end; especially, one who enables another to persist in self-destructive behavior (as substance abuse) by providing excuses or by making it possible to avoid the consequences of such behavior --=20 Jerry --Sig_/UiIAFePS1YLRRbFKwaHLSa6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT/f8LAAoJEElTsHIJnX8eJpAH/2NwWInthrq7mxjgM7bL7MxA wb+pWTlpCJwYshkcRnFaH7UldSMaLse2yNZgL4e7Op1SJ7ovLmX0cn1OghUFTWep h23yUIJlEpI1UPhfjxUCC8NJCgf8zkR1qEfgMX7zAluZlmV9X4lGXlpXvDje913J LnKtomKUrVXrUzSdbMhUCZyySZdW0SLvCb16P8ByTEwt+0tHmqlRUhPv09FhMsWW v4nDT2oEWrMAPQYRq8oEDz7J6iSY9J/JEoh56K0BFJOE9zXtw8z8HO9citcp3fcG jHWxDyHzYNrDmzuiM946hs0sgKn/4b6TgihTG1ufvmmMl3f2ZiFXXjhPynvz2lw= =Pahi -----END PGP SIGNATURE----- --Sig_/UiIAFePS1YLRRbFKwaHLSa6-- From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 16:07:35 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CD12C8F for ; Wed, 27 Aug 2014 16:07:35 +0000 (UTC) Received: from mailout2.ltindia.com (mailout2.ltindia.com [203.199.60.171]) by mx1.freebsd.org (Postfix) with ESMTP id F2DD53789 for ; Wed, 27 Aug 2014 16:07:34 +0000 (UTC) Received: from unknown (HELO POCITMSEXHUB01.LntUniverse.com) ([10.2.1.58]) by mailout2.ltindia.com with ESMTP; 27 Aug 2014 21:36:23 +0530 Received: from POCITMSEXMB06.LntUniverse.com ([fe80::7871:7933:7aa5:96ea]) by POCITMSEXHUB01 ([10.2.1.58]) with mapi id 14.03.0169.001; Wed, 27 Aug 2014 21:36:22 +0530 From: Abdul Rasheed Shaik To: "freebsd-questions@freebsd.org" Subject: Hugepages support for FreeBSD Thread-Topic: Hugepages support for FreeBSD Thread-Index: Ac/CENjqUHnq+TGCQYW0etJRGAnPbQ== Date: Wed, 27 Aug 2014 16:06:23 +0000 Message-ID: <20FA96CBE1A24D4191A5EABB5763AB0BBB3578@POCITMSEXMB06.LntUniverse.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.2.1.199] MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 16:07:35 -0000 Hi, Anybody please let me know is there any way to have hugepages support in Fr= eeBSD? This is some thing like we have in Linux. Thanks & Regards, Abdul Rasheed. L&T Technology Services Ltd www.LntTechservices.com This Email may contain confidential or privileged information for the inten= ded recipient (s). If you are not the intended recipient, please do not use= or disseminate the information, notify the sender and delete it from your = system. From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 16:04:22 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B27595F for ; Wed, 27 Aug 2014 16:04:22 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 10436373B for ; Wed, 27 Aug 2014 16:04:21 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.9/8.14.9) with ESMTP id s7RG49lg093847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 27 Aug 2014 17:04:15 +0100 (BST) (envelope-from matthew@freebsd.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=freebsd.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk s7RG49lg093847 Authentication-Results: smtp.infracaninophile.co.uk/s7RG49lg093847; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <53FE0172.8020205@freebsd.org> Date: Wed, 27 Aug 2014 17:04:02 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: ps question .... References: <53FDFFE2.8070402@hiwaay.net> In-Reply-To: <53FDFFE2.8070402@hiwaay.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="v5OBxug48eO5kpuU1TSmaTn2F6HVIHSTp" X-Virus-Scanned: clamav-milter 0.98.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 16:04:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --v5OBxug48eO5kpuU1TSmaTn2F6HVIHSTp Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 08/27/14 16:57, William A. Mahaffey III wrote: > Is there a way under FBSD 9.3 to get ps to just show processes for the > current window ? Linux does that pretty easily & it is useful to me ...= =2E % ps -t `tty` -aux gives you processes belonging to the current tty, which is not /quite/ the same thing as the current window, but probably close enough. Matthew --v5OBxug48eO5kpuU1TSmaTn2F6HVIHSTp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJT/gF5XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTn6iUP/2ijTiY6XpKF56/XFSeS1Ry+ EQDOPQVP5EIJP/lnoEoXIzFRS/AiUvXuVAJzTAN9ft6fKYXX/xEfmqSxlUlghXK8 +TOn57Hi6KUYb3pWQogoYA+r8Tnf+Ih252KmvDOFY6RzLGz7bjIXr+Ba1n4f9U4o SlHV/BETdsvHb2LwU3XgAcoheHeeHUnD1UguvSNrAjcK1bdZoz7i4MEwGVDaMYI/ lrbGaLXcQx/2OzXocrPaHXtlPWSJzU/qvAGbXa12op7W1MTfxzRZs/w39JhCHUWr bHEl9wuwGBXRRhPcOA/ecg7nczft6Ej0GqjiQQYPAYb9mccxDDLc9+eBP/hhZSFK k0QMIsPsd4bKpjycBdvPca47CDN3QeZfgrRv2XzvSOuISYZN/oojxuJH6N5XDdLG Oqq5rVOVjiCEMsFZ41UBHcPX3/GI0D1M+r4ZJooi+MoMOpdGlEMqFASUHL+mRShp 7GT+iXc74s58zR3t511JF/QIftSxz5pc+OzRyJJsfd3bRzzGkGOGRmZ6d73x2IgL hLH/DpElObxf0vDYO7Q89ZngQ45BVy3flo3yMGw0NVNDclAfDM2pHHCl75iEG6N2 0MsZivQr3HtUXP70SeBeKEMEPGffQRSeZsK5dE1QZRaSEBXKZ4T95T48qZFBCKy1 rxcnMDd++3HOPKRbWRIu =WaNR -----END PGP SIGNATURE----- --v5OBxug48eO5kpuU1TSmaTn2F6HVIHSTp-- From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 17:19:17 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 851C8D28 for ; Wed, 27 Aug 2014 17:19:17 +0000 (UTC) Received: from mail-ob0-f174.google.com (mail-ob0-f174.google.com [209.85.214.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5186B3041 for ; Wed, 27 Aug 2014 17:19:16 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id vb8so419522obc.33 for ; Wed, 27 Aug 2014 10:19:10 -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=c3DMVollOJnZgY299XAs7zxy6X9kyzZgcMEh1KIM4Xw=; b=QI5gBdr6SbExmz/qZ5XMmnZ0J1QjK1rRfwjCRmRTU0nDzeo4Gw+mhAwbeueyO18QSm qIcyTccDNd0TB7ksVhRyOhATPorMDI8/+i42zQ7/bK102sYe1xf5RtXLs8l73g9Iat8Q WRDTZL1ile+4kqBsm/qYDJr35b3mDRpl9PTrhlLgZvDQTydd85M6OJ3GbQro55SwYfra KYDiKs5POed3u/ReYk0HUhBGP+oewjOJiLhJISG4t2cg0dPZ+169mO4xupOi3MonucVk xvqAA3FFu7wx23ba6L4z73qhMR3AkPUN8wV7zNVMupRH3cmWLOYnCqUyvaAeD1zYH9yY zdkg== X-Gm-Message-State: ALoCoQkap9R49Ww+kRlyMMApZXscUK/1/pf/tCuy0zsIC0zjSa2OmmR+r0hO2gOvGrAgSq7mBd3Q MIME-Version: 1.0 X-Received: by 10.60.74.232 with SMTP id x8mr3678606oev.84.1409159950509; Wed, 27 Aug 2014 10:19:10 -0700 (PDT) Received: by 10.60.120.37 with HTTP; Wed, 27 Aug 2014 10:19:10 -0700 (PDT) Date: Wed, 27 Aug 2014 10:19:10 -0700 Message-ID: Subject: fetch problem on relatively new 10.0-RELEASE-p7 host From: Michael Sierchio To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 17:19:17 -0000 It seems, after running in verbose mode, that the (undocumented in the man page) default location for the trusted Root CA bundle is /etc/ssl/cert.pem which doesn't exist. I created a symlink to /usr/local/share/certs/ca-root-nss.crt and fetching from a URI whose method is HTTPS now works. -M From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 17:54:32 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09C2C8B0 for ; Wed, 27 Aug 2014 17:54:32 +0000 (UTC) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0243.outbound.protection.outlook.com [207.46.163.243]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA97D3472 for ; Wed, 27 Aug 2014 17:54:30 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (2601:2:4780:2fd:3cfa:1b41:db29:34df) by DM2PR0301MB0845.namprd03.prod.outlook.com (25.160.215.143) with Microsoft SMTP Server (TLS) id 15.0.1015.19; Wed, 27 Aug 2014 17:54:27 +0000 Message-ID: <53FE1B4C.5030307@my.hennepintech.edu> Date: Wed, 27 Aug 2014 12:54:20 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Subject: Re: fetch problem on relatively new 10.0-RELEASE-p7 host References: In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [2601:2:4780:2fd:3cfa:1b41:db29:34df] X-ClientProxiedBy: BN3PR0301CA0022.namprd03.prod.outlook.com (25.160.180.160) To DM2PR0301MB0845.namprd03.prod.outlook.com (25.160.215.143) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:; X-Forefront-PRVS: 0316567485 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(189002)(24454002)(51704005)(199003)(54356999)(65956001)(86362001)(90102001)(23676002)(65806001)(20776003)(31966008)(102836001)(76482001)(87266999)(76176999)(50986999)(83322001)(80316001)(80022001)(79102001)(101416001)(19580395003)(64706001)(65816999)(230783001)(59896002)(42186005)(77982001)(74662001)(85306004)(47776003)(33656002)(83506001)(46102001)(95666004)(2351001)(88552001)(106356001)(81542001)(83072002)(85852003)(81342001)(89122001)(107886001)(107046002)(21056001)(92566001)(75432001)(77096002)(99396002)(74502001)(64126003)(4396001)(50466002)(92726001)(87976001)(105586002)(110136001)(89472002)(3826002); DIR:OUT; SFP:; SCL:1; SRVR:DM2PR0301MB0845; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:nov; PTR:InfoNoRecords; MX:1; A:0; LANG:en; X-OriginatorOrg: my.hennepintech.edu X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 17:54:32 -0000 On 2014.08.27 12:19, Michael Sierchio wrote: > It seems, after running in verbose mode, that the (undocumented in the > man page) default location for the trusted Root CA bundle is > > /etc/ssl/cert.pem > > which doesn't exist. I created a symlink to > > /usr/local/share/certs/ca-root-nss.crt > > and fetching from a URI whose method is HTTPS now works. Yes, naturally, something in base would go looking in /etc rather than /usr/local/etc. The ca_root_nss port has an option to create this symlink. There is also an environment variable available to make fetch download something anyway. I forget what it is, but I'm pretty sure it's documented in the fetch(3) man page or such. From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 18:00:15 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0EAFCA83 for ; Wed, 27 Aug 2014 18:00:15 +0000 (UTC) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) (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 B2A4A34C2 for ; Wed, 27 Aug 2014 18:00:14 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7RI04Ik053368; Wed, 27 Aug 2014 20:00:05 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id A4E0A12559; Wed, 27 Aug 2014 20:00:04 +0200 (CEST) Date: Wed, 27 Aug 2014 20:00:04 +0200 From: Roland Smith To: "Don O'Hara" Subject: Re: TL-WN722N support on FreeBSD. Message-ID: <20140827180004.GA4450@slackbox.erewhon.home> Mail-Followup-To: Don O'Hara , Polytropon , atar , "freebsd-questions@freebsd.org" References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> <20140827112209.89d0bbdb.freebsd@edvax.de> <244A8655-63FB-46E9-85AB-6E8BC4CF8199@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <244A8655-63FB-46E9-85AB-6E8BC4CF8199@gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Polytropon , atar , "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 18:00:15 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > On Wed, 27 Aug 2014 11:39:56 +0300, atar wrote: > >> So you give me additional reason to stay with Linux and > >> not to migrate to FreeBSD since even a basic wireless > >> adapter which came with your Sony isn't supported by > >> FreeBSD. To be honest, I don't know if your Sony wireless > >> adapter is supported by Linux, but in general, I think > >> linux is more flexible and supports more devices than > >> FreeBSD (and more than all the rest of *BSD variations). > >=20 > > Of course this is a problem in FreeBSD, and it's a known > > problem. There is a workaround (which isn't really helpful > > afterwards, but beforehand): First check if the hardware > > is supported, then buy it. Especially wireless devices > > are subject to the tricky game of "driver lottery". You > > will have more luck with Linux in this regards, as it > > covers hardware with working drivers more than any other > > operating system does, and usually, it keeps the support > > for devices that "Windows" has long dropped (if you happen > > to insist on using specific hardware, such as video grabber > > cards, DVB sticks, sound cards or other "non-mainstream" > > equipment). > >=20 > > Up to this point, I was always lucky with the hardware I > > purchased: FreeBSD's support for WLAN components was > > excellent. For off-the-shelf no-name WLAN cards it is in my experience often difficult= to tell which chipset is used inside. There have even been instances where manufacturers switch the chipset to something completely different without changing the part number! In cases like this I tend to download and unpack the windoze driver from the manufacturer's website. If you look through the configuration files for the driver install (.inf, IIRC) you can generally tell which chipset is used. Or you can buy a slightly more expensive brand name card for which you *kno= w* drivers exist and save yourself a lot of time. > > I've been using IBM / Lenovo, Dell, Siemens- > > Fijutsu and Sony laptop hardware, and FreeBSD did not > > have any trouble getting the buildin hardware to work. > > Still there are models which cause problems: Some of > > them use chipsets not supported by current drivers, others > > just use f*cked up ACPI implementations, and others > > delegate hardware functionality to proprietary drivers > > which make the actual devices "appear" and "work", and > > as you will guess, those are only available for specific > > versions of "Windows". Like winprinters. Blegh! > > It depends on you if you want to: > >=20 > > a) purchase other hardware to replace what is > > not supported, > >=20 > > b) relapse to using Linux which supports your > > hardware, or > >=20 > > c) accept that it's not working and make a better > > choice next time you buy something. :-) If I'm buying a PC or laptop I tend to go to a shop with a FreeBSD DVD or memstick and ask if I can try booting the machine in question from it. Then the dmesg output tells me what works and what doesn't. Smaller shops can generally build PC's and sometimes laptops to order with components that you specify. That is generally what I do. > > FreeBSD isn't exactly blazing fast in this regards, but to me, never > > buying "the newest" for having "the newest" for few weeks (instead buyi= ng > > "good" in order to have "good" for several years), it doesn't really > > matter, so my opinion doesn't matter much. Definitely agree. Never buy the latest generation hardware! You pay top dol= lar (especially for CPUs) and the difference to the previous generation that is probably better supported by FreeBSD is generally not really significant. These days the biggest speedup for a computer is probably to use an SSD ins= tead of an HDD. But since GELI doesn't support TRIM yet, and I consider encrypti= on a must have for my own data in case of theft, I'll wait for a while. Of course using a relatively small unencrypted SDD for the OS with an encrypted HDD f= or data would be a solution for that. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT/hykAAoJEED21dyjijPg8mEP/jAbREXoC6mVmnNM2F86745x 98Ga+FtBy4uW82rn0BlQpl1NzJKi0HGCWhZicWZDU+uxI6xhe0UvvtUzH1BUkeG5 b+BRh/PQIeyUS94JOrX03OypUDslvJp/Aqwk9XDgTPA8pNEKYYteG2HHunQKTia+ tNN+Xv9+Jooo7j67IRBhbXlB7gIQAcUbJWU1C3nMop+ZHkkU68+nie/grEihlzPd mj9AXXMxsEQxIxp8o7gOLxlBP35qNKUZj/Y4PiGVpWawp7HPzBr3VEIquMRb0+cQ Ng8csH0Pe1hUtSyXoPC3SxVbOebLo4+9aGVksTlGTQfNYmT/dTLbh87NgUUZgkkL hn/Y69YTTgxhawbe31DW3C4uzdfizowL2GNyeKpIE6LJ8m3E3GNJg0LRNjBJNhnz 75qjbOJC+96jaDbOwRmyMBRHjV4T0TIWKHXAzXrSTBnMvMnezoGdvkVoo4vUy9cd uYs/fVdADRp3xUr8GzTB9wV7jRZk9lfJysWb0hfYPobByYPU+QgOcmM1PobIQI2E aCVW4EHF9PxRSGCzzcuhY/KDPFKBO2zNiJoECcC75vcuYCn6Bxe1AVTOpIPhP8px BErtuGS5rRX+81MPiHQxpjvqUN8F8HxI28bAr3QGWXv/xzPEJGAubK9dinC/gJCv NZTXyEeku4gKrtqf2luh =z6Q7 -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 18:00:58 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD178B0F for ; Wed, 27 Aug 2014 18:00:58 +0000 (UTC) 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 8ED833545 for ; Wed, 27 Aug 2014 18:00:58 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-28.adsl.hiwaay.net [216.180.19.28]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7RI0u4s007281 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 27 Aug 2014 13:00:56 -0500 Message-ID: <53FE1E4F.3010107@hiwaay.net> Date: Wed, 27 Aug 2014 13:07:11 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: ps question .... References: <53FDFFE2.8070402@hiwaay.net> <53FE0172.8020205@freebsd.org> In-Reply-To: <53FE0172.8020205@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 18:00:58 -0000 *Boooyah* !!!! Thx ;-) .... On 08/27/14 11:04, Matthew Seaman wrote: > ps -t `tty` -aux -- 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 Wed Aug 27 18:01:11 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CB28CC2 for ; Wed, 27 Aug 2014 18:01:11 +0000 (UTC) Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com [209.85.218.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6493C3552 for ; Wed, 27 Aug 2014 18:01:11 +0000 (UTC) Received: by mail-oi0-f47.google.com with SMTP id x69so415325oia.20 for ; Wed, 27 Aug 2014 11:01:10 -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=yzpfRNczSYWWf+LagC0h3bQ7KxYhjwdebdoK7Ns7iE8=; b=PfrFJZll2hu7QqEdB+bn/a2YPFRYBT8DkTe1MbjR2sCLdlQboZaqDPzJ8XCYukTONi WDahwJ74SYDdBFntUxPfrtbPdTm7wArriIB9zxEjRnmVaHhYPIABkzcuIWNKjHULzQHS P1+YvLIVwF12Q/SPyKDQjKsMuOpZbGFCfOwqSMP4LT9GpLVL2ABl0ntK4tjgY75Z33RI HHXVqUpSu8dHKOdPOilm3e7/AM4QYu9OB/jRndiTMNFitLPyLx0/312kHwVNPTpe4Kro 8LysJYATAH+GU4sultx1QGrCeQwymHYs3WX1H1H0nTX4aZoJkfwigckBq+q2gYOnUsmh Wl1w== X-Gm-Message-State: ALoCoQmq2rm74gtZ6r7VpOqrsnItQiONuxtc50wI72xHEMduVBPDyOuYzcwbsMmZvf41PwNHWVyi MIME-Version: 1.0 X-Received: by 10.60.44.65 with SMTP id c1mr3996748oem.83.1409162470172; Wed, 27 Aug 2014 11:01:10 -0700 (PDT) Received: by 10.60.120.37 with HTTP; Wed, 27 Aug 2014 11:01:10 -0700 (PDT) In-Reply-To: <53FE1B4C.5030307@my.hennepintech.edu> References: <53FE1B4C.5030307@my.hennepintech.edu> Date: Wed, 27 Aug 2014 11:01:10 -0700 Message-ID: Subject: Re: fetch problem on relatively new 10.0-RELEASE-p7 host From: Michael Sierchio To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 18:01:11 -0000 I suppose the puzzling thing was the missing /etc/ssl/cert.pem So, is my install broken, or is this just prudent, abundance-of-caution, and on purpose? - M On Wed, Aug 27, 2014 at 10:54 AM, Andrew Berg wrote: > On 2014.08.27 12:19, Michael Sierchio wrote: > > It seems, after running in verbose mode, that the (undocumented in the > > man page) default location for the trusted Root CA bundle is > > > > /etc/ssl/cert.pem > > > > which doesn't exist. I created a symlink to > > > > /usr/local/share/certs/ca-root-nss.crt > > > > and fetching from a URI whose method is HTTPS now works. > Yes, naturally, something in base would go looking in /etc rather than > /usr/local/etc. The ca_root_nss port has an option to create this symlink. > There is also an environment variable available to make fetch download > something anyway. I forget what it is, but I'm pretty sure it's documented > in > the fetch(3) man page or such. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 18:11:50 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A3D41AE for ; Wed, 27 Aug 2014 18:11:50 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1lp0141.outbound.protection.outlook.com [207.46.163.141]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C8AB3675 for ; Wed, 27 Aug 2014 18:11:49 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (2601:2:4780:2fd:3cfa:1b41:db29:34df) by BN3PR0301MB0836.namprd03.prod.outlook.com (25.160.154.146) with Microsoft SMTP Server (TLS) id 15.0.1015.19; Wed, 27 Aug 2014 18:11:45 +0000 Message-ID: <53FE1F5A.2070500@my.hennepintech.edu> Date: Wed, 27 Aug 2014 13:11:38 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Subject: Re: fetch problem on relatively new 10.0-RELEASE-p7 host References: <53FE1B4C.5030307@my.hennepintech.edu> In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [2601:2:4780:2fd:3cfa:1b41:db29:34df] X-ClientProxiedBy: BN3PR0301CA0084.namprd03.prod.outlook.com (25.160.152.180) To BN3PR0301MB0836.namprd03.prod.outlook.com (25.160.154.146) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:; X-Forefront-PRVS: 0316567485 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(51704005)(24454002)(189002)(199003)(106356001)(87976001)(83322001)(80316001)(19580395003)(95666004)(105586002)(88552001)(99396002)(76176999)(87266999)(50986999)(101416001)(54356999)(21056001)(83072002)(102836001)(86362001)(85852003)(92566001)(92726001)(33656002)(83506001)(79102001)(77982001)(23676002)(76482001)(50466002)(64126003)(89122001)(74502001)(107886001)(2351001)(107046002)(74662001)(31966008)(46102001)(110136001)(77096002)(90102001)(81542001)(42186005)(65956001)(59896002)(80022001)(230783001)(64706001)(65816999)(65806001)(20776003)(47776003)(4396001)(75432001)(85306004)(81342001)(89472002)(3826002); DIR:OUT; SFP:; SCL:1; SRVR:BN3PR0301MB0836; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:nov; PTR:InfoNoRecords; MX:1; A:0; LANG:en; X-OriginatorOrg: my.hennepintech.edu X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 18:11:50 -0000 On 2014.08.27 13:01, Michael Sierchio wrote: > I suppose the puzzling thing was the missing > > /etc/ssl/cert.pem > > So, is my install broken, or is this just prudent, abundance-of-caution, > and on purpose? This is intentional. It does not assume you trust the Mozilla cert bundle (or any other you don't explicitly install), and the release process is too slow to keep up with changes anyway. From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 18:24:27 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 976EE453 for ; Wed, 27 Aug 2014 18:24:27 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 6CFEF3777 for ; Wed, 27 Aug 2014 18:24:27 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 70F4533C1E; Wed, 27 Aug 2014 14:24:20 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 334C239860; Wed, 27 Aug 2014 14:24:18 -0400 (EDT) From: Lowell Gilbert To: Abdul Rasheed Shaik Subject: Re: Hugepages support for FreeBSD References: <20FA96CBE1A24D4191A5EABB5763AB0BBB3578@POCITMSEXMB06.LntUniverse.com> Reply-To: "freebsd-questions\@freebsd.org" Date: Wed, 27 Aug 2014 14:24:18 -0400 In-Reply-To: <20FA96CBE1A24D4191A5EABB5763AB0BBB3578@POCITMSEXMB06.LntUniverse.com> (Abdul Rasheed Shaik's message of "Wed, 27 Aug 2014 16:06:23 +0000") Message-ID: <44tx4xn63x.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 18:24:27 -0000 Abdul Rasheed Shaik writes: > Anybody please let me know is there any way to have hugepages support in FreeBSD? > This is some thing like we have in Linux. "Superpage" support has been present in FreeBSD for years. If your system has the vm.pmap.pg_ps_enabled sysctl set, you already have it. As you'd expect, it isn't supported on all platforms, but if your architecture has decent memory management hardware, it should be set. The API isn't exactly the same as on Linux. From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 19:11:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73941B64 for ; Wed, 27 Aug 2014 19:11:36 +0000 (UTC) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 306D33D4C for ; Wed, 27 Aug 2014 19:11:36 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id i8so819246qcq.3 for ; Wed, 27 Aug 2014 12:11:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=2CT+67rBuUyecoZMvGl8Y8qGLDC3WpzsLHGThZylAxs=; b=zJjo3n6Hv3IB9+9yvYIaw/3HiFIzNPDfC48t7gVsD2yPMi08sFMnJhJz+TnD2odG9c itgB+eOTrkGy//N+RNhFHSCW8FdYIkIHd7rNuQ7aQXx+Gfhe218hoY8HvUJI8eqsqRU1 hESeh2V2CxLuGuFk3phsPVC4MrRujFlRm3lqjdG+67qLb923fhdW0VKaHt/7XtiHlA22 H9HPVO/Xe22I0BD/dQ9FhIJkfROD9TsR9wb/jQbKcOMSu36w0e6QthFQqJpE3Q6NvO3Q NlDGoIm4oktm+dR3mMtZbAQURpgT+v4xy+dKxWCWI8XnagGVIpZSJy1r+1iF56SuCF6M IfPg== MIME-Version: 1.0 X-Received: by 10.224.151.69 with SMTP id b5mr61903896qaw.37.1409166695348; Wed, 27 Aug 2014 12:11:35 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Wed, 27 Aug 2014 12:11:35 -0700 (PDT) In-Reply-To: <20140827115340.23278102@scorpio> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> <20140827112209.89d0bbdb.freebsd@edvax.de> <20140827115340.23278102@scorpio> Date: Wed, 27 Aug 2014 12:11:35 -0700 X-Google-Sender-Auth: GI8ItuAV0MRKYIW6bRVo1rBFnEk Message-ID: Subject: Re: TL-WN722N support on FreeBSD. From: Adrian Chadd To: User questions , Jerry Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 19:11:36 -0000 On 27 August 2014 08:53, Jerry wrote: [snip rant] > I remember just a few years ago, when everyone had drivers for =E2=80=9Cn= =E2=80=9D protocol > wireless cards, except FreeBSD. I had a machine that had just such a card > installed. I now had a choice, remove the card and use a cheap quality or= =E2=80=98G=E2=80=9D > protocol card, or use another OS. You are a smart person Poly, guess whic= h > route I choose. Know what I did? I made the 11n bits work. -a From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 19:16:06 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28E7CDD5; Wed, 27 Aug 2014 19:16:06 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CE5D23D94; Wed, 27 Aug 2014 19:16:05 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id k15so667121qaq.13 for ; Wed, 27 Aug 2014 12:16:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=VSjLE6za8W6b/85MwqcHZpkkqM2K85ncLRKtu5AQ/+Y=; b=HnDXwon5dPfdtklB8DQIR4poO6EckTMvyeB/9zWfZNZoGuVuSPVrb+It7X3mQ3BzHo pja8GmaQKHIaEV7ttdC+qFdUK3P8gcXiq/c0KF8ks0bi/RAn5xkCPDWH2xtnXBRPwqU5 g8QBW83gOXyNpJ1qbcXxvfcC4RZ0/h4m1U27GycXMaZvf+mMvWYF1r7gE0S02bWJHNdv rRMflMCiCBS2fUOOoX1OnexKNpCbWtmn6vcvx+IJq7uGCSqgf72PNukULOnqzyXM/SeD GVPZt/51r+IChH6sUnj7cLAyabGHXDwAnSA/inI3U37/ysLsRkwXB5lI9QKVV9V5kUvP a1hw== MIME-Version: 1.0 X-Received: by 10.140.23.37 with SMTP id 34mr56613459qgo.2.1409166964903; Wed, 27 Aug 2014 12:16:04 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Wed, 27 Aug 2014 12:16:04 -0700 (PDT) In-Reply-To: References: Date: Wed, 27 Aug 2014 12:16:04 -0700 X-Google-Sender-Auth: _cS2thMJc0h1Yxl0Yxw-4FAmc_U Message-ID: Subject: Re: TL-WN722N support on FreeBSD. From: Adrian Chadd To: atar Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-wireless@freebsd.org" , "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 19:16:06 -0000 Hi, The main issue is this: I really don't like the USB driver stuff in the kernel. When I last checked, there was no clean example of a wifi or ethernet driver which handles all of the odd corner cases of things correctly. So you'd end up with things like taskqueues still running whilst the NIC had been pulled out, all sleeping on a wakeup that'll never come, or the ioctl path not really being locked the right way with the rest of the USB driver. I started tinkering with a driver for the AR9170, but I still couldn't get the command handling side of things right. It's tricky because USB is effectively a network protocol, but all the drivers are written assuming register accesses are synchronous. So you end up having to craft some kind of command structure that handles sleeping for commands that it expects a response on from another USB endpoint (eg register reads), but not sleeping for commands that are asynchronous. I gave up because it became "non-fun." So yeah. Almost all of the work is done in the atheros driver side of things. Heck, the AR9271 bits for the HAL are likely just an evenings worth of work for me. I just don't want to deal with the USB side of it. I'm not being paid to do any of the wireless stuff in FreeBSD, so it has to clear the "is it fun" threshold. -a From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 19:20:06 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F35DF29 for ; Wed, 27 Aug 2014 19:20:06 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0FA8D3DE0 for ; Wed, 27 Aug 2014 19:20:05 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id w8so670919qac.30 for ; Wed, 27 Aug 2014 12:20:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=5pl3lSfues77zIWx0t7T+gRERXMsQ/rHmwFBctxvsNM=; b=NU2LfcLjqkuP3u+0KSm4GkIhfrYUfLYCHHYRewFfszRzRwjD7cbprp4V/QnJ0UOJv5 n7+3Rbz64B4sy79obOo3BticNNBG92o37DXr8hTuYVHZeaNctB9rs8aOzlyi34vt/2oP V8wXPf/e1DJCFcBVrbANcS4D7IweCDCg9naQnBwCfi5rPFhryvRN6PkP4aG+ZpnWwshG ILXnZyuDfZUQ2NeIc4X6jXHf5gZ4CohK1tOvB4NHvUnIHMXdrjvmnkHfyTokpF+mmrIu tfPNOYLTFdTEGOSCCVjpOEyJlV3d5RYQROAkCCCfmiW+Ikae0z1N8tmdwgk5QRDHy8Hg yfpA== MIME-Version: 1.0 X-Received: by 10.229.202.199 with SMTP id ff7mr59693865qcb.9.1409167204321; Wed, 27 Aug 2014 12:20:04 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Wed, 27 Aug 2014 12:20:04 -0700 (PDT) In-Reply-To: References: <20140823025527.bd80818d.freebsd@edvax.de> Date: Wed, 27 Aug 2014 12:20:04 -0700 X-Google-Sender-Auth: tdPjIQFM9ea8DNm_CqJIpVPgE50 Message-ID: Subject: Re: how to install wireless n.i.c. on FreeBSD 9.1 From: Adrian Chadd To: leeoliveshackelford@surewest.net Content-Type: text/plain; charset=UTF-8 Cc: Polytropon , FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 19:20:06 -0000 [snip] Hi, Support for the AR9300 and later began in FreeBSD-10.0. -a From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 19:55:08 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C500DDA4 for ; Wed, 27 Aug 2014 19:55:08 +0000 (UTC) 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 9141E3201 for ; Wed, 27 Aug 2014 19:55:08 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-28.adsl.hiwaay.net [216.180.19.28]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7RJt6tF032663 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 27 Aug 2014 14:55:06 -0500 Message-ID: <53FE3911.6020906@hiwaay.net> Date: Wed, 27 Aug 2014 15:01:21 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Running Linux executables under FBSD 9.3 .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 19:55:08 -0000 .... I have some in-house CAD/Grid-generation coding that I normally use on my various linux boxen. The code is compiled on a CentOS 5.n VM, & runs on all of my other boxen OK. I want to run it under FBSD 9.3 as well. I tried to just execute it & I get the following: [wam@kabini1, ~, 2:55:35pm] 442 % ll -tr LIST /usr/local/bin/[B,P]* ; uname -a ; date -rw------- 1 wam users 309 May 4 2013 LIST -r-xr-xr-x 1 root wheel 15071 Jul 30 17:45 /usr/local/bin/POST* -r-xr-xr-x 1 wam wheel 11197704 Aug 27 08:40 /usr/local/bin/PreBFCGL.SSE4.1.TEST.static* lrwxr-xr-x 1 root wheel 27 Aug 27 09:17 /usr/local/bin/PreBFCGL.TEST.static@ -> PreBFCGL.SSE4.1.TEST.static lrwxr-xr-x 1 root wheel 30 Aug 27 09:17 /usr/local/bin/PreBFCGL.TEST.static.R8@ -> PreBFCGL.SSE4.1.TEST.static.R8 lrwxr-xr-x 1 root wheel 20 Aug 27 09:18 /usr/local/bin/PreBFCGL.TEST@ -> PreBFCGL.TEST.static lrwxr-xr-x 1 root wheel 23 Aug 27 09:18 /usr/local/bin/PreBFCGL.TEST.R8@ -> PreBFCGL.TEST.static.R8 -r-xr-xr-x 1 wam wheel 11211944 Aug 27 10:35 /usr/local/bin/PreBFCGL.SSE4.1.TEST.static.R8* FreeBSD kabini1 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Wed Aug 27 14:55:39 CDT 2014 [wam@kabini1, ~, 2:55:39pm] 443 % PreBFCGL.TEST ELF binary type "0" not known. /usr/local/bin/PreBFCGL.TEST: Exec format error. Binary file not executable. [wam@kabini1, ~, 2:55:44pm] 444 % file `which PreBFCGL.TEST` /usr/local/bin/PreBFCGL.TEST: symbolic link to `PreBFCGL.TEST.static' [wam@kabini1, ~, 2:55:49pm] 445 % file `which PreBFCGL.TEST.static` /usr/local/bin/PreBFCGL.TEST.static: symbolic link to `PreBFCGL.SSE4.1.TEST.static' [wam@kabini1, ~, 2:55:55pm] 446 % file `which PreBFCGL.SSE4.1.TEST.static` /usr/local/bin/PreBFCGL.SSE4.1.TEST.static: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped [wam@kabini1, ~, 2:55:59pm] 447 % PreBFCGL.SSE4.1.TEST.static ELF binary type "0" not known. /usr/local/bin/PreBFCGL.SSE4.1.TEST.static: Exec format error. Binary file not executable. [wam@kabini1, ~, 2:56:08pm] 448 % uname -a FreeBSD kabini1 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 [wam@kabini1, ~, 2:56:33pm] 449 % I did a kldload linux & it said already loaded. What else do I need to do to be able to run this (& other) executables under FBSD 9.3 ? TIA .... -- 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 Wed Aug 27 19:59:15 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A770F2FF for ; Wed, 27 Aug 2014 19:59:15 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5383256 for ; Wed, 27 Aug 2014 19:59:15 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 384EB33C1E; Wed, 27 Aug 2014 15:59:09 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 30AAE39860; Wed, 27 Aug 2014 15:59:07 -0400 (EDT) From: Lowell Gilbert To: Chenguang Li Subject: Re: Ask for opinion: changing rand(3) to random(3) in awk(1) References: Reply-To: freebsd-questions@freebsd.org Date: Wed, 27 Aug 2014 15:59:07 -0400 In-Reply-To: (Chenguang Li's message of "Wed, 27 Aug 2014 15:30:56 +0800") Message-ID: <44mwapn1pw.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 19:59:15 -0000 Chenguang Li writes: > Hi guys, > > After encountering the same problem posted here[1] (awk's rand() not > "random" enough), I did some research. It[2] shows that awk(1) in OSX > is currently using random(3) instead of rand(3), the same in gawk(1). > > Changing rand(3) to random(3) only requires modifying a few lines of code, but will result in better random number generation. > > So why not? :) > > [1] https://forums.freebsd.org/viewtopic.php?&t=6456 > [2] http://www.opensource.apple.com/source/awk/awk-18/src/run.c I had thought about that a few years ago, but I didn't have any cases where it mattered. Note that your example (footnote 1) is *not* such a case. The bug in that case is calling srand() multiple times, rather than just once at the beginning. You could take a patch to the security or hackers list, but first you should figure out what problem you are trying to solve. From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 20:16:56 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 020D014D for ; Wed, 27 Aug 2014 20:16:56 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B815E36F1 for ; Wed, 27 Aug 2014 20:16:55 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id m20so943992qcx.21 for ; Wed, 27 Aug 2014 13:16:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=YIbcvwYKSiFpestx2hwkIG/QTGgUZgoyxBZAXCvK++U=; b=s8KpN1xU+q/FtDbbdKD8zFhqsJlqIjmiSxxNyoqxDN3azAvaty8bMrTF1RgwZBmnDw rEpvgLrg8K3vZSPpe8Kv1qhv0uROMCt2ew4nCuSZWN4rWJ7KaOcLjFlOosgImWfOdXfa cMnLOnn8HnSbCYKKgCWdzeIZb8m7ymfcp6VOmZ7Vm9l5/6kSEOoOXcNK4nV6M0VT01DD mydtDDjKgxWTWYW3yMV7fTFOYFv56yuGuxUC3mxLcw6hUaqz0iQI+8P6e/0VYNRG2Sgp lH4+5q1atDNz9USZDfgnbjQsMyJsLkkIv7YLZ4k+i5AzNxsW2ueDSRMLXguPTnJ0LQRt oj2g== MIME-Version: 1.0 X-Received: by 10.140.23.37 with SMTP id 34mr57150173qgo.2.1409170614814; Wed, 27 Aug 2014 13:16:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Wed, 27 Aug 2014 13:16:54 -0700 (PDT) In-Reply-To: <53FE3911.6020906@hiwaay.net> References: <53FE3911.6020906@hiwaay.net> Date: Wed, 27 Aug 2014 13:16:54 -0700 X-Google-Sender-Auth: pocmm5AC7QHPMKAZse9SgQlK30Y Message-ID: Subject: Re: Running Linux executables under FBSD 9.3 .... From: Adrian Chadd To: "William A. Mahaffey III" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 20:16:56 -0000 It's a 64 bit linux binary. The development for 64 bit binaries in the linux emulation layer is still ongoing. Sorry, -a On 27 August 2014 13:01, William A. Mahaffey III wrote: > > > .... I have some in-house CAD/Grid-generation coding that I normally use on > my various linux boxen. The code is compiled on a CentOS 5.n VM, & runs on > all of my other boxen OK. I want to run it under FBSD 9.3 as well. I tried > to just execute it & I get the following: > > > > [wam@kabini1, ~, 2:55:35pm] 442 % ll -tr LIST /usr/local/bin/[B,P]* ; uname > -a ; date > -rw------- 1 wam users 309 May 4 2013 LIST > -r-xr-xr-x 1 root wheel 15071 Jul 30 17:45 /usr/local/bin/POST* > -r-xr-xr-x 1 wam wheel 11197704 Aug 27 08:40 > /usr/local/bin/PreBFCGL.SSE4.1.TEST.static* > lrwxr-xr-x 1 root wheel 27 Aug 27 09:17 > /usr/local/bin/PreBFCGL.TEST.static@ -> PreBFCGL.SSE4.1.TEST.static > lrwxr-xr-x 1 root wheel 30 Aug 27 09:17 > /usr/local/bin/PreBFCGL.TEST.static.R8@ -> PreBFCGL.SSE4.1.TEST.static.R8 > lrwxr-xr-x 1 root wheel 20 Aug 27 09:18 > /usr/local/bin/PreBFCGL.TEST@ -> PreBFCGL.TEST.static > lrwxr-xr-x 1 root wheel 23 Aug 27 09:18 > /usr/local/bin/PreBFCGL.TEST.R8@ -> PreBFCGL.TEST.static.R8 > -r-xr-xr-x 1 wam wheel 11211944 Aug 27 10:35 > /usr/local/bin/PreBFCGL.SSE4.1.TEST.static.R8* > FreeBSD kabini1 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 > 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > Wed Aug 27 14:55:39 CDT 2014 > [wam@kabini1, ~, 2:55:39pm] 443 % PreBFCGL.TEST > ELF binary type "0" not known. > /usr/local/bin/PreBFCGL.TEST: Exec format error. Binary file not executable. > [wam@kabini1, ~, 2:55:44pm] 444 % file `which PreBFCGL.TEST` > /usr/local/bin/PreBFCGL.TEST: symbolic link to `PreBFCGL.TEST.static' > [wam@kabini1, ~, 2:55:49pm] 445 % file `which PreBFCGL.TEST.static` > /usr/local/bin/PreBFCGL.TEST.static: symbolic link to > `PreBFCGL.SSE4.1.TEST.static' > [wam@kabini1, ~, 2:55:55pm] 446 % file `which PreBFCGL.SSE4.1.TEST.static` > /usr/local/bin/PreBFCGL.SSE4.1.TEST.static: ELF 64-bit LSB executable, > x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for > GNU/Linux 2.6.9, stripped > [wam@kabini1, ~, 2:55:59pm] 447 % PreBFCGL.SSE4.1.TEST.static > ELF binary type "0" not known. > /usr/local/bin/PreBFCGL.SSE4.1.TEST.static: Exec format error. Binary file > not executable. > [wam@kabini1, ~, 2:56:08pm] 448 % uname -a > FreeBSD kabini1 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 > 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > [wam@kabini1, ~, 2:56:33pm] 449 % > > > I did a kldload linux & it said already loaded. What else do I need to do to > be able to run this (& other) executables under FBSD 9.3 ? TIA .... > > > -- > > 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 > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 20:18:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03A282B1 for ; Wed, 27 Aug 2014 20:18:12 +0000 (UTC) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C1853717 for ; Wed, 27 Aug 2014 20:18:11 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id l4so1150258lbv.9 for ; Wed, 27 Aug 2014 13:18:09 -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:references :in-reply-to:content-type:content-transfer-encoding; bh=KZpJiFVzEOEd/h0BAmvxnaEoqb5AqrrZlkoaFeNpIQI=; b=wLtn6587hzvMSZn2E4c95yW5RY4PcMRSj/58mZYRP9I0E/9AitCkRI4V8rNwHKq+2l sQzAoXanDplQznP6KEELA8RtaV/mcPDsyuzw/MiqGgGfpTDyX1BT+6FZ6tNXdeQQYANH TyUCB/5eoa916KZpRXyugVkp4hd7DyXMe1X4iN+qK1G+xIyLptUYTa6dHJxeDg1PqwhQ 31IJKM5Ch6dl6ONUQzfH+f4LLHSaQj+bQTSjPK2HKrQazg38y1nRzBvhp1JTJ5vn3i92 eyPED397ygZBy4i4Ywmo5rilQc2yqAHPlLegBF/mT3Z+d0sKRpA24Y/mBpZ57Tzfw0cl 9WnQ== X-Received: by 10.152.88.11 with SMTP id bc11mr12496300lab.36.1409170689450; Wed, 27 Aug 2014 13:18:09 -0700 (PDT) Received: from [192.168.60.133] ([91.193.33.70]) by mx.google.com with ESMTPSA id js10sm848316lab.23.2014.08.27.13.18.07 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Aug 2014 13:18:08 -0700 (PDT) Message-ID: <53FE3CFD.6040804@gmail.com> Date: Wed, 27 Aug 2014 23:18:05 +0300 From: Kozlov Sergey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Daniel , freebsd-questions@freebsd.org Subject: Re: Removing ACLs From SAMBA share References: <53FDA787.9030505@collisiondetection.biz> In-Reply-To: <53FDA787.9030505@collisiondetection.biz> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 20:18:12 -0000 Hi, I think something like find -print0 /mnt/raid_zfs/samba | xargs -0 setfacl -b would do the trick. But please, don't just copy-paste the command - man everything first. Best Regards, Kozlov Sergey. On 27.08.2014 12:40, Daniel wrote: > Hi, > > > I am trying to remove ACLs across a samba share - /mnt/raid_zfs/samba# > > I would like to stop using these ACLs and return to standard UNIX > permissions. > > An example of our current ACLs: > > #getfacl Finan\ Admin\ HR/ > # file: Finan Admin HR/ > # owner: eliane > # group: ManageAssist > owner@:rwxpDdaARWcCos:fd----:allow > group@:rwxpDdaARWcCos:fd----:allow > everyone@:r-x-D-a-R-c---:fd----:allow > > > I've managed to remove them on a per folder basis using setfacl -b > NAME (remove acls) However for many folders and files this isn’t > practical. > How can I stop using ACLs and return to normal UNIX permissions ? > > > Thanks for the help, > > Dan > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 22:04:46 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 906592CA for ; Wed, 27 Aug 2014 22:04:46 +0000 (UTC) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) (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 414BD3332 for ; Wed, 27 Aug 2014 22:04:45 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7RM4gGs018451; Thu, 28 Aug 2014 00:04:43 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id AE83E1239B; Thu, 28 Aug 2014 00:04:42 +0200 (CEST) Date: Thu, 28 Aug 2014 00:04:42 +0200 From: Roland Smith To: "Martin G. McCormick" Subject: Re: Recreating the FreeBSD Installation Disks Message-ID: <20140827220442.GA5170@slackbox.erewhon.home> References: <20140827142517.CF67A228B7@server1.shellworld.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20140827142517.CF67A228B7@server1.shellworld.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: "questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 22:04:46 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 27, 2014 at 09:25:17AM -0500, Martin G. McCormick wrote: > I have been asking lots of questions recently about > whether the procedure for building a custom FreeBSD installation > CD has changed and it apparently has not but the problem I am > having is not hard to define. > The original image downloaded from freebsd.org is: > FreeBSD-9.1-RELEASE-amd64-disc1.iso and it is > 718862336 bytes large. > I mounted it on a FreeBSD9 system as follows: > ##Set up memory disk. > # mdconfig -f FreeBSD-9.1-RELEASE-amd64-disc1.iso -u 1 > ##Mount it. > #mount -t cd9660 /dev/md1 /mnt2 > Everything looks normal if you ls /mnt2. > If one was to use mkisofs with /mnt2 as the top of the tree, a > new iso image file should appear somewhere that is about the > same size as the starting ISO file. As a test to see if this > happens, I did the following: > # mkisofs -J -R -V customBSD -no-emul-boot -b boot/cdboot -iso-level 3 = -o \ > #/home/martin/tmp/serialcd64.iso . > #ls -l /home/martin/serialcd64.iso > -rw-r--r-- 1 root martin 833892352 Aug 26 10:48 serialcd64.iso >=20 > Man! I sure wish my pay check could do that after a week of > living. > I know that hard links will make tar and rsync produce > larger outputs if not called correctly. My understanding is that > hard links are multiple sets of inode numbers pointing to the > same files so they are hard to mechanically distinguish from > actual disk space being occupied by the same data in more than > one spot. Looking at the mkisofs manpage, it *should* detect hard links by default. D= oes using the `-cache-inodes` option make any difference? > When one needs to make a custom CD, the extremely > difficult part is recreating the steps that were used to > originally build the image. =46rom the Makefile in /usr/src/release, it seems that you have to run `make buildworld buildkernel` from /usr/src, and then `make dvdrom` from /usr/src/release. Another avenue to pursue is to mount the existing CD image using md, and use nullfs and unionfs to create a writable filesystem. I've used that trick to e.g. share /usr/ports in different jails without copying the whole thing: http://rsmith.home.xs4all.nl/freebsd/using-nullfs-and-unionfs-for-the-ports= -tree-in-a-jail.html After you've modified/added what you want, you can create a new DVD. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT/lX6AAoJEED21dyjijPgFNYP/1s+DBWodiU7wR1oO05qbNbV jd1jYDm96PtfevU8JhCIGWoFbJQXaSMwnEriWhyvJ1SafncN2HbAyD5mbB2CTYyJ ikIOcQc/arJgReaHmYkWIEn91izCOdYz86Aj0Mk6dy9Lh0kMP2gG/tQmspf1NSG9 jFR3yC65xw/WvMZduKzYSHn8ws7SIapxFKc+k5ZPJtCHvyZrFoU8G5mytVm/PwpD WOuY6biJH3RmP6Xp0BZp8R1jXH8shWG3TZa3Yuc0d4HmEiyvEe9R3JJrj4oa+Y8C wk9NZHiilvQ0jTZcNyyxbk1vpm+x/Qog19anWA7wdOO2W4CL7bgn2F8Rd4qpND+9 pqQZYtZYBEyByHXzvZXUwpPhS76G0hArUkxUdhlBS1rZEhiW71nKM/quJD1wL+3y QVEId2tiuNObDij57RPTHgdjfR84WxO6bJ6j3HkYhgO1Z6POyaWkoXkmFDRcxuTh CdiurjfulRPdJGGSuFlHqL766GEgzJP7egil0G+KRFGRUE/rFtPDleGH6xyCeDe+ yN7lyRXOtqC+pW7U+F0Q1Dr4prCgrrLFfm7fI+TOEufPnXwlKIbkxrHgUu9wOJZh T07gjY7cUINQPvQ7zpaCytrNgwKK4bs1PB00N4T7OOGfvRDEtwk2vE6hyjO17w3Z D8pFBipgX1HjVKZMSaQe =Dkfo -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 22:04:27 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD3FC2C8 for ; Wed, 27 Aug 2014 22:04:27 +0000 (UTC) Received: from know-smtprelay-omc-1.server.virginmedia.net (know-smtprelay-omc-1.server.virginmedia.net [80.0.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id 14CB23331 for ; Wed, 27 Aug 2014 22:04:26 +0000 (UTC) Received: from atlantis ([82.35.157.234]) by know-smtprelay-1-imp with bizsmtp id jy3B1o02T53izey01y3ETu; Wed, 27 Aug 2014 23:03:14 +0100 X-Originating-IP: [82.35.157.234] X-Spam: 0 X-Authority: v=2.1 cv=C8BnyG/+ c=1 sm=1 tr=0 a=kbpPTn7ufL9Z2jBgKwypqA==:117 a=kbpPTn7ufL9Z2jBgKwypqA==:17 a=B9t3bDLDPmQA:10 a=ivN5FOvmIHYA:10 a=3NElcqgl2aoA:10 a=8nJEP1OIZ-IA:10 a=a5Gf7U6LAAAA:8 a=nmYK28rPpAJHtjJDNZ4A:9 a=wPNLvfGTeEIA:10 Message-ID: <8D0C401236BE4537B872B3BF085E2672@atlantis> From: "Jasvinder S. Bahra" To: Subject: Half-Height (Mini-PCIe/PCI) Wireless NIC/Dongle (with HOSTAP Support) Recommendation Date: Wed, 27 Aug 2014 23:03:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 22:04:27 -0000 Everyone, I have a system which acts as a network router/internet gateway. I would like to add a wireless NIC to it so as to allow authorised devices to wirelessly connect to the network/internet. I've had a read through of the Wireless Networking page of the handbook, and I have determined that I will be setting up a 802.11 network in infrastructure (BSS) mode. I would like the system to act as an wireless access point using WPA with EAP-TLS or EAP-PEAP (note that i'm aware that this is massively overkill for a small home network but *shrugs* that's what I would like to do). There are some additional requirements... 1) The wireless NIC must slot into either a half-height Mini-PCI Express slot or a half-height PCI slot. Alternatively, some kind of dongle or external unit that can be plugged-in into a USB port would also be acceptable. 2) The wireless NIC must support HOSTAP mode (a requirement for the system to act as an access point) I've checked some of the driver documentation, but the cards listed on the man pages don't appear to be available anymore. Can anyone point me in the direction of something that meets all these requirements? Regards, Jazz From owner-freebsd-questions@FreeBSD.ORG Wed Aug 27 23:06:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BBF0D4A for ; Wed, 27 Aug 2014 23:06:36 +0000 (UTC) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) (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 DEBFD38DB for ; Wed, 27 Aug 2014 23:06:34 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7RN6UrI034822; Thu, 28 Aug 2014 01:06:30 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 6D12C12443; Thu, 28 Aug 2014 01:06:30 +0200 (CEST) Date: Thu, 28 Aug 2014 01:06:30 +0200 From: Roland Smith To: "Jasvinder S. Bahra" Subject: Re: Half-Height (Mini-PCIe/PCI) Wireless NIC/Dongle (with HOSTAP Support) Recommendation Message-ID: <20140827230630.GA5630@slackbox.erewhon.home> Mail-Followup-To: "Jasvinder S. Bahra" , freebsd-questions@freebsd.org References: <8D0C401236BE4537B872B3BF085E2672@atlantis> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <8D0C401236BE4537B872B3BF085E2672@atlantis> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 23:06:36 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 27, 2014 at 11:03:13PM +0100, Jasvinder S. Bahra wrote: > Everyone, >=20 > I have a system which acts as a network router/internet gateway. I would= =20 > like to add a wireless NIC to it so as to allow authorised devices to=20 > wirelessly connect to the network/internet. >=20 > I've had a read through of the Wireless Networking page of the handbook, = and=20 > I have determined that I will be setting up a 802.11 network in=20 > infrastructure (BSS) mode. I would like the system to act as an wireless= =20 > access point using WPA with EAP-TLS or EAP-PEAP (note that i'm aware that= =20 > this is massively overkill for a small home network but *shrugs* that's w= hat=20 > I would like to do). >=20 > There are some additional requirements... >=20 > 1) The wireless NIC must slot into either a half-height Mini-PCI Express= =20 > slot or a half-height PCI slot. Alternatively, some kind of dongle or=20 > external unit that can be plugged-in into a USB port would also be=20 > acceptable. > 2) The wireless NIC must support HOSTAP mode (a requirement for the syste= m=20 > to act as an access point) >=20 > I've checked some of the driver documentation, but the cards listed on th= e=20 > man pages don't appear to be available anymore. >=20 > Can anyone point me in the direction of something that meets all these=20 > requirements? The most important thing about a card is finding out which chipset is used. Because that determines which FreeBSD driver to use. So look at the FreeBSD manpages for wifi chipsets (you can find most of them in the SEE ALSO section of wlan(4)) for those that fit your requirements. Then find a card that uses one of those chipsets. Unfortunately most no-name brands don't list it in the specs or on the box because they tend to grab whatever is available. But if you find a card that you like, you can download the windows driver a= nd unpack it. Then you can usually see which chipset is used from the .inf fil= e. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT/mR2AAoJEED21dyjijPgZjsQAIPM5lz80nWnby0bGQMZBs5l 1k1ma6cxKF0cqcKmH3ffZ8cSH/lkIarwVo+thRhmAr1IF7ugttCGkw5gpMHYtPFc VXATdG4sy5/YRybNbcWQXTnOOM56fG0qO0vFa052DmO0BzHm++75U+h3Q6qADoh1 ez0fYIa+isNPyTTFX/8mAE5is64MKjEbhCgwRBKdpljitigwDthB42VRuweBR1Ie xvHPWgNJ5DTgZ1d/ZsNbz3ofIhlvV9TF0htxwsTT4rqFxSYSae1J4XIHg5UHANrS rnaX8c+iqRMBgvNzvqkCz4WuwUjN9DQska7BJKL+HUwee6yhINh5rccA5YvPvXtI SoOxhAAzKAn07b3+PSv16UimJyRrit4ROHlrZotdEo0H2Wy19i16gR5YOJNhrm3f FG43s1SmdG7btkMi4IuOK83gRVxl2bB0TnHRh6JV3xNroUJLHZlLQgKm5THYQgL1 OGWAnTsuGEqG60GkyzX/WPMBj+X92ULsWDUvymWuhGZdG/nXORfRfZ7lTurveZ4q O1lNEuVoJ+vLgNE9b10pdDCU7Ou4E5V8xEckxT1h9HWCqNwfhvE1eXzhZhnIqUyx 8wyG5/X/tHFWuYjPT8HsvykpSLFON8Ft47oF44n1kfxSlRt4YNAXiqjRBY7aIMCp 12MogUguLPFlH2Cvbuv/ =N2DH -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 00:44:39 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27626CE8 for ; Thu, 28 Aug 2014 00:44:39 +0000 (UTC) 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 C683130EC for ; Thu, 28 Aug 2014 00:44:38 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7S0iY0J068957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 27 Aug 2014 18:44:34 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7S0iYld068954; Wed, 27 Aug 2014 18:44:34 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 27 Aug 2014 18:44:34 -0600 (MDT) From: Warren Block To: Roland Smith Subject: Re: Half-Height (Mini-PCIe/PCI) Wireless NIC/Dongle (with HOSTAP Support) Recommendation In-Reply-To: <20140827230630.GA5630@slackbox.erewhon.home> Message-ID: References: <8D0C401236BE4537B872B3BF085E2672@atlantis> <20140827230630.GA5630@slackbox.erewhon.home> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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, 27 Aug 2014 18:44:34 -0600 (MDT) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 00:44:39 -0000 On Thu, 28 Aug 2014, Roland Smith wrote: > The most important thing about a card is finding out which chipset is used. > Because that determines which FreeBSD driver to use. > > So look at the FreeBSD manpages for wifi chipsets (you can find most of them > in the SEE ALSO section of wlan(4)) for those that fit your requirements. > Then find a card that uses one of those chipsets. > > Unfortunately most no-name brands don't list it in the specs or on the box > because they tend to grab whatever is available. > > But if you find a card that you like, you can download the windows driver and > unpack it. Then you can usually see which chipset is used from the .inf file. https://wikidevi.com/wiki/Main_Page is very useful for this. One way to get a particular card is by using a PCIe adapter card with a mini-PCIe notebook card. From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 02:10:57 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49902DEA for ; Thu, 28 Aug 2014 02:10:57 +0000 (UTC) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D81A381A for ; Thu, 28 Aug 2014 02:10:57 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id lj1so473075pab.14 for ; Wed, 27 Aug 2014 19:10:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=E5JnxSD19GKBExq5N/C5e5u5Rfi1G/XzuTEAabWUpkY=; b=bUJLlEotSp2Ppdp0L27bpbNcWHqpYkWPu9e8q8jM3SaLBiFTqfhWIorkGxUGxGlDqb 47Xi5syIKgyLxOFV5R+IxLdkTwHG1h4K+MltIwJxV50q6w1FVTWp16Nk5VLyLlU0Ys50 2Az1ji4TendNNGEqPhhAZUFbIPKzojxW6xnjlJWqxP8J3Bv7f4dyUrQt6mH78P4y2zAi Q0zgybSXQpACrA3JdS6bvrGS/+QoGxc50d3zcxVjeBmVIIa39+bdpxDt0Cz+TYWorn0A QnjOoWca+HwU8TstruZi+ByTB7dZg4RFZ2Kd/YsHBokXfeuK6K4mVovQnAXFWH2m6px3 rdxQ== X-Received: by 10.67.30.75 with SMTP id kc11mr1091355pad.75.1409191856490; Wed, 27 Aug 2014 19:10:56 -0700 (PDT) Received: from [10.240.140.110] ([123.58.191.67]) by mx.google.com with ESMTPSA id zm5sm1774180pbb.76.2014.08.27.19.10.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Aug 2014 19:10:55 -0700 (PDT) Content-Type: text/plain; charset="utf8"; Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Ask for opinion: changing rand(3) to random(3) in awk(1) X-Pgp-Agent: GPGMail (null) From: Chenguang Li In-Reply-To: <44mwapn1pw.fsf@lowell-desk.lan> Date: Thu, 28 Aug 2014 10:10:34 +0800 Content-Transfer-Encoding: 8bit Message-Id: References: <44mwapn1pw.fsf@lowell-desk.lan> To: freebsd-questions@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: Lowell Gilbert X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 02:10:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Lowell Gilbert wrote： I had thought about that a few years ago, but I didn't have any cases where it mattered. Note that your example (footnote 1) is *not* such a case. The bug in that case is calling srand() multiple times, rather than just once at the beginning. You could take a patch to the security or hackers list, but first you should figure out what problem you are trying to solve. Oops, I think you're right, I just gave the post a glance, should have read it through and described my issue as "the same symptom". The problem I was trying to describe was its "one-shot" randomness, take these two as examples (where it matters): 1. You wrote a script[1] that simulate rolling a dice, it would produce the same result if executed within, say, 5 seconds. 2. You have a CGI script which will show different content based on the number generated by rand(). In the first situation, you can generate all the outcomes in a single run by using for-loop, but the first outcome will be the same. OSX's awk(1) will produce a reasonable number every time I run it. In the latter one, you could call rand() once and throw away the result, and call it again to get another number. Both are practical workarounds, but we do have a better choice: applying the modification I suggested before. If others are not affected by the problem I described above, then I am okay with that. The other reason why I suggest this is, I see no loss, only to make it better. [1] BEGIN { srand(); print int(1+rand()*6); } or BEGIN { srand(); } { print int(1+rand()*6); }, won't matter. - --- Chenguang Li -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJT/o+jAAoJELG4cS+11lRhYWkP/317ZhT5pJ+2Gv/nTqRdqVJk As8E2v5EKU8sSn3A/K+B2ME0LJKBz1gJYzjemu63KxJvsayQb2EEeNz4cJOY41MI 8UskESrkJlQVEcB7snO3mSN78UEfSYNksDt1v7fXRY+1WKcZboLn5b7jrPEzqtV6 8rxR4lgvxTHNK7xvDdmuUDlVW4mBt6fZPbCVjpok0TGXS3+iJb6L4KoOZJ9m7Yz0 /svVqBkYEZIsVrehS+lc2cTW+vrkh6aVeFytOCcNFEtN7bTF4t32d4e/SYahMBiA TKih1Ta1DnMmP5z9MVbFV9jgm/5e8djZmzZlAFSTrggIQsZ9P0iqSX07z3hwcLUZ hj5R/ir6tugGao/kc5fmaYHTCIIjTKhwn+jEftF/heLF/EZ3KOYybA8pxzKveBY2 xwZI26NDGULgrdV/XmWJt5hUPZ/yDBbsBY73YRaXS7MjIJF2JsA0UPh6AUIXd3nG F9zDgdw/Zl48vnvY7mn90vG6QwdsJJ9vKLyP8Hj1UGLf5FgstkpLk1v6WuHkpsUl Ka7DzbSuitp5uIakEllRwdN1UlPl90TSbNhjku/rDrudJ9eOVVEYUDqkXMohlclM pPLgasruPpqvhgglDUTKRwJz9vRFpUiShPw5JbtsAQlkOwtAKg3mjs1rR2q9XhLL 3PQFyTisBAatJRpYXI0Q =EIal -----END PGP SIGNATURE----- From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 02:14:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A91AECC for ; Thu, 28 Aug 2014 02:14:36 +0000 (UTC) Received: from p3plsmtpa11-08.prod.phx3.secureserver.net (p3plsmtpa11-08.prod.phx3.secureserver.net [68.178.252.109]) by mx1.freebsd.org (Postfix) with ESMTP id 49B25384A for ; Thu, 28 Aug 2014 02:14:35 +0000 (UTC) Received: from [192.168.100.209] ([103.240.242.175]) by p3plsmtpa11-08.prod.phx3.secureserver.net with id k2Cv1o00C3nmMgv012Cxl8; Wed, 27 Aug 2014 19:12:58 -0700 Message-ID: <53FE9026.4000208@collisiondetection.biz> Date: Thu, 28 Aug 2014 09:12:54 +0700 From: Daniel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Kozlov Sergey , freebsd-questions@freebsd.org Subject: Re: Removing ACLs From SAMBA share References: <53FDA787.9030505@collisiondetection.biz> <53FE3CFD.6040804@gmail.com> In-Reply-To: <53FE3CFD.6040804@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 02:14:36 -0000 Thanks, I will try it out on a Virtual Machine first. On 08/28/2014 03:18 AM, Kozlov Sergey wrote: > Hi, > > I think something like > > find -print0 /mnt/raid_zfs/samba | xargs -0 setfacl -b > > would do the trick. > But please, don't just copy-paste the command - man everything first. > > Best Regards, > Kozlov Sergey. > > On 27.08.2014 12:40, Daniel wrote: >> Hi, >> >> >> I am trying to remove ACLs across a samba share - /mnt/raid_zfs/samba# >> >> I would like to stop using these ACLs and return to standard UNIX >> permissions. >> >> An example of our current ACLs: >> >> #getfacl Finan\ Admin\ HR/ >> # file: Finan Admin HR/ >> # owner: eliane >> # group: ManageAssist >> owner@:rwxpDdaARWcCos:fd----:allow >> group@:rwxpDdaARWcCos:fd----:allow >> everyone@:r-x-D-a-R-c---:fd----:allow >> >> >> I've managed to remove them on a per folder basis using setfacl -b >> NAME (remove acls) However for many folders and files this isn’t >> practical. >> How can I stop using ACLs and return to normal UNIX permissions ? >> >> >> Thanks for the help, >> >> Dan >> _______________________________________________ >> 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" > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 03:20:20 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4A06A3E for ; Thu, 28 Aug 2014 03:20:19 +0000 (UTC) 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 AD8FB1243 for ; Thu, 28 Aug 2014 03:20:19 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-28.adsl.hiwaay.net [216.180.19.28]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7S3KGtO013732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 27 Aug 2014 22:20:17 -0500 Message-ID: <53FEA167.30303@hiwaay.net> Date: Wed, 27 Aug 2014 22:26:31 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 CC: "FreeBSD Questions !!!!" Subject: Re: Running Linux executables under FBSD 9.3 .... References: <53FE3911.6020906@hiwaay.net> 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 03:20:20 -0000 That little factoid (no 64-bit emulation) is unfortunately understated in the docs, as far as I can tell (I never found it) :-/ .... On 08/27/14 15:16, Adrian Chadd wrote: > It's a 64 bit linux binary. The development for 64 bit binaries in the > linux emulation layer is still ongoing. > > Sorry, > > > > -a > > > On 27 August 2014 13:01, William A. Mahaffey III wrote: >> >> .... I have some in-house CAD/Grid-generation coding that I normally use on >> my various linux boxen. The code is compiled on a CentOS 5.n VM, & runs on >> all of my other boxen OK. I want to run it under FBSD 9.3 as well. I tried >> to just execute it & I get the following: >> >> >> >> [wam@kabini1, ~, 2:55:35pm] 442 % ll -tr LIST /usr/local/bin/[B,P]* ; uname >> -a ; date >> -rw------- 1 wam users 309 May 4 2013 LIST >> -r-xr-xr-x 1 root wheel 15071 Jul 30 17:45 /usr/local/bin/POST* >> -r-xr-xr-x 1 wam wheel 11197704 Aug 27 08:40 >> /usr/local/bin/PreBFCGL.SSE4.1.TEST.static* >> lrwxr-xr-x 1 root wheel 27 Aug 27 09:17 >> /usr/local/bin/PreBFCGL.TEST.static@ -> PreBFCGL.SSE4.1.TEST.static >> lrwxr-xr-x 1 root wheel 30 Aug 27 09:17 >> /usr/local/bin/PreBFCGL.TEST.static.R8@ -> PreBFCGL.SSE4.1.TEST.static.R8 >> lrwxr-xr-x 1 root wheel 20 Aug 27 09:18 >> /usr/local/bin/PreBFCGL.TEST@ -> PreBFCGL.TEST.static >> lrwxr-xr-x 1 root wheel 23 Aug 27 09:18 >> /usr/local/bin/PreBFCGL.TEST.R8@ -> PreBFCGL.TEST.static.R8 >> -r-xr-xr-x 1 wam wheel 11211944 Aug 27 10:35 >> /usr/local/bin/PreBFCGL.SSE4.1.TEST.static.R8* >> FreeBSD kabini1 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 >> 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >> Wed Aug 27 14:55:39 CDT 2014 >> [wam@kabini1, ~, 2:55:39pm] 443 % PreBFCGL.TEST >> ELF binary type "0" not known. >> /usr/local/bin/PreBFCGL.TEST: Exec format error. Binary file not executable. >> [wam@kabini1, ~, 2:55:44pm] 444 % file `which PreBFCGL.TEST` >> /usr/local/bin/PreBFCGL.TEST: symbolic link to `PreBFCGL.TEST.static' >> [wam@kabini1, ~, 2:55:49pm] 445 % file `which PreBFCGL.TEST.static` >> /usr/local/bin/PreBFCGL.TEST.static: symbolic link to >> `PreBFCGL.SSE4.1.TEST.static' >> [wam@kabini1, ~, 2:55:55pm] 446 % file `which PreBFCGL.SSE4.1.TEST.static` >> /usr/local/bin/PreBFCGL.SSE4.1.TEST.static: ELF 64-bit LSB executable, >> x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for >> GNU/Linux 2.6.9, stripped >> [wam@kabini1, ~, 2:55:59pm] 447 % PreBFCGL.SSE4.1.TEST.static >> ELF binary type "0" not known. >> /usr/local/bin/PreBFCGL.SSE4.1.TEST.static: Exec format error. Binary file >> not executable. >> [wam@kabini1, ~, 2:56:08pm] 448 % uname -a >> FreeBSD kabini1 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 >> 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >> [wam@kabini1, ~, 2:56:33pm] 449 % >> >> >> I did a kldload linux & it said already loaded. What else do I need to do to >> be able to run this (& other) executables under FBSD 9.3 ? TIA .... >> >> >> -- >> >> 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 >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > _______________________________________________ > 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" > -- 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 Thu Aug 28 03:33:28 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79287230 for ; Thu, 28 Aug 2014 03:33:28 +0000 (UTC) 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 267EB1437 for ; Thu, 28 Aug 2014 03:33:28 +0000 (UTC) Received: from r56.edvax.de (port-92-195-111-1.dynamic.qsc.de [92.195.111.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 91B93255FE; Thu, 28 Aug 2014 05:33:24 +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 s7S3XNUN002066; Thu, 28 Aug 2014 05:33:23 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Thu, 28 Aug 2014 05:33:23 +0200 From: Polytropon To: Roland Smith Subject: Re: TL-WN722N support on FreeBSD. Message-Id: <20140828053323.2c6661e3.freebsd@edvax.de> In-Reply-To: <20140827180004.GA4450@slackbox.erewhon.home> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> <20140827112209.89d0bbdb.freebsd@edvax.de> <244A8655-63FB-46E9-85AB-6E8BC4CF8199@gmail.com> <20140827180004.GA4450@slackbox.erewhon.home> 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 Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 03:33:28 -0000 On Wed, 27 Aug 2014 20:00:04 +0200, Roland Smith wrote: > For off-the-shelf no-name WLAN cards it is in my experience often difficult to > tell which chipset is used inside. There have even been instances where > manufacturers switch the chipset to something completely different without > changing the part number! Or they use a naming scheme that makes it easy to be confused with "what you think it is". Many years ago, I wanted to buy a Realtek RTL8029 network card. My local shop had them, with the name "Net8029". So I bought one, but said I would return it if it wasn't supported by the Realtek driver. And as you may have guessed, "boot -v" later, it was a different chip, and the driver didn't pick it up. I made an (impressive looking) dotmatrix hardcopy of the boot process, marked the problem with crayon, and returned the card. :-) > > > I've been using IBM / Lenovo, Dell, Siemens- > > > Fijutsu and Sony laptop hardware, and FreeBSD did not > > > have any trouble getting the buildin hardware to work. > > > Still there are models which cause problems: Some of > > > them use chipsets not supported by current drivers, others > > > just use f*cked up ACPI implementations, and others > > > delegate hardware functionality to proprietary drivers > > > which make the actual devices "appear" and "work", and > > > as you will guess, those are only available for specific > > > versions of "Windows". > > Like winprinters. Blegh! Yes, those are terrible and years behind technological evolution. The same applies to "WinModems", a disease that development has fortunately dealt with. I remember that this kind of stupidity started (in the PC world) on late DOS: Soundcards that no "driver" (sound subroutines in the programs) would recognize until a DOS program, loaded via CONFIG.SYS, would have sent a firmware to it, initialized and enabled the card. Then everything worked as expected, a "Sound- blaster or 100% compatible" was suddenly present. Of course I never owned such a card myself. :-) > > > It depends on you if you want to: > > > > > > a) purchase other hardware to replace what is > > > not supported, > > > > > > b) relapse to using Linux which supports your > > > hardware, or > > > > > > c) accept that it's not working and make a better > > > choice next time you buy something. :-) > > If I'm buying a PC or laptop I tend to go to a shop with a FreeBSD DVD or > memstick and ask if I can try booting the machine in question from it. Then > the dmesg output tells me what works and what doesn't. That's what I also would suggest, and the promise of a successful sale enables the clerks to quickly allow this test. A FreeBSD live system such as FreeSBIE has been very useful in the past, sadly they didn't update it past v5. > Smaller shops can generally build PC's and sometimes laptops to order with > components that you specify. That is generally what I do. Me too, except that I still assemble the stuff myself. Yes, I haven't got tired of this shit yet. ;-) > > > FreeBSD isn't exactly blazing fast in this regards, but to me, never > > > buying "the newest" for having "the newest" for few weeks (instead buying > > > "good" in order to have "good" for several years), it doesn't really > > > matter, so my opinion doesn't matter much. > > Definitely agree. Never buy the latest generation hardware! You pay top dollar > (especially for CPUs) and the difference to the previous generation that is > probably better supported by FreeBSD is generally not really significant. This is something I recently recognized: People spend lots of money for "top notch CPUs" and systems, but the speed on which the whole thing is working isn't any impressive. Especially when loaded with "Windows", it's sometimes less than "what they had before", and they start complaining. BUt hey, "it was expensive, so it must be good!" As with used office laser printers, buying "older" hardware for much less money and relying on FreeBSD and its applications to efficiently use those resources looks more appealing. Less money, more usable power. > These days the biggest speedup for a computer is probably to use an SSD instead > of an HDD. But since GELI doesn't support TRIM yet, and I consider encryption a > must have for my own data in case of theft, I'll wait for a while. Of course > using a relatively small unencrypted SDD for the OS with an encrypted HDD for > data would be a solution for that. SSDs are becoming cheaper, and TRIM support will surely appear in GELI, so if you can wait, wait a bit. And: Yes, SSDs for mass storage are an improvement that you can actually see (see "newest hardware" mentioned above). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 04:16:13 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE922AF for ; Thu, 28 Aug 2014 04:16:13 +0000 (UTC) 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 708821977 for ; Thu, 28 Aug 2014 04:16:13 +0000 (UTC) Received: from r56.edvax.de (port-92-195-111-1.dynamic.qsc.de [92.195.111.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 9B244255FE; Thu, 28 Aug 2014 06:16:11 +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 s7S4GAPW002221; Thu, 28 Aug 2014 06:16:11 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Thu, 28 Aug 2014 06:16:10 +0200 From: Polytropon To: "William A. Mahaffey III" Subject: Re: Running Linux executables under FBSD 9.3 .... Message-Id: <20140828061610.f0fa59a5.freebsd@edvax.de> In-Reply-To: <53FEA167.30303@hiwaay.net> References: <53FE3911.6020906@hiwaay.net> <53FEA167.30303@hiwaay.net> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 04:16:13 -0000 On Wed, 27 Aug 2014 22:26:31 -0500, William A. Mahaffey III wrote: > That little factoid (no 64-bit emulation) is unfortunately understated > in the docs, as far as I can tell (I never found it) :-/ .... In general, when attempting to run Linux binaries, you should pay attention to fulfill all the requirements: /etc/rc.conf: linux_enable="YES" /etc/fstab: linproc /compat/linux/proc linprocfs rw 0 0 Installed: linux_base-f10 and linux-f10-* compatibility packages For example, I'm using this to play (32 bit) Linux games on a (32 bit) FreeBSD system without any problems. I have also used this to get a crappy Canon laser printer to work on FreeBSD (which basically was impossible). :-) The problem you've encountered, > >> [wam@kabini1, ~, 2:55:55pm] 446 % file `which PreBFCGL.SSE4.1.TEST.static` > >> /usr/local/bin/PreBFCGL.SSE4.1.TEST.static: ELF 64-bit LSB executable, > >> x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for > >> GNU/Linux 2.6.9, stripped > >> [wam@kabini1, ~, 2:55:59pm] 447 % PreBFCGL.SSE4.1.TEST.static > >> ELF binary type "0" not known. > >> /usr/local/bin/PreBFCGL.SSE4.1.TEST.static: Exec format error. Binary file > >> not executable. is something that could probably be cured soon if you're willing to upgrade to FreeBSD 10; 10.1 is around the corner, maybe its 64 bit version will work for your Linux program? For this specific topic, the documentation for the Linux ABI could express the limitations more explicitely, the "at this time" state- ment on top the synopsis: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/linuxemu.html See 11.2. for more instructions. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 05:19:14 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65DAEDF3 for ; Thu, 28 Aug 2014 05:19:14 +0000 (UTC) Received: from EXCHANGE.mail.starnet.cz (exchange.mail.starnet.cz [92.62.224.72]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "EXCHANGE.mail.starnet.cz", Issuer "STARNET" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EAD541E6E for ; Thu, 28 Aug 2014 05:19:12 +0000 (UTC) Received: from EXCHANGE.mail.starnet.cz ([fe80::d017:9e72:12a5:7bb4]) by EXCHANGE.mail.starnet.cz ([fe80::d017:9e72:12a5:7bb4%14]) with mapi; Thu, 28 Aug 2014 07:19:04 +0200 From: =?iso-8859-2?Q?Radek_Krej=E8a?= To: "'freebsd-questions@freebsd.org'" Date: Thu, 28 Aug 2014 07:18:57 +0200 Subject: chromium coredumped after sync Thread-Topic: chromium coredumped after sync Thread-Index: Ac/Cf5JLjU69TUIlSaeYqAHDBcWP0w== Message-ID: Accept-Language: cs-CZ Content-Language: cs-CZ X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: cs-CZ Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 05:19:14 -0000 Hello, I have problem with chromium after upgrade. It falls down after sync and co= redumps. I tried to unistall all adons on window except adblock plus and problem sta= nds. Do you have any solution? Everything was fine before upgrade. Radek From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 06:17:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DD44F10 for ; Thu, 28 Aug 2014 06:17:51 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 73AED143B for ; Thu, 28 Aug 2014 06:17:51 +0000 (UTC) Received: from sdf.org (IDENT:bennett@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s7S6HXAN012716 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Thu, 28 Aug 2014 06:17:33 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id s7S6HWAQ019903; Thu, 28 Aug 2014 01:17:32 -0500 (CDT) From: Scott Bennett Message-Id: <201408280617.s7S6HWAQ019903@sdf.org> Date: Thu, 28 Aug 2014 01:17:32 -0500 To: ABDUL.RASHEED@LNTTECHSERVICES.COM, freebsd-questions-local@be-well.ilk.org Subject: Re: Hugepages support for FreeBSD User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 06:17:51 -0000 On Wed, 27 Aug 2014 14:24:18 -0400 Lowell Gilbert wrote: >Abdul Rasheed Shaik writes: > >> Anybody please let me know is there any way to have hugepages support in FreeBSD? >> This is some thing like we have in Linux. > >"Superpage" support has been present in FreeBSD for years. Yes, since 7.2 and, IIRC, 8.0 or maybe 8.1. >If your system has the vm.pmap.pg_ps_enabled sysctl set, In 7.2 and 8.0 (or whichever 8.x first supported it), the sysctl variable was set to 0 (disabled) by default, so if you wanted it active, you had to set it in /boot/loader.conf (or by hand at the boot loader's prompt). Since 7.3 and 8.whatever, though, it has been enabled by default. >you already have it. As you'd expect, it isn't supported >on all platforms, but if your architecture has decent >memory management hardware, it should be set. It's definitely supported on i386 and amd64, and I seem to recall that ia64 support was added last year. powerpc (and, I assume, powerpc64) will never have it because the hardware doesn't support mixed page sizes. I don't know about sparc or sparc64. The architecture on which the Navarro et al. algorithm was first tried was alpha, which appears to have been dropped entirely by the FreeBSD project sometime in the last few years (I wasn't paying attention when it happened), but it was just an experimental implementation by researchers outside of the FreeBSD project. What I have been unable to find out by asking on this list is exactly how *much* of that algorithm has been implemented in its officially released version. Specifically, I don't know whether the implementation now supports more than two page sizes or whether idle threads can migrate misplaced base pages into their proper page frames in reservations to help fully populate those reservations. > >The API isn't exactly the same as on Linux. > Which is to say that there is no API needed because the algorithm is fully automated, i.e., if it's turned on at kernel initialization, then it just works all the time. However, mmap(2) now has a MAP_ALIGNED_SUPER flag available that may help when initially allocating a large amount of memory, but may also cause mmap() to fail if a reservation cannot be made at the time mmap() is called. I don't know when this flag was first supported, but I couldn't find anything like it in 7.x when I looked for it. In actual practice, I suspect that this flag rarely makes much difference because the basic algorithm already tries to create a reservation for a new page allocation that doesn't fall within an existing reservation's frames. In 7.3, getpagesizes(3) was added to FreeBSD. Although getpagesizes(3) may provide interesting information, I'm not sure just what real value it has for the performance of a running program, given that userland programs have no direct control over the Navarro et al. method. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 06:37:08 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C3967E2 for ; Thu, 28 Aug 2014 06:37:08 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E4C5B1769 for ; Thu, 28 Aug 2014 06:37:07 +0000 (UTC) Received: from sdf.org (IDENT:bennett@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s7S6a7TB019899 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Thu, 28 Aug 2014 06:36:07 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id s7S6a5OZ022667; Thu, 28 Aug 2014 01:36:05 -0500 (CDT) From: Scott Bennett Message-Id: <201408280636.s7S6a5OZ022667@sdf.org> Date: Thu, 28 Aug 2014 01:36:05 -0500 To: paul@kraus-haus.org Subject: Re: gvinum raid5 vs. ZFS raidz References: <201408020621.s726LsiA024208@sdf.org> <53DCDBE8.8060704@qeng-ho.org> <201408060556.s765uKJA026937@sdf.org> <53E1FF5F.1050500@qeng-ho.org> <201408070831.s778VhJc015365@sdf.org> <201408070936.s779akMv017524@sdf.org> <201408071106.s77B6JCI005742@sdf.org> <5B99AAB4-C8CB-45A9-A6F0-1F8B08221917@kraus-haus.org> <201408220940.s7M9e6pZ008296@sdf.org> <7971D6CA-AEE3-447D-8D09-8AC0B9CC6DBE@kraus-haus.org> <201408260641.s7Q6feBc004970@sdf.org> <9588077E-1198-45AF-8C4A-606C46C6E4F8@kraus-haus.org> In-Reply-To: <9588077E-1198-45AF-8C4A-606C46C6E4F8@kraus-haus.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org, freebsd@qeng-ho.org, Trond.Endrestol@fagskolen.gjovik.no X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 06:37:08 -0000 Paul Kraus wrote: > On Aug 26, 2014, at 2:41, Scott Bennett wrote: > > Paul Kraus wrote: > >> On Aug 22, 2014, at 5:40, Scott Bennett wrote: > >>> What I'm seeing here is ~2 KB of errors out > >>> of ~1.1TB, which is an error rate (in bytes, not bits) of ~1.82e+09, and the As I caught and corrected before, the above should have said, "~1.82e-09". > >>> majority of the erroneous bytes I looked at had multibit errors. I consider > >>> that to be a huge change in the actual device error rates, specs be damned. > >> > >> That seems like a very high error rate. Is the drive reporting those errors or are they getting past the drive?s error correction and showing up as checksum errors in ZFS ? A drive that is throwing that many errors is clearly defective or dying. > > > > I'm not using ZFS yet. Once I get a couple more 2 TB drives, I'll give > > it a shot. > > The numbers are from running direct comparisons between the source file > > and the copy of it using cmp(1). In one case, I ran the cmp twice and got > > identical results, which I interpret as an indication that the errors are > > occurring during the writes to the target disk during the copying. > > Wow. That implies you are hitting a drive with a very high uncorrectable error rate since the drive did not report any errors and the data is corrupt. I have yet to run into one of those. How would an uncorrectable error be detected by the drive without any parity checking or hardware-implemented write-with-verify? Are you using any drives larger than 1 TB? If so, try copying a 1.1 TB file to one of them, and then trying comparing the copy against the original. Out of the three drives I could test that way, I got that kind of result on two every time I tried it. One of the two was a new Samsung (i.e., a Seagate), and the other was a refurbished Seagate supplied as a replacement under warranty. The third got a clean copy the first time and two bytes with single-bit errors on the second try. That one was also a refurbished Seagate provided under warranty. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 06:38:08 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB0FB985 for ; Thu, 28 Aug 2014 06:38:08 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BD09177F for ; Thu, 28 Aug 2014 06:38:07 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id t60so282633wes.4 for ; Wed, 27 Aug 2014 23:38:06 -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:references :in-reply-to:content-type:content-transfer-encoding; bh=arTCMVHX423UvfWSDAtGmK2f5FPZhnl+lvZI0TKjdUQ=; b=lZyrJLM9vx+3tTtVagn2wFoSKNJKgXV6zKFycuJOgYP+HPNCTLGM9X7Hy+80pdnVS6 7kVq/KoDTJGLCwqtXXISs4Ohw5OtDY3AeHSkiud72UQvTs8PS/DcKAT/XFbebr/bDInW oeksbexkLX6Ahjch7ebm4F1PUf/CeioCOBVhTx3Nckigy0Y1peJow4M97/8JXckNMPu8 jqlhtJcp5YF4zZ0eeGbMQyFz++/hvrH5pli345FhJVitmv5e0eUZ5vpAJtfasMKkyr0V jqarJQIUoUeboO2hEg3vF5Zm8E91y+b1SjN5p6szvCSQn9i+cgmn15OBW/3yn+3/F3pE 9T7A== X-Received: by 10.180.75.144 with SMTP id c16mr3507328wiw.9.1409207886333; Wed, 27 Aug 2014 23:38:06 -0700 (PDT) Received: from kontrol.kode5.net (host81-157-206-146.range81-157.btcentralplus.com. [81.157.206.146]) by mx.google.com with ESMTPSA id ju1sm7349306wjc.1.2014.08.27.23.38.05 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Aug 2014 23:38:05 -0700 (PDT) Message-ID: <53FECE4C.1020102@gmail.com> Date: Thu, 28 Aug 2014 07:38:04 +0100 From: Jamie Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: chromium coredumped after sync References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 06:38:08 -0000 On 28/08/2014 06:18, Radek Krejča wrote: > Hello, > > I have problem with chromium after upgrade. It falls down after sync and coredumps. > > I tried to unistall all adons on window except adblock plus and problem stands. > > Do you have any solution? Everything was fine before upgrade. > > Radek > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" I had this problem with firefox and it was due to linux-flashplugin11. I deleted the plugins, deleted the .mozilla directory in $HOME and reinstalled the plugin, using nspluginwrapper, then it was ok again. Maybe you have a flashplugin installed? From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 07:15:48 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C654654 for ; Thu, 28 Aug 2014 07:15:48 +0000 (UTC) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3BD81ACB for ; Thu, 28 Aug 2014 07:15:47 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id x48so321983wes.12 for ; Thu, 28 Aug 2014 00:15:46 -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:references :in-reply-to:content-type:content-transfer-encoding; bh=aI84XbErtIf1L1g8JanCf4hjDPYpg3qHECKPGSRGIOk=; b=FQIXfm7VqajlxOwhCjg4Vnwk0JUSmlsOSrv/XET6inkFebOPdINi/P3TG9wxxwye1O 74j7NpRhiP0ixlZJRuQjVH7bhgxyOqpzNQjjn/hRwXsl0UvrVgSy8tNed0BIeWNMcOkK as4ZGWjxcHCRNpHnJWltHf1QHTf3+aC8if2L8ryE4tb1V3eMGx1jC1vVQk3n+gKgHOcT jV4TIgVEVsj/tLeHBjMgNTTZVKPZxDA6ub8K0ArmIDER5ZHMHyMPbLTQK3CJ1E3E51lM sojY9KtJmoqsLLzzBcv6/x2NZqSUb0y/AkiQ6dsdT383zAFGjR67dl1tlmu0H0SCGyYd 2WXg== X-Received: by 10.194.8.168 with SMTP id s8mr495910wja.129.1409210145987; Thu, 28 Aug 2014 00:15:45 -0700 (PDT) Received: from kontrol.kode5.net (host81-157-206-146.range81-157.btcentralplus.com. [81.157.206.146]) by mx.google.com with ESMTPSA id ln6sm7551005wjb.13.2014.08.28.00.15.44 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Aug 2014 00:15:45 -0700 (PDT) Message-ID: <53FED71F.9080806@gmail.com> Date: Thu, 28 Aug 2014 08:15:43 +0100 From: Jamie Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Questions Subject: Re: Pkg 1.3.7 out. Special handling recommended to avoid reinstalls. References: <53F4CC79.5000607@FreeBSD.org> <53F6188D.7090505@FreeBSD.org> <53FDF8F8.1070501@FreeBSD.org> In-Reply-To: <53FDF8F8.1070501@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 07:15:48 -0000 On 27/08/2014 16:27, Bryan Drewery wrote: > pkg check -Ba Ok, so running pkg check has so far found a few irregularities. After 3 months of trying to get my desktop upgraded unsuccessfully due to pkg issues, I'm worried to let pkg go ahead and modify the packages installed in case it breaks my desktop again. Is it best, then, to completely remove those packages showing as irregular from pkg check and then reinstall? Has anyone run this new pkg version already and found it has sorted the problems out successfully? From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 11:31:55 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1B46582 for ; Thu, 28 Aug 2014 11:31:55 +0000 (UTC) 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 8B30117F0 for ; Thu, 28 Aug 2014 11:31:54 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-20.adsl.hiwaay.net [216.180.19.20]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SBVqdQ002336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 06:31:53 -0500 Message-ID: <53FF149F.4020704@hiwaay.net> Date: Thu, 28 Aug 2014 06:38:07 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 CC: "FreeBSD Questions !!!!" Subject: Re: Running Linux executables under FBSD 9.3 .... References: <53FE3911.6020906@hiwaay.net> <53FEA167.30303@hiwaay.net> <20140828061610.f0fa59a5.freebsd@edvax.de> In-Reply-To: <20140828061610.f0fa59a5.freebsd@edvax.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 11:31:55 -0000 On 08/27/14 23:16, Polytropon wrote: > On Wed, 27 Aug 2014 22:26:31 -0500, William A. Mahaffey III wrote: >> That little factoid (no 64-bit emulation) is unfortunately understated >> in the docs, as far as I can tell (I never found it) :-/ .... > In general, when attempting to run Linux binaries, you should > pay attention to fulfill all the requirements: > > /etc/rc.conf: linux_enable="YES" > > /etc/fstab: linproc /compat/linux/proc linprocfs rw 0 0 > > Installed: linux_base-f10 and linux-f10-* compatibility packages > > For example, I'm using this to play (32 bit) Linux games on a > (32 bit) FreeBSD system without any problems. I have also used > this to get a crappy Canon laser printer to work on FreeBSD > (which basically was impossible). :-) > > The problem you've encountered, > >>>> [wam@kabini1, ~, 2:55:55pm] 446 % file `which PreBFCGL.SSE4.1.TEST.static` >>>> /usr/local/bin/PreBFCGL.SSE4.1.TEST.static: ELF 64-bit LSB executable, >>>> x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for >>>> GNU/Linux 2.6.9, stripped >>>> [wam@kabini1, ~, 2:55:59pm] 447 % PreBFCGL.SSE4.1.TEST.static >>>> ELF binary type "0" not known. >>>> /usr/local/bin/PreBFCGL.SSE4.1.TEST.static: Exec format error. Binary file >>>> not executable. > is something that could probably be cured soon if you're willing > to upgrade to FreeBSD 10; 10.1 is around the corner, maybe its > 64 bit version will work for your Linux program? > > For this specific topic, the documentation for the Linux ABI could > express the limitations more explicitely, the "at this time" state- > ment on top the synopsis: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/linuxemu.html > > See 11.2. for more instructions. Yeah, I missed that page when I was prepping, pilot error I guess .... Still, as long as 64-bit has been out there (RHEL7 isn't even shipping 32-bit), I reflexively expected 64-bit emulation support would just be there & just work .... -- 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 Thu Aug 28 13:12:23 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDA576AD for ; Thu, 28 Aug 2014 13:12:23 +0000 (UTC) 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 903D212EB for ; Thu, 28 Aug 2014 13:12:23 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-20.adsl.hiwaay.net [216.180.19.20]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SDCKPE032331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 08:12:21 -0500 Message-ID: <53FF2C2B.7030400@hiwaay.net> Date: Thu, 28 Aug 2014 08:18:35 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Any experience w/ .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 13:12:24 -0000 .... docker-io (https://www.docker.com/) under FBSD 9.3 (i.e. FBSD 9.3 host, various other OS'es as VM's) ? I am interested in setting up a Win7 docker VM, have been since the get-go on thie project. I would swear that a couple of months ago, docker listed FBSD as fully supported, although they don't now .... Anyone w/ any experience/tips/gotchas ? TIA .... -- 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 Thu Aug 28 13:34:03 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 822A5D14 for ; Thu, 28 Aug 2014 13:34:03 +0000 (UTC) Received: from bs1.fjl.org.uk (bs1.fjl.org.uk [84.45.41.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "bs1.fjl.org.uk", Issuer "bs1.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3286515A4 for ; Thu, 28 Aug 2014 13:34:02 +0000 (UTC) Received: from [192.168.1.35] (host31-49-46-125.range31-49.btcentralplus.com [31.49.46.125]) (authenticated bits=0) by bs1.fjl.org.uk (8.14.4/8.14.4) with ESMTP id s7SDDDxk098010 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 14:13:14 +0100 (BST) (envelope-from frank2@fjl.co.uk) Message-ID: <53FF2AEE.7030501@fjl.co.uk> Date: Thu, 28 Aug 2014 14:13:18 +0100 From: Frank Leonhardt User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "freebsd-questions@freebsd.org" Subject: Apache 2.4, mod_php5 and php5_extensions from latest ports Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 13:34:03 -0000 Can anyone give me the runes needed to get the latest versions of PHP 5 and Apache 2.4 to work together using the latest ports snapshot? The problem comes with the php5_extensions. I've got Apache up and running, with the www/mod_php5 port working but when I compile and install lang/php5-extensions (or any of its components), Apache barfs on start-up. I'm not a PHP person so I'm a bit out of my depth here. First off, it couldn't find any of the extensions because it was looking in: /usr/local/lib/php/20100525-zts The extensions installed in the same directory, but without the -zts tag, so I put in a symbolic link (wishful thinking!). Now it's finding them but each module produces either one or other of the warnings below: PHP Warning: PHP Startup: ctype: Unable to initialize module\nModule compiled with build ID=API20100525,NTS\nPHP compiled with build ID=API20100525,TS\nThese options need to match\n in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20100525-zts/dom.so' - /usr/local/lib/php/20100525-zts/dom.so: Undefined symbol "executor_globals" in Unknown on line 0 As I said, I'm not a PHP person, but it looks obvious to me that the extension ports are out-of-sync with something (Apache 2.4 perhaps?) and/or I need to compile them in a special way to get the build numbers to match. Can any PHP people out there point me in the right direction, as all I have left to try are random tweaks? NB. I compiled PHP5 before compiling the Apache module, in case it matters. In httpd.conf the line: LoadModule php5_module libexec/apache24/libphp5.so Is where it's loading (I assume). I didn't put it there. As I said, PHP is active in Apache, it's just the PHP extension modules that won't load. There are no config files for mod_php (or anything else) in modules.d. The PHP documentation page only seems to cover 2.0 and 2.2. Thanks, Frank. From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 13:45:01 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 716AE1CE for ; Thu, 28 Aug 2014 13:45:01 +0000 (UTC) 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 241A017FA for ; Thu, 28 Aug 2014 13:45:00 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-20.adsl.hiwaay.net [216.180.19.20]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SDixb2024575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 08:44:59 -0500 Message-ID: <53FF33D2.50205@hiwaay.net> Date: Thu, 28 Aug 2014 08:51:14 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: 64-bit linux emulation .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 13:45:01 -0000 https://wiki.freebsd.org/201407DevSummit/LinuxEmulation interesting read on status of ongoing 64-linux emulation work .... 1 question: they mention going to F19/20 or C6/7 as baselines for 64-bit emulation .... they also state that current commercial apps need f10 (32-bit, by definition) compatibility to work .... why not a F10 compatible 64-bit (or maybe C5, similar generation) ? They should be part-way there w/ existing f10 stuff, there was a 64-bit f10 (I ran it for a while) & it should be compatible w/ newer (linux) stuff as it emerges .... Just a thought .... -- 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 Thu Aug 28 14:04:27 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44778849 for ; Thu, 28 Aug 2014 14:04:27 +0000 (UTC) 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 A86151A16 for ; Thu, 28 Aug 2014 14:04:25 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s7SE4EDn012547; Fri, 29 Aug 2014 00:04:15 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 29 Aug 2014 00:04:14 +1000 (EST) From: Ian Smith To: "Martin G. McCormick" Subject: Re: Recreating the FreeBSD Installation Disks In-Reply-To: Message-ID: <20140828221734.H11986@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 14:04:27 -0000 In freebsd-questions Digest, Vol 534, Issue 7, Message: 2 On Wed, 27 Aug 2014 09:25:17 -0500 "Martin G. McCormick" wrote: > I have been asking lots of questions recently about > whether the procedure for building a custom FreeBSD installation > CD has changed and it apparently has not but the problem I am > having is not hard to define. > The original image downloaded from freebsd.org is: > FreeBSD-9.1-RELEASE-amd64-disc1.iso and it is > 718862336 bytes large. > I mounted it on a FreeBSD9 system as follows: > ##Set up memory disk. > # mdconfig -f FreeBSD-9.1-RELEASE-amd64-disc1.iso -u 1 > ##Mount it. > #mount -t cd9660 /dev/md1 /mnt2 > Everything looks normal if you ls /mnt2. > If one was to use mkisofs with /mnt2 as the top of the tree, a > new iso image file should appear somewhere that is about the > same size as the starting ISO file. As a test to see if this > happens, I did the following: > # mkisofs -J -R -V customBSD -no-emul-boot -b boot/cdboot -iso-level 3 -o \ > #/home/martin/tmp/serialcd64.iso . > #ls -l /home/martin/serialcd64.iso > -rw-r--r-- 1 root martin 833892352 Aug 26 10:48 serialcd64.iso > > Man! I sure wish my pay check could do that after a week of > living. I wish I could make a millionth of that in a week :) Your mkisofs usage differs from /usr/src/release/amd64/mkisoimages.sh (or /i386/, the same) which might be worth comparing with the above. > I know that hard links will make tar and rsync produce > larger outputs if not called correctly. My understanding is that > hard links are multiple sets of inode numbers pointing to the > same files so they are hard to mechanically distinguish from > actual disk space being occupied by the same data in more than > one spot. My reading of ln(1) leads me to believe that hard links are multiple directory entries (on the same filesystem) pointing to the same inode? But reading and observation is all I know about hard links .. > When one needs to make a custom CD, the extremely > difficult part is recreating the steps that were used to > originally build the image. /usr/src/release has all the goodies, the Makefile shows the options. > An amusing side note; I used rsync to create a writable > copy of the tree as follows: > #cd ./treetop > #sudo rsync -a /mnt2/ ./ > A few seconds later, I had something that built without > a single complaint so I made an image out of treetop and got: > #ls -l custom* > -rw-r--r-- 1 martin martin 455213056 Aug 26 11:42 custom.iso > That was the exact same file tree that insists on being > 120 MB too large if you try to make a straight ISO image from > the mounted file system of the original image which is about 300 > MB larger than this one. I guess you could list all the hard links and count their space with find and a bit of awk or such. Similarly compare whole-tree filecounts? I don't know if there are also different blocksizes to consider? > That has been pretty much the story of the last few days > and I am running out of things to try. The process for building > the FreeBSD installation CD is clever since it manages to cram > so much in to the limited space without compressing the entire > image. So far, orthogonalness has escaped me at every turn. As I recall reading (only in passing, sorry) you wanted to do a shuffle using a linux box to make a memstick? and had problems with (some)tar? I used Darren Pilgrim's dvd1_to_memstick.sh http://pastebin.com/fzgVaCgW to make bootable memsticks for both 10.0- and 9.2-RELEASE; I had pkg issues with 10.0 so reverted to 9.2-R which installed fine, (old-style) dvd packages and all. So I expect should 9.1, and I don't see why this wouldn't work just as well from disc1 as from dvd1, but check that. -rw-r--r-- 1 smithi smithi 2554132480 Mar 12 03:29 FreeBSD-9.2-RELEASE-amd64-dvd1.iso -rw-r--r-- 1 root smithi 2789646336 Mar 12 03:52 FreeBSD-9.2-RELEASE-amd64-dvd1-memstick.img Yes the memstick is ~235MB larger, I wasn't fussed. Darren's script is based on /usr/src/release/amd64/{mkisoimages.sh,make-memstick.sh} using this tar construct: tar cf - -C $2 . | tar xpf - -C $4 # $2 dvd mountpoint, $4 memstickdir And then you get to mess with the memstick contents, after the makefs and before the gpart-itioning .. if you're going to add much to the release contents you may need to allocate extra space with the makefs? For the record, if relevant to your issues, on 9.2 & 9.3 anyway: % which tar /usr/bin/tar % ll /usr/bin/*tar* lrwxr-xr-x 1 root wheel 6 Jun 25 16:09 /usr/bin/tar@ -> bsdtar -r-xr-xr-x 1 root wheel 68712 Jun 25 16:09 /usr/bin/bsdtar* HTH, Ian From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 14:15:06 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97FB7B39 for ; Thu, 28 Aug 2014 14:15:06 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3742D1B3E for ; Thu, 28 Aug 2014 14:15:06 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.9/8.14.9) with ESMTP id s7SEEtHp003415 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 15:15:00 +0100 (BST) (envelope-from matthew@freebsd.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=freebsd.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk s7SEEtHp003415 Authentication-Results: smtp.infracaninophile.co.uk/s7SEEtHp003415; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <53FF3948.80508@freebsd.org> Date: Thu, 28 Aug 2014 15:14:32 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Apache 2.4, mod_php5 and php5_extensions from latest ports References: <53FF2AEE.7030501@fjl.co.uk> In-Reply-To: <53FF2AEE.7030501@fjl.co.uk> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Pxa0IsAggBsD9LvD2tfEbsVJfQhKH8AD0" X-Virus-Scanned: clamav-milter 0.98.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 14:15:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Pxa0IsAggBsD9LvD2tfEbsVJfQhKH8AD0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 08/28/14 14:13, Frank Leonhardt wrote: > The problem comes with the php5_extensions. I've got Apache up and > running, with the www/mod_php5 port working but when I compile and > install lang/php5-extensions (or any of its components), Apache barfs o= n > start-up. I'm not a PHP person so I'm a bit out of my depth here. >=20 > First off, it couldn't find any of the extensions because it was lookin= g > in: >=20 > /usr/local/lib/php/20100525-zts >=20 > The extensions installed in the same directory, but without the -zts > tag, so I put in a symbolic link (wishful thinking!). Now it's finding > them but each module produces either one or other of the warnings below= : You've turned on the Zend Thread Safety option in at least one of the PHP ports, but not in all of them. The rule with ZTS is that either you turn it on everywhere, or you turn it off everywhere. To fix: # cd /usr/ports/lang/php5 # make config (change the options as required) # cd /usr/ports/www/mod_php5 # make config (ditto) Then rebuild and reinstall php5, mod_php5 and all of your php extensions. This step is perhaps somewhat overkill, but if you do this, you can be sure everything will work OK. (It should be possible to get away with recompiling only some of those ports, but you'll need to work out which ones for yourself.) Cheers, Matthew --Pxa0IsAggBsD9LvD2tfEbsVJfQhKH8AD0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJT/zleXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTntXAP/31MoX0ia08eOUBOTCkosBLp +WEK0Kfd0nyGT+Z0rMvkmjPHDv8LvOL961Ed03NqnrJGdoT+bQ/iwEf3vnQqrTRP gdmFmvxjVLEfmjeF12ZGvUrkm7sg38VU04cRmIKXGO3YCGxRbI588KT0ru0n0j7Z RfDSpiT9Wh1TX3KUpWlyrrifyudUNFNp2DxY53EeF5f+RA+bLow8c6DXsRc65jOS gZQW6VamaZfbiAuzDs6rZtFddyHDQiD3tFJJMuUIj19QzubMOtgJi/T8uxdAYyzF vYwchuqSr32LlSCWMeIQ4/uofqkM9bw/HAr00ACH8JsLujBerO3A69RNr/Phd/LK Lu1de80LXNOD6vQ80Lr0ZgFK7fXUFg/bQoZkHAsKo6xi2FkeAWDWiCmi8U3L7Q3p ZbDdlgErzeLvZLvlEJaEKyKesrTHrmviappCYH3eRdaOjsWxSFwzguNa8Hfgb+pT rXWdzPgbVUuyB6TvuUQqN8D8FkzRKXlHvvxcCi5m7Na8HCvxM/IrozD4ynoyMJ4S 2BOG8FzN3gZv2wn7pBlj9mcWLyg0kyk6eTHVYLRwzwBsOutwl37tamsaEwoBUuyj NrJQzsNRW9XWdIOipZ36aWENjfJfrT48z8vHaPlb/r8KlWBnasHht37YGpY8VkSY +0ricoxGxp2z4lGub8ye =A4mf -----END PGP SIGNATURE----- --Pxa0IsAggBsD9LvD2tfEbsVJfQhKH8AD0-- From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 14:16:48 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7906ABFF for ; Thu, 28 Aug 2014 14:16:48 +0000 (UTC) Received: from mail-qa0-f52.google.com (mail-qa0-f52.google.com [209.85.216.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F6C31B7F for ; Thu, 28 Aug 2014 14:16:47 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id f12so770727qad.11 for ; Thu, 28 Aug 2014 07:16: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:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=DNIWPpq0mW8CkX1/5xpUvCmQXGvXKtqghxot10G1t4k=; b=GJSuv7P663NFbdr/9ga9QmFvEB8McZxVqt7LWvVs8I6ZBwkPHJBhzswKhXgm0fqpoW XzTk0q3YGPugTA+DXCbDY5Ww+PJnxHjS1nIK443zsGOPdgANBa4+xNYC7mse4Xx3H9si H6hpFWy9QBc2ur+GA8Z/2XzWYUSLoHwK7nugmI/3wXkn9mH0bKYirWYFaVMAuYjLA1VB Y8g534/CPMXv+M0GrB55uVFfxjuuA6KfgGnkZYrtKwmUdf22WlrlSGPio9v/4MitwboD dxVSQB4trOEVIHVVZmnpTb47MccyKBdNMku9th+hZ1OiLPOc2hHsrKGsIKhbM73iYvn5 NApQ== X-Gm-Message-State: ALoCoQmTyW9kR0zOry+dzTYxmylaWACJMv4L1tM708H41tj81UvIicNWBXjN4eULtX9mo4bYrq7m X-Received: by 10.224.21.68 with SMTP id i4mr6804917qab.83.1409235401067; Thu, 28 Aug 2014 07:16:41 -0700 (PDT) Received: from [192.168.2.65] ([96.236.21.80]) by mx.google.com with ESMTPSA id g61sm5741337qge.5.2014.08.28.07.16.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Aug 2014 07:16:40 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Hardware that Requires software WAS: TL-WN722N support From: Paul Kraus In-Reply-To: <20140828053323.2c6661e3.freebsd@edvax.de> Date: Thu, 28 Aug 2014 10:16:39 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <63EECB4E-2903-4B26-9475-A8E6C6E4B509@kraus-haus.org> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> <20140827112209.89d0bbdb.freebsd@edvax.de> <244A8655-63FB-46E9-85AB-6E8BC4CF8199@gmail.com> <20140827180004.GA4450@slackbox.erewhon.home> <20140828053323.2c6661e3.freebsd@edvax.de> To: "freebsd-questions@freebsd.org" X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 14:16:48 -0000 On Aug 27, 2014, at 23:33, Polytropon wrote: > Yes, those are terrible and years behind technological evolution. > The same applies to "WinModems", a disease that development has > fortunately dealt with. It is helpful to understand the why of something, and explain such, = rather than just condemn it as bad. The move to host based software for things like printers, modems, = scanners, and other various hardware came about because the performance = of the general purpose computer was increasing at least at Moore=92s Law = rate, if not faster. By moving the processing of the raw data into code = the device (printer, scanner, modem, etc.) could use onto the host OS = you got two big advantages: 1. As the host systems got faster so did your device 2. Your device was likely to remain useful for a longer period There is a third advantage, that the device can be less intelligent and = less powerful, making it cheaper. The typical desktop computer today has = lots and lots of spare CPU cycles (and generally speaking, has for at = least a decade). Why not make good use of those resources. I have three scanners in the house that *all* require very custom = software as the processing of the raw scanned data from the image sensor = is happening on the host system and not on the scanner hardware. I have = seen marked improvements in image quality with each update of the = management software. Even older hardware, hardware that the vendor would = no longer be supporting if it were more complex is still on the = supported list. Does it mean that you cannot use this hardware on OSes for which there = is no software support? Absolutely, but that is the case for = *everything*. If you know you need to (or want to) runs a certain OS, = for whatever reasons, then you buy hardware that is supported by that = OS. I am OS agnostic, there is no one single OS that is perfect for = everything. I look at the job I need to do and then choose the software = (application) to do that task, then I pick the OS that lets me run that = software the best. It is not until this point that I start looking at = hardware. But I am an outlier in that I use in both my personal and = professional life a bunch of different OSes for different purposes. Windows Mac OS X FreeBSD Linux=20 SmartOS Personally, I use FreeBSD on servers and not as a desktop, I think there = are better desktop OSes out there. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 14:28:08 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60871487 for ; Thu, 28 Aug 2014 14:28:08 +0000 (UTC) Received: from mail-qa0-f53.google.com (mail-qa0-f53.google.com [209.85.216.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 14E871CF3 for ; Thu, 28 Aug 2014 14:28:07 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id w8so771796qac.40 for ; Thu, 28 Aug 2014 07:28:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=ePL7M+GRHYZlBHB4o/FtaS8mZxHeoFTLvDp729yuk/0=; b=T4nhoehjizOM0ee+RYySlg4ZBW3Io7HQx292UiqSH9l8tHoRDohcOzS33bCSI2pDvT FmGRoafh6fwu/nTilxWj+fw1yYA7XSFdTY0cgpLQshwmcjFkp4+KvplhoKuEQae1FfwU 2tdYI1XzhnOMYLR7iWxgwhNyfGepTGusWuOkFWEOYcQhrrswfC2AaTYNZihNvbs+JyEo /2TWexTPuwLXZQru5ZJIASovlSJvEm88D0aBDynedLTEowTgOKabjBz2TWrxCDgNcFQD Gt/v7Yc5a30zUIe017mimsKrXbwPmt5uPFEH3sm2UGpe+Z+er86DBRlD75kGLDQhdrCU 7dFw== X-Gm-Message-State: ALoCoQmmvVRBoRSy4JJbrc4Vvf9RWzXA2ELPeUbjUt/eW/UqFybh6oPXhST4kS259OITXs9VGgNH X-Received: by 10.224.96.137 with SMTP id h9mr7160830qan.96.1409236081258; Thu, 28 Aug 2014 07:28:01 -0700 (PDT) Received: from [192.168.2.65] ([96.236.21.80]) by mx.google.com with ESMTPSA id a64sm5757512qge.22.2014.08.28.07.28.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Aug 2014 07:28:00 -0700 (PDT) Subject: Re: gvinum raid5 vs. ZFS raidz Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=us-ascii From: Paul Kraus In-Reply-To: <201408280636.s7S6a5OZ022667@sdf.org> Date: Thu, 28 Aug 2014 10:27:59 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <25B567A0-6639-41EE-AB3E-96AFBA3F11B7@kraus-haus.org> References: <201408020621.s726LsiA024208@sdf.org> <53DCDBE8.8060704@qeng-ho.org> <201408060556.s765uKJA026937@sdf.org> <53E1FF5F.1050500@qeng-ho.org> <201408070831.s778VhJc015365@sdf.org> <201408070936.s779akMv017524@sdf.org> <201408071106.s77B6JCI005742@sdf.org> <5B99AAB4-C8CB-45A9-A6F0-1F8B08221917@kraus-haus.org> <201408220940.s7M9e6pZ008296@sdf.org> <7971D6CA-AEE3-447D-8D09-8AC0B9CC6DBE@kraus-haus.org> <201408260641.s7Q6feBc004970@sdf.org> <9588077E-1198-45AF-8C4A-606C46C6E4F8@kraus-haus.org> <201408280636.s7S6a5OZ022667@sdf.org> To: Scott Bennett X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-questions@freebsd.org, freebsd@qeng-ho.org, Trond.Endrestol@fagskolen.gjovik.no X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 14:28:08 -0000 On Aug 28, 2014, at 2:36, Scott Bennett wrote: > Paul Kraus wrote: >> Wow. That implies you are hitting a drive with a very high = uncorrectable error rate since the drive did not report any errors and = the data is corrupt. I have yet to run into one of those. >=20 > How would an uncorrectable error be detected by the drive without = any > parity checking or hardware-implemented write-with-verify? I suppose my point was that an operation that is NOT flagged by the = drive as failing and DOES return faulty data is, by definition, an = uncorrectable error (as far as the drive is concerned). The point is = that an uncorrectable error (from the drive standpoint) is just that, an = error that the drive CANNOT detect. > Are you using any drives larger than 1 TB? I have been testing with a bunch of 2TB (3 HGST and 1 WD). I have been = using ZFS and it has not reported *any* checksum errors. I have put one of the 4 into production service (I needed a replacement = for a failed 1TB and did not have any more 1TB in stock). It has been = running for a couple weeks now with no checksum errors reported. My = zpool is 5 x 1TB RAIDz2 and it has about 2TB of data on it right now. > If so, try copying a 1.1 TB > file to one of them, and then trying comparing the copy against the = original. Hurmmm. I have not worked with individual files that large. What = filesystem are you using here?=20 > Out of the three drives I could test that way, I got that kind of = result on > two every time I tried it. One of the two was a new Samsung (i.e., a > Seagate), and the other was a refurbished Seagate supplied as a = replacement > under warranty. The third got a clean copy the first time and two = bytes with > single-bit errors on the second try. That one was also a refurbished = Seagate > provided under warranty. If you use ZFS on these drives and copy the same file do you get any = checksum errors? -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 14:46:07 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79133BC1 for ; Thu, 28 Aug 2014 14:46:07 +0000 (UTC) Received: from server1.shellworld.net (shellworld.net [69.60.117.94]) by mx1.freebsd.org (Postfix) with ESMTP id 563C61EF8 for ; Thu, 28 Aug 2014 14:46:07 +0000 (UTC) Received: from server1.shellworld.net (localhost [127.0.0.1]) by server1.shellworld.net (Postfix) with ESMTP id 07BDF2298C for ; Thu, 28 Aug 2014 10:46:00 -0400 (EDT) To: "questions@freebsd.org" Subject: Re: Recreating the FreeBSD Installation Disks MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <76902.1409237159.1@server1.shellworld.net> Date: Thu, 28 Aug 2014 09:46:00 -0500 From: "Martin G. McCormick" Message-Id: <20140828144600.07BDF2298C@server1.shellworld.net> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 14:46:07 -0000 Roland Smith writes: > Looking at the mkisofs manpage, it *should* detect hard links by default. > Does > using the `-cache-inodes` option make any difference? I tried explicitly -no-cache-inodes and then -cache-inodes and the two files vary by about 15 bytes. It looks like the hard links are lost in the mounting process which means that one can not use that as a test after all. There is that version of tar as in tar-3.1.2 which I can't seem to locate anywhere although the version may be at a higher number by now. How did you get it? I've not found anything for tar on FreeBSD except for gnutar and that does not process iso9660 images. The version of tar one gets by default on 3.9 systems appears to be 2.8.5 with the same version number for the libraries. Thanks. Martin From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 14:48:05 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1D0CCB0 for ; Thu, 28 Aug 2014 14:48:04 +0000 (UTC) Received: from mail-vc0-x232.google.com (mail-vc0-x232.google.com [IPv6:2607:f8b0:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A6F201F24 for ; Thu, 28 Aug 2014 14:48:04 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id la4so918714vcb.37 for ; Thu, 28 Aug 2014 07:48:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:cc:in-reply-to:references :disposition-notification-to:content-type:date:message-id :mime-version; bh=7JHvd9CGRor5y77irCw/FDhSNoWjeuBe+JANp+vus9c=; b=fdS6zjPbo4cZbLE5f4BZRbJGvGMNhWTUNRjYg110ZdLePo1w+5Iy4w9RG3D5WWBwm4 hWxgjKqYMURIJzTsxaveCjcMwRxCTlRa/muNtW/bf6VJIcAspr9ydgzna9q76sxLJkNi EQ+3kjoT8PTuCeCJaTaYh/5CJY5n55Le+UKqsnaTpi7h8NfHIdKGyp3wH8d27oZOtNPL 1fTDa42hkAbHu9L1EVKEY2iLlM/SpjORVlJUeCUcq71oUX/d8+mddj4fvez02bwVtQYh VH758XOc01ii7RhSK+h65rWtptuiLlJ0rWd8h84MHSVIGF1XXqsYSjYamJz4F2Xa9WaH M1kQ== X-Received: by 10.52.248.211 with SMTP id yo19mr1032005vdc.67.1409237283720; Thu, 28 Aug 2014 07:48:03 -0700 (PDT) Received: from [192.168.6.46] ([179.184.51.72]) by mx.google.com with ESMTPSA id wh8sm11724121vdc.25.2014.08.28.07.48.01 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 28 Aug 2014 07:48:02 -0700 (PDT) Subject: Re: TL-WN722N support on FreeBSD. From: sergio de Almeida Lenzi To: atar In-Reply-To: <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> Date: Thu, 28 Aug 2014 11:48:08 -0300 Message-ID: <1409237288.1855.53.camel@lenzinote.lenzicasa> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 14:48:05 -0000 Em Qua, 2014-08-27 às 11:39 +0300, atar escreveu: > So you give me additional reason to stay with Linux and not to migrate > to FreeBSD since even a basic wireless adapter which came with your > Sony isn't supported by FreeBSD. To be honest, I don't know if your > Sony wireless adapter is supported by Linux, but in general, I think > linux is more flexible and supports more devices than FreeBSD (and > more than all the rest of *BSD variations). > The problem with Linux is basic it does not execute the software that I want: that is gnome 2.32... for a lot of reasons the users more than 100 does not adapt well to the new gnome. All the users want is: 1) social media 2) office 3) Virtual machines running windows XP Linux in a sony desktop with 6GB of memory and intel I3 using the kernel 3.12.x have memory leak, that is after 3 days using the desktop, the system becomes slow, only a POWER OFF restores the original performance... I do not know how, do not have time to dig into the linux kernel. I had to use Linux for almost a year, because of the KMS, now they all have FreeBSD, the cheapper notebooks (lenovo 475, lenovo, 485...) and those with a 2 core AMD cpu at 1.0 ghz 2Gb of memory (sold here in Brazil for U$300) was really slow with the linux kernels, with windows it took almost 6 minutes to boot, and you had only the home edition of windows that is really painfull, besides, the notebookd only lasts 3 months, than the processor oveheats, and your notebook is done (I am talking about those cheap ones). I am not interested in people that have U$2000 to pay for a notebook. Linux have more drivers, but only 2 months ago there was a driver for that realtek wireless + bluetooth chip. that have a problem that you cannot use the bluetooth AND the wireless at the same time... Seems that there is a conspiracy from the industry to NEVER EVER use a chipset for more than 3 months.. so I install the FreeBSD on those cheap notebooks with a TPlink WN725N working like a charm, by the time that realtek driver adapter becomes ready, all you have to do is to download the new freeBSD kernel and hit only a command... this will bring FreBSD from my OWN repository, that have about 1200 packages for AMD64. than the system will reboot with the wireless inside the notebook working again. thanks to FreeBSD wlan0 scheme of wireless interface. kind of a windows update and reboot. From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 15:20:54 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9ACB87AE for ; Thu, 28 Aug 2014 15:20:54 +0000 (UTC) Received: from BLU004-OMC2S33.hotmail.com (blu004-omc2s33.hotmail.com [65.55.111.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4993A150D for ; Thu, 28 Aug 2014 15:20:53 +0000 (UTC) Received: from BLU436-SMTP13 ([65.55.111.72]) by BLU004-OMC2S33.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22712); Thu, 28 Aug 2014 08:20:53 -0700 X-TMN: [IZuzfTMYBMQbimVf3uEzz9hyPfQ/eNyl] X-Originating-Email: [f.toscan@hotmail.it] Message-ID: Received: from pillow.thwn ([79.21.182.14]) by BLU436-SMTP13.smtp.hotmail.com over TLS secured channel with Microsoft SMTPSVC(8.0.9200.16384); Thu, 28 Aug 2014 08:20:50 -0700 Received: from localhost (1001@localhost [local]); by localhost (OpenSMTPD) with ESMTPA id 4936b5e4; Thu, 28 Aug 2014 17:20:48 +0200 (CEST) User-Agent: OpenSMTPD enqueuer (Demoostik) Date: Thu, 28 Aug 2014 17:20:48 +0200 From: Francesco Toscan To: Miguel Clara Subject: Re: Order of geli "passphrase prompt" on boot Mail-Followup-To: Francesco Toscan , Miguel Clara , "freebsd-questions@freebsd.org" References: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: X-Celebrating: Building ports since FreeBSD 3.4 X-OriginalArrivalTime: 28 Aug 2014 15:20:50.0892 (UTC) FILETIME=[A6C610C0:01CFC2D3] Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 15:20:54 -0000 On Wed, Aug 27, 2014 at 12:42:31PM +0100, Miguel Clara wrote: > Hi, Hi, > > Does any one know if there's a way to change the order of the passphrase > prompt when the disk is encrypted? > > The ways it is now devices get detected after this prompt (usb devices it > seems) and makes the prompt kind of hidden which complicates things for > less experience users! I experienced this issue running 9.0. 10-RELEASE seems fine (as works for me...) but i didn't investigate. If your root partition is not encrypted, you can try to mount encrypted volumes later, adding the relevant bits into /etc/rc.local or a rc.d script. Just remove the BOOT flag from your volumes with geli configure -B provider -- f. "Corruptissima re publica, plurimae leges" -- Publius Cornelius Tacitus From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 15:35:14 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 655DBD5 for ; Thu, 28 Aug 2014 15:35:14 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F24FB1814 for ; Thu, 28 Aug 2014 15:35:13 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id r20so1120242wiv.5 for ; Thu, 28 Aug 2014 08:35:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UBX8fRDDm59tJyaYg3MJsP8IvEWPIpXLXawIYIaj6HA=; b=ymCD0bPK/IRaX792MOsZG345gAHcJ1HYDOc8jwpNU6DK640ZzeNWhKLbiFC/QuFpkf uKn49vSGHYuzCcfd2H5Hs+OW5Mhrs6XJfgij1ozQcnmM3+YzsP1/U2CNhLVD1Gx58e5R wjOxGiKSLYV7326cxFGvDZxE3jq7NiIXOCUsMLGydjLtVDKdtNTpNTYWir1v+C7jKYGQ IUTGpF/Vu2sktmfc8dTlg82kxfJBLR8B0+ojfYP7J7e3oQvwnOCrXQUUVm3TfZ8QogEP Gn3dB8iHbl3Cwes3BdoePM1TOnt6s7b144SApCMH+3HHKgOapC7jQ4sonLXEx+ay1Nle BIVw== MIME-Version: 1.0 X-Received: by 10.180.14.169 with SMTP id q9mr38682880wic.19.1409240111578; Thu, 28 Aug 2014 08:35:11 -0700 (PDT) Received: by 10.216.116.138 with HTTP; Thu, 28 Aug 2014 08:35:11 -0700 (PDT) Received: by 10.216.116.138 with HTTP; Thu, 28 Aug 2014 08:35:11 -0700 (PDT) In-Reply-To: References: Date: Thu, 28 Aug 2014 16:35:11 +0100 Message-ID: Subject: Re: chromium coredumped after sync From: Peter Harrison To: =?UTF-8?Q?Radek_Krej=C4=8Da?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 15:35:14 -0000 Peter Harrison On 28 Aug 2014 06:19, "Radek Krej=C4=8Da" wrote: > > Hello, > > I have problem with chromium after upgrade. It falls down after sync and coredumps. > > I tried to unistall all adons on window except adblock plus and problem stands. > > Do you have any solution? Everything was fine before upgrade. Just a "me too" I'm afraid. Latest package will not run and dumps core. Peter Harrison. > > Radek > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 15:36:13 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A31431CB for ; Thu, 28 Aug 2014 15:36:13 +0000 (UTC) Received: from server1.shellworld.net (shellworld.net [69.60.117.94]) by mx1.freebsd.org (Postfix) with ESMTP id 7F9AA182E for ; Thu, 28 Aug 2014 15:36:12 +0000 (UTC) Received: from server1.shellworld.net (localhost [127.0.0.1]) by server1.shellworld.net (Postfix) with ESMTP id 992102298C for ; Thu, 28 Aug 2014 11:36:12 -0400 (EDT) To: freebsd-questions@freebsd.org Subject: Re: Recreating the FreeBSD Installation Disks MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <78057.1409240172.1@server1.shellworld.net> Date: Thu, 28 Aug 2014 10:36:12 -0500 From: "Martin G. McCormick" Message-Id: <20140828153612.992102298C@server1.shellworld.net> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 15:36:13 -0000 Ian Smith writes: > As I recall reading (only in passing, sorry) you wanted to do a shuffle > using a linux box to make a memstick? and had problems with (some)tar? Yes. I needed a headless installation medium to build a new FreeBSD server. The FreeBSD system had no direct usb access so I did all the work there and then used the Linux box to actually transfer the new image to a thumb drive. The image did not boot so I fell back to trying to make that same headless installation medium with a CDROM. Apparently, BSDtar which does understand ISO9660 images has some problem that makes it refuse to process a large number of files on the ISO image. In summary, the process worked flawlessly on the memstick to create it but the image won't boot on anything we tried it on. With the older custom CDROM method, BSDtar simply won't work the way the FreeBSD Handbook chapter tells you to use it. There seem to be no work-arounds so far. My preference of method is the memstick since the creation process is less time-consuming. Why the image wouldn't boot is a mystery since all I had to do was to add loader.conf to /boot for a serial console. Nothing else needed to be touched. Some times, the simplest tasks can just stop one cold. Martin From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 15:37:02 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B26D728F for ; Thu, 28 Aug 2014 15:37:02 +0000 (UTC) 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 7C41B1844 for ; Thu, 28 Aug 2014 15:37:02 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-20.adsl.hiwaay.net [216.180.19.20]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SFb0l4022245 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 10:37:01 -0500 Message-ID: <53FF4E13.6060703@hiwaay.net> Date: Thu, 28 Aug 2014 10:43:15 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Virtualbox questions .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 15:37:02 -0000 I just pkg-installed virtualbox-ose virtualbox-ose-additions virtualbox-ose-kmod & whatever they wanted as dependencies. I followed most of the directions at https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/virtualization-host-virtualbox.html, until I got down to the part about changing permissions for |/dev/vboxnetctl .... there is no such animal on my box (FBSD 9.3 64-bit, new install) .... I skipped down to launch virtualbox, which failed as root because of no display set, but worked as regular user (I am su'ed into root from regular user, not console logged in, that may be the problem) .... Is anyone using VBox under FBSD 9.3 (w/ desktop, XFCE or other) to run Win7 VM's ? Any advice/gotchas/wisdom/etc. :-) ? TIA ....| -- 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 Thu Aug 28 15:43:37 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C21BD3B6 for ; Thu, 28 Aug 2014 15:43:37 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 792731929 for ; Thu, 28 Aug 2014 15:43:37 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id D129D33C1E; Thu, 28 Aug 2014 11:43:31 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id E7A3F39860; Thu, 28 Aug 2014 11:43:30 -0400 (EDT) From: Lowell Gilbert To: Chenguang Li Subject: Re: Ask for opinion: changing rand(3) to random(3) in awk(1) References: <44mwapn1pw.fsf@lowell-desk.lan> Reply-To: freebsd-questions@freebsd.org Date: Thu, 28 Aug 2014 11:43:30 -0400 In-Reply-To: (Chenguang Li's message of "Thu, 28 Aug 2014 10:10:34 +0800") Message-ID: <44y4u8ei1p.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 15:43:37 -0000 Chenguang Li writes: > The problem I was trying to describe was its "one-shot" randomness, take these two as examples (where it matters): > > 1. You wrote a script[1] that simulate rolling a dice, it would > produce the same result if executed within, say, 5 seconds. > [1] BEGIN { srand(); print int(1+rand()*6); } or BEGIN { srand(); } { print int(1+rand()*6); }, won't matter. One second, not 5. Calling srand() without a parameter seeds the random number generator with the current time in seconds, so the value changes once per second. > 2. You have a CGI script which will show different content based on the number generated by rand(). > > In the first situation, you can generate all the outcomes in a single > run by using for-loop, but the first outcome will be the same. OSX's > awk(1) will produce a reasonable number every time I run it. In the > latter one, you could call rand() once and throw away the result, and > call it again to get another number. Both are practical workarounds, > but we do have a better choice: applying the modification I suggested > before. You are still misunderstanding the relationship between srand() and rand(), in a way that will not be fixed by changing awk's implementation from rand(3) to random(3). srand() "seeds" the random number generator with a particular value, and the sequence of numbers is completely determined afterwards. This isn't a bug; the ability to exactly reproduce a sequence of "random" numbers is an essential feature in a lot of simulation uses. This is also why we refer to these algorithms as "pseudo-random" rather than just "random." In your cases, you really do want a different sequence every time. The way that is handled is by using a different seed each time. The normal use of srand() uses the current time, so as long as it isn't called twice within one second, it will always use a different sequence of numbers. If it *is* called twice within the same second, it will produce the same sequence of numbers (not just the same first number, but the second, third, etc. number will be the same also). This is just as true on OSX as on FreeBSD. Your use of srand() in your first script is buggy because it calls srand() for *every* call to rand(); your second version fixes this problem. How do we deal with the one-second window? Well, most of the time we ignore it. For a CGI script, it won't matter. If you really do need to run separate copies of an awk script more often, you'll need a better seed. Reading it from /dev/random would be one place for your awk script to get that. An important point that you may have missed is that when your script calls srand(), it can provide a parameter, which will be used instead of the current time. > If others are not affected by the problem I described above, then I am > okay with that. The other reason why I suggest this is, I see no loss, > only to make it better. The problem you described is caused by your calling srand() multiple times. This is a bug on your part, not a problem with awk that would affect other people. Changing awk to use random(3) instead of rand(3) will not fix your problem, because continually reseeding srandom(3) with the same seed will give you the same values from random(3) just as much as doing the same with srand(3) and rand(3) will. In your example: > BEGIN { srand(); print int(1+rand()*6); } or BEGIN { srand(); } { print int(1+rand()*6); } the first one is broken and the second one works (try them and compare the output). Although it may not fix the problem you thought it would, you're right that there's no loss in making the change, so I think it's a good idea. Be well. Lowell From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 16:15:41 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A88FAF9 for ; Thu, 28 Aug 2014 16:15:41 +0000 (UTC) Received: from server1.shellworld.net (shellworld.net [69.60.117.94]) by mx1.freebsd.org (Postfix) with ESMTP id EAFD31C50 for ; Thu, 28 Aug 2014 16:15:40 +0000 (UTC) Received: from server1.shellworld.net (localhost [127.0.0.1]) by server1.shellworld.net (Postfix) with ESMTP id AEBBB229AB for ; Thu, 28 Aug 2014 12:15:39 -0400 (EDT) To: "freebsd-questions@freebsd.org" Subject: Re: Hardware that Requires software WAS: TL-WN722N support MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <79026.1409242539.1@server1.shellworld.net> Date: Thu, 28 Aug 2014 11:15:39 -0500 From: "Martin G. McCormick" Message-Id: <20140828161539.AEBBB229AB@server1.shellworld.net> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 16:15:41 -0000 Paul Kraus writes: > It is helpful to understand the why of something, and explain such, > rather than just condemn it as bad. > > The move to host based software for things like printers, modems, > scanners, and other various hardware came about because the performance > of the general purpose computer was increasing at least at Moore?s Law > rate, if not faster. By moving the processing of the raw data into code > the device (printer, scanner, modem, etc.) could use onto the host OS you > got two big advantages: > > 1. As the host systems got faster so did your device > > 2. Your device was likely to remain useful for a longer period > > There is a third advantage, that the device can be less intelligent and > less powerful, making it cheaper. It's a short-cut. What you say is true and if someone is willing to make the tradeoff between being forced to run a specific OS and having something that will work for you on any OS, then go for it. I wish I could be OS agnostic but it is not as simple as one would hope. As a computer user who happens to be blind, I have found that unix-like operating systems generally work better, assuming you can get access to the standard output. In at least one OS which is in wide use, there is no standard output. The screen readers and Braille output devices on unix systems can be made to work more easily with countless applications which were written with nary a thought to screen readers and access technology and that is a good thing. The less you have to worry about as you write a program, the less there is to go wrong and cause somebody to fall in to a crack. If there is a device out there that I need to do some task and I find out that it only works under the OS with no standard I/O, then I have two choices. Forget it or spin up this other OS, buy the screen reader that works with it and maybe or maybe not will give me access to control this device. I may find out that it doesn't work with the screen reader. Talk about a leap of faith. The best screen readers for this widely-used OS are very expensive commercial products so One would almost need to go to where a similar device to what I want lives and see if it would be worth the time and effort. I am not a fan of host-based devices nor am I a fan of javascript and other client-side job sharing. With such applications as firefox for the gnome desktop, life is a hundred times better than it used to be but there are still sites highly optimized for Internet Explorer that simply lie down when you need them the most. When I vote in an election, our voting machines use Windows CE. Since all I am going to do is vote, I don't care what OS it uses as long as the knobs and buttons work. If I am going to buy a piece of amateur radio gear which does wonderful things but the drivers are for the OS with no IO, I'll skip it until something with more universal design comes out. Martin McCormick From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 16:20:31 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E3CDC19 for ; Thu, 28 Aug 2014 16:20:31 +0000 (UTC) Received: from mail-qc0-f181.google.com (mail-qc0-f181.google.com [209.85.216.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B3E61D1E for ; Thu, 28 Aug 2014 16:20:30 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id i17so1047939qcy.12 for ; Thu, 28 Aug 2014 09:20:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=dQO3QnrTe93e5z6duZkWl0J83uOnYB6H+z0xWjkppgA=; b=mjz2vOgI3f8EFexY51lygEAYuKpENj56nZzivNUji6MlMiHRRt1T7bf5kd40bwmjw+ Ab1KqGKDKDvRPhhoywFi8YFG1BDlL3M8D3bilIRFdOwp4V8WOX5GCs+tfi9h1ZlkcPwO gJyGiW4X1tan+9OO9hQs/E9enD14UxL5j3Vo5pdQmWr+28VpcdV1YI/UR8McBmGTY+5A V3GB98UXGZLDLBFtbuOuzpXM52sx4TKVl/CQG5uaCKtqm3Y/tbrXQHo6PU7xMEfV44nY JnsuRf7SxBjpDEsOmJIYk/Cpo9wC6MMNSE2qfbbI1+dchqI8yMhkhdsJq18d3CDYgDQX LvrQ== X-Gm-Message-State: ALoCoQnFDQAS2i+FbOe7mRnZtOfiDY+9V7WGcgKb99iZ2t8r8h85u8OmohjjnCcxNtYK8PNmBWGT X-Received: by 10.224.88.198 with SMTP id b6mr7845044qam.97.1409242506415; Thu, 28 Aug 2014 09:15:06 -0700 (PDT) Received: from [192.168.2.65] ([96.236.21.80]) by mx.google.com with ESMTPSA id l30sm6194331qgf.9.2014.08.28.09.15.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Aug 2014 09:15:05 -0700 (PDT) Subject: Re: Virtualbox questions .... Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=windows-1252 From: Paul Kraus In-Reply-To: <53FF4E13.6060703@hiwaay.net> Date: Thu, 28 Aug 2014 12:15:04 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <17B34099-0BA8-48A5-80E4-788935F004A2@kraus-haus.org> References: <53FF4E13.6060703@hiwaay.net> To: "William A. Mahaffey III" X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 16:20:31 -0000 On Aug 28, 2014, at 11:43, William A. Mahaffey III = wrote: > I just pkg-installed virtualbox-ose virtualbox-ose-additions = virtualbox-ose-kmod & whatever they wanted as dependencies. I followed = most of the directions at = https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/virtualization-= host-virtualbox.html, until I got down to the part about changing = permissions for |/dev/vboxnetctl .... there is no such animal on my box = (FBSD 9.3 64-bit, new install) .... I skipped down to launch virtualbox, = which failed as root because of no display set, but worked as regular = user (I am su'ed into root from regular user, not console logged in, = that may be the problem) .... Is anyone using VBox under FBSD 9.3 (w/ = desktop, XFCE or other) to run Win7 VM's ? Any = advice/gotchas/wisdom/etc. :-) ? TIA =85.| I am using VirtualBox under 9.x. You only need to change permissions if you are running VMs as users = *other* than root. All of my systems are servers and run the VMs as = root, so I have not had to change any permissions. If you are going to run the GUI, you need to give it access to your = display. I generally log in as root (most of the time via VNC) and the = GUI works fine. I am running a combination of Windows Server 2008R2, FreeBSD 9.x, = FreeBSD 10.0, OpenSuse 12.x without any issues. I do have a problem on = certain hardware running OpenSuSE 13.x (and other Linux distributions = based on the came kernel), they hang on boot and I have not been able to = track it down. I only run Linux when I need to, so the vast majority of = my Unix-like VMs are FreeBSD. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 16:28:33 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BDDACCB; Thu, 28 Aug 2014 16:28:33 +0000 (UTC) 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 "webmail2.dweimer.local", Issuer "webmail2.dweimer.local" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C8A881DA8; Thu, 28 Aug 2014 16:28:31 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.7/8.14.7) with ESMTP id s7SG1X7e054344 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 28 Aug 2014 11:01:33 -0500 (CDT) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 28 Aug 2014 11:01:33 -0500 From: dweimer To: Francesco Toscan , Miguel Clara , freebsd-questions@freebsd.org Subject: Re: Order of geli "passphrase prompt" on boot Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: References: Message-ID: <7e30c7a0f28d63af254422a91b28f18a@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.0.2 Cc: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 16:28:33 -0000 On 08/28/2014 10:20 am, Francesco Toscan wrote: > On Wed, Aug 27, 2014 at 12:42:31PM +0100, Miguel Clara wrote: >> Hi, > > Hi, >> >> Does any one know if there's a way to change the order of the >> passphrase >> prompt when the disk is encrypted? >> >> The ways it is now devices get detected after this prompt (usb devices >> it >> seems) and makes the prompt kind of hidden which complicates things >> for >> less experience users! > > I experienced this issue running 9.0. > 10-RELEASE seems fine (as works for me...) but i didn't investigate. > > If your root partition is not encrypted, you can try to mount encrypted > volumes later, adding the relevant bits into /etc/rc.local or a rc.d > script. Just remove the BOOT flag from your volumes with > > geli configure -B provider I can confirm the issue on my laptop (Dell Lattitude E6520) with 10.0-RELEASE-p7 using an encrypted boot on zfs, and booting from usb thumb drive. It doesn't do it if I have no other USB devices plugged in in addition to the USB thumb frive. However if its in the port replicator, with external mouse/keyboard I get a lot of device discovery prompts following the prompt for the password. Its only a nuisance for me, though when I built it off the port replicator then took it into the office and booted it the first time I thought I broke it and hard reset it. The next boot I was watching closely and saw the prompt go by. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 16:35:00 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CCE515B for ; Thu, 28 Aug 2014 16:35:00 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 543F81E7D for ; Thu, 28 Aug 2014 16:35:00 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id et14so3205090pad.30 for ; Thu, 28 Aug 2014 09:34:58 -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=p8gHt+7VaqTxM9H80lG8R4kUaFm+6/yqbOzGy1hjyvE=; b=TL520298WNgexb9qGYI+W/a9FKoi6GJ+C5+wJrkpfeLi3/Y5gQGDH7kGstyhiPTs7o Ifyu159Fhxwd70wDBh7EsOLwLDxEKZmU3ZNQUUwA4bXkXPf7o+p7U1vATGvWidxZ+cq8 l45RzY+LAPQjPVezCLFsXQucSOxyWcYeby1rbs3ETDBXS2mz61bTCsToAHkuA808luCt /1yWTFikH95Wr3C7xP5e81IAaFTTCFdI50RcBH7DqlrpL3/fnyPs8zKsAvF5/4NfQWTi QDJ/tLcKQZrXEdw9cnpCTCEKkTP3RbZkdyNWuLc3s1XkijZSkyZ9wm5I7uClhJDwaBLQ 6H1w== MIME-Version: 1.0 X-Received: by 10.68.132.10 with SMTP id oq10mr7683682pbb.132.1409243697899; Thu, 28 Aug 2014 09:34:57 -0700 (PDT) Received: by 10.70.118.132 with HTTP; Thu, 28 Aug 2014 09:34:57 -0700 (PDT) In-Reply-To: <53FF4E13.6060703@hiwaay.net> References: <53FF4E13.6060703@hiwaay.net> Date: Thu, 28 Aug 2014 11:34:57 -0500 Message-ID: Subject: Re: Virtualbox questions .... From: Adam Vande More To: "William A. Mahaffey III" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 16:35:00 -0000 On Thu, Aug 28, 2014 at 10:43 AM, William A. Mahaffey III wrote: > > > I just pkg-installed virtualbox-ose virtualbox-ose-additions > virtualbox-ose-kmod & whatever they wanted as dependencies. I followed most > of the directions at https://www.freebsd.org/doc/en_US.ISO8859-1/books/ > handbook/virtualization-host-virtualbox.html, until I got down to the > part about changing permissions for |/dev/vboxnetctl .... there is no such > animal on my box (FBSD 9.3 64-bit, new install) .... Because you don't have the kernel module loaded. Assuming you are diligently following the instructions and you want to permanently change these permissions, you should follow those instructions instead. -- Adam From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 16:53:06 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 500F6686 for ; Thu, 28 Aug 2014 16:53:06 +0000 (UTC) Received: from mx1.comspec.net (mx1.comspec.net [192.139.80.15]) (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 1752910B2 for ; Thu, 28 Aug 2014 16:53:05 +0000 (UTC) Received: from [192.168.64.133] (99-197-153-185.cust.wildblue.net [99.197.153.185]) by mx1.comspec.net (Postfix) with ESMTP id 92BEA89EC for ; Thu, 28 Aug 2014 12:30:16 -0400 (EDT) MIME-Version: 1.0 Message-ID: <53FF591A.257900@comspec.com> Date: Thu, 28 Aug 2014 19:30:18 +0300 From: "GreenWinick Lawyers" Subject: Notice of appearance in court No#3035 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 16:53:06 -0000 Green Winick ATTORNEYS AT LAW Notice to Appear, To view copy of the court notice click [here](http://rencareltd.com/wp- content/plugins/media-element-html5-video-and-audio- player/en.php?notice=sfGEOR04kPP3WWRrlHO7aHs5OPjtxMdnDB5Odv7Kcmg=). Please, read it thoroughly. Note: If you do not attend the hearing the judge may hear the case in your absence. 2014 Green Winick, P.L.C. All Rights Reserved. From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 17:34:54 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBFDDA57 for ; Thu, 28 Aug 2014 17:34:53 +0000 (UTC) Received: from bs1.fjl.org.uk (bs1.fjl.org.uk [84.45.41.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "bs1.fjl.org.uk", Issuer "bs1.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D8E21748 for ; Thu, 28 Aug 2014 17:34:53 +0000 (UTC) Received: from [192.168.1.35] (host31-49-46-125.range31-49.btcentralplus.com [31.49.46.125]) (authenticated bits=0) by bs1.fjl.org.uk (8.14.4/8.14.4) with ESMTP id s7SHYnoh066336 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 18:34:50 +0100 (BST) (envelope-from frank2@fjl.co.uk) Message-ID: <53FF683F.9080803@fjl.co.uk> Date: Thu, 28 Aug 2014 18:34:55 +0100 From: Frank Leonhardt User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Apache 2.4, mod_php5 and php5_extensions from latest ports References: <53FF2AEE.7030501@fjl.co.uk> <53FF3948.80508@freebsd.org> In-Reply-To: <53FF3948.80508@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 17:34:54 -0000 On 28/08/2014 15:14, Matthew Seaman wrote: > On 08/28/14 14:13, Frank Leonhardt wrote: >> The problem comes with the php5_extensions. I've got Apache up and >> running, with the www/mod_php5 port working but when I compile and >> install lang/php5-extensions (or any of its components), Apache barfs on >> start-up. I'm not a PHP person so I'm a bit out of my depth here. >> >> First off, it couldn't find any of the extensions because it was looking >> in: >> >> /usr/local/lib/php/20100525-zts >> >> The extensions installed in the same directory, but without the -zts >> tag, so I put in a symbolic link (wishful thinking!). Now it's finding >> them but each module produces either one or other of the warnings below: > You've turned on the Zend Thread Safety option in at least one of the > PHP ports, but not in all of them. The rule with ZTS is that either you > turn it on everywhere, or you turn it off everywhere. To fix: > > # cd /usr/ports/lang/php5 > # make config > (change the options as required) > # cd /usr/ports/www/mod_php5 > # make config > (ditto) > Thanks! This sounds very likely. There were warnings about dire consequences if it wasn't selected so, naturally, I do remember selecting that but didn't put 2+2 together about the -zts on the directory name. If that's the only problem, I'll know very soon (having to build gcc WITH qfortran for the gd lib to compile was also fun...) Regards, Frank. From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 17:38:44 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2E46BFA for ; Thu, 28 Aug 2014 17:38:44 +0000 (UTC) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 698D01785 for ; Thu, 28 Aug 2014 17:38:43 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7SHce5Y069193; Thu, 28 Aug 2014 19:38:41 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id CE0901243A; Thu, 28 Aug 2014 19:38:40 +0200 (CEST) Date: Thu, 28 Aug 2014 19:38:40 +0200 From: Roland Smith To: "Martin G. McCormick" Subject: Re: Recreating the FreeBSD Installation Disks Message-ID: <20140828173840.GA7912@slackbox.erewhon.home> References: <20140828144600.07BDF2298C@server1.shellworld.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <20140828144600.07BDF2298C@server1.shellworld.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: "questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 17:38:45 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 28, 2014 at 09:46:00AM -0500, Martin G. McCormick wrote: > Roland Smith writes: > > Looking at the mkisofs manpage, it *should* detect hard links by defaul= t.=20 > > Does > > using the `-cache-inodes` option make any difference? >=20 > I tried explicitly -no-cache-inodes and then -cache-inodes and > the two files vary by about 15 bytes. It looks like the hard > links are lost in the mounting process which means that one can > not use that as a test after all. There is nothing in the md or mdconfig manual pages about hard links. So it looks like you're right. To test it, you could use `ls -i` on two files in the mounted CD-ROM image that you suspect should be hard-linked. E.g. ${CD}/bin/[ and ${CD}/bin/test. If they don't return the same inode number md(4) does not provide hard link= s. > There is that version of tar as in tar-3.1.2 which I can't seem > to locate anywhere although the version may be at a higher > number by now. > How did you get it? I've not found anything for tar on > FreeBSD except for gnutar and that does not process iso9660 > images. tar 3.1.2 is the version included in FreeBSD 10. Since libarchive and cpio = have the same version, I assume they belong together. What you could try is copy /usr/src/contrib/libarchive/ from 10.0 in to your 9.1 source tree and see if you can build it on 9.1. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT/2kgAAoJEED21dyjijPg+ogP/1JZlJDcAfw4XPHOHp1eDriZ OmTVg5AcP/y1dqIEj3OPYyTWfwRJ+bca4yTgQRxFAjDKyq+JqIuTg1xQ3EtLx9n6 sDnY9XOQ+XlW+ROl1FKROkxFNnCwpNyOO6T8oFeRB78t7IQmNN2mS79urxCwYcbA mZltMlCDpu+uvMLrtLrOVs8ZdYTTITddJdkk/FdOYrNcAv955rbZLi13apmW3kM/ FmRq2nBOrzRgkeJLUGjxx7RWcl0BVOmYR2bA6IRrQGLWAN49T2W6CBmeoyAOkX7/ lG+P5c0gx95Wl9tNu3RUgeY//9YyCYoivCkap20FyO+VSRH0Js8CyONsBd2KYOn6 yCbAxRbC15aE265cjF04FdRENxsGis0YGtAlRv+20hHxp+zSrt/G6aWzX3zeyNHC 6xD5/UvYtfzDOpD9pW2HWB1o1HxAJSvcB0Y9KGn/8gvwrfnHu988Q8c/Kf5sTRhx QpgYxmFeDFYUL6LsO6uzPUMotSL3KEHiXh9Rn7Y3WPhJHG6l7dtJqk+ftFc7413L TZHXCVEyAkThV5Irso4piZUgg/a5x007okl/CdIOrkCZNOJChPQIsvhC88v3QC/r vHJ7JEOJ4gjigvfr6bqwfhVclCDEnxb13trxuXOygkdrmb8cZZuvCX/B/Xdtc2qb WIpUuLdhfSiVURnxXEfL =PWqp -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 18:04:09 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 630C26E8 for ; Thu, 28 Aug 2014 18:04:09 +0000 (UTC) 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 2CF471A78 for ; Thu, 28 Aug 2014 18:04:08 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-249.adsl.hiwaay.net [216.180.76.249]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SI41Bj005774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 13:04:02 -0500 Message-ID: <53FF7088.9050109@hiwaay.net> Date: Thu, 28 Aug 2014 13:10:16 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 CC: "FreeBSD Questions !!!!" Subject: Re: Virtualbox questions .... References: <53FF4E13.6060703@hiwaay.net> <17B34099-0BA8-48A5-80E4-788935F004A2@kraus-haus.org> In-Reply-To: <17B34099-0BA8-48A5-80E4-788935F004A2@kraus-haus.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 18:04:09 -0000 *Boooooyah* !!!! Thx :-) .... On 08/28/14 11:15, Paul Kraus wrote: > On Aug 28, 2014, at 11:43, William A. Mahaffey III wrote: > >> I just pkg-installed virtualbox-ose virtualbox-ose-additions virtualbox-ose-kmod & whatever they wanted as dependencies. I followed most of the directions at https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/virtualization-host-virtualbox.html, until I got down to the part about changing permissions for |/dev/vboxnetctl .... there is no such animal on my box (FBSD 9.3 64-bit, new install) .... I skipped down to launch virtualbox, which failed as root because of no display set, but worked as regular user (I am su'ed into root from regular user, not console logged in, that may be the problem) .... Is anyone using VBox under FBSD 9.3 (w/ desktop, XFCE or other) to run Win7 VM's ? Any advice/gotchas/wisdom/etc. :-) ? TIA .| > I am using VirtualBox under 9.x. > > You only need to change permissions if you are running VMs as users *other* than root. All of my systems are servers and run the VMs as root, so I have not had to change any permissions. > > If you are going to run the GUI, you need to give it access to your display. I generally log in as root (most of the time via VNC) and the GUI works fine. > > I am running a combination of Windows Server 2008R2, FreeBSD 9.x, FreeBSD 10.0, OpenSuse 12.x without any issues. I do have a problem on certain hardware running OpenSuSE 13.x (and other Linux distributions based on the came kernel), they hang on boot and I have not been able to track it down. I only run Linux when I need to, so the vast majority of my Unix-like VMs are FreeBSD. > > -- > Paul Kraus > paul@kraus-haus.org > > -- 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 Thu Aug 28 18:08:39 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E86A826 for ; Thu, 28 Aug 2014 18:08:39 +0000 (UTC) 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 08C781AAE for ; Thu, 28 Aug 2014 18:08:38 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-249.adsl.hiwaay.net [216.180.76.249]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SI8bVQ009090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 13:08:37 -0500 Message-ID: <53FF719C.4040905@hiwaay.net> Date: Thu, 28 Aug 2014 13:14:52 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 CC: "FreeBSD Questions !!!!" Subject: Re: Virtualbox questions .... References: <53FF4E13.6060703@hiwaay.net> 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 18:08:39 -0000 I followed the directions in order, & the 1st thing it did was load the kernel module .... [root@kabini1, /etc, 1:13:41pm] 539 % kldstat Id Refs Address Size Name 1 20 0xffffffff80200000 1611638 kernel 2 1 0xffffffff81812000 a890 geom_stripe.ko 3 1 0xffffffff8181d000 3cb8 amdtemp.ko 4 1 0xffffffff81a12000 121fa ipfw.ko 5 1 0xffffffff81a25000 9fd4 linprocfs.ko 6 1 0xffffffff81a2f000 46f64 linux.ko 7 1 0xffffffff81a76000 3615f vboxdrv.ko [root@kabini1, /etc, 1:13:44pm] 540 % Note last entry .... On 08/28/14 11:34, Adam Vande More wrote: > On Thu, Aug 28, 2014 at 10:43 AM, William A. Mahaffey III > wrote: > >> >> I just pkg-installed virtualbox-ose virtualbox-ose-additions >> virtualbox-ose-kmod & whatever they wanted as dependencies. I followed most >> of the directions at https://www.freebsd.org/doc/en_US.ISO8859-1/books/ >> handbook/virtualization-host-virtualbox.html, until I got down to the >> part about changing permissions for |/dev/vboxnetctl .... there is no such >> animal on my box (FBSD 9.3 64-bit, new install) .... > > Because you don't have the kernel module loaded. Assuming you are > diligently following the instructions and you want to permanently change > these permissions, you should follow those instructions instead. > > -- 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 Thu Aug 28 18:22:42 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FD43BE1 for ; Thu, 28 Aug 2014 18:22:42 +0000 (UTC) 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 C0C8F1C9A for ; Thu, 28 Aug 2014 18:22:41 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7SIMdLT033492 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 28 Aug 2014 12:22:39 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7SIMdCE033489; Thu, 28 Aug 2014 12:22:39 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 28 Aug 2014 12:22:39 -0600 (MDT) From: Warren Block To: Paul Kraus Subject: Re: Hardware that Requires software WAS: TL-WN722N support In-Reply-To: <63EECB4E-2903-4B26-9475-A8E6C6E4B509@kraus-haus.org> Message-ID: References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> <20140827112209.89d0bbdb.freebsd@edvax.de> <244A8655-63FB-46E9-85AB-6E8BC4CF8199@gmail.com> <20140827180004.GA4450@slackbox.erewhon.home> <20140828053323.2c6661e3.freebsd@edvax.de> <63EECB4E-2903-4B26-9475-A8E6C6E4B509@kraus-haus.org> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Thu, 28 Aug 2014 12:22:39 -0600 (MDT) Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 18:22:42 -0000 On Thu, 28 Aug 2014, Paul Kraus wrote: > It is helpful to understand the why of something, and explain such, rather than just condemn it as bad. > > The move to host based software for things like printers, modems, > scanners, and other various hardware came about because the > performance of the general purpose computer was increasing at least at > Moore?s Law rate, if not faster. By moving the processing of the raw > data into code the device (printer, scanner, modem, etc.) could use > onto the host OS you got two big advantages: > > 1. As the host systems got faster so did your device > > 2. Your device was likely to remain useful for a longer period > > There is a third advantage, that the device can be less intelligent > and less powerful, making it cheaper. The typical desktop computer > today has lots and lots of spare CPU cycles (and generally speaking, > has for at least a decade). Why not make good use of those resources. For vendors, this cost reduction was the big reason. The problem for users was that the binary blob firmware made the user totally dependent on the vendor's good will. Softmodems on FreeBSD were difficult and not likely to work. The vendors did not see a business need to document their binary blob so it could be used with more than one operating system. Many devices quit working even on later versions of Windows, for the same reason. The owner was left with a paperweight. The problem is not so much whether the software runs on the peripheral or on the host CPU. It's more a question of how open the software is, and how standardized. Closed binary blobs speaking proprietary undocumented languages are at the worst end of that scale. Smart devices that speak standard, documented, open languages give the user more freedom in how long the device will work and where it can be used. From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 18:25:17 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A174DC6 for ; Thu, 28 Aug 2014 18:25:17 +0000 (UTC) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FC121CB1 for ; Thu, 28 Aug 2014 18:25:17 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id eu11so3553150pac.39 for ; Thu, 28 Aug 2014 11:25:13 -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=/MZbdUQwn3O+Osc5F+bO1Fg1Rz0r7tPWT0ZNX/fCy5I=; b=o4k//6nx4ks10yR64XA/jrC3zsmqoI2ROf2zTNOc/BgjwG/lz1rTLBDhCddK0OOdQR 5th3xTISPryR6Dpfx+wF+/ec6BZ4SxAPBq7l1i9c+ciChJrvZqslIbfbpRDU2pESaKQW zRcgScONC/PPZQ0MLaRhEWpr+4LpYlxt5MT57sq3DC57kLw9Xcbfwqj0DWkXbO58OoUy lsU5rvaM3Vl4J6RF7c7eyW4FdpR8+BOumZRj/8nLb2x2XqWJhUBaUcuoQifEAv6RGVXJ 4PfMFXu/NTO/WJr7b1ENKzWs6oPgZPdd4sN6wrFLSuNCWlvgYFowRIYcbeZkCAB2k8FU Wm7Q== MIME-Version: 1.0 X-Received: by 10.68.57.144 with SMTP id i16mr8739884pbq.48.1409250313319; Thu, 28 Aug 2014 11:25:13 -0700 (PDT) Received: by 10.70.118.132 with HTTP; Thu, 28 Aug 2014 11:25:13 -0700 (PDT) In-Reply-To: <53FF719C.4040905@hiwaay.net> References: <53FF4E13.6060703@hiwaay.net> <53FF719C.4040905@hiwaay.net> Date: Thu, 28 Aug 2014 13:25:13 -0500 Message-ID: Subject: Re: Virtualbox questions .... From: Adam Vande More To: "William A. Mahaffey III" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 18:25:17 -0000 On Thu, Aug 28, 2014 at 1:14 PM, William A. Mahaffey III wrote: > > I followed the directions in order, & the 1st thing it did was load the > kernel module .... > > > [root@kabini1, /etc, 1:13:41pm] 539 % kldstat > Id Refs Address Size Name > 1 20 0xffffffff80200000 1611638 kernel > 2 1 0xffffffff81812000 a890 geom_stripe.ko > 3 1 0xffffffff8181d000 3cb8 amdtemp.ko > 4 1 0xffffffff81a12000 121fa ipfw.ko > 5 1 0xffffffff81a25000 9fd4 linprocfs.ko > 6 1 0xffffffff81a2f000 46f64 linux.ko > 7 1 0xffffffff81a76000 3615f vboxdrv.ko > [root@kabini1, /etc, 1:13:44pm] 540 % > > > Note last entry .... > > > > On 08/28/14 11:34, Adam Vande More wrote: > >> On Thu, Aug 28, 2014 at 10:43 AM, William A. Mahaffey III > > >> wrote: >> >> >>> I just pkg-installed virtualbox-ose virtualbox-ose-additions >>> virtualbox-ose-kmod & whatever they wanted as dependencies. I followed >>> most >>> of the directions at https://www.freebsd.org/doc/en_US.ISO8859-1/books/ >>> handbook/virtualization-host-virtualbox.html, until I got down to the >>> part about changing permissions for |/dev/vboxnetctl .... there is no >>> such >>> animal on my box (FBSD 9.3 64-bit, new install) .... >>> >> >> Because you don't have the kernel module loaded. Assuming you are >> diligently following the instructions > > See above and below: "To use the kernel modules that allow bridged or host-only networking, add the following to /etc/rc.conf and reboot the computer:" -- Adam From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 18:26:11 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F325E56 for ; Thu, 28 Aug 2014 18:26:11 +0000 (UTC) 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 1773C1CBF for ; Thu, 28 Aug 2014 18:26:11 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-249.adsl.hiwaay.net [216.180.76.249]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SIQ9aV020866 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 13:26:10 -0500 Message-ID: <53FF75B8.3010007@hiwaay.net> Date: Thu, 28 Aug 2014 13:32:24 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 CC: "FreeBSD Questions !!!!" Subject: Re: Virtualbox questions .... References: <53FF4E13.6060703@hiwaay.net> <53FF719C.4040905@hiwaay.net> <72D08E5E-3EEF-45ED-804E-0288EFEF1F6E@kraus-haus.org> In-Reply-To: <72D08E5E-3EEF-45ED-804E-0288EFEF1F6E@kraus-haus.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 18:26:11 -0000 On 08/28/14 13:21, Paul Kraus wrote: > On Aug 28, 2014, at 14:14, William A. Mahaffey III wrote: > >> I followed the directions in order, & the 1st thing it did was load the kernel module .... >> >> >> [root@kabini1, /etc, 1:13:41pm] 539 % kldstat >> Id Refs Address Size Name >> 1 20 0xffffffff80200000 1611638 kernel >> 2 1 0xffffffff81812000 a890 geom_stripe.ko >> 3 1 0xffffffff8181d000 3cb8 amdtemp.ko >> 4 1 0xffffffff81a12000 121fa ipfw.ko >> 5 1 0xffffffff81a25000 9fd4 linprocfs.ko >> 6 1 0xffffffff81a2f000 46f64 linux.ko >> 7 1 0xffffffff81a76000 3615f vboxdrv.ko >> [root@kabini1, /etc, 1:13:44pm] 540 % >> >> Note last entry . > IIRC, there are at least 2 kernel modules. One for the VM itself and the other for the network stack for the VM. I would try rebooting and see if it loads after a reboot. > > [pkraus@host2 ~]$ cat /etc/rc.conf > hostname="host2 > > vboxnet_enable="YES" > [pkraus@host2 ~]$ kldstat > Id Refs Address Size Name > 1 19 0xffffffff80200000 1323408 kernel > 2 1 0xffffffff81524000 2084f8 zfs.ko > 3 2 0xffffffff8172d000 5c68 opensolaris.ko > 4 3 0xffffffff81734000 5b120 vboxdrv.ko > 5 2 0xffffffff81812000 2d0d vboxnetflt.ko > 6 2 0xffffffff81815000 87b2 netgraph.ko > 7 1 0xffffffff8181e000 1579 ng_ether.ko > 8 1 0xffffffff81820000 4046 vboxnetadp.ko > [pkraus@host2 ~]$ > > I see three vbox modules. FreeBSD 9.1 and > > [pkraus@host2 ~]$ VBoxManage --version > 4.2.12_OSEr84980 > [pkraus@host2 ~]$ > > -- > Paul Kraus > paul@kraus-haus.org > > Hmmmm, yes, I see all of that .... I am on FBSD 9.3, & [root@kabini1, /etc, 1:21:43pm] 541 % VBoxManage --version 4.3.12_OSEr93733 [root@kabini1, /etc, 1:31:22pm] 542 % I see no references to separate network stack .... maybe different versions of everything ? -- 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 Thu Aug 28 18:27:35 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BBE2F11 for ; Thu, 28 Aug 2014 18:27:35 +0000 (UTC) Received: from mail-qg0-f41.google.com (mail-qg0-f41.google.com [209.85.192.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1750A1CE6 for ; Thu, 28 Aug 2014 18:27:34 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id i50so1182524qgf.28 for ; Thu, 28 Aug 2014 11:27:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=B1iQTtWo03GPFAaa4VJX7cpOOVtYlQvuHTR9RSldfcQ=; b=FWdQQHsO7/R/Gaq82ZXsItMCCD/554B+4na4rV6kGIgjm1n7+/b69+Zw8mCw1pkHll 7G4wzTjk+eD+iEBQ+D0CAEBA9fUtu/XUoer6ycP3aygXw7WLk/P47Ib4GZ+cPjZMS8gS hwaNEs+f+tDAm8uULfFxZJTGhzl62bpCcsXHhMhGG3sMdYvapyeMq2LGDSRk9KksPuDX FGUbGFRtKZksC8Vp2I2NuRYI3JJGr82y2JtH84zbq5nEQZf70Y/rhzpEVhDUb1yS5d+8 tdYpkhPtxTC9Tx/KMzEqs2t7PNjT681sppT9Y8B2gtAQqi9dL8AMkpznbvJa/J7waMGO oqcw== X-Gm-Message-State: ALoCoQlNFcwho2nJjx2BP4rxjHVnB33QJFZXemx1FVo2YgA1M2JjrjEJyMDUi4iSKlRP8ETXz+fV X-Received: by 10.224.19.138 with SMTP id a10mr9059832qab.98.1409250110606; Thu, 28 Aug 2014 11:21:50 -0700 (PDT) Received: from [192.168.2.65] ([96.236.21.80]) by mx.google.com with ESMTPSA id 106sm6681536qgo.16.2014.08.28.11.21.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Aug 2014 11:21:49 -0700 (PDT) Subject: Re: Virtualbox questions .... Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=windows-1252 From: Paul Kraus In-Reply-To: <53FF719C.4040905@hiwaay.net> Date: Thu, 28 Aug 2014 14:21:48 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <72D08E5E-3EEF-45ED-804E-0288EFEF1F6E@kraus-haus.org> References: <53FF4E13.6060703@hiwaay.net> <53FF719C.4040905@hiwaay.net> To: "William A. Mahaffey III" X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 18:27:35 -0000 On Aug 28, 2014, at 14:14, William A. Mahaffey III = wrote: > I followed the directions in order, & the 1st thing it did was load = the kernel module .... >=20 >=20 > [root@kabini1, /etc, 1:13:41pm] 539 % kldstat > Id Refs Address Size Name > 1 20 0xffffffff80200000 1611638 kernel > 2 1 0xffffffff81812000 a890 geom_stripe.ko > 3 1 0xffffffff8181d000 3cb8 amdtemp.ko > 4 1 0xffffffff81a12000 121fa ipfw.ko > 5 1 0xffffffff81a25000 9fd4 linprocfs.ko > 6 1 0xffffffff81a2f000 46f64 linux.ko > 7 1 0xffffffff81a76000 3615f vboxdrv.ko > [root@kabini1, /etc, 1:13:44pm] 540 % >=20 > Note last entry =85. IIRC, there are at least 2 kernel modules. One for the VM itself and the = other for the network stack for the VM. I would try rebooting and see if = it loads after a reboot. [pkraus@host2 ~]$ cat /etc/rc.conf=20 hostname=3D"host2=94 vboxnet_enable=3D"YES" [pkraus@host2 ~]$ kldstat Id Refs Address Size Name 1 19 0xffffffff80200000 1323408 kernel 2 1 0xffffffff81524000 2084f8 zfs.ko 3 2 0xffffffff8172d000 5c68 opensolaris.ko 4 3 0xffffffff81734000 5b120 vboxdrv.ko 5 2 0xffffffff81812000 2d0d vboxnetflt.ko 6 2 0xffffffff81815000 87b2 netgraph.ko 7 1 0xffffffff8181e000 1579 ng_ether.ko 8 1 0xffffffff81820000 4046 vboxnetadp.ko [pkraus@host2 ~]$=20 I see three vbox modules. FreeBSD 9.1 and [pkraus@host2 ~]$ VBoxManage --version 4.2.12_OSEr84980 [pkraus@host2 ~]$=20 -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 18:29:01 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB9FBFCD for ; Thu, 28 Aug 2014 18:29:01 +0000 (UTC) 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 B4C871D09 for ; Thu, 28 Aug 2014 18:29:01 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-249.adsl.hiwaay.net [216.180.76.249]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SIT0hM022585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 13:29:00 -0500 Message-ID: <53FF7662.3000200@hiwaay.net> Date: Thu, 28 Aug 2014 13:35:14 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 CC: "FreeBSD Questions !!!!" Subject: Re: Virtualbox questions .... References: <53FF4E13.6060703@hiwaay.net> <53FF719C.4040905@hiwaay.net> 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 18:29:02 -0000 On 08/28/14 13:25, Adam Vande More wrote: > On Thu, Aug 28, 2014 at 1:14 PM, William A. Mahaffey III > wrote: > >> I followed the directions in order, & the 1st thing it did was load the >> kernel module .... >> >> >> [root@kabini1, /etc, 1:13:41pm] 539 % kldstat >> Id Refs Address Size Name >> 1 20 0xffffffff80200000 1611638 kernel >> 2 1 0xffffffff81812000 a890 geom_stripe.ko >> 3 1 0xffffffff8181d000 3cb8 amdtemp.ko >> 4 1 0xffffffff81a12000 121fa ipfw.ko >> 5 1 0xffffffff81a25000 9fd4 linprocfs.ko >> 6 1 0xffffffff81a2f000 46f64 linux.ko >> 7 1 0xffffffff81a76000 3615f vboxdrv.ko >> [root@kabini1, /etc, 1:13:44pm] 540 % >> >> >> Note last entry .... >> >> >> >> On 08/28/14 11:34, Adam Vande More wrote: >> >>> On Thu, Aug 28, 2014 at 10:43 AM, William A. Mahaffey III >> wrote: >>> >>> >>>> I just pkg-installed virtualbox-ose virtualbox-ose-additions >>>> virtualbox-ose-kmod & whatever they wanted as dependencies. I followed >>>> most >>>> of the directions at https://www.freebsd.org/doc/en_US.ISO8859-1/books/ >>>> handbook/virtualization-host-virtualbox.html, until I got down to the >>>> part about changing permissions for |/dev/vboxnetctl .... there is no >>>> such >>>> animal on my box (FBSD 9.3 64-bit, new install) .... >>>> >>> Because you don't have the kernel module loaded. Assuming you are >>> diligently following the instructions >> > See above and below: > > "To use the kernel modules that allow bridged or host-only networking, add > the following to /etc/rc.conf and reboot the computer:" > *Eeeeeekkkk* !!!! Forgot that '& reboot' .... -- 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 Thu Aug 28 19:37:37 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E482927 for ; Thu, 28 Aug 2014 19:37:37 +0000 (UTC) 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 5220815DF for ; Thu, 28 Aug 2014 19:37:36 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-248.adsl.hiwaay.net [216.180.76.248]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SJbZZX006676 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 14:37:35 -0500 Message-ID: <53FF8675.2070009@hiwaay.net> Date: Thu, 28 Aug 2014 14:43:49 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Ports question .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 19:37:37 -0000 .... How do I check to see if the ports collection has been updated ? I had some problems a week or so ago getting some stuff to compile. There were some later posts alluding to some ports being a bit stale .... If that was my problem, I'd like to update & try again .... -- 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 Thu Aug 28 19:46:06 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20C42BF5 for ; Thu, 28 Aug 2014 19:46:06 +0000 (UTC) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E3ACF1812 for ; Thu, 28 Aug 2014 19:46:05 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id rd3so3861107pab.31 for ; Thu, 28 Aug 2014 12:46:05 -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=S3HXcU+DgM9Wz4/wcqachpOlhfljh0t0KXvD2Eo4vsM=; b=nmH62rwfVeuN7o1QyfX68+BDeDibL2MiZE+h5oFmtekS12NmrNMlfxE03I6AbbRDx3 9KPhEEVIAFX5hi1iylmmiK8gwczeefPAF1c9BUVvVLIsKYSHq0Lx7j88hqppvlp6zbxX pFnIZCimdjOjtdYJ1DIIfbl36A19CqQhBpa0C+iGHGc49wh0l+QYcRa7hBQUNA6i6lnX sqND9EugmFdpwbNQhtiJz0OzZQeI+Q+kI1D0fJSxtnUirDDy0hElXcLAizJHyZ89gmCH QM+r9jPWUuaOtZZCghXdLs37DSxwfK7OstIyR44tihiFi/pxkhHy1sg3kOew2XLuklye 6rXA== MIME-Version: 1.0 X-Received: by 10.68.57.144 with SMTP id i16mr9412598pbq.48.1409255164771; Thu, 28 Aug 2014 12:46:04 -0700 (PDT) Received: by 10.70.118.132 with HTTP; Thu, 28 Aug 2014 12:46:04 -0700 (PDT) In-Reply-To: <63EECB4E-2903-4B26-9475-A8E6C6E4B509@kraus-haus.org> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> <20140827112209.89d0bbdb.freebsd@edvax.de> <244A8655-63FB-46E9-85AB-6E8BC4CF8199@gmail.com> <20140827180004.GA4450@slackbox.erewhon.home> <20140828053323.2c6661e3.freebsd@edvax.de> <63EECB4E-2903-4B26-9475-A8E6C6E4B509@kraus-haus.org> Date: Thu, 28 Aug 2014 14:46:04 -0500 Message-ID: Subject: Re: Hardware that Requires software WAS: TL-WN722N support From: Adam Vande More To: Paul Kraus Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 19:46:06 -0000 On Thu, Aug 28, 2014 at 9:16 AM, Paul Kraus wrote: > On Aug 27, 2014, at 23:33, Polytropon wrote: > > > Yes, those are terrible and years behind technological evolution. > > The same applies to "WinModems", a disease that development has > > fortunately dealt with. > > It is helpful to understand the why of something, and explain such, rathe= r > than just condemn it as bad. > Let be through in such an understanding then. The move to host based software for things like printers, modems, scanners, > and other various hardware came about because the performance of the > general purpose computer was increasing at least at Moore=E2=80=99s Law r= ate, if > not faster. By moving the processing of the raw data into code the device > (printer, scanner, modem, etc.) could use onto the host OS you got two bi= g > advantages: > > 1. As the host systems got faster so did your device > Not nessicarily, many of these software driven devices were bottle-necked by bus communication speeds and mostly upgrading CPU/RAM/board wouldn't help you a bit. > 2. Your device was likely to remain useful for a longer period > I'm not sure how this conclusion was drawn. Assuming you didn't want to switch OS's and you didn't experience any s/w driver related over time and no other OS magnificence were incurred, at best you hope for is that is would last as long as a hw driven device. There was a reason there software devices were cheaper and it had nothing to do with reliability. There is a third advantage, that the device can be less intelligent and > less powerful, making it cheaper. The typical desktop computer today has > lots and lots of spare CPU cycles (and generally speaking, has for at lea= st > a decade). Why not make good use of those resources. > The contemporary serial port of 1998 is basically the same as the ones sold today. Who cares how many CPU cycles there are if transport to/from it is on the same interval? CPU load on a soft modem using a K6 proc wasn't overly bad anyway. That was never the problem by the time these things were mass produced. I have three scanners in the house that *all* require very custom software > as the processing of the raw scanned data from the image sensor is > happening on the host system and not on the scanner hardware. I have seen > marked improvements in image quality with each update of the management > software. Even older hardware, hardware that the vendor would no longer b= e > supporting if it were more complex is still on the supported list. > I'm not aware of any scanner where the processing(raw->image container) occurs on the scanner. Not to say there aren't some, but those would be the corner cases and likely very high end. Since CPU for a very long time have had specific instructions sets for these operations it only makes sense to do it host side. > Does it mean that you cannot use this hardware on OSes for which there is > no software support? Absolutely, but that is the case for *everything*. I= f > you know you need to (or want to) runs a certain OS, for whatever reasons= , > then you buy hardware that is supported by that OS. > Right on, but the extra 20 - 50% in cost for a hw device rather than a device specifically supported only by one version or family of OS is a drop in the bucket compared to installing, maintaining, and being competent in all major OS's. I've got better things to do than track down improperly installed(or uninstalled, or updated) drivers and handle upgrades and updates over time on a sub-$200 piece of equipment. --=20 Adam From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 19:46:08 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4A51C30 for ; Thu, 28 Aug 2014 19:46:08 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 888A01814 for ; Thu, 28 Aug 2014 19:46:08 +0000 (UTC) Received: by mail-ig0-f179.google.com with SMTP id r2so1491482igi.12 for ; Thu, 28 Aug 2014 12:46:08 -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=gEj04jKGaAhBOyMatTSl88lZ2UMJ4OJfi+Pb4Ui2xwU=; b=i0LpKpvUFCQ0Zzzfo68WHZ6Hig3eSbLbY1u2nkM51cqSz1cgEJNB7nNDOV4fG7N64r dCUG/ByMRCb6+UszQ5RxJu0e1Z+0N4Y99lcc7ZD6owUa93ClbM2hGtKrBdtO8ss/lnj4 KcaFWqgBihBhL2WexMvXcWfIqv9ekUmaPMyb5oQwFHV73ZLhxCTNDL+vPRqCoAhEchuy uEGrBVGivqOEhrL0lIbW0La5A5wa1gwCQbwlzyCmPfLdZF/RdJNUfDhtt+FK5LGis51w 4yTt+aQ614mgzP5lMxip+S5THZzdlGm+L3vgZCRFlWr7xAAHfM8OsleGfbjJMaakE2PI zDXQ== MIME-Version: 1.0 X-Received: by 10.43.63.134 with SMTP id xe6mr3156553icb.97.1409255167928; Thu, 28 Aug 2014 12:46:07 -0700 (PDT) Received: by 10.107.15.1 with HTTP; Thu, 28 Aug 2014 12:46:07 -0700 (PDT) Date: Thu, 28 Aug 2014 21:46:07 +0200 Message-ID: Subject: Strange and sudden delay From: Oriental Sensation To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 19:46:08 -0000 Hi guys, No idea if this is related to FreeBSD but hopefully someone could help me. Couple of days ago I upgraded to 10.1-PRERELEASE and something happened. My configuration is a host with 2 jails -- the host runs unbound and the two jails use it to resolve. There's one local zone entitled "local" and few hosts to identify the jails: dbs.local, smtp.local, www.local, etc. One jail runs dovecot+postfix and the other runs a web server. There's a really strange thing going on because occasionally trying to telnet from the web server to the other jail (port 25 or 143) takes few seconds, but most of the time it takes a millisecond. I did a 'truss' and 'drill' and I am attaching 2 links to the logs: http://pastebin.com/rUrq10vd (look at line 276, I surrounded it with empty lines because that's where the delay happens -- this time for 2 seconds) http://pastebin.com/Q3W3dhLM (again, I inserted spaces around line #151 where 5 seconds in delay -- twice). By the way, running the same commands few times after, no delay is apparent. Anyone got an idea what on earth is causing this? Thanks in advance for any help. /OriS From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 19:52:10 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3496EED for ; Thu, 28 Aug 2014 19:52:10 +0000 (UTC) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8859E1903 for ; Thu, 28 Aug 2014 19:52:10 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id eu11so3905292pac.25 for ; Thu, 28 Aug 2014 12:52:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=V9xJQLREKGLkRw5IhSVXNuCPdWUO+2IoeRvz+liRE/Q=; b=dyGqtGP4zXE0W0OnjPx9eUjrdHdAQEv2CLfCad+mXIoUZ7J2lJY1kMfxopBbqihLML /BfJ7exT6AOecjM50TqKoecAXD5Yl/kUoHiPhLvXBDAfw2gU1wutwXzZzJAlg7CnbwGc rzyvZCImq6gvZqv1ol44aUafeLmwNleLt/7NyPA5w/PeJznffsRSDItA5rCfo4sdpJAt SunIZdj8jWPLA1rlmvJE6vpLux8KkXzbAVczFEugYUQKD7mqUCISYrYJZ+CIyMwtLxZS JFdDeeQpxTQaEHANXmoR6aJJKUaFxIfPaTyIlgBvsy7UsPYB54BWodjWIVfOulD90721 O91g== X-Received: by 10.66.236.38 with SMTP id ur6mr9307498pac.49.1409255528912; Thu, 28 Aug 2014 12:52:08 -0700 (PDT) Received: from [10.0.1.31] (wsip-24-234-41-175.lv.lv.cox.net. [24.234.41.175]) by mx.google.com with ESMTPSA id ft9sm6733921pdb.24.2014.08.28.12.52.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Aug 2014 12:52:08 -0700 (PDT) Message-ID: <53FF8860.8000405@gmail.com> Date: Thu, 28 Aug 2014 12:52:00 -0700 From: Jungle Boogie Reply-To: freebsd-questions@freebsd.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> In-Reply-To: <53FF8675.2070009@hiwaay.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 19:52:10 -0000 Dear William, -------------------------------------------- From: William A. Mahaffey III Sent: Thu, 28 Aug 2014 14:43:49 -0500 To: freebsd-questions@freebsd.org Subject: Ports question .... > > > > .... How do I check to see if the ports collection has been updated ? I had > some problems a week or so ago getting some stuff to compile. There were some > later posts alluding to some ports being a bit stale .... If that was my > problem, I'd like to update & try again .... Your ports collection is only updated when you portsnap fetch update: Updating from Thu Jul 31 14:03:55 PDT 2014 to Thu Aug 28 12:19:25 PDT 2014 Above is my update, which may or may not be identical to yours so read carefully on your system. Is that what you're asking? > > -- inum: 883510009027723 sip: jungleboogie@sip2sip.info xmpp: jungle-boogie@jit.si From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 20:10:28 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35DBD70F for ; Thu, 28 Aug 2014 20:10:28 +0000 (UTC) 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 DA58E1A82 for ; Thu, 28 Aug 2014 20:10:27 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-248.adsl.hiwaay.net [216.180.76.248]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SKAQis030757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 15:10:26 -0500 Message-ID: <53FF8E28.2010308@hiwaay.net> Date: Thu, 28 Aug 2014 15:16:40 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <53FF8860.8000405@gmail.com> In-Reply-To: <53FF8860.8000405@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 20:10:28 -0000 I think that is what I am asking .... To be more precise, how often should I check to see if it is updated, weekly, monthly, other .... I guess that is the nub of the question .... On 08/28/14 14:52, Jungle Boogie wrote: > Dear William, > -------------------------------------------- > From: William A. Mahaffey III > Sent: Thu, 28 Aug 2014 14:43:49 -0500 > To: freebsd-questions@freebsd.org > Subject: Ports question .... >> >> >> .... How do I check to see if the ports collection has been updated ? I had >> some problems a week or so ago getting some stuff to compile. There were some >> later posts alluding to some ports being a bit stale .... If that was my >> problem, I'd like to update & try again .... > Your ports collection is only updated when you portsnap fetch update: > Updating from Thu Jul 31 14:03:55 PDT 2014 to Thu Aug 28 12:19:25 PDT 2014 > > Above is my update, which may or may not be identical to yours so read > carefully on your system. > > Is that what you're asking? > >> > > -- 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 Thu Aug 28 20:19:52 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CDB5A69 for ; Thu, 28 Aug 2014 20:19:52 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60DC81BA1 for ; Thu, 28 Aug 2014 20:19:52 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id ey11so3934930pad.21 for ; Thu, 28 Aug 2014 13:19:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=4YEMpLz+heE/oLdqTm1waQ/9fx0NQIs8bVMrkES8saA=; b=LFXJxeM+kTv/vZryjLrcAHNY2JC9uL225edvFipfiFcn0wCP6yyk1TXHqLkdEXlxyh qCOKr3IahPqNEJJc9TOpp8Uti7MUU3U1BWVt8pHp53LyPcmmDirzKpR5UNAM0OfdUnPe JsGCYPHL/K36L1iEndJWEOrYrkN2tEe6w9G/KtAbxBkvjewp0h+WIHAsideW+IZs6Et5 UEcqXA4bSekJw7fkZQHseAxG6PqNU/tSSw5WoQlDFf8aRP8/TxPG/wG7RcBOW6h83srX F9ASu0Jt4tOVVl7s2g8lYQ/TXWzejD+ry/mY0QN3bhi8T6zeZDKLO+YI//cYpVXOAmBQ 8Q3w== X-Received: by 10.68.164.35 with SMTP id yn3mr9548602pbb.104.1409257190756; Thu, 28 Aug 2014 13:19:50 -0700 (PDT) Received: from [10.0.1.31] (wsip-24-234-41-175.lv.lv.cox.net. [24.234.41.175]) by mx.google.com with ESMTPSA id ou6sm4377465pbb.88.2014.08.28.13.19.49 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Aug 2014 13:19:50 -0700 (PDT) Message-ID: <53FF8EE1.1020707@gmail.com> Date: Thu, 28 Aug 2014 13:19:45 -0700 From: Jungle Boogie Reply-To: freebsd-questions@freebsd.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <53FF8860.8000405@gmail.com> <53FF8E28.2010308@hiwaay.net> In-Reply-To: <53FF8E28.2010308@hiwaay.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 20:19:52 -0000 Dear William, -------------------------------------------- From: William A. Mahaffey III Sent: Thu, 28 Aug 2014 15:16:40 -0500 To: freebsd-questions@freebsd.org Subject: Re: Ports question .... > > > > I think that is what I am asking .... To be more precise, how often should I > check to see if it is updated, weekly, monthly, other .... I guess that is the > nub of the question .... 0. Please learn how to bottom post. 1. Ports are updated once the maintainer makes an update to the application. There's 24,000+ ports and some are not updated every week while others may be. I usually use packages now (precompiled ports) so I don't usually update my ports list (portsnap fetch update) unless I need to. Keep in mind that updating your ports list/directory doesn't mean the new software will be installed. Read this: http://www.bsdnow.tv/tutorials/ports In fact, most of your emails could likely be answered (or give you clues) if you watched/listened/read the tutorials section at: http://www.bsdnow.tv/tutorials/ > > > On 08/28/14 14:52, Jungle Boogie wrote: >> Dear William, >> -------------------------------------------- >> From: William A. Mahaffey III >> Sent: Thu, 28 Aug 2014 14:43:49 -0500 >> To: freebsd-questions@freebsd.org >> Subject: Ports question .... >>> >>> >>> .... How do I check to see if the ports collection has been updated ? I had >>> some problems a week or so ago getting some stuff to compile. There were some >>> later posts alluding to some ports being a bit stale .... If that was my >>> problem, I'd like to update & try again .... >> Your ports collection is only updated when you portsnap fetch update: >> Updating from Thu Jul 31 14:03:55 PDT 2014 to Thu Aug 28 12:19:25 PDT 2014 >> >> Above is my update, which may or may not be identical to yours so read >> carefully on your system. >> >> Is that what you're asking? >> >>> >> >> From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 20:46:24 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78CCE474 for ; Thu, 28 Aug 2014 20:46:24 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1blp0188.outbound.protection.outlook.com [207.46.163.188]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 122651E81 for ; Thu, 28 Aug 2014 20:46:22 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (2601:2:4780:2fd:3cfa:1b41:db29:34df) by BY1PR0301MB0840.namprd03.prod.outlook.com (25.160.193.146) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Thu, 28 Aug 2014 20:31:27 +0000 Message-ID: <53FF9198.2000205@my.hennepintech.edu> Date: Thu, 28 Aug 2014 15:31:20 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <53FF8860.8000405@gmail.com> <53FF8E28.2010308@hiwaay.net> In-Reply-To: <53FF8E28.2010308@hiwaay.net> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [2601:2:4780:2fd:3cfa:1b41:db29:34df] X-ClientProxiedBy: BN3PR0301CA0004.namprd03.prod.outlook.com (25.160.180.142) To BY1PR0301MB0840.namprd03.prod.outlook.com (25.160.193.146) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:; X-Forefront-PRVS: 031763BCAF X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(51704005)(189002)(199003)(24454002)(51444003)(23676002)(92726001)(90102001)(4396001)(74502001)(92566001)(65956001)(65806001)(80022001)(87976001)(15202345003)(88552001)(79102001)(105586002)(74662001)(31966008)(106356001)(95666004)(89122001)(76482001)(77982001)(110136001)(50466002)(85852003)(20776003)(47776003)(83072002)(33656002)(101416001)(102836001)(64706001)(107046002)(2351001)(46102001)(107886001)(42186005)(59896002)(83506001)(15975445006)(80316001)(83322001)(19580395003)(85306004)(77096002)(54356999)(99396002)(50986999)(64126003)(81542001)(21056001)(75432001)(76176999)(87266999)(65816999)(86362001)(81342001)(89472002)(3826002); DIR:OUT; SFP:; SCL:1; SRVR:BY1PR0301MB0840; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:nov; PTR:InfoNoRecords; MX:1; A:0; LANG:en; X-OriginatorOrg: my.hennepintech.edu X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 20:46:24 -0000 On 2014.08.28 15:16, William A. Mahaffey III wrote: > > > I think that is what I am asking .... To be more precise, how often > should I check to see if it is updated, weekly, monthly, other .... I > guess that is the nub of the question .... The ports tree is updated whenever someone makes a commit to update/fix a port, or to update/fix the ports infrastructure. Given its size, this means frequency is on the order of minutes. Portsnap and Subversion will both list any changes you pull in when you update your copy. http://svnweb.freebsd.org/ports/head/?sortby=date#dirlist From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 21:55:06 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33AA710F for ; Thu, 28 Aug 2014 21:55:06 +0000 (UTC) Received: from avasout08.plus.net (avasout08.plus.net [212.159.14.20]) by mx1.freebsd.org (Postfix) with ESMTP id BEE03179A for ; Thu, 28 Aug 2014 21:55:05 +0000 (UTC) Received: from curlew.milibyte.co.uk ([84.92.153.232]) by avasout08 with smtp id kMuw1o004516WCc01Muxo3; Thu, 28 Aug 2014 22:54:57 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=fsVSZTIf c=1 sm=1 tr=0 a=lfSX4pPLp9EkufIcToJk/A==:117 a=lfSX4pPLp9EkufIcToJk/A==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=OOzCJWdBeL0A:10 a=RiHyRPlnd20A:10 a=k9qFq3uyW7MA:10 a=ZTb9aqGL9YkA:10 a=8nJEP1OIZ-IA:10 a=de2h9SMpztOP7ECM7gQA:9 a=wPNLvfGTeEIA:10 Received: from curlew.lan ([192.168.1.13]) by curlew.milibyte.co.uk with esmtp (Exim 4.83) (envelope-from ) id 1XN7ei-0001Xq-9p for freebsd-questions@freebsd.org; Thu, 28 Aug 2014 22:54:56 +0100 From: Mike Clarke To: freebsd-questions@freebsd.org Date: Thu, 28 Aug 2014 22:54:55 +0100 Message-ID: <3415139.ffIAe6AYm2@curlew.lan> User-Agent: KMail/4.12.5 (FreeBSD/9.3-RELEASE; KDE/4.12.5; amd64; ; ) 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.0 (2014-02-07) 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.0 Subject: TRIM considerations when repartitioning a SSD Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="iso-8859-1" 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 21:55:06 -0000 FreeBSD 9.3-RELEASE I may soon need to repartition a SSD which has a zpool on it and was wondering what is the best method of ensuring that all blocks get marked as no longer in use. Is gpart sufficiently TRIM aware to be able to just use gpart delete? If not then I expect I'll need some or all of the following steps in order: rm -rf zfs destroy -r zpool destroy gpart delete -i How far down that list would be the best point to start? -- Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 22:05:59 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 529F7283 for ; Thu, 28 Aug 2014 22:05:59 +0000 (UTC) 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 036131892 for ; Thu, 28 Aug 2014 22:05:58 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-248.adsl.hiwaay.net [216.180.76.248]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SM5upH009776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 17:05:57 -0500 Message-ID: <53FFA93B.40109@hiwaay.net> Date: Thu, 28 Aug 2014 17:12:11 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <53FF8860.8000405@gmail.com> <53FF8E28.2010308@hiwaay.net> <53FF9198.2000205@my.hennepintech.edu> In-Reply-To: <53FF9198.2000205@my.hennepintech.edu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 22:05:59 -0000 On 08/28/14 15:31, Andrew Berg wrote: > On 2014.08.28 15:16, William A. Mahaffey III wrote: >> >> I think that is what I am asking .... To be more precise, how often >> should I check to see if it is updated, weekly, monthly, other .... I >> guess that is the nub of the question .... > The ports tree is updated whenever someone makes a commit to update/fix a port, > or to update/fix the ports infrastructure. Given its size, this means frequency > is on the order of minutes. Portsnap and Subversion will both list any changes > you pull in when you update your copy. > > http://svnweb.freebsd.org/ports/head/?sortby=date#dirlist > _______________________________________________ > 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" > Is there a way to get the list of changes since I last pulled it down w/o actually doing the download ? That way, if nothing I needed was upgraded, I could spend the time elsewhere .... -- 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 Thu Aug 28 22:24:04 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E73DA861 for ; Thu, 28 Aug 2014 22:24:04 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BEB3D1A5E for ; Thu, 28 Aug 2014 22:24:04 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id et14so4317150pad.30 for ; Thu, 28 Aug 2014 15:24:04 -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=BPdXrCc06TBFHwfX1fp+ph17+ZtJq8kM9kWEwtn15Ck=; b=fxzw/IwVBLDB90joqZuNe3Vr55D3/S4sFVcTO2Y+GqqljinvKtZMRCwaEVUczz7LGy bpTfi80X1OGQ0/B79OREh1NEapmB2uLpbEhK4Vo/euqDMWsJ+hNImJbe/JOkN3MSmlh8 /Z8+itIlQn/lKHPvXRzDb6bpdmnxO3RfZNlKn2Zn+9n7X4eCYL3p4vLG8EVy/dGLXxN5 xCB9SgACqj5L888vSZLV5m+HmEK5fqMgphgB5us7DHoW4hWCQ//wuFAuWIP5K/c0YG92 uMopV/CZ6ZIr9v6z5EzJnOot9vUHKur3fYCetRPBbMenGbSNAK3Ac2US0MoqLGb11d5i DzzQ== MIME-Version: 1.0 X-Received: by 10.70.10.100 with SMTP id h4mr10385032pdb.162.1409264644365; Thu, 28 Aug 2014 15:24:04 -0700 (PDT) Received: by 10.70.118.132 with HTTP; Thu, 28 Aug 2014 15:24:04 -0700 (PDT) In-Reply-To: <3415139.ffIAe6AYm2@curlew.lan> References: <3415139.ffIAe6AYm2@curlew.lan> Date: Thu, 28 Aug 2014 17:24:04 -0500 Message-ID: Subject: Re: TRIM considerations when repartitioning a SSD From: Adam Vande More To: Mike Clarke Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 22:24:05 -0000 On Thu, Aug 28, 2014 at 4:54 PM, Mike Clarke wrote: > > FreeBSD 9.3-RELEASE > > I may soon need to repartition a SSD which has a zpool on it and was > wondering what is the best method of ensuring that all blocks get > marked as no longer in use. > > Is gpart sufficiently TRIM aware to be able to just use gpart delete? Extremely doubtful that it is. You generally must reset the drive eg camcontrol security da4 -s buhbyesweetdata -e buhbyesweetdata -- Adam From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 22:31:49 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F099AA7 for ; Thu, 28 Aug 2014 22:31:49 +0000 (UTC) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) by mx1.freebsd.org (Postfix) with ESMTP id 23DB51B37 for ; Thu, 28 Aug 2014 22:31:48 +0000 (UTC) Received: from curlew.milibyte.co.uk ([84.92.153.232]) by avasout07 with smtp id kNXf1o002516WCc01NXg52; Thu, 28 Aug 2014 23:31:40 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=HpH4GijS c=1 sm=1 tr=0 a=lfSX4pPLp9EkufIcToJk/A==:117 a=lfSX4pPLp9EkufIcToJk/A==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=OOzCJWdBeL0A:10 a=tCmXSjse0tcA:10 a=ZTb9aqGL9YkA:10 a=8nJEP1OIZ-IA:10 a=q56oFxeYAAAA:8 a=HxDZK998E2Is4rjs28MA:9 a=wPNLvfGTeEIA:10 Received: from curlew.lan ([192.168.1.13]) by curlew.milibyte.co.uk with esmtp (Exim 4.83) (envelope-from ) id 1XN8EE-0001dJ-Bs for freebsd-questions@freebsd.org; Thu, 28 Aug 2014 23:31:39 +0100 From: Mike Clarke To: freebsd-questions@freebsd.org Date: Thu, 28 Aug 2014 23:31:37 +0100 Message-ID: <1516592.A8M2VIF6ck@curlew.lan> User-Agent: KMail/4.12.5 (FreeBSD/9.3-RELEASE; KDE/4.12.5; amd64; ; ) In-Reply-To: <53FF8E28.2010308@hiwaay.net> References: <53FF8675.2070009@hiwaay.net> <53FF8860.8000405@gmail.com> <53FF8E28.2010308@hiwaay.net> 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.0 (2014-02-07) 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.0 Subject: Re: Ports question .... Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="iso-8859-1" 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 22:31:49 -0000 On Thursday 28 August 2014 15:16:40 William A. Mahaffey III wrote: > I think that is what I am asking .... To be more precise, how often > should I check to see if it is updated, weekly, monthly, other .... > I guess that is the nub of the question .... It's largely down to what's most convenient for you. There's a lot to be said for the "If it ain't broke don't mend it" philosophy. If everything's working fine on your system and you don't need the latest and greatest new feature recently added to one of your ports then there's no real need to keep updating them. If a port has just been updated to fix some freshly discovered security issue then you need to upgrade it ASAP. Running the periodic script from ports-mgmt/portaudit is a good way of being kept up to date with new vulnerabilities affecting ports installed on your system. There could be a delay before a new version of a vulnerable port is available. You can check what the latest revision level of a port is by looking it up at . After running portsnap you can run "pkg version -vIL=" to see a list of which ports have version numbers which differ from the latest. You need to maintain all your ports in a consistent state, upgrading just one port can lead to dependency problems so it's worth using ports-mgmt/portmaster after running portsnap, this can upgrade all affected ports. If you only upgrade your ports when required by security issues then you may find that there are lots of ports with newer versions so, to reduce the workload, you might prefer to upgrade rather more frequently than waiting until a security issue requires it. Sometimes you will need to give some ports individual attention before running a bulk upgrade. Check for this by seeing if any of your ports are mentioned in /usr/ports/UPDATING - you only need to check entries dated later than the last time you did an upgrade and take whatever action is advised there. If you pay attention to /usr/ports/UPDATING then portmaster will usually upgrade all affected ports without problems but sometimes you come across a situation that it can't handle and you might need to deal with the problematic port yourself. -- Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 22:40:10 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25008DCE for ; Thu, 28 Aug 2014 22:40:10 +0000 (UTC) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EBC761BC1 for ; Thu, 28 Aug 2014 22:40:09 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id hz1so4327226pad.6 for ; Thu, 28 Aug 2014 15:40:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=iw8Z9Kts2CjMjILAFqBX9IkIe5AS3YbrZMp/UmxVJcI=; b=wvJ42JY/3m1d30NkSuiOnNFWy2TtgmJ3OzNxp3wq/vI9E9BLT5Me6C8vzCF9y3XjQY yBKdO3NWW/FHiZoO/q0UiLCTHW7eLqojtM6dSVpb/aZevmZFpTl4PruR3bpM73aumUNV eJMHv+6KaxfSM70wt8e4lGvkD/fMXI0+Hb7hERPy6PjX38cRrn1Jaob5O2EVa1uFljkw A4vTTYjftCP78lj5au6sv9K87F15Qg3s/Q/JBtMylCa4w+fqbmOItqqRwbqooMgJSHPH widdeiO2bQOBrpK0kpH0GG3g0A5m1U2yWxOa0Z6KHAqG+2u+frbLyLbI2qlq8zPPa3xW 2Nbg== X-Received: by 10.68.135.70 with SMTP id pq6mr10500727pbb.10.1409265609326; Thu, 28 Aug 2014 15:40:09 -0700 (PDT) Received: from [10.0.1.31] (wsip-24-234-41-175.lv.lv.cox.net. [24.234.41.175]) by mx.google.com with ESMTPSA id pa2sm7032097pdb.84.2014.08.28.15.40.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Aug 2014 15:40:08 -0700 (PDT) Message-ID: <53FFAFC2.3040007@gmail.com> Date: Thu, 28 Aug 2014 15:40:02 -0700 From: Jungle Boogie Reply-To: "freebsd-questions@freebsd.org" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <53FF8860.8000405@gmail.com> <53FF8E28.2010308@hiwaay.net> <53FF9198.2000205@my.hennepintech.edu> <53FFA93B.40109@hiwaay.net> In-Reply-To: <53FFA93B.40109@hiwaay.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 22:40:10 -0000 Dear William, -------------------------------------------- From: William A. Mahaffey III Sent: Thu, 28 Aug 2014 17:12:11 -0500 To: freebsd-questions@freebsd.org Subject: Re: Ports question .... > > > On 08/28/14 15:31, Andrew Berg wrote: >> On 2014.08.28 15:16, William A. Mahaffey III wrote: >>> >>> I think that is what I am asking .... To be more precise, how often >>> should I check to see if it is updated, weekly, monthly, other .... I >>> guess that is the nub of the question .... >> The ports tree is updated whenever someone makes a commit to update/fix a port, >> or to update/fix the ports infrastructure. Given its size, this means frequency >> is on the order of minutes. Portsnap and Subversion will both list any changes >> you pull in when you update your copy. >> >> http://svnweb.freebsd.org/ports/head/?sortby=date#dirlist > > Is there a way to get the list of changes since I last pulled it down w/o > actually doing the download ? That way, if nothing I needed was upgraded, I > could spend the time elsewhere .... > So you want to know what changes occurred without actually getting anything? As I explained, updating your ports directory doesn't actually update your installed applications. So I recommend following the link that Andrew provided. If you're concerned about time, install and use tmux[0] and just wait for portsnap fetch update to complete. Is there any reason you NEED to use ports? Are you setting special configuration options? Have you tried out packages yet? Thanks, Jungle [0] http://www.bsdnow.tv/tutorials/ssh-tmux > -- inum: 883510009027723 sip: jungleboogie@sip2sip.info xmpp: jungle-boogie@jit.si From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 22:52:02 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE68CF47 for ; Thu, 28 Aug 2014 22:52:02 +0000 (UTC) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) (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 472941D3F for ; Thu, 28 Aug 2014 22:52:01 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7SMprwx063539; Fri, 29 Aug 2014 00:51:53 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 78B70123C9; Fri, 29 Aug 2014 00:51:53 +0200 (CEST) Date: Fri, 29 Aug 2014 00:51:53 +0200 From: Roland Smith To: "William A. Mahaffey III" Subject: Re: Ports question .... Message-ID: <20140828225153.GA8923@slackbox.erewhon.home> Mail-Followup-To: "William A. Mahaffey III" , FreeBSD Questions !!!! References: <53FF8675.2070009@hiwaay.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <53FF8675.2070009@hiwaay.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 22:52:02 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 28, 2014 at 02:43:49PM -0500, William A. Mahaffey III wrote: >=20 >=20 > .... How do I check to see if the ports collection has been updated ? I= =20 > had some problems a week or so ago getting some stuff to compile. There= =20 > were some later posts alluding to some ports being a bit stale .... If=20 > that was my problem, I'd like to update & try again .... The http://www.freshports.org/ site gives a nice overview of recent port changes. It also lists the SVN revision. If you use subversion to keep your ports tree up to date you can check the state of your ports tree with; > svnlite log -r HEAD /usr/ports/ ------------------------------------------------------------------------ r366459 | danilo | 2014-08-29 00:34:41 +0200 (Fri, 29 Aug 2014) | 2 lin= es - Update from 1.40.01 to 1.40.02 ------------------------------------------------------------------------ In this case my ports tree is at r366459. Generally I like to update my ports tree weekly. That *generally* makes for relatively small updates using svnlite (in the base system in FreeBSD 10) a= nd ports-mgmt/portmaster; # svnlite /usr/ports # less /usr/ports/UPDATING # portmaster -ai Reading UPDATING is important! Sometimes updates need special actions. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT/7KJAAoJEED21dyjijPg7uQP/A5XqiR6zvBY38ANYf66/vCf a++nsHNuR6zwL6UfWNnWbI++d32lLUPujG+wPWUOBdjLCEths4IDqYq4DA44VITn XLOktN+aGVQEInFw3WZy/iuXgxiyIIVZ5rdhxlJu15uhZyP4O2bay7aUEKRV8OOG J+rTkNJ0x0t1OBuxfxl9bnH1atbcAaA0wBjX5qC4Jnr3t/UTUco2FezWs9nLnSuv cJ1Sj124SmWERDGOzR+AwJDX5P/ajrV2mo5lEt8KC5cg8oWmy+a8Ja7aE135vP5C eKBCPE2klTcWbnPMqU7dNsPfxRX+wy3zK+gTm7YTVrxDZjRlQMr5HCSiiq7WOSxh Qe5+MtUJ9BfN/LQLAbOuYnlkHS586YQ2P7nPduVBC2vmzklhHOx+2QhXsggRdukS PdpdsVVRhsrzbV7t3LFZ5lKo1ucq+daNCDO7CVm/pbHx49D8Muxe3H/ZvPopIDL7 X28VOqMGmoBA7oIiqDvsD2d9q1dPbe6BTFzCIQ94181Gze6PgktMHOygz8xhsVR8 61psK5xL3An6Ss3tVbwAq8XTbm6IJ7+FMrR8hg5eupJBy2Hs6Fk2Gusq7Eg+nun+ zZzHvxoluLxjlyRkDbYwteQuoIf3RAOpxqxkSn1J7FRtv/sLlBynakXQtoGh79oD K9L2d0vQ6EJBmHnbBCKS =pwYi -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 22:52:16 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58EF9FCE for ; Thu, 28 Aug 2014 22:52:16 +0000 (UTC) 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 1C2121D46 for ; Thu, 28 Aug 2014 22:52:15 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-248.adsl.hiwaay.net [216.180.76.248]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7SMqEuR005380 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 28 Aug 2014 17:52:15 -0500 Message-ID: <53FFB415.3050002@hiwaay.net> Date: Thu, 28 Aug 2014 17:58:29 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "freebsd-questions@freebsd.org" Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <53FF8860.8000405@gmail.com> <53FF8E28.2010308@hiwaay.net> <53FF9198.2000205@my.hennepintech.edu> <53FFA93B.40109@hiwaay.net> <53FFAFC2.3040007@gmail.com> In-Reply-To: <53FFAFC2.3040007@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 22:52:16 -0000 On 08/28/14 17:40, Jungle Boogie wrote: > Dear William, > -------------------------------------------- > From: William A. Mahaffey III > Sent: Thu, 28 Aug 2014 17:12:11 -0500 > To: freebsd-questions@freebsd.org > Subject: Re: Ports question .... >> >> On 08/28/14 15:31, Andrew Berg wrote: >>> On 2014.08.28 15:16, William A. Mahaffey III wrote: >>>> I think that is what I am asking .... To be more precise, how often >>>> should I check to see if it is updated, weekly, monthly, other .... I >>>> guess that is the nub of the question .... >>> The ports tree is updated whenever someone makes a commit to update/fix a port, >>> or to update/fix the ports infrastructure. Given its size, this means frequency >>> is on the order of minutes. Portsnap and Subversion will both list any changes >>> you pull in when you update your copy. >>> >>> http://svnweb.freebsd.org/ports/head/?sortby=date#dirlist >> Is there a way to get the list of changes since I last pulled it down w/o >> actually doing the download ? That way, if nothing I needed was upgraded, I >> could spend the time elsewhere .... >> > So you want to know what changes occurred without actually getting anything? > As I explained, updating your ports directory doesn't actually update your > installed applications. So I recommend following the link that Andrew provided. > > If you're concerned about time, install and use tmux[0] and just wait for > portsnap fetch update to complete. > > Is there any reason you NEED to use ports? Are you setting special > configuration options? Have you tried out packages yet? > > Thanks, > Jungle > > [0] http://www.bsdnow.tv/tutorials/ssh-tmux > Trying to get flash support working needs ports, no pkg's available .... I am using pkg for *everything* possible, but flash needs ports .... -- 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 Fri Aug 29 02:44:20 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1D31C2B for ; Fri, 29 Aug 2014 02:44:20 +0000 (UTC) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94682144D for ; Fri, 29 Aug 2014 02:44:20 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id lf10so5076377pab.1 for ; Thu, 28 Aug 2014 19:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=cxzB8BTiOeX38YXtdjHVDhXkUBJPPYb5J4FATBF3Pp0=; b=sr37NTbncCvkohdlxLjMKRx6xFUDySlIdQ++ytKwGHX/L86xogdZ8Hae+qXSCud5Pk 4bi1bAdrneNQmaB1wLX0a/0kT7TDCSMv2ZiD02Gj/EfdH1Nf50FxYBsbB+3pGPtNjIvp Q40klTPNPgDSx3MfoieG2KCFEjFqMRLbGvzQlDqjaE0t44Vt78Lu2LCF6PNbzCjoneTT z4UIqmSm7rbasbC98IqScUll2OZeAuoV0hW5BGetQ0yjUdP86NfRpazyBsPpggzwT9Fz RxAnl4PoeWNjjS7w5+rIh+RZ7UTB34g6zRncxGmFCJ2KUDTvpNmdSNqieOkatI0n9jrH CLLA== X-Received: by 10.70.129.106 with SMTP id nv10mr11863524pdb.24.1409280260063; Thu, 28 Aug 2014 19:44:20 -0700 (PDT) Received: from [10.240.140.110] ([123.58.191.68]) by mx.google.com with ESMTPSA id ek9sm7736881pdb.55.2014.08.28.19.44.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Aug 2014 19:44:19 -0700 (PDT) Content-Type: text/plain; charset="utf8"; Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Ask for opinion: changing rand(3) to random(3) in awk(1) X-Pgp-Agent: GPGMail (null) From: Chenguang Li In-Reply-To: <44y4u8ei1p.fsf@lowell-desk.lan> Date: Fri, 29 Aug 2014 10:44:06 +0800 Content-Transfer-Encoding: 8bit Message-Id: <69A3F8EA-3CC2-430A-AD0B-35E3D0899BE2@gmail.com> References: <44mwapn1pw.fsf@lowell-desk.lan> <44y4u8ei1p.fsf@lowell-desk.lan> To: freebsd-questions@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: Peter Pentchev X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 02:44:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Lowell Gilbert wrote: > Chenguang Li writes: > >> The problem I was trying to describe was its "one-shot" randomness, take these two as examples (where it matters): >> >> 1. You wrote a script[1] that simulate rolling a dice, it would >> produce the same result if executed within, say, 5 seconds. >> [1] BEGIN { srand(); print int(1+rand()*6); } or BEGIN { srand(); } { print int(1+rand()*6); }, won't matter. > > One second, not 5. Calling srand() without a parameter seeds the random > number generator with the current time in seconds, so the value changes > once per second. Did you actually run this line? I will let the examples speak for me: m1: FreeBSD 10.0-RELEASE-p6 amd64 m1$ date +%s ; echo | awk 'BEGIN{srand()}{print int(1+rand()*100)}' 1409277292 53 m1$ date +%s ; echo | awk 'BEGIN{srand()}{print int(1+rand()*100)}' 1409277300 53 m1$ date +%s ; echo | awk 'BEGIN{srand()}{print int(1+rand()*100)}' 1409277302 53 m2: FreeBSD 10.0-RELEASE i386 m2$ date +%s ; echo | awk 'BEGIN{srand()}{print int(1+rand()*100)}' 1409277368 53 m2$ date +%s ; echo | awk 'BEGIN{srand()}{print int(1+rand()*100)}' 1409277374 53 m2$ date +%s ; echo | awk 'BEGIN{srand()}{print int(1+rand()*100)}' 1409277379 53 m3: FreeBSD 10.0-RELEASE i386 m3$ date +%s ; echo | awk 'BEGIN{srand()}{print int(1+rand()*100)}' 1409248690 31 m3$ date +%s ; echo | awk 'BEGIN{srand()}{print int(1+rand()*100)}' 1409248697 31 m3$ date +%s ; echo | awk 'BEGIN{srand()}{print int(1+rand()*100)}' 1409248700 31 m1, m2, m3 are 3 different machines I have access to. Other versions and/or architectures are not tested. >> 2. You have a CGI script which will show different content based on the number generated by rand(). >> >> In the first situation, you can generate all the outcomes in a single >> run by using for-loop, but the first outcome will be the same. OSX's >> awk(1) will produce a reasonable number every time I run it. In the >> latter one, you could call rand() once and throw away the result, and >> call it again to get another number. Both are practical workarounds, >> but we do have a better choice: applying the modification I suggested >> before. > You are still misunderstanding the relationship between srand() and > rand(), in a way that will not be fixed by changing awk's implementation > from rand(3) to random(3). srand() "seeds" the random number generator > with a particular value, and the sequence of numbers is completely > determined afterwards. This isn't a bug; the ability to exactly > reproduce a sequence of "random" numbers is an essential feature in a > lot of simulation uses. This is also why we refer to these algorithms as > "pseudo-random" rather than just "random." I'm fairly confident that I have a not-so-bad understanding of the relationship between them. > In your cases, you really do want a different sequence every time. The > way that is handled is by using a different seed each time. The normal > use of srand() uses the current time, so as long as it isn't called > twice within one second, it will always use a different sequence of > numbers. If it *is* called twice within the same second, it will produce > the same sequence of numbers (not just the same first number, but the > second, third, etc. number will be the same also). This is just as true > on OSX as on FreeBSD. Your use of srand() in your first script is buggy > because it calls srand() for *every* call to rand(); your second version > fixes this problem. Yes, it's buggy, but for one-shot demonstration purpose only, makes no difference to me. And one more example: m1$ date +%s ; echo | awk 'BEGIN{srand()}{for (i=1;i<=5;i++) print int(1+rand()*100)}' 1409278327 54 15 10 6 56 m1$ date +%s ; echo | awk 'BEGIN{srand()}{for (i=1;i<=5;i++) print int(1+rand()*100)}' 1409278335 54 20 14 73 82 Just the first number. Now which one to blame? rand(), the timer, or the compiler? It's weird, and I have the same thought before - it should change by seconds. The fact is, it's not. Is it just me or ... > How do we deal with the one-second window? Well, most of the time we > ignore it. For a CGI script, it won't matter. If you really do need to > run separate copies of an awk script more often, you'll need a better > seed. Reading it from /dev/random would be one place for your awk > script to get that. An important point that you may have missed is that > when your script calls srand(), it can provide a parameter, which will > be used instead of the current time. > >> If others are not affected by the problem I described above, then I am >> okay with that. The other reason why I suggest this is, I see no loss, >> only to make it better. > > The problem you described is caused by your calling srand() multiple > times. This is a bug on your part, not a problem with awk that would > affect other people. Changing awk to use random(3) instead of rand(3) > will not fix your problem, because continually reseeding srandom(3) with > the same seed will give you the same values from random(3) just as much > as doing the same with srand(3) and rand(3) will. In your example: > BEGIN { srand(); print int(1+rand()*6); } or BEGIN { srand(); } { print int(1+rand()*6); } > the first one is broken and the second one works (try them and compare > the output). I do know that I can provide a better seed when calling srand(). I know that I shoudn't call srand() every time I call rand(). I insists that our awk(1) should provide a good randomness in very single run, based on the example given, it's not doing its job well. Below is a locally patched version: m2$ date +%s ; echo | ./a.out 'BEGIN{srand()}{for (i=1;i<=5;i++) print int(1+rand()*100)}' 1409279522 59 38 84 67 8 m2$ date +%s ; echo | ./a.out 'BEGIN{srand()}{for (i=1;i<=5;i++) print int(1+rand()*100)}' 1409279524 80 71 94 80 94 Much better. > Although it may not fix the problem you thought it would, you're right > that there's no loss in making the change, so I think it's a good idea. > > Be well. > Lowell I am afraid I have only touched the surface of the problem, nevertheless the modification do fix my problem. My journey ends here. Chenguang Li -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJT/+j9AAoJELG4cS+11lRh0SsP+wROOZIHSuA2iR+NsnrAVEM8 WH6UY/Gqyh/uxzWVDJ+FIEfgFz9GGVFfOndOhsTMYnQdLWTkrbKcAcjDUP4zBXG/ nFMxKwdVws8Q3gIRM6+ZIDiPt8Yui2w+JrPks0fJQ9LVJTtGnv7v0t+jkCag5u8G aeseg1SQU5Z3aSoBaxBtuObjjNg+0wSMntwJDToG5AriKzB8uYvu5ljZ6tDhKb2z q19uVcP5AUCxr7WgOoNOhVWHP+kLYMUmpiWR7rTmkKa3Bx4jbMwIJzQZ86rjyaGk 8EyKCd+K+4GsKMEvaA+yXBYwsB4rM4f0dYUfPQ7EmQX0hS78xkO7Y7cP8QAfyv1j /ziWuecSYo0RgipU3S8gLCxt9zm9CHoTmNy81tFqJA2ZV7cqhXlx7AKwcqzoOhtI tSW9iXimUhAxTB7pB04M/hGCooZrgW0bdyP5VeaetZHTz8TNTyOHrhCPCHBwSV3O aXM+qMwYkRMcs3lEGzRzxoRdo0J4dg7FpORTT8mrm81vGIcuqFfidZpah2RLgD1K JUyd+TTUAs6aqWDC+pG80dOSdA/yE5iHnApEQp6gG3egIQK893jD7Hk4Flnsem8n RJKNTVB3ewbxwwcyJQIatFao209cvMXgsS9OsbSzvv5mYndPLhxSp7XpApvnCcCs Ob720IJk95ixCo7/tklZ =q2fd -----END PGP SIGNATURE----- From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 06:14:17 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A60A5BC for ; Fri, 29 Aug 2014 06:14:17 +0000 (UTC) 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 DB0AF19D2 for ; Fri, 29 Aug 2014 06:14:16 +0000 (UTC) Received: from r56.edvax.de (port-92-195-111-1.dynamic.qsc.de [92.195.111.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id AB7ED3CBCC; Fri, 29 Aug 2014 08:04:29 +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 s7T64SWC002543; Fri, 29 Aug 2014 08:04:28 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Fri, 29 Aug 2014 08:04:28 +0200 From: Polytropon To: Paul Kraus Subject: Re: Hardware that Requires software WAS: TL-WN722N support Message-Id: <20140829080428.76d9344c.freebsd@edvax.de> In-Reply-To: <63EECB4E-2903-4B26-9475-A8E6C6E4B509@kraus-haus.org> References: <53FC60AB.1060805@qeng-ho.org> <1EE2934C-DA78-451F-B86A-93A9C55B9C56@gmail.com> <2ACC59D6-251B-4FF7-A275-C81408D6BB48@gmail.com> <1409070456.4218.7.camel@lenzinote.lenzicasa> <5811EA5F-C819-4D1B-8D39-7C47E46FFF05@gmail.com> <20140827112209.89d0bbdb.freebsd@edvax.de> <244A8655-63FB-46E9-85AB-6E8BC4CF8199@gmail.com> <20140827180004.GA4450@slackbox.erewhon.home> <20140828053323.2c6661e3.freebsd@edvax.de> <63EECB4E-2903-4B26-9475-A8E6C6E4B509@kraus-haus.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 06:14:17 -0000 On Thu, 28 Aug 2014 10:16:39 -0400, Paul Kraus wrote: > On Aug 27, 2014, at 23:33, Polytropon wrote: > > > Yes, those are terrible and years behind technological evolution. > > The same applies to "WinModems", a disease that development has > > fortunately dealt with. > > It is helpful to understand the why of something, and explain such, > rather than just condemn it as bad. I did omit the explanation because I thought it would be obvious. :-) > The move to host based software for things like printers, modems, > scanners, and other various hardware came about because the > performance of the general purpose computer was increasing at > least at Moore’s Law rate, if not faster. By moving the processing > of the raw data into code the device (printer, scanner, modem, etc.) > could use onto the host OS you got two big advantages: > > 1. As the host systems got faster so did your device Typical consumer devices (on which I placed the scope) usually do not live longer than the systems they are connected to. In fact, one host system can easily see several incarnations of a peripherial device. With each new device, software has to be exchanged. And in many cases, as the software is kept proprietary to perform a good "vendor lock-in", either data is lost (often a problem for unexperienced users who "have the fotos in the scanner program"), or whole workflows are replaced (because the new printer control program is totally different than the old one). Of course you're right regarding the "available CPU cycles", or host system resources in general. It allows the manufacturer to reduce the costs for the device because, for example, it doesn't have to contain a whole "little computer" to process raster input, or PS. "Software is cheaper than hardware" is a common statement. So whatever can be delegated to the host system will be "shifted from hardware to software", beginning with the input processing and ending with the motor control for the paper transport, the printing head, and the ink jets themselves. Of course the manu- factuerer is not interested in telling anyone how this works, it's his trade secret. And so there won't be a driver available except the one that the manufacturer provides. Additionally, there's a positive aspect in it: If less electronic devices are included in the peripherial, the less waste is created when it stops working. As I said, the concept per se isn't that wrong, but its (ab)use is. Regarding Moore's law: It is compensated by Wirth's law and Gates' law. The Jevons paradox and Parkinson's law sadly also apply. Furthermore Nathan's four laws of software can be applied to the drivers and the application programs, the host-side of the whole concept. ;-) > 2. Your device was likely to remain useful for a longer period >From a consumer perspective, this (as mentioned) isn't always true: He buys a new computer with a new "Windows" - and the vendor of his printer does not have drivers available for that version, and the old drivers cannot be used anymore. So a printer that is technically fully functional is turned into a useless pile of electronic garbage. By the way, this is what I intially mentioned: The printers that I "turned alive again" were such models where only outdated drivers would be supplied, and no standard drivers could be used. I ended up using the Linux driver through FreeBSD's Linux ABI, with lots of "wild copying around" and strange symlinking, having "disassembled" the strange workflow of that printer driver. On "Windows", this printer (and another one) would have to be thrown away. As we're talking about consumer devices: They are not inteded to work for longer periods. This is against technical evolution, but primarily it's against the concept of repeating re-instantiation of "the same": People keep buying printers to print the same stuff, because a printer only lasts 1 or 2 years. >From my point of view (NB: very limited), manufacturers do not develop host-based driver software. There typically is _one_ version delivered with the printer, on CD or DVD, which users throw away. There is the same version available for download. There is no "successor" with better performance, more features or improved security. This wouldn't meet the "sell & forget" mentality, because "continuous product development" (of the _same_ product) doesn't seem to pay. > There is a third advantage, that the device can be less intelligent > and less powerful, making it cheaper. The typical desktop computer > today has lots and lots of spare CPU cycles (and generally speaking, > has for at least a decade). Why not make good use of those resources. Yes, that (and its financial implications) are the main reason. By the way, I don't see any problem with it _per se_. The reason why I don't like to work with this concept is that it _limits_ the freedom and the possibilities of use, as you usually don't know _how_ things work, and therefore depend on the "benevolent" vendor. > I have three scanners in the house that *all* require very custom > software as the processing of the raw scanned data from the image > sensor is happening on the host system and not on the scanner > hardware. I have seen marked improvements in image quality with > each update of the management software. Even older hardware, > hardware that the vendor would no longer be supporting if it were > more complex is still on the supported list. Thanks for sharing this - it seems that there's still hope. This is what vendors _can_ do, but especially in the lower price segment for consumer peripherials _don't_ do. :-( I have USB and SCSI scanners myself. I don't need any special software from a vendor. I can plug them in any system I want, and they work the same everywhere. This is _also_ an advantage. > Does it mean that you cannot use this hardware on OSes for which > there is no software support? Absolutely, but that is the case > for *everything*. Exception: Hardware that uses standardized protocols and open interfaces. SCSI scanners are a good example: If they implement everything according to the specification, you can use them on _any_ system that implements the required interfaces - which are published openly, so it is at least _possible_. Other nice examples are printers that speak PS, PCL or PDF. Especially for PS printers, you don't even need a driver, because programs that print send their output as PS, and that is what the printer expects. :-) > If you know you need to (or want to) runs a certain OS, for > whatever reasons, then you buy hardware that is supported by > that OS. This is very true. "Supported by OS" or "supported by a standard available through the OS" are the reasons for decisions that I make. First think, then buy. Saves money. ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 06:31:15 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B6A29D2 for ; Fri, 29 Aug 2014 06:31:15 +0000 (UTC) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1157B1B96 for ; Fri, 29 Aug 2014 06:31:14 +0000 (UTC) Received: from pd2mr1so-ssvc.prod.shaw.ca ([10.0.141.110]) by pd4mo1so-svcs.prod.shaw.ca with ESMTP; 29 Aug 2014 00:30:05 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=s+0R4JzlRBUW8GXF//6L4/AwYJegyFoFyppZH3AfVto= c=1 sm=1 a=FKkrIqjQGGEA:10 a=WOd5513FYV4A:10 a=GB4Qa7U45jwA:10 a=BLceEmwcHowA:10 a=kj9zAlcOel0A:10 a=jQ9__g_kAAAA:8 a=DddZLX_sBl50FhlNzHMA:9 a=CjuIK1q_8ugA:10 a=XZ7_jEjpqDEA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO cds005.dcs.int.inet) ([10.0.141.22]) by pd2mr1so-svcs.prod.shaw.ca with ESMTP; 29 Aug 2014 00:30:00 -0600 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: Apache 2.4, mod_php5 and php5_extensions from latest ports References: <53FF2AEE.7030501@fjl.co.uk> <53FF3948.80508@freebsd.org> <53FF683F.9080803@fjl.co.uk> From: Dale Scott MIME-Version: 1.0 In-Reply-To: <53FF683F.9080803@fjl.co.uk> Message-Id: Date: Fri, 29 Aug 2014 00:30:00 -0600 (MDT) To: Frank Leonhardt X-Mailer: Zimbra 7.1.4_GA_2567 (MobileSync - Apple-iPad2C5/1104.257) Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 06:31:15 -0000 >=20 > On Aug 28, 2014, at 11:34 AM, Frank Leonhardt wrote: >=20 >> On 28/08/2014 15:14, Matthew Seaman wrote: >>> On 08/28/14 14:13, Frank Leonhardt wrote: >>> The problem comes with the php5_extensions. I've got Apache up and >>> running, with the www/mod_php5 port working but when I compile and >>> install lang/php5-extensions (or any of its components), Apache barfs o= n >>> start-up. I'm not a PHP person so I'm a bit out of my depth here. >>>=20 >>> First off, it couldn't find any of the extensions because it was lookin= g >>> in: >>>=20 >>> /usr/local/lib/php/20100525-zts >>>=20 >>> The extensions installed in the same directory, but without the -zts >>> tag, so I put in a symbolic link (wishful thinking!). Now it's finding >>> them but each module produces either one or other of the warnings below= : >> You've turned on the Zend Thread Safety option in at least one of the >> PHP ports, but not in all of them. The rule with ZTS is that either you >> turn it on everywhere, or you turn it off everywhere. To fix: >>=20 >> # cd /usr/ports/lang/php5 >> # make config >> (change the options as required) >> # cd /usr/ports/www/mod_php5 >> # make config >> (ditto) >=20 > Thanks! This sounds very likely. There were warnings about dire consequen= ces if it wasn't selected so, naturally, I do remember selecting that but d= idn't put 2+2 together about the -zts on the directory name. If that's the = only problem, I'll know very soon (having to build gcc WITH qfortran for th= e gd lib to compile was also fun...) >=20 I'm using apache24 with mod_php5, php5 and ell extensions installed with bi= naries using pkg. it couldn't have been easier (freebsd-10-release), upgra= ding with pkg several times now has been painless. Dale From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 06:37:14 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B69ABF9 for ; Fri, 29 Aug 2014 06:37:14 +0000 (UTC) Received: from out21.biz.mail.alibaba.com (out114-136.biz.mail.alibaba.com [205.204.114.136]) by mx1.freebsd.org (Postfix) with ESMTP id 5D7781BE3 for ; Fri, 29 Aug 2014 06:37:11 +0000 (UTC) X-Alimail-AntiSpam: AC=CONTINUE; BC=0.2096285|-1; FP=6767130804029216058|5|1|5|0|-1|-1|-1; HT=r46d02042; MF=david@tseequipment.com; PH=DS; RN=1; RT=1; SR=0; Received: from VAVWWEDHQ5YKFZA(mailfrom:david@tseequipment.com ip:119.124.57.163) by smtp.aliyun-inc.com(10.147.11.246); Fri, 29 Aug 2014 14:36:50 +0800 MIME-Version: 1.0 From: EVA To: freebsd-questions@freebsd.org Reply-To: eva@tseequipment.com X-Priority: 1 Priority: urgent Importance: high Date: 29 Aug 2014 14:36:05 +0800 Subject: 2014 Quotation of Fingerprint attendance machines and other access control system/Whole Series Products Supplier/Guangzhou EBU Office Equipment/2014/8/29 14:36:04 Content-Type: multipart/mixed; boundary=--boundary_67_50a42dfe-ffdd-4934-abfc-280fadc2528f X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 06:37:14 -0000 ----boundary_67_50a42dfe-ffdd-4934-abfc-280fadc2528f Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFy c2V0PXVuaWNvZGUiIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlPg0KPE1FVEEgbmFtZT1HRU5F UkFUT1IgY29udGVudD0iTVNIVE1MIDEwLjAwLjkyMDAuMTcwNTQiPjwvSEVBRD4NCjxCT0RZ Pg0KPERJViANCnN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTog bm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IENPTE9SOiByZ2IoMCwwLDApOyBGT05UOiBtZWRp dW0gU2ltc3VuOyBPUlBIQU5TOiAyOyBXSURPV1M6IDI7IExFVFRFUi1TUEFDSU5HOiBub3Jt YWw7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsg LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48Rk9OVCANCnNpemU9NCBmYWNlPUNh bGlicmk+RGVhciBNYW5hZ2VyLDxTUEFOIA0KY2xhc3M9QXBwbGUtY29udmVydGVkLXNwYWNl PiZuYnNwOzwvU1BBTj48Rk9OVCANCmNvbG9yPSNmZmZmZmY+JVJBTl9DSEFSWzEwLTE1XTwv Rk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWIA0Kc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7 IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgQ09MT1I6IHJnYigw LDAsMCk7IEZPTlQ6IG1lZGl1bSBTaW1zdW47IE9SUEhBTlM6IDI7IFdJRE9XUzogMjsgTEVU VEVSLVNQQUNJTkc6IG5vcm1hbDsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXNp emUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjxGT05U IA0Kc2l6ZT00IGZhY2U9Q2FsaWJyaT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWIA0Kc3R5 bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQ QUNJTkc6IDBweDsgQ09MT1I6IHJnYigwLDAsMCk7IEZPTlQ6IG1lZGl1bSBTaW1zdW47IE9S UEhBTlM6IDI7IFdJRE9XUzogMjsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgVEVYVC1JTkRF TlQ6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQt c3Ryb2tlLXdpZHRoOiAwcHgiPjxGT05UIA0Kc2l6ZT00IGZhY2U9Q2FsaWJyaT5PdXIgZmlu Z2VyIHByaW50IHRpbWUgYXR0ZW5kYW5jZSByZWNvZGVyIGRvIHNhbGVzIHByb21vdGlvbiwg DQpmcm9tIE1heSAxIHRvIE9jdCAzMC4gVW50aWwgbm93LCBpdCBpcyB0aGU8U1BBTiANCmNs YXNzPUFwcGxlLWNvbnZlcnRlZC1zcGFjZT4mbmJzcDs8L1NQQU4+PFNUUk9ORz5saWdodGVz dCBmaW5nZXIgcHJpbnQgDQpyZWNvcmRlcjwvU1RST05HPi4gQW5kIHRoZSBwcmljZSBpcyB0 aGUgbW9zdCBjb21wZXRpdGl2ZSBhbW9uZyBkaWZmZXJlbnQgY2hpbmEgDQpmYWN0b3JpZXMu IF5fXjxTUEFOIGNsYXNzPUFwcGxlLWNvbnZlcnRlZC1zcGFjZT4mbmJzcDs8L1NQQU4+PEZP TlQgDQpjb2xvcj0jZmZmZmZmPiVSQU5fQ0hBUlsxMC0xNV08L0ZPTlQ+PC9GT05UPjwvRElW Pg0KPERJViANCnN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTog bm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IENPTE9SOiByZ2IoMCwwLDApOyBGT05UOiBtZWRp dW0gU2ltc3VuOyBPUlBIQU5TOiAyOyBXSURPV1M6IDI7IExFVFRFUi1TUEFDSU5HOiBub3Jt YWw7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsg LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48Rk9OVCANCnNpemU9NCBmYWNlPUNh bGlicmk+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJViANCnN0eWxlPSJXSElURS1TUEFDRTog bm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IENPTE9S OiByZ2IoMCwwLDApOyBGT05UOiBtZWRpdW0gU2ltc3VuOyBPUlBIQU5TOiAyOyBXSURPV1M6 IDI7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQt dGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4 Ij48Rk9OVCANCnNpemU9NCBmYWNlPUNhbGlicmk+PFNUUk9ORz48VT5FWCBmYWN0b3J5IFVT RCAzOC4zNi4gVSBkaXNrIGRvd24gbG9hZCwgbm8gbmVlZCANCnRvIGluc3RhbGwgc29mdHdh cmUuPC9VPiBXZSBhbHNvIGhhdmUgdGhlIGZpbmdlcnByaW50IGF0dGVuZGFuY2UgbWFjaGlu ZSB0byB3b3JrIA0KdG9nZXRoZXIgd2l0aCBhY2Nlc3MgY29udHJvbCBzeXN0ZW0sIGFzIGJl bG93OjwvU1RST05HPjwvRk9OVD48L0RJVj4NCjxESVYgDQpzdHlsZT0iV0hJVEUtU1BBQ0U6 IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4OyBDT0xP UjogcmdiKDAsMCwwKTsgRk9OVDogbWVkaXVtIFNpbXN1bjsgT1JQSEFOUzogMjsgV0lET1dT OiAyOyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0 LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBw eCI+PFNUUk9ORz48Rk9OVCANCmZhY2U9Q2FsaWJyaT48L0ZPTlQ+PC9TVFJPTkc+Jm5ic3A7 PC9ESVY+DQo8RElWIA0Kc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNG T1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgQ09MT1I6IHJnYigwLDAsMCk7IEZPTlQ6 IG1lZGl1bSBTaW1zdW47IE9SUEhBTlM6IDI7IFdJRE9XUzogMjsgTEVUVEVSLVNQQUNJTkc6 IG5vcm1hbDsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBh dXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPg0KPFAgY2xhc3M9TXNvTm9y bWFsIA0Kc3R5bGU9IlRFWFQtQUxJR046IGxlZnQ7IE1BUkdJTjogMGNtIDBjbSAwcHQgMzZw dDsgVEVYVC1JTkRFTlQ6IDBjbTsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFy Z2luLWJvdHRvbS1hbHQ6IGF1dG87IG1zby1wYWdpbmF0aW9uOiB3aWRvdy1vcnBoYW47IG1z by1saXN0OiBsMCBsZXZlbDEgbGZvMTsgdGFiLXN0b3BzOiBsaXN0IDM2LjBwdCIgDQphbGln bj1sZWZ0PjxBIG5hbWU9T0xFX0xJTksyPjxGT05UIHNpemU9ND48U1RST05HPjxTUEFOIGxh bmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogU3ltYm9s OyBDT0xPUjogYmxhY2s7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuNXB0OyBtc28tZmFyZWFz dC1mb250LWZhbWlseTogU3ltYm9sOyBtc28tYmlkaS1mb250LWZhbWlseTogU3ltYm9sOyBt c28tZm9udC1rZXJuaW5nOiAwcHQiPjxTUEFOIA0Kc3R5bGU9Im1zby1saXN0OiBJZ25vcmUi PsK3PFNQQU4gDQpzdHlsZT0iRk9OVDogN3B0ICdUaW1lcyBOZXcgUm9tYW4nIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg DQo8L1NQQU4+PC9TUEFOPjwvU1BBTj48VT48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZP TlQtRkFNSUxZOiBDYWxpYnJpOyBDT0xPUjogd2hpdGU7IG1zby1iaWRpLWZvbnQtc2l6ZTog MTAuNXB0OyBtc28tZm9udC1rZXJuaW5nOiAwcHQ7IG1zby1iaWRpLWZvbnQtd2VpZ2h0OiBi b2xkIj48U1BBTiANCnN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5ic3A7PC9TUEFOPjwv U1BBTj48L1U+PC9TVFJPTkc+PC9GT05UPjwvQT48U1RST05HPjxTUEFOIA0Kc3R5bGU9Im1z by1ib29rbWFyazogT0xFX0xJTksyIj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQt RkFNSUxZOiBDYWxpYnJpOyBDT0xPUjogYmx1ZTsgbXNvLWJpZGktZm9udC1zaXplOiAxMC41 cHQ7IG1zby1mb250LWtlcm5pbmc6IDBwdDsgbXNvLWJpZGktZm9udC13ZWlnaHQ6IGJvbGQi PkFjY2VzcyANCmNvbnRyb2wgcG93ZXIgc3VwcGx5PC9TUEFOPjwvU1BBTj48U1BBTiBzdHls ZT0ibXNvLWJvb2ttYXJrOiBPTEVfTElOSzIiPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxl PSJGT05ULUZBTUlMWTogQ2FsaWJyaTsgQ09MT1I6IGJsYWNrOyBtc28tYmlkaS1mb250LXNp emU6IDEwLjVwdDsgbXNvLWZvbnQta2VybmluZzogMHB0Ij48P3htbDpuYW1lc3BhY2UgDQpw cmVmaXggPSAibyIgbnMgPSAidXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2Zm aWNlIiANCi8+PG86cD48L286cD48L1NQQU4+PC9TUEFOPjwvU1RST05HPjwvUD4NCjxQIGNs YXNzPU1zb05vcm1hbCANCnN0eWxlPSJURVhULUFMSUdOOiBsZWZ0OyBNQVJHSU46IDBjbSAw Y20gMHB0IDM2cHQ7IFRFWFQtSU5ERU5UOiAwY207IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0 bzsgbXNvLW1hcmdpbi1ib3R0b20tYWx0OiBhdXRvOyBtc28tcGFnaW5hdGlvbjogd2lkb3ct b3JwaGFuOyBtc28tbGlzdDogbDAgbGV2ZWwxIGxmbzE7IHRhYi1zdG9wczogbGlzdCAzNi4w cHQiIA0KYWxpZ249bGVmdD48Rk9OVCBzaXplPTQ+PFNUUk9ORz48U1BBTiBzdHlsZT0ibXNv LWJvb2ttYXJrOiBPTEVfTElOSzIiPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJGT05U LVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiBTeW1ib2w7IENPTE9SOiBibGFjazsgbXNvLWJp ZGktZm9udC1zaXplOiAxMC41cHQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiBTeW1ib2w7 IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBTeW1ib2w7IG1zby1mb250LWtlcm5pbmc6IDBwdCI+ PFNQQU4gDQpzdHlsZT0ibXNvLWxpc3Q6IElnbm9yZSI+wrc8U1BBTiBzdHlsZT0iRk9OVDog N3B0ICdUaW1lcyBOZXcgUm9tYW4nIj4gDQo8L1NQQU4+PC9TUEFOPjwvU1BBTj48U1BBTiBs YW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBDYWxpYnJpOyBDT0xPUjogYmx1ZTsg bXNvLWJpZGktZm9udC1zaXplOiAxMC41cHQ7IG1zby1mb250LWtlcm5pbmc6IDBwdDsgbXNv LWJpZGktZm9udC13ZWlnaHQ6IGJvbGQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyANCldpcmVsZXNzIGNvbnRyb2xsZXI8L1NQQU4+PC9TUEFOPjxTUEFOIHN0eWxlPSJtc28t Ym9va21hcms6IE9MRV9MSU5LMiI+PFNQQU4gDQpsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQt RkFNSUxZOiBDYWxpYnJpOyBDT0xPUjogYmxhY2s7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAu NXB0OyBtc28tZm9udC1rZXJuaW5nOiAwcHQiPjxvOnA+PC9vOnA+PC9TUEFOPjwvU1BBTj48 L1NUUk9ORz48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9IlRFWFQt QUxJR046IGxlZnQ7IE1BUkdJTjogMGNtIDBjbSAwcHQgMzZwdDsgVEVYVC1JTkRFTlQ6IDBj bTsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFyZ2luLWJvdHRvbS1hbHQ6IGF1 dG87IG1zby1wYWdpbmF0aW9uOiB3aWRvdy1vcnBoYW47IG1zby1saXN0OiBsMCBsZXZlbDEg bGZvMTsgdGFiLXN0b3BzOiBsaXN0IDM2LjBwdCIgDQphbGlnbj1sZWZ0PjxGT05UIHNpemU9 ND48U1RST05HPjxTUEFOIHN0eWxlPSJtc28tYm9va21hcms6IE9MRV9MSU5LMiI+PFNQQU4g DQpsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IFN5 bWJvbDsgQ09MT1I6IGJsYWNrOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWZh cmVhc3QtZm9udC1mYW1pbHk6IFN5bWJvbDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IFN5bWJv bDsgbXNvLWZvbnQta2VybmluZzogMHB0Ij48U1BBTiANCnN0eWxlPSJtc28tbGlzdDogSWdu b3JlIj7CtzxTUEFOIHN0eWxlPSJGT05UOiA3cHQgJ1RpbWVzIE5ldyBSb21hbiciPiANCjwv U1BBTj48L1NQQU4+PC9TUEFOPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1J TFk6IENhbGlicmk7IENPTE9SOiBibHVlOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsg bXNvLWZvbnQta2VybmluZzogMHB0OyBtc28tYmlkaS1mb250LXdlaWdodDogYm9sZCI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KVHJhbnNwb25kZXI8L1NQQU4+PC9TUEFO PjxTUEFOIHN0eWxlPSJtc28tYm9va21hcms6IE9MRV9MSU5LMiI+PFNQQU4gbGFuZz1FTi1V UyANCnN0eWxlPSJGT05ULUZBTUlMWTogQ2FsaWJyaTsgQ09MT1I6IGJsYWNrOyBtc28tYmlk aS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWZvbnQta2VybmluZzogMHB0Ij48bzpwPjwvbzpw PjwvU1BBTj48L1NQQU4+PC9TVFJPTkc+PC9GT05UPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1h bCANCnN0eWxlPSJURVhULUFMSUdOOiBsZWZ0OyBNQVJHSU46IDBjbSAwY20gMHB0IDM2cHQ7 IFRFWFQtSU5ERU5UOiAwY207IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdp bi1ib3R0b20tYWx0OiBhdXRvOyBtc28tcGFnaW5hdGlvbjogd2lkb3ctb3JwaGFuOyBtc28t bGlzdDogbDAgbGV2ZWwxIGxmbzE7IHRhYi1zdG9wczogbGlzdCAzNi4wcHQiIA0KYWxpZ249 bGVmdD48Rk9OVCBzaXplPTQ+PFNUUk9ORz48U1BBTiBzdHlsZT0ibXNvLWJvb2ttYXJrOiBP TEVfTElOSzIiPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7 IEZPTlQtRkFNSUxZOiBTeW1ib2w7IENPTE9SOiBibGFjazsgbXNvLWJpZGktZm9udC1zaXpl OiAxMC41cHQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiBTeW1ib2w7IG1zby1iaWRpLWZv bnQtZmFtaWx5OiBTeW1ib2w7IG1zby1mb250LWtlcm5pbmc6IDBwdCI+PFNQQU4gDQpzdHls ZT0ibXNvLWxpc3Q6IElnbm9yZSI+wrc8U1BBTiBzdHlsZT0iRk9OVDogN3B0ICdUaW1lcyBO ZXcgUm9tYW4nIj4gDQo8L1NQQU4+PC9TUEFOPjwvU1BBTj48U1BBTiBsYW5nPUVOLVVTIA0K c3R5bGU9IkZPTlQtRkFNSUxZOiBDYWxpYnJpOyBDT0xPUjogYmx1ZTsgbXNvLWJpZGktZm9u dC1zaXplOiAxMC41cHQ7IG1zby1mb250LWtlcm5pbmc6IDBwdDsgbXNvLWJpZGktZm9udC13 ZWlnaHQ6IGJvbGQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCiZuYnNwO0Vu dHJhbmNlIGd1YXJkIGNhcmQ8L1NQQU4+PC9TUEFOPjxTUEFOIA0Kc3R5bGU9Im1zby1ib29r bWFyazogT0xFX0xJTksyIj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZ OiBDYWxpYnJpOyBDT0xPUjogYmxhY2s7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuNXB0OyBt c28tZm9udC1rZXJuaW5nOiAwcHQiPjxvOnA+PC9vOnA+PC9TUEFOPjwvU1BBTj48L1NUUk9O Rz48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9IlRFWFQtQUxJR046 IGxlZnQ7IE1BUkdJTjogMGNtIDBjbSAwcHQgMzZwdDsgVEVYVC1JTkRFTlQ6IDBjbTsgbXNv LW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFyZ2luLWJvdHRvbS1hbHQ6IGF1dG87IG1z by1wYWdpbmF0aW9uOiB3aWRvdy1vcnBoYW47IG1zby1saXN0OiBsMCBsZXZlbDEgbGZvMTsg dGFiLXN0b3BzOiBsaXN0IDM2LjBwdCIgDQphbGlnbj1sZWZ0PjxGT05UIHNpemU9ND48U1RS T05HPjxTUEFOIHN0eWxlPSJtc28tYm9va21hcms6IE9MRV9MSU5LMiI+PFNQQU4gDQpsYW5n PUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IFN5bWJvbDsg Q09MT1I6IGJsYWNrOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6IFN5bWJvbDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IFN5bWJvbDsgbXNv LWZvbnQta2VybmluZzogMHB0Ij48U1BBTiANCnN0eWxlPSJtc28tbGlzdDogSWdub3JlIj7C tzxTUEFOIHN0eWxlPSJGT05UOiA3cHQgJ1RpbWVzIE5ldyBSb21hbiciPiANCjwvU1BBTj48 L1NQQU4+PC9TUEFOPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1JTFk6IENh bGlicmk7IENPTE9SOiBibHVlOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWZv bnQta2VybmluZzogMHB0OyBtc28tYmlkaS1mb250LXdlaWdodDogYm9sZCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KPFNQQU4gc3R5bGU9Im1zby1zcGFjZXJ1bjogeWVz Ij4mbmJzcDs8L1NQQU4+RG9vciBDbG9zZXIgPC9TUEFOPjwvU1BBTj48U1BBTiANCnN0eWxl PSJtc28tYm9va21hcms6IE9MRV9MSU5LMiI+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJG T05ULUZBTUlMWTogQ2FsaWJyaTsgQ09MT1I6IGJsYWNrOyBtc28tYmlkaS1mb250LXNpemU6 IDEwLjVwdDsgbXNvLWZvbnQta2VybmluZzogMHB0Ij48bzpwPjwvbzpwPjwvU1BBTj48L1NQ QU4+PC9TVFJPTkc+PC9GT05UPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJU RVhULUFMSUdOOiBsZWZ0OyBNQVJHSU46IDBjbSAwY20gMHB0IDM2cHQ7IFRFWFQtSU5ERU5U OiAwY207IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdpbi1ib3R0b20tYWx0 OiBhdXRvOyBtc28tcGFnaW5hdGlvbjogd2lkb3ctb3JwaGFuOyBtc28tbGlzdDogbDAgbGV2 ZWwxIGxmbzE7IHRhYi1zdG9wczogbGlzdCAzNi4wcHQiIA0KYWxpZ249bGVmdD48Rk9OVCBz aXplPTQ+PFNUUk9ORz48U1BBTiBzdHlsZT0ibXNvLWJvb2ttYXJrOiBPTEVfTElOSzIiPjxT UEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZ OiBTeW1ib2w7IENPTE9SOiBibGFjazsgbXNvLWJpZGktZm9udC1zaXplOiAxMC41cHQ7IG1z by1mYXJlYXN0LWZvbnQtZmFtaWx5OiBTeW1ib2w7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBT eW1ib2w7IG1zby1mb250LWtlcm5pbmc6IDBwdCI+PFNQQU4gDQpzdHlsZT0ibXNvLWxpc3Q6 IElnbm9yZSI+wrc8U1BBTiBzdHlsZT0iRk9OVDogN3B0ICdUaW1lcyBOZXcgUm9tYW4nIj4g DQo8L1NQQU4+PC9TUEFOPjwvU1BBTj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQt RkFNSUxZOiBDYWxpYnJpOyBDT0xPUjogYmx1ZTsgbXNvLWJpZGktZm9udC1zaXplOiAxMC41 cHQ7IG1zby1mb250LWtlcm5pbmc6IDBwdDsgbXNvLWJpZGktZm9udC13ZWlnaHQ6IGJvbGQi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCjxTUEFOIHN0eWxlPSJtc28tc3Bh Y2VydW46IHllcyI+Jm5ic3A7PC9TUEFOPk1hZ25ldGljIA0KbG9jayhZTEkmYW1wO1NPTUIp PC9TUEFOPjwvU1BBTj48U1BBTiBzdHlsZT0ibXNvLWJvb2ttYXJrOiBPTEVfTElOSzIiPjxT UEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULUZBTUlMWTogQ2FsaWJyaTsgQ09MT1I6 IGJsYWNrOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWZvbnQta2VybmluZzog MHB0Ij48bzpwPjwvbzpwPjwvU1BBTj48L1NQQU4+PC9TVFJPTkc+PC9GT05UPjwvUD4NCjxQ IGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJURVhULUFMSUdOOiBsZWZ0OyBNQVJHSU46IDBj bSAwY20gMHB0IDM2cHQ7IFRFWFQtSU5ERU5UOiAwY207IG1zby1tYXJnaW4tdG9wLWFsdDog YXV0bzsgbXNvLW1hcmdpbi1ib3R0b20tYWx0OiBhdXRvOyBtc28tcGFnaW5hdGlvbjogd2lk b3ctb3JwaGFuOyBtc28tbGlzdDogbDAgbGV2ZWwxIGxmbzE7IHRhYi1zdG9wczogbGlzdCAz Ni4wcHQiIA0KYWxpZ249bGVmdD48Rk9OVCBzaXplPTQ+PFNUUk9ORz48U1BBTiBzdHlsZT0i bXNvLWJvb2ttYXJrOiBPTEVfTElOSzIiPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJG T05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiBTeW1ib2w7IENPTE9SOiBibGFjazsgbXNv LWJpZGktZm9udC1zaXplOiAxMC41cHQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiBTeW1i b2w7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBTeW1ib2w7IG1zby1mb250LWtlcm5pbmc6IDBw dCI+PFNQQU4gDQpzdHlsZT0ibXNvLWxpc3Q6IElnbm9yZSI+wrc8U1BBTiBzdHlsZT0iRk9O VDogN3B0ICdUaW1lcyBOZXcgUm9tYW4nIj4gDQo8L1NQQU4+PC9TUEFOPjwvU1BBTj48U1BB TiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBDYWxpYnJpOyBDT0xPUjogYmx1 ZTsgbXNvLWJpZGktZm9udC1zaXplOiAxMC41cHQ7IG1zby1mb250LWtlcm5pbmc6IDBwdDsg bXNvLWJpZGktZm9udC13ZWlnaHQ6IGJvbGQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyANCjxTUEFOIHN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5ic3A7PC9TUEFOPkVs ZWN0cmljaXR5IG1vcnRpc2UgbG9jayANCjwvU1BBTj48L1NQQU4+PFNQQU4gc3R5bGU9Im1z by1ib29rbWFyazogT0xFX0xJTksyIj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQt RkFNSUxZOiBDYWxpYnJpOyBDT0xPUjogYmxhY2s7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAu NXB0OyBtc28tZm9udC1rZXJuaW5nOiAwcHQiPjxvOnA+PC9vOnA+PC9TUEFOPjwvU1BBTj48 L1NUUk9ORz48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9IlRFWFQt QUxJR046IGxlZnQ7IE1BUkdJTjogMGNtIDBjbSAwcHQgMzZwdDsgVEVYVC1JTkRFTlQ6IDBj bTsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFyZ2luLWJvdHRvbS1hbHQ6IGF1 dG87IG1zby1wYWdpbmF0aW9uOiB3aWRvdy1vcnBoYW47IG1zby1saXN0OiBsMCBsZXZlbDEg bGZvMTsgdGFiLXN0b3BzOiBsaXN0IDM2LjBwdCIgDQphbGlnbj1sZWZ0PjxGT05UIHNpemU9 ND48U1RST05HPjxTUEFOIHN0eWxlPSJtc28tYm9va21hcms6IE9MRV9MSU5LMiI+PFNQQU4g DQpsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IFN5 bWJvbDsgQ09MT1I6IGJsYWNrOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWZh cmVhc3QtZm9udC1mYW1pbHk6IFN5bWJvbDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IFN5bWJv bDsgbXNvLWZvbnQta2VybmluZzogMHB0Ij48U1BBTiANCnN0eWxlPSJtc28tbGlzdDogSWdu b3JlIj7CtzxTUEFOIHN0eWxlPSJGT05UOiA3cHQgJ1RpbWVzIE5ldyBSb21hbiciPiANCjwv U1BBTj48L1NQQU4+PC9TUEFOPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1J TFk6IENhbGlicmk7IENPTE9SOiBibHVlOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsg bXNvLWZvbnQta2VybmluZzogMHB0OyBtc28tYmlkaS1mb250LXdlaWdodDogYm9sZCI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KJm5ic3A7IEhZLUpZUzwvU1BBTj48L1NQQU4+PFNQ QU4gc3R5bGU9Im1zby1ib29rbWFyazogT0xFX0xJTksyIj48U1BBTiANCmxhbmc9RU4tVVMg DQpzdHlsZT0iRk9OVC1GQU1JTFk6IENhbGlicmk7IENPTE9SOiBibGFjazsgbXNvLWJpZGkt Zm9udC1zaXplOiAxMC41cHQ7IG1zby1mb250LWtlcm5pbmc6IDBwdCI+PG86cD48L286cD48 L1NQQU4+PC9TUEFOPjwvU1RST05HPjwvRk9OVD48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwg DQpzdHlsZT0iVEVYVC1BTElHTjogbGVmdDsgTUFSR0lOOiAwY20gMGNtIDBwdCAzNnB0OyBU RVhULUlOREVOVDogMGNtOyBtc28tbWFyZ2luLXRvcC1hbHQ6IGF1dG87IG1zby1tYXJnaW4t Ym90dG9tLWFsdDogYXV0bzsgbXNvLXBhZ2luYXRpb246IHdpZG93LW9ycGhhbjsgbXNvLWxp c3Q6IGwwIGxldmVsMSBsZm8xOyB0YWItc3RvcHM6IGxpc3QgMzYuMHB0IiANCmFsaWduPWxl ZnQ+PEZPTlQgc2l6ZT00PjxTVFJPTkc+PFNQQU4gc3R5bGU9Im1zby1ib29rbWFyazogT0xF X0xJTksyIj48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBG T05ULUZBTUlMWTogU3ltYm9sOyBDT0xPUjogYmxhY2s7IG1zby1iaWRpLWZvbnQtc2l6ZTog MTAuNXB0OyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogU3ltYm9sOyBtc28tYmlkaS1mb250 LWZhbWlseTogU3ltYm9sOyBtc28tZm9udC1rZXJuaW5nOiAwcHQiPjxTUEFOIA0Kc3R5bGU9 Im1zby1saXN0OiBJZ25vcmUiPsK3PFNQQU4gc3R5bGU9IkZPTlQ6IDdwdCAnVGltZXMgTmV3 IFJvbWFuJyI+IA0KPC9TUEFOPjwvU1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0 eWxlPSJGT05ULUZBTUlMWTogQ2FsaWJyaTsgQ09MT1I6IGJsdWU7IG1zby1iaWRpLWZvbnQt c2l6ZTogMTAuNXB0OyBtc28tZm9udC1rZXJuaW5nOiAwcHQ7IG1zby1iaWRpLWZvbnQtd2Vp Z2h0OiBib2xkIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQombmJzcDtDYXJk IHJlYWRlcjwvU1BBTj48L1NQQU4+PFNQQU4gc3R5bGU9Im1zby1ib29rbWFyazogT0xFX0xJ TksyIj48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1JTFk6IENhbGlicmk7 IENPTE9SOiBibGFjazsgbXNvLWJpZGktZm9udC1zaXplOiAxMC41cHQ7IG1zby1mb250LWtl cm5pbmc6IDBwdCI+PG86cD48L286cD48L1NQQU4+PC9TUEFOPjwvU1RST05HPjwvRk9OVD48 L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iVEVYVC1BTElHTjogbGVmdDsgTUFS R0lOOiAwY20gMGNtIDBwdCAzNnB0OyBURVhULUlOREVOVDogMGNtOyBtc28tbWFyZ2luLXRv cC1hbHQ6IGF1dG87IG1zby1tYXJnaW4tYm90dG9tLWFsdDogYXV0bzsgbXNvLXBhZ2luYXRp b246IHdpZG93LW9ycGhhbjsgbXNvLWxpc3Q6IGwwIGxldmVsMSBsZm8xOyB0YWItc3RvcHM6 IGxpc3QgMzYuMHB0IiANCmFsaWduPWxlZnQ+PEZPTlQgc2l6ZT00PjxTVFJPTkc+PFNQQU4g c3R5bGU9Im1zby1ib29rbWFyazogT0xFX0xJTksyIj48U1BBTiANCmxhbmc9RU4tVVMgDQpz dHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogU3ltYm9sOyBDT0xPUjogYmxh Y2s7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuNXB0OyBtc28tZmFyZWFzdC1mb250LWZhbWls eTogU3ltYm9sOyBtc28tYmlkaS1mb250LWZhbWlseTogU3ltYm9sOyBtc28tZm9udC1rZXJu aW5nOiAwcHQiPjxTUEFOIA0Kc3R5bGU9Im1zby1saXN0OiBJZ25vcmUiPsK3PFNQQU4gc3R5 bGU9IkZPTlQ6IDdwdCAnVGltZXMgTmV3IFJvbWFuJyI+IA0KPC9TUEFOPjwvU1BBTj48L1NQ QU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULUZBTUlMWTogQ2FsaWJyaTsgQ09M T1I6IGJsdWU7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuNXB0OyBtc28tZm9udC1rZXJuaW5n OiAwcHQ7IG1zby1iaWRpLWZvbnQtd2VpZ2h0OiBib2xkIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgDQo8U1BBTiBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOzwvU1BBTj5B Y2Nlc3MgQ29udHJvbCANCk1hY2hpbmU8L1NQQU4+PC9TUEFOPjxTUEFOIHN0eWxlPSJtc28t Ym9va21hcms6IE9MRV9MSU5LMiI+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULUZB TUlMWTogQ2FsaWJyaTsgQ09MT1I6IGJsYWNrOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjVw dDsgbXNvLWZvbnQta2VybmluZzogMHB0Ij48bzpwPjwvbzpwPjwvU1BBTj48L1NQQU4+PC9T VFJPTkc+PC9GT05UPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJURVhULUFM SUdOOiBsZWZ0OyBNQVJHSU46IDBjbSAwY20gMHB0IDM2cHQ7IFRFWFQtSU5ERU5UOiAwY207 IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdpbi1ib3R0b20tYWx0OiBhdXRv OyBtc28tcGFnaW5hdGlvbjogd2lkb3ctb3JwaGFuOyBtc28tbGlzdDogbDAgbGV2ZWwxIGxm bzE7IHRhYi1zdG9wczogbGlzdCAzNi4wcHQiIA0KYWxpZ249bGVmdD48U1BBTiBzdHlsZT0i bXNvLWJvb2ttYXJrOiBPTEVfTElOSzIiPjxGT05UIHNpemU9Mz48U1BBTiBsYW5nPUVOLVVT IA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IFN5bWJvbDsgQ09MT1I6 IGJsYWNrOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWZhcmVhc3QtZm9udC1m YW1pbHk6IFN5bWJvbDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IFN5bWJvbDsgbXNvLWZvbnQt a2VybmluZzogMHB0Ij48U1BBTiANCnN0eWxlPSJtc28tbGlzdDogSWdub3JlIj48Rk9OVCBz aXplPTQ+PFNUUk9ORz7CtzxTUEFOIA0Kc3R5bGU9IkZPTlQ6IDdwdCAnVGltZXMgTmV3IFJv bWFuJyI+IDwvU1BBTj48L1NUUk9ORz48L0ZPTlQ+PC9TUEFOPjwvU1BBTj48U1BBTiANCmxh bmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1JTFk6IENhbGlicmk7IENPTE9SOiBibHVlOyBt c28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWZvbnQta2VybmluZzogMHB0OyBtc28t YmlkaS1mb250LXdlaWdodDogYm9sZCI+PEZPTlQgDQpzaXplPTQ+PFNUUk9ORz4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgPFNQQU4gDQpzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZu YnNwOzwvU1BBTj5Mb2NrIGhvbGRlcjwvU1RST05HPjwvRk9OVD4gDQo8L1NQQU4+PC9GT05U PjwvU1BBTj48U1BBTiBzdHlsZT0ibXNvLWJvb2ttYXJrOiBPTEVfTElOSzIiPjxTUEFOIGxh bmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1GQU1JTFk6IENhbGlicmk7IENPTE9SOiBibGFjazsg bXNvLWJpZGktZm9udC1zaXplOiAxMC41cHQ7IG1zby1mb250LWtlcm5pbmc6IDBwdCI+PG86 cD48L286cD48L1NQQU4+PC9TUEFOPjwvUD48L0RJVj4NCjxESVYgDQpzdHlsZT0iV0hJVEUt U1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4 OyBDT0xPUjogcmdiKDAsMCwwKTsgRk9OVDogbWVkaXVtIFNpbXN1bjsgT1JQSEFOUzogMjsg V0lET1dTOiAyOyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBURVhULUlOREVOVDogMHB4OyAt d2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87IC13ZWJraXQtdGV4dC1zdHJva2Utd2lk dGg6IDBweCI+PEZPTlQgDQpzaXplPTQgZmFjZT1DYWxpYnJpPjwvRk9OVD4mbmJzcDs8L0RJ Vj4NCjxESVYgDQpzdHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06 IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4OyBDT0xPUjogcmdiKDAsMCwwKTsgRk9OVDogbWVk aXVtIFNpbXN1bjsgT1JQSEFOUzogMjsgV0lET1dTOiAyOyBMRVRURVItU1BBQ0lORzogbm9y bWFsOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87 IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+PEZPTlQgDQpzaXplPTQgZmFjZT1D YWxpYnJpPk9yIHlvdSBjb3VsZCBhbHNvIGVudGVyIGludG8gb3VyIHJldGFpbCBzaG9wIG9u IGFsaWJhYmEgdG8gDQpidXkgZGlyZWN0bHksPC9GT05UPjwvRElWPg0KPERJViANCnN0eWxl PSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFD SU5HOiAwcHg7IENPTE9SOiByZ2IoMCwwLDApOyBGT05UOiBtZWRpdW0gU2ltc3VuOyBPUlBI QU5TOiAyOyBXSURPV1M6IDI7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IFRFWFQtSU5ERU5U OiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0 cm9rZS13aWR0aDogMHB4Ij48QSANCmhyZWY9Imh0dHA6Ly93d3cuYWxpZXhwcmVzcy5jb20v c3RvcmUvcHJvZHVjdC9EaXJlY3Qtc2FsZXMtVVNCLVBvcnQtUlM0ODUtMzItRFNQLUdvb2Qt RGVzaWduLVJGSUQtU2VjdXJpdHktQmlvbWV0cmljcy1IYW5naW5nLUZpbmdlcnByaW50LUFj Y2Vzcy1Db250cm9sbGVyLzMyNjU4M18xODI1NTE4Mjc1Lmh0bWwiPjxGT05UIA0KZmFjZT1D YWxpYnJpPmh0dHA6Ly93d3cuYWxpZXhwcmVzcy5jb20vc3RvcmUvcHJvZHVjdC9EaXJlY3Qt c2FsZXMtVVNCLVBvcnQtUlM0ODUtMzItRFNQLUdvb2QtRGVzaWduLVJGSUQtU2VjdXJpdHkt QmlvbWV0cmljcy1IYW5naW5nLUZpbmdlcnByaW50LUFjY2Vzcy1Db250cm9sbGVyLzMyNjU4 M18xODI1NTE4Mjc1Lmh0bWw8L0ZPTlQ+PC9BPjwvRElWPg0KPERJViANCnN0eWxlPSJXSElU RS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAw cHg7IENPTE9SOiByZ2IoMCwwLDApOyBGT05UOiBtZWRpdW0gU2ltc3VuOyBPUlBIQU5TOiAy OyBXSURPV1M6IDI7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IFRFWFQtSU5ERU5UOiAwcHg7 IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4Ij48Rk9OVCANCmZhY2U9Q2FsaWJyaT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8 RElWIA0Kc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25l OyBXT1JELVNQQUNJTkc6IDBweDsgQ09MT1I6IHJnYigwLDAsMCk7IEZPTlQ6IG1lZGl1bSBT aW1zdW47IE9SUEhBTlM6IDI7IFdJRE9XUzogMjsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsg VEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Vi a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjxGT05UIA0KZmFjZT1DYWxpYnJpPjwvRk9O VD4mbmJzcDs8L0RJVj4NCjxESVYgDQpzdHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVY VC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4OyBDT0xPUjogcmdiKDAsMCww KTsgRk9OVDogbWVkaXVtIFNpbXN1bjsgT1JQSEFOUzogMjsgV0lET1dTOiAyOyBMRVRURVIt U1BBQ0lORzogbm9ybWFsOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc2l6ZS1h ZGp1c3Q6IGF1dG87IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+PEZPTlQgDQpm YWNlPUNhbGlicmk+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJViANCnN0eWxlPSJXSElURS1T UEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7 IENPTE9SOiByZ2IoMCwwLDApOyBGT05UOiBtZWRpdW0gU2ltc3VuOyBPUlBIQU5TOiAyOyBX SURPV1M6IDI7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IFRFWFQtSU5ERU5UOiAwcHg7IC13 ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0 aDogMHB4Ij48Rk9OVCANCmZhY2U9Q2FsaWJyaT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElW IA0Kc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBX T1JELVNQQUNJTkc6IDBweDsgQ09MT1I6IHJnYigwLDAsMCk7IEZPTlQ6IG1lZGl1bSBTaW1z dW47IE9SUEhBTlM6IDI7IFdJRE9XUzogMjsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgVEVY VC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0 LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjxGT05UIA0Kc2l6ZT00IGZhY2U9Q2FsaWJyaT5C ZXN0IFJlZ2FyZHM8L0ZPTlQ+PC9ESVY+DQo8RElWIA0Kc3R5bGU9IldISVRFLVNQQUNFOiBu b3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgQ09MT1I6 IHJnYigwLDAsMCk7IEZPTlQ6IG1lZGl1bSBTaW1zdW47IE9SUEhBTlM6IDI7IFdJRE9XUzog MjsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10 ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgi PjxGT05UIA0Kc2l6ZT00IGZhY2U9Q2FsaWJyaT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElW IA0Kc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBX T1JELVNQQUNJTkc6IDBweDsgQ09MT1I6IHJnYigwLDAsMCk7IEZPTlQ6IG1lZGl1bSBTaW1z dW47IE9SUEhBTlM6IDI7IFdJRE9XUzogMjsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgVEVY VC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0 LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjxGT05UIA0Kc2l6ZT00IGZhY2U9Q2FsaWJyaT5N b25pY2FXYW5nPFNQQU4gDQpjbGFzcz1BcHBsZS1jb252ZXJ0ZWQtc3BhY2U+Jm5ic3A7PC9T UEFOPjxGT05UIA0KY29sb3I9I2ZmZmZmZj4lUkFOX0NIQVJbMTAtMTVdPC9GT05UPjwvRk9O VD48L0RJVj4NCjxESVYgDQpzdHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFO U0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4OyBDT0xPUjogcmdiKDAsMCwwKTsgRk9O VDogbWVkaXVtIFNpbXN1bjsgT1JQSEFOUzogMjsgV0lET1dTOiAyOyBMRVRURVItU1BBQ0lO Rzogbm9ybWFsOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6 IGF1dG87IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+PEZPTlQgDQpzaXplPTQg ZmFjZT1DYWxpYnJpPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgDQpzdHlsZT0iV0hJVEUt U1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4 OyBDT0xPUjogcmdiKDAsMCwwKTsgRk9OVDogbWVkaXVtIFNpbXN1bjsgT1JQSEFOUzogMjsg V0lET1dTOiAyOyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBURVhULUlOREVOVDogMHB4OyAt d2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87IC13ZWJraXQtdGV4dC1zdHJva2Utd2lk dGg6IDBweCI+PEZPTlQgDQpzaXplPTQgZmFjZT1DYWxpYnJpPkd1YW5nemhvdSBFQlUgb2Zm aWNlIEVxdWlwbWVudCBDbywgTHRkPC9GT05UPjwvRElWPg0KPERJViANCnN0eWxlPSJXSElU RS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAw cHg7IENPTE9SOiByZ2IoMCwwLDApOyBGT05UOiBtZWRpdW0gU2ltc3VuOyBPUlBIQU5TOiAy OyBXSURPV1M6IDI7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IFRFWFQtSU5ERU5UOiAwcHg7 IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4Ij48Rk9OVCANCnNpemU9NCBmYWNlPUNhbGlicmk+PC9GT05UPiZuYnNwOzwv RElWPg0KPERJViANCnN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9S TTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IENPTE9SOiByZ2IoMCwwLDApOyBGT05UOiBt ZWRpdW0gU2ltc3VuOyBPUlBIQU5TOiAyOyBXSURPV1M6IDI7IExFVFRFUi1TUEFDSU5HOiBu b3JtYWw7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0 bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48Rk9OVCANCmZhY2U9Q2FsaWJy aT5XZWJzaXRlOjwvRk9OVD48Rk9OVCBzaXplPTQgZmFjZT1DYWxpYnJpPmNoaW5hLWVidS5j b208L0ZPTlQ+PC9ESVY+DQo8RElWIA0Kc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRF WFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgQ09MT1I6IHJnYigwLDAs MCk7IEZPTlQ6IG1lZGl1bSBTaW1zdW47IE9SUEhBTlM6IDI7IFdJRE9XUzogMjsgTEVUVEVS LVNQQUNJTkc6IG5vcm1hbDsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUt YWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjxGT05UIA0K c2l6ZT00IGZhY2U9Q2FsaWJyaT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWIA0Kc3R5bGU9 IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJ Tkc6IDBweDsgQ09MT1I6IHJnYigwLDAsMCk7IEZPTlQ6IG1lZGl1bSBTaW1zdW47IE9SUEhB TlM6IDI7IFdJRE9XUzogMjsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgVEVYVC1JTkRFTlQ6 IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ry b2tlLXdpZHRoOiAwcHgiPjxGT05UIA0Kc2l6ZT00IGZhY2U9Q2FsaWJyaT5OTy4yLCBYaXVz aGVuZyBSb2FkLCBIZW5na2VuZyBJbmR1c3RyaWFsIFpvbmUsPC9GT05UPjwvRElWPg0KPERJ ViANCnN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsg V09SRC1TUEFDSU5HOiAwcHg7IENPTE9SOiByZ2IoMCwwLDApOyBGT05UOiBtZWRpdW0gU2lt c3VuOyBPUlBIQU5TOiAyOyBXSURPV1M6IDI7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IFRF WFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtp dC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48Rk9OVCANCnNpemU9NCBmYWNlPUNhbGlicmk+ PC9GT05UPiZuYnNwOzwvRElWPg0KPERJViANCnN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFs OyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IENPTE9SOiByZ2Io MCwwLDApOyBGT05UOiBtZWRpdW0gU2ltc3VuOyBPUlBIQU5TOiAyOyBXSURPV1M6IDI7IExF VFRFUi1TUEFDSU5HOiBub3JtYWw7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1z aXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48Rk9O VCANCnNpemU9NCBmYWNlPUNhbGlicmk+UmVuaGUgdG93bixCYWl5dW4gZGlzdHJpY3QsR3Vh bmd6aG91IGNpdHksPC9GT05UPjxGT05UIA0Kc2l6ZT00IGZhY2U9Q2FsaWJyaT5DaGluYTwv Rk9OVD48L0RJVj4NCjxESVYgDQpzdHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1U UkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4OyBDT0xPUjogcmdiKDAsMCwwKTsg Rk9OVDogbWVkaXVtIFNpbXN1bjsgT1JQSEFOUzogMjsgV0lET1dTOiAyOyBMRVRURVItU1BB Q0lORzogbm9ybWFsOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc2l6ZS1hZGp1 c3Q6IGF1dG87IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+PEZPTlQgDQpzaXpl PTQgZmFjZT1DYWxpYnJpPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgDQpzdHlsZT0iV0hJ VEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lORzog MHB4OyBDT0xPUjogcmdiKDAsMCwwKTsgRk9OVDogbWVkaXVtIFNpbXN1bjsgT1JQSEFOUzog MjsgV0lET1dTOiAyOyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBURVhULUlOREVOVDogMHB4 OyAtd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87IC13ZWJraXQtdGV4dC1zdHJva2Ut d2lkdGg6IDBweCI+PEZPTlQgDQpzaXplPTQgZmFjZT1DYWxpYnJpPlRlbDowMDg2LTIwLTM2 MzI2MDE5PC9GT05UPjwvRElWPg0KPERJViANCnN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFs OyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IENPTE9SOiByZ2Io MCwwLDApOyBGT05UOiBtZWRpdW0gU2ltc3VuOyBPUlBIQU5TOiAyOyBXSURPV1M6IDI7IExF VFRFUi1TUEFDSU5HOiBub3JtYWw7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1z aXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48Rk9O VCANCnNpemU9NCBmYWNlPUNhbGlicmk+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJViANCnN0 eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1T UEFDSU5HOiAwcHg7IENPTE9SOiByZ2IoMCwwLDApOyBGT05UOiBtZWRpdW0gU2ltc3VuOyBP UlBIQU5TOiAyOyBXSURPV1M6IDI7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IFRFWFQtSU5E RU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0 LXN0cm9rZS13aWR0aDogMHB4Ij48Rk9OVCANCnNpemU9NCBmYWNlPUNhbGlicmk+TW9iaWxl IFBob25lOiAwMDg2LTE4NjY1MjM1NzkyPC9GT05UPjwvRElWPg0KPERJViANCnN0eWxlPSJX SElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5H OiAwcHg7IENPTE9SOiByZ2IoMCwwLDApOyBGT05UOiBtZWRpdW0gU2ltc3VuOyBPUlBIQU5T OiAyOyBXSURPV1M6IDI7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IFRFWFQtSU5ERU5UOiAw cHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9r ZS13aWR0aDogMHB4Ij48Rk9OVCANCnNpemU9NCBmYWNlPUNhbGlicmk+PC9GT05UPiZuYnNw OzwvRElWPg0KPERJViANCnN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5T Rk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IENPTE9SOiByZ2IoMCwwLDApOyBGT05U OiBtZWRpdW0gU2ltc3VuOyBPUlBIQU5TOiAyOyBXSURPV1M6IDI7IExFVFRFUi1TUEFDSU5H OiBub3JtYWw7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDog YXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48Rk9OVCANCnNpemU9NCBm YWNlPUNhbGlicmk+TVNOOndhbmduYW5hMTk4MjAzMTlAaG90bWFpbC5jb208L0ZPTlQ+PC9E SVY+DQo8RElWIA0Kc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JN OiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgQ09MT1I6IHJnYigwLDAsMCk7IEZPTlQ6IG1l ZGl1bSBTaW1zdW47IE9SUEhBTlM6IDI7IFdJRE9XUzogMjsgTEVUVEVSLVNQQUNJTkc6IG5v cm1hbDsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRv OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjxGT05UIA0Kc2l6ZT00IGZhY2U9 Q2FsaWJyaT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWIA0Kc3R5bGU9IldISVRFLVNQQUNF OiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgQ09M T1I6IHJnYigwLDAsMCk7IEZPTlQ6IG1lZGl1bSBTaW1zdW47IE9SUEhBTlM6IDI7IFdJRE9X UzogMjsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtp dC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAw cHgiPjxGT05UIA0Kc2l6ZT00IGZhY2U9Q2FsaWJyaT5ZYWhvbzpjYXRoNTdfa2luZ0B5YWhv by5jb208L0ZPTlQ+PC9ESVY+DQo8RElWIA0Kc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7 IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgQ09MT1I6IHJnYigw LDAsMCk7IEZPTlQ6IG1lZGl1bSBTaW1zdW47IE9SUEhBTlM6IDI7IFdJRE9XUzogMjsgTEVU VEVSLVNQQUNJTkc6IG5vcm1hbDsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXNp emUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjxGT05U IA0Kc2l6ZT00IGZhY2U9Q2FsaWJyaT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWIA0Kc3R5 bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQ QUNJTkc6IDBweDsgQ09MT1I6IHJnYigwLDAsMCk7IEZPTlQ6IG1lZGl1bSBTaW1zdW47IE9S UEhBTlM6IDI7IFdJRE9XUzogMjsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgVEVYVC1JTkRF TlQ6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQt c3Ryb2tlLXdpZHRoOiAwcHgiPjxGT05UIA0Kc2l6ZT00PjxGT05UIA0KZmFjZT1DYWxpYnJp PlNreXBlOmNocmlzdGluYTE5ODIwMzwvRk9OVD48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRN TD4NCg== ----boundary_67_50a42dfe-ffdd-4934-abfc-280fadc2528f Content-Type: application/octet-stream; name="products photo.jpg" Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/4QAwRXhpZgAATU0AKgAAAAgAAQExAAIAAAAOAAAAGgAA AAB3d3cubWVpdHUuY29tAP/bAEMAAwICAwICAwMDAwQDAwQFCAUFBAQFCgcHBggMCgwMCwoL Cw0OEhANDhEOCwsQFhARExQVFRUMDxcYFhQYEhQVFP/bAEMBAwQEBQQFCQUFCRQNCw0UFBQU FBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFP/AABEIAboC KAMBEQACEQEDEQH/xAAfAAABBQEBAQEBAQAAAAAAAAAAAQIDBAUGBwgJCgv/xAC1EAACAQMD AgQDBQUEBAAAAX0BAgMABBEFEiExQQYTUWEHInEUMoGRoQgjQrHBFVLR8CQzYnKCCQoWFxgZ GiUmJygpKjQ1Njc4OTpDREVGR0hJSlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoOEhYaHiImK kpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4eLj5OXm5+jp 6vHy8/T19vf4+fr/xAAfAQADAQEBAQEBAQEBAAAAAAAAAQIDBAUGBwgJCgv/xAC1EQACAQIE BAMEBwUEBAABAncAAQIDEQQFITEGEkFRB2FxEyIygQgUQpGhscEJIzNS8BVictEKFiQ04SXx FxgZGiYnKCkqNTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqCg4SFhoeI iYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2dri4+Tl5ufo 6ery8/T19vf4+fr/2gAMAwEAAhEDEQA/AP1SJAGTQBUm1a0tziSZVPuaAIv+EgsP+fhPzoAP +EgsP+fhPzoAP+EgsP8An4T86AD/AISCw/5+E/OgA/4SCw/5+E/OgA/4SCw/5+E/OgA/4SCw /wCfhPzoAP8AhILD/n4T86AD/hILD/n4T86AD/hILD/n4T86AD/hILD/AJ+E/OgA/wCEgsP+ fhPzoAP+EgsP+fhPzoAP+EgsP+fhPzoAP+EgsP8An4T86AD/AISCw/5+E/OgA/4SCw/5+E/O gA/4SCw/5+E/OgA/4SCw/wCfhPzoAP8AhILD/n4T86AD/hILD/n4T86AD/hILD/n4T86AD/h ILD/AJ+E/OgA/wCEgsP+fhPzoAP+EgsP+fhPzoAP+EgsP+fhPzoAP+EgsP8An4T86AD/AISC w/5+E/OgA/4SCw/5+E/OgA/4SCw/5+E/OgA/4SCw/wCfhPzoAP8AhILD/n4T86AD/hILD/n4 T86AD/hILD/n4T86AD/hILD/AJ+E/OgA/wCEgsP+fhPzoAP+EgsP+fhPzoAP+EgsP+fhPzoA P+EgsP8An4T86AD/AISCw/5+E/OgA/4SCw/5+E/OgA/4SCw/5+E/OgA/4SCw/wCfhPzoAP8A hILD/n4T86AD/hILD/n4T86AD/hILD/n4T86AD/hILD/AJ+E/OgA/wCEgsP+fhPzoAP+EgsP +fhPzoAP+EgsP+fhPzoAP+EgsP8An4T86AD/AISCw/5+E/OgA/4SCw/5+E/OgA/4SCw/5+E/ OgA/4SCw/wCfhPzoAP8AhILD/n4T86AD/hILD/n4T86AD/hILD/n4T86AD/hILD/AJ+E/OgA /wCEgsP+fhPzoAP+EgsP+fhPzoAP+EgsP+fhPzoAP+EgsP8An4T86AD/AISCw/5+E/OgA/4S Cw/5+E/OgCWHVrS4OI5lY+xoAtggjIoAqatMbfT5pB1AzQByfh3w7pfi7QYL+/gklmkeVSy3 EifdkZRwrAdBQBf/AOFY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm /wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA 2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A +LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A+LoA P+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A+LoAP+FY +HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A+LoAP+FY+HP+ fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A+LoAP+FY+HP+fOb/ AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A+LoAP+FY+HP+fOb/AMDZ /wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4 ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/ 4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4 c/585v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/58 5v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8A wNn/APi6AD/hWPhz/nzm/wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/ APi6AD/hWPhz/nzm/wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6 AD/hWPhz/nzm/wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/h WPhz/nzm/wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz /nzm/wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm /wDA2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA 2f8A+LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AD/hWPhz/nzm/wDA2f8A +LoAP+FY+HP+fOb/AMDZ/wD4ugA/4Vj4c/585v8AwNn/APi6AKHiLw7pfhHQZ7+wgkimjeJQ zXEj/ekVTwzEdDQB1mkzG40+GQ9SM0AReIP+QTcf7poAx/hj/wAiXZ/9dbj/ANHyUAdNNNHb xPLK6xRIpZ3c4VQOSSewo3E3bVmZ/wAJdoR/5jWnf+BUf+NXyT7Mj2sP5l94f8Jbof8A0GdP /wDAqP8Axo5Jdg9pD+ZC/wDCV6J/0GdP/wDApP8AGn7OfZh7SH8yEPi7Qh11rTx/29R/40ez n2Ye0h/MhjeNPD6fe13TF+t5H/jR7OfZi9rT/mX3lZviP4TScQt4o0YTE7RGdQh3E+mN1Jwm t0Htaa+0vvLZ8X6CASdb04ADOftcf+NTZi9tT/mX3mPN8YfAVvt83xv4ci3MFG/VrcZJ6D7/ AFpFe0h3Q7/hbngX/odPD3/g1g/+LoHzw7oX/hbngX/odPD3/g1g/wDi6A9pDugHxb8DHGPG fh45/wCorB/8XQHPHuKPiz4HP/M5eH//AAaQf/F07Bzx7i/8LX8EH/mcfD//AINIP/iqQe0h 3Qf8LW8E/wDQ46B/4NIP/iqA549xf+Fq+Cf+hw0D/wAGcH/xVOwc8e4v/C0/Bf8A0N+g/wDg zh/+Kosw549xf+FpeDP+hu0L/wAGUP8A8VQk3okDnBbsjl+LPgeAqJPGXh+MscAPqkAyf++6 tU5vaLJ9rT/mX3kX/C5PAGzf/wAJz4b2btm7+17fG70+/wBfaqVCq9oP7mT7el/OvvQj/Gb4 fxy+W3jrw0smduw6vbg59Mb6bw9ZK7g7ejD29L+dfeiwPip4KJIHjDQSR1H9pwf/ABVZ8krX sX7SD+0gPxU8FDr4v0Ef9xOD/wCKqbPsPnj3F/4Wp4L/AOhv0H/wZwf/ABVFmHPHuQy/F7wJ AwEnjXw7GT2bVYB/7PRZj5o9yaL4p+C5gDH4v0GQHuupwn/2aizDmj3Niw8QaXqlnHd2WpWl 3aS52TwTq6Pjg4YHBosw5o9ylqfjzw1ol2LXUfEWlWFyVDCG6voo3IPQ7WYHBqlCT2RPtId0 SnxjoAGTrmmj/t7j/wAafs59mHtId0J/wmfh/H/Id03/AMDI/wDGj2c+zD2kP5kIfG3h0dde 0wf9vkf/AMVR7OfZh7SH8yD/AITbw7/0HtM/8DI//iqXs59mHtIfzL7zaqDQr6hqNppNnLd3 11DZ2sQ3ST3EgREHqWPAoA43Xfjx8M/C87waz8RPCmkzJgtHfa3bQsuRkZDOMZFOzFddxi/H 74YNZR3g+I/hI2kn3Jxrlr5bc44bzMHninyta2FzLa5bPxm+H6nB8deGgffV7f8A+LrNST2Z WwD4z/D8nA8deGif+wvb/wDxdCknswHf8Li8AkZ/4Tjw5j1/ta3/APi6zlWpRdpSS+YrpB/w uTwBjP8AwnHhvH/YXt//AIurU4y2YxR8YfATdPG/hw/TVrf/AOLp80e4D1+LfgZ/u+NPDzfT VYP/AIunddxXQ8fFTwUcY8YaCc88anB/8VRcLoenxO8HSfd8WaG301KE/wDs1F0LmXcnT4ge F5DhfEmkN9L6I/8As1F0Lnj3MPXvj18MvCt61nrXxF8J6PeKgkNvf65awSBT0ba7g4PrVWZV 0Zv/AA0/8G9iv/wtrwNsbo3/AAklng/+RaLBdHfaJr+l+JbBL7SNStNVsn+5c2U6zRt9GUkG luMvZoAr32pWmlwefeXUNpDkDzJ5Ai5PQZJoA4Cf9pb4Q2txNBN8VfBMM8Ehilik8RWatG4O CrAyZB9jQK6LN1+0F8LrFoVuPiT4Qt2m/wBUJddtVMn+7mTn8KAvcB+0H8LScf8ACyvCGf8A sPWv/wAcoKs30F/4aB+F3/RSfCH/AIPbX/45SujeOHrT+GDfyY7/AIX58Mdu7/hY3hLHr/bl r/8AHKXMu50rLsbJXjQm/wDt1/5ET/tDfCuP73xM8Hr9detR/wC1KOaPc554WvT+Om16pjD+ 0d8Jh1+KHgwf9zBaf/HKdzDla6AP2jfhMenxQ8Gf+FBaf/HKZIh/aP8AhKOvxR8Fj/uYLT/4 5QA0/tKfCJevxU8FD6+IrP8A+OUAIf2lfhCOvxU8Ej/uYrP/AOOUriuhh/ab+Dwj8w/FjwOI +m//AISOzx+fmVVmF0WdO/aJ+FOsalBp9h8TfB19f3BxDa22v2kksh64VBISfwFILrud9BcR XUSSwyJNE4yrxsGVh6gigZJQBy3xO/5Eu8/662//AKPjoA2PD/8AyCbf/dFAB4g/5BNx/umg DH+GP/Il2f8A11uP/R8lAGn4s/5FXWcf8+U3/oBq4fGvUzqfBL0PmrywQOvHbNeweFYkEQ3A 0hi4GOtUBVuTwR+FJC2MPVJliVieABkkntVrciexwvhO3/tjxablxuS3BmP1PC/41y15WOac tDrPHuutoXhO+nVwssieREenzPxx+Ga4hw3Pl7Uz9t8Q6daj/VW6m6k+v3UH6k1k9T0UrI18 nJOMHoKWwD0YkduO1CKsSeYAwHOaoZIrHcccGqQEsb4A6/jUgrIlVuB370DvcmVwSe9Uhozp /F+i2Gpvp1zqUFveBQ3lSttOD05p2FY2oLmK5jWSKRJUI+8jAj9KVmmmKxIwBIyAR6EZxWka ji277jsuqKM2k2UwjDQKBFJ5iheAG9feuiliZwvqYypRexjT+D42kJe9b7O0wndHUEs/bmu/ +00qaU9jJYCVR3j0Iho2qjWreeRgVDsztCcAr/CDXQsThqtNIyqYavTnzx2RHY67fnUI0nO8 s7ebb+UR5Kjoc96udCjJe6R7WfNdln/hJ5rmSzW3tCEuZCqO7A5UHnjtWDy9QjzmyxLclE6Y or4UgEf7XNeNaN2egm3ZmbYIkE2sTQRiNQREgXoSB6epJrNhI+9PAukf8I74K8P6Rj5rWyiR h/tEZb9TRuNbXPlz4l6kfFnxsv8Aad8SXKWy/wC7GBn9c16dNe6c0tWdy1wG3dSKsTIjMMcZ +lBAxsNjJJzQA37pIIyaBXPs+vCPoTzj9oWXyfhD4jP96AL+bCgT2PyB/brh2+NdRYDBL26Y +kK1sjljuYlpDA/wu8JKFZXUwl8Hgs03+C5rrqRtSuZz+NHsH2cFzxz0r5mLacj1JfZJorbk YyD71rSktUKpZ7HqXwnsfB+o2N9Br0qW09vEzLJK3ysuOSPf0r85zmOJdZOHc8uqpdDzm1RZ 1d1iKQs7eUrdduTg/iK+sy5z9jaW50000tTSs7EFvu9O2K748y3NL2NiwtIxPGZV/dh13gdd uea6ItmMmeX/ABAkv3+NE93pNxehTdpFb2ig+T9nxjGOnvmu5yXKiXLQ9/0nTVcqrdcDOK42 25GEmdfp2mL5qoAcEd6uzucrbufEH/BQCwUfGFWCld+jW4Pvhmr0Vfl1O6k31PmYJv0y2AHC yEY/Km9jpP3w/Y8iEXwK0Ar0eFJPxKiueBcT2w9a0KOA+NURm8F+WO93Fz6DNBMtj8FPHll5 fxK8VZHD+IZSAR1zKeKDniej/szW5vf2vbaK+H2kRJcEJN86KVQbSFPAxSloawP0NNrbBifs ttuPfyE/wrnc+h3Rdh8enWU7qr2ds4J7wJx79K5nP3rH0+X1LHQxfCHVtbt31G1g0iPT0OBB LAN8ijqwIGPWu6MPcuz6aWcfVX7Jbs5LWvCOmQXLxHTrTIOP9Qv+FcLbT0PAx2JddXZmR+GN Nzxplmfrbr/hWqbPkZuzNKy8K6QdzTWNjDFGjSOzW6cBRk9q3jc5mzzj4f8Ai2HxV4outM1D wpp9gjIZrWZYlYPGDjnjr0rVpoz5j1a18HaJKR5miaef+3dP8K53NoTlobOm+BPDtxcRJJoG nSKx2sGtk5H5UoyvIx5j8pPjJpkWn+KvGdnBEtvBb6pPHHGowFUPwAPavSeyC9zW/ZhhWb9p X4fblwHdj+PlmueQH7weBuPCeme0IFTHY6IbG/VFnLfE7/kS7z/rrb/+j46ANjw//wAgm3/3 RQAeIP8AkE3H+6aAMf4Y/wDIl2f/AF1uP/R8lAGn4t48K6z/ANeU3/oBq4fGvUzqfBL0Pml5 VH4V7B4Yw3B3Dk/lQBG9wdpweKAKUs52fe4pok5fxbqYjsGAOGk+QVV7EzIPh9ai10+e6bh7 iTg4/hXgf1rzajvI5ZWZyfxq1rzLvTdLRhtjU3Mg924X9M1i2b0onjWgSG8utR1E8rNN5URP 9xOBj6nNZM7DZV9znPHFIpDgQAOee9JDHq4wMZ+tWA8N3x+dCAkRsj9DmhiSJUfkGqWxTViR ZQpLE7QASTT3Gj5Z8Xa4Ne8T6nfMwKPOVTd2UcCtDa6Ruz+HPFngnw9a67NHcaPZ3EojiJmw 8hxnOzPTFVbQpNM9D+EPjjXPEFzfrqN4txZWkO8u0YDhvTI9hWbsZz30J9P+PelzTvFd2Nxb oGIEsRDgjPU96OUXK0rnV2Pjjw54ljVbfVot/aORtjA/Q1hOk5qx10K7patG7Cref5iSq6kZ ODkHjArmjSlF2PReKp1KbjawrXDo8m9FEe0gcdfrVuvWpvRmccLh5xXco2+l2EN1Dcx2/lSg FhtPyjPtXpQzCpUhyNnn1svp0n7SLNKS7WFGkPCopc/hWCd3c572Lfws0g+Idd8Oaawyb+9S SX3Tdvb9BVdSZu9j7i1DVotOsry9c7Y7eJ5SfQKCapK7E3ZHx74DL6r4qm1CXLOfMnLEd3P/ ANevUWiOdb3PSVJHGc44xQDvcayOcdvf1oFYQqysuTjjtQIeFDA88+tMln2hXgn0R5X+0wxT 4P63j+IxL+bgUEydkfkp+3qNnjjUVDZAuFAx3wiitkckXqYei5l+GOh4Gf8AiY2kIP5sa7a0 rU7Gd+aVz2eUJbkmV441zjLuFGfQZ6182qfLJs73PmSJop7QFf8ATLb3zKtJQcZcw07ksUlr csiLLBJJwoCuDx7j0rGpCNV6xG7MvqiR4eVxEC2MMQBn2PpVwgobESnZGtay2agOLqFv+BgV rL3nsYu6hzGhbGC4kDLNGTj7oYHI9apIwvdXNW209RMJmRFdRw+AWH407NldDe0iAI4JmRj7 MOa1UOpyybT0Oz0t4VkjO9C+QNgPNaSVlzC33PiP/goPb/8AF1tNfHEujrgj2Y11xfNTudVK V3Y+ToMnTU7YdqiW1jpeh+9P7G0vmfAPwyev+iRnP/AaxSsVB3R7eetUaHIfFCIS+GwCePNU 1N9bEy2Pwg+KUKw/EbU8fx6uZc/9tG4rRK5zxPQv2a4Q37ZF1j+CCdicdP3YqaqsbU1c+9Sx LKB3744FcLVtTtVtmyzC4SQENhhyMjj8u9E6EYrnuephqygzodH8S6hpFvPb2uozLaykt9mY Zwx67T2HtVyqS5Uj6CVTDySnLVmLfSC4kMzn5mOcdTWSXU8LF4mNT3VoQxxBuh/CtVLueBK6 dlqSG1FxHJC+GidSjrjqCMGtee2yIauc34R+Gem+Er+e7tpp7h3G1ElOdik/dHtWkqra2M5q 2x6DZW4OMqVP0rilK7MLt6G3pEBju4v4hu4Iqqa1MnJp2PyX/aMhEHxD8erjDf2tMcemTXqu 9kb20uSfsyEL+0j8M3J4MpX80Nc8gP3X8Bv5vhWx4xtXFTHY6IbHQ1RZy3xO/wCRLvP+utv/ AOj46ANjw/8A8gm3/wB0UAHiD/kE3H+6aAMf4Y/8iXZ/9dbj/wBHyUAaXi7/AJFPWu/+hT/+ i2q6fxr1M6nwS9D5fbJPTntmvZseGSKjMQTw1ITdhkqgqx4H1pDMi9fHK8Y/KrSMtjz3xhdt c3sduhyRgYH948VE3ZETeh2OnKLOzgtk4VFC59K8tu7uc8XqfO/xH8Um/u9c1ZCWLuYrf3A+ RKls9GCM/TLNdM020tVPMUYQ+5xz+tZXNty2GA3EelEny7lRi5OyIpb2G2h8ySVI4/V+KmMk zR0prdFf7ZeagR9lT7NA3HnzL8xH+yv9TV3M2mtxsmlGGMzW7Svep84d3JL+qntg1VxGpZXi 3tuk0ZyjjOD1B9D7ih6jsyyHOAR1zTvZAzE8eay+ieEtVuo0ZpFgKIFBJy3HQU4eY07nyilz 1Bf5xzg9c1tdM2auj0Pxn4ttL7wh4N0WyvnvVsbZ5rx23Ei4kbkc9cAAVbaSJjFp3Op8LTjw t8G9V1PlJ9RYpGehIPyj+tYpalfE9Dzrw41lJrdlFfwXd5aM4WS3sf8AXyegT6mrT1KlJxVj rvij4W0zwx/Y0ltbT6Vd3sDTXGkXcwmltOcLlh/eHODyK1bsiE7o6bSdYufB/wAHlvYbmSK9 upd0Luclcntn2Fc6V2DipSujE0r496zY4W9it9QT1KlH/MVTV9LDas9Gdbp3x60K8VDeRT6e 4HLFd6j8R2qXBJDk5NbnWa1rEdzoLS20m9btUSJvUOf8KlWMVJM9o/Zm0tbv4iPdFcxaVYMy +zvhF/TNCd2ZvV6Ht3xn13+yfhnq5VgJrlVtUwecucH9M110ldim9DxL4aWfk2dzPjBdggPs BXa/IhbHcRoWbIG4e9AMkZTtyMZ9qBMbKmSoPpkn3oJISCJDnpj0oFY+0K8I+hPKf2mcH4UX yZ/1lzAv/j4oInsfkV+3RdeZ49vmA63jg59gBWyOSO5Q0Jynwz8JoF5l8QQYPqNlbVneNjJb nruheENM8efEi/tNdie8tLKyjMNurlUVmJy2B3rzUrs6/s6HU+IPhD8L/D8VsLjSWN3cSLHF Ck7bjnv16VE2k7Ho0aDlDmKvxK+CPhPwB8PW8XaDZ3Flq9rqtpCjeexVo5Gw6sD7VuqStc8x ycajRzut+HrPxT8QVsdTWSexstMjlSESFVZ3Y5Y464AArOUUjT4hmr+CPBei6iLU6JezKiqZ GhuHKx59eelYcyuehhqHtYtHW678L/DPhT4ZX/izRkubbVbK8s/Il+0MyESPtZWU9Rg11wSZ 5NVclb2ZL4u05PFnxY8O6Ddyzw6ZDof257e0lMYlmd9pLY68Vo4pBNcuhqeIvBHgDwpf29ld JrrymPfK1tdOywKehc54qJSSRtToc6udxc/Cvw94I+HF3410e+1V9QtWhaDzrwyROrOq8g+x rVR5qdzkq0+RnzR/wUEUt498Ky4wJdF3H6h6umrQsaUlZ3PkCH5NOkPU7m4qJG8j93v2JJPN /Z88M/8AXpHz+FZjhse9HrQanI/E47fDTkn+P+hqOpM9j8JPir8/j93/AOeuoA/T5zW8Tmj1 PSf2b4v+MyL/AGdWtJzn/gArOsaUZH2XpmneK/F02pXGh3em2NnZXTWbfawWZ5FGTgCuXl5t Dap7yLZ8HfESKaNH13QkeQZWMwtuPr3rprYOpyqXQ0hUjGNr6lezuPE+heONP0HX5bC7h1S0 mntbq1UrtaPG5SPoaicPdVi6U5a3ZR1abxxreq6h/wAI1PpdjptldfZFe9Vmd3CgseOgycCi lT5nYtw6tmXHbfExJ3jbX/DbTg/NCEYuPXIzXdPAyUeexzSqRTsbWk6r4t0LxjoujeKG066h 1qGRrWewBUqyYyrDt161xqnZ2Zm5XC38Q+MfFnjHxTpfhWHSo9P8P3K2Ms18zb5ZdoY4x2Fa ypX0RzRnfc1o7f4rxTGFU8NSSjnaLhlfHrjrWqwEnDnsYyrxjKx0Pg/XfF2k+KNM0/xlYafb /wBphjZz6fKXUlMblI/EVxKHs52Yr8+qPzd/artvs/xd+IcR4K6lIcfXBr0qluVWLp3Mb9nS QR/H/wCFxB/5fVTP1UiuKRsfu58PTnwran/e4/GpjsdENjpaos5b4nf8iXef9dbf/wBHx0Ab Hh//AJBNv/uigA8Qf8gm4/3TQBj/AAx/5Euz/wCutx/6PkoA0/F3/Iqa1/15Tf8Aotq0p/Gv UzqfBL0PmQRYwc5OeleyeGSbNhxnNJha5WlbG4AYosMxdSPlROzAbRkmqWiMJbnnFh/xM/Eg lYZVGMp/Dha4q8rKxlN6Gp4w106P4Y1K6DFJvL8qL/ff5R/OuFbE01dnzrrBNxqek6cPuIxu ps+iDjP1Yj8qleZ6MDbeYRqXkIVV5JJ4HvQyupn/AG+e+BXT4/3Z4NzLwg/3R1b+VRJXNoVX TexLFpIVhNM32i4GP3kg4H0HQVzOi76HdHGcytJGgrfKuSTgV1Rhyo4ZyUndDw3oTnHWrsZm fFINN1ArjFvdsWX0SXuP+BD9aY7mqGI288/Wkwv3OA+KnxMn8CPp0dnDDcz3JZpI5+mwfTpz VpXHFX2OJHxS8F+JRs8QeGfIkbrPbqDg/UYNVaxpysmXwL4E8VKo0HxGbOZuBBO2Rn6HBobD VHU/ETwVq914N0bRtEhW6gssedhgpYgdQD15zQmEXY8/8I+KPEXwg1mfUE0dPPkjMLC+tiwC nrsYfdJ9RTTSKdpGD4i1+HxVr5ubOwFg10yqYFmaX5ycE7m559KtyugUOU7741X66Vpvh/QY 2AFvB5jr05xgf1qVvccCv8FBqlvrWny/ZgmjatdCya9Fkt0d68+Vg/cDDgt6U1uTN2OJ8SbN Q8fX9lZ2i2EUuotClqjbxEN+MAj8acth390+hb0qNR0WwXAjgzKyj0RcD9axWxnHY+pv2W9N +yeFta1Vhl768EKMf7kQx/6ET+VETLqTftIa1iw0TSwwy8j3Tr7KMD9Sa7aKIkZng6zaz0Cz B4Lr5hGO5rp6gtjejcq33j19KoRYVwFySKBMHPIBoJIHAYn6+tAH2ZXhH0B5L+0yC3w8hTOA 2oW4I9fmoM57H4//ALaUnneM7vJ5+3zDP41sjljuO0RpB4F+G6EY83WSw/BMVVXYiCuz3j4Z xEfE/wAUy5wEtLZTj8a5o6o637qO28d2NsbbTL4wqL17+C2WY9l64HpXBVi1I9zDYiKp2sXv 2hUNt8BQuCfO1+xUn1+avRi/cPnq2tVyR5XvP/CztQAz/wAgq1X82auaorm1NXNDxLqz21/L pNo8dvdXca/arqTGFQjp9cVxOD5rn0WDao03Uep1fjBo4/2ftahBMiLeaeoJPLYmAB969Ckm j5rEfvMT7UqpCX/aL0pCPu+GIz+HmmtJJirK7udf48WDVrTXtJsdTttI1SOz867aUDE0IGQh z3PTiuSVz1MI1yanS6jfpqP7Kt1dRxmJHjs3Ve23zVH9K9Sk/wB0eXi37x8qft9rv8V+DXI+ Y6Q6g+2+pi/dJpPQ+OAM2kgz/GeKGtLmr1P3V/YUk3fs8eG+c/6OvP4VgncuCsj6FzmmWcd8 UefDmPVm/wDQTUdSJuyPwk+KDY8aRE/8/vX6Oa3iciluep/swRvJ+2DeuVx/oEr49igqKxdE +5fgm5/szxcxduPEV0AcA7QNuMVlD3ZKRvUTtoZB0fUrH9oDTLvUNVe9jurK5a1s1GIrdBjg epPXNfoEXTq4XbU+Ymqqq/EaHjqI/wDC3PALgZH2W/DL2+6tfBy0nKLPo4NuKdyHwNcEHxWx 5265OcEZA+VccVeHly1LWLqqXs+ZM4Gbwho2n+N9Gh015rnxU16by+u1kJCwnJYSjoAeAor7 epdYVe4eBGpKU9Wd/wCMIx/wnnw3kXI2teKc98qODXx1uaeuh68JWWpS+ELiH4j/ABX+Xg68 jAA4x+6FdGkZI5n7qZneM/DMfg/xtpOrGTUZtSv9TWSfWJHPkQQZwICOnOa+uocs6DVj5+pz Oqnc9M8dzCLx58NygUK9zdEhTxjYtfGY2ny1ND2sPOysz82/2w4tnxu+Iyjgfbif/HRUWfKj 0oq5w/wEkMfxx+GEueuqRL+ea55IrlP3q+Hz/wDFNwLj7rEVK2NYqyOnplnLfE7/AJEu8/66 2/8A6PjoA2PD/wDyCbf/AHRQAeIP+QTcf7poAx/hj/yJdn/11uP/AEfJQBp+LufCmtc4/wBC n5/7ZtVw+NepnU+CXoz5lwAvLE/SvZR4SHM4Hf6UxlKeYBW789aAfmcl4v1P7Ppku04d/kH4 0zFnKeHE8tJZzwJDtH0FeXWd5GE90cv8U9VLNp2moc8m5kGfThP1z+Vc702OmlFHlWkN9t1f Vb84KhxaxHttT73/AI8T+VTdnToiz4icf2PPlWYEDOO3PU+1PQPMm0zVor+CMgqsjLzHnlSO Dx6UXHdl1WAHByfWnewXbHFuAev9KVyjL1HxPaWEgiD+dIRnK/dX6n/CqQGPaXt5rF+YbmcL G5DCJVwVUHI47Z9TTsB2JbgDjmplpYD5k+M+uDWPHl1EhLpahbWMA9T3x+JraK00NqaO0X4N 2Pgz4d+I9W8WQ3U2tw2cUltbxArb27yHCAuOJHxyQOBWkUT7RuVjzv4YaV/bvjvR7ZlDKknm vjsF5/nioqKxrPY6n4lfEbVLT4g350vUprWK1xCFRvkYgc5HQ8mptoTFXV2WNP8Ajn4k063j Gr6bDfWzqCrTQmMup7g4waOUlRV9Do/CXiLwb4/121RPD72WrxnzlZVAXK+46/jUv3RyTS3J PHXgmw+IHiCe7svEdut8g8lraQg7CvbHWqvoCdjkYvCHxE8Aw3SaPdXKW8w/e/2bPgOPUqfb uKaY3yy3Mr4WaFeT+PrQX0EsJtt1y/nKQcj69eTSk76BO3LZHudrOJfEepXR5S2jWFfrjcf6 VFznbPuH4UaT/wAI58OvD9iRiQWwmlz/AH3+Y/zprsSeQ/GXUDrvxHktUbeLWOO1UHpuPJ/n Xo01ZEvU7a2AhjijGQFUKPwFbICznJLE4x26VRIqMcdSfwpCFLghcnNADTxnPTsBQJn2dXhH 0J5H+0rlvB2lx/39Utx/49QZz2Pxz/bGl8zxtd+hvZj/AOPmtkcsdy/oU/maB8JLcgktqEr/ AF+WtqytG4qe56Y3xUg+EXxB1i41XSry807UraIwTWkRcbkzuBrz4StI6Z6xZqTftaeC9QtE hu9C1eRElWdM2zcSDoac4pu5pRk4xsS+Pf2j9C+MPg7RfB3hzTdTGpHWre+kaeArGkUed2Sa uTSic3K3Ns534g+O4vht8QTqOpWFxc6ffadFHHPaoXAZGOQcfWsNzojoYV98evAWs3Dyajo+ ryyPjcywMOR0pch3QrctNxOjvf2i9B8Z+FP+EH8OaLqMt9qV5aLGZoSqxKj7icn2Fbx0PLnv c7T4g/Eaz+Dvxc8OeJ9W0+7v9HutDNg0lpEXKyrISQfStrpmc3czvE37UPwj8c39teatoOsT PEMB1t2Rio6I2OoFRKKaZvTq8isdXrH7X3gbxl8P7nwJ4a0bVDqWpS28FtB9nKxxBXUk5x0w KcXy07HLVlzs8y/b+X7P4h8EIw/eDS5Aceu4VUF7lyqZ8WxEgMp5zLVPY6T9zv2BH8z9nTw2 c5/cVzIuJ9IHrVFHH/E448OuT/CH/wDQDUdSKmx+EXxVI/4SixfH3rksR/wI1vE4e57N+zja Gy/bDugflA0YuSfQxj/Goqm1A+w/gr4j0mHTPGFpPqNrBdR+I7oyRyTBSAduOvrWaVzqkr6H QaouhXfjPRtfPiDTov7Pt5oGh89SW34wRz2xXu08Xy0+U8udD3rmF4p1vTNR+KXgiOy1C2up o4L0vHDKHZQVUZOOgrwajvUudri4w0MzwDrNjb3/AIzhubyGKaDXpmaKSQKwBVcHBrspWjUT Y1eVNo5nQNB1jRfEF1ff8Jhoy2N3dm4uBgGd0z8q7s9h07V9bVzanCgqFtjw4UJe0udlrWta XqHirwNBaahbXV2l3cEQQyB2CbB8x9s8V8hN+1lzI9eMbLUo/DbXdO0z4rfFa3uru3hlTW43 MU0gUlfJHY9RVKeupjOPMtC9deEdRv7+bTv+E50658JXN6t69vPIpuEAbd5anPTIr6WniYxo +Z4boyVVM6Xx5qNjceOfhqLe8gnmW7uAEikDNt2DkgV85iJ88rnpwjY/Pj9tGMRfHT4kR/xG 6Bx/wAUfZR6MDy34JXHl/F34ZHuurwA8+9YyNT9+PAQ/4kEf+8azLjsdPQUct8Tv+RLvP+ut v/6PjoA2PD//ACCbf/dFAB4g/wCQTcf7poAx/hj/AMiXZ/8AXW4/9HyUAaXi/wD5FPW/+vGf /wBFtVw+NepnU+CXofMJTKgE17KPCuRPIUbk5ApiW5SunBRiOR9aByd9jznxtegzpADnYCxH uelRPRXMGxLTbb28MII+VRz7+teVLVkbs8Y8b+IFa/1rVScxw5iiGeoQYH5tmpaudlPRGToN n/Z2i2kDHMoXfJnn5zyf1NSaF6TZMpjkG4MCGB6YNTqBxHlzaHraxRDLBhsJOA4PT/D8qNR2 udlf34sNPkuXQsEGSi8HPpRqFjkdR1e91VlRpTDbPjbFGDuf8OrfoKNSjT0zw3LIAZibWLsF OZT+PRR7CquK50dnZ29lEY4I1jXrxyT7k0XYXJnkPl5HDAcZPelfuB8y+KfhR4utL67vpLAX vmyPIXtX3Hk56da6FJWOmMkihJ8RvFmkeCbrwjc3NzDp08/myrdBjJjGNmW6J3wO9UpAoRTu dZ8BLeOxi17xBJxHZwGNWPc4ycVm7sU32PPtNWbxV4rgg/diXUbsDM8nloxZuhY9M9M+9aGm iie5fGfWdUufhqJ721ufC6C/XTF0C4dJI5Yol4lhONyqCOSODWkXoc1NanLfAiOPT7TX9fmO Fs4TGjHjHG4/0rnlqzWZ5vptpqHi7xNHbabC9zqmoTny1jOGZic9e2OpNaRSKaSWp1usXXjf 4Xm2dtbiu7S4LLFLb3K3UDMpw6Z7EHgik1YmCjLY9L+FXjXUfGemXV5qcFvELdxGssK4L8ZO az0M5RSOz+HWjvr17ptuBuk1W+Bb/dZ/6KKjqZM+7knjgzg7YYhjHoqj/wCtWiV2I+cNFnbx D46nvn+cS3MlySfQHj+lerBWiSerwtGQowSeoPUVQDsjOAT6EUXJYjHIAPQd6dhACF7Zz3pA IWJ6Dj2oJPtCvCPojyL9o5x/Yfh2M/x6vD+hzU31M57H4x/tbXIl8Z3LdjeXH6SGumOpzR3N 3w47Sf8ACnoRhdkkpJPc46101/hM6UveZ6tqev6/feI7vSfD2gR6r9gRWup7iQKI2bkAZ9RX juL3O126iE/EPBI8Eae+P+nhauKbNXZRutSW01PxXoc1tea74Sh0zSprhLM3kEqsUkf7oP16 UpRbBRuuY0PEXiLVT4lXQNE0GLWrhIluZxMwWOIHgAZ+lC90xb6DzdeM9OiDXHw+sWzznz4z /StFNWEozlKyNDTvEOu6UYdT1fwHDpWk+akUuo27oxg3HCnjnrxSczOq+R8rOr8eeNX0HW9H 8Oaf4cPiTWdTQ3iWrbdkcY4MhJ6Gps9zNRbLMWpeNoY1J+C29QMkh4sY9elXzkunJuyJ9L8X a3p841DUPhPcaDpUDDz9TVY28hScZOOepqr80eVGbTjLlZ4v+3/sfWfA7owZZLCYq+fvjd1r oirU+Uuk/f5T4rgH70f9dTUyeh1vQ/cH/gnjIX/Zw8PZOcRY/WudKxcXdH04etUWcX8Uzjw8 3bKS/wDotqlLUzqOyPwi+KzZ1/ScdXlJ/wDHjW8UcFz334I27W/7Zt78xXHh1G468xrUVVqa 0J6HovxQ+Enwj8Q+ML7VNf1W90nWbkBrqKyu2jVmHdlHQmoSsrnXKajqcy3wQ+AyLlvE2rbu P+X9yaxjzTloU4pLmPTfgX8Pfhn4Q1TULvwXdvqequgjmuLy6MkioT0UHoPWq3mvIHJODM74 xfDb4V+IfF0uqeJNXutN1ieNRc/Y7to/MwMKzKO9RWm1PQvDpODPPz8F/gSxO7xXqwYdWN+9 dOk/iRajCKuem/AP4dfC7wp4jur3wjqc+r6uYNm68uTI0CE/wA9j3NZTn7LY4qsk9il8cfhP 8JvFfjhtW8U65daDr80SrcLY3DRmVAMKzAdCfeqd2uZE0ldczOAHwI+B0Ybb8QdbRcZwb5j+ NVTdSSv0JfJPRHrv7P3wz+F3hPxh/anhjxHd+IdXSLy1+33JcxKeMqDRfWzMnHlPlf8AbcjE f7QHxDKnOZUbPv5a1120uawdjxP4OzFfip8P5M4xrFt/6HXPLQ05j+gzwCM+H4/ZjWad0axd 0dNTLOW+J3/Il3n/AF1t/wD0fHQBseH/APkE2/8AuigA8Qf8gm4/3TQBj/DH/kS7P/rrcf8A o+SgDT8XceFNa/68p/8A0W1XD416mdX4JejPmInjAyRXso8AqXLfNjrj2pgZF5OEVgemPXpQ S2eYXs51DV2kJ4Llv+AjpXJXnZWM2R+IdYGlaNe3XRoojt93PCj8zXEnoTFanhWup5z6TpOS RNMJJj6pH8zZ+pxUNnfFaG9uJHt7VIxNx4z60AZXiHSH1G3DwoHuYjlQeNy91z29vegZnwaZ qOqqpuvMgROCbhg7jHoo4/E80Bc3tP023075okzIw+aV/mdvxNAFzzMk9j7UCFEhUHP5iktQ WpwPxv8AEbaJ4FnjjkMdxeOsCshwfVsfhWsYmsY3PGPCfjTx5bwTzaNPqGo2tpgzDyjcLGD0 z1IFXy3NrKKOltvj9JOjQeI/D9tfRn75RcN/3ywqeViUbnoEs3hUeAEzjw3pWsjOPuMGb+Wc UtWZtNPQ4Gf4FC+XztB1+11GI8qkjDOPqtUtDRTZy/inwL4zslDana32oxwrtSQSmcKvYDng VSkUnFHXTM/g/wCA4ikHk3mqyfMrDDfMf8BUX1E9Wc58DfF1j4M+IMd/qFwtqhtJ4Ibp0Lpb yumFkYDqAetXF6inFtaEnxh13StRutGjsL211W/trILqd9YReVbXFwSTuVcAZAwCwAzVz2CC 5T0rwJZNoXwmt/l2z3cZbPQlpDgfoa5zKbvI+g/gBoqt43sWCDytMtWlz23Y2j9TRa5kz33x xrbaV4O1a5Vsv5JjQ+7fKP51tTWtiEzyr4aWmxrm5KjCKIl+vevV20A9FhiDEFRjHpSC5NtB J4PFBDEycY7076EseW4xjP4UixBnPQHigg+0K8I+jPG/2j3/ANG8JJ/e1ZP5Vm9zOex+K37T 10J/FUhz1vLk/wDkRq7IHNHc7Xw7H/xMfhInfypZOfpXRX+E56XxM92+F4L+MPGzAFibmBdn qfLFeWehKm6q5F1Oq8YXzw3VjplrJ80dwr3Lp/fP8GfasuflZ9phcm5MJzyH/GGAR/CSykBZ lm8TWQ2k8fdP6iujdXPjMRU5ajprocJod2bT4v8AiXa5z9htE64xyaxkTS956mp8RL8TeJor cXF5bRQ28ZY265X1JauOcmpWPssJhqcsO5Pc6XxZctJ8HNa2ksGa0UHOQR5y/wA69ShFNHxG Ii1iLMoIwh/aj8PrghD4cVQpOcfOc056MqHx2PTfjV40/szXLTRJNdutEtLbTxMxtVLGeZjk Z9gK5mfVYfBxqQ5jprTVrrU/2a/E01zdC4uDpTF5oxww3Da31xW0D5zFU1CrY+O/258SRfDe bjnTJRj3ytdfQ51FKd0fG9txIwPXzKxkaTP22/4JyTeZ+zhoXsh/nWRUNj6mPWmaHB/GCXy/ DUuOvlTH8o2oRlV+E/CP4objr2gg9c5/8erdHnvZn0z8J7cD9sy/OOf+EagbnpzGtRU3KobH 0f8ABPRtL1HQfEVze6daXcx1+7UzXMIdsAgBcnsKhRckkjula12X9T1PwrF8RLDwinh7Tpru aB7i4cW6/uQBkAn1r6V5ZKlQ9o0eJHMI1Kns0ylrfhvTNE+Jvg+ew0y1sJ7m1u47j7PGEWQK QVDAV8zKPLM9SMvcaKPgDTLDULjxpcX+n219cnxDLF500QchQq4UZ6AVtTpKpVSZPtHCm2jn tI1f+2vG01hD4I0eXQorp7ZtQzHvwvVtnXGeK+zxGXRhhFUS1PJhjJSlynT+IfDWl6N438C6 hp9ja2VzLPPBJJbx+WXj2A7SB15r4VU3KdpHpqWmpe8F+H9N134i/EyS/wBOtb6WPV4YkeeI OQnkLhRnoK76dNSqKmJVOSk2Yeoa/pVv4jnjtvh3Y33h62uxZTaisSFw+cMwTuoPU19TPLFS ouVjwqeN/eWOl8beE9D8Na54Mv8AS9MtNOuZNReFprWII0sZTODjtmvja8OSZ7VOfOrnw5+3 Fu/4X547Jx83k4A/65Cun7KN47ngfwslMXxA8Eyf3dWtj+UgrjmWf0OeAOPD0fux/nWcdjoh sdLVFnLfE7/kS7z/AK62/wD6PjoA2PD/APyCbf8A3RQAeIP+QTcf7poAx/hj/wAiXZ/9dbj/ ANHyUAaXi8Z8J60P+nKf/wBFtVw+JGdX4JejPmFztToB6EV7CPAKV1MSO4HemM5LxNdm206Y 5+YjaM+5pmTOBtn2tI3p8o/rXl1nzSsRI5j4hajvhsLAEESyGeQD+6vT9TWFjWnE810+T7b4 n1G76paxraIfc/M5/kKnU7LWRu7mx9KaExpbPPb0NIV7js53ZP5UAQRX9rLJJClxE80Zw8Yc FlPuOtNRYWZOzAAZ6e/WpvYNgyN+enHHNG4AJMDk4+tFmB8/ftHa79o17TdKV8i2i81wP7zH j9K6EmdUDP8Ag/dyeDbLV/G9zqFzb6dpjrBDp9rcGM6jdMPkjfHWNRyfyrRaDkmzjtX8Qap8 RfF8l7qDxyajqdwqt5MYRQCcYUDpgVMmO3LE7/8AaA1GO3k0TQImxFZ24ZlB7kYH6CkhQ11M Hwh8MfE+uaHHrWjXMFsJ2kFpbm78q4u/LGX8pP4toquW45SinYf4Y+Lvi6yvILRb8XgllWER 3SbjknGM9amSsJxW56r8SfiBoOiXtpo+vaT/AGlG8QlfaA3lE8cD86z5baoz1T0OM/4Rv4Z+ LWB0/V5dGnPSJ224P0b/ABqr2KTktWUL34Casjh9N1G01K1Zhlgdrbc/l0pOTYuc9nuoFifQ tMXPlxHeR6LGuB+tQzJ73Poz9n/TxDp+ramQSZ5Vt1J54UZP6mriYNs3fjBqe3RrGwBwbife 2OhVBn+ZFdNJa3EtyDwLa/ZfDkUrDmV2c+uOlegymdTbOu8FeSe1IkvqNw9O3FADWTg/lyKA GjKlecigBvQng5oJPtGvCPojxn9ovmTwgp6f2gW/JDUPcznsfiV+0RL53iRGwCGklbn1MjV1 wOSL1PTdCix4q+EMXA/4ls0mPbB/wrWtJNGVKPvM9x+DTqfE/jGRyBnUI8E9sIMV561PRTcd VudJ4h8Arc/6Xa3kxuri9DSgNwFJO5vqOK5p0pN3R9XSzaXsPZyL3xkVYPgzosRYYHimzXOe cBG5/GuvaNj5WtGMpuSPMdEjWT4ueLHkG+NbW1yPpms2rkQXKzsPEH9u2eq3D6Vare2eoWwi F1IPlgBXDBh3xWLouTue5hsTKMbdDX8U24sfgvq1sFPytaFn+kq812U7wPGxdp1OaJnW8Ivv 2pvD4X5gvh4c+v7ynLU5ofFc9a+Ofg7XdP8AEtnr+m6H/bkVzYrbSxgZEUgyAcemDWLiz6/C Y2nRhaRo6T4YvfDv7NXiOyukH2kaZIzxA5CEtnr7VpBWPmcbUVWpzQPjn9t1z/ZPw3cgYOnz YI+orpvoc8Lt3Pjm3bM7f79YyZrJXP2u/wCCa0u79m7RgeoBH6ms07lQVkfWmM0yzzz41Hb4 Ym9oJz/5DNCMqvwn4U/E7J17QvUJu/8AHq3R572Z9cfD7TGs/wBq5bsgD7X4St5V+m1R/Ooq 7joHuPwPkmPgjxA1qqyznWL9o1bhWYNwK6MI4qpFy2NsU2qTscR4S0Txh4d+KGhXWs6bFJdX xuHaRpMlkI+bJ9h0FfrOLr4bEYBQpb2PzvB4bEUcW6lTY9O8ZL5fxG8EuT+7W2vMn/vnBr8g qaTa7H30LzWhz/w8UhPGDgcnxDcEbTyw2rV4SMnVUjoqWVPlZ5vbWXhWbXdLm8Ox3Nt4qOqY nidm3bGY+Z5g6Y7g1+jVK8fqqjI+bpx5KrZ6946YLr3w6AXl7+4AHr8gr4CvyufuHt/FH3S7 8Lhu+IfxPP8AD/bUTZHp5C1OGlbFKp0Oaq26bSPDXs4dH8WavC2o3sPiyLWz9ns0Y7HjaQEn b02kda/Wq1alXwvudj4dRqRxCTPffixuRfBUjAK39rZPcgmM8fSvyjMI/vND7fB3UdT4J/bd G748+MT1DRQHP/bMVlf3EelFXbPnX4eTeV4z8MMf4dUtiP8Av6K5Zo05Wf0SfDpt/hmE+rGs 47G0djqaos5b4nf8iXef9dbf/wBHx0AbHh//AJBNv/uigA8Qf8gm4/3TQBj/AAx/5Euz/wCu tx/6PkoA0/FvPhTWv+vKb/0W1XD4kZ1Pgl6M+YLkZXHb0r2EeDYzLp9tWLY8+8bX43RxA/dB dgP0qJOyM2cnG3lQIoPzHk49TXkvV3JWrPOPFerrJrGo3rtmG1TyUPbCDLfmahvXQ7IqyMHw taSW+jwtL/r5yZ5Mj+Jzn+RArJtoq7OX8VL4stfE76hp5d9HhtSFt42Dea4B6r1zuI/AVaaL ja2pBofxCu7WEJr4jWaKwa8lOwxMSDgIoPfA5oDlsdtHq0b6UmoOvkxmDzyrMDsGM4JppXBK 58iG6vPE/iTVdVS+/s9TI9zNeFmURJnCnjkk8ADvW6OpRVtTsp/iTrXhazsbzQvE82vaYwEM /wDaEPzRT4yVweQCORzScUzPk11PXPhT4/v/AB/o91eXtnDb+RL5StExxIccnB6Vg1bYxkrb HbtLtUgkY60tRWPFfFPgjwv8R9Zur7T/ABSkeoSMFaJ2BUFeMAHBre7SNruKOO1j4FeKNNBN t5Oq24+YCGXBPvtPGaakWpLqS/CXwXqKfEW2bU7C4tFs0acmaMgZHAwenU1LkmKU01Y5r4ma /wD8JB401a8jkBVZDDGQcgKvFX00NI2UT27w98QvDmjfDyBNN1nTrGxttEkiWx8onVE1Nxhn RyPlU9yOMVrG5yuLcrnk/wAF9LbW/H9iZBvS2DXD8cZHT9TWE5a2OmWiRT+KevHXfHeqTqwZ UkFvGC2B8vH86vpqNKyudv4x+COm6F4c1uSz1G+uNY0G3trnUPtEAW0lEwB2wv3K5H1quVNG CquTsznvgi17e+OrWKK8njtYYmlliRztIAwAR06msJLlLmoo9/tG+1eJbyds7LSBYAfc/M39 Kl7GD03Pq/4ZWA0nwPpEDDY8kZuH5wdznP8ALFUnY5zkvideHUPFiW6kn7PAseB/eY5P9K76 MdLjid9pVkLTTbeBRwiBTx1OK62NluO2MbjAK+tIkuRHYpHXFArj2OVBJ49qBkRBxweR2oAZ hsnkD1waCGfadeEfRni/7RTgXfhBScZu5j+URqHuZVNj8PfjbcCfXYiTnmT/ANDNdUNjijue vaMGX4i/CYf3dBlOB/wKqq7FUtzsvE3gfUrjxBNqnh/xVJ4fN4FNxARlXYcBue/FccTsewxP CPjvJKfEcnvgxrz+tHMawvYtaX4O8S32r6fLr/jF9bsrCb7THYogVWkAwGb6Ci9zPW5c8ZfD 7Vda8RprugeIDoGpyxCC63ruScDlGFAENt8OviX5BCfEaEAnJVoRg+taR2L53FWNGy+G/jm/ u7e08Q+O11DQlmjnuLK3i2mbacqCfrVHDUk2df8AEP4b6v4s1rTvEfhrX/8AhHPEVlF9mM7r lJYSchfrmgaegReG/j2YFjj+KtiyAcqYev60nsVGpK9iBfBfxg1O2fTdc+JUM+iXOBe29rFh pUByVH1oiOpuebft0jZaeBI1G2KK2nij9CARWnQdM+NISVugPVqxkbH7Uf8ABMiTzP2dtNU/ wZH6mpiUj69U4Bz61Qzzf45Sf8UtPjqLa4P/AJCNCMqmx+FXxVcx67pHqsI/9CrdHnvZn2vo Dh/2k9B+UbR4Ft2bHrxUVR0CW0+Jfi/4QX+t6EvgXUPElg2pS3tpqFhjbLHKd2COxFFO72O+ UOf3WX2/ah8Tm5imb4Ra40sOfLkbBKA9R+NdEsXWiuRM4XhEpXNXwj498UfFLxrYanqHhK68 LaVo9tMqtekeZcSykfKo9FArkUWruXU7FBRWhz2vfETxj8JfEuuaXZ/D+98UaPf3x1K11Oxc DG8Dcre4IxRSm6croymubQz4f2h/EMV9JeD4Mavb30ufMnhRd7Z9T3r2JY2TpqJisOtzpvC/ xC8U/F/xj4b+0+Cb3wnoegGa5mub08zzMAFjUfTvXmqd3dlqPKP8V/E3xR8E/iN4oks/BV/4 o0jXpotQgutPG7Y4jCtGfTBqebkd0bp02rM5ub9qrWJtV/tCX4K6y98g+W6a2zIp9c45r16e ZTjDkueZPC0p1OZI6fw58XvFHxn1vQNMl8C6l4Y0vTLo39xqGort3NtICKO+c14tWq6k7nUo KGh8w/tuAr8dvFbsNu62gOP+ACul/CjWnuz5t8EyBfEugMP4dTt//Rornkbn9FHwxbf4RtfX JzWZcdjraZRy3xO/5Eu8/wCutv8A+j46ANjw/wD8gm3/AN0UAHiD/kE3H+6aAMf4Y/8AIl2f /XW4/wDR8lAGn4tOPCus54H2Kb/0WauHxr1M6nwS9D5iuJFdODk9q9lHhmLqB2k559jVPYiR 5L4ivDdXsrcYZ8AewrmrS5YmTMTVNRWxsbi6J2rCjOM+uOB+debF9xw1PH/EEUkunWWm5zNf zqkh/wBnO+T9Kls7FodAEVDwMADArN6gI+AOARz1oWgK5TvLKC/Ro54Y7iNgVKyqCCD25qmx 3Z5/8ZNWt/B/wyvYLREtxMBaQRJwBuPOPwzVwZrDU8h0XwZp+p2umeHItXfTZNScXEus3cI+ wSFVyieYDlQvPXnNa3NdTB1nSTovgyT7PfWeqQf2ntkuLKTeoKoQuR1XJzjPWm9ECv1Poz4U aL/wjvgTSrYpslkTz5AR/E3Ncz1ZjIu/EDXhoHg/Vb/lHSEqhz/EeB/OqWpMFdny34O8G6l4 31NLazVklaOV453RtjuilzGGA+8QDgVstdDqbSWpqtrHjb4dpp80tzeaat7GZbeC5fcxQHGS h5UemetU4WQ4qMj2DwH8TNS1DwBqniDXVieO0YrGYl2GUAd/xrK19jKUU2co/if4YeMMNqOm y6NcufmdVKjP+8vFN3BtxQkvwQ0fXFabw14khnDcrFMwb8MjmndopTOj+G3gLVPh3beIb6+i jmvTDttlt23lwATx7k1D1kZyldnhVy81nqKzalauHM3myQ3CFA/zZKH69K0ZtzXjY9M8bfHG 11jwNP4Y0Kxv7CxvZlmuEvrvz1hRR8sMHcIDzzk1qnoZxhrc0/2cdLwmsarIuOVgVvYctWEt RVNz1/wNZvq6RADMmpXZPPUqzYH/AI6Kh6KxhM+vraWK32RLhY4lCj6AYq0rmJ5VpUp8ReNW nPKzXLSf8BU8fyFelT+FFJdT162uMJ0J56VsN7llrtABlWFMliR3AkLEAYpEW1JVC4oKGsMH nrQA08ew6UCPtGvCPoTw79pF9t/4VyMhWuXz7iI1Nm3cyqbH4a/GKfdq0ZHYP/6Ea6oKxyRi 2z2rwzIZvil8NkY/Knh4n8waKzsiqMW22jsNL8C6d8RdZ8SX+tXF68tte/Y7eK3nKLGigZ6d zmuK52RXMyndfCzwXHcNCk2sq6yeWxNy2Aay50e7DA1HT9pbQ6Gf4ZaJ8PLTw9rujXmqC+uN UWxmiuZzJHLCykng9DxWsV1PFquMZWNHSfh1afFz4p6/p+sanqFtpujQQRwW9lL5ZYuCSSRV 2MedJ2Ou8S/s3fDXwpc21ldeJteW9mjVhD9tJIB6ZqlojvWCrTjzpaF3xr+z1oPwy+F8vjjQ vEGunVbO+to0iubgvC6SOFYMO/BqrnlTsp8j3MHxLoj/ABK+NfhvwZcape6Xo8WmNfziwk2N NIWwOfYU9yHFxep23ij4A/DXwRLbRar4y8U209wAyqt2ThfU46VLaWh69DAVK0eeC2NfXv2Z PC/hnwBrHjHQvGHiCW90uzN9amW68yKUgjgjuDVxizgrwcJcrPmr9tW+OpaJ4AuHH72W1mdy f7xwTj0p36EQdnynxvAx+2tk/dcGspGx+0X/AATAdpP2fLPB4B/qamI72PskdKodzy/48SCP wvdnoBY3Tf8AkM0IyqvQ/CX4tyn+2NNwefKQfma3Rw2uj7W8JSmT9pi3GeIvAtnj6cZqKpVC LPQNI/4WJ40s7jV/D0ui2WlfaJLaJL6VvNcI2MnHA5qYqTVobnc3y6jv7M+MSEL9v8MEnopl fNdrw1WMeeSMViIT0W5Lpl5400HxlY6D4wXT5/7TtWurG706VmX5CA6sD0PNcLcm7MI1NHci 0u78e+OtX18eFpNKsNM0q8OnltQZi00qgbiAOg5rWPLfl6lxg0ud7FyXwp8ZYJCBd+GgR2aR 84rqnhKijztaHH9apzqOMWQ2uoeP/CPiDS7XxhDp9xZao7RW9xp0hISRRkhlPt3rzHduyOht LVla48R+Otf8Z+IdI8LT6dY2egyRwTS6gSTLJIu8hAOgApqSjLlkN0lKPMizJa/GZJVik1jw 3GWGQDK4OPpXp/VZOHMkcHtqcHuaDT/EXwncadP4tuNN1PSr6dbZZdPJzHIRlc59q4lTvKxT bfvdD46/belZ/jV4kYDJeyt2/wDHBW0k46M7admrnzD4FmLa7pDHoNSgI/7+rXPJmp/Rj8KG 3+DLNh3yahFx2OxplHLfE7/kS7z/AK62/wD6PjoA2PD/APyCbf8A3RQAeIP+QTcf7poAx/hj /wAiXZ/9dbj/ANHyUAaPjH/kUdcx1+wz/wDotq0p/GvUzq/w5ejPk263hOHOTXtJHz92c5r+ oPaWczsSSBxz3pkts8vup987Z5C8c+p615leV3Yk5jxfdZsrezUjNxJlsf3F5P64rkZpTRws f+neL5HzmLToAmev71+T+OAKzOo3idxPA4GaBGXr+rx6Jp0l3IwSOIFnLKT+HHSgpHO6b8S9 N1LYHV4ZWXcVxnaOnPp/Wna5bV9i3fJoniy18i5W11GAnKpKM8+1ON0C0ORuvgvpKrKdIvLz RfMOWjt5N8LH3RsinGTHzM5DV/gv4mup7W3Or2V5pLXCSTxJAtu7BT3AHzED+dW53RopKx7f GFhRY1G1EAVfQAdKzSuYyZ47+0hr5tNB0/S0f57ucysAedq//XrSNjWnY4T4RfGm6+Ea3lxa xXF9dO6mC1llxZpz87snVnxwDWidmVOHML8bvidbfEXxbdXlraWjKZN6X8cJjnlQqMJICcHa eAcCtZS0FTjyHQeO5D4Q+Deh6IpCT3pV5PX+8f5isIhF3kc18Ofh/p3iXQ9U8Qa/qVzpehWM 8VmGtIhJPPcSHCooPGAOTWmrFObTsjH8eeFpfhz441XRVu2mlsZdouYSY9ykAg47HB596bVj aNpRuz1q/wDF+qeAvhPo1wLhp9XunUq92d52n5iD9Biso2epgo8zMO0+P8GoxLB4j8PW18h4 LxAE/k1Vq9WW422J/I+Fni1wY530G5fsSYwD+OQam8gvNHoWiaFbeBvAc9np9ybwSZ2TnA8x pDgHj61F3exi3d6nrXwj0kHxHpke3MNhEZTgd1GB+poMZs9q17VDYaDeXJIZhEQpz3PA/nW1 PVkI5j4aWmy+nmYEiGIJ9CetenFWRaPRknGwYz74rSxLbuTb+OpOfSnYkljYkHsOpwalklyP 5ohg5pAK3bnigLjH75ORQS9z7Trwj6Q8F/aYl2ah4fJ4Vbe9fPv5JqkY1D8MfivL5moE/wCy cfma3WxlDc908KXEdx8WvBAQZEXhtB+OOaitsPD9T0v4cMWi8TuMjdq8pz9FFcXQ6aWjZpuP tV8FdAsMSiRgo+8T0JrFrU+qWJ5cNylvxpI7eE/Cauc/8VFHz7eW1dkVaJ8fV96d0bHwQYD4 0eOWIGMWi5J6fIaZcYpzVzp/ilMt34t8QPptobmGKBEvHuAC8TKBkoewxXPOTUrH6RhKcHhb M6P4tXiyfsrXeCQpv9Pxnr/rRXdSSe5+b46HJiHY8z8NSk/tU6WwOdugkf8Aj9LZsxfvNHsH xf8ADF0/ioa1aWA1q2u7BY5Y4gHe3KjBDjsPeuapuff5Q48nKxnhq8nn/Zc8VrNwF0q4VfQK rcAV00W5Hy+cxUMRaB8d/tdTNJ4c+Hx5wLWUc/Ra2nG2p5yikr9T5Ht2P9oMP9quSQz9of8A glu5PwFhTPAI/mamJL3Ps8dKouJ5L+0PIU8J3xHbTron6eWaEZVdj8J/i3LnVdOPpFHn863R yI+0vh7cLcftMXAAyyeB7Ec/RairuaUT1z4T3Ct8PXV0zHJf3iMq9cGQjiro/Ejqkrp3Of0L wraWHj9fsF7fSWumx+ZKZ7guJJW+6mPQDmvvalKDwqbPlITkq7R1/iwmT4meAnc422F4f/Hl 5r4GppUsfRqKtct/s9APP45JAJHiWbAPQ/KtdOGpqpVSM8RVcKLscC+rXj/GlwdTuH1BtVaJ pDJ/obW4HCDtur9QqYCH1CMj8zp46f12UT0n4uuTf+BF6IdQmwP+2dfluIpqnUdj9CpzdSCu cd8K7gf8LY+LaMMouq2nJ9PIFTR9nUrpM6KkZxouxxPj+9VfFHibU9S1K6tNfsb9PslsrEBo uNvy9CpHev2ChgaM8Okl0Pzt1qqr2Z7j46lkvfhr4auWUbv7VhJI6ZKmvyrMYKhiXGJ9pRm5 U1c+D/21v+Sza++fvabbEf8AfFc9XZM9mn8CPlzwQ7JqmmE9RqEB/DzVrgkaH9G/wiYHwPp/ f5aUdi1sdrVFHLfE7/kS7z/rrb/+j46ANjw//wAgm3/3RQAeIP8AkE3H+6aAMf4Y/wDIl2f/ AF1uP/R8lAGj4yOPCGuH/pxn/wDRbVpT+NeplV/hy9GfJV1Icda9pHz5wvje9ASKHruO9seg pS0VxHnksnmEgnknNeNJ3kBjan4f1G/uzeRWpubdYwkfkkMy85bKjnNTubw0OJvPDEX9oTz2 93daZeyNulKPjc2MZZG71mzQZt8Q6fkK9nqqdfmBhkx+GQaRokVL7V7GdQmsadd2ZH8csZdP ++lz+tArMxrvwTo2u2DxadeRBWbfvQh23AYHPXj0p3aHdooXPgq/0/Rl021nkijaXzJ7iMBz 9EXjb26VUfMrc5z+1/Evh4Mk0m8MdsSlW4wO49xx6ZzS0YRs9zUt/ixBCpa+gZYkcp5jLt3k YGR+Y5osgaXQ6Sw8c6PqChkulVWOFYnIJ9jTemwOImv+FNA8Ywr/AGlaQX5QYV8/Og68Ec1O pCbR51rn7OGj3I36XqFzp7nkLJ+8X/GtObQ0VXucpD+z/wCILLXbHzXtrzThOrSyxNhlUHJy po5mVzoX9oO7mn8S21usMqWdnAFWTYdhY9eenpVxKha9xnwz+Kfh7w74Wi0TxFpl5qEFpqq6 zaiydVEsyrgRy5/gzg5FaxdmE4c0tDlLzU7z4kfEKS8ugDd6tfb3A6AM3QewHFKbLtyxO0/a B1SNNY0zSI2/dWNvuZR0BPT9BUQViabPQvhT8C9Du/h9b6l4lstQtbrUwZXujEJ4YbSIh3kX acoXHyjOT1reKvozCdV81keC6rY2Wo+OLiy0fZJp0975VpsBK+UW+XG7np61M0lsdTfu6n1D dWyxz6JpcYBijYSMvoka8friuVPU4me1/CO2ENrqN7gguywI305P8xVWZlI6Lxve7rG1tRwZ ZgzD1VRn+eK6KKu9ARv+ALAf2I82SGnkLZ9hwK9JFJnTrb7ABzj1NWEtiysLjDMDj2oMxTgF vl6UiWWIG2oADQwJCeQCcVIhCAxPG4fTrQM+068I+iPnv9qKQjUNKH9zTb+T/wAhGqRhUdj8 MPiVL5l+Oc5jFbJoxptXPb/h9MjfGHQNoISHw9Hkn12iorPQvD6XR6L4Q8Y6P4bm8Qafq96t hff2i8xE52+ZG+NpHtXIjpimrm4njjwi15NINdtAsxUsGkGPlGAPxqlBvVG1So/Z8qDxh410 DXLfwdo+jajFqOoLrP2t0gbd5cQjIJPoK1bSVjkgtNSTwD4x0/wj8V/F51a9i0+S6+zSwPct tSVFQgkHvg0lrsRNyU04nofjHxX4G8V3cl9aeMbbTpbpFW9gjmXbNjvn3pOF3c9ynmPs1yNk 3xW+JfhTUvgTdeHtO120u9Rl1KxW3s7aQO77ZATx7AVpFuJ5VZ+1qcxwKeJ9P8I/tG6Pqes3 Udhp93ophiuZTtRnD5K59cVSvuYSavoew+KvHXw68VyRXUPjyPQ9Qe3+yXUllcAJcw54UjPX 3rGcHJ6Hq4fFumtB/iP4t/DjQfgl4l0LTPEtneTy6a1pa2kcu55JGwBwO5Nbq1Pc4a1R1qnN UPkn9rQsuhfD9GLb1tZQ+fXC8U22/QwXM6mmx8nw8ag31rGRsfsz/wAEspC3wQRfp/M1ESG7 s+2VOao0ieP/ALSL7PB2qH00u6J/79mhGVXY/CP4pvnU7MnoIo8/pW6ORdT7E+C+qRav+0Xq U8R3hfB9mhI7cKKiozWij2z4QI9x8PxsUuBqV2Dj/rqa0oWTTZtUuo6Gn4e8P3lhPqU00X7y 6u2mAUcBcAKPyFevXxrcOSDOOjh4KTlPcb4tZo/ih4Fjk+QjTrwkHsNy148mt3uaptNplz9n d1x40ZmwD4iuNwB+ZflHIqsLU5Kyk9ia8VOk4rcpr8Hdfh1yOwley/4R2PUDqIvI+Zn+bcFH vng1+hVs1pSwyhGWp8VSy2UcQ5yRr/Ga4xqXgLGGb+0Jzx/1zr4GrLnndn2EYqMbI474Tqp+ Kvxg+ZTJ/aNm4UnqDAKzUYRqqUWb+1bpOLLOt/D/AMT6t4tvkMun3Wg3rB2vrhQ11DEOTCPr jivuaWaKnR5VI+WlhJOfM0ehfEqKG0+FulxmVVki1WARqSBngjp9K+OxNT2tVzke5CEVBJH5 9ftnvu+L+uYOf+JZbD/x2uVts9KnflsfMPg9iNU0/P8Az/Qf+jBWEkaWP6N/g4wbwHpxzxsH 8hSWxadtDuqZRy3xO/5Eu8/662//AKPjoA2PD/8AyCbf/dFAB4g/5BNx/umgDH+GP/Il2f8A 11uP/R8lAGh40/5E7Xf+vCf/ANFtWlP416mdT4JejPkK/mCKR1r20fPtHk3jTWA11c+Xh3Hy KueOKzq6qwrHnzeJjDn7bZz2oHG9RvU/iK8qVOSdy0i7p+vW1wA1peK7D+63zD8OtTrHdAzZ fXGvlWO9jgv0HAFzGJP1PP61L1FdkUmmaFeDBtprDjG+1k3KP+At/jS5TRTZVm8ECdCbDU7a 5B4EVxmF/wBeD+dJx7GnMcfr/wAOvLbzNR0SS3fPE6IV/EOlTYfMYDaBfWZP2DWJgnURXiiZ fz4IosVzEMt3q1shW+0eK/i6F7JwTj/cbmkkJGLfWvhTXFNvdw/YJX6x3CGE/rxTasXcYnw3 tIYC1k0UyhHEbEbQGYY3fLwSBwKaG2UNT0PV9I0i1s9LiZirKZrm5O+Q4IztYdyPXoKZKsUY vGOq2TL5ijZJIdqTA4jC9RzyTjoaAcTX0/4iW9yYfPhaITk+XjjIH8RB6CqSGom3BrOl6xaq xkikt3OF89Plb2GeDSJd0Yer/Cnwrr4LSabFDI3/AC1tDsP6cU02NVGjF8N/BDT/AAv4stdW tr6WWOAMwt5lBwSMA5p819C3O6PPfif8O/Feo+JdT1RdNa7tpnzGbdgxCAccdatNFRkkZjfG Lxpoelz6T9pm0vfDDaq6I0LxwxZxGo6AEkknqa15khuMb3G/BLTDrPxCtZWy8dsr3LZHGeg/ U1lKVy5tcp9GWTC78S303JW1iSBfqfmb+lQcjPf/AATaHTvCthG2UeVTK592Of5U1ciWxn+J Lg3eu+WOfIiCD6tz/hXbh42JR6hoqDT9NtoAMFIxke9dg7GkkgdM461Ym9CQBlP+sI9Bmmlc i5KgJZssD9OtJqxHUlCqgz0zSbKJCdrA9eKkQbzvPBIx2pgfaleCfRnzn+1RIFvrck42aJqD f+QzVIwqK5+GPxAy9+oHP7sZpmEInsHwUv8A+2Pilaynny9FWLHuABRV2NqUdT0vxR468KR6 5PZ3uiTa7c2p2SzRWhkCH+5n2rBbHRKVkZh8e/D0KTJ4OnXH8J081rGdlYiKcja8FeLPBd/q /wBn0TRW0vUJEO1pbYxGQdwGP8qza5ncb0Lvjjxf4K0y9g03xHaLqt0i7hGtsZXjU+46D2q1 oFrmHD41+EjthvDQVj62D1fMbL2cI+8tTY8K+KvhtPrtumlaUlhes2Irh7RkAJ6Lk8ZppXOG c+Z+4dd8RPFvgzRdOs7HxhbW95HPKZLa2eEyOrAYLLjnBrQlxaOGXxn8FVjx/wAI3Dk+ti9C 0IvJPQs+HvFnwhl16zWy0a2t7kuDFO1myhH7HJHFRJc2o5ybZiftkKqx+FtreYpEzBz1bOO3 pVX0sdVPY+Q4zjUD/vVjIcj9k/8AglexPwYTHTH/ALMaiJmj7hSqNYni37TEu3wlrC+mj3R/ 8cNCMqux+EPxRn/4mVoD2jjyK3RyRPpT9ja8kk+MPiGWV8sugxLl+cLuGKyqbm9A93134X2N zrV5PpnjrVPCMN1IZ5dOt7hREJG5LgHkZ64ql8J0yKp+D0mAV+MWs8+k8Z4796V2RZHTeA/h vZ+FtUuNYl8Uah4t1ZohbQ3N9KHW3iJyQoHrjmpd3uLlTMTxp8JLTV/FF5rGn+NdY8HzahiS 6tbC5VY5ZAMeZtPQnvWsULkRmR/CO6QFT8X/ABC4xyftKdfzpuUo6IXs4nQeAfhna6FrQ1S7 8X6l4uuokZLcahMrRW2RyQo7ms22yHBIh+Ivwf0TxZ4s/wCEig8Xaj4M1e8gWG8Gnzqkd0EG FYqe/bNVblFKBzL/AAJt2H/JZtfHfm5T/Gn7SS0MuRN2NfwV8LdL0TWoL2fx1q/jKSA74re9 mBijb+8VB6+hrPmcnqV7NRPnT9tNfK+LWq54ZtNgzjoflroatE3ps+W/Cb7dTss/8/kH/owV hI2P6MvgnLu8C6ePSMfyFQiHueiUGpy3xO/5Eu8/662//o+OgDY8P/8AIJt/90UAHiD/AJBN x/umgDH+GP8AyJdn/wBdbj/0fJQBv6pp8er6ZeWMzOsV1C8DtGQGCspBIznnmmnytNEyXMmm eaT/ALOPhu4Uhr/Vh9Jov/jddf1qfZHJ9Uh3Zy17+xb4Iv7l5n1TX1ZzkhbiDH/omk8TN62Q vqkO7Kn/AAw34Exgav4jA/6+YP8A4xR9Zl2RX1WHdlS6/YF+HF5zLfa+zf3xcQBh+IhrOVZy 3SD6rDuxlr+wP4FspA0PiTxaqD/lm15bOv625P61DnfoP6tA1F/Yk8Dr11bxC2eubmDn/wAg 1PMxfVYd2OH7FHggDH9reIcf9fMH/wAZpXD6rDuy5afsgeFLEgwa94kjA7C6gx+Xk0N3D6rD uxbz9jfwDqKt9sbUriQ/8tS8KP8AmkQouP6tDuzBl/YK+HsjlhqviNAf4VuoMD84Cf1pFfV4 9yCb/gn98OblNk2p+IpU/uyXFsw/WCh6j9hHuZT/APBNn4XrIZLXV/FenyH+K0voE/TyMfpQ HsYmhZ/8E+vANrGFfxH4rusdDNc2mfzW2FBP1eAlz/wTy+Gl4u2fUfEUoxj5ri2P/tCgr2Ee 5g3X/BMD4TXLKRqviqHapRRFeWwCg+gNuad2HsI9yL/h138KhHbImv8AjFBbrtjxe2pwc53c 2x+ancPYxLNn/wAEzfhrYgiLxR405JJzfWpyT7/ZqLh7CJrwf8E8vh7CAG8QeK5sf89Lq1/p biosL6vAl/4d8fDrORrPicfS7t//AIxTF9Xh3ZVv/wDgnJ8LtVjMd5feIbpD1Es9s3/tvTvc r2Ee7M3Qv+CYfwg8M6hPeaZdeI7SadQsnl3Vvgge3kcUgdGL6mpYf8E6/hxp/wBoKa34qczy NK5ku7YnJ7cW/Sgn6vHuzt4v2R/B0MKRLqGt+WgCqPPh4AGP+eVVzMTw0H1ZQT9i3wQt690d U195HkEpDXEGM+n+p6VtGvKGwfVod2dKP2bPDCnIvtW/7/Rf/G6v6zPsh/Vod2O/4Zw8Nf8A P9qv/f6L/wCN0/rU+yJeFg+rFP7OPho/8v2q/wDf2L/43TWLmuiF9Uh3Y9f2dfDSf8vmqH6y x/8Axuh4ub6IPqlPuxT+zx4cP/L7qn/f2P8A+N1P1mfZB9Uh3Yv/AAz14cwB9t1Tj/prH/8A G6PrM+yD6pDuw/4Z68Of8/uqf9/Y/wD43T+tT7IX1On3Z6hXGdxw/wAQfhFo/wASZS+p3V9A TZzWX+iSIvySDDH5kb5vTt7U7ktXPlTVf+CQnwd1eYSTeJfHKtjHyX9mB+toaLiUEjf8Df8A BLf4VeANbOqWHiDxjcXBhMG27vbRk2n2W2Bz+NEnzblJW2Oy8P8A7BngDw1b3MVprHiNvtFw 1zI8txbFizds+QOKlKwNXdzUl/Ys8ETsGfUtdYjv5tt/8YqXFM2VSyskU9W/YX8Aaxb6dFLq OvRGwu/tkUkM1urltu3aT5H3cHp+tWtDBq7uVdI/YH+Hej6zqeqR6l4gnu9QKGRrie2YJtGA F/ccD65oepadjW/4Ys8DYAGoa0Mf7dtz/wCQKnlHJqS1Q/Wf2L/AuueFLnQJ7zWEtp54rgzx PbLOjRnI2t5HAPfj8q1UmjKMFF3Rmp+wj8PP+Eys/Es9/rt5e2lkbGKG5mt3hCk5LbfIzu98 /hRzsfKm7nTyfsoeB5VAK3Y+i2//AMao5mUrLoM1P9knwLqmhalpUi3kcN9CYHliECyRj+8h 8rhvfBoU2iZRUjzz4gf8E3/hp8R7LSbbU9c8VwppqssTWt3bKzZAzuLW7Z6dsUuZgo8ux56P +COXwYE3mf8ACT+O92c4+32WP/SSpeo2rn0x8AP2b/DX7OPhf+wvDV9qt9af39Vmikk6+sca Dv6UkrE8qPVAgFMpKxy3jr4cab8QbC5tNRnu4Yp7WS0Y2rqpCOMEjcp5oJlFS3PkvXv+CRXw e8RXCzXPiTxwjKoUCK+swOPraGr5mZqjFHbfC7/gnJ8NfhL4ivda0nW/FV1d3Vqto6393bOg RTkEBbdTn6k1LfNuXGChsaMv/BPj4Vahc3d1q39t63eXUzTSXN9fKX5/hGxFAUdAMU1JrQtr mGj/AIJ2fBoNuGl6jn/r9P8A8TT5iORGr4U/Yc+HXgfWJb/QrjXNOWWLy5bRLxHgk5yGIaMk EexFHMx8iM3Vv+Cffwv8Ra3farrM+v6veXT7s3N+oWFcYCIEjUBR75PvTU2g5Sp/w7h+DQ5F lq6npkX5/wDia09s7WsiHSTd7s0vDf7BHwz8H6ol/ok+v6dLtKyRx36vHMO25XjPTtjFZOV+ hXIu4eIP2CPhp4s8R3ms61ca9qVxcIkaRS3qLFbqoxiNVjGM98k0+dg4JlNf+CdXwcU8afqY Hp9t4/8AQaOfyJ9ku5b0r9gT4YeH9QhvdHfW9JuYz8z216h80f3XDRsCPpilza3D2S7nO/E/ /gmp8Mfiz4juNa1fXfFttczQJbtHZXlqsYVRgEBrdjn8ap1G9C1BI4Sw/wCCOPwX06eKWLxP 47LRyLKA1/ZEEqcj/l06cVm3cqx9peFfCNn4Q0uKws5Z5YY1Cgzspbj6AUhcqNygo5b4nf8A Il3n/XW3/wDR8dAGx4f/AOQTb/7ooAPEH/IJuP8AdNAGP8Mf+RLs/wDrrcf+j5KAOpoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAKt/qdrpdpLd3txDZ2kQ3PPPIERR6kngU CueJ65+3L8C/D2oSWV38RdKNxGcOLcvMoPpuVSP1p2Yroyz/AMFB/gCP+ahWZ+lvN/8AEU+V hzIaf+ChXwCH/M/2p+ltN/8AEUcrDmRXn/4KK/AK3xnxxG+f7lpM3/stKzDmRXP/AAUh+AQ6 eMnP0sZv/iaLMXMiJv8AgpR8BFJx4ruGx/d0+b/4mnysOdELf8FMPgKvTxLeN9NOl/wo5WHO hjf8FNPgOBxr+oN9NNl/wo5WHOiNv+CnHwJB41rVG+mmSU+Vhzojb/gp78C1/wCYprB+mlv/ AI0uVhzohP8AwVD+B46XmuN9NLb/ABp8rDnRE3/BUn4IqSBL4gb6aU3/AMVS5WHOiJv+Cp/w VHRfEbfTSz/8VT5WHOiFv+CqnwbH3bXxK/00z/7KjlYc6Im/4Kr/AAiA+XTfE7f9w8f/ABVH Kw50QP8A8FXPhQv3dF8UN9LAf/FUcrDnRE//AAVf+Fw+74d8Ut/25L/8VRysOdETf8FY/hoP u+F/FLfW1Qf+zUuVi50Qv/wVn+HS9PCHilv+2CD/ANmo5WPnRC//AAVs+Hw+74L8UN/2zjH/ ALNRysOdDD/wVt8CY+XwN4nb/gMQ/rRysXOiM/8ABW7wX/D4B8Sk+7RD+tPlYc6Oo+H/APwV I+FnirWYNP12x1fwaJ3Ecd5qUQe2DE4G90ztHuRipsNTR9g2d7Ff28U9vIk8EqiSOWJwyOpG QwI6g0iyxQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAct8Tv+RLvP+utv/6P joA2PD//ACCbf/dFAB4g/wCQTcf7poAx/hj/AMiXZ/8AXW4/9HyUAdTQAgOaAFoAKAEJxQAZ 4zQAZzQAtABQAhOKADOaAFoATOaAFoAKACgAoAKACgDO8Qa3Z+GtGv8AVtRmFvYWNu9zPK3R UUFmP5CgTPx2+Nvxy8Zftc+OJVnv7jSvBwkY2GjxOViitwcCWUD78jDnngZwK1UTCUiDSvhL 4T0+0WFdIiuWHBmnyWY/yFaqJnzF7/hWfhYnjQ7Q/wDAf/r0+UOcgm+H3hSJdw0Kzb220coc 4yLwfoUKbYtGslQc7RGD/OjlE3fUd/wiujbdw0ezKnn/AFQo5BCnwtoyHnSLMZ5GIhT5AGHw 1pHbTLPH/XIUuUZE+gaYBxp1qp9BCKOWwDDpGnKD/oFsM/8ATJaAK8mm2Sgt9its/wDXMcUA MGn2gwPslvk8D92OaAIjYwKTmCHHp5YoAja0twcrBGAP9gUAQNbxKBiJMf7goAjMURKgRJ9N ooJ5h7WkbDPlqGzggAUDuQSW6YO1Qcn0FAXKkkSrn5Bn1wKVhXKUqgcgDp3FFguVJE2nhfqR UXC5CY+vHP0pjuNYY46GgY2WCK5iaKWNZY3G1lYZBFDQm7H6M/8ABMD4qXviH4f694C1K5e6 k8Lzo1g8rbmFnKCVTPojAgexFZSVjqhK6PtyoNAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoA5b4nf8iXef9dbf/0fHQBseH/+QTb/AO6KADxB/wAgm4/3TQBj/DH/AJEuz/66 3H/o+SgCX4l+I7nwf8OfFWvWSRSXml6Vd30CXAJjaSKFnUNjnblRnHOKqK5pJdxN2Vz4Jh/4 KMfEcYD6B4YJPbbcD/2eup4ZdJGaqLtYsD/go18RIgPM8K+GyD0ObgZ/8epPD2+0P2iJV/4K P+Oxjd4T8OMT6S3A/rS9h/eQc6Jz/wAFHvGyDL+D9BP+7NOKbw/94XP5EsX/AAUf8YFsP4N0 THtczD+lT7C3UbnZXNCD/got4kZct4N0o/7l5Lz/AOO0/YLrNEe1RaT/AIKJa4Fy/gzT+ecC +k/+Jo+rro7j9qMm/wCCjWtQkn/hCLAjH/QQcf8AslL6v5i9qVD/AMFK9WyFPgSyJPpqT/8A xFT7Blc5RH/BUe5zx4HtHUHG5L+Uj8D5WDR7GXUrnJE/4Kj3BOD4Eg/8D5P/AI1R7CwcxMP+ CoUmRu8BxYPddQf/AONUexl0Jc0j0fwD/wAFGvh94lnht9fsNQ8LyuwUzyKZ7dSe7OoBUe5W plSlFXHzxPqfS9UtNa0+3vrC5ivLK4QSQ3EDh0kU9CCOCKyNC3QAUAFABQB82f8ABQ7xqfBf 7Kni0xyeXcap5WmRY6kyOM/+OhqaIlsfmN8DbgvNqEfHy2kYU+26uqJys9ZhOMEHce+aogZq Wq2ml23m3t5FZxnjdKwA/D1pSaS1FfWxzMvjPQTIWk1ywY44PmjpS5kWk3sQHxx4cj6a5Z4/ 66UXsKxG3xD8MqSf7ctP++qXMFmRn4keF0BDa3bOPbNHMFmQP8T/AAqBk6xAW+h4ouVysqSf FHwv31aM+4Q0cwcrK0nxU8Lr11NWA7hDSuHKyq/xW8LYOL8lu/yGi4rMrv8AFjw3Goxdu3f/ AFdK47Mrt8WfDhB/fyn/AIBRzBZkD/Frw+OkkzY/2aakFmRSfFvRM/IJf++afMg5WQv8W9HB GYZm/AVPMLkLGm/EzStQm2bZIUzjc2OPc+1VzD2OokTn5W3DqCKd7iZRmHXt/Wgkz5zt6jA9 utIDPUaeLub7dNcu2crHbzbAB6EYrM0sUrp9LdSY7i4i+Ujb55IB7Hp2piZLagG1gPmi4OwZ lX+P3piZLvAB9KESz6//AOCXV35Pxu8b2+f9foUL4z/dm/8Ar1nM6aZ+mlZm4UAFABQAUAFA BQAUAFABQAUAFABQAUAJmgBaACgAoAKACgDlvid/yJd5/wBdbf8A9Hx0AbHh/wD5BNv/ALoo APEH/IJuP900AY/wx/5Euz/663H/AKPkoAzfj1Mlv8DPiLLIdscfhzUWY+gFrITVw+JCezPx 82HACt8p716/Q42bei6nZT6DJDd20b31lIySyYO50PzI35cfVa4JxlKfL3N4tRhzM5TU7p9Q B+wIxB6YYr/WvQWWYy2ljiePwq3ZhzeEPHeqsw09ZyCOi3RHFL+zcZ5CWNw72uZk3wa+MF42 YGlC/wDYTA/rSll2KW9gWOw97EZ+CPxpjYAtcux6BdTBJ/WueWDrR3N44mjPYr3nwm+MNiSL h7uI+jah/wDXrlnCdN2Z0xSnscbD428T+BvFEtpq93cymBxHdWlxIZAVPOVJ74OQRUQnqDhr Y9pSWK4hWaNt8EqhkcHOVIzn8jXoXurmL0KljIfsqQniSD9w/bleh+hGD+NZiJ1YqfvHHpmq iBJHIzcbjmr3FuXreRo+RwO/vTT6CPrv9gv453Hh3xiPh7qd1nQ9XDPpiyNxa3YG4xr6LIuS B/eHHWuOvC3vGtOfQ/QmuU6AoAKACgD89/8Agrn4yWDwv4B8KJLh7u9m1CZAf4I02oSPqx/K qRnM+MvgPIDrFyp/is+n0aulHO9j2YRnBbptPOfSrMzwH42i417xY1kpJ8gJHEhb5SWH6day lFyasiozjH4ixafscfEm7tobg6TarDOcRyyXACtkZAzXTLDVY+6jBYqlKzLd/wDsW/EHSWiW +i0m0aRdyh7wHcPUYoWFqSafY1eJpJFdv2RPFkY3PfaGg9DdE/0oWCqt6GTxlJAv7J3iJpCn 9r6ID1P75sD6nFbLL6tjL+0KSCT9lLVolLSeJNEjX13Mf6Vay+qxPM6KKbfsy3iNhvFWk/gr GtVldRkf2pS7CN+zY+MN4w0xfXELGq/sqqT/AGpT7Esf7NERHz+M7L/gNu3+NJ5VUXUHmkOi GP8As6WELAP4yhJ/2bY/401lk31KWZQ7Dk/Z70gkFvGI+gtf/r0f2Y+5X9oR7FyL9nPQWQM3 i+Uc9FtR/jS/s5rVsX9oRfQ1dP8A2YfDV1PEknjK6RXdVLi2XC5OM9fem8vio3uSswu7OJ7H r3/BOXwho2jyXK/Ee+lvVUMtrLaxqWBGexPbmuR4fQ6fraSvY+TY/C0WkalqdrvMyW80kKyE csBwDXBNcrsdHMpJS7npekv5miWJJyfJUZJ68VSQiO6GOce1MRl3BGCSTmpuOxWtLprSVpIi FZuScDk9OamwwedmYszAnp0FMCugWCJYkAWNBgCgNxrMCRg00Kx9Tf8ABM288j9pfVYMn9/4 dk/HbKp/rWczop9j9U6yNwoAKACgAoAKACgAoAKACgAoAKACgDnfFPjC38OxeWmJ75xlIc8K PVj2FNK4rnA6f4t1e0v5Lw3Rl805eKQfI/pgfwgdsfjVtE31O10H4j6PrF8dNku4LXVlQO1k 8q79v94Drj61DVilqdUDmkMWgAoAKAOW+J3/ACJd5/11t/8A0fHQBseH/wDkE2/+6KADxB/y Cbj/AHTQBj/DH/kS7P8A663H/o+SgDB/aSGf2dfimPXwrqv/AKSS1UfiQnsfjd4I1P8AtfQo 9z7p7f8Acyg9TgfKfxH8q9VO5yNWJ9anfTmS/TKrjyLj/dJ+Vvwb/wBCNc9WN9exUexP4K07 Udat7q9sRDJBbSiKVTMqsrH7vB9ecfQ19fl+IWJw9pbrQ+ZxeDlCq5Q2Z6r4Q8S3OhSL5sTK Mgttwemf8TXoLc5qVV0m+ZHoNt4otb2UNHEyg9cgDv0/pScbinVjJmsl7E5WRYzuHTBFePia bi9Dtw9SNyW7j07xFbpbSwXKyqQquHBIHPPv1x+VfO19dz6OlK1j45/a8+F39mLbeKrKGQrA Vtr3I58tv9W5+hO0/UV5CnFTcWehJXhzo5H4O+Ijqvh6TTZCWuNPPygnkxN0/I5H4ivQotuN mcEkdZcr9mvo5AAI5wInx0DD7h/HlfyrZrqRcoeJtT1PStPjn02K3nfzAsizoXwp6EYI6HrU O/Qas9zjJviR4gt3OVsSc/djtHb+tQ3JGisaOgfErWbiRhc6at1t+fbHA0Khe5Pc/QUk5XuJ 2ueneHPEk9vNYarp8zWGoQSJdW8nRoZkYMp/Bh+VdLSktTNaM/Yr4JfE+z+MPwy0LxTaYVry EC5hB/1Nwvyyxn6MD+GK8xrldmdadzuqQwoAKAPye/4Kz3cr/tEeFrYsTBF4XhkRT0DPd3QJ /JF/KrijKZ4B8DJSviJwRndZuAAeuCK1V2YyR7dHLwCBz0I7Va0Mjw34mxFfiBLsOC/kkZ7E 4Aq/+XkdRSdoN2PuHRfBvjWbw3oNg9jCwsFhZJBqm0yBRkAjGCG3HP0HpX0E6V76ny8K9klY u+Lfgp428cS2EkMdhpgt42Rka6yDk5zwtcUZQp7na5OrqkYN3+yf4yRAX1fSt3XasrE/jxWk asb6Gco6ao5XV/2cfE1hGwbWrAAE7ipfk17GHjGoeJia8aXQ4vVfgP4jyWfVrcrj+Hca9qnh r6HizzCKZz0nwZ1NWZX1eIeuEaul4R9yoZhBrYiT4MXsjgDVFPuIzR9Ufct4+K6GgvwUktI9 02tc+giP+NL6nfdmf9pJvREEfwaN5Nxqrn6Rf/XrOWDt1Oynjr9DrdK/ZnW7VGk1icA88RDp +dccqEY9TuhinLodxpH7JmnT7TNrt4qAfwxLzXHNRh1NlNzOhj/ZZ8P20WG1vUMD/YUVwuVp CqVGlYvX/hZtE8NPoo8Qahc2y7VjklCGVEH8AbGdprphh1OMpHl1Me4tQufA/iW3W28aeIYF ziO+kUZ64r46urTaP0Cg+ajBnQ6EA3h6xIOSEx+tStjpC6BycDkUgvbQwNTl+yQPNI6w26cN NK2FDHt7n2qSkmznm8UWKk4vYyfaM0FchE3i2zGf9KB+kRNAcgReJ7e4kCrM3J4LxELQJxZr pOrpuGOvPtTQH0p/wTnu/s/7WGnRk4Fxol4g5642N/SspmsD9bKzOgKACgAoAKACgAoAKACg AoAKAEoA5HxX42XTnex04rNfnhnPKQ+59T7VSVxNnnkgZ5HkkczTOdzyuclj6mrIuNJGcUCW hVXTLNb6S++yWy3rJse78sCQoOxfrgUDubng34i3P/CU6boqM9xZXZZUd1LHhSSwP8K8YGev aoaRSPYRUlC0AFAHLfE7/kS7z/rrb/8Ao+OgDY8P/wDIJt/90UAHiD/kE3H+6aAMf4Y/8iXZ /wDXW4/9HyUAYf7SAJ/Z4+KIHU+FtU6f9ektVH4kJ7H4feAdUXTNcjhkOILweU+egb+E/nx+ NehF2OeaPTL2zS4imglXMcqlGHt61s1dWM0+p5h4P8c3vwz8eXFlLHDNHdr9klFypZCD9xwM 9Tnr/tV0ZXU9hiFTlszDHuosO5090eyWfim4vXZmhgRmOTsXAz+dfevDqDuz8++tyqatHWaJ qU7soyAaTghe1bWh6JoNtcXqqGOQfcf415OMiuVs7sPUbkdtB8NWurRbnJPTO2QDk/jX57jf aRi5QZ9thZx05kZ2ufB3RvFOjX2mapDLNa3sTQTfPk4YYz16jqPcV+YY7NcXh586ex9vhoUq kORo/M+50nU/gT8XNQ0TVNyy6Zcta3DdpoG+7IPYqVYV+i4DFRxVCGIpu8ZfgfPYik6U3Bnt 93YpfWzozAxyrw6noDyGH44Ne18R57VihbzPLFvcBZUJSVR0Djg/n1/GpsI77TPgh441zwxb eIbHRvP0m6iM1vMtwhMwDFdqqDu3ZVhggdKzcktGMY3wO8eW97b28ugywGa3F2krzIITEXVA 5kztAy69T0YHpS5l0Yxmt/CLxh4Ysby91PRjawWql5SZkZsBtjEAElsHrjoCD0q/aIVj6O/4 J4/GYeGfHt54D1C4xpviHNzYbzxHeovzoP8Arogz9U96wqxuk0bQfQ/RkHNcxsLQAUAfk3/w Vkz/AMNG+HMf9Cpbc9/+Pu8q4mU9z56+CcuPFNsOzQSjIFaowZ7iMM3BIrUhnivxZPleMvMz /wAsomz9DUvScWJ6po/ULwFayzaNpc8sZlMlrC2QPVBX0Fap7isfIUYe+79z0q2hkEKhYiuR 0bAryJy11PfhHTQyNY0q5EbtEQpPJy4ya3pzSOSvTnJWR59q3h6+u2Z5Sir2Gf5V9BQxMYo+ ZxGEqzZzt74NubqMxp8inrjPP1r0qePSPIqZdUZgT/DAs2SxfHscV3RzCJyf2fUj1K8/gQWS 53oh+lbRxkJESwc4q7kczqvhp2YhZkFdcaqmtDlUeV6iaF4UnW7U+ajDPIxWFWdj0qCuetaL o6+VGu8EqOgFeHWqpH0FKB10GmiCDc0iqAONw4rypVXJ6Hc4JR1Of1m+jtwcyOT22c10U6cp yV0eNXqJJo8r13xQNW1drJG3Rwje5Xgn6mvoo0Y06Em9z51t1aqSPiDx9GsXxL8UKoIH2wsA ewIBr8xxP8SR+xYXTD00aXhkk+H7Uem8dfQmsEdg+7mwCfTvQiGjnPiVon2ifQbWRz9jSwFy UQ43yyMck/QACkXHQ45vC9oo4RiPUtQPnHR+GbZsBYTg+hpoOcz7iyewupbY8mJtoNSa3ujq vD1uZtBluGfJikCbT6etUjKW59C/sF3n2X9rjwYc4E1pew89/wB1n+lZSNKZ+w3eszoFoAKA CgAoAKACgAoAKACgBCQBknAHOaAPCv2i/wBp3w18EvB13q2qah9mtUPlIYRumu5j0hgXux9T wOtUkK55t8DP2ifAnx90vzfCmqY1dV33ehX5Ed/Ce5KZ+df9pcir8iGenOpx/M96YvIY5SCF 5ZHWKJBueRjgKPU0BcwtSvjelkKlLQciFhgyf7Tj09F/P0qWy0u4fDfwXqetfGLTfFMd9cNp Ol2MlobFTtg82QgtK/8AffAAUfwjNSyj6QNSAtABQBy3xO/5Eu8/662//o+OgDY8P/8AIJt/ 90UAHiD/AJBNx/umgDH+GP8AyJdn/wBdbj/0fJQBi/tFEr+z78TiOo8L6of/ACUlq4fEhPY/ B25URS7lyo+8uO1d7VmYfFue0+Gr8eJvD9tehwJiPLlUDo44P59fxrVO6M2knZHmPx18LP8A Z7bWYQwaEiKUjqB/CfwPH5VhVTTUluio2knF7M7H4XeMdP1nQrS5uwvnqPLmB/vjgn8ev41+ i4Cv9cw8ZLdb+p+XZnReBxMo9Ht6Hu/hvV/C93p6pmCG4yoUkdB/ETz+Pf0xXS41E7G1Kvh5 UuV7nWaKbeVh9nuYlGMgn/CuWcG/iOejKUqiUWd3HBqmjuYJnNuwAJVsr+OCK+CzPD3T5D7C hOdFpVC9a30qEBnB/Gvx/NMFPU/QcvxCdrnyX/wUA+GKanpOl/EOwiDXFnt07VAnVoWP7mQ/ 7rZUn0YU+FsXLD1amXVdt0enmmH54Rrx+Z5L8HPEn9veGFspn3XenkRHPVoz9w/0/Cv1ik1Y +OmtTp7q0NvqIfAEV18je0gHyn8RkfgKt6EFu38Q6lpNl9hglZbZZfORTI4CsRj5QGAH97OM ggGs7ICO+8XavfDElyxQuskib3IkKqFw4LYYHHIPBOaLILlGHxBfQzRvmNihyPMTcO/GD1HO D64HpRYLk+javfaHqVlqWmztbalY3Ed1aTj/AJZyo25D9MjH0JpW5lymkXbY/Zz4K/E+y+MX wy0HxXZYQX9uDPAOsE6/LLGfdXBH0xXC00zoTujuKBhQB+Tn/BWQf8ZGeHP+xVtv/Sy8rSJl Lc+b/g45i8UWOOPllXP4VojFnvBdicng+1aXIZ438ZFC+Io2He0HX2JrOT1Qlufpj8ML5bjw Z4amEyEyadbnEkpb/lmOwr33G9NSZ8kpctZx7Mm+Gv7Uvg/xz8aNR+FNrpWtWvivTopZrj7d aLFFtTGcHJJzkEe1eNUetj6WlH3eZmV8W/2yfB/w58TeN/D1roV74k1jwZYw6jrFtbTJEVid gG8oN98xhlZvrWSm0zaVG+56N8NPFWifHD4f6P418NXyy6Fqke+FplEckbA4aNwejKeMV0Rr NdTjnhPM8K+Nf7T2lfDj4h+JvA2maNJrviHw9on9uXEM8/2dJkGGeKI4OWEZL5PHat1iWjD6 ipatnLar+2J4Uv8A4ZeCfEvh7SprrUvF+oLpdhpd7LsMM4YLIZWH8KZ6jrkV2U8Ton3OGeB9 6Wuw7w78XW8U/Ejxj4A1a2ttH8UeHJAzrATJFdwHGJIyeQRkZB6V7mDxSlP2dtTwMfg5U6Sr c3ustat9lt3JluZGbPTOM/gK+mjeWtj5RpXsnc0/Cbpc3KrDbEjP3mya5MTeKPRwvvOx6tYM tnCrEKuBnAAr56d5s+kg1FGP4h11pkKxS4I/hY9a6KFBJ3aOPEVm1ZM8j8R+IfIdi00lpJ/D vPyM2fyP04NewoxWqR4tm/iOG1jX3gmIuIWMcUm57iDKhVPcj74H0yKqXvRabN6dGKtJHzH8 QWRviXrrI4dHdGV1OQQVHfvX5rjP4zSP03CfwY3L3hhwdCReGKySDH41zLY6x106468du1Fh X6jPGS/aoPD8xO4tYBf++XYUxva5zjQknGOPpRci5PbWpB4FMLq5zOvWpOu3A2kZwfzFRZms vdRt+G1MWiX8PT51b9apJrcz5rq57J+xrcfYv2svho2cK91cQ/8AfUDVlI2pas/Z4VkdQtAB QAUAFABQAUAFABQBHPPHbxPJK6xxoMszHAAoA8f+IPxPN2brT9Oljt7eFPMubm4bZFHGOryM eFXHbvVqJDlY+DfH3jfXP2y9a1P4a/DCOGHwDBKv/CSePNRtt6TFW4jtQw46HG35m9h12XkT e2sjzP8Aae/Y30v9nrw7b/ELwV46l0hLB0jS11S58q+ln4y1pKmCzH7xQ8Ad6cgjLmOz/Zt/ 4KCeKjruleCfiZoGpeI7u8eOCz1XTrNhqXzfdM0GB5q453rg455qbWWmpVrn1t4g8cXrfEDS NBGlyTRSxG6mfJ8qzj3FUYkDEku4EkEgIOmSc1Frgkkd14N8E3njO6LnfbaWjYluu8h7qnqf U9qh6FnumlaVa6LYxWdlCsFvEMKi/wAz6mpAtUALQAUAct8Tv+RLvP8Arrb/APo+OgDY8P8A /IJt/wDdFAB4g/5BNx/umgDH+GP/ACJdn/11uP8A0fJQBiftGEL+z38TyTgDwvqhJP8A16S1 cPiQnsfhHdJuiLd05/DvXfIy2Ot+FGvLYatNpsjYhuxmP0Eij+oz+QpxbuZzPQ/EGkQ63pV3 ZTKGjnQoeOmeh/rWj1Wpmj57+H0tz4e8Z3Xh6YbXnkMSqTj96ucdfUf0r1sixX1ev7Gb0l+Z 4HEGD+sYdVoLWP5Hvum+H9dtLZbg2TiL1DKccZ5GfTmv0Fzg+p+eSwtZR5mtDr/D+t6pZOnz vC6kEHjg+tYyjTkjnpzqU2nHc+mLLxS3xN8JRTTXdlaamrnfLK5D+cFGRjkBX6+mTntXxONw 6w82rOzPuMNiZ4qC11RycWoXSsVlyrqSrKRggjrXweY4eErn1GCr1E9yLxFo8HjLw3qehakB Jp+pWz20ykfwsMZ+oOCPcV+d16SwtaNeG8T77D1HVpOm9mfnBoQvfhB8U7rSNUzG9ncNYXee jJn5ZPp91voa/TsLXVWlCpDrufMVafs5Siz6Hv8AT/7Qs3hBCFgGR1/hYcqw+hwa9W6ZxdTM iU3tosrJiXBDxj+FwcMv5ishnWeNdd8M/DS+bRW0PSLy5tFWOe91VZp5rmbaDIURHCoik7QM c4yTk1Epcquy1FyWiOS/4XhpaDZD4d8N7en/ACBAx/NnzUe2j3K5H1O0tvCNt400G01jSNM/ si5uGKRQwuz2l24GTHGWJaKbBBCMSr/wkHg6wkiJOzPpL/gnx8VG8LeMtS8B38xXT9d3Xmnq 5wI7xF/ex89N6ANj1Q1jWhyu5pTnzOx+g9cxuFAH5P8A/BWFN37Rfhw/9Srb/wDpXeVcdjOW 58yfCWUJ4q03DYzI4/NTWqMJbnvW7D89OpFWQeS/GME6vaMRw1qwz+NLcT2P0j/Z60wah8KP B14luZM6XAWl+7Gvy92Pf2FesqqdPlPm/YNVZSZ4F4IC6N/wV01WMfMl/pDHPIBzbqf6V5M7 81z6SnFeyie1/te/DbwvI2s2vhzTPDei/Ef4gad/Zd/4r1q9S1htLEFfMkIZsu5ChQqjJxye KwdzqVmcn4m/Z1+Gdv8Asj+H/h9Z/GZPDWjeD9Zhe/8AFFvcKsM96x3NGSGAyS4KgE7cDPSh XE7G3+2CfBOkaLZ6Y+teE/DfivxXpf8AZLeMtdmXz4dNCgPIoXLSs44XoMnrW8WkmcvK2z4x +PnhjwZ4P8PfBW1+GOsnxJ4V8J65/Z97rkYzHNeyukpkLdMkcYHTGK6IwfLB9LnPKScqkOtj rW0a+k/4KCeL7i3ZxAmliW6mHQB41Ayfc9BX0WDi441NbHyuPs8s5ZPW5P4j+NkvhrWr6xvN KtJbm3LyI8d35iyRqjPyR/EQuAemfpX0M8wlGpyJHgU8p5oKpc+ifh/rEGp6bbX1qrJHcQpK qsvKhlBwfzpV5OpG7Fh6cqVSyOo1K7ZVBaR8eqjkVxwSZ11aij1OJ8QaqttFIjb7lOWDRAFg PXA/mOa9CMdDynNyZ5z4g1oCMyRA3sDEoEUhpG3Dsx+Vv91sGtk0tDojFs8yvdSDKospo0Y/ JLBeMzFHH3QV+/Ee/GV5rGpJJnbTpNq5478QLk3Pj67lPWSOIscggnGCQRwRxwa/O8ZpVkfd 4N/uUXfC7gabKCOBM4rkWx3MmuOCf1pszszQ1y0uL3S/DP2dB/x7Sq2RnOJP/r1vSp8xxYrE eyWpTTwxqe3iNRn/AGa6vq7PO+vR7kN/oepWtrJIQVAGchaiVKyNKeMjOSVziIBNfXkzTPvm Xgk965Y6yPSqNtXNTRj5dvqKEDqD705qzNaTvE9L/Zku/sP7THwtmPB/tuNM/wC8rD+tcstj rpaM/bUVkdQtABQAUAFABQAUAFAFbUNRt9MtXuLmQRxL3PUn0A7mgDwf4rfF61tdJ1K/1HU4 dB8O6avmXmoXTYihHp/tyHsozg1ol3Ib7HxPDL4t/bqv3sNM/tDwL+z/AGdxi4um+W/8ROp5 Ge4P/fK98ngapXIbUNep7d8Rvih8Pf2P/hjptglhHa28aeTofhbTv+Pm+k6bvXBP3pG5PbJ4 q27aLczSc3dnifhv4ca/478V6N8T/jrYt4g8VX5P/CG/C234jgX7weZDwiKMMzN0xliThaz8 2ar+VH0n4W8CvZeIbjxf4hmtdX8c3cH2V9TgiCQ2Fr1FnaDGVjHdz8zn0GBUN3NErHrPgn4f zeJWW4vA8GkKc4zgz+w9F9+9Q2M9ltLWKyt44II1hhjUKkaDAUelSBNQAUAFABQBy3xO/wCR LvP+utv/AOj46ANjw/8A8gm3/wB0UAHiD/kE3H+6aAMf4Y/8iXZ/9dbj/wBHyUAYP7Sn/Jun xTz/ANCpqv8A6Ry1Ud0J7H4PWd5viAb5mX5W9/8AIruuZFRbmbTbxJYZCssLiSN/QjkU+axD Wp9CaXq8PiHRbXUYeFuEDMD2b+IfnmtlqjFniHx40GbTNXsfEdnmN2dUkdf4ZF5Rj9QP0rmq NxkpLob8sakXCWzPWvA/xCm8SeHbS/i023mMwRmxKVIkTIwfYEnj3r9SwWIjiKEa1733Py3F VK+Bqzwco6dPQ6qG21WBVkktYwCCf3coJGDg/keK6lGOuh488PXglOSsj2r4f6be+FZLK+uG j1HT7yFJLy0gDErCeRIGxhtvfHI+avAxko14Omt0ezg4Sw8lN6pnpfi7TrHWFj1HSbJ7Pyh5 dxGzF1cD7rj8OPcYNfA43DTtqfb0KsJNOmilp2jRS25ZryyiIGdssyqf1Nfn2OwdSV20fYYT FRptJo+Jv28/AGl2+r6P4y0rUtOup7j/AIl2pWtrcxvIGUExSlQc4xlCfYVtw9WrU1PC107L VM7MzjCXLUptMyfg/wCK18SeDYkncveWB+zy88sMfI34j+Vfe05cx8zNHSTQ/Z9TZTxDfDdn P3ZVHP8A30o/Na0ZKOK/aX0yW6vdC8VRgmz1K3MExBPyXUYAkU/Xh/8AgVY1Y3SNoHhk1yFO Mc9zmsbI1Ow8C/F7xJ4PtLjTbG/Z9OuHV2tZvnQMvQr/AHfqOnBHSne2omrqx9Y2XiWTVrPw 38RNAl+z30siTs68GHUIiGJPpvGCfXL11fxYanK1yO5+q/wp+IVl8U/h/oviiwwsOoW6yPFn mKUcSRn3VgR+Fec1Z2O1O6OtpDPym/4KtDP7Q/h7/sVbf/0rvK0jsZS3PlL4ayFPEunHqBcg fpVoxkfQYzkkGtESeWfGCEtf6fj+KKQE/iKmRLdrH3n+z98Rbtvgb4FtPNQx2+nrEsY7YJGT 719FhcHGdNTZ8fjswnTryhEpwfs2Lrfx0f41f8JbrFp4itjHGiqkSW6xbdvk4xllK5GetclX D04VN9DtpY2q6S5omz8UP2HfAH7TXiG68TeKn1qfWHjjgF5BfFEtokGAsUZBGDyTnvXDVjCL 2PVoVa048y2Oqm/Yv+GTfAi0+EZ0a+ufB9tdC/JF0UuWuQcmUuByW6fSuWyZ189Tc3fHf7Hn wg+L8UE/irwdHe3VvYQaZb3DXEge1ghXEaIQflwOp71LSNYyla5mXX7NXgPwV8Nl8E6X4Zt3 8IqD5untmUSMTnzWY8784+bqMV6eHacVB7HjYqM4zdSO5wF54A0Xw02oT6HpiW0l6Va8kGXm lKgKpLnJIAHSvrME4Rd7nx2OhUnHla0PJZPhboAvZWGk2gV33uQnU5P5dTx719AqdF+8eG62 IjprY9n8MaWum6TFjCADgLwAO1eRiKilPkT0PQoq0efW5S1ieTe21wsnXBOFYfX+o6VvRjFn HXqNs861e+MtxKYW2SJgvDJ8qc8ZOP8A0Nfxrs2Q6UOpwPiEi9aVYXe2uQmZbeKPcshXu6ji QH+8vNcknZnrQieZa5dL50stzCul35HmWt0bj5yQPnMU3RgB/wAs355rhr1D1qMHL3YnmvjK 7S+8XR3Md3DfJLbxkTwx+WGxwRs/hx0444r4rGWc7n1OFjyQszU8MH/RLsEcC4PP4CuVHWXL jJPByfpTYmz0j4PyaXeeKPBVprEQntLmS6tSrnADEgqfzrqoz5Twc0pOUbo+zbD4K6G6gppE WO2Rmul4h9D5+nguZXuL4l+BWkal4bv7QaTDGZYmVXVMFTjg1DrNm6wTpe/F7H5ieMdCn8E+ OLyxnUqUlaJgwxgg4rju1M+po/vqPoJYTCR7kr07/lRN3bOijHlVjsfgrefYfjh8Nrkkfu/E Vmc+xfH9a5pHVHSR+5w+9WR1jqACgAoAKACgAoAztZ1y20S28ydsu33IlPzOfb/GgD5s+PXx +0H4f+FrrxP4u1YabocZaKFYDma8k/542qfxMe79BWiiZtt6I+V/Cvwx8W/tl6vpvjH4nWU3 hT4T2T+d4e8DW7lHvlzxLcHg4Ixljy3RcDmtorqS5cui3PVvj7+0boP7Punaf4W0DSY9e8eX cSW2h+ENOj+WAHiNpUT7ieifeb6ZNNu2iIUXLVnm3w4+DWreG/HsHjP4gvF8Qf2gNYj+02uk zsDp/huDoJpiPljVBwB1J4QE5NTojTfRbH0H4N8O2Wi6rrMk9/Nrnii4Cy6vrVym1pM/dhjH SOFf4Y1+rEk1k5XZokkj2TwV8PG1Yx32qRtHZD5o7ZuGl9C3ovt3qW+gz1ZEWNQqAKoGAoGA BUgQz39vbTQxTTJHLKcRqzYLH0FAFigAoAKACgDlvid/yJd5/wBdbf8A9Hx0AbHh/wD5BNv/ ALooAPEH/IJuP900AY/wx/5Euz/663H/AKPkoAw/2j4pJ/2ePijHChklfwtqiog6sxtJcCi9 tQPwEjuBDPu3YjYYJP6GuuLurmVrPQmu382JWH8I/SrewHoPwX8Qt5t1ossh+cG4t8+o++v8 j+Bq4SexjNM7nxb4Vh8WeH7zTJSFM6YSQ87HHKt+f9aqauStHc8W0Pwd8TPB6T2WkfurcuXJ jKMpPQlcj2rSliMTQjy0pWMMRg8LiZKdWN2jfWz+NN6iCTxJcwIhJWPz0UDPXgDvVyxmNkrO ZSw+GUeTk0Lsvhf4uayANQ8d6iqKSQBfyBRnrgLgCubmr9Zmip0ErKmiF/gz4vv4/KuvG17J FgDY13MwwO2N1Q4TlrKVy1yR+GJWk/ZydubnX5ZD3zk/zNRGglvqV7V9hYP2etJhO6TULh29 VQCtPZRH7WT0Z1vgr4f2PgaW4ls5ppXuFCv5p4wDkcVcYKOxnJuR1V3bvfWhjjbbMpDxMezj lf1/QmrJRNLosfxK8Eat4bwFuL+L7Zp+7rHexA/J/wACAZPqFqXazKTaZ8dXHmQTSRSqUljY o6t1DA4Irj62OlO462k2SAg4PUVCA+lf2YPFyX0+p+B7uQLBrKCaxZzxHdpyn0ycr9GNdVOS TRjON7n3h+wd8VH8P+LNT+HupOYrfVS99p6SHHl3SDE8XtuUB8eqtU4iFndDpyVuVn3ZXHud B+Vf/BVUA/tCeHv+xWt//Su7rWOxhP4j5G8AyCPXrMnjF2n86Zkz6L+ZXOB61qhHmvxji8uX SmPRvMH6Cpqr3boE1dJn1/8AskWI1f4R+GXP3Iw6MTwM+YQBX1VGvy4ZJHwmLoRnjpN7XPpW 0a2uNR1bR3mCRrGFgUdPMQ5z9TzXnVYuVOM4o9GnOnzypSZ0vgjxroltaS2olCzKM7W6sO/5 Vx4nCVnJPoelgsdh6adNPU1ZPiHpSZELqGHVW4OfSsY4WR2Sx1PqU18b2skhIG0+/Q+1OWGk QsbG+glx4gt5QXhTLdwD8w/xpRoyiynXi1do5HWNSsrxjut41k/3drV6dKnVWzPKrVKUt0cj dabYXVwAI1jct94pkGvWjUqwg7nlzhRm0joNc0W303S4yYInUqAGjHX8PWvNp1pzqGtalClT 908q8VNYxRMJCqID8shO3Y3bn+v4V9Hh2+58tXtJ+6jyHxJfafJOsU0wM0ZYwThxGN2M4X0b 1U8GvRlJLdio0pvZHgfjf4o3UtvJbWCKQWEi3FvGwKPyMr/cz3A4rnq1KaXxHu4fCzlJXR5H 4k1XVfEi21vLa3EqQKVASFsuxOWkbsW9/Svm8ViI30kfU4fDKJm3UN1ZvZi4gmtnMGFWVCrE AnBwa+frPmdz04qyOy8CP5lhfBjlhKDn6isY7DNi5A3EgdKbE9h82rS6NZeHL6JtslpqshDA 9PlU/wBKFKzsc2Ijz0z9Tfh34mvPFHg7R9UtbLzYrq2R94bgnHzfrXRJHh0ZTitjrCdTltZB 9iVTtJ+Zqztqjrc5OLTW5+cX7cPw0bSfG02pxw+X9ujF0uP738Q/OrnFbozwlZ05cnQ+ZfDc /nXF2pIwyBh/Wud7nv2S2Os8EXgtPH/g+5HBh1yyb/yMtRLYuO5+8/8AFWJ1jqACgAoAKAEo Aw/Eniu28PwNuZXuNu4IWwFH95j2H86aQj5P/aT/AGn9B+DmjjUPEMkup6xqI2aX4btT/pep MeFyo5igzj3b36VolYi7lsePfCf9nDxR8XvGNp8Vfj4gvNaQq2heCVX/AETTIusfmRjjPQ7O pPLc8VqkZylb3YnQftB/tQ33hzxNF8MfhVZp4t+LF+3kFYFElto4xjdIR8u9R/CeExk+lF+i BR6yOb+DnwYb4UeJ9RttJvY/HXxsvQJfEvjfUSZ7Lw4H6qpP35z/AAxj5jwTtXipbSL1kfR/ hTwbp3hDTp4bMzTS3Uvn32o3Z33eoT9PMmbufRR8qjgCsm7s1tY9a8D/AA6SNhqOpwKhZvMj tSO/95/U+1SB6R0FIDN1bVjZ/uYFElywyN3CoPUn+nU00rgYk1utyGWfFyGILM45Yjofb8K1 UVbUm5csdUl06NI5VkntlGN+dzxgDqe7D9aiUWijfimSdA8bh0PRlOQagB9ABQBy3xO/5Eu8 /wCutv8A+j46ANjw/wD8gm3/AN0UAHiD/kE3H+6aAMf4Y/8AIl2f/XW4/wDR8lAGr4o0uPXP DOr6bKoeK8s5rd1PcOhUj9aAP53J9NW1uJUcZaGRo1U9trEZ+vFdUPhRD0ZErrKSpOUYEZqy R2m30uhava30P+ttpA+P7wHUfiM/nQnZilqfSum3EOoWsF5C26CdBIjDngjIra5g9HYteWGH Cg1YEhtmKg7DkdeKLANjUyK/PHf2osJ6DDhBuLoB6swpCuV5p7VWaOaaJJAA2wuN+CcA4649 6G7CWpRlmszgw3McjHgKDzSuWU9M1ODVri4ttP8AtGoTwO0UsVtbvIyMCAQcD1IH4ip51ewW LzxT2jRpcWd1ZOyl0F1C0RkUHBIz1weDT5gILC6k0nXQYXMTyN9qgdf4JVwW/PAb/vqpYjx/ 9qDwZFo/jG28T6dCItI8SRG7CJ92G5BxNH+DZI9iKyqJfEjpgzx2OXJ4rnW5R0HhzWrjRtQt ry2kMdzbSLNEwOCGB/rVt2JlsfacvjK5vB4X+JHhuQQ3k7x30ZXgR38JHmIcdn6kejt6V1Nc 9M5b8rufq58LfiBYfFP4e6D4s03i01W1WcIesb8h0PurhlP0rzjuWp+bP/BVJc/tBeH/APsV 7f8A9K7utobGFTc+OvCEgi1qJiMFbpCcemau1mQz6Xc7SW4PXk/0q0Sea/GUZs9Jk7id1/Na Utrija59U/sjtqNx+z/pqWctpD/p1wN8ztuyrAgYA9zXu4KpHksz5bHYabqcyZ6r4n1j/hHz DqOp+ILLTDfusUMohldVuAMkEj7oIHeumWKjSXI4aHD9QnUlzqpqjjdU8Y+Hr9ZfENt4zW2j giiuLgQ2TcGSTy1ZQTzucHIHSuilj4RhyOH3mdTKJOaqxqFnWPiroGk6re6fe63eTX1i0K3L 2dmhRRIwUNuJxgFhu9M1i8S5P3YI6HgNbubLWq/ELStB1C6tk1DVbxba7tbSaWHyhEBcfckQ 8koCMH0qHWnLTRGscHCOvMzvV1KGwkMct9fkqcfPKAPwIFZSp1J7m0HSp7MdqGqabf2M6SNd SSmJtjG4OQdpxyKxlCtT+E6YSoT+I4D9mrw/a/FqXUb3VNWvJLaylMTRtcv1H0PU/wBKwq16 1OF2zphh6M5aLQi/aA+Hl98O9Ik1221S5n0z7eLT7K0rkRBhlHDE8g9Mdq541m2kty6uHhKF +h5DZaxZaleaKmoWxvLaTTbi5khEhUytHvIBbtnAzXS5yW0mZRo0m1eKKja7o01oJE8Lacys gb9680gGRkDO4Vg51ntI7IU6MU7ROX8VeJ7W30fUp9PtINLgudNsbwwQZZI3aQqxUnJxkZxW bcn8TOhKK+GJ6udc8KeAZ9I8KT6JpevLdxIbq7mtpS+oyxxiR5FkyPs4Af5Rj5iOeK8Cria/ M+Ve6j7/AAuV4D2VKlX5va1VdNbJHyT+0hoieGfildaVFdzX0FllIbieIxM8bYdflPoGAz3x mvS51KEZR6nxlWn7Jun1TMb4fP8AudQXOPmQ4/A00YG7cPjJ6k1ZBHcWsN74aVZwdkeobgAc HJj/APrVPUTV1Y6zQfjh458J6RDpWkeJbyy06LJS3jkIVM9cVbkcf1aAt18ffiHcK3meLNQO ewmYf1qeZlKjHY5LV/GGta7c+fquqXGpuVKgXLltoPpk8UczNY4aEdUY0dkixRPDCqs0jK2w c4xmpOhaEGnzfY9W0qcceTqFtJke0y1Mtio7n78WkontYJAch0VvzFYnYTUAFABQAlAHKeLv G8OiRPDbsHuvuswG4IT0AH8THsPzppXE3Y+OP2k/2q0+GurweEPDenHxn8WNVdUsfD0P75bS Rvuy3WPvP3EfQYycDmtorsZ/FvsZ37PH7KN34X8TTfEn4pagPGXxb1FjM89wwlt9K/2Ys/Lv Ucbh8qjhfWrtYzlLojl/jD+0j4m+LXjmb4Q/s/t/aWvuWTXPGcZzbabHnDiGTpkcgyevC5PN LfbYajy6yNH4H/CTSvh5p+peEPhjevcXckhh8X/E+VA8sk/WS1sSc7pM5yeVTOSS1S3bYtJy 1Z9B+FvCGleDNEtdF0PT/sWnxMTHboS8k0jH5pJHPzSSseS7cn6Vle7Ndj1/wb4CWwMeoaki vd9Y4DysP19W/lSA7ikBm3uqZZobZgXB2vIOQnqB/te1NK4GbLnOcnnk+59T71vFCYzGaok8 ++Nvxv8ACP7PvgC68VeMdQ+yWEYK21qjf6Rezdool6knuegHWs5StoUjiv2D/jB8QPjz4L8V eN/GWht4f0fU9VL+HLPYERbIIBle7ZYHLHqc44rEZ9PUAFAHLfE7/kS7z/rrb/8Ao+OgDY8P /wDIJt/90UAHiD/kE3H+6aAMf4Y/8iXZ/wDXW4/9HyUAdQehz0oA/Br9pv4Y3Xwh+OXjHwzd IViivpLm0fGBJbTMZImH4Nj6qa6IPSxEt7nk/l4YtyMsee1akjphvVWXr0P9KLAes/BnXjd6 XcaTI3720bzIcnkxk8gfRv51cXcwktTrvHN1qVn4Vub7SJWS8smW5eNFGZolOZI+fVc9PSrl e2gkXbO3S/8ADMl/c3otjcxQ3lhdXOoRxo8bdUZWcDBVgwOM5XHes3JIdjk/EcputIgv9Mvr fVbvRLlZZo7C5EySRMMSRsVOC2wkgf7I9aL3V0NWTsz0PUvj94AvlheLw+ms35sFtZ5jp0rK ZBnEkSxoiqcHHzA/dX3zk5suyOD+13K6t4e8Y6Ta363Fk7288Ii8u6ktieCFYj5lYAjJ6E1o 02rkRdjT8ZfE7XvGDXrW/wAM4NJNxKJTLLcxLKW4yWcc8kZOB3NSua5baMu2l8T+CfEd3rvh Y2Pm6lbLBfW9+zeVuGPnAX72cL6YKA0OMuhKaW5d1Hxl498Z6pbzeJ59Ca3gJJ+wWuyZvlwF L9174NUk1uKTT2J76B7m2zCR9phYSxZ/vDt9CMj8aokl8QeHovit8MtW0CL57tYzq2k7uqzI uZIx/vIDx6pRGPN7vcE+U+TJ/DOo2Kb57KWJB1baSF+p7fjXVicrxeE96cHy23RlTx2Hqvlj NXvsQx288WHVcjsRXlO+zPQdo6M+g/2Y/E51aPV/Ad25Uagv2zSy54S6TOFH+9kr/wAD9q1p txdnsYTSaP17/YoiWH9mbweqoY8tfMVIwQxvrgn9SaxqfGzWnrFHxF/wVPTP7QPh8/8AUr2/ /pXd1pTXumVV+8fGegfLqbt6TI3607ks+lXfewI5GBirRJwPxgjzoNi5HS7Az/wE1MndWIR7 7+x9rok+DF/YK+260/UZLleeqMBn8uK+jy2kpwvY+czSs4S5Ez0/VtSsPEUdquoSXJs7acT3 FnbS7BKcEYf+8uCeK9irgfaRPGp4+dKW5H4s+HvgXQvAtxr9hpDa1osNusD2hmLYXzN4DAnh gxzu9q8xUY03y1Vqd8sROprBnmfi3xb4PmisNXt/Bohub9WdoxIAq+W2BuAOCD1967qcYR3i c8p1NnIqaZ8QdOuvEyed4dtIDIQ8d4Tu3Mg+XCjgFc/hmu2FGE3flMZSlBfEd6fijG67ZnEq n1NdX1WOyOL2jRHZ+L7W81G2W1u9peQKY2bGc8fSprYd8tkjSjVtK7O//YwTSI/BHiPS7WFt K8U2t/KuoSOjTC7jZiIpVX/Z5XA79etfCY+jWp1F1R93g6tGpTatZjfi94/utY8CeLPh7Jot zrV0l0sEerIQoi24dHcDgHqAo9812YfAKU1Xbt5HlYzHunB4eEPmeB2HhTWNEttB1Aab9ua0 guIpLabKrKjMQynHIyGPIr0qmFg3ZNHnUcVOKUnFjor/AFO38L3ltDoOmWNrGyhdLubuZmn6 YI+YDAxzk9q8+rh4wdnI9ihiJTjeMTgNa0vUvEdrrQvINJ0cf2ZFZ2drazrHGojlDADLEk8k kmuOUKUX3OyM6j2Ou074qQLpdu/iqC11bXrWGNHuf7bWO31RkbC/aUVcqFQBcoctgA14lXBU 5VOZPQ+uwuf4rD4dUUk2tE7ar0Pnv4oyXfizxbPql5rVtq9/ctLcTyRymQRgn5IgxHIUYAHo K3dkuVLRHgyk5ycpbszvAkbwzalGw/hQ/wA6SJN6cEZGBmtCWV/tWy1e3k4jeRZQR2YZB/Q/ pU2EQlrXnbcIV9zg/iKQ7sjkns1Azcr/ADpjvcqyX9gp/wBdux6CkKwRasZGAtwUhjDYc8Fm I/lQN6FC5Yw2+8fwSxvn6ODSeqKhufvp4Xm+0+GtImznzLOF/wA0BrnOw1KYBQAhOB6UAcF4 u8fCKRdO0stNcykqDFy7+u30A7seBVKNyW7I+H/jd+1FrmveND8LPgfHH4m+Ilzuhvddtzvs dET/AJaGNz8pcc7pTwp6ZPFapEebPQv2eP2ZfDn7OOhahr2p6jHrHjG5je613xfqb42DG6QI 7/cj65Y/M36Vexm5OWiPF/HXxf8AF37aHiLUfh98ILiTw38MbPKeJPHlwDELiMfeRCcbUI6L kM3U4WpfdlpKOvU9G+FHwx0GDwXD4P8AhzDP4f8AhmpKan4kX93qfieUcMsT9UhJyDKO3Cet RKVikr6s950bQ7bS7Ox0rSrCO1tbdBBZ2Fmm1I1H8Kj9STyepNZXuaHrPhDwTHomLu72y6iw 7crD7L7+9AHV0AZN7fLfQmK3mMcROGmTqw7hT2PvTsBVVUA2xLsRegH8/c+9abLUQOu5SO4p rRjPGP2nf2nvCP7LPgRtc8STrd6rdKy6VoML4nvZO3+7GO7Hj05pSl0Qkj5n+BH7Mfjn9s/x 5YfGr9oaFrXw7EFk8O+CVDRxCPOVaRDyqdDg8v1OBWVxn6N2trDZW0VvbwpbwRKEjiiUKqKO AABwAPSgCWgAoA5b4nf8iXef9dbf/wBHx0AbHh//AJBNv/uigA8Qf8gm4/3TQBj/AAx/5Euz /wCutx/6PkoA6mgD4B/4Ks/Bb+1/CGh/EzTrfN1o7jTtTKjk20jfunP+5Icf9tPaqg+WVxNH 5cXk06BEt7eS5mlbYkcakkntx3PtXRK8SEje8Q+ENZ8E3dja65YvYyX9jBqNqWkWQTW8yBo5 Ay/Kcg9B0OQeRTi77iG+Ftdbwz4hstQUkRxvtmA7xnhv8fwqovWxEkrXPpFCjqCr745AGBU8 MCOD+VdBkc8vhzwVZ6n9lOm6VFqLRmcW7WytIUzguBjpmosohq9jXvrSHQJ5bFrJ7F4yA8It vKC5AIyMDsQfxov2FbXUraXrEereOIvCUcgtNQlSOVLi8cRW5RyRndycAjB44JFRzJByt6mn qOi6zo0kh1PS57O1jn+zvOxyu7APB7ggqfoRVp9AtIo/DdLr4lX3iXS0aw0nV9FdlWzuWJ+1 YI2bWyANyHdk8cGs+d3ZfIxuvaBfabp5j/tbS5L+6jZIFtZVm8mXblS46Yzxjmq5ubQnla1M 34e3ngnW/BNvqXifx+dB10l4rnSZIUQwPGxWT5j97kAqBgkE+nMKVtGa8j3Ltxf+GJ714vCv iOLxNZRDc1wisrR5J2q+QPmwAcDNWmjOS5SHQtQn0DXFNswWRJBe2rdtwOXX6ZIOPRjQ9CUz N+NPiBvBVxFc6f4cS+02/jFzZ3sTsGhVj80MigENtbK/8B5r7fC8WV8Lho0fZKdusj42vwvG rinXVZxUvsr/AD6HjGr65qPiWVJrbwRFZzZyZbSGRPM/3h939K+ZxuYvGz5/ZRi/K59Fl2WS wEXGVaUl2lYdo9j4oXxBpN/Do/8AZVxZzK4uI/kbGeS2T6ZrzHeeh6rVj9zf2TNVg139n3wp qEEIgF0LqWRF6CU3Uxkx7F9x/GuWo7yNoaRPhb/gqSm/4+aD/wBivb/+ld3WtP4WY1PiR8W6 JbNZ2dk28y/aA85ZlG5SJNpXPpwOtZJ6hJaH0XDMXhiJA5ReR9K3Rmcd8XVLeFY2Xol1GT+O RTktGSjV+BHxl0n4ZaHdW2oQXsl59r+0QPaoGVkK7XR8noa9bA46OGpu54mOwUsVUTR12o/t GeHHu5JrLSdXVc5VWkRduf4fcV6v9vStZxPP/sKLfxFFP2lbS2trq1t/D129jdrtuLaa9ASQ fTHH1rir5tGvGzjZnXSypUtpGcf2gNKsraCDTvANnBDBzEtzfSSlO+AcdM9q5qeaTpx5HG5r LLIyfvSMu++PE1xcLcWng7w/YzjPzokjEk9TgnHNOGaV4aRLWW01o2Z0vxt8RGTMNppNsT/c tM4/M1E81xL6nRHAUY9Cu3xp8YmRXTU7e2dSGBhtI1wR+FZPMcQ+o1g6KekSG2+OfjzTLm4n tPGF7YTzoySSWjLEWVvvDIHeuWpXq1VaTOqFGEHdIxJvid4pmVg/irUiGxuC3JG7HTOOtZ+0 qctuYJQjKV+Uzp/E2rXf+t1fUbgehuJDmo5pt3uVyq1lFFV3urkfMb2bPTdvNTeTd2ymrK1h P7NuZR/yD7lsdyh/rQ73Fewv9hXz4I06QfUAU7MdydNC1JCALJVB6AyAZosNs3NI0ltNt5fN KG4lOX2dgOgppDWpNOuT3FUJlJ0DAqcMp4INAjPm02B2JAcDuN1QBC2nW/ICE/VjQNEf2SBS QIhxQUP2jgKAAO1AmVtUTZpV0c8hCf60ioH7wfC+6F98NfCdwCSJdJtXz9YVrne52dDp6YEc 08dtE8srrHGgyzMcACgD5Z/a4/bN8O/AjwwAzf2lrV6p/s7Q4JNs13/00lP/ACyhHqeW6CtI xbJufJt9+0D4z/bA1Rfh18G7W58L2N1aJceKPE+qSKl5HEeJI4wpyIgeAE5b2Ga0tbRkPTVn 0x8OPhh8Ov2Q/hVfSw3EOkaPaRibWfEeoY8+7f1Yjk5PCRL+p5qr9zLWb0PmrxB4h8Wft53d 7cm8m+G/7N2hz773UbtvKn1bYeSf7x6YXlUzzubil5s1so6Lc948EeArHxJ4b0zRdP0VvB3w lsWB03w+P3VzruOftF4fvCNjzsPzP1PHFZyl0Gl1Z7XYabJdTwWdnAry7QkUMahVRQMAADhV ArI0PVfCvhCDw9D5rkT3zjDzY+7/ALK+g/nQBvkhRknAHUk0AYc93LrEgSPfBZhtvIw0/wCf Kr796aVwPg/9rv8AbN+Ingvw/Lr/AMPdR0Hw/oun602jCDVYxPqWpzISsr+R/wAsoUIxk8nO aL9Rn0F+yz8bNa+M3g25l8T6XDpXibSxCt61i2+zu/NTeksTduOCvY1onfQTM79rD9sPwp+y 34dKXLDXPHF7H/xKvDdud0srHhXlA5WPP4t0FS30QHi37LX7GPij4teOF+Ov7RjPq/iW7Zbj SfDN0Mw2SdUMkZ4AHG2Lt1bJqBn6CqoRQqgKoGAB0AoELQAUAFAHLfE7/kS7z/rrb/8Ao+Og DY8P/wDIJt/90UAHiD/kE3H+6aAMf4Y/8iXZ/wDXW4/9HyUAdTQBzvxC8E6b8SPBGu+FtXiE um6vZyWcwIzgOpG4e4OCPcCk9gPwB8e+C9X+GfjnW/DOpFrXWdDvntjIvUSRtlJB7HCsPY10 x1WpLPd/EcEfxu/Zcg1O0jDa/wCBHN3HFGuW/su4kImi+kFzux6LIlGzEfNW8sgIwQRzxVkn t/wh8QHWvDYs5W3XWnHyTu6mM8of5j8K2gznkXPHOi3smp6Dr+kQNcanpNxl4EZVa4tn4kQE 8Z7jPGRSndWaHE6fxB8WPiD4uhmgm8OsYJgEZtS1OGMuoGBvEUeScdeew9Ky98fu9Tk/EPhL U9Si0TVYZ7bTfEmnK6mRVaWAoww0fUMwB2kH1FU4tq/USmk7Fa+0DxxrbO+qeN5pzIcyNDag O/8AwJiTnip5WVzotav4Dg1XWPtS6hqGlXM8KW9y1jLs89FOU35B5GTyPWq5E9yed9Cxpvw5 0bRr+HUFuLy6vbYnypb2/aXaSMH5ScdM9qaio6pi5pPcoa94Y8LJqcV7qOn6f9pvZTGJZYst NIBnHucD9KdluUmy3ZRadoenpNb2JtLCeRolmgtSkTuoG5c4GSAwz7GmJ3Ze1aI+RHdQx+ZL akTIg/i45X/gSk/jigk3tK121fTEstQt21HSJG8+Hy32TQMwGXjYggZGMqQQcDoRmjXdDR6X 8KvF/wAHvDK6pH4q8MaprUsqo9pd3nlzeUwPKCNWUYYdyT0qJe0kWuVastfEv4z/AAl1jwjc aXofw0gk1ASJLa3lxbJaJERwwbyX3uCM8ZxnBpJSTu2NuL2Ptr9jfUxrH7Nvg66WytdORlu1 W1skKxRhbuZQACSegySSSSSe9c0/iZtD4T4l/wCCoS7vj/oGen/CMW//AKVXdbU/hZjU+I+M 7V/+JTpsW0bl+0jOOeJM/wBawS94tu6PfdMlL6danrmJTnHtXUtjmZFrOlW+vaVcWFz/AKqY fw8MpHIYe4p2ugZw0fwsu4yV/tOFh2YxEEj6etZuIiynwvYDD6qAf+mcHT8zT5WBMPhjBj5t UuG5/hjUUuQA/wCFa6cAN93eP6neB/SnZhYkX4e6Qmd32l8dmmP9KXKiiUeCdFjwDaF8Dq7s aLINhy+F9HTpp0J+oJpjHpo+nRZ26fbKe37oUwHNa20R+W3iX/djH+FAEZ2qSVCr6cdaCbkU kmc9vegdyB5eOufWnYVyJmy3HI9KLBcjdvb8MUARPhjycVDEQSsBkkcimgtYoSn5sHoeopgQ Mm3k1A0kQOp3Z28eooKaXQgljIyexPWgSFjXJyRgetAyHU49+mXg7mJv5UFRP26/Z3vf7Q+B PgG4znfoloc/9slFc73OpbHolAzzH4v6re6W9mFUXFnIjHyScL5g6FsdR7VcbEu58V/tFfsv 6L8fZp9ca6OjeODGqJquC0Vwq/djmTuoHAK8j3rqUbfCRfufAHijwj49/Z38e232v7d4W8Q2 b+bY6pYykJKB/HDIOHU91P4ino9xnrfh/wCNUH7UnxT8P2vx/wDFl1aeFdNtx9k0jRLNlg1G 7XosipnbJL3bHU4G3NZtcuobbH6A6F4CufGD6Ve+I9Ki0Pwppaxnw/4CjjCwWgUfJNdqOHk7 rH0U8nJrFy6IpK2p6LZ+Dn8Q+Lra9Sae4vIYiiRFyIIs/ekcd29O46Csyj2jw54atvDtqUj/ AHlw+DLOw+Zz/Qe1AGnPcR20TSSsEQdyaAMh7uTUFDPE0UfUQuMEjsWHr7VSS6gIeTycHr/9 eqQHy58ev+CeHw1+PfjmfxZdXur+GdavCpvpNIkXy7o4wWKMCFc92HWpcR3OK+N/x48EfsCe ALH4UfCbSpNd+IeoDFhpe9ruSKR/lWe4PJZj/DGP0FL0AufsbfsI3+ieIj8YvjfM3if4o6jJ 9rhtr5vNXTSejHsZcHoOE6DnmkB90UCFoAKACgAoA5b4nf8AIl3n/XW3/wDR8dAGx4f/AOQT b/7ooAPEH/IJuP8AdNAGP8Mf+RLs/wDrrcf+j5KAOpoAQjNAH5ff8FX/AIJjQ/F2hfE/T7fF pq6DS9UZRwtyi5hc/wC8gZf+2Yq4Ss7Ey2PhLSfGmt+GbO6tdJ1Wewt7tZEnSA7S6yKFkQnu jBVJU91BrVpX1EY8ExA2djxVXJsdL8OvEn/CM+LbSaRttpc/6NcZ6bWPDfgcH86paESV0fR8 RzPngH8wK2VrGDvcg+H2sR+LPEnijQNRmj0bUtKfdaqsJlFzEY2dZGJYBQdpBwDyQAKzTfUt xidHf+Gvs2lpfXGuafcHgC0t1beyk4LZKjGPQ+hp3QciOJ+GXiHQLe88XaH8RdVktr+wZlst TeYxAI+XhfYuA3y8dOqY75qHNl8qa0MvUtQ8JeJlbQ9O143zahA8ThZMvG2CQVKk9OueKaab M2mtWdH4f+Mujad4J0fQPEvgxtT8TaUzQyy2djKBKFBUMzIAH3fK+d3TjrSejvY00aOY8Ssf iTpGowW2i3PhqSHyp7GS7XYouUJKsoySBxg57GqXvK1rE6J6EMPxE+J0fw91HwUmh+HIdDvL 0Xz/AGxvNninAC7o3H3OBjjqM+tRZ7s1ujW0H7TDotlFfSRPepGBK8QITd6L7DgfhWtjBkFp H9gvJ7IkCMgzwZP8BPzKP91v0YVI2y1IqsMHnjpVCKUluQp2jOO/rQNH6mfsRqV/Zh8Fg9f9 N/8AS2euOp8TOmHwnxn/AMFQFz8fdB5/5li3/wDSq7ral8JhV+JHxNZC5jvpYbh/NjTcbcA8 RKTkrj3Peo5bO4OVz33RZd2kWRAAJhX+VbIye5cVjxgg9ifSkDFLbASxI9KYWIZbqKNeZok9 dzgU7hYgm1uxTO69t1PbEgqXIdmUJvFGlRk51KDr2ah3QrFC58daLCSTfBvXYhNLmRRnXHxP 0OLhp5XPThP/AK9F0FijL8WNGT/VrM/4qB/OkBFc/FK2jQslnIRjPzOOlK6EZs3xQuZVIg0m VyOmVc/0p3HYqN47126w0OjttPQiMn+dAWSKl744120YLc2y2jsNwDx8ketJsLIYniLxLdwL NGVWCQbkdtq7h64ouFkav/CK/ESe3iuDp14lvKu6ObYQjDrnOOB7mi7CyOeu31e3i8ye93jO MI5yKTYK17F/wfrM0t+YZJGdJFPDHODQmDVjrJWLVRHqVTGCeent1pgRP8qnv6AUhlZpT0KE D60rDTIt5AwRkUg0YoUKOCcenpQAy6XzLaZc/ejYfpQNPU/Zr9kS8F9+zL8Npgc50aFfyGP6 VztanYtj16gZyvxB8HyeLtKSO3mWG6hJaMuPlYkYwfSmnYDwDV9JvNDvHstSt2tbgdA33W91 PcV0xfVENHM+MPAeifEjQZfDviPSIta064OBBIuXVz0aNhyjehFaXTROq2OQ/Z3/AGNfBPwT 8Qah4ngu28Uaytw0enzXgV10lMcoCPleYZ5ftx3rnlNvRF2PpLRtIvPEd6be1GBndLO3Kp7n 1PtWRR61oWg2vh+yW3tl93kb70jepNIC5dXcdpHvkPU4VR1Y+g96AMaUC8vEuZ92+MYjhz8i Z7kd29+1O3UCYtjHHNFgIwN5CgEk9AKsD4v/AGwv25rzwH4hi+FHwesz4p+LOpSC1Z7aMTxa azfwgdGm74PC9TSb7AdZ+xh+wvB8GbiT4h/EW5Hiz4u6sTcXOoXTectgz8lIif4+cF/wGB1g D7BoAKACgAoAKACgDlvid/yJd5/11t//AEfHQBseH/8AkE2/+6KADxB/yCbj/dNAGP8ADH/k S7P/AK63H/o+SgDqaACgDzT9o34P2nx1+DPijwbchVmv7UmzmYf6m6T5oX9sOBn2JpAfgDql pc6Nf3VlfwNa3tpK9vcQyDBikQlXU/Qgit+YVjPt9Qhud3lOGZOv9KaZJbkfeg7girvcVj6M +F3iAeKvCltJKc3lpi2nOeWIHyt+Ix+tap3MJRsa+p+Co9Y8Qx6pb6lf6NqK2xs5J9OdVaaI sGCtlT0I4I5qJRuxKXKh0Hwl0eO5hnvbvVtTnicSJ/aOpyOCwORlcgHkdMU/Zq12xKrzbE/i rSfDkqnWNbt9OeKzUK95dIsgjQnpuwe5FW0mTFu9ia00yCDzm0zQ7mWzt0Dz3VhY4ihHYswA AFHup2RTu1qUNf8AEC6IlhKYZJYr26WzDsQiRO2dpc84BIxx3IocuUa97RHTHwB4hm0G51hY LCWzt7dLmZYLkyzRI/3NyAcE/j0OcYpc1wcWjzq+1a5tfE1vZSKiWN5a+dbSIo3vIh/exknI ztIYcdj6UnuM6/4lTeD9G1nTj4V1me70S6sYZXTVJI/tNvcNkPE20KMqQOg5BqLvqJrsc7qC uYkuIlMlxat5iqOrLjDr+I/UCtLiLUciXEQkiYOkgDK2OCCMgj60XAZgnIzRcD9SP2LP+TZ/ B2P+nzp/1+z1yVPiZ1Q+FHxf/wAFPhn4/aD6/wDCMW//AKVXdbUvhOes7M+MZh/xMQfVatoy TPZvDkpbQbA9B5QxQtiyt4y1K50zw/PNat5c7MsavjlQTgn60C6nmNqs+raxa6Wl3Mst1cCH 7RLIzhfU4zzUsZ61of7Lmr67bwTwa3JJDceZ5XyIjSbPvYzmjYaOj8K/scr4i8T22hya/cW0 8vLySybFUgZIHA3Y9uKT7gjyX4ufDe2+HOqy2FrcyXEsFzJazSeb5kchAyGU9qp7EsqfDbwx pniLR765vrJb64iuvLDOxwi7QQMA96mKDoev/Cr4dfC/ULvWD4xuLbQhBZyyafbeTxdThSVV pOdozjjv603oNHCRLpcCDfFp0AI+YYQcd6NGLW55jbtFp2tWNw+1LeO5EhbGQE3HB/Kk7XK9 Tvh4x0ODUbeWXVYmiimSR1jBJdQwJHTuBTEbnxm+NXgr4g+PLrWfDvh1PC+msgjW1tkYmcjr K4+6rH0WpQpbnknijWLTWBbyQmQCMbMOuCcnPT0pFRILTXkttLhs2t3Z41Kb1YYIzxQLQ9Hf 9pTxKunX1lp+k2NlFqMaRahw0ovFVAgDK2QowBwuKWpXMrHnv2+8u0eNtNXyz0VQxx6fgKNS TR8GaLJbTS3F3HJEypiJSMAnvn2xVoTOlcr2GSKCSuQQc8/40wIJHbPHXvQXYgY9eKQELHn0 qSRVyG/xoGS7NyMMDBBFAz9ef2GLk3P7Kvw+yc+XZNF/3zI4rGW51x2PeakoKAMrxD4a07xP Ym11G2WeP+FujIfVT2NNNp3QHi2v/D3UfAmpw30Ze+0lJB+/T78SnjDAex6it1JSWu5GqOe+ CfwT1/S/Evi6+1HXjeadq18slpZ2ylbTTbZM7Y4lPWV9xLt64rJ2SsX1ufSelaTa6NZpbWkQ iiX06k+pPc1AFHxp4qtvA/hPVvEF5BcXFppts91NHaxmSQooydqjk8c/hQBieDPGGj+P/DOn eKtE1W21zTNSiElveWbh49h52LjuDwc8+tUlqBukruxxu96QCSKWXA7/AKULuB8G/tSftt6x 408Un4Kfs7rL4j8d38rWV/rtkMw2C9JBE/TI/ik6LzjJpsD2z9jP9iDw/wDswaK2r6i6+Ivi NqSFtS12fLlC3LRQluQuerdW7+lSB9PUALQAUAFABQAUAFAHLfE7/kS7z/rrb/8Ao+OgDY8P /wDIJt/90UAHiD/kE3H+6aAMf4Y/8iXZ/wDXW4/9HyUAdTQAUAIelAH43f8ABUX4E/8ACufj o3imxg8rQvGkTXRZV+WO+TCzr/wIFJPqzU07gfFujB9Kh1K0ms7aX7SIwl243Sw7Gz+7IPAb OGz2ArVIguQOGXaTyOlNgeg/BrxMNB8WJayybbXUQIWJ6LIOUP55H41cNDOaufQt/Auo2N1a PM9v9qheAzxsVeMsCMgjoRmtmjBPucT8PfiZofhrSbWx8WXEMev6Uz2N1bzRO73AThJOASQy lTn1zXPU973b2O/DT9jUVRxTXY2rbxBofj9NR0O3tL+XTr62kSeSezeKJFI4AZvvNyMAentW kZXVjnqWc+ZEXw/8aePvA2ipo6eFrPWpYIjbPe6jeKIJdu5EmCg7t2w4OfU5Bo12J91XuKmg 6r4o0PU9O8TxWNnBdRhIE052d4mByJCzY5BCkYHamk+pKlFfCCWPjmaxGm3HxD1OPT4jlbbT 4VhTJ6kdTzkn8T61PJre5XP5CzfD6wvfDkGlagbnUIYHMq3M8pWYOc5O8Y9SMDjHFaW8yHJ3 0Rj23ww8MacQ8OmWi3KNu8yQl2B7HJJpWXcNTajiijbLzqzZz8qkke9K6FZjpNCudMsku7VR e6e7FjDGQs0JPXap4Zc84ByO2elK5VrmDN4lgRmWKz1GdxwVW1ZNv4tgUXQcrP1W/YfuTefs u+C5jE8O77b8jlSw/wBOuBztJH61zT+I6IK0T43/AOCn3/JfdB5/5lm3/wDSq7ropfCYVVqf Gk4/0+LPoeauT0Mloet+FG3eHLI5z8uPfrQtguJ4wsZ9S8PXUNuhkmUrIqjq2DkgfhSC55jZ 6Zfx6pDeWgMc8EqzRmRCcMOxFQ0FzuB45+ITp5Vtem0hDFljt4XCqT1xz3qrMq5XkvfiDdyR StrN8kiDCPGgUoPYk5FJpiuULjwv4hvizX0818zAgPdSr8hPUgDufWjUVyrB8Ob+HISY2277 wiuWUN6Zx1oSsFxT8L2l5mvFbP8Aed2/maLXC49fhZZoRvmQ/wDbPJP50WSC5dPgGxU5e4lk PcYApNJhe4z/AIQPSBkMkrYPILY/lRYLki+ENITj7Jux/ecmgG7j08O6XEMiwh47kZosFydd MtFOUtIFx0AQUWJsRy2saH5UVfTCgUxkJyD1/GgCIvkHOcehpARs2SO9MCF9xPtnqaARWkXc cAjjuaVgIWXrSaKGiPLetFguOWPnnBxRYCRsKp5GDRYD9Zf2AmY/sq+DQ3YXAH089653udcN j6IpFhQAlACMiupVlDKRggjg0AMgtorWJYoY1ijXoqDAFAEtADXjWVGR1DowIZWGQR6GgD5N 8XfA3xX+zP4k1Xx78EbL+2PDV/KbnxD8NHbbFO3VrjT2/wCWU3UlPutRcD1z4MfHPwf8d/Cb a74Wvy32ZjFf6ffDybvTpR96O4jPKEYPJ4NPcD4t/aW/ak8X/tO/EC4+Av7PW+6WVjBr/iq3 YrEkfR1SQfciH8Tjlui0DPqz9kj9j3wj+yf4MWz0uNdT8T3iA6pr0yDzbhupRP7kQPRfxOTS Ee+0ALQAUAFABQAUAFABQBy3xO/5Eu8/662//o+OgDY8P/8AIJt/90UAHiD/AJBNx/umgDH+ GP8AyJdn/wBdbj/0fJQB1NAHz349/bn+F3gPxZq3hiXUp9R13S5zbXlrbRhRDKACULuVGRkd MiqUXLYTdjh9S/4KC2MiuNH8IyXJ/he51GMD8Qgb+dJprQe584ftafG3W/2nPho3hu58PaTp 81pcpf2c8bu8qyoCNoYkABlZlPHcVKunoB+dt5FJZXUtvcRPBcRMUeJ1wysOoIrfmRBDBKdx yOVP51QG/wCH7Y3uoQhem4HNNCZ9a+G4pdW0SHzZAlyEALv0k9CfQ/zrZS7mMlqS/wCiRSDe sJnHHmKAxP44zRdGdn0HyXKBfvMSKfMlsU1czhqTWxIEa9e7Gocm9Qsh0uryryBGvGRhOn4m jmY1FFA6pcyMztO2D0UHH8qlu42kivNc71w7MxPYtxmkUloU0IVmUDI6GgoJZQWwDipAyPF3 jdNK0X7MsgVwOhIpN6DSseHXmrT3s8kkk0jbjnliRWbZaP2v/wCCc7bv2Nfh6T/1EOv/AGEb moKPnT/gqF4B1pPHnhvxstqZfDr6XHpMlygz5Nws00gD+gYSgA+oNdNJ9DnqrqfC1yo+1Qds 5rSaMOh6p4OYjw9bc9CR+tNbCNxBg5z+FICXeRz39cVVgHNK4GN34A9KLhYgYkYyc/SjcLEE h3DGOvX3pWAjb5eOlTcCI88Y59e1G4Eci71YcA980+UCFqVgImBIxjmkBGFx+FAETkDvnP5U ANEiI5JYEe1AFa4uYgclsD1oAzpbyLsaAK5uo1yCMjpmgCKS7AH9c0CImus/T60DZC8pYdOK CtCNp8D5mA+tBQzzwejj2wc0CLNtp97eEC3s7qcnj91CzfyFGgHT+Hvg3498XXkNno/g/Wbu edgiH7G6Jk9yxAAHvSbVgsz9gv2evhnJ8IPg94a8KXEomu7G3/0hl+75rEs4HsCSK5nudUdE ej0iwoAKACgAoAKACgAoA+XP2ov2ILH41vqOv+CvEN18OPHGowCz1DUtNZkg1S3JG6O6jUje cZw3XseKAPSP2bP2ZfBv7MHgOHw74VtA1w4Vr/VZlBuL6UDl3PYdcKOAKAPWsUALQAUAFABQ AUAFABQAUAct8Tv+RLvP+utv/wCj46ANjw//AMgm3/3RQAeIP+QTcf7poAx/hj/yJdn/ANdb j/0fJQB1BoA+dP2lv2HfAX7RVtLeeRF4U8XPKkh8SadbKZ5AOCkq5AkBAAy3IwMGqUmthWuf Mmof8EhNTtoJDo/xbcXHVBdaTtXPuVlzT9ox7HB69/wTY/aC8NyY0PxVoOvxAZXbfy27DHQb ZEI/WjnfYVmch8Qv+CbPx7utAufEWow+HtV1C0tXmktbG9LXcioM7APLCyMQOOfao5ktQPiY yiL5jkHowIwR9R2IPatE7q6Bmx4Q8RxaNrcMl2D9lZgHYc7Peqi2Sz7L8EGO70m3kjkSW3kT ckkZyGGOtbNIw3Ir6KJLmUYwS3XuKQXKM0nlg4Bx0oDqY97qkFuP308UR6HzHCn9aRdrmLee PNHtVw+oQufSIlz+lTewcrMK/wDirpFvyhnkOe6hB+ZNHMilFsrWfjfWvE84h0Dw7eapK3Ci 3gluD+SLUuY+VneeH/2ff2h/HAjOm/DzV7WGXlZbu3S0XH1lYH9Kz9oyuU9K0L/gmx8fPFBj /tjVNE8PRPywuNQaZl+qxKR+tQpS6jsj0jw9/wAEf5LgCTxP8TnM3dNK0wY/76kcn9KpthY7 7w5/wSP+GNh5Ta14l8SayynLrHLHbI/thVJA/GouM+u/hV8MNA+DPgLSvB3hiCW20PTRILeK aUyuPMleV8seTl5GP40wNDxp4O0nx/4a1Dw/rtlHqGkX8JhuIJB1B7j0I6g9iKfNyu4mrn45 ftP/ALO2rfs6/ESLS7nfeeHr2RpNJ1MjiaPvG57SL3HfrXYpKUbnJONmU/BTq2hRLuAZXYYJ 96aMzoUkjU5Z1yfU02Ast/bIDmdBjsTSApSazZJnNwpI60AU5fENkpJEmfSgCq/ie1X+8x9q AK8niuDnEZ57ZpXArP4rX+GPrVWvsBWk8TyEEhQKSTHdMqza/NK2C2D+VVZiukVn1uTG0yDH +9WbTDRhFf3VydsQllOOBGjN/IU7IdjY07wd4s1nH2Hw9rF36eTZSHn8qV7BZvY6rTf2dPit rbL9k8Ca4+ehe2Kf+hYo5h8kjq9N/Yg+NOqsP+KTNqD3uruNP60ueJXs5HWab/wTf+LF6y/a pNEsF/6aXhcj/vkUueJXs2ddpv8AwS98Vz7f7Q8ZaTbjuILeRz+uKn2iD2TOu0v/AIJa6cCD qXjy7k/vC2slX+ZNJ1Oxap9zrtM/4Jk/Di12m81nXb4jriZIwfyWl7Rj9mjrdM/4J7/BnT9u /RL29Yd7m+c5/LFT7SQ/ZxOv0v8AY++DukBfJ8BaXIy9GnDSH9TS55MrlijsNK+C/gLRQPsX g3Q7fHQrYRk/mRSuwtE6O00DTdPG2102ztlHaGBV/kKRVkX1UKAAMAdgMUDHUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHLfE7/AJEu8/662/8A6PjoA2PD/wDyCbf/AHRQ AeIP+QTcf7poAx/hj/yJdn/11uP/AEfJQB1NABQAUAJigAYZBxxSauB+a37dv/BNe98V63qP xD+EVlG+oXbNcat4XUiMTydWmtieA7dWjOATyvJxU3a0QH5i614b1Twxq8+l6zp11pGowOUl sr+FoJkI7FWANaKV0B3Hwy8VeLPDUxh0C5uGhc/NaeUZo2J9F7H6VopWJcbnuOjeBvjl8RWV tH8F6zMshx50OnGJD77nHApOYuQ73Rv+CfP7QnjIxNqMVro9u/U6jqYyg90jyajmYcp7H4V/ 4JDxyIknir4kTvLgbodI09VUHuA8hJP12ikWev8Ahj/glx8EdD2NqFrrfiKQD5v7Q1JlRj/u xBKAPX/CX7I/wa8EOkmkfDfw9DKgwJZ7NZ3/AO+pNxoA9R07SLLR7dYLCzt7KFRhY7aJY1A9 AABQBbAoAWgAoAKACgBKAPKf2lfgrY/HD4S6toE9uJtRiQ3emSjAaK6QEoQT0z90+xpxdmRN cyPx+1Cw1jwvqU+lXdpcWeoWshSe2eMh43HUEV2pJrc42mnYmtdG8Saq3+iaRqd0zdBDayNn 9KG0HK+x0GnfBD4na2QLPwPr8+en+hOo/XFK67j5Zdjq9O/Y1+Neq7Cvgm7twehupo4/zyan mj3HyS7HX6Z/wTw+Ml+AZ7XSrAHr51+GI/BQaTnFDVOT3Ov0v/gmL45uNpv/ABRotnnqI1kk I/QVPtEX7LzOu03/AIJbk4Oo+PjjuLWxH82aj2vZB7LzOu0v/gmF4Ht8G/8AFOu3p77PLiH6 A1HtH0K9kddpf/BOn4QWAHn2mq37dzPfNg/gAKPaSK9nE6/Sf2KvgzpAXZ4KtLgjvcyPJ/M0 ueRXJE6/Sv2ffhtopBs/A+hwkdCbJGP6g1HNLuPlXY6mx8H6FpagWei6daAf88LSNP5Ci7HZ GokKxDEarGPRVxSGOwfWkABcUwFxzmgBaVhBTAKAEAxSGLQAUWAKYgoAKBhQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQBy3xO/5Eu8/wCutv8A+j46ANjw/wD8gm3/AN0UAHiD /kE3H+6aAMf4Y/8AIl2f/XW4/wDR8lAHU0AFABQAUAFABSauBzPiz4aeE/HiKniTw1pOvheF OpWUc5UexYEiiwEvh74d+FvCUMcWieG9J0mOP7osrKOLH/fKigDoMUwFoAKACgAoAKACgAoA KACgAoAKAEIyMUAZk3hbRrm9e8m0mxlu3+9PJbIzt9WIyaLsVkXYbO3tcCGCKIDoEQL/ACpa jJs0agGKAECAUgF2imIQIBTGOoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA5b4nf8iXef9dbf/0fHQBseH/+QTb/AO6K ADxB/wAgm4/3TQBj/DH/AJEuz/663H/o+SgDqaACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKAEoAMUALQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAct8Tv+RLvP+utv/wCj46ANjw// AMgm3/3RQAeIP+QTcf7poAx/hj/yJdn/ANdbj/0fJQB1NABQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAM35J46UABk+bGM07AfK37Qf 7dQ+BPxAuPDH/CE/24YYkk+1f2t9nzuGcbfIf+dbQpc/Uyc7Ox5U/wDwVc2Zz8Len/Uw/wD3 LVex8x84w/8ABWHH/NLP/Lh/+5aXsvMOcjf/AIKz7M/8Wr/8uL/7lpey8w5xjf8ABWvC5/4V V/5cX/3LR7LzDnIX/wCCuW0f8koz/wBzH/8AclL2fmHORt/wV4KgH/hU/wD5cn/3JU8gc5E/ /BX7YM/8Klz/ANzJ/wDclHIHORn/AILCY/5pJ/5cn/3JRyBzkTf8Fi9uf+LR9P8AqZf/ALko 5R8xG/8AwWQ2AH/hUOf+5m/+5KXKHMWNC/4LDf21qTWn/CpPJwu7f/wku79PsgqJe6rlnTL/ AMFUiVyfhhj/ALmD/wC5az5wGN/wVW2n/kl//lwf/ctHOBz/AIw/4LBf8IpYx3P/AAqT7Vvb bt/4STZ+v2Q1otQNLwT/AMFbYfFvhXUdan+F/wDZy2c6wGL/AISHzN2RnOfsq4/Kt6VJ1XbY znPkPb/hZ+2xbfEu0nz4VGl6hBIFezbU/NOwjIcN5S5H4VdShySte5nGrfdWON/aH/4KP2Xw GjtY18EjxBfzuR9lXWPs+1R/ET5D/wAqxlDlW5pGTk9jgfg//wAFcbT4o+Lk0a8+GqeH4GXP 2yTxD5w3ZwBt+yr/ADrGL5i27HpHxu/4KJ6d8G9HuLn/AIROLWb2Lafsaax5O5T3DeQ38q15 fMVzzz4Sf8Fa7P4l+L7fRbz4bpoEMoH+mSeIfOAJ6Db9lX+dJJMpandfG3/gpLonwetbpY/C 0eualAR/oaat5IYHuH8hv5U3GwzivhX/AMFU9Q+Kd3cQWnwjS08oE7n8TbgQP+3QYrK5XKRa j/wVgn00a2JPhODJpilmVfEnEmPf7Jx+tTza2sQdN8Df+CmI+NGkm9Hw5/sfEhQx/wBuef8A r9mWtkruxEpWPftN/aE/tFVYaBsBGeL3P/tOtvY+Yuc2Lb4yi43Y0jBH/Tz/APYU/Y+Yc5ZT 4sb1J/svGP8Ap4/+xqXS1tcOfQc/xTfKCPSPMLMBj7TjHv8AcqKkHBXWppT992eh39Zgct8T v+RLvP8Arrb/APo+OgDY8P8A/IJt/wDdFAB4g/5BNx/umgDH+GP/ACJdn/11uP8A0fJQB1NA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUARnhiPWmBGCd/XgcVfQD8p/wBviXzv2htaA/hhiX/x2uujscj+I+YblTkmtXuaFU5Zcg5x UiIZSDkdahgQbC7EHp6VIFd0UFuOlAFWQAipApz8qw7CoGis2ccUFFeZcLkUmBVnGAPzqRLc 0fBHy+I3xzmKsqmxselD94ADxx1rnKsJNxHwPagk8/8Ai6gbw/HknIkGK6oLQCp4Jvmh+Fms 24J/e6hGCR/u13UZctzlrK8kz1H4S/EfXvDcuq6i07rfwWwt4cHhwPuk+9OcuopQ5jzrxzqm veNdUm1bXrlri7cHaCeFFeXVqJs7qUdDlPDP2jRr1Z0LRsoyCOOc8UQaJqLU3vin481Px1bW r3Lu00KLC2TncB61tJolI5fSLm6sL6OaAvEyBSrqcHPUVmmhNGt478S6r4xlinvHeSVVCkk9 QKpyV7D6HQ/DbxHrmjabdRaGGjurl8Er1245FVy3FzFrStdutRs/FMd2pEslswkLDnNc9TRo XU9Y/YWutuh3SHJ23JGK1v7yFJH6DeEn3JGPbNd/MZnZ2OYl3L1Jo5gNKMgxkY+9jnNJMTRt eHIRJfFWwwAyKmWppE9qrjNTlvid/wAiXef9dbf/ANHx0AbHh/8A5BNv/uigA8Qf8gm4/wB0 0AY/wx/5Euz/AOutx/6PkoA6mgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKACgAoAKACgAoAKAIurN1pgNC/Nx61XQD8nP23phP8AtA+I2HIBRc/QV20t jj6nzheJy2K06mpU2HBAGBQhELrtzx+dQ0AzGBuxUWApyrncw6UgKMq8DB71IFOZCQcdqgaI GGEoKK8o+QZpMCq4yOaQupf8FDHiZs8fuqxqbG6PSlz8o9hXOaIZck5x2pozZwPxZONCXuA4 rrhawjQ+C+hjXvh54miUb5redJ0X14qudJkSVzodLb7BopkmjInlYkjHTsKVWT5S6cb7mlpH gqXWIGnnTaHBABFeHKTcjdNJm7H8KtK+yW4dP3uOcVtGp0KceYh1j4L6S9hE1uf3jv8AMD2o dYHHsatl8HNBFjarIu6XHzban2jW5SpXLGr/AAf0OLTxJGoyFYkd+lawm3IxnFLQu/s16V4P 0nwvreqa8yJLZXhCBu4r1IvTU5rann3jmPStS8deKX0dVjsZrZpEVRx0rkq3ctDbl6mh+w7c GO11ROy3OarqjKeiP0M8JysYkIPIHSu9WMr3O6s3w3fHpTA0Q4ySp4FJjZt+EpyNRkPX5auP mCPb64Dc5b4nf8iXef8AXW3/APR8dAGx4f8A+QTb/wC6KADxB/yCbj/dNAGP8Mf+RLs/+utx /wCj5KAOpoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgCFgdxA71QCp94UMD8jf2wZvtXx38TEHpNtz9K9ClscyPA7hflbPUmmtxsqb evNAFeRd5NICNx+7I6VIFGY4Q98elQBRlUBAc85pWAqt94ik0WQuoxUAVZhhefSkwKj8kUhd S94MB/4SORvSPFYVdjY9IjbkE1zI1Ww24OQSKoze5wfxTXd4dyf74roiI7D9lNBLpPiRD/fQ /Xiueq7WZcVdntyeC7K7lg82BcFgelccsV9k7lS0KvjTXdH8IRy6fMPLn8syRhR2Fa0Ye11O SpDkZwWh/Euz1G3+0M22JJvLbmnCjabRalaIkfxGtX8WDS1mxCzbUdzwCa1lhkYQqdTX1bxd b+HvEv8AZbXKyMAG3g8VNXDPSx0+20NLx9q//CK2emzTXccq6nCXjWNs4BFaSw3s1zNmbkpP U+fbSHWdQurq1t5HFtM5YxL0Jz1pe2VrXB0nuj0vwB8MtS+z6neXZxi2kABPJG2uV1VOWjLp U5Sk0w/Y1kNpqGuwf3bk/wA69Gm0tWc9VqMuRn6G+DZN9uG/2RXYnfVHM0lsd5ay4jDEVa3E X7eVULtnIPagDc8FNv1WcEZBTiqQHu9eedBy3xO/5Eu8/wCutv8A+j46ANjw/wD8gm3/AN0U AHiD/kE3H+6aAMf4Y/8AIl2f/XW4/wDR8lAHU0AFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBBISpNUAsZ5zQI/ID9qWXz/AI3+KGBz m6YV6FPRHOjxa7XDkdeKfUplMrv5IoEV24JpAV5uR6VIFORWI44qQKE4AjP97vRYCiWzzSa0 KGnkCsgKlxk4FAyrLgECkxdTQ8FjGuTZ+9srlqbGp6EnEeT1rFGy2GTn5KZmzgvijk+HiM/x iuiIjt/2Q4zPH4ijXlgqNiuWvsaQvfQ+oIrXYLdmAJJ7V48oa3PXg1y6nhn7RUKp46hVjjNm 2B617eBR52IackeE+H7gm1uI84j+1Dp9aqTtWsZWfKVvEZ8jxTHtcgblIIrpac5rlOZJpHTa p4W1zxN4wSLRrae5nMQBZQSOR6152ZZjSwsfelY6KVKdTZH0/wCAf2K/EnjO30K51yWS3jto OVkJ6+nNfmmb8bU6cHSpansUcGnrI+j/AA1+yL4Y8JrHd3EInkC4YgZxXwa4nxFe9nY9b6vB I2Zfhl4IuIJbS3mW3mkRlKnjqMV6eGzXFWU4u7Ob2cYO54No37KF38HvEOoarpc632m3j+Zm M528197lHEKrSVOtozhxOC5lzo968HufsaqPvY5r9MpyU4qS2PnmrPlO6gn8yBV71stdSdnY tRzKUK85oA6X4dyl9YmHYR8mmgPfK4DoOW+J3/Il3n/XW3/9Hx0AbHh//kE2/wDuigA8Qf8A IJuP900AY/wx/wCRLs/+utx/6PkoA6mgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKAEJx14oAa80cS5d1UepOKAKb6/psZw9/bqfQyildAZ194+0HT8+bqMRI7Id38qV0Bg XPxo0OFsIlxMPVEpcyAoXXxz09Uzb2FxI3+3gCjmAzX+PE4PGkJj3lpcwjv/AAX4ytvGenPc wRtDJG2ySNj0OO3tVp3GdDTAKACgAoAgk6mqIvqJu2oSKoZ+On7RkhuPjJ4mfOQbyTn8a747 GCPLrmIZc9fSmymZ7gkMR+VIRBKnTj60AUZV3bhUsClcEqhx2qGBnyHjNICu0YGaT2AiIBHS swKswGaTKZTuRtIHfrR0GW/BhLeJ5B1BjrmqbGi3PScYQVzo1RFcjaST1xiqEzg/iWoOgPn+ 8K3WxLOz/ZB3m/8AEEcZ58lDj8a5cR8JdPc+nNLtJtMscXEhkJmZ1JPQHtXlTk+Wx7UIXWp5 r8XPAlz478WWd5C+FSExvjtxXdhqzp2bOHEU1zJnmOm/B2ZIpIYgwd5Q31OabrXq3BQvG57P 8JP2UdP8WeKJm11W+zwIqqw7sa9XEP6vh5V0eYneryH0L4nvvBP7NPg+8vtP0uK6u4RtWaRQ SWFfz5icHj85xrfM1E+to+zo07nzhdftm/EbxLdQS2Lx2ds7HEajGBX1NLhDD+zXtNzkeKvP Q9a+H37WfiWzkhXWxHdW7fKyY5NceK4UpRj+6OyFa57Fqdlovxd0CbU/DspstWSIkwKcHOK+ YUauVVVCpH3SrKq7I+Yv2efjj4u8HfErXvCHi0yXGnRSELHPknBbtmvtqmVUMfQWKwjszCdV 0fdnsfWcljBbSxXlkw+xXHzLt6KT2r2uH8zmqjwdd6nk4ykklUgalpcARNgcjpX6RovdR428 uYtJL6feqXsM634ZuH1mft+75qkB9C1wHQct8Tv+RLvP+utv/wCj46ANjw//AMgm3/3RQAeI P+QTcf7poAx/hj/yJdn/ANdbj/0fJQB1NABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFAEN05S1mZThlQkH0OKAPBE+J+valF5iXrRAOyfIAM4OKxbadgM/UfEuq6kw+0388mOnzY x+VTdvqMz5Ly5cYe6mYehkJpgV2AY5PJ9TQMYIwueBmgQ09+1ADCOf6UCGOOlIDf8BeJj4T8 RQ3UjMbWT93MoP8ACe+PaqTsLY+kopUniSSNgyOAykdwa2GPoAKACgCs5+dqsy6jScxy55wp P6U3oaI/HH46MZ/ir4if1u5Mf99V6EdjmTPOZV4bvQyzPK5Y54pCK8q8MDx6UAZ7rt3GpYFG cDknpUsDPZOCfepAhkGDj1pPYCu3U1mNFd8EmhjKc44GfWkFy34IH/FUTf8AXOuepsax1PTB jaR7cVzo2RTuT8pz2piOF+JBz4elyf4hW62Ezsf2PA769roRtv8Ao6t+tc9f4S6erPq37LLc W8Fvu3SzSYX8a8xRUlY9hStEpzeD7zwxeva3N0s73ClhtbJTnpTxC9nFHLK80aek+HYLaeN2 QEjmudXTiyqabg0e32Gnrp2jwNCux5EyWFfo1CjTr4Xkmtz5uUmqrsfPf7U7RzeGrqCaUMzl RFGTzu714FbAYfCKUoqzselQnVqys9jwDwVoRxDkEqBwDXy7vLWTsd8oKMrI9TtfBsLaNNqc k4jaNTsiB5JFdEKa5bpm6bR1vw28S3/hTUre9tJGU4y6A8MPSvm8zwMMZTlGfyCNWVOd0dn4 q0PQvi3aN4+8OJEuq2pNvqMEf3lI7kV8lk+Mq5NivqmI+BndiILEU7vc9H+F+qpqPh2XSpuX K7oiTyCK+nzzDvCVYZhhloeXhZKqnRlub1pPtXB+8Dgj6V+i4KssRQhXi91qeTVg4TcS7Fcj BYV3MxO2+FrZ16cdjEauIH0VXnnQct8Tv+RLvP8Arrb/APo+OgDY8P8A/IJt/wDdFAB4g/5B Nx/umgDH+GP/ACJdn/11uP8A0fJQB1NABQAUAFABQAUAFABQAUAFABQAUAFADWkRerKPqaAM y/8AFei6WwW81WytmPaWdVP6mk3YDB1b4x+C9EhaS68R2ACjJEcoc/kM0uZdwPNNe/bU8A6R OYrZNS1Zh3s7YkfrRzIRjz/tpW9/F/xI/Auv30h6ebBtB/LNTzoppoqwftLfFLWHKaf8KniD cLJdTsuPcjFHOgsXIdW/aI8RFikPhrRbZxgpcxl2APXvUe0Ksec+CLrW9E8Z+J/CXiJrdtQs HWdJLfOyQPyduewqZSuxNWO720WFcYUoAjZcUwEde3SgNyIoaYDWXvigRG4Crk9KAKj6jaK2 1rmEE9mYU7N7E3Pd/ghr02teGZkMi3FvazGGOYNn6r+FaK/UE7no1UUFABQBWf77fWtOxlLc imcLa3B7iJj+lDL6H46fF9BL8Q9bkzktdSH/AMeNejFaHKtGefTcb+O9U0aXuZ7gBmrMClOc gmgCk4yDU2AoyJuQ/WiwFF0OMVmBXkGR7ihq4FeRdqL6k1NrAVZOA3tUvYop3I6AfWp6AkXP AibvE8gPXy65aux0RPUTCApx1rmuWZd2CNx7CmtWJnD/ABFVX8PzZ7YrojsSzov2TJmi1/Ww pIBtR/OufEO0TWk9T6t0+6l320ith4cFT6GvFjUcZHv04KSL1tBLNqsl1NI0jyHqxzj6U69R 1I2E6S6HVQbCFOP/AK1YQk20mcPK43SPXoJ0m0C0AxuVAK/S8JUXsE7nylS8ajPkT9ozS7q7 +I0MLSF7QRh0UdM18vmVWTbSPqctjFwcmUvDujJaRL8o6da+cbdrMylK82zXu7LzoxHuO0no DxW8ajUbHbTszb0DyIkkSQDcVIUnsawTTT5jGrpK55j+yb8Q5/CH7SHijQrmUnRNWLpLCx+U Nng14PEeW+3wkK1Je9E6nXUJxj0Z9c29gfCfioxpxCJN8ZHdSa3ynEf2nlU6NTWSOLEr6viV KGzOt1JRZazOOiviRfTBr2uFsRzYedOW8Wc+Ojaamuo6IgqV719ne55Z3/wpO7XJcHnyataA fRtcJ0HLfE7/AJEu8/662/8A6PjoA2PD/wDyCbf/AHRQAeIP+QTcf7poAx/hj/yJdn/11uP/ AEfJQB1NABQBy3jzx1beBYtHlu3t4ob/AFCKxMlxKIwhfOCM9Tx0ppXA5z4S/FD/AIW1f+IL +ymEGl6Vfy6YLNk/eNJGcGRm9D2HtURlGcbxPQxmAxGAcY4iNnJKS9GemVR54UAFABQB5j4v /aS+HvgfV5tM1XX40vof9ZDDG0hU+h2jGadu4jhdZ/bN0FRt8P6Dq2vSE4TyoSqmp5orqOz7 FGP9pnx5qa4svhldx7h8rzs3H4YrD2uuiHYcPGnx+1dvNs/D2n2UDdBLGCR+ZqXUm9kO1txZ vA/xv8Zrt1HxPFoUTcMtqApx+FHNNishkH7I19MTLqnxA1eaRuX2ysAf1rP1ZRY/4Zh8AWGf 7e8RT3jgdbm8C4H4mloF11IF8KfAjwbKWuNV052jOds90sn8qpRk9kLmsNvf2jfgb4QjIgvd KOOggtN5P44qvZVXsg50cN4i/wCCg/gLQs/2Npj6hjP+qhEQ/lVxw9R76EOb6I8x1z/gqPqT SOmleCkYYOGnuT+HFafV3bVhd9Ti9T/4KOfE7UY8Wmj6VppbOCULkVaw3e4Xtux/wi+N3i3x 147fxR4hhivbz5bOU28e0eU5xnHfFS6CiDeh9abGClo4nmHbbx/OkqNR9Ackiqj3cjndp00K ju5HJ/Cr+rzZHOiNF1KVjiziUZ/jk5xWiw7vqxe0sSzWV3Iv7txE3r5e4VosMurE6ug2LRdT Knz5RJ3HloENWsNEl1SjeeGQ5LXV/JGncSzBRWkaEF0IdQlsdAsZ4Fms7qOaJuBJE+9T681q oRJ5yprOi2mmadPduqyOi5BKDrT5UtRKVz6D+EmgW3hLwDpsG9EadPtMjHAyz815snds7Iqy O1R1kUMrBlPQg5FSUOoAKAKz/fb61oZS3Kt623Tb1vSF/wCVG5fQ/HX4lkzeNdWdf+fiTn/g Rr1I7I42cLcYLHvk0SNYlCZevrWdhlGZMH2pWApTxHYWHSgClsG3k49aTAqSx7Vz71kBTmGH B7U9gIbgbo1I9aHqNFKcAL9axZRRlJwPypAjR+H658Vzj/pkK5aux0RPUvKK5z1x0rlKKGpr tibA5qluDR578QVP/CPTZ65FdETNm3+ydMF8UauhdUDWowW+tYV1dDje+h9Y6d5Q27pkz2+a vF9m7nqwr8qsdNps1nDOhmmjZT23CmqTT1E8Q1I6VLjSkt5MzxhjwFDDOa09lrzIy9o3JleX XNTeBYbab90FwpFd0MVUj7sdjl9jFyvI8v8AEZgvdRM97eJJMh25LDiuSvOdRnVRfs3ZbFQ3 +nWnlo17ECR03CuX2U76mU/dZWm8S6TG+P7QiB/3hWioyYRqOJGvi/Q4GUvqkQUHn5hVxoNt 3Ic3OaseI/D6eCb4weKL2F/n4mgcemetbySVHln10PpqOBdeDkt0rn35p2rDxf4A0vWetzbD 7POR146GvzjBSnlGbuhL4Z7HmVFGvSut0dPq94Lmw0m76GSDYT7ivpcog8NmVWK2ZyVveoKT G2dxhhzx3r9FTPGPSfhHIv8AwkEo9YTVt3A+ka4ToOW+J3/Il3n/AF1t/wD0fHQBseH/APkE 2/8AuigA8Qf8gm4/3TQBj/DH/kS7P/rrcf8Ao+SgDqaACgD5p/4KFeAtR8b/ALN2q3Ojsw1T w/dwa3AqjlzC2cfkc/hVwlyyTIm7K55Z/wAEy/GEviO28ZB2Z1uXivWY85kb75/M1z0VZTXm fpPFMVPB4Kv1cLfcfdNan5yFABQA2Q4jYjrg0AfLHw2+Inwd8F+Hp7rxZreiR+IJr65kn+3b WmX96wAxg8YFYuzbuU2o2SLOt/t1fAnwzuFnqlteXCjKrZWXB/HFS1OW0Sb6aHmviX/gqPoF g5TRfCtzqa9neXyxn8qtUpsSdzgNR/4KfeONTMh0jwPY2sSgnzJ5WfH1rZYaT6icl0Zw2r/t 9fG3xFvSJ9O02GTgLb2hyPxrSODctXcTnG25xuqfEb4x+PHXztW1yctnclmrov6V1RwT6RMu eC1bOw+H37OvxE8d3Ae5i1yXIBzdO4U/Usa29jGn8VkUpqW2p7tpX7A1/PFG13MsTEZZXIY5 rJzp9Ga2sR6n+wI8DEf2tZ2cP9+dlWuiEqMtW38kc051E9EYV3+xR4M0i4Q658R9PtIl+ZvL IJJ9K2XKleMGzDnk3ZtIwNZ+EH7PvhYO0/j2XUpgdoFvCBj6mtqTa+Kml8yZ3e0vwOa1bU/2 fNEgWSLT9R1dkxiQXgjU+3SrqSj0a+4mMZ31Rd+Efxe8G6r4sGg+F9Bj0uIkTiZ5S7t8wABr yKyu0zvWkbH2PMux2HrxTMikcq0a5JDHB5pgX5CEQnGMDOQOaZkzk9c1C5vAlxp2uGwtVYRs v2MysW7/AP66dirHEX/h/TZ7qb/iY6veMiCXypp/LZ2DcqGz0Pp6U0tLAn5GVJoUFzrMF1c+ HrlLaBAsE02pb0chsgFR7mh7WHdnY2GvrbWcFpZvDprI/MENo7x7SeMHFCaSsTY29etzqK2u m7gpu5kjJ/nWdWXJBscFdnqsMaQWsduhdkiQIuTngCvAudx1HgrU1CPZyEq2dyA9/Wt6cugH WVuAUAVn++1X0JsUdWbZo+on0gc8f7tNdAPx68cnzfE+qsP+e7/zNerHY45HDXEe0OR1zUyN YlGTcwPHNRdjKjqN5BOKLgU5Y/3TelICi6BgccGkwKcoypHpWQFN48jnkUMCtPwMdqEBSmHy HNZMsoXAHFLoJbmj8OF3+Lpx/wBMq5aux0RPWZY8jPtXKaGZqP8AqjkU47hLY888fkPoNyPT BrpiYnnWga7feG5vtNhM0UjLtbB6itOVS3Libp+KHigtkahKB/vVn7ONzVMktfiX4nub+3jG qTjfIF+96mlUjGMGylJcyPWo9O8UveWzPrMyRPIqli/ABIrxlWTlY9Bcijc+ovF19P4B0Wz0 FJTLeNDHMLjPJBFdSqQirs4nNOR4Hf8Ag+6vL2eZ9SnPmuXK7uBmuOpUUneJpzK5zOt/D64u 72MnU50CrjhqcallqTNKTuZ8fwvSRnMmqzZUf3utae1RHKjA8a+BBpXhK8v4b6SR4GHGe3et qc05WElaSsSeAL4Wfj3TWU4E1gA5Hf3pVVeFj72jNUpKC+0j77/Z+1D+0dD1jSS2Vmg81Bnu K+D4koulUpYyPRo+WhHkrTpM9BD+Z4L05m4ZJ2TP413ZfXU8yjJdUjiqJ+zcWOs5Moxz7V+l 31PE6s9J+Db7/EtwuefINaIpH0/XGbnLfE7/AJEu8/662/8A6PjoA2PD/wDyCbf/AHRQAeIP +QTcf7poAx/hj/yJdn/11uP/AEfJQB1NABQB5N+1b4xs/Av7PPjrVb6RI4l02WFd/wDE7jao HvzR1SM5/Czwb/gl34FGgfBu91uTeLi/uBDtYYG1BnI+u6ohtLTqfaZ/VkqWFwz+zBP7z7Sq z48KACgBCMigD8dvjp+zP4o1f4k+KtS0uzt7iBtXuISs1wkbpg7s4Y5wc11UKcXG8nYyba0S uYPg/wDZ6kWcx+Ide0vw3z8wnl8xlx6betd6hSjre5n7z6Hop+D3wZ8Oxq998T21S4wCYtPs wVBPXJNOMop3jAlqXc0dG1r4G+H5mt7qDUdSTcVaZ7gRAr6EAV18/wDLZGHI+ps2n7Wfwo8H 3MS6R4Fs7yG2JWOS9kEhx69OaznVk1Zv7io0ktfzLdz/AMFI57SRhpPh7Q7SAkiKJIPm9q5u WL3b+815XbS33DLP/goz4vuZTgWSKGyUSPA57Cn7Om/siipLqaV5+3J458SQS29lbeZIcri2 Qn8sVk6Si7pHSndas8m8X+Mfi148uEkGj67IGbcB5Um2tozcNjNwiznl+AXxt8WnzotAvWj+ 8DPKEPPqCaHVb3YrRL+kfsKfEfXWA1WW20fnLLcTZz+VQ5LuO6R3el/8E7rJLZk1Xx8QDg+X bW24A/nUcy7DudHpH7M3hX4HahpGr2mtXGoahcXsVmjXACKFZsnjueKibvEV2z2Tw74u+IV9 8RNeHiTw3beHvANuGj0/UJZlM1xKD1POQpFTfUGopXT1O00/W9P1a8WK1vra6lQeYyQyByq+ pxVGbTSKPjfU57G1hEDPEGyGkWZYh9MnvVozSOJlmju7+OMySx2ttH5YuVuGkdu7b1UYzyaE r7lFiKwtdOXzra6hZNwWPzrQlwPcsabQn2K8mv33223lh0qRoYAV8h5Y1V2z1IFLoB3qTag1 2o8uGOy2gn5vnBI6AUydCPRXTUfiJp1mU3i3he6OP4WHC5rixcrQsjamju9ak15Zo5NJMewJ zCyg5f39q4qKotWq6G8nJfCasF06NDIMRXCorPtPAfvj2rnbtLQo9E0u/TUrKOdCMkfMAeh9 K7E7q4y3TArP99qsbM7xIwi8Naqw7W0h/wDHTQt7EvTU/H3xbGZNdvnI+9Kx/U160djjerOQ uUC7uO9KRaM948qc9qgoz3TLHPNK4FVkJVvTPSkBRnUKhwMGkwKMqgJ71kBUYYXnt1oYFKU8 D3oQ0VJxhWFZMoz7sY2UJXEtzR+Gy58Xz84/dVyVtjeLPXWbaCByDXKaIydUI8r5e1OO43se feN1H9iXXHJGK6YmVjy2CLdGOK2iVEs+UR1FDsDY+xTZqNq2MYmU5/GsqiUoME1c9l8V+J3v p7OztH2xo6FiO/SvNhh0nzGkqnQ+j/iJcteHw7K7bnbTYtzHr0rnxXLtEVNanION0nGa8+Ml FHY4ooNALi5cMOQDj8qcZcxL0djnhaHzJBkgnNbWE9DjvF8jS+B9fgJOVG78q2pXVVCjq9Th PBOoed4x0Qg8/ZNv6V6Uo3TR7863LUos+5P2atdMfiDTct8spaJv5V8tnkVUy2d90YYtcmNu up7/AKsVsfDS2xGNl/JXyfDdX22Kh3SRhjEo0murM6xuMBSTxjpX7Okz5dI9U+B8gk8U3A7+ QTW0NS4q59SVyGxy3xO/5Eu8/wCutv8A+j46ANjw/wD8gm3/AN0UAHiD/kE3H+6aAMf4Y/8A Il2f/XW4/wDR8lAHU0AFAHxB/wAFXvFENt8E9B8MLOUu9Y1iF/LU8tFEcv8AhyKqNk230RtQ p+3r06P8zS/E+mP2ePC2n+D/AIMeE9P0zBthYxy7hzuZlBJ/z6VN7pHoZrOUsZUU/su3yWiP R6DySN7mKM4eRFPoWApXsBDNqlpbrl50A9jmlzLuOxXk8Q2KRlxKX9lU5qXUiuoWZ+X/APwU N0XxZpvxpXU/Cmk6je6bq9okj/ZIGkKTDhiQOmeK7MPNSTSM5Nxdkz530L4QfGnxWjC28L6o 7uQVeUeWQP8AgVdik49TN6nVaF+xT8Y9WuUN7psWlKx+Z7qdf6GnzLe5LSPTtG/4Jz6ndR+b 4g+IEFo7cmO1h83H40uazDRnU6N/wT18FadMDqvivUNUjHUQxiLdRzAdbZ/sffBfw1NDNMLy Rk+6L29GM0czG7s6q0+GfwV0nHkeHtFuZAclvOMjk+pAPWjna6iszrtI8SeFvD8axaNocNqq cKIdPOOPQkVm6i6stRkW9V+JXihrR5NF8JaxrIXgLDsiUj/gRFTzw7j9m+pxtt8SPijqd4Y5 fAEOjQ/89dR1DDfkuaHUii1ST6lq/l8d3cTSxa7pemvj/VCzNwP++iRUe17Ifsu5ixad4muI yNV8SPI576fAIP55rJ1pdi/Zozr/AOHVtrl/p1xrGq6lrA0+4F1aw3co2RSjo4A6kVDqzaKU I3N7VDDf6hPJd3DzTIu6QyufLA/HjPtU3k+oNRRrfDfT7KLxBPqFtBArTWmwTwqBuXdnBxXR Ru3qc1bYsfEKSO+ufs08UV5FAokWFwo2E99xNdqWhyoy9G1iSOWCPL2GWKr5Lhlck8EhRTGx t7aQXlzefac6jcSkhIVt3O1wepJOCB6UhXFuLXVYoLKbTvD0tuxciSAyKmwD+Inn73pRawXR 2Gm3OoSwlr+3it34wkT78euTRYnToSfBe/t/Ec/iTWkUiRLr7BFLjhkUZOPx4rx8W71LX2Oy C0PSZJXI+6W/SuK5qUJtZsrRsXFzb279lklAJp2b6Abfg/xdaWmqxWguYpIrtto2Hd8/bpW9 NSXTQm6uemVuURMuS1NMGYnjJ/L8H6y3paSH/wAdNXD4kKWx+RXiZCdSuW7b2P6168djjORu 4QAxpSQ7mXMpw2OaixSKMqYqGimirIAD7GkBRuANrZpAUJEDYIHFRYCoyDIB79algUblSM4o Wwyi4yrZ61n1LRnXZ6e1CEaHw3kK+LZveOuSuaxPXnxuUD8a5DRGTqoEasRnAprcb2PP/GLb 9IuM9SK6okM81tV+RRWsRJ2LzQgj2NNg2W9Gt4pJZkcZcAFDWE0SdDFN5cqbfmkUiq9muQV9 T6w8ZfNZ+HHUnnTYuv0r5uu3dno00rnPodvPcVxLY1m7FeOVY78SMcqwOQPpWlN2OZu8jlr4 tDcnbnkmr5tbGqV0cVr373w94g3HloWOK66X8REx6nmHw6m2+MPDxJGGVlr1t7nbWlZU5H2N 8CNQNn4otYgcGK8Ax+NfO5jDmwlWL7M7sfrKnUXY+t/ihss5bW1UjMjGbj3718FwTTlLEznL ZGGZtKml1ObsZMx89RX7i9z5XY9H+EerHTvETTHgFNrH2rnrVPZanbh4KTPsGgyOW+J3/Il3 n/XW3/8AR8dAGx4f/wCQTb/7ooAPEH/IJuP900AY/wAMf+RLs/8Arrcf+j5KAOpoAKAPz/8A +Co3gu+udY+GPil1M+g2162n3ascJC0p+Vz/AJ7VdOPNJxfVGuHqyw9eFZL4dfuPRP2S/jzZ +G7QfDbxdeDT7yyydLvbxwsdzB1UBjx7g+9cdKrf3J/Ej7vO8u+vxWa4D3oy+JLdS66H0Nb6 hc6hE0gujcQljskjOVIz2IrNzlfc+Da5XaWjD7KH5fLH1OTUN9wHxQRISSB+VIZYVFCHA496 APNvi5cavoMmma9p9uZtMtldNSkj5aFMZWTHcDpXXhqqptqWzMqkbniWo/GXxFctu07wtd3s D8rNNMIww7GvQdaC2M1SfVFWDxj4+1hvls9N0aM9fOkMzflUuuuiKVJjLlfGlyQJ/FVnGmPm W1stpP4k0vbvsV7JFEeFru6cm78X66xJ+4kqqn5YqfbyL9ki4fhn4evsG9gfUnH8d1MxOfXG an2k31K5InTaB4Z0jw4P9B062tvVwgyfzoTfUfKjqIdUlDxbpWK5+VV6UtwaO6sbprjT8v8A KNvXPWkZHIa0m6Q8bufWrLRivnJGMLQtCzPv2hhQtxntQ7Ilu5htehH3ySKo6jJrLcd7FOZr Ce5zJdWzW5YyNDIMkMepBpteRLa7nb/DyxhktrzUoHji09GFvGyn5WPU/jXVR0OOq03oGteG 9N1bVrm5uL63McgA2RxZl4GOWPH6V137GCJ7O/03R4IrO3iZygwHMeCfqQKES7l1r3Up1Btd IuLgdii7hTv0Y+UsafoXivVyVTRzCPcEH9annit2P2bl0LbfCfxlqYaHzBaROpRi4GQD6Gpd aC6lKlI6Xwr8B73w1oFvpVprj6dbxEti3TczE8kknvXnuNJycrXudCjJKx0cPwiSeAxaprV7 fofQiM/mKfuLaJXK+rCw+A3hCymMj2Ml4xOf9KlMn86ftGttBci6nRaX4A8PaLdR3FlpUFvN HyrKDxSc5NWbKUUtToagoru5DkVSQmzn/H8vl+BNfY8Ys5P5GrgveQS2PyV8QLuvZWz3Jx+N ewjhOWuog24A1LKMueLBY4wKllRKM8fB46dqjc1ZUlhxzjpUEmdLCWLZoApSjYtS2BQlzuye lQ1oBUnQ/UVNxozpl2g+9TYpaGZddfaktxXL3w6P/FWzgdTFXJW7GsT1pZCud3UVy2NkjL1W XejLjqKaQmcF4w40q4PfFdESWea2hIUD3xW8dCS6WOMCn5iueu/s7/A3V/i54kKxxPHp6DDT EcE+xrza2JjDQpI+ldS/YQm0myuLhZiWjQuc1isYrWF7Nt3G/EfTRpB8PWh6xWCIfqK8utLm 1O2F0cdKuxc9jXPHUJu5l3OVIIGcZqH7rMr6mTJtmmw3Bx1pwd2aqRzR0E6xc3mnrwtyhTOO 5rvg7S5uxK0v5nFa78LL34Z+LPC0kqlrWWTaHxwD6V61KSmnI1rT5qUY9j374RGSX4hpaxjM jzo6gfWvBzKajhqqfY9qb58NTl2Pqv4j60l/43MCMCttCsZx645ryOEMLy4eVVdzycyk/axX kVrCYBcnANfo176niTd3ZHZ+A5/+JhMR3SuHHu8LnfglefKfbldJznLfE7/kS7z/AK62/wD6 PjoA2PD/APyCbf8A3RQAeIP+QTcf7poAx/hj/wAiXZ/9dbj/ANHyUAdTQAUAct8SPhf4X+Lv hmXw/wCL9Ii1vR5HWRraV3T5h0YMhDAj1BpptO6A5LVP2WvhfrWj2el3/hZby0s1C2/nX1y0 kagYAEhk34HpmsqlOFbWauengcyxeWzdTCVHFvf/AIZ6HQ+E/g74W8DWX2TRLbULK2zkRf2v eSAfTfKcVKpQirL82PFZlicbPnruLf8AggvyidHF4fs4TkfaW/66Xcr/AM2NV7OPY85zcui+ 5L9C0NPth/yxWj2cexnYT+zrbOfKWj2cewyjrnhXTfEdhLZX0Mr2syGOSKG4khDqeoOxlzR7 OPYdzmrf4G+CbW3jgi0UiKNdqqbyc4H1L1dkPmZOnwZ8HJ93R8cY/wCPmb/4uiyDmYn/AApf wbnP9j/+TU3/AMXRZBzMafgp4MJz/Y3P/X1N/wDF0WQczHD4MeDlORo//k1N/wDF0WQczHj4 PeER/wAwk/8AgVN/8XTDmZOnwq8LJjbpeMdP9Il/+KoDmZdTwLoccexbLCdMedJ/8VQK5Xl+ Gvhyc5fTif8At4lH/s1O7C5C3wp8Kv10vP8A28S//FUXYXZVm+C3g24H7zRyf+3qYfyei4ij J+z34AlbL6CWPve3H/xyi4rCx/s+fD6Jty+G4S3q08zfzenzMnkialp8I/CVjZi1t9IWG2Db xEk8oXPr96rVSS2YckX0LEXwy8MwnK6VHn1aR2/m1HtZ9w5I9i1B4F0C2ffHpcCt6kE/zNDq zfUOSPY2YbaG2XbFEkY9EUCs229yrEtIYUAFABQAUAFABQA3y1JzjmncCtqelWusafc2N5F5 1rcIY5Y9xXcp6jIII/ChNp3QPU8mn/Y/+EdyxaXwluY9T/aV2P8A2rW3t6ncz9nHsVW/Ys+D TEk+Dv8AyqXv/wAeo9vU7j5IkbfsSfBZhg+DMj/sK3v/AMepe2m+ockURn9hz4JNnPgrOf8A qK33/wAeo9rPuPlQw/sMfBBhg+Cf/Ktff/H6XtJ9w5URn9hD4GE5Pgf/AMq19/8AH6PaT7hy ojb9gf4EP18C5/7i9/8A/H6XtJdw5URt+wB8BWGD4Dz/ANxi/wD/AI/R7SXcOVEZ/wCCfPwB P/Mhf+VnUP8A4/S52HKhj/8ABPL9n5x83gDP/cZ1D/5Io55DsiF/+CdH7PMn3vh9n/uNaj/8 kUuZi5USab/wTv8A2fNIvGurT4f+VORgv/bWoNx9DcEVDXNuUax/Ya+CJznwT1/6i19/8fqe RFczIpP2EPgZN9/wPn/uLX3/AMfp8qFdlC8/4J5/s/ahC0Vx4A8yNuo/tnUBn8rinZAZqf8A BM/9m2MYX4cYH/Yd1L/5JqriHf8ADtX9nA/805/8rmpf/JFS9QPT/BX7NXw1+HWnwWPh3wxH ptrD9xEup3P4lpCT+JrmlhqU3eS/Fju0dTdfDrw9eW0kE2nb4pFKsvnSDI+oap+qUf5fxZXO 0cTrX7KXws8RTxTah4W+0SRLsQ/2hdLgenyyin9Vo2ty/mPnl3M5v2Mvg44APg/IH/UTvP8A 49S+qUF9n8WJybIm/Yo+DDdfBuf+4pe//HqTwdB/Z/Fk3ZCf2Hfgmzbj4K5/7Ct9/wDHqFgq C2j+L/zHzMbbfsNfBG0uhcReCtkw/i/ta+P6GetPq1K1rfmPnkW/EH7F3wa8U2ttb6p4NF1F bSCWIHU7xSreuVmBq40YQVooHJvRkvh/9jj4P+FtbTV9M8IC21BBhZjqV4+PwaYj9K5sVgMP jIezrxuvVr8mjoji60Icilp6I25v2bPhzPeS3cnh0tcStudzf3PJ/wC/laYTC0cDD2eHjZfN /nc56k5Vpc83dkyfs7/D5Pu+H8f9vtx/8crsuzLlV7l6w+CXgvTHL22jeWxGCftU5/m9Zzgq i5Z7GlOTpPmhozuask5b4nf8iXef9dbf/wBHx0AbHh//AJBNv/uigB2uIZNMnUdStAGV8O7d rXwjaROMMJJz+czn+tAHSUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFAHN/ES3a68I3cSDLGSA/lMh/pQBq6Ghj0yBT1C0AXZEEi FT0NAHMar8PNM1eQvNCjE+ooAzv+FRaJ/wA+8f8A3zQAf8Ki0T/n3j/75oAP+FRaJ/z7x/8A fNAB/wAKi0T/AJ94/wDvmgA/4VFon/PvH/3zQAf8Ki0T/n3j/wC+aAD/AIVFon/PvH/3zQAf 8Ki0T/n3j/75oAP+FRaJ/wA+8f8A3zQAf8Ki0T/n3j/75oAP+FRaJ/z7x/8AfNAB/wAKi0T/ AJ94/wDvmgA/4VFon/PvH/3zQAf8Ki0T/n3j/wC+aAD/AIVFon/PvH/3zQAf8Ki0T/n3j/75 oAP+FRaJ/wA+8f8A3zQAf8Ki0T/n3j/75oAP+FRaJ/z7x/8AfNAB/wAKi0T/AJ94/wDvmgA/ 4VFon/PvH/3zQAf8Ki0T/n3j/wC+aAD/AIVFon/PvH/3zQAf8Ki0T/n3j/75oAP+FRaJ/wA+ 8f8A3zQAf8Ki0T/n3j/75oAP+FRaJ/z7x/8AfNAB/wAKi0T/AJ94/wDvmgA/4VFon/PvH/3z QAf8Ki0T/n3j/wC+aAD/AIVFon/PvH/3zQAf8Ki0T/n3j/75oAP+FRaJ/wA+8f8A3zQAf8Ki 0T/n3j/75oAP+FRaJ/z7x/8AfNAB/wAKi0T/AJ94/wDvmgA/4VFon/PvH/3zQAf8Ki0T/n3j /wC+aAD/AIVFon/PvH/3zQAf8Ki0T/n3j/75oAP+FRaJ/wA+8f8A3zQAf8Ki0T/n3j/75oAP +FRaJ/z7x/8AfNAB/wAKi0T/AJ94/wDvmgA/4VFon/PvH/3zQAf8Ki0T/n3j/wC+aAD/AIVF on/PvH/3zQAf8Ki0T/n3j/75oAP+FRaJ/wA+8f8A3zQAf8Ki0T/n3j/75oAP+FRaJ/z7x/8A fNAB/wAKi0T/AJ94/wDvmgA/4VFon/PvH/3zQAf8Ki0T/n3j/wC+aAD/AIVFon/PvH/3zQAf 8Ki0T/n3j/75oAP+FRaJ/wA+8f8A3zQAf8Ki0T/n3j/75oAP+FRaJ/z7x/8AfNAB/wAKi0T/ AJ94/wDvmgA/4VFon/PvH/3zQAf8Ki0T/n3j/wC+aAD/AIVFon/PvH/3zQAf8Ki0T/n3j/75 oAP+FRaJ/wA+8f8A3zQBo6V8PNM0iQPDCikegoA6eNBGgUdBQA6gAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAP/9k= ----boundary_67_50a42dfe-ffdd-4934-abfc-280fadc2528f-- From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 07:50:56 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 234799BA for ; Fri, 29 Aug 2014 07:50:56 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (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 BE0C712FA for ; Fri, 29 Aug 2014 07:50:55 +0000 (UTC) Received: from fileserver.home.qeng-ho.org (localhost [127.0.0.1]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id s7T7ojag070546; Fri, 29 Aug 2014 08:50:45 +0100 (BST) (envelope-from freebsd@qeng-ho.org) Message-ID: <540030D5.2030409@qeng-ho.org> Date: Fri, 29 Aug 2014 08:50:45 +0100 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Mike Clarke , freebsd-questions@freebsd.org, "William A. Mahaffey III" Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <53FF8860.8000405@gmail.com> <53FF8E28.2010308@hiwaay.net> <1516592.A8M2VIF6ck@curlew.lan> In-Reply-To: <1516592.A8M2VIF6ck@curlew.lan> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 07:50:56 -0000 On 28/08/2014 23:31, Mike Clarke wrote: > On Thursday 28 August 2014 15:16:40 William A. Mahaffey III wrote: > >> I think that is what I am asking .... To be more precise, how often >> should I check to see if it is updated, weekly, monthly, other .... >> I guess that is the nub of the question .... > > It's largely down to what's most convenient for you. > > There's a lot to be said for the "If it ain't broke don't mend it" > philosophy. If everything's working fine on your system and you don't > need the latest and greatest new feature recently added to one of your > ports then there's no real need to keep updating them. Agreed. I have a cron job that updates /usr/ports every week and mails me a diff between the previous and latest /usr/ports/UPDATING. If there's a security problem shown by pkg audit (see below) or if UPDATING shows a new feature I'd like to have, I upgrade, otherwise I tend to leave things alone. > If a port has just been updated to fix some freshly discovered > security issue then you need to upgrade it ASAP. Running the periodic > script from ports-mgmt/portaudit is a good way of being kept up to > date with new vulnerabilities affecting ports installed on your > system. If you're using pkgng you don't need to install a port to audit ports, the pkg system should be doing it automatically. Look at /usr/local/etc/periodic/security/410.pkg-audit This is controlled by the value of daily_status_security_pkgaudit_enable in /etc/periodic.conf but defaults to "YES" if not set. You can just type "pkg audit" at the command line as well. man pkg-audit for details. > There could be a delay before a new version of a vulnerable port is > available. You can check what the latest revision level of a port is > by looking it up at . > > After running portsnap you can run "pkg version -vIL=" to see a list > of which ports have version numbers which differ from the latest. Again, this is dealt with by periodic. The weekly script 400.status-pkg (find it in /usr/local/etc/periodic/weekly) will tell you which packages are out of date. Enable it by weekly_status_pkg_enable="YES" in /etc/periodic.conf. It'll turn up on Saturdays. > You need to maintain all your ports in a consistent state, upgrading > just one port can lead to dependency problems so it's worth using > ports-mgmt/portmaster after running portsnap, this can upgrade all > affected ports. Personally I use poudriere for port building, but I run a very customised system so need to build all ports myself. > If you only upgrade your ports when required by security issues then > you may find that there are lots of ports with newer versions so, to > reduce the workload, you might prefer to upgrade rather more > frequently than waiting until a security issue requires it. Good advice. If I haven't upgraded in a couple of months, I'll usually do an upgrade anyway. There have been times when I've left things for longer and then had so many changes that it was easier to delete all packages and reinstall. I hope the new solver in pkg makes that less of a problem. > Sometimes you will need to give some ports individual attention before > running a bulk upgrade. Check for this by seeing if any of your ports > are mentioned in /usr/ports/UPDATING - you only need to check entries > dated later than the last time you did an upgrade and take whatever > action is advised there. > > If you pay attention to /usr/ports/UPDATING then portmaster will > usually upgrade all affected ports without problems but sometimes you > come across a situation that it can't handle and you might need to > deal with the problematic port yourself. > From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 08:20:50 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E0AC813 for ; Fri, 29 Aug 2014 08:20:50 +0000 (UTC) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC7E6177D for ; Fri, 29 Aug 2014 08:20:49 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id w62so1849927wes.13 for ; Fri, 29 Aug 2014 01:20:48 -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=0nzAQVoDsRDTh1c6K4sT+R1agVA1fisMlioouLxciyw=; b=Dt4u6K+FJGegSE+qRA/XQsq5K45ZlK+vocAjiU46HqyUStoBcjpKS/89VxuOiJF2+Z 3U9LBX3Vpw2Uk+WK/9EX7v5PRZtdDzqJTlS0Ds6LkhsE85o1UewIphnrRkV4HJ3RFoI+ rTgz9n7Bqnvg1oLNNU7syWrbQ4nb3SM4EagJLgQPyfaD/e8bpCQIBK3SKxyVtvE1adFW kYz43d5hi0RjqaoIpq5Sckb5vs+KrvRLcIfJbDWqPvsSfaGQDVnqk9jzcKm7aOHST1EM Iw122aSiZMVFIhPHrVeM7Zlo1FTR4GKrlveFB3I918Px7QS0ljju4tGY+l/LarnX8HOj W7oQ== X-Received: by 10.194.60.240 with SMTP id k16mr893471wjr.109.1409300447770; Fri, 29 Aug 2014 01:20:47 -0700 (PDT) Received: from kontrol.kode5.net (host81-157-206-146.range81-157.btcentralplus.com. [81.157.206.146]) by mx.google.com with ESMTPSA id bg10sm1007075wjc.47.2014.08.29.01.20.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 Aug 2014 01:20:47 -0700 (PDT) Message-ID: <540037DE.4030404@gmail.com> Date: Fri, 29 Aug 2014 09:20:46 +0100 From: Jamie Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Questions Subject: Moving Text In vi(1) To Another File Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 08:20:50 -0000 What is the best way to copy large sections of text in a file and copy it to another file, possibly a new file or not. Is vi even the best utility to do that? I have the source file open; I yank the text region then, do I open a new file/buffer first or is there a command to 'redirect' the data to? From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 08:47:31 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06EF2370 for ; Fri, 29 Aug 2014 08:47:31 +0000 (UTC) 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 BEB721A56 for ; Fri, 29 Aug 2014 08:47:30 +0000 (UTC) Received: from r56.edvax.de (port-92-195-111-1.dynamic.qsc.de [92.195.111.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 887D93CC79; Fri, 29 Aug 2014 10:47:26 +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 s7T8lQgx002986; Fri, 29 Aug 2014 10:47:26 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Fri, 29 Aug 2014 10:47:26 +0200 From: Polytropon To: Jamie Griffin Subject: Re: Moving Text In vi(1) To Another File Message-Id: <20140829104726.dc4aa238.freebsd@edvax.de> In-Reply-To: <540037DE.4030404@gmail.com> References: <540037DE.4030404@gmail.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 08:47:31 -0000 On Fri, 29 Aug 2014 09:20:46 +0100, Jamie Griffin wrote: > What is the best way to copy large sections of text in a file and copy > it to another file, possibly a new file or not. Is vi even the best > utility to do that? The "best" utility is the one you're most familiar with, regarding the particular task. When I read your task, I immediately thought: "Well, that sounds like a job for joe." (joe = Joe's own editor, a WS-inspired advanced text editor). I'd work like that: % joe input.txt move cursor to text segment you want to copy cursor and page scroll keys work as expected ^KB (block begin) -> where to begin ^KK (block end) -> where to stop begin and end can be set independently (!) without losing the selection ^KE out1.txt creates new file or opens existing file if existing file: move cursor to where you want the segment to be copied at ^KC (block copy) ^KX (save and exit) file out1.txt will be closed, you're back at input.txt repeat from ^KB/^KK step as needed ^C Y (exit without saving - refers to input.txt file) when done Note that you can use ^KN (next) and ^KP (prev) to switch between the files you're editing. If you want to move a block of text rather than copying it, use ^KM instead of ^KC; this changes the input file. At the end of the session, use ^KX to save it, or ^C Y to lose the changes. You can surely solve the task with vi, but my use of vi is too limited in order to give you the required advice, that's why I suggested a different editor. It's not that vi cannot do it. It's just that I can't remember how, at the moment. Still I hope this comment will be helpful for you. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 11:54:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EBE3A6C for ; Fri, 29 Aug 2014 11:54:12 +0000 (UTC) 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 08AB91086 for ; Fri, 29 Aug 2014 11:54:11 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-61.adsl.hiwaay.net [216.180.19.61]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TBs9Qk005055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 06:54:09 -0500 Message-ID: <54006B57.8070703@hiwaay.net> Date: Fri, 29 Aug 2014 07:00:23 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> In-Reply-To: <20140828225153.GA8923@slackbox.erewhon.home> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 11:54:12 -0000 On 08/28/14 17:51, Roland Smith wrote: > On Thu, Aug 28, 2014 at 02:43:49PM -0500, William A. Mahaffey III wrote: >> >> .... How do I check to see if the ports collection has been updated ? I >> had some problems a week or so ago getting some stuff to compile. There >> were some later posts alluding to some ports being a bit stale .... If >> that was my problem, I'd like to update & try again .... > The http://www.freshports.org/ site gives a nice overview of recent port > changes. It also lists the SVN revision. If you use subversion to keep your > ports tree up to date you can check the state of your ports tree with; > > > svnlite log -r HEAD /usr/ports/ > ------------------------------------------------------------------------ > r366459 | danilo | 2014-08-29 00:34:41 +0200 (Fri, 29 Aug 2014) | 2 lines > > - Update from 1.40.01 to 1.40.02 > > ------------------------------------------------------------------------ > > In this case my ports tree is at r366459. > > Generally I like to update my ports tree weekly. That *generally* makes for > relatively small updates using svnlite (in the base system in FreeBSD 10) and > ports-mgmt/portmaster; > > # svnlite /usr/ports > # less /usr/ports/UPDATING > # portmaster -ai > > Reading UPDATING is important! Sometimes updates need special actions. > > Roland This sounds like it is very close to what I am looking for. I typed in the above command & the shell said command not found .... What pkg('s) do I need for svnlite support ? TIA .... -- 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 Fri Aug 29 12:00:17 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85868D49; Fri, 29 Aug 2014 12:00:17 +0000 (UTC) Received: from smtprelay.hostedemail.com (smtprelay0169.hostedemail.com [216.40.44.169]) by mx1.freebsd.org (Postfix) with ESMTP id 53CE41120; Fri, 29 Aug 2014 12:00:16 +0000 (UTC) Received: from smtprelay.hostedemail.com (ff-bigip1 [10.5.19.254]) by smtpgrave02.hostedemail.com (Postfix) with ESMTP id 67FB544CF; Fri, 29 Aug 2014 11:51:13 +0000 (UTC) Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254]) by smtprelay01.hostedemail.com (Postfix) with ESMTP id C1502235AE; Fri, 29 Aug 2014 11:51:06 +0000 (UTC) X-Session-Marker: 726F646E65792E6C6577697340746F72746F697365626C6F672E636F6D X-Spam-Summary: 2, 0, 0, , d41d8cd98f00b204, rodney.lewis@tortoiseblog.com, ::owner-:::owner-, RULES_HIT:41:355:379:582:599:973:988:989:1152:1260:1277:1311:1313:1314:1345:1359:1437:1515:1516:1518:1534:1540:1593:1594:1711:1730:1747:1777:1792:2194:2199:2393:2559:2562:3138:3139:3140:3141:3142:3352:3865:3866:3867:3868:3870:3871:3872:3873:3874:4321:4418:4557:5007:6261:7903:7904:9108:10004:10226:10400:10848:11232:11658:11914:12517:12519:12740:13069:13161:13229:13311:13357:13870:21080, 0, RBL:none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:fn, MSBL:0, DNSBL:none, Custom_rules:0:0:0 X-HE-Tag: night81_9a8bafd6a363 X-Filterd-Recvd-Size: 1830 Received: from webmail.hover.com (imap-ext [216.40.42.5]) (Authenticated sender: webmail@rodney.lewis@tortoiseblog.com) by omf04.hostedemail.com (Postfix) with ESMTPA; Fri, 29 Aug 2014 11:51:06 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 29 Aug 2014 12:51:06 +0100 From: Rodney Lewis To: Jamie Griffin Subject: Re: Moving Text In vi(1) To Another File In-Reply-To: <540037DE.4030404@gmail.com> References: <540037DE.4030404@gmail.com> Message-ID: <782f4b6466266500ebcc15173fef385b@tortoiseblog.com> X-Sender: rodney.lewis@tortoiseblog.com User-Agent: Roundcube Webmail/1.0.1 X-Originating-IP: [194.83.137.35] Cc: FreeBSD Questions , owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 12:00:17 -0000 On 2014-08-29 09:20, Jamie Griffin wrote: > What is the best way to copy large sections of text in a file and copy > it to another file, possibly a new file or not. Is vi even the best > utility to do that? > > I have the source file open; I yank the text region then, do I open a > new file/buffer first or is there a command to 'redirect' the data to? There are several ways to do this but I prefer the old ex commands. It's just the way my brain works. First I enable visible line numbers so I know what's where. :set nu You can then use the following to write out to a new file. Select lines 10 to 30 :10,30w ~/newfile Or append lines 45 to 66 to newfile :45,66w >>~/newfile To copy text chunks around a file Copy line 45,66 and insert at line 90 :45,66co90 Or substitute mo to move it :45,66mo90 You can also use d to delete chunks of text Delete line 78 to 88 :78,88d Hope this helps Rodney From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 12:11:08 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9100335B for ; Fri, 29 Aug 2014 12:11:08 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (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 279961336 for ; Fri, 29 Aug 2014 12:11:07 +0000 (UTC) Received: from fileserver.home.qeng-ho.org (localhost [127.0.0.1]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id s7TCB4Rk070974; Fri, 29 Aug 2014 13:11:05 +0100 (BST) (envelope-from freebsd@qeng-ho.org) Message-ID: <54006DD8.9090200@qeng-ho.org> Date: Fri, 29 Aug 2014 13:11:04 +0100 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "William A. Mahaffey III" , "FreeBSD Questions !!!!" Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> In-Reply-To: <54006B57.8070703@hiwaay.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 12:11:08 -0000 On 29/08/2014 13:00, William A. Mahaffey III wrote: > > On 08/28/14 17:51, Roland Smith wrote: >> On Thu, Aug 28, 2014 at 02:43:49PM -0500, William A. Mahaffey III wrote: >>> >>> .... How do I check to see if the ports collection has been updated ? I >>> had some problems a week or so ago getting some stuff to compile. There >>> were some later posts alluding to some ports being a bit stale .... If >>> that was my problem, I'd like to update & try again .... >> The http://www.freshports.org/ site gives a nice overview of recent port >> changes. It also lists the SVN revision. If you use subversion to keep >> your >> ports tree up to date you can check the state of your ports tree with; >> >> > svnlite log -r HEAD /usr/ports/ >> >> ------------------------------------------------------------------------ >> r366459 | danilo | 2014-08-29 00:34:41 +0200 (Fri, 29 Aug 2014) | >> 2 lines >> >> - Update from 1.40.01 to 1.40.02 >> >> >> ------------------------------------------------------------------------ >> >> In this case my ports tree is at r366459. >> >> Generally I like to update my ports tree weekly. That *generally* >> makes for >> relatively small updates using svnlite (in the base system in FreeBSD >> 10) and >> ports-mgmt/portmaster; >> >> # svnlite /usr/ports >> # less /usr/ports/UPDATING >> # portmaster -ai >> >> Reading UPDATING is important! Sometimes updates need special actions. >> >> Roland > > This sounds like it is very close to what I am looking for. I typed in > the above command & the shell said command not found .... What pkg('s) > do I need for svnlite support ? TIA .... It's in the base system: fileserver:3# which svnlite /usr/bin/svnlite From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 12:19:23 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F50D5D3; Fri, 29 Aug 2014 12:19:23 +0000 (UTC) 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 DE77D13B2; Fri, 29 Aug 2014 12:19:22 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-61.adsl.hiwaay.net [216.180.19.61]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TCJL4e022868 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 29 Aug 2014 07:19:21 -0500 Message-ID: <5400713F.7080500@hiwaay.net> Date: Fri, 29 Aug 2014 07:25:35 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 CC: FreeBSD Questions , owner-freebsd-questions@freebsd.org Subject: Re: Moving Text In vi(1) To Another File References: <540037DE.4030404@gmail.com> <782f4b6466266500ebcc15173fef385b@tortoiseblog.com> In-Reply-To: <782f4b6466266500ebcc15173fef385b@tortoiseblog.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 12:19:23 -0000 On 08/29/14 06:51, Rodney Lewis wrote: > On 2014-08-29 09:20, Jamie Griffin wrote: > >> What is the best way to copy large sections of text in a file and >> copy it to another file, possibly a new file or not. Is vi even the >> best utility to do that? >> >> I have the source file open; I yank the text region then, do I open a >> new file/buffer first or is there a command to 'redirect' the data to? > > > There are several ways to do this but I prefer the old ex commands. > It's just the way my brain works. > > First I enable visible line numbers so I know what's where. > > :set nu > > You can then use the following to write out to a new file. > Select lines 10 to 30 > :10,30w ~/newfile > > Or append lines 45 to 66 to newfile > > :45,66w >>~/newfile > > > To copy text chunks around a file > Copy line 45,66 and insert at line 90 > > :45,66co90 > > Or substitute mo to move it > > :45,66mo90 > > You can also use d to delete chunks of text > Delete line 78 to 88 > :78,88d > > Hope this helps > > Rodney > > _______________________________________________ > 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" > .... & of course, ex commands are available from within 'vi' using the same syntax as above .... -- 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 Fri Aug 29 12:20:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0F1E816 for ; Fri, 29 Aug 2014 12:20:36 +0000 (UTC) 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 A9E8914AB for ; Fri, 29 Aug 2014 12:20:36 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-61.adsl.hiwaay.net [216.180.19.61]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TCKZh1023473 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 07:20:35 -0500 Message-ID: <54007189.8070807@hiwaay.net> Date: Fri, 29 Aug 2014 07:26:49 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> In-Reply-To: <54006DD8.9090200@qeng-ho.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 12:20:37 -0000 On 08/29/14 07:11, Arthur Chance wrote: > On 29/08/2014 13:00, William A. Mahaffey III wrote: >> >> On 08/28/14 17:51, Roland Smith wrote: >>> On Thu, Aug 28, 2014 at 02:43:49PM -0500, William A. Mahaffey III >>> wrote: >>>> >>>> .... How do I check to see if the ports collection has been updated >>>> ? I >>>> had some problems a week or so ago getting some stuff to compile. >>>> There >>>> were some later posts alluding to some ports being a bit stale .... If >>>> that was my problem, I'd like to update & try again .... >>> The http://www.freshports.org/ site gives a nice overview of recent >>> port >>> changes. It also lists the SVN revision. If you use subversion to keep >>> your >>> ports tree up to date you can check the state of your ports tree with; >>> >>> > svnlite log -r HEAD /usr/ports/ >>> >>> ------------------------------------------------------------------------ >>> >>> r366459 | danilo | 2014-08-29 00:34:41 +0200 (Fri, 29 Aug 2014) | >>> 2 lines >>> >>> - Update from 1.40.01 to 1.40.02 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> In this case my ports tree is at r366459. >>> >>> Generally I like to update my ports tree weekly. That *generally* >>> makes for >>> relatively small updates using svnlite (in the base system in FreeBSD >>> 10) and >>> ports-mgmt/portmaster; >>> >>> # svnlite /usr/ports >>> # less /usr/ports/UPDATING >>> # portmaster -ai >>> >>> Reading UPDATING is important! Sometimes updates need special actions. >>> >>> Roland >> >> This sounds like it is very close to what I am looking for. I typed in >> the above command & the shell said command not found .... What pkg('s) >> do I need for svnlite support ? TIA .... > > It's in the base system: > > fileserver:3# which svnlite > /usr/bin/svnlite > > > _______________________________________________ > 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" > [root@kabini1, /etc, 7:26:08am] 334 % uname -a FreeBSD kabini1 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 [root@kabini1, /etc, 7:26:13am] 335 % which svnlite svnlite: Command not found. [root@kabini1, /etc, 7:26:18am] 336 % -- 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 Fri Aug 29 12:49:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F2965C0 for ; Fri, 29 Aug 2014 12:49:21 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (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 F10C71878 for ; Fri, 29 Aug 2014 12:49:20 +0000 (UTC) Received: from fileserver.home.qeng-ho.org (localhost [127.0.0.1]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id s7TCnH89071029; Fri, 29 Aug 2014 13:49:18 +0100 (BST) (envelope-from freebsd@qeng-ho.org) Message-ID: <540076CD.6000201@qeng-ho.org> Date: Fri, 29 Aug 2014 13:49:17 +0100 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "William A. Mahaffey III" , "FreeBSD Questions !!!!" Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> <54007189.8070807@hiwaay.net> In-Reply-To: <54007189.8070807@hiwaay.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 12:49:21 -0000 On 29/08/2014 13:26, William A. Mahaffey III wrote: > > On 08/29/14 07:11, Arthur Chance wrote: >> On 29/08/2014 13:00, William A. Mahaffey III wrote: >>> >>> On 08/28/14 17:51, Roland Smith wrote: >>>> On Thu, Aug 28, 2014 at 02:43:49PM -0500, William A. Mahaffey III >>>> wrote: >>>>> >>>>> .... How do I check to see if the ports collection has been updated >>>>> ? I >>>>> had some problems a week or so ago getting some stuff to compile. >>>>> There >>>>> were some later posts alluding to some ports being a bit stale .... If >>>>> that was my problem, I'd like to update & try again .... >>>> The http://www.freshports.org/ site gives a nice overview of recent >>>> port >>>> changes. It also lists the SVN revision. If you use subversion to keep >>>> your >>>> ports tree up to date you can check the state of your ports tree with; >>>> >>>> > svnlite log -r HEAD /usr/ports/ >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> r366459 | danilo | 2014-08-29 00:34:41 +0200 (Fri, 29 Aug 2014) | >>>> 2 lines >>>> >>>> - Update from 1.40.01 to 1.40.02 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> In this case my ports tree is at r366459. >>>> >>>> Generally I like to update my ports tree weekly. That *generally* >>>> makes for >>>> relatively small updates using svnlite (in the base system in FreeBSD >>>> 10) and >>>> ports-mgmt/portmaster; >>>> >>>> # svnlite /usr/ports >>>> # less /usr/ports/UPDATING >>>> # portmaster -ai >>>> >>>> Reading UPDATING is important! Sometimes updates need special actions. >>>> >>>> Roland >>> >>> This sounds like it is very close to what I am looking for. I typed in >>> the above command & the shell said command not found .... What pkg('s) >>> do I need for svnlite support ? TIA .... >> >> It's in the base system: >> >> fileserver:3# which svnlite >> /usr/bin/svnlite >> >> > > > [root@kabini1, /etc, 7:26:08am] 334 % uname -a > FreeBSD kabini1 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 > 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > [root@kabini1, /etc, 7:26:13am] 335 % which svnlite > svnlite: Command not found. > [root@kabini1, /etc, 7:26:18am] 336 % Ah, I'm on 10.0-RELEASE and 10-STABLE. If you simply want to update /usr/ports, why not use portsnap? It works well enough for me. If you specifically want a light version of svn, take look at the net/svnup port. I started using that before svnlite turned up, and still do out of habit. From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 12:53:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1FB7693 for ; Fri, 29 Aug 2014 12:53:24 +0000 (UTC) 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 BB1BD1930 for ; Fri, 29 Aug 2014 12:53:24 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-61.adsl.hiwaay.net [216.180.19.61]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TCrNxk014157 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 07:53:23 -0500 Message-ID: <5400793A.4090702@hiwaay.net> Date: Fri, 29 Aug 2014 07:59:38 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> <54007189.8070807@hiwaay.net> <540076CD.6000201@qeng-ho.org> In-Reply-To: <540076CD.6000201@qeng-ho.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 12:53:25 -0000 On 08/29/14 07:49, Arthur Chance wrote: > On 29/08/2014 13:26, William A. Mahaffey III wrote: >> >> On 08/29/14 07:11, Arthur Chance wrote: >>> On 29/08/2014 13:00, William A. Mahaffey III wrote: >>>> >>>> On 08/28/14 17:51, Roland Smith wrote: >>>>> On Thu, Aug 28, 2014 at 02:43:49PM -0500, William A. Mahaffey III >>>>> wrote: >>>>>> >>>>>> .... How do I check to see if the ports collection has been updated >>>>>> ? I >>>>>> had some problems a week or so ago getting some stuff to compile. >>>>>> There >>>>>> were some later posts alluding to some ports being a bit stale >>>>>> .... If >>>>>> that was my problem, I'd like to update & try again .... >>>>> The http://www.freshports.org/ site gives a nice overview of recent >>>>> port >>>>> changes. It also lists the SVN revision. If you use subversion to >>>>> keep >>>>> your >>>>> ports tree up to date you can check the state of your ports tree >>>>> with; >>>>> >>>>> > svnlite log -r HEAD /usr/ports/ >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> r366459 | danilo | 2014-08-29 00:34:41 +0200 (Fri, 29 Aug >>>>> 2014) | >>>>> 2 lines >>>>> >>>>> - Update from 1.40.01 to 1.40.02 >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> >>>>> In this case my ports tree is at r366459. >>>>> >>>>> Generally I like to update my ports tree weekly. That *generally* >>>>> makes for >>>>> relatively small updates using svnlite (in the base system in FreeBSD >>>>> 10) and >>>>> ports-mgmt/portmaster; >>>>> >>>>> # svnlite /usr/ports >>>>> # less /usr/ports/UPDATING >>>>> # portmaster -ai >>>>> >>>>> Reading UPDATING is important! Sometimes updates need special >>>>> actions. >>>>> >>>>> Roland >>>> >>>> This sounds like it is very close to what I am looking for. I typed in >>>> the above command & the shell said command not found .... What pkg('s) >>>> do I need for svnlite support ? TIA .... >>> >>> It's in the base system: >>> >>> fileserver:3# which svnlite >>> /usr/bin/svnlite >>> >>> >> >> >> [root@kabini1, /etc, 7:26:08am] 334 % uname -a >> FreeBSD kabini1 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 >> 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC >> amd64 >> [root@kabini1, /etc, 7:26:13am] 335 % which svnlite >> svnlite: Command not found. >> [root@kabini1, /etc, 7:26:18am] 336 % > > Ah, I'm on 10.0-RELEASE and 10-STABLE. If you simply want to update > /usr/ports, why not use portsnap? It works well enough for me. > > If you specifically want a light version of svn, take look at the > net/svnup port. I started using that before svnlite turned up, and > still do out of habit. > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > I have been using portsnap, I just couldn't figure out how to get it to tell me what ports had been updated since I last fetched (w/o fetching again) .... -- 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 Fri Aug 29 12:59:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CB2A8CE for ; Fri, 29 Aug 2014 12:59:12 +0000 (UTC) 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 B3FA01996 for ; Fri, 29 Aug 2014 12:59:11 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-61.adsl.hiwaay.net [216.180.19.61]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TCx9nG021102 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 07:59:10 -0500 Message-ID: <54007A94.1020801@hiwaay.net> Date: Fri, 29 Aug 2014 08:05:24 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: mission critical problem !!!! Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 12:59:12 -0000 .... I just pkg-installed nethack-nox11, then tried to run it as a regular user. I get the following: NetHack, Copyright 1985-2003 By Stichting Mathematisch Centrum and M. Stephenson. See license for details. No write permission to lock perm! Hit space to continue: Then back to the shell prompt :-( .... This obviously won't do, what's wrong here, more pilot error ? TIA .... -- 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 Fri Aug 29 13:09:52 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4FF7D17 for ; Fri, 29 Aug 2014 13:09:52 +0000 (UTC) Received: from mail-vc0-x229.google.com (mail-vc0-x229.google.com [IPv6:2607:f8b0:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73CD81AB1 for ; Fri, 29 Aug 2014 13:09:52 +0000 (UTC) Received: by mail-vc0-f169.google.com with SMTP id hq11so2416714vcb.0 for ; Fri, 29 Aug 2014 06:09:51 -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 :content-type; bh=ArNf26Z+pCdNLm+BdXvAb6rCNxWWouotbdCJPeO2GQU=; b=1AXHaWfdTtg/H4Jj66flRo32o8ta8uc+BKXzomZAjV6HuD/nG+LkubSWao+IUZxoTm +F45hWnZ569wNlISDdxJKeNp93Z7uoPrsfmWTgbO0z4JwKbvP7okcRFMLt2xepuqhJha qAvekzCjtLCxIDiEIGsWOO3lNbWytgcv1dJGVj5+Mc8PZzgUSXQwLlOgcpuO8G3oIxpo oEYp21ZgpVrq2jPjCcdqHrbfj7X5SFFVs7h2Vk9FzkfRK4uJdWaE8noWPDUFgRJlDSgl ONULnHWmpvtzlY0FyMUmAZVAB/K3Pu8PD9/NTL0iJJ5t8iKt4JMrrDXq0k7VIuc5zkSz pxdQ== MIME-Version: 1.0 X-Received: by 10.52.166.35 with SMTP id zd3mr21590vdb.96.1409317791515; Fri, 29 Aug 2014 06:09:51 -0700 (PDT) Received: by 10.220.107.203 with HTTP; Fri, 29 Aug 2014 06:09:51 -0700 (PDT) In-Reply-To: <5400793A.4090702@hiwaay.net> References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> <54007189.8070807@hiwaay.net> <540076CD.6000201@qeng-ho.org> <5400793A.4090702@hiwaay.net> Date: Fri, 29 Aug 2014 15:09:51 +0200 Message-ID: Subject: Re: Ports question .... From: Cristiano Deana To: "William A. Mahaffey III" , FreeBSD-Questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 13:09:52 -0000 On Fri, Aug 29, 2014 at 2:59 PM, William A. Mahaffey III wrote: > I have been using portsnap, I just couldn't figure out how to get it to tell > me what ports had been updated since I last fetched (w/o fetching again) That's not how it works. portsnap update THE PORTS' TREE, not the installed ports. AFTER you have update your ports tree, you can run portversion -v | grep '<' to show which ports you have INSTALLED has some update. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 13:14:57 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E08EF6E for ; Fri, 29 Aug 2014 13:14:57 +0000 (UTC) Received: from smtpy.mta.ca (smtpy.mta.ca [138.73.1.205]) (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 40FC01BAF for ; Fri, 29 Aug 2014 13:14:56 +0000 (UTC) Received: from qemg.mta.ca ([138.73.29.51]:49160 helo=qemg.org) by smtpy.mta.ca with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.84) (envelope-from ) id 1XNLf1-0000Wr-2w; Fri, 29 Aug 2014 09:52:11 -0300 Date: Fri, 29 Aug 2014 09:52:11 -0300 (ADT) From: Andrew Hamilton-Wright To: Polytropon Subject: Re: Moving Text In vi(1) To Another File In-Reply-To: <20140829104726.dc4aa238.freebsd@edvax.de> Message-ID: References: <540037DE.4030404@gmail.com> <20140829104726.dc4aa238.freebsd@edvax.de> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jamie Griffin , FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 13:14:57 -0000 On Fri, 29 Aug 2014, Polytropon wrote: > On Fri, 29 Aug 2014 09:20:46 +0100, Jamie Griffin wrote: >> What is the best way to copy large sections of text in a file and copy >> it to another file, possibly a new file or not. Is vi even the best >> utility to do that? > > The "best" utility is the one you're most familiar with, > regarding the particular task. Good advice. This is easy in vi, as 'w' (write) works essentially the same as (command-line) yank. Assuming you are yanking your data via something like: :100,200y (with 100 and 200 standing in as the line range), then you can simply do this instead :100,200w myNewFile or :100,200w /my/new/faraway/file if you want to include a path to the file. A From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 13:34:30 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E48EC47 for ; Fri, 29 Aug 2014 13:34:30 +0000 (UTC) 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 4A2931DB0 for ; Fri, 29 Aug 2014 13:34:29 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-61.adsl.hiwaay.net [216.180.19.61]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TDYSlg026600 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 08:34:28 -0500 Message-ID: <540082DB.9040703@hiwaay.net> Date: Fri, 29 Aug 2014 08:40:43 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: problems trying to install enscript .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 13:34:30 -0000 I tried to install the following packages & got the following output: [root@kabini1, /etc, 8:36:28am] 334 % pkg install enscript-a4 enscript-letter enscript-letterdj Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. The following 3 packages will be affected (of 0 checked): New packages to be INSTALLED: enscript-a4: 1.6.6_1 enscript-letter: 1.6.6_1 enscript-letterdj: 1.6.6_1 The process will require 5 MB more space. 947 kB to be downloaded. Proceed with this action? [y/N]: y Fetching enscript-a4-1.6.6_1.txz: 100% 315 kB 323.5k/s 00:01 Fetching enscript-letter-1.6.6_1.txz: 100% 316 kB 323.7k/s 00:01 Fetching enscript-letterdj-1.6.6_1.txz: 100% 315 kB 323.4k/s 00:01 Checking integrity... done (2 conflicting) pkg: Cannot solve problem using SAT solver: cannot install package enscript-a4~print/enscript-a4, remove it from request? [Y/n]: cannot install package enscript-letter~print/enscript-letter, remove it from request? [Y/n]: Checking integrity... done (0 conflicting) Conflicts with the existing packages have been found. One more solver iteration is needed to resolve them. The following 1 packages will be affected (of 0 checked): New packages to be INSTALLED: enscript-letterdj: 1.6.6_1 The process will require 1 MB more space. Proceed with this action? [y/N]: [root@kabini1, /etc, 8:37:38am] 335 % [root@kabini1, /etc, 8:37:38am] 335 % [root@kabini1, /etc, 8:37:39am] 335 % apropos enscript enscript: nothing appropriate [root@kabini1, /etc, 8:37:51am] 336 % which !$ which enscript enscript: Command not found. [root@kabini1, /etc, 8:37:54am] 337 % I can't find any evidence they are already installed, what is going on here ? TIA for any clues .... -- 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 Fri Aug 29 13:37:31 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B678E2E for ; Fri, 29 Aug 2014 13:37:31 +0000 (UTC) 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 292A41DE2 for ; Fri, 29 Aug 2014 13:37:30 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-61.adsl.hiwaay.net [216.180.19.61]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TDbTTu028906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 08:37:29 -0500 Message-ID: <54008390.7050409@hiwaay.net> Date: Fri, 29 Aug 2014 08:43:44 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD-Questions Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> <54007189.8070807@hiwaay.net> <540076CD.6000201@qeng-ho.org> <5400793A.4090702@hiwaay.net> 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 13:37:31 -0000 On 08/29/14 08:09, Cristiano Deana wrote: > On Fri, Aug 29, 2014 at 2:59 PM, William A. Mahaffey III wrote: > >> I have been using portsnap, I just couldn't figure out how to get it to tell >> me what ports had been updated since I last fetched (w/o fetching again) > That's not how it works. > portsnap update THE PORTS' TREE, not the installed ports. AFTER you > have update your ports tree, you can run > portversion -v | grep '<' > to show which ports you have INSTALLED has some update. Very well, thx, I wasn't clear on that, still a noob to pkg-management in FBSD :-/ .... -- 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 Fri Aug 29 13:45:18 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33245221 for ; Fri, 29 Aug 2014 13:45:18 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (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 BCDB71EC5 for ; Fri, 29 Aug 2014 13:45:17 +0000 (UTC) Received: from fileserver.home.qeng-ho.org (localhost [127.0.0.1]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id s7TDjF7X071207; Fri, 29 Aug 2014 14:45:15 +0100 (BST) (envelope-from freebsd@qeng-ho.org) Message-ID: <540083EB.5020801@qeng-ho.org> Date: Fri, 29 Aug 2014 14:45:15 +0100 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "William A. Mahaffey III" , "FreeBSD Questions !!!!" Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> <54007189.8070807@hiwaay.net> <540076CD.6000201@qeng-ho.org> <5400793A.4090702@hiwaay.net> In-Reply-To: <5400793A.4090702@hiwaay.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 13:45:18 -0000 On 29/08/2014 13:59, William A. Mahaffey III wrote: [huge snip] > I have been using portsnap, I just couldn't figure out how to get it to > tell me what ports had been updated since I last fetched (w/o fetching > again) .... It's my experience that you don't want to be told which ports have been updated, as most updates are to ports you're not the slightest bit interested in. There are nearly 25,000 ports according to FreshPorts and I personally have only about 400 installed on my desktop machine (and far fewer on my servers). That means on average I'm totally uninterested in 98+% of all port updates. What you need to know is what *installed* ports are out of date with respect to the new ports tree. That's where the 400.status-pkg periodic script is useful. I update my ports tree via a crontab entry at 23:00 on Fridays, and the weekly periodic script runs at 4:15 on Saturday, so I get mail every Saturday morning telling me which installed ports are out of date. From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 14:15:18 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4484AB89 for ; Fri, 29 Aug 2014 14:15:18 +0000 (UTC) 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 D1469127F for ; Fri, 29 Aug 2014 14:15:17 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-81.adsl.hiwaay.net [216.180.19.81]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TEFDEB001554 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 09:15:14 -0500 Message-ID: <54008C68.4020601@hiwaay.net> Date: Fri, 29 Aug 2014 09:21:28 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> <54007189.8070807@hiwaay.net> <540076CD.6000201@qeng-ho.org> <5400793A.4090702@hiwaay.net> <540083EB.5020801@qeng-ho.org> In-Reply-To: <540083EB.5020801@qeng-ho.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 14:15:18 -0000 On 08/29/14 08:45, Arthur Chance wrote: > On 29/08/2014 13:59, William A. Mahaffey III wrote: > [huge snip] > >> I have been using portsnap, I just couldn't figure out how to get it to >> tell me what ports had been updated since I last fetched (w/o fetching >> again) .... > > It's my experience that you don't want to be told which ports have > been updated, as most updates are to ports you're not the slightest > bit interested in. There are nearly 25,000 ports according to > FreshPorts and I personally have only about 400 installed on my > desktop machine (and far fewer on my servers). That means on average > I'm totally uninterested in 98+% of all port updates. > > What you need to know is what *installed* ports are out of date with > respect to the new ports tree. That's where the 400.status-pkg > periodic script is useful. I update my ports tree via a crontab entry > at 23:00 on Fridays, and the weekly periodic script runs at 4:15 on > Saturday, so I get mail every Saturday morning telling me which > installed ports are out of date. > You are 100% correct, & I thought that was/is what I have been asking for/about .... For that matter, I would also like to know which *installed* pkgs are out of date. What is this 400.status-pkg you speak of ? TIA .... -- 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 Fri Aug 29 14:17:13 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F59AC47 for ; Fri, 29 Aug 2014 14:17:13 +0000 (UTC) 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 3803612AA for ; Fri, 29 Aug 2014 14:17:13 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-81.adsl.hiwaay.net [216.180.19.81]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TEHBql003184 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 09:17:12 -0500 Message-ID: <54008CDE.80304@hiwaay.net> Date: Fri, 29 Aug 2014 09:23:26 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> <54007189.8070807@hiwaay.net> <540076CD.6000201@qeng-ho.org> <5400793A.4090702@hiwaay.net> <540083EB.5020801@qeng-ho.org> In-Reply-To: <540083EB.5020801@qeng-ho.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 14:17:13 -0000 On 08/29/14 08:45, Arthur Chance wrote: > On 29/08/2014 13:59, William A. Mahaffey III wrote: > [huge snip] > >> I have been using portsnap, I just couldn't figure out how to get it to >> tell me what ports had been updated since I last fetched (w/o fetching >> again) .... > > It's my experience that you don't want to be told which ports have > been updated, as most updates are to ports you're not the slightest > bit interested in. There are nearly 25,000 ports according to > FreshPorts and I personally have only about 400 installed on my > desktop machine (and far fewer on my servers). That means on average > I'm totally uninterested in 98+% of all port updates. > > What you need to know is what *installed* ports are out of date with > respect to the new ports tree. That's where the 400.status-pkg > periodic script is useful. I update my ports tree via a crontab entry > at 23:00 on Fridays, and the weekly periodic script runs at 4:15 on > Saturday, so I get mail every Saturday morning telling me which > installed ports are out of date. > _______________________________________________ > 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" > Belay that last question, I found that script :-/ .... -- 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 Fri Aug 29 14:20:43 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC21DE04 for ; Fri, 29 Aug 2014 14:20:43 +0000 (UTC) Received: from navy.spectrumcs.net (navy.spectrumcs.net [109.169.26.118]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2AD12D3 for ; Fri, 29 Aug 2014 14:20:43 +0000 (UTC) Received: from localhost (maroon.spectrumcs.net [10.8.0.9]) by navy.spectrumcs.net (Postfix) with ESMTP id 3hl2xc0bDTz13cJ; Fri, 29 Aug 2014 15:19:32 +0100 (BST) X-Virus-Scanned: amavisd-new at spectrumcs.net Received: from rainbow.spectrumcs.net (rainbow.spectrumcs.net [81.133.126.70]) by maroon.spectrumcs.net (Postfix) with ESMTPS id 3hl2xY2zV4z6lxT; Fri, 29 Aug 2014 15:19:29 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=spectrumcs.net; s=scs; t=1409321969; bh=pdPiHY7e10w5FjNU1mEWQUOVbDtVNgmDHQUDK2SAxnY=; h=From:Subject:Date; b=sAKIAla5r6X21tjmlQUPlHulIHFtoewnNdTSQkJnznROGH59cUQhy3GZwyVyizYTo bRIBW8quDK1WtdsQulsTc+XJ+KRMpY8hVxEGwjh/Lp9bmRfKRkihQiMHwRyAQjWHL7 OxzYw/Byg0MC7ydld22XC8VKe4JrDlsF0Cn24s3s= From: "steve" Subject: Re-2: Ports question .... To: "Arthur Chance" , "William A. Mahaffey III" , "FreeBSD Questions !!!!" Date: Fri, 29 Aug 2014 14:19:29 +0000 Priority: normal X-Priority: 3 (Normal) Importance: normal X-Mailer: David.fx by Tobit.Software, Germany (0397.464448464547484D524D), Mime Converter 101.20 X-David-Sym: 0 X-David-Flags: 0 Message-ID: <0000BD3F.54009A01@rainbow.spectrumcs.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 14:20:43 -0000 -------- Original Message -------- Subject: Re: Ports question .... (29-Aug-2014 14:45) From: Arthur Chance To: freebsd-questions@spectrumcs.net > On 29/08/2014 13:59, William A. Mahaffey III wrote: > [huge snip] >=20 > > I have been using portsnap, I just couldn't figure out how to get it = to > > tell me what ports had been updated since I last fetched (w/o = fetching > > again) .... >=20 > It's my experience that you don't want to be told which ports have been = > updated, as most updates are to ports you're not the slightest bit=20 > interested in. There are nearly 25,000 ports according to FreshPorts and = > I personally have only about 400 installed on my desktop machine (and=20 > far fewer on my servers). That means on average I'm totally uninterested = > in 98+% of all port updates. >=20 > What you need to know is what *installed* ports are out of date with=20 > respect to the new ports tree. That's where the 400.status-pkg periodic = > script is useful. I update my ports tree via a crontab entry at 23:00 on = > Fridays, and the weekly periodic script runs at 4:15 on Saturday, so I=20 > get mail every Saturday morning telling me which installed ports are out = > of date. For what it's worth I have two scripts I've created. # ll /usr/local/sbin/scs-check-for-* /usr/local/sbin/scs-check-for-ports-updates-cron.sh /usr/local/sbin/scs-check-for-ports-updates.sh # less /usr/local/sbin/scs-check-for-ports-updates-cron.sh #!/bin/sh /usr/sbin/portsnap cron update && /usr/sbin/pkg version -vIL=3D # less /usr/local/sbin/scs-check-for-ports-updates.sh #!/bin/sh /usr/sbin/portsnap fetch update && /usr/sbin/pkg version -vIL=3D read -r -p "Press Enter key to continue..." key less /usr/ports/UPDATING and then I have a symlink set to call the cron version on a daily basis. ll /etc/periodic/daily/*scs-check-for-ports* lrwxr-xr-x 1 root wheel 51B Jan 14 2013 = /etc/periodic/daily/610.scs-check-for-ports-updates-cron.sh -> = /usr/local/sbin/scs-check-for-ports-updates-cron.sh The use of the cron command vs a simple fetch means portsnap waits a = random time between 0 and 3600 seconds (1 hour) before fetching. This = helps to prevent everyone hitting the port tree servers at exactly the = same time (usually we admins cron on the hour). # portsnap usage: portsnap [options] command ... [path] Options: -d workdir -- Store working files in workdir (default: /var/db/portsnap/) -f conffile -- Read configuration options from conffile (default: /etc/portsnap.conf) -I -- Update INDEX only. (update command only) -k KEY -- Trust an RSA key with SHA256 hash of KEY -l descfile -- Merge the specified local describes file into the = INDEX. -p portsdir -- Location of uncompressed ports tree (default: /usr/ports/) -s server -- Server from which to fetch updates. (default: portsnap.FreeBSD.org) path -- Extract only parts of the tree starting with the given string. (extract command only) Commands: fetch -- Fetch a compressed snapshot of the ports tree, or update an existing snapshot. cron -- Sleep rand(3600) seconds, and then fetch updates. extract -- Extract snapshot of ports tree, replacing existing files and directories. update -- Update ports tree to match current snapshot, replacing files and directories which have changed. Because this script is cron daily in my "[HOSTNAME] daily run output" = email I get every morning I see something like.... amavisd-new-2.8.0_2,1 < needs updating (index has 2.9.1,1) syslog-ng-3.5.4.1 < needs updating (index has 3.5.6_3) Regards Scotter To: freebsd@qeng-ho.org wam@hiwaay.net freebsd-questions@freebsd.org DISCLAIMER This email is for the use of the intended recipient(s) only. If you have = received this email in error, please notify the sender immediately and = then delete it.=20 If you are not the intended recipient, you must not keep, use, disclose, = copy or distribute this email without the authors prior permission.=20 We have taken precautions to minimise the risk of transmitting software = viruses, but we advise you to carry out your own virus checks on any = attachment to this message. We cannot accept liability for any loss or damage caused by software = viruses. The information contained in this communication may be confidential and = may be subject to the attorney-client privilege.=20 If you are the intended recipient and you do not wish to receive similar = electronic messages from us in future then please respond to the sender to = this effect. From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 14:33:14 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03D4AFD for ; Fri, 29 Aug 2014 14:33:14 +0000 (UTC) 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 C267314BA for ; Fri, 29 Aug 2014 14:33:13 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-81.adsl.hiwaay.net [216.180.19.81]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TEXCAw019718 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 09:33:12 -0500 Message-ID: <5400909F.4070508@hiwaay.net> Date: Fri, 29 Aug 2014 09:39:27 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: Re-2: Ports question .... References: <0000BD3F.54009A01@rainbow.spectrumcs.net> In-Reply-To: <0000BD3F.54009A01@rainbow.spectrumcs.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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 14:33:14 -0000 On 08/29/14 09:19, steve wrote: > > -------- Original Message -------- > Subject: Re: Ports question .... (29-Aug-2014 14:45) > From: Arthur Chance > To: freebsd-questions@spectrumcs.net > >> On 29/08/2014 13:59, William A. Mahaffey III wrote: >> [huge snip] >> >>> I have been using portsnap, I just couldn't figure out how to get it to >>> tell me what ports had been updated since I last fetched (w/o fetching >>> again) .... >> It's my experience that you don't want to be told which ports have been >> updated, as most updates are to ports you're not the slightest bit >> interested in. There are nearly 25,000 ports according to FreshPorts and >> I personally have only about 400 installed on my desktop machine (and >> far fewer on my servers). That means on average I'm totally uninterested >> in 98+% of all port updates. >> >> What you need to know is what *installed* ports are out of date with >> respect to the new ports tree. That's where the 400.status-pkg periodic >> script is useful. I update my ports tree via a crontab entry at 23:00 on >> Fridays, and the weekly periodic script runs at 4:15 on Saturday, so I >> get mail every Saturday morning telling me which installed ports are out >> of date. > For what it's worth I have two scripts I've created. > > # ll /usr/local/sbin/scs-check-for-* > /usr/local/sbin/scs-check-for-ports-updates-cron.sh > /usr/local/sbin/scs-check-for-ports-updates.sh > > # less /usr/local/sbin/scs-check-for-ports-updates-cron.sh > #!/bin/sh > /usr/sbin/portsnap cron update && /usr/sbin/pkg version -vIL= > > # less /usr/local/sbin/scs-check-for-ports-updates.sh > #!/bin/sh > /usr/sbin/portsnap fetch update && /usr/sbin/pkg version -vIL= > read -r -p "Press Enter key to continue..." key > less /usr/ports/UPDATING > > and then I have a symlink set to call the cron version on a daily basis. > > ll /etc/periodic/daily/*scs-check-for-ports* > lrwxr-xr-x 1 root wheel 51B Jan 14 2013 /etc/periodic/daily/610.scs-check-for-ports-updates-cron.sh -> /usr/local/sbin/scs-check-for-ports-updates-cron.sh > > The use of the cron command vs a simple fetch means portsnap waits a random time between 0 and 3600 seconds (1 hour) before fetching. This helps to prevent everyone hitting the port tree servers at exactly the same time (usually we admins cron on the hour). > > # portsnap > usage: portsnap [options] command ... [path] > > Options: > -d workdir -- Store working files in workdir > (default: /var/db/portsnap/) > -f conffile -- Read configuration options from conffile > (default: /etc/portsnap.conf) > -I -- Update INDEX only. (update command only) > -k KEY -- Trust an RSA key with SHA256 hash of KEY > -l descfile -- Merge the specified local describes file into the INDEX. > -p portsdir -- Location of uncompressed ports tree > (default: /usr/ports/) > -s server -- Server from which to fetch updates. > (default: portsnap.FreeBSD.org) > path -- Extract only parts of the tree starting with the given > string. (extract command only) > Commands: > fetch -- Fetch a compressed snapshot of the ports tree, > or update an existing snapshot. > cron -- Sleep rand(3600) seconds, and then fetch updates. > extract -- Extract snapshot of ports tree, replacing existing > files and directories. > update -- Update ports tree to match current snapshot, replacing > files and directories which have changed. > > Because this script is cron daily in my "[HOSTNAME] daily run output" email I get every morning I see something like.... > > amavisd-new-2.8.0_2,1 < needs updating (index has 2.9.1,1) > syslog-ng-3.5.4.1 < needs updating (index has 3.5.6_3) > > > > Regards > > Scotter > > > To: freebsd@qeng-ho.org > wam@hiwaay.net > freebsd-questions@freebsd.org > > > DISCLAIMER > This email is for the use of the intended recipient(s) only. If you have received this email in error, please notify the sender immediately and then delete it. > If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this email without the authors prior permission. > We have taken precautions to minimise the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this message. > We cannot accept liability for any loss or damage caused by software viruses. > The information contained in this communication may be confidential and may be subject to the attorney-client privilege. > If you are the intended recipient and you do not wish to receive similar electronic messages from us in future then please respond to the sender to this effect. > > > _______________________________________________ > 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" > *Thanks* !!!! That answers *much* :-) .... -- 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 Fri Aug 29 14:42:20 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A32F8699 for ; Fri, 29 Aug 2014 14:42:20 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 707551748 for ; Fri, 29 Aug 2014 14:42:20 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id h18so9762382igc.6 for ; Fri, 29 Aug 2014 07:42:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3OgbK4RWnCXafIT3JIlfY0NKrWmOg71laTkP6bsD/TM=; b=vQLO0vbrpI+iM45glBU4ROUKvGZmrcAoZC6sIfq+ybSXv/rviJMis8KtvTwCnsY30C oj2ZWZ5wQFXmHL1/jg+XTAkdwv7f9ZALglRd8TsKzkIsyD49tkdd6wEnr9P+E256aoHi bpnSW8lWjRROcW6CV0PY8tGDjAA8Hv3tZPYZZjOZuGYXDsWLmn8KzwTa6V9/WAzENC03 5O680wG6LAHvwjtqh6fUENrNJOEyNptlmXOHcnsRBhiGLwA6kLQlMr4tW78/UwmntIEl Iw0ssMNW28JBmHDcgcfjEI/q0ljcum+975L3e8SBzCR6Bpw9s8qI8waq+/3Ggp5Iuz3p WG1g== MIME-Version: 1.0 X-Received: by 10.50.61.195 with SMTP id s3mr4453854igr.29.1409323339941; Fri, 29 Aug 2014 07:42:19 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.64.165.73 with HTTP; Fri, 29 Aug 2014 07:42:19 -0700 (PDT) In-Reply-To: <20140827142517.CF67A228B7@server1.shellworld.net> References: <20140827142517.CF67A228B7@server1.shellworld.net> Date: Fri, 29 Aug 2014 10:42:19 -0400 X-Google-Sender-Auth: ppoBce_BdEzoxSiRq0fagPF7Ofw Message-ID: Subject: Re: Recreating the FreeBSD Installation Disks From: Rick Miller To: "Martin G. McCormick" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 14:42:20 -0000 Hi, I realize I'm late in the game...inline... On Wed, Aug 27, 2014 at 10:25 AM, Martin G. McCormick < martin@server1.shellworld.net> wrote: > I have been asking lots of questions recently about > whether the procedure for building a custom FreeBSD installation > CD has changed and it apparently has not but the problem I am > having is not hard to define. > The original image downloaded from freebsd.org is: > FreeBSD-9.1-RELEASE-amd64-disc1.iso and it is > 718862336 bytes large. > I mounted it on a FreeBSD9 system as follows: > ##Set up memory disk. > # mdconfig -f FreeBSD-9.1-RELEASE-amd64-disc1.iso -u 1 > ##Mount it. > #mount -t cd9660 /dev/md1 /mnt2 > Everything looks normal if you ls /mnt2. > If one was to use mkisofs with /mnt2 as the top of the tree, a > new iso image file should appear somewhere that is about the > same size as the starting ISO file. As a test to see if this > happens, I did the following: > # mkisofs -J -R -V customBSD -no-emul-boot -b boot/cdboot -iso-level 3 > -o \ > #/home/martin/tmp/serialcd64.iso . > #ls -l /home/martin/serialcd64.iso > -rw-r--r-- 1 root martin 833892352 Aug 26 10:48 serialcd64.iso > > Man! I sure wish my pay check could do that after a week of > living. > I know that hard links will make tar and rsync produce > larger outputs if not called correctly. My understanding is that > hard links are multiple sets of inode numbers pointing to the > same files so they are hard to mechanically distinguish from > actual disk space being occupied by the same data in more than > one spot. > When one needs to make a custom CD, the extremely > difficult part is recreating the steps that were used to > originally build the image. > An amusing side note; I used rsync to create a writable > copy of the tree as follows: > #cd ./treetop > #sudo rsync -a /mnt2/ ./ > A few seconds later, I had something that built without > a single complaint so I made an image out of treetop and got: > #ls -l custom* > -rw-r--r-- 1 martin martin 455213056 Aug 26 11:42 custom.iso > That was the exact same file tree that insists on being > 120 MB too large if you try to make a straight ISO image from > the mounted file system of the original image which is about 300 > MB larger than this one. > That has been pretty much the story of the last few days > and I am running out of things to try. The process for building > the FreeBSD installation CD is clever since it manages to cram > so much in to the limited space without compressing the entire > image. So far, orthogonalness has escaped me at every turn. > You have already been back and forth working on this via the list and I have nothing very meaningful to contribute except that I encountered a problem using the 10.0-RELEASE bootonly ISO on a few bare metal chassis' (though 8.0-RELEASE bootonly ISO has worked nearly 4 years installing 8.x). A solution to the problem, described in PR190939[1], has not been determined. However, switching from the bootonly ISO to mfsBSD[2] has, thus far, proven successful in performing fully automated, non-interactive installs. mfsBSD provides several advantages over the ISO including, but not limited to, being mounted rw (as opposed to ro in the ISO) and it's much smaller footprint (~40MB image vs 200MB+ ISO). Perhaps mfsBSD can be considered as an alternate installation media? [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190939 [2] http://mfsbsd.vx.sk -- Take care Rick Miller From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 15:47:32 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72C12CC3 for ; Fri, 29 Aug 2014 15:47:32 +0000 (UTC) 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 3E0B11DD5 for ; Fri, 29 Aug 2014 15:47:31 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-19-34.adsl.hiwaay.net [216.180.19.34]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TFlUVj022008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 10:47:30 -0500 Message-ID: <5400A209.7030103@hiwaay.net> Date: Fri, 29 Aug 2014 10:53:45 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: printing problems .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 15:47:32 -0000 I am trying to get printing working under FBSD 9.3. I cribbed printcap info from https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/printing.html#printing-quick-start & tried it out: [root@kabini1, /etc, 10:48:04am] 458 % service lpd status lpd is running as pid 27062. [root@kabini1, /etc, 10:48:06am] 459 % printf "From jaguar:\n1. This printer can print.\n2. This is the second line.\n" | lpr [root@kabini1, /etc, 10:48:36am] 460 % lpq no entries [root@kabini1, /etc, 10:48:38am] 461 % (tail printcap ) # :lp=/dev/lpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: # # ... following cribbed from Athlon-cube, FC14 ;-) .... # # printer|Xerox Phaser 6130N:rm=jaguar.cfd.com:rp=printer: # Cups-PDF|Cups-PDF:rm=jaguar.cfd.com:rp=Cups-PDF: # # ... following cribbed from online FBSD LP docs .... # lp:lp=:rm=printer:rp=raw:sh:mx#0:sd=/var/spool/lpd/lp:lf=/var/log/lpd-errs: [root@kabini1, /etc, 10:48:59am] 462 % ping printer PING printer (192.168.0.24): 56 data bytes 64 bytes from 192.168.0.24: icmp_seq=0 ttl=255 time=0.638 ms 64 bytes from 192.168.0.24: icmp_seq=1 ttl=255 time=0.632 ms 64 bytes from 192.168.0.24: icmp_seq=2 ttl=255 time=0.623 ms 64 bytes from 192.168.0.24: icmp_seq=3 ttl=255 time=0.634 ms 64 bytes from 192.168.0.24: icmp_seq=4 ttl=255 time=0.631 ms 64 bytes from 192.168.0.24: icmp_seq=5 ttl=255 time=0.640 ms 64 bytes from 192.168.0.24: icmp_seq=6 ttl=255 time=0.769 ms 64 bytes from 192.168.0.24: icmp_seq=7 ttl=255 time=0.622 ms 64 bytes from 192.168.0.24: icmp_seq=8 ttl=255 time=0.758 ms 64 bytes from 192.168.0.24: icmp_seq=9 ttl=255 time=0.634 ms --- printer ping statistics --- 10 packets transmitted, 10 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.622/0.658/0.769/0.053 ms [root@kabini1, /etc, 10:49:41am] 463 % Nothing ever comes out of the printer, thought it does light up, it seems to know it got something .... The same printf stuff above works from the shell CLI on other Linux boxen (CUPS), so the printer can handle straight ASCII text .... TIA for any clues .... -- 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 Fri Aug 29 16:14:27 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4C68615 for ; Fri, 29 Aug 2014 16:14:27 +0000 (UTC) Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B63131157 for ; Fri, 29 Aug 2014 16:14:27 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id fp1so720003pdb.26 for ; Fri, 29 Aug 2014 09:14: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:from:to:subject:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version:content-type; bh=vEgjcwzjgxk83/40XYKki8I7EHU7UjW/D+kCVlGm2mE=; b=Xdc+Tn6gvGsUQXcQNObtMXlybvp3WUJeY0PSywiT3fv4xMdQCuXNVe7eAy1uxMJGM6 4t/5c7eU5Gc8VyBI3aakfuYO0q7WtnhGZAB7dhnzwGXC6S40uuWWleh/FtVwgpCGwTdA jesSqidhVNBv4HhWknXlpb3DizCcPJXc0LEX6cUpJs1i0HLpugYYkUtExS88eDDoLFnM MYQhVfr4XG3cBFTu3O8/BKxEnr5MH2nH2cuuXKPFESRVntTVpRkM1QDGwmkVEHkQ7+rN NO3AvI71Jl94u1T0WoqXagh70ouDZSqAMn9C1VBD4aG28TxsLPBzqiIe8yi6hdWmcvLR a/Uw== X-Gm-Message-State: ALoCoQmx6DW7+pc9e5Tx6LxwE2hDh9c+ldpyUVYw+lw7Qjt83eTkBDBZ7few0iBHNWYUdNnlxn8+ X-Received: by 10.68.252.229 with SMTP id zv5mr17217186pbc.16.1409328440759; Fri, 29 Aug 2014 09:07:20 -0700 (PDT) Received: from elk.localnet ([2604:8800:100:82aa:6ef0:49ff:fe05:658b]) by mx.google.com with ESMTPSA id ff10sm450226pdb.61.2014.08.29.09.07.19 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 29 Aug 2014 09:07:20 -0700 (PDT) Received: from carlj by elk.localnet with local (Exim 4.80) (envelope-from ) id 1XNOho-000132-Lp for freebsd-questions@freebsd.org; Fri, 29 Aug 2014 09:07:16 -0700 From: Carl Johnson To: freebsd-questions@freebsd.org Subject: Re: problems trying to install enscript .... References: <540082DB.9040703@hiwaay.net> Mail-Followup-To: freebsd-questions@freebsd.org Date: Fri, 29 Aug 2014 09:07:16 -0700 In-Reply-To: <540082DB.9040703@hiwaay.net> (William A. Mahaffey, III's message of "Fri, 29 Aug 2014 08:40:43 -0500") Message-ID: <871trzi8jv.fsf@elk.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 16:14:28 -0000 "William A. Mahaffey III" writes: > I tried to install the following packages & got the following output: > > > [root@kabini1, /etc, 8:36:28am] 334 % pkg install enscript-a4 > enscript-letter enscript-letterdj > I can't find any evidence they are already installed, what is going on > here ? TIA for any clues .... The real question you have to ask is why do you want to add three versions of enscript? I think the only difference will be the default paper size. The default doesn't matter much since you can change the paper size in the system config file, the user config file, or on the command line. Check the man page and notice the '-M' command line option, and the 'DefaultMedia' configuration option. The configuration file is at '/usr/local/etc/enscript.rc' and optionally '~/.enscriptrc'. -- Carl Johnson carlj@peak.org From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 16:17:19 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F048A796 for ; Fri, 29 Aug 2014 16:17:19 +0000 (UTC) Received: from smtpb.telissant.net (smtpb.telissant.net [199.233.230.156]) by mx1.freebsd.org (Postfix) with ESMTP id C276311A7 for ; Fri, 29 Aug 2014 16:17:19 +0000 (UTC) Received: from barrida.3dresearch.com (localhost [127.0.0.1]) by smtpb.telissant.net (Postfix) with ESMTP id 88AF3273C2 for ; Fri, 29 Aug 2014 12:07:17 -0400 (EDT) X-Virus-Scanned: amavisd-new at telissant.net Received: from smtpb.telissant.net ([127.0.0.1]) by barrida.3dresearch.com (barrida.3dresearch.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tQEOdWViMFlm for ; Fri, 29 Aug 2014 12:06:53 -0400 (EDT) Received: from doncurzio.3dresearch.com (pool-108-3-92-199.pitbpa.east.verizon.net [108.3.92.199]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtpb.telissant.net (Postfix) with ESMTPSA id D0BC3273BC for ; Fri, 29 Aug 2014 12:06:44 -0400 (EDT) Received: from doncurzio.3dresearch.com (localhost [127.0.0.1]) by doncurzio.3dresearch.com (Postfix) with SMTP id BD8F7A1E34 for ; Fri, 29 Aug 2014 12:06:43 -0400 (EDT) Date: Fri, 29 Aug 2014 12:06:29 -0400 From: Janos Dohanics To: FreeBSD Questions Subject: ACLs and samba4 Message-Id: <20140829120629.b4ef9cf54a9190f8e8bd0754@3dresearch.com> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.1) 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 16:17:20 -0000 Hello List, I'm getting an error as I try to use /usr/local/bin/samba-tool domain provision (FreeBSD 10.0-STABLE #0 r269827 i386): #/usr/local/bin/samba-tool domain provision [...] Setting up self join ERROR(): Provision failed - ProvisioningError: Your filesystem or build does not support posix ACLs, which s3fs requires. Try the mounting the filesystem with the 'acl' option. But I did enable ACLs using tunefs(8): # tunefs -p /dev/mirror/gm6 tunefs: POSIX.1e ACLs: (-a) enabled tunefs: NFSv4 ACLs: (-N) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) enabled tunefs: soft update journaling: (-j) enabled tunefs: gjournal: (-J) disabled tunefs: trim: (-t) disabled tunefs: maximum blocks per file in a cylinder group: (-e) 4096 tunefs: average file size: (-f) 16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: space to hold for metadata blocks: (-k) 6408 tunefs: optimization preference: (-o) time tunefs: volume label: (-L) # cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/mirror/gm2 / ufs rw 1 1 /dev/mirror/gm3 none swap sw 0 0 /dev/mirror/gm4 /var ufs rw 2 2 /dev/mirror/gm5 /tmp ufs rw 2 2 /dev/mirror/gm6 /usr ufs rw,acls 2 2 What am I doing wrong? -- Janos Dohanics From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 16:49:13 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA60A2EF for ; Fri, 29 Aug 2014 16:49:13 +0000 (UTC) Received: from mail-ig0-f171.google.com (mail-ig0-f171.google.com [209.85.213.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 99C7815DD for ; Fri, 29 Aug 2014 16:49:12 +0000 (UTC) Received: by mail-ig0-f171.google.com with SMTP id l13so9934347iga.4 for ; Fri, 29 Aug 2014 09:49:12 -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:cc :content-type; bh=pKIV6s6JgCzaKzUqrvWHG46+aQaPHViXGkiLmEGyJMQ=; b=UiDsaTzN0hg960Sc497yP3bm+z9NDCC8inxjXV7Tff2t3uYHXIq05U5ngudpcojwGL ugus0OzIeXg27eailtgyFQV3flGMJ9T14TwdLDBrtb8SuLz9Smy8v1zYcxi57xGMhhwb qPxOON/IchNbtNruDqsZxlnlKdthAqT9Uw4rEKv6rTszrYF+hlvR3q6O4Yz0t0+HJxFi uxt864UTll/KNUohWeceCw6a2skhlrcTnVzUc9R7mSWZwjQ1JC3eDyIl9xQJ6CEz2VOp eBcSsxib+ez+YCvukenrv7RddDQ+zyQvgfIN5FBZToWTTfFM6dJRIgKQu5fl0xPqWqI8 DkwA== X-Gm-Message-State: ALoCoQlY8eGNrMmDrE/j+ZPUvf/F9J2lJboOxu5dksFG9IMGdbub4gYEFojoQEDLUEbWJbemFKSi X-Received: by 10.50.111.225 with SMTP id il1mr5474249igb.28.1409330952010; Fri, 29 Aug 2014 09:49:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.137.9 with HTTP; Fri, 29 Aug 2014 09:48:51 -0700 (PDT) From: "Timur I. Bakeyev" Date: Fri, 29 Aug 2014 18:48:51 +0200 Message-ID: Subject: Re: ACLs and samba4 To: Janos Dohanics Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 16:49:13 -0000 I believe that Samba provisioning is quite Linux specific and no effort have been done to make it work with UFS. It's well known, that it doesn't work with ZFS either. My limited knowledge of Python doesn't allow me to hack it to work :( Also, can you provide output of the 'mount' command? Could it be that ACLs didn't turn on despite fstab entry? With regards, Timur. On Fri, Aug 29, 2014 at 6:06 PM, Janos Dohanics wrote: > Hello List, > > I'm getting an error as I try to use /usr/local/bin/samba-tool domain > provision (FreeBSD 10.0-STABLE #0 r269827 i386): > > #/usr/local/bin/samba-tool domain provision > [...] > Setting up self join > ERROR(): Provision failed - > ProvisioningError: Your filesystem or build does not support posix ACLs, > which s3fs requires. Try the mounting the filesystem with the 'acl' option. > > But I did enable ACLs using tunefs(8): > > # tunefs -p /dev/mirror/gm6 > tunefs: POSIX.1e ACLs: (-a) enabled > tunefs: NFSv4 ACLs: (-N) disabled > tunefs: MAC multilabel: (-l) disabled > tunefs: soft updates: (-n) enabled > tunefs: soft update journaling: (-j) enabled > tunefs: gjournal: (-J) disabled > tunefs: trim: (-t) disabled > tunefs: maximum blocks per file in a cylinder group: (-e) 4096 > tunefs: average file size: (-f) 16384 > tunefs: average number of files in a directory: (-s) 64 > tunefs: minimum percentage of free space: (-m) 8% > tunefs: space to hold for metadata blocks: (-k) 6408 > tunefs: optimization preference: (-o) time > tunefs: volume label: (-L) > > # cat /etc/fstab > # Device Mountpoint FStype Options Dump Pass# > /dev/mirror/gm2 / ufs rw 1 1 > /dev/mirror/gm3 none swap sw 0 0 > /dev/mirror/gm4 /var ufs rw 2 2 > /dev/mirror/gm5 /tmp ufs rw 2 2 > /dev/mirror/gm6 /usr ufs rw,acls 2 2 > > What am I doing wrong? > > -- > Janos Dohanics > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 17:51:01 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1297604 for ; Fri, 29 Aug 2014 17:51:01 +0000 (UTC) Received: from smtpb.telissant.net (smtpb.telissant.net [199.233.230.156]) by mx1.freebsd.org (Postfix) with ESMTP id A318D1DC3 for ; Fri, 29 Aug 2014 17:51:01 +0000 (UTC) Received: from barrida.3dresearch.com (localhost [127.0.0.1]) by smtpb.telissant.net (Postfix) with ESMTP id 386CD27361 for ; Fri, 29 Aug 2014 13:51:00 -0400 (EDT) X-Virus-Scanned: amavisd-new at telissant.net Received: from smtpb.telissant.net ([127.0.0.1]) by barrida.3dresearch.com (barrida.3dresearch.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xtBBkJRYWnXZ for ; Fri, 29 Aug 2014 13:50:41 -0400 (EDT) Received: from doncurzio.3dresearch.com (pool-108-3-92-199.pitbpa.east.verizon.net [108.3.92.199]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtpb.telissant.net (Postfix) with ESMTPSA id 61188273A4 for ; Fri, 29 Aug 2014 13:50:41 -0400 (EDT) Received: from doncurzio.3dresearch.com (localhost [127.0.0.1]) by doncurzio.3dresearch.com (Postfix) with SMTP id C6A3AA1E34 for ; Fri, 29 Aug 2014 13:50:40 -0400 (EDT) Date: Fri, 29 Aug 2014 13:50:32 -0400 From: Janos Dohanics To: FreeBSD Questions Subject: Re: ACLs and samba4 Message-Id: <20140829135032.e73982f0f5f68901077e342d@3dresearch.com> In-Reply-To: References: X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.1) 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 17:51:01 -0000 On Fri, 29 Aug 2014 18:48:51 +0200 "Timur I. Bakeyev" wrote: > I believe that Samba provisioning is quite Linux specific and no > effort have been done to make it work with UFS. It's well known, that > it doesn't work with ZFS either. My limited knowledge of Python > doesn't allow me to hack it to work :( > > Also, can you provide output of the 'mount' command? Could it be that > ACLs didn't turn on despite fstab entry? > > With regards, > Timur. > Thanks for your reply. Here is the output of 'mount': # mount /dev/mirror/gm2 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) /dev/mirror/gm4 on /var (ufs, local, journaled soft-updates) /dev/mirror/gm5 on /tmp (ufs, local, journaled soft-updates) /dev/mirror/gm6 on /usr (ufs, local, journaled soft-updates, acls) -- Janos Dohanics From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 18:19:29 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A5F56DD for ; Fri, 29 Aug 2014 18:19:29 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D579D120C for ; Fri, 29 Aug 2014 18:19:28 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id cc10so2600365wib.6 for ; Fri, 29 Aug 2014 11:19:26 -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=YJLk3FkJrmRJyURA23V6fn/Y+I6ZHQPhUbxi+32R+Ok=; b=gS6oOjD9vExNmlEdE0jhjzyweN/KtPTAoe6CyAzQBGuh3E7YZyMjM6gKE/pqJgIbwF 8iowCMBtP0M50OceaF6HHp2TsSjET2McDhtbr78k5IWx/cWkfSqPUjubv4qCH2a4EiZq GDp6t+EzdrfYUSDo9f/EEaKgFPzV/K6I69rCnwX6b2/ODy014V0ySBIuBaXxwsQkiplB F7IG4DMGjGUAaUr8q7OG8Wph6XLuO48iSlDDOLUgkIYgWaS+eby2rRUVpl4CRzKl3H5O EbGXD7qhXDM178s2pALIMq/a0T3ifa0hRzPZgU+/h7H6nY18zS6YLcMxbd7SouqpR0jv lBYQ== X-Received: by 10.194.191.165 with SMTP id gz5mr15241168wjc.16.1409336366478; Fri, 29 Aug 2014 11:19:26 -0700 (PDT) Received: from kontrol.kode5.net (host81-157-206-146.range81-157.btcentralplus.com. [81.157.206.146]) by mx.google.com with ESMTPSA id pc6sm1636454wjb.43.2014.08.29.11.19.25 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 Aug 2014 11:19:26 -0700 (PDT) Message-ID: <5400C42D.4030709@gmail.com> Date: Fri, 29 Aug 2014 19:19:25 +0100 From: Jamie Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Questions Subject: Mod_Load_Init error (Vesa) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 18:19:29 -0000 I've seen the following in dmesg: module_register_init: MOD_LOAD (vesa, 0xffffffff80d69720, 0) error 19 and i'm wondering why this is happening. Having searched on Google, it seems it may be due to my BIOS needing flashing. Is this correct? As i'm using FreeBSD 10-STABLE amd64, how would I do that? Is it a case of booting a windows iso and doing it from that? From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 19:13:29 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 836129CC for ; Fri, 29 Aug 2014 19:13:29 +0000 (UTC) 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 4C4671992 for ; Fri, 29 Aug 2014 19:13:28 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-183.adsl.hiwaay.net [216.180.76.183]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TJDLch028158 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 14:13:22 -0500 Message-ID: <5400D248.6000201@hiwaay.net> Date: Fri, 29 Aug 2014 14:19:36 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: problems trying to install enscript .... References: <540082DB.9040703@hiwaay.net> <871trzi8jv.fsf@elk.localnet> In-Reply-To: <871trzi8jv.fsf@elk.localnet> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 19:13:29 -0000 Hmmmm .... That may well be (paper-size), but I can't tell .... I have *no* enscript files in /usr/local/etc, so I can't comment .... I also could find a base enscript package, only these pieces .... [root@kabini1, /etc, 11:08:50am] 469 % lf /usr/local/etc/ CORBA/ bash_completion.d/ gconf/ javavms orbit2rc.sample profile.d/ tcsd.conf ConsoleKit/ cdrecord gnome/ libmap.d/ pam.d/ rc.conf.d/ tcsd.conf.dist PolicyKit/ cdrecord.sample gnome-vfs-2.0/ man.d/ papersize.a4 rc.d/ vfs/ UPower/ cups/ gnome.subr mateconf/ papersize.letter samba/ vga/ X11/ dbus-1/ gtk-2.0/ mtree/ periodic/ smb.conf.sample xdg/ asound.conf dconf/ hal/ newsyslog.conf.d/ perl5_version sound/ xpdfrc asound.conf.sample devd/ javavm_opts.conf openldap/ pkg.conf.sample svnup.conf avahi/ fonts/ javavm_opts.conf.dist orbit2rc polkit-1/ svnup.conf.sample [root@kabini1, /etc, 2:17:04pm] 470 % apropos enscript enscript: nothing appropriate [root@kabini1, /etc, 2:18:58pm] 471 % On 08/29/14 11:07, Carl Johnson wrote: > "William A. Mahaffey III" writes: > >> I tried to install the following packages & got the following output: >> >> >> [root@kabini1, /etc, 8:36:28am] 334 % pkg install enscript-a4 >> enscript-letter enscript-letterdj > > >> I can't find any evidence they are already installed, what is going on >> here ? TIA for any clues .... > The real question you have to ask is why do you want to add three > versions of enscript? I think the only difference will be the default > paper size. The default doesn't matter much since you can change the > paper size in the system config file, the user config file, or on the > command line. Check the man page and notice the '-M' command line > option, and the 'DefaultMedia' configuration option. The configuration > file is at '/usr/local/etc/enscript.rc' and optionally '~/.enscriptrc'. > -- 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 Fri Aug 29 21:11:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 703D7625 for ; Fri, 29 Aug 2014 21:11:51 +0000 (UTC) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 213C6196A for ; Fri, 29 Aug 2014 21:11:50 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7TLBlIV033739; Fri, 29 Aug 2014 23:11:47 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 3071212474; Fri, 29 Aug 2014 23:11:47 +0200 (CEST) Date: Fri, 29 Aug 2014 23:11:47 +0200 From: Roland Smith To: "William A. Mahaffey III" Subject: Re: Ports question .... Message-ID: <20140829211147.GA11696@slackbox.erewhon.home> Mail-Followup-To: "William A. Mahaffey III" , FreeBSD Questions !!!! References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <54006B57.8070703@hiwaay.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 21:11:51 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 29, 2014 at 07:00:23AM -0500, William A. Mahaffey III wrote: >=20 > On 08/28/14 17:51, Roland Smith wrote: > > On Thu, Aug 28, 2014 at 02:43:49PM -0500, William A. Mahaffey III wrote: > >> > >> .... How do I check to see if the ports collection has been updated ? I > >> had some problems a week or so ago getting some stuff to compile. There > >> were some later posts alluding to some ports being a bit stale .... If > >> that was my problem, I'd like to update & try again .... > > The http://www.freshports.org/ site gives a nice overview of recent port > > changes. It also lists the SVN revision. If you use subversion to keep = your > > ports tree up to date you can check the state of your ports tree with; > > > > > svnlite log -r HEAD /usr/ports/ > > ------------------------------------------------------------------= ------ > > r366459 | danilo | 2014-08-29 00:34:41 +0200 (Fri, 29 Aug 2014) | = 2 lines > > > > - Update from 1.40.01 to 1.40.02 > > > > ------------------------------------------------------------------= ------ > > > > In this case my ports tree is at r366459. > > > > Generally I like to update my ports tree weekly. That *generally* makes= for > > relatively small updates using svnlite (in the base system in FreeBSD 1= 0) and > > ports-mgmt/portmaster; > > > > # svnlite /usr/ports > > # less /usr/ports/UPDATING > > # portmaster -ai > > > > Reading UPDATING is important! Sometimes updates need special actions. > > This sounds like it is very close to what I am looking for. I typed in=20 > the above command & the shell said command not found .... What pkg('s)=20 > do I need for svnlite support ? TIA .... Svnlite is in the base system in FreeBSD 10. You can use the devel/subversi= on port instead. The executable is called =E2=80=9Csvn=E2=80=9D. Currently you can also use portsnap (which is also in the base system in FreeBSD 10) to update the ports tree. But it is vulnerable to man-in-the-middle attacks.[1] Unless someone steps up to fix this, one of t= he possible scenarios is to retire portsnap once svnlite is in all supported releases. [1]: http://lists.freebsd.org/pipermail/freebsd-questions/2014-April/257394= =2Ehtml Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJUAOyTAAoJEED21dyjijPgzFMP/0ccb4Aufas4cpPtJ53gBn3h RCLdVg/rMz0WdY4wuFXrbesvZ7pq84HCOWFye3uG7l1WigTyXl2d0B15wWY0YDlq 4+Sy53wK1xD3jdyOFTarri8GWsEqCPtGuSRhmch+I2PnDNJmDhQa4m1xYMdyxaLg rqdvTAhDmN1oj+YgoQbjq6tqwhIP/RWBoJC6LCnUxym6I8jOxJioM6WT+OVAA2s6 3bkonu6Xd35nKvTY3Zb0qWImOWRkGrENZ87DgO8u9V2IJEJ+XdDdNOjYu8fbuw9E UbH8f/6qL1hVd0ZnrHd0gAG2oIc+opPT4eXxzWDPRRBIrZYsrUczhDo25jsyWucs q9djB5B6Lc/FcZIIy0J6+TFcOketpLYtZsE5ncLmnkCL+VUz12Z3+np+E5d5Finj ArCbRaTUKQVF+EgOrHYMezGSonsR0txrjWipehjiiU85amxpY/jXoYEIdAC79aJJ jLYcdGS5lFzrjn0uHHqBA5dcnUzlGQSlVEc+W6Hf1Xt3kIY1dV4bS6lATAjHxRmy myPVxK6XV98ND84JCmT2iun4h89DINAPkYvZIvV+bIrE2vK4eQnFpxHLqKwQ/HVX m6gvdTlrSQLkcEKiJJN0pa6qvghQDQ99VKsAEN0K57gN78zFdcL4aS7DLCUjD81d 9G/mMmDs8XUklZaKl6hP =TLGd -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 22:16:43 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9C6E867 for ; Fri, 29 Aug 2014 22:16:43 +0000 (UTC) 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 7BBFC103B for ; Fri, 29 Aug 2014 22:16:43 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-183.adsl.hiwaay.net [216.180.76.183]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TMGf8J012077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 17:16:41 -0500 Message-ID: <5400FD40.3060200@hiwaay.net> Date: Fri, 29 Aug 2014 17:22:56 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: problems trying to install enscript .... References: <540082DB.9040703@hiwaay.net> <871trzi8jv.fsf@elk.localnet> In-Reply-To: <871trzi8jv.fsf@elk.localnet> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 22:16:43 -0000 On 08/29/14 11:07, Carl Johnson wrote: > "William A. Mahaffey III" writes: > >> I tried to install the following packages & got the following output: >> >> >> [root@kabini1, /etc, 8:36:28am] 334 % pkg install enscript-a4 >> enscript-letter enscript-letterdj > > >> I can't find any evidence they are already installed, what is going on >> here ? TIA for any clues .... > The real question you have to ask is why do you want to add three > versions of enscript? I think the only difference will be the default > paper size. The default doesn't matter much since you can change the > paper size in the system config file, the user config file, or on the > command line. Check the man page and notice the '-M' command line > option, and the 'DefaultMedia' configuration option. The configuration > file is at '/usr/local/etc/enscript.rc' and optionally '~/.enscriptrc'. You are indeed correct (I couldn't tell before cuz *nothing* got installed) .... I poked around in /usr/ports & figured out that enscript-letter was the actual pkg, installed that (alone) & all is well .... *Boooyah* !!!! -- 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 Fri Aug 29 22:24:47 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9146CD5C for ; Fri, 29 Aug 2014 22:24:47 +0000 (UTC) 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 3C06F121A for ; Fri, 29 Aug 2014 22:24:47 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7TMOjQE082461 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 29 Aug 2014 16:24:45 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7TMOjvg082458; Fri, 29 Aug 2014 16:24:45 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 29 Aug 2014 16:24:45 -0600 (MDT) From: Warren Block To: Cristiano Deana Subject: Re: Ports question .... In-Reply-To: Message-ID: References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> <54007189.8070807@hiwaay.net> <540076CD.6000201@qeng-ho.org> <5400793A.4090702@hiwaay.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Fri, 29 Aug 2014 16:24:46 -0600 (MDT) Cc: "William A. Mahaffey III" , FreeBSD-Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 22:24:47 -0000 On Fri, 29 Aug 2014, Cristiano Deana wrote: > On Fri, Aug 29, 2014 at 2:59 PM, William A. Mahaffey III wrote: > >> I have been using portsnap, I just couldn't figure out how to get it to tell >> me what ports had been updated since I last fetched (w/o fetching again) > > That's not how it works. > portsnap update THE PORTS' TREE, not the installed ports. AFTER you > have update your ports tree, you can run > portversion -v | grep '<' > to show which ports you have INSTALLED has some update. portversion is part of portupgrade. I recommend portmaster instead: http://www.wonkity.com/~wblock/docs/html/portupgrade.html portmaster -L shows a report on all installed ports. Piping that through egrep '(ew|ort) version|total install' lists just the ports needing to be upgraded. From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 22:36:31 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D73B1A8 for ; Fri, 29 Aug 2014 22:36:31 +0000 (UTC) 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 E05601338 for ; Fri, 29 Aug 2014 22:36:30 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7TMaTjH085406 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 29 Aug 2014 16:36:29 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7TMaTHR085403; Fri, 29 Aug 2014 16:36:29 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 29 Aug 2014 16:36:29 -0600 (MDT) From: Warren Block To: "William A. Mahaffey III" Subject: Re: printing problems .... In-Reply-To: <5400A209.7030103@hiwaay.net> Message-ID: References: <5400A209.7030103@hiwaay.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Fri, 29 Aug 2014 16:36:29 -0600 (MDT) Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 22:36:31 -0000 On Fri, 29 Aug 2014, William A. Mahaffey III wrote: > > > I am trying to get printing working under FBSD 9.3. I cribbed printcap info > from > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/printing.html#printing-quick-start > & tried it out: > > > [root@kabini1, /etc, 10:48:04am] 458 % service lpd status > lpd is running as pid 27062. > [root@kabini1, /etc, 10:48:06am] 459 % printf "From jaguar:\n1. This printer > can print.\n2. This is the second line.\n" | lpr > [root@kabini1, /etc, 10:48:36am] 460 % lpq > no entries > [root@kabini1, /etc, 10:48:38am] 461 % (tail printcap ) > # :lp=/dev/lpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: > # > # ... following cribbed from Athlon-cube, FC14 ;-) .... > # > # printer|Xerox Phaser 6130N:rm=jaguar.cfd.com:rp=printer: > # Cups-PDF|Cups-PDF:rm=jaguar.cfd.com:rp=Cups-PDF: > # > # ... following cribbed from online FBSD LP docs .... > # > lp:lp=:rm=printer:rp=raw:sh:mx#0:sd=/var/spool/lpd/lp:lf=/var/log/lpd-errs: "raw" is an HP standard queue name. The manual for the Xerox 6130N says (for Mac setup) to leave the queue name blank. From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 22:38:52 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B9342C0 for ; Fri, 29 Aug 2014 22:38:52 +0000 (UTC) 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 422191358 for ; Fri, 29 Aug 2014 22:38:51 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-183.adsl.hiwaay.net [216.180.76.183]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TMcoVT027570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 17:38:51 -0500 Message-ID: <54010271.5050303@hiwaay.net> Date: Fri, 29 Aug 2014 17:45:05 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 CC: FreeBSD-Questions Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> <54007189.8070807@hiwaay.net> <540076CD.6000201@qeng-ho.org> <5400793A.4090702@hiwaay.net> 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 22:38:52 -0000 On 08/29/14 17:24, Warren Block wrote: > On Fri, 29 Aug 2014, Cristiano Deana wrote: > >> On Fri, Aug 29, 2014 at 2:59 PM, William A. Mahaffey III >> wrote: >> >>> I have been using portsnap, I just couldn't figure out how to get it >>> to tell >>> me what ports had been updated since I last fetched (w/o fetching >>> again) >> >> That's not how it works. >> portsnap update THE PORTS' TREE, not the installed ports. AFTER you >> have update your ports tree, you can run >> portversion -v | grep '<' >> to show which ports you have INSTALLED has some update. > > portversion is part of portupgrade. I recommend portmaster instead: > http://www.wonkity.com/~wblock/docs/html/portupgrade.html > > portmaster -L shows a report on all installed ports. Piping that > through egrep '(ew|ort) version|total install' lists just the ports > needing to be upgraded. > I just tried that, very nice. What is the correspondence, if any, between ports & pkgs ? i.e. if a new port shows up, is a new pkg for that port soon to follow (if that port is pkg'ed) ? TIA .... -- 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 Fri Aug 29 22:44:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 037A140F for ; Fri, 29 Aug 2014 22:44:21 +0000 (UTC) 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 C25D81472 for ; Fri, 29 Aug 2014 22:44:20 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-183.adsl.hiwaay.net [216.180.76.183]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TMiJRY030395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 17:44:19 -0500 Message-ID: <540103B9.4020905@hiwaay.net> Date: Fri, 29 Aug 2014 17:50:33 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 CC: "FreeBSD Questions !!!!" Subject: Re: printing problems .... References: <5400A209.7030103@hiwaay.net> 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 22:44:21 -0000 On 08/29/14 17:36, Warren Block wrote: > On Fri, 29 Aug 2014, William A. Mahaffey III wrote: > >> >> >> I am trying to get printing working under FBSD 9.3. I cribbed >> printcap info from >> https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/printing.html#printing-quick-start >> & tried it out: >> >> >> [root@kabini1, /etc, 10:48:04am] 458 % service lpd status >> lpd is running as pid 27062. >> [root@kabini1, /etc, 10:48:06am] 459 % printf "From jaguar:\n1. This >> printer can print.\n2. This is the second line.\n" | lpr >> [root@kabini1, /etc, 10:48:36am] 460 % lpq >> no entries >> [root@kabini1, /etc, 10:48:38am] 461 % (tail printcap ) >> # :lp=/dev/lpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: >> # >> # ... following cribbed from Athlon-cube, FC14 ;-) .... >> # >> # printer|Xerox Phaser 6130N:rm=jaguar.cfd.com:rp=printer: >> # Cups-PDF|Cups-PDF:rm=jaguar.cfd.com:rp=Cups-PDF: >> # >> # ... following cribbed from online FBSD LP docs .... >> # >> lp:lp=:rm=printer:rp=raw:sh:mx#0:sd=/var/spool/lpd/lp:lf=/var/log/lpd-errs: >> > > "raw" is an HP standard queue name. The manual for the Xerox 6130N > says (for Mac setup) to leave the queue name blank. > Tried that, still nogo .... I eventually got enscript installed, that will allow me to print ASCII files by converting them to .ps on the fly .... That's good enough for now .... Thx .... -- 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 Fri Aug 29 22:59:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE5DA699 for ; Fri, 29 Aug 2014 22:59:21 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C77415DE for ; Fri, 29 Aug 2014 22:59:21 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.9/8.14.9) with ESMTP id s7TMxBKl049667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 23:59:12 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk s7TMxBKl049667 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1409353152; bh=lx2uFGrfA3SypGFtXpzwT84AVknPtQ4p5645FgClRG8=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Fri,=2029=20Aug=202014=2023:58:59=20+0100|From:=20Matthew =20Seaman=20|To:=20freebsd-questi ons@freebsd.org|Subject:=20Re:=20Ports=20question=20....|Reference s:=20<53FF8675.2070009@hiwaay.net>=20<20140828225153.GA8923@slackb ox.erewhon.home>=20<54006B57.8070703@hiwaay.net>=20<54006DD8.90902 00@qeng-ho.org>=20<54007189.8070807@hiwaay.net>=20<540076CD.600020 1@qeng-ho.org>=20<5400793A.4090702@hiwaay.net>=20=20=20<54010271.5050303@hiwaay.n et>|In-Reply-To:=20<54010271.5050303@hiwaay.net>; b=cmAwzIJ3djnrtbx/Q2jJKyCaY6nLhXgAXvEPcFLNDrUQpiao0z6EzluEGSK1LJwln fXyLZLVE++Day7EsfHNVA8uuPDc8FF4JYsHehCQ7sxW1De04oLxbTbcHmq4MZ5u7vT VlzCAGRKfUugYrtg/sb292jAZ+nHx0zegrpSbxyA= Message-ID: <540105B3.2090102@infracaninophile.co.uk> Date: Fri, 29 Aug 2014 23:58:59 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> <54007189.8070807@hiwaay.net> <540076CD.6000201@qeng-ho.org> <5400793A.4090702@hiwaay.net> <54010271.5050303@hiwaay.net> In-Reply-To: <54010271.5050303@hiwaay.net> OpenPGP: id=E1ECF9BB Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="02brlvgNggAXSuSSLRoOqci9oWMN52tOw" X-Virus-Scanned: clamav-milter 0.98.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 22:59:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --02brlvgNggAXSuSSLRoOqci9oWMN52tOw Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 29/08/2014 23:45, William A. Mahaffey III wrote: > I just tried that, very nice. What is the correspondence, if any, > between ports & pkgs ? i.e. if a new port shows up, is a new pkg for > that port soon to follow (if that port is pkg'ed) ? TIA .... About 4 to 10 days, depending. pkg builds for the FreeBSD repos start each Wednesday night using a snapshot of the ports tree at that time, and the newly compiled pkgs are usually published the following weekend. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --02brlvgNggAXSuSSLRoOqci9oWMN52tOw 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.0.20 (Darwin) iQJ8BAEBCgBmBQJUAQW+XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATHbwP+gPBcebxPCSKXKQUMKyY2cvC L01V6drCIPk1evAFteQ7Eary2T6sdMXplmgW8vTdcfx70cd3QQDloASYeVLKy2sC 8kws6VTDW/DZ+wFB5B0hVd6sxxgSzN5BeYPfGa2B//j/jpG5MuDiIUnXzvJgBxzt syrC26iJRqBtplbiI/20ISfq4sYW7Cp2m/Ue4uFoXiiyER+2lD7Q5npt/E7iuWsv TSUlT/NPg2W+gFfqbNn8k3zVxmszH0RLx8eXuXdGx+Zs5QovL+gWqmYROxZv4xVI xqhmC8T1hEkvnsR8ton+5+KBRGuPLQwtBSmYa8AHscKFTrvL/vPSzeTqhi1bFh3R WTKJvQKTx2EwRoeIVp9YXN5iPlFV8vfpPZ2v5Dtbbr9nvQXoqeC1rj9OgigEDmVU TBhOTEeTaNuhCG/ing5b3mBN/6QSiu9wHjTTkDw+kdDUBKKGXiOlxecvT1JOGFi3 LxQnZjK4XmGpLRAjv0KkM72Z3SB8vq1piHAEO2OPCCUUV1wESmU/XMvQjMlUGlxG 94359aHXp24qWL8Q0iT1ybo4WR1/AI2mOo/iWZU6Ksk3T/+nCwg57+jm+l+PkHdv aZL6zTgXbDGsn7opUi1X7tt+ZJRssTMRn4hxwviyjuD4tvPgItyFDFxyP4UFHffP 8G3sDpxJun0kiuKXwaZv =76f9 -----END PGP SIGNATURE----- --02brlvgNggAXSuSSLRoOqci9oWMN52tOw-- From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 23:09:31 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33F47902 for ; Fri, 29 Aug 2014 23:09:31 +0000 (UTC) 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 D56A21827 for ; Fri, 29 Aug 2014 23:09:30 +0000 (UTC) Received: from [192.168.0.27] (rbn1-216-180-76-183.adsl.hiwaay.net [216.180.76.183]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id s7TN9S5g009139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 18:09:29 -0500 Message-ID: <5401099F.2050609@hiwaay.net> Date: Fri, 29 Aug 2014 18:15:43 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <54006DD8.9090200@qeng-ho.org> <54007189.8070807@hiwaay.net> <540076CD.6000201@qeng-ho.org> <5400793A.4090702@hiwaay.net> <54010271.5050303@hiwaay.net> <540105B3.2090102@infracaninophile.co.uk> In-Reply-To: <540105B3.2090102@infracaninophile.co.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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 23:09:31 -0000 On 08/29/14 17:58, Matthew Seaman wrote: > On 29/08/2014 23:45, William A. Mahaffey III wrote: >> I just tried that, very nice. What is the correspondence, if any, >> between ports & pkgs ? i.e. if a new port shows up, is a new pkg for >> that port soon to follow (if that port is pkg'ed) ? TIA .... > About 4 to 10 days, depending. > > pkg builds for the FreeBSD repos start each Wednesday night using a > snapshot of the ports tree at that time, and the newly compiled pkgs are > usually published the following weekend. > > Cheers, > > Matthew > Excellent, Thx :-) .... -- 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 Sat Aug 30 01:48:54 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E719FC8 for ; Sat, 30 Aug 2014 01:48:54 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C25EF174F for ; Sat, 30 Aug 2014 01:48:54 +0000 (UTC) Received: from sdf.org (IDENT:bennett@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id s7U1lgUO026882 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sat, 30 Aug 2014 01:47:42 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id s7U1leJP024616; Fri, 29 Aug 2014 20:47:40 -0500 (CDT) From: Scott Bennett Message-Id: <201408300147.s7U1leJP024616@sdf.org> Date: Fri, 29 Aug 2014 20:47:40 -0500 To: paul@kraus-haus.org Subject: Re: gvinum raid5 vs. ZFS raidz References: <201408020621.s726LsiA024208@sdf.org> <53DCDBE8.8060704@qeng-ho.org> <201408060556.s765uKJA026937@sdf.org> <53E1FF5F.1050500@qeng-ho.org> <201408070831.s778VhJc015365@sdf.org> <201408070936.s779akMv017524@sdf.org> <201408071106.s77B6JCI005742@sdf.org> <5B99AAB4-C8CB-45A9-A6F0-1F8B08221917@kraus-haus.org> <201408220940.s7M9e6pZ008296@sdf.org> <7971D6CA-AEE3-447D-8D09-8AC0B9CC6DBE@kraus-haus.org> <201408260641.s7Q6feBc004970@sdf.org> <9588077E-1198-45AF-8C4A-606C46C6E4F8@kraus-haus.org> <201408280636.s7S6a5OZ022667@sdf.org> <25B567A0-6639-41EE-AB3E-96AFBA3F11B7@kraus-haus.org> In-Reply-To: <25B567A0-6639-41EE-AB3E-96AFBA3F11B7@kraus-haus.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org, freebsd@qeng-ho.org, Trond.Endrestol@fagskolen.gjovik.no X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 01:48:55 -0000 Paul Kraus wrote: > On Aug 28, 2014, at 2:36, Scott Bennett wrote: > > > Paul Kraus wrote: > > >> Wow. That implies you are hitting a drive with a very high uncorrectable error rate since the drive did not report any errors and the data is corrupt. I have yet to run into one of those. > > > > How would an uncorrectable error be detected by the drive without any > > parity checking or hardware-implemented write-with-verify? > > I suppose my point was that an operation that is NOT flagged by the drive as failing and DOES return faulty data is, by definition, an uncorrectable error (as far as the drive is concerned). The point is that an uncorrectable error (from the drive standpoint) is just that, an error that the drive CANNOT detect. Maybe this is just a linguistics/semantics matter, but it seems to me that an operation that is not flagged by the drive as an error but does return faulty data is, by definition, not an error at all as far as the drive is concerned, but it *is* an error as far as a human is concerned. The difference in wording is why I asked the question, so at least the confusion is now cleared up. :-) > > > Are you using any drives larger than 1 TB? > > I have been testing with a bunch of 2TB (3 HGST and 1 WD). I have been using ZFS and it has not reported *any* checksum errors. > What sort of testing? Unless the data written with errors are read back, how would ZFS know about any checksum errors? Does ZFS implement write-with- verify? Copying some humongous file and then reading it back for comparison (or, with ZFS, just reading them) ought to bring the checksums into play. Of course, a scrub should do that, too. I have never bought the enterprise-grade drives--though I may begin doing so after having read the information you've brought up here--so the difference in drive quality at the outset may explain why your results so far have been so much better than mine. > I have put one of the 4 into production service (I needed a replacement for a failed 1TB and did not have any more 1TB in stock). It has been running for a couple weeks now with no checksum errors reported. My zpool is 5 x 1TB RAIDz2 and it has about 2TB of data on it right now. > > > If so, try copying a 1.1 TB > > file to one of them, and then trying comparing the copy against the original. > > Hurmmm. I have not worked with individual files that large. What filesystem are you using here? At the moment, all of my file systems on hard drives are UFS2. > > > Out of the three drives I could test that way, I got that kind of result on > > two every time I tried it. One of the two was a new Samsung (i.e., a > > Seagate), and the other was a refurbished Seagate supplied as a replacement > > under warranty. The third got a clean copy the first time and two bytes with > > single-bit errors on the second try. That one was also a refurbished Seagate > > provided under warranty. > > If you use ZFS on these drives and copy the same file do you get any checksum errors? > As soon as I can get two more 2 TB drives and set them up under ZFS, I intend to try the equivalent of that. Because drives cannot be added to an existing raidzN, I need to wait until then to create the 6-drive raidz2. However, that original 1.1 TB file is currently sitting on one of the four drives I already have that are intended for the raidz2, so that file will be trashed by creating the raidz2. The file is a dump(8) file of a 1.2 TB file system that is nearly full, so I can run the dump again with the output going to the newly created pool, after which I can try a "dd if=dumpfile of=/dev/null" to see whether ZFS detects any problems. If it doesn't, then I can try a scrub on the pool to see whether that finds any problems. My expectation is that I will end up contacting one or more manufacturers to try to replace at least two drives based on whatever ZFS detects, but I would be glad to be mistaken about that for now. If two are that bad, then I hope that ZFS can keep things running until the replacements show up here. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 05:30:57 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99F70E5B for ; Sat, 30 Aug 2014 05:30:57 +0000 (UTC) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB5471CFB for ; Sat, 30 Aug 2014 05:30:56 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.185]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id ED91627368 for ; Sat, 30 Aug 2014 15:30:46 +1000 (EST) Message-ID: <54016181.9020901@herveybayaustralia.com.au> Date: Sat, 30 Aug 2014 15:30:41 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: FreeBSD 10 - mplayer issue References: <53F88676.3060702@herveybayaustralia.com.au> <53FA8715.5020202@herveybayaustralia.com.au> <53FC145B.7060400@herveybayaustralia.com.au> In-Reply-To: <53FC145B.7060400@herveybayaustralia.com.au> 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 05:30:57 -0000 On 08/26/14 15:00, Da Rock wrote: > On 08/25/14 11:53, Elliot Robinson wrote: >> On Sun, Aug 24, 2014 at 8:45 PM, Da Rock < >> freebsd-questions@herveybayaustralia.com.au> wrote: >>> Need mencoder unfortunately, but I may reconsider that. It has just >>> been >>> easier for users with the ui and habit now to use mplayer tools for >>> the job >>> until now. >>> >> I can second Roland Smith's recommendation of ffmpeg as a mencoder >> replacement. The few things it doesn't do well can be replaced by piping >> YUV output from mplayer2/mpv to ffmpeg. >> >> Ok, still haven't got used to debug tools yet, so I may need some >> coaching. >>> I ran gdb mplayer and then run with args of a video; got nothing >>> except LWP >>> /mplayer >>> >> This is due to mplayer (or something it calls) forking a new Light >> Weight >> Process (LWP, i.e. thread). You'd have to C-c and `info threads` to >> see the >> threads, then `thread ` to get any useful data. > Thanks for that tip - that will help in future issues :) > > I knew about LWP's, but I didn't know enough about gdb to get that > far. Got the same result as you could see, but obviously that won't > work all the time... >> >> >>> Then I decided to get a bit tricky and attach to a running process >>> instead. This yielded better results, but no real info (to me anyway >>> :) ): >> >> >> Attaching to program: /usr/local/bin/mplayer, process 92289 >>> [New LWP 100131] >> Reading symbols from /lib/libncurses.so.8...done. >>> [New Thread 813006800 (LWP 100131/mplayer)] >>> >> >> ...truncated shared library loading... >> >> >>> [Switching to Thread 813006800 (LWP 100131/mplayer)] >>> 0x0000000000cdcde6 in _umtx_op_err () >>> >>> So then I ran backtrace: >>> >>> #0 0x0000000000cdcde6 in _umtx_op_err () >>> #1 0x0000000000cdf20f in rwlock_rdlock_common () >>> #2 0x0000000809ee2d17 in g_type_register_fundamental () >>> from /usr/local/lib/libgobject-2.0.so.0 >>> #3 0x0000000809ee3a2a in g_type_register_static () >>> from /usr/local/lib/libgobject-2.0.so.0 >>> #4 0x0000000809ee9b32 in g_type_plugin_get_type () >>> from /usr/local/lib/libgobject-2.0.so.0 >>> #5 0x0000000809ee728c in g_type_init () >>> from /usr/local/lib/libgobject-2.0.so.0 >>> #6 0x0000000809eee682 in g_strdup_value_contents () >>> from /usr/local/lib/libgobject-2.0.so.0 >>> #7 0x0000000809ec4f76 in _init () from >>> /usr/local/lib/libgobject-2.0.so.0 >>> #8 0x00007fffffffcfc0 in ?? () >>> #9 0x0000000801382691 in r_debug_state () from /libexec/ld-elf.so.1 >>> #10 0x0000000801381d27 in __tls_get_addr () from /libexec/ld-elf.so.1 >>> #11 0x0000000801380089 in .text () from /libexec/ld-elf.so.1 >>> #12 0x0000000000000000 in ?? () >>> >>> So how does this help? What can I do now? >>> >>> I see a problem in what looks to be a register of sorts, but that >>> would be >>> in gtk. I tried using -nogui and still got the same. >>> >>> It should be noted that there should be a print out of version and >>> other >>> info prior to display, and none of that is showing at all; so we're not >>> even getting that far. I also rebuilt it with debug in the options. >>> >>> Cheers >>> >> Nice call on the thread attach. No idea what's causing this to >> happen, but >> it's definitely thread related (rwlock_rdlock_common is the worker for a >> pthread function on read-write locks) and it's definitely in glib ( >> libgobject-2.0.so is one of the big glib dynamic libs, _init is the >> setup >> function called by the dynamic linker). I'm still going with >> "deadlock" in >> a on this one. >> >> I'd try an update/reinstall of glib before anything else. You shouldn't >> have deadlocks when initializing a shared library. I'm pretty sure this >> wasn't the only thread, so it might be interesting to see the output of >> `info threads` and a backtrace from any threads (if you feel >> compelled to >> debug this any more and the glib reinstall doesn't help). I'd offer >> to take >> a look myself, but I don't have a running system at the moment due to >> a bug >> in the ZFS bootloader... > I'm running a rebuild of glib (both old and new) now, but I did the > debug prior. There was only one thread as it turned out; when I ran > info threads it just gave '* 2 Thread 813006800 (LWP 101101/mplayer) > 0x0000000000cdcde6 in _umtx_op_err ()'. Running the bt gave the same > output as posted previously. > > The idea that it is running on a different library may be right - > might not have got updated or could even be hitting the other glib > (choice of 2.36 or 1.12). > > I guess we'll see how the rebuild goes... Well that was a complete no go - I've rebuilt everything and it still has the same issue. Worse, chrome is crashing the whole system... I'm starting to think there is some serious problems with 10 at this stage. All my 9's are still fine so far :) >> >> If rebuilding glib doesn't help and there are no more interesting >> threads, >> I'd file this as a bug. Not sure what against yet (kernel, pthread, >> glib, >> mplayer are all involved), but hopefully backtraces from other >> threads will >> make this less opaque. I'm just working off of general debugging >> knowledge >> at this point, so maybe someone with more pthread/kernel/glib/general >> FreeBSD knowledge than I would have more insight into this. >> >> Best of luck, >> Elliot Robinson >> PGP Key: 9FEDE59A >> _______________________________________________ >> 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" > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 06:34:11 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B289AD7 for ; Sat, 30 Aug 2014 06:34:11 +0000 (UTC) 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 2B14412C2 for ; Sat, 30 Aug 2014 06:34:10 +0000 (UTC) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by gateway2.nyi.internal (Postfix) with ESMTP id 3AEC220485 for ; Sat, 30 Aug 2014 02:34:03 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute5.internal (MEProxy); Sat, 30 Aug 2014 02:34:03 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=f-m.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=M1p1octTHbaulP5QTpFCpMr s6uE=; b=T5oVGZ7bT5reuN5R0EPQUjkyIoLVUpGS+DrFEdvWz8jj9M7yog4Jozv 5yprewrA5yXHvH3ceXSZkWhbaOMiTAZPPyB1TuDi8BR2UJ1E9qU8/e7dOPcQYOKc uS4kTtyWduB8ETCnwyL9RVvBghYO22Q7tP753Nnarj/kGrPUJTpQ= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=M1p1octTHbaulP5QTpFCpMrs6uE=; b=LvFSmlnCrSCX9Q+C+wEL6VL1ONy3 dusyEGp8H861GOZLpmeNsqQQToniDZVI4bpzfDw7e/POxLNLssd7h/EmusQO0pmx EeZR0QARh8eNtefvL6fkAvJU0DoDJtxd4dvtRCgwTfKsOA5uM7snevK37juDWZ32 9g9XP5i9q3/bVaE= Received: by web5.nyi.internal (Postfix, from userid 99) id E4D48B0A466; Sat, 30 Aug 2014 02:34:02 -0400 (EDT) Message-Id: <1409380442.2672021.158440789.5C42A334@webmail.messagingengine.com> X-Sasl-Enc: GGnThu8BinT+P31zd+gwf0aKvU+TgwJjDXvIsSqPHBXl 1409380442 From: Ross Penner To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-73bced9a Subject: USB ethernet adapter support Date: Fri, 29 Aug 2014 23:34:02 -0700 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 06:34:11 -0000 I have a USB ethernet adapter that doesn't seem to work out of the box on my 10.0 system. I'm hoping somebody can help me figure out what driver to load, or if there even is a driver available. When I plug the device into the FreeBSD machine the only line on dmesg is: ugen4.2: at usbus4 It does work with my Ubuntu 14.04 system. I've added the dmesg output in the hopes that it will be helpful: [137513.415146] usb 1-1.5: new high-speed USB device number 6 using ehci-pci [137513.508489] usb 1-1.5: New USB device found, idVendor=13b1, idProduct=0041 [137513.508493] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=6 [137513.508494] usb 1-1.5: Product: Linksys USB3GIGV1 [137513.508495] usb 1-1.5: Manufacturer: Linksys [137513.508497] usb 1-1.5: SerialNumber: 000001000000 [137513.528939] cdc_ether 1-1.5:2.0 eth1: register 'cdc_ether' at usb-0000:00:1a.0-1.5, CDC Ethernet Device, b4:75:0e:8f:5e:90 [137513.528960] usbcore: registered new interface driver cdc_ether [137518.015729] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 06:45:13 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C016ED5 for ; Sat, 30 Aug 2014 06:45:13 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03B1E139C for ; Sat, 30 Aug 2014 06:45:12 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id q5so3532394wiv.12 for ; Fri, 29 Aug 2014 23:45:11 -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=WHs3fW+xCxbDYnisVjFWiPj9s4Sl1AAUYbq9Kupr3ek=; b=NMlowMeTvIkYE/fWn5bfwGBLbE2QYa8vk+TYY75cKLfDxzncs089HUqu608FphVck6 vvPKSfs6yg7hmrT9T5MBs09geoR7mZamQqddhSTpM5CIBTNoooOWoNwqHZOGpKU7QEe+ R8qT43iG+qXKokXT+544o6bMHlvRrkCd2b4hLTW9JeFddyeBaH/Og5c6rO+d3+0WBNvF SsCNA2zMcLFqL0U5kodefIyCWneuLjZusn4vHoWHCHUecXGJo28o8lqhiK5DuzxW0ar7 8zQgEwapFqyY9Bc8bwLAKKY4JscK31ewlz6hIH+qxKZLJnIqDvLEH7CJcVvGQuNhwzTa WKSw== X-Received: by 10.180.205.168 with SMTP id lh8mr5781185wic.67.1409381111260; Fri, 29 Aug 2014 23:45:11 -0700 (PDT) Received: from kontrol.kode5.net (host81-157-206-146.range81-157.btcentralplus.com. [81.157.206.146]) by mx.google.com with ESMTPSA id fy1sm2969143wic.6.2014.08.29.23.45.10 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 Aug 2014 23:45:10 -0700 (PDT) Message-ID: <540172F5.4020707@gmail.com> Date: Sat, 30 Aug 2014 07:45:09 +0100 From: Jamie Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Questions Subject: Loading kernel modules on startup Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 06:45:13 -0000 I'm just wondering about the correct way to load kernel modules; namely, specifying them in /boot/loader.conf or /etc/rc.conf. For example; loading linux emulation layer, kld_list can be specified in rc.conf(5) using linsysfs, linprocfs & linux. Also, linux_enable can be used. What's the difference? Then, there is kld_list=kldi915 for the vt console driver, and also kern.vty=vt and hw.vga.textmode=1 in loader.conf for the same module. Incidentally, the vt driver did not work properly for me when I used the latter in loader.conf and I had to use the kld_list line in rc.conf(5). What is the 'right' method for kernel module loading and is it just easier to compile them into the kernel going forward? From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 07:03:26 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39C3425F for ; Sat, 30 Aug 2014 07:03:26 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 127401594 for ; Sat, 30 Aug 2014 07:03:26 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id ey11so8016254pad.7 for ; Sat, 30 Aug 2014 00:03:25 -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=z9LOvFo8iXiMKoX+NIgNRjVwSJp0yKhd/HQyT8tIiuk=; b=o5o6XvZv9z+Vcx/F1Rmk2CqGAIarn7MY1iSPGcMr6FJ+TXb73C3ba0ER//ogfYeVJ5 Tp+vsscKnRHfsf5fctrRIGZuJvy3puzjPsmW8m/0g7re4Z/sg0r4Lg7BJkUeuh2z+bNT OvdxY6OE+5Ber8orbEcR8OEDMPcMgnc0y6+mchbbu9IMvc5cAvsOfnScMK8SfPTeXzVO o/Yz37O0SpvqFSWk3Awe1EOjG6Z96GBD1qaa/fCSHfR20m6+s3ui/ES38XMA9eOt8esd ZIECYvxZ86p573HHbDzroEGZ7P3Rwwi/4k3V/S1xbwqw0bK3Q526x4+fXfR7Kg3h8JVl lNiw== MIME-Version: 1.0 X-Received: by 10.70.41.136 with SMTP id f8mr21984926pdl.46.1409382205436; Sat, 30 Aug 2014 00:03:25 -0700 (PDT) Received: by 10.70.78.135 with HTTP; Sat, 30 Aug 2014 00:03:25 -0700 (PDT) In-Reply-To: <540103B9.4020905@hiwaay.net> References: <5400A209.7030103@hiwaay.net> <540103B9.4020905@hiwaay.net> Date: Sat, 30 Aug 2014 09:03:25 +0200 Message-ID: Subject: Re: printing problems .... From: Zsolt Udvari To: "William A. Mahaffey III" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Questions !!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 07:03:26 -0000 Maybe you'll need a filter, like in my case, see [1]. Zsolt [1] http://forums.freebsd.org/viewtopic.php?f=46&t=47147&p=263381&hilit=ml2010#p263580 2014-08-30 0:50 GMT+02:00 William A. Mahaffey III : > > On 08/29/14 17:36, Warren Block wrote: >> >> On Fri, 29 Aug 2014, William A. Mahaffey III wrote: >> >>> >>> >>> I am trying to get printing working under FBSD 9.3. I cribbed printcap >>> info from >>> https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/printing.html#printing-quick-start >>> & tried it out: >>> >>> >>> [root@kabini1, /etc, 10:48:04am] 458 % service lpd status >>> lpd is running as pid 27062. >>> [root@kabini1, /etc, 10:48:06am] 459 % printf "From jaguar:\n1. This >>> printer can print.\n2. This is the second line.\n" | lpr >>> [root@kabini1, /etc, 10:48:36am] 460 % lpq >>> no entries >>> [root@kabini1, /etc, 10:48:38am] 461 % (tail printcap ) >>> # :lp=/dev/lpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: >>> # >>> # ... following cribbed from Athlon-cube, FC14 ;-) .... >>> # >>> # printer|Xerox Phaser 6130N:rm=jaguar.cfd.com:rp=printer: >>> # Cups-PDF|Cups-PDF:rm=jaguar.cfd.com:rp=Cups-PDF: >>> # >>> # ... following cribbed from online FBSD LP docs .... >>> # >>> >>> lp:lp=:rm=printer:rp=raw:sh:mx#0:sd=/var/spool/lpd/lp:lf=/var/log/lpd-errs: >> >> >> "raw" is an HP standard queue name. The manual for the Xerox 6130N says >> (for Mac setup) to leave the queue name blank. >> > > > Tried that, still nogo .... I eventually got enscript installed, that will > allow me to print ASCII files by converting them to .ps on the fly .... > That's good enough for now .... Thx .... > > > > -- > > 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 > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 07:06:53 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA8F4309 for ; Sat, 30 Aug 2014 07:06:53 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6FC2315BA for ; Sat, 30 Aug 2014 07:06:53 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id q59so3100406wes.35 for ; Sat, 30 Aug 2014 00:06:51 -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:references :in-reply-to:content-type:content-transfer-encoding; bh=Ls8z6GQUfXLc8gzNpY3EZ7N4iAPcOwF2y0yn+BcWuXs=; b=NcynYgZODrEZyKA/YyRtWEQbpwfr/+Q2ly2FuJZDh3EEtJbYkkNoETJwskANWZmG2I uXPbGJaKVMgH0tGkiqSY+s/aTZIiQ1H9fLdXllxN61jnhB03nQE6yDoJKSXjNLudJZqf o8h3pVm1rAXAk/V9p40npyrJWi+9y0wXfmKlHahzk71c5GZbmJ167IL5pntdQ2Q9Dzgt WV3sr1yozJoziE+SDLDhCEpqwTlYCTPJiTXcX6KnKIjSD+d67QQw4aDMc5yoL2UNlv2E VctBqgcxBaYyYLyMpz3BR4lm2NyySM+ayfjRvDRvTUq/w1Z4W+XuHiRGRr1tQx0LQKYF 30rg== X-Received: by 10.194.59.42 with SMTP id w10mr18561546wjq.15.1409382411811; Sat, 30 Aug 2014 00:06:51 -0700 (PDT) Received: from kontrol.kode5.net (host81-157-206-146.range81-157.btcentralplus.com. [81.157.206.146]) by mx.google.com with ESMTPSA id hf9sm3087420wib.11.2014.08.30.00.06.50 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 Aug 2014 00:06:51 -0700 (PDT) Message-ID: <5401780A.2040208@gmail.com> Date: Sat, 30 Aug 2014 08:06:50 +0100 From: Jamie Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Questions Subject: Re: Moving Text In vi(1) To Another File References: <540037DE.4030404@gmail.com> <782f4b6466266500ebcc15173fef385b@tortoiseblog.com> In-Reply-To: <782f4b6466266500ebcc15173fef385b@tortoiseblog.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 07:06:53 -0000 On 29/08/2014 12:51, Rodney Lewis wrote: > > There are several ways to do this but I prefer the old ex commands. > It's just the way my brain works. > > First I enable visible line numbers so I know what's where. > > :set nu > > You can then use the following to write out to a new file. > Select lines 10 to 30 > :10,30w ~/newfile > > Or append lines 45 to 66 to newfile > > :45,66w >>~/newfile > > > To copy text chunks around a file > Copy line 45,66 and insert at line 90 > > :45,66co90 > > Or substitute mo to move it > > :45,66mo90 > > You can also use d to delete chunks of text > Delete line 78 to 88 > :78,88d > > Hope this helps > > Rodney > Hi to everyone who contributed, thanks for these tips - they are very helpful. I'm reorganising a large configuration file and I want to modularise it by separating elements into sub-sections so being able to add sections of text to existing files is necessary. Thanks again From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 07:18:13 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D510264B for ; Sat, 30 Aug 2014 07:18:13 +0000 (UTC) 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 971A617B2 for ; Sat, 30 Aug 2014 07:18:13 +0000 (UTC) Received: from r56.edvax.de (port-92-195-111-1.dynamic.qsc.de [92.195.111.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id CD5AE276AE; Sat, 30 Aug 2014 09:18: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 s7U7I3s4002443; Sat, 30 Aug 2014 09:18:03 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sat, 30 Aug 2014 09:18:03 +0200 From: Polytropon To: Jamie Griffin Subject: Re: Moving Text In vi(1) To Another File Message-Id: <20140830091803.35b9d646.freebsd@edvax.de> In-Reply-To: <5401780A.2040208@gmail.com> References: <540037DE.4030404@gmail.com> <782f4b6466266500ebcc15173fef385b@tortoiseblog.com> <5401780A.2040208@gmail.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 07:18:13 -0000 On Sat, 30 Aug 2014 08:06:50 +0100, Jamie Griffin wrote: > > On 29/08/2014 12:51, Rodney Lewis wrote: > > > > There are several ways to do this but I prefer the old ex commands. > > It's just the way my brain works. > > > > First I enable visible line numbers so I know what's where. > > > > :set nu > > > > You can then use the following to write out to a new file. > > Select lines 10 to 30 > > :10,30w ~/newfile > > > > Or append lines 45 to 66 to newfile > > > > :45,66w >>~/newfile > > > > > > To copy text chunks around a file > > Copy line 45,66 and insert at line 90 > > > > :45,66co90 > > > > Or substitute mo to move it > > > > :45,66mo90 > > > > You can also use d to delete chunks of text > > Delete line 78 to 88 > > :78,88d > > > > Hope this helps > > > > Rodney > > > > Hi to everyone who contributed, thanks for these tips - they are very > helpful. I'm reorganising a large configuration file and I want to > modularise it by separating elements into sub-sections so being able to > add sections of text to existing files is necessary. This is easy to remember and consistent with the logic and the workflow of vi / ex. I will add this to restoring my vi skills. :-) Note that the joe idea I mentioned was more of an interactive approach, while the vi solution is more explicit (enable line numbers, then use then - instead of navigating in the source text, marking the beginning and the end of the selection). Also the more direct way of "write to a file" will make the whole task easier (and therefore faster to perform). An andvantage of the joe idea might be that you can "spend more interactive time in the files", if that is needed (for example to add or modify text). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 09:23:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3ACB1C5E for ; Sat, 30 Aug 2014 09:23:21 +0000 (UTC) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) (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 C5CE512DB for ; Sat, 30 Aug 2014 09:23:20 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7U9N9nl009843; Sat, 30 Aug 2014 11:23:09 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 0D48212513; Sat, 30 Aug 2014 11:23:09 +0200 (CEST) Date: Sat, 30 Aug 2014 11:23:09 +0200 From: Roland Smith To: Ross Penner Subject: Re: USB ethernet adapter support Message-ID: <20140830092309.GA13466@slackbox.erewhon.home> Mail-Followup-To: Ross Penner , freebsd-questions@freebsd.org References: <1409380442.2672021.158440789.5C42A334@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <1409380442.2672021.158440789.5C42A334@webmail.messagingengine.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 09:23:21 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 29, 2014 at 11:34:02PM -0700, Ross Penner wrote: > I have a USB ethernet adapter that doesn't seem to work out of the box > on my 10.0 system. I'm hoping somebody can help me figure out what > driver to load, or if there even is a driver available. >=20 > When I plug the device into the FreeBSD machine the only line on dmesg > is: > ugen4.2: at usbus4 >=20 > It does work with my Ubuntu 14.04 system. I've added the dmesg output in > the hopes that it will be helpful: > [137513.415146] usb 1-1.5: new high-speed USB device number 6 using > ehci-pci > [137513.508489] usb 1-1.5: New USB device found, idVendor=3D13b1, > idProduct=3D0041 > [137513.508493] usb 1-1.5: New USB device strings: Mfr=3D1, Product=3D2, > SerialNumber=3D6 > [137513.508494] usb 1-1.5: Product: Linksys USB3GIGV1 > [137513.508495] usb 1-1.5: Manufacturer: Linksys > [137513.508497] usb 1-1.5: SerialNumber: 000001000000 > [137513.528939] cdc_ether 1-1.5:2.0 eth1: register 'cdc_ether' at > usb-0000:00:1a.0-1.5, CDC Ethernet Device, b4:75:0e:8f:5e:90 > [137513.528960] usbcore: registered new interface driver cdc_ether > [137518.015729] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready You might get it to work with cdce(4). From the manual page: Many USB devices notoriously fail to report their class and interfaces correctly. Undetected products might work flawlessly when their vendor and product IDs are added to the driver manually. You will have to patch the files /usr/src/sys/dev/usb/usbdevs and /usr/src/sys/dev/usb/net/if_cdce.c to add this device. Everything *between* the lines starting with =E2=80=9C+++++=E2=80=9D is the patch; +++++ patch for /usr/src/sys/dev/usb/usbdevs +++++ --- usbdevs.orig 2014-08-30 10:40:43.000000000 +0200 +++ usbdevs 2014-08-30 10:42:58.000000000 +0200 @@ -1402,6 +1402,7 @@ product CISCOLINKSYS WUSB54GR 0x0023 WUSB54GR product CISCOLINKSYS WUSBF54G 0x0024 WUSBF54G product CISCOLINKSYS AE1000 0x002f AE1000 +product CISCOLINKSYS USB3GIGV 0x0041 USB3GIGV product CISCOLINKSYS2 RT3070 0x4001 RT3070 product CISCOLINKSYS3 RT3070 0x0101 RT3070 +++++ patch for /usr/src/sys/dev/usb/usbdevs +++++ Save this patch to a file (e.g. usbdevs.diff) and use the patch(1) utility = to apply it; # cd /usr/src/sys/dev/usb/ # patch Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EE9EE13 for ; Sat, 30 Aug 2014 09:38:23 +0000 (UTC) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AE0DC13E5 for ; Sat, 30 Aug 2014 09:38:22 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.185]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 600E727368 for ; Sat, 30 Aug 2014 19:38:19 +1000 (EST) Message-ID: <54019B8A.7040600@herveybayaustralia.com.au> Date: Sat, 30 Aug 2014 19:38:18 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: chrome crashing bsd! 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 09:38:23 -0000 I'm running 10 release and everything except mplayer was working. Trying to sort out mplayer I updated chrome and its crashing the whole system! I'm not really getting much as it kills everything before any real debug can occur. script won't write out anything to disk before the error occurs, theres nothing in the logs. The only thing I have is the crash backtrace from the kernel: KDB: stack backtrace: #0 0xffffffff808e7e90 at kdb_backtrace+0x60 #1 0xffffffff808af975 at panic+0x155 #2 0xffffffff80af57d8 at ufs_lookup_ino+0xda8 #3 0xffffffff80d97dd2 at VOP_CACHEDLOOKUP_APV+0x92 #4 0xffffffff80937d9f at vfs_cache_lookup+0xcf #5 0xffffffff80d97cd2 at VOP_LOOKUP_APV+0x92 #6 0xffffffff8093ff7b at lookup+0x58b #7 0xffffffff8093f704 at namei+0x504 #8 0xffffffff80957ed2 at vn_open_cred+0x232 #9 0xffffffff80951671 at kern_openat+0x261 #10 0xffffffff80c8f127 at amd64_syscall+0x357 #11 0xffffffff80c7581b at Xfast_syscall+0xfb I'll try running gdb, but does anyone have any clues from this? Cheers From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 10:08:18 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B24AA403 for ; Sat, 30 Aug 2014 10:08:18 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487F018CB for ; Sat, 30 Aug 2014 10:08:18 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id cc10so351415wib.3 for ; Sat, 30 Aug 2014 03:08:16 -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:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=PJT91SW0kkoja44arFcS6YBfRe1oNKb+9Go6LoMRkdE=; b=CATus34+2zZVcGT51oa282BFBplr9uOqf5x6SZ7a+5hGXuuIIHWuzq3eiVDspGkV4m GfOQ1EhQVJ5LA1bXCoJ+OLBydBhxrRjVCBziyH89UyczsNgdWre0IWVSxn4cZ+2OTmxJ bVBzXI+Y/JlJoFGoY9ekYpXUuneIOSS8DVV5o2Fpt1tK+HsOpF/eDcDhXe1tvoprgb3C yb35P2Yiv+jf0Ukv1tt85tBLxUbaAoLY5aPjHQT/eE0nObxc9/jD7DESuinS8Ptp/oJ7 uJHO96iuT+Aji1C7k86PPraXvgEzfBVsm+NTuULE5JGTicEkSlA66DcycbdqkYTDXS0Q GdfQ== X-Received: by 10.180.90.6 with SMTP id bs6mr9549031wib.47.1409393296517; Sat, 30 Aug 2014 03:08:16 -0700 (PDT) Received: from kontrol.kode5.net (host81-157-206-146.range81-157.btcentralplus.com. [81.157.206.146]) by mx.google.com with ESMTPSA id ka3sm6299052wjc.3.2014.08.30.03.08.15 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 Aug 2014 03:08:16 -0700 (PDT) Message-ID: <5401A28F.2060404@gmail.com> Date: Sat, 30 Aug 2014 11:08:15 +0100 From: Jamie Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Polytropon Subject: Re: Moving Text In vi(1) To Another File References: <540037DE.4030404@gmail.com> <782f4b6466266500ebcc15173fef385b@tortoiseblog.com> <5401780A.2040208@gmail.com> <20140830091803.35b9d646.freebsd@edvax.de> In-Reply-To: <20140830091803.35b9d646.freebsd@edvax.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 10:08:18 -0000 On 30/08/2014 08:18, Polytropon wrote: > On Sat, 30 Aug 2014 08:06:50 +0100, Jamie Griffin wrote: >> On 29/08/2014 12:51, Rodney Lewis wrote: >>> There are several ways to do this but I prefer the old ex commands. >>> It's just the way my brain works. >>> >>> First I enable visible line numbers so I know what's where. >>> >>> :set nu >>> >>> You can then use the following to write out to a new file. >>> Select lines 10 to 30 >>> :10,30w ~/newfile >>> >>> Or append lines 45 to 66 to newfile >>> >>> :45,66w >>~/newfile >>> >>> >>> To copy text chunks around a file >>> Copy line 45,66 and insert at line 90 >>> >>> :45,66co90 >>> >>> Or substitute mo to move it >>> >>> :45,66mo90 >>> >>> You can also use d to delete chunks of text >>> Delete line 78 to 88 >>> :78,88d >>> >>> Hope this helps >>> >>> Rodney >>> >> Hi to everyone who contributed, thanks for these tips - they are very >> helpful. I'm reorganising a large configuration file and I want to >> modularise it by separating elements into sub-sections so being able to >> add sections of text to existing files is necessary. > This is easy to remember and consistent with the logic and the > workflow of vi / ex. I will add this to restoring my vi skills. :-) > > Note that the joe idea I mentioned was more of an interactive > approach, while the vi solution is more explicit (enable line > numbers, then use then - instead of navigating in the source > text, marking the beginning and the end of the selection). > Also the more direct way of "write to a file" will make the > whole task easier (and therefore faster to perform). An > andvantage of the joe idea might be that you can "spend more > interactive time in the files", if that is needed (for example > to add or modify text). > > > Yeah I was quite interested in joe since I read your recommendation, so i've installed it already to try it out. From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 10:25:26 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 461CF87F for ; Sat, 30 Aug 2014 10:25:26 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (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 DFC801A88 for ; Sat, 30 Aug 2014 10:25:25 +0000 (UTC) Received: from fileserver.home.qeng-ho.org (localhost [127.0.0.1]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id s7UAPEmZ084448; Sat, 30 Aug 2014 11:25:14 +0100 (BST) (envelope-from freebsd@qeng-ho.org) Message-ID: <5401A68A.8010600@qeng-ho.org> Date: Sat, 30 Aug 2014 11:25:14 +0100 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "William A. Mahaffey III" , "FreeBSD Questions !!!!" Subject: Re: Ports question .... References: <53FF8675.2070009@hiwaay.net> <20140828225153.GA8923@slackbox.erewhon.home> <54006B57.8070703@hiwaay.net> <20140829211147.GA11696@slackbox.erewhon.home> In-Reply-To: <20140829211147.GA11696@slackbox.erewhon.home> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 10:25:26 -0000 On 29/08/2014 22:11, Roland Smith wrote: > On Fri, Aug 29, 2014 at 07:00:23AM -0500, William A. Mahaffey III wrote: >> >> On 08/28/14 17:51, Roland Smith wrote: >>> On Thu, Aug 28, 2014 at 02:43:49PM -0500, William A. Mahaffey III wrote: >>>> >>>> .... How do I check to see if the ports collection has been updated ? I >>>> had some problems a week or so ago getting some stuff to compile. There >>>> were some later posts alluding to some ports being a bit stale .... If >>>> that was my problem, I'd like to update & try again .... >>> The http://www.freshports.org/ site gives a nice overview of recent port >>> changes. It also lists the SVN revision. If you use subversion to keep your >>> ports tree up to date you can check the state of your ports tree with; >>> >>> > svnlite log -r HEAD /usr/ports/ >>> ------------------------------------------------------------------------ >>> r366459 | danilo | 2014-08-29 00:34:41 +0200 (Fri, 29 Aug 2014) | 2 lines >>> >>> - Update from 1.40.01 to 1.40.02 >>> >>> ------------------------------------------------------------------------ >>> >>> In this case my ports tree is at r366459. >>> >>> Generally I like to update my ports tree weekly. That *generally* makes for >>> relatively small updates using svnlite (in the base system in FreeBSD 10) and >>> ports-mgmt/portmaster; >>> >>> # svnlite /usr/ports >>> # less /usr/ports/UPDATING >>> # portmaster -ai >>> >>> Reading UPDATING is important! Sometimes updates need special actions. >> >> This sounds like it is very close to what I am looking for. I typed in >> the above command & the shell said command not found .... What pkg('s) >> do I need for svnlite support ? TIA .... > > Svnlite is in the base system in FreeBSD 10. You can use the devel/subversion > port instead. The executable is called “svn”. > > Currently you can also use portsnap (which is also in the base system in > FreeBSD 10) to update the ports tree. But it is vulnerable to > man-in-the-middle attacks.[1] Unless someone steps up to fix this, one of the > possible scenarios is to retire portsnap once svnlite is in all supported > releases. > > [1]: http://lists.freebsd.org/pipermail/freebsd-questions/2014-April/257394.html I have no idea how the core and security teams are going to deal with the MITM vulnerability of portsnap, although I hope it's by fixing portsnap rather than dropping it, but for my own uses I consider the attack to be a theoretical one rather than a practical one. This is not to say it couldn't be used against anybody - all system admins should make their own decisions based on their own circumstances - but in my case either an attacker would have to compromise a large, highly reputable UK ISP or one of the larger Internet exchanges on the planet, or they'd have to subject Amazon to a sufficiently large enough DDoS attack to knock out its EU AWS centre while compromising both of two routes to the secondary servers, and this would have to be done during the hour long window each week in which I update ports. This would be an extraordinary amount of work to attack a site that has very little value to criminals and no interest to state actors, and it would probably require the resources of a state actor to do so, but for them it would be cheaper to simply bug my home network while I'm out, or just serve me with a search warrant. Given this, the speed and convenience of portsnap wins hands down. To stand an old joke on its head, yes, as a system admin I'm paranoid, but not clinically so. From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 10:28:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 084DABEC for ; Sat, 30 Aug 2014 10:28:12 +0000 (UTC) Received: from mail-ig0-f181.google.com (mail-ig0-f181.google.com [209.85.213.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C927D1AAE for ; Sat, 30 Aug 2014 10:28:11 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id h15so3763435igd.2 for ; Sat, 30 Aug 2014 03:28:10 -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:from:date :message-id:subject:to:cc:content-type; bh=405m0XctKlc+iXwlQpqaWns5nRdWp+4Cggq2DBb1dxQ=; b=bC5jF+lyfNnGmQ/6A3L7ND2maAYkAmd2KsAKDTFB2rogAXW2oXrAefKwrD0szdgNXQ GVQQY6udAcLCdWLMYPV2In9AfHInBn0VZGLWmk5IpUnWu1MwyEeOvMpFdQbmDeb0TvFO LT5U4V36O32U+QOLgbykCEL1CymRK0mVCB9w72Pza92nlPuWKlgk/7esHsOQdsxl9wLP FyxTzLxNU/tvKDE4OqB/XN5XQ4EHRmht/zx7yAgHC9TWLOs7kW/LhwPliwcWkX8BP7pA Zd/xyMBP1pZLvlG3L6mWY8wg7aD/NdrVKgSDA+DSLlQ/ESTx6dSIPtuQSTAJGIuniALB OZDQ== X-Gm-Message-State: ALoCoQmjNMnPHEyKVWc4gqc1Kdx3YOlA7SCvqvUsCnMWY42krOsYHqRbAJqSmE6//pVY/badxJf8 X-Received: by 10.50.43.137 with SMTP id w9mr10091697igl.36.1409394490314; Sat, 30 Aug 2014 03:28:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.134.157 with HTTP; Sat, 30 Aug 2014 03:27:50 -0700 (PDT) In-Reply-To: <20140829135032.e73982f0f5f68901077e342d@3dresearch.com> References: <20140829135032.e73982f0f5f68901077e342d@3dresearch.com> From: "Timur I. Bakeyev" Date: Sat, 30 Aug 2014 12:27:50 +0200 Message-ID: Subject: Re: ACLs and samba4 To: Janos Dohanics Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 10:28:12 -0000 Well, I can only suggest you to run a command from the Readme.FREEBSD file: # samba-tool domain provision --interactive --use-xattrs=no --use-ntvfs To work around this problem... Have to get UFS based installation to debug the script. Regards, Timur. On Fri, Aug 29, 2014 at 7:50 PM, Janos Dohanics wrote: > On Fri, 29 Aug 2014 18:48:51 +0200 > "Timur I. Bakeyev" wrote: > > > I believe that Samba provisioning is quite Linux specific and no > > effort have been done to make it work with UFS. It's well known, that > > it doesn't work with ZFS either. My limited knowledge of Python > > doesn't allow me to hack it to work :( > > > > Also, can you provide output of the 'mount' command? Could it be that > > ACLs didn't turn on despite fstab entry? > > > > With regards, > > Timur. > > > > Thanks for your reply. Here is the output of 'mount': > > # mount > /dev/mirror/gm2 on / (ufs, local, journaled soft-updates) > devfs on /dev (devfs, local, multilabel) > /dev/mirror/gm4 on /var (ufs, local, journaled soft-updates) > /dev/mirror/gm5 on /tmp (ufs, local, journaled soft-updates) > /dev/mirror/gm6 on /usr (ufs, local, journaled soft-updates, acls) > > -- > Janos Dohanics > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 11:01:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29DAC334 for ; Sat, 30 Aug 2014 11:01:25 +0000 (UTC) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5CA61D3F for ; Sat, 30 Aug 2014 11:01:24 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id h15so3778365igd.8 for ; Sat, 30 Aug 2014 04:01:24 -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=EMRDDO3Yn0UeiMesWYK4rB3OYcA5j2SAMw2olr7zVL0=; b=Q/vNBfxrxIgee+VHzy3VeKtb6QsKFXnx1chX0ruAt+nikiOiP40gEH5Ao/IvF6i1z2 R0+09oo6lKIUo9tNRklXAwl18kEOh3npunv7f3OJfYItF1/gQ28ojXgTgiqixD4OhpbC MvGeHY7gknRMjoRk8Uw22WFZ/1qdT1mB75BVLwQ3wv8O6OS3SgCfsMWbtgnuGyCxkpLi 7/2cTVJSAFaUYL2wl6X2wqRjGnJURGFgxfJbReunxQa/GsLaLw8h9xJXFmySfWk5XCWE EJfM3KjPELmINxrV+NhTBXz5F9CflHatlM6iXhpWU3PnwJTFpZ2QOJK5DHIdMFW6Aqvt ugXg== MIME-Version: 1.0 X-Received: by 10.50.142.6 with SMTP id rs6mr10016679igb.39.1409396484315; Sat, 30 Aug 2014 04:01:24 -0700 (PDT) Received: by 10.107.15.1 with HTTP; Sat, 30 Aug 2014 04:01:24 -0700 (PDT) Date: Sat, 30 Aug 2014 13:01:24 +0200 Message-ID: Subject: Postfix Milter support From: Oriental Sensation To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 11:01:25 -0000 Hi all, I am wondering whether anybody had encountered this problem before: I am trying to install OpenDKIM with filter support (/usr/ports/mail/opendkim) and Postfix. However, the later cannot be installed alongside Sendmail while OpenDKIM requires it... So how exactly do I get Postfix and OpenDKIM w/milter playing together? Thanks in advance. /OS From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 12:28:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F324392 for ; Sat, 30 Aug 2014 12:28:12 +0000 (UTC) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) (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 B4657150A for ; Sat, 30 Aug 2014 12:28:11 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7UCS3Ac076437; Sat, 30 Aug 2014 14:28:03 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 08A991243A; Sat, 30 Aug 2014 14:28:03 +0200 (CEST) Date: Sat, 30 Aug 2014 14:28:03 +0200 From: Roland Smith To: Jamie Griffin Subject: Re: Loading kernel modules on startup Message-ID: <20140830122803.GA14170@slackbox.erewhon.home> Mail-Followup-To: Jamie Griffin , FreeBSD Questions References: <540172F5.4020707@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <540172F5.4020707@gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 12:28:12 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 30, 2014 at 07:45:09AM +0100, Jamie Griffin wrote: > I'm just wondering about the correct way to load kernel modules; namely,= =20 > specifying them in /boot/loader.conf or /etc/rc.conf. For example; Both are correct. According to rc.conf(5): kld_list (str) A list of kernel modules to load right after the local disks are mounted. Loading modules at this point in the boot process is much faster than doing it via /boot/loader.conf for those modules not necessary for mounting local disk. > Then, there is kld_list=3Dkldi915 for the vt console driver, and also=20 > kern.vty=3Dvt and hw.vga.textmode=3D1 in loader.conf for the same module. The first statement is loading a module. The second and third statements are kernel environment settings. According to vt(4), they can only be set in loader.conf. > Incidentally, the vt driver did not work properly for me when I used the= =20 > latter in loader.conf and I had to use the kld_list line in rc.conf(5). The syntax is different. In loader.conf it should be; i915kms_load=3D"YES" While in rc.conf you should use; kld_list=3D"i915kms" > What is the 'right' method for kernel module loading and is it just=20 > easier to compile them into the kernel going forward? You can compile most modules into a custom kernel if you like. But IMO it's not really worth the extra effort. In any case I would advise you to keep a GENERIC kernel and modules around. If your motherboard dies and you have to replace it you might end up with a system that doesn't work properly with the custom kernel. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJUAcNSAAoJEED21dyjijPgzk0QAJr8yCvAeGu/aYo8GOo+Zn7c JytFCq2zULPQ68RCx1uEqUAx4lGAgeTjzOt4/hPL44OGeiba4b7So+EUxuqh1DEz M0KTg4Kj+lQ4xs4L7FXudRYFpN08XEtqSgTRQnQPu7Nr4rruyaGC/+z/tCKC1Lq5 qI7KgwZUN8Tlw0Sj3BoGVWQkrbUoq/7nmSL+oh4JFB8rgqQWKxF7syCbypl7u3HE kZZyt6qVYMjp3yGDz14TU7I+TkgoPxjRIu7U9jY8644GLWJT4Ou7qPZaAuPJz62/ i8Ao+9enxpgwzZQNI25TKlPZBO/iqs22lj6/EuMCM2tIYGJYdOND79ZdMjX7xoog +cyu8knO2kpye+0df5RdVaTkNz05A8bJ94gHLhDesVnXw5aXFDcOoMjiB6pu1V1s hCfe1HpY5ow16c2wqwzU0cH+aksuqA+3gD7pXFRnBsX8psf8FBnbwheeYsneRkhj OfHuKr1hgnezkNCIfi0qQtRJtM1yu24lqWuzSrboxi/cuh+OMn0J2Z1WxhHOrORF IhiytXFRGkmWdcGmEWNLizD6PJ2uBrgcxoD0/mp9E0EEGvIeI9kGVqqD+lVJZnBD y/Kc0muEsTxu0VxxvLDnDP3eRm1PGrI8VOrgW0RgVmqljuVFggU6JHZ1/vM/tYkf kDKJK0MFMecUsk/g7ePP =ei4s -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 13:05:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EDD880C for ; Sat, 30 Aug 2014 13:05:21 +0000 (UTC) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id E94691953 for ; Sat, 30 Aug 2014 13:05:19 +0000 (UTC) Received: from www.magehandbook.com (unknown [192.168.1.100]) by mail.magehandbook.com (Postfix) with ESMTP id 3hldFP2Nbpz16L for ; Sat, 30 Aug 2014 09:05:13 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 30 Aug 2014 06:05:12 -0700 From: daniel To: freebsd-questions@freebsd.org Subject: Re: gvinum raid5 vs. ZFS raidz In-Reply-To: <201408300147.s7U1leJP024616@sdf.org> References: <201408020621.s726LsiA024208@sdf.org> <53DCDBE8.8060704@qeng-ho.org> <201408060556.s765uKJA026937@sdf.org> <53E1FF5F.1050500@qeng-ho.org> <201408070831.s778VhJc015365@sdf.org> <201408070936.s779akMv017524@sdf.org> <201408071106.s77B6JCI005742@sdf.org> <5B99AAB4-C8CB-45A9-A6F0-1F8B08221917@kraus-haus.org> <201408220940.s7M9e6pZ008296@sdf.org> <7971D6CA-AEE3-447D-8D09-8AC0B9CC6DBE@kraus-haus.org> <201408260641.s7Q6feBc004970@sdf.org> <9588077E-1198-45AF-8C4A-606C46C6E4F8@kraus-haus.org> <201408280636.s7S6a5OZ022667@sdf.org> <25B567A0-6639-41EE-AB3E-96AFBA3F11B7@kraus-haus.org> <201408300147.s7U1leJP024616@sdf.org> Message-ID: X-Sender: DStaal@usa.net User-Agent: Roundcube Webmail/1.0.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 13:05:21 -0000 On 2014-08-29 18:47, Scott Bennett wrote: > Paul Kraus wrote: > >> On Aug 28, 2014, at 2:36, Scott Bennett wrote: >> >> > Paul Kraus wrote: >> > Are you using any drives larger than 1 TB? >> >> I have been testing with a bunch of 2TB (3 HGST and 1 WD). I have been >> using ZFS and it has not reported *any* checksum errors. >> > What sort of testing? Unless the data written with errors are > read back, > how would ZFS know about any checksum errors? Does ZFS implement > write-with- > verify? Copying some humongous file and then reading it back for > comparison > (or, with ZFS, just reading them) ought to bring the checksums into > play. Of > course, a scrub should do that, too. No write with verify that I know of (at least, this type of verify) but any read should brings the checksums into play. (And scrub, of course.) > As soon as I can get two more 2 TB drives and set them up under > ZFS, > I intend to try the equivalent of that. Because drives cannot be added > to > an existing raidzN, I need to wait until then to create the 6-drive > raidz2. > However, that original 1.1 TB file is currently sitting on one of the > four > drives I already have that are intended for the raidz2, so that file > will > be trashed by creating the raidz2. The file is a dump(8) file of a 1.2 > TB > file system that is nearly full, so I can run the dump again with the > output > going to the newly created pool, after which I can try a > "dd if=dumpfile of=/dev/null" to see whether ZFS detects any problems. > If > it doesn't, then I can try a scrub on the pool to see whether that > finds any > problems. > My expectation is that I will end up contacting one or more > manufacturers > to try to replace at least two drives based on whatever ZFS detects, > but I > would be glad to be mistaken about that for now. If two are that bad, > then > I hope that ZFS can keep things running until the replacements show up > here. Just for the testing, you can set up a one-drive zpool. ZFS wouldn't be able repair the error in that case (unless you set the 'copies' property, but then you'll need more disk space for the write; basically that would mean writing a backup to the same drive), but it will still be able to detect it. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 14:03:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C48B46C for ; Sat, 30 Aug 2014 14:03:36 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C01721E18 for ; Sat, 30 Aug 2014 14:03:35 +0000 (UTC) Received: from seedling.local (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.9/8.14.9) with ESMTP id s7UE3OEM069251 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 30 Aug 2014 15:03:25 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk s7UE3OEM069251 Authentication-Results: smtp.infracaninophile.co.uk/s7UE3OEM069251; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host seedling.black-earth.co.uk [81.2.117.99] claimed to be seedling.local Message-ID: <5401D9A0.9040606@FreeBSD.org> Date: Sat, 30 Aug 2014 15:03:12 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Postfix Milter support References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AHvOvqRnT5TBFuTEDRLpuS8G9j70u1INe" X-Virus-Scanned: clamav-milter 0.98.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 14:03:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --AHvOvqRnT5TBFuTEDRLpuS8G9j70u1INe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 30/08/2014 12:01, Oriental Sensation wrote: > I am trying to install OpenDKIM with filter support > (/usr/ports/mail/opendkim) and Postfix. However, the later cannot be > installed alongside Sendmail while OpenDKIM requires it... So how > exactly do I get Postfix and OpenDKIM w/milter playing together? OpenDKIM works just fine with postfix: smtp-1:~:% pkg info -x '(opendkim|postfix)' opendkim-2.9.2_5 postfix-2.11.1_4,1 Now, I definitely don't have any dependencies between opendkim and sendma= il: smtp-1:~:% pkg query '%n-%v %dn-%dv' opendkim opendkim-2.9.2_5 openssl-1.0.1_15 opendkim-2.9.2_5 openldap-client-2.4.39_1 opendkim-2.9.2_5 perl5-5.18.2_4 opendkim-2.9.2_5 db5-5.3.28_1 =2E..but then I'm compiling all my own packages with poudriere and I've set up all the port options according to my needs. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --AHvOvqRnT5TBFuTEDRLpuS8G9j70u1INe 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.0.20 (Darwin) iQJ8BAEBCgBmBQJUAdmrXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATj/kP/3g2mtxu3kyb5Z8wqkhVo035 CiA3n0vJYAabLmtm9BLw/1/ecZ8SJ+4ZcOn0MXlOz1YST2OLOgzdq3V/0lZoKHFN KMLHZM59Cr6vKUxfX+eLwlvtJQM+7sA/WK3Z+yHGYg3592bCrIIYC0YDTXXp38ab gI+6xyPjmP26e604L3UrTRUj2O4n0k3bmEzxd2X/+fOgvWIzQvEfodCf4L7MIQvm JXxpzoZF+nY+wSX2nhBB7XoPyqaDui0mDFn01PbJ153vonWuJy+3T9nnPvFJMTRn DnM6bouU9qquBaXk13Jqm5LuMhcomMZ+7la6Mm4ynl0uvnzGiVyxHk9yBBHskxwP utuejRa1ADKe0CW5mSM3B5MfJq2vLEY28FudRHBQPGkbYsAvgKBDBTmbfsn2VVjU IZKiPFgO0wkU1dnqAlwQMxIgCoxgOm7wadpIfgpeKFq6DdoVsFGxXLdkASkWtt+k iEFhxpBZ2P2p95eRYHkIrvhUfLp8Y/pFz4XZ/Y3p3voIljydOUSHFErJ3EIE9Y23 34tlV3xAFu/R+xny5m71SNEzdhfMyZa1niWb51f9vRUTYp3UnNENV0iCrWgsefHF 98MCNpOAdIHa3qviJOatevIDbUkZmtvzrpGbPodyNx3qaBasUN3jDQsINrgD0b5R fGfO6u/bP0GL5jTQK9ds =9o5g -----END PGP SIGNATURE----- --AHvOvqRnT5TBFuTEDRLpuS8G9j70u1INe-- From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 20:08:04 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04D417A0 for ; Sat, 30 Aug 2014 20:08:04 +0000 (UTC) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCCA130E for ; Sat, 30 Aug 2014 20:08:02 +0000 (UTC) Received: from curlew.milibyte.co.uk ([84.92.153.232]) by avasout07 with smtp id l87t1o003516WCc0187vYh; Sat, 30 Aug 2014 21:07:55 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=HpH4GijS c=1 sm=1 tr=0 a=lfSX4pPLp9EkufIcToJk/A==:117 a=lfSX4pPLp9EkufIcToJk/A==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=OOzCJWdBeL0A:10 a=0R8PxKIE1KYA:10 a=F0HPXGjtK9kA:10 a=ZTb9aqGL9YkA:10 a=8nJEP1OIZ-IA:10 a=qS1bXvbzcqphJ2ivdAwA:9 a=wPNLvfGTeEIA:10 Received: from curlew.lan ([192.168.1.13]) by curlew.milibyte.co.uk with esmtp (Exim 4.83) (envelope-from ) id 1XNowD-0001lm-I9 for freebsd-questions@freebsd.org; Sat, 30 Aug 2014 21:07:53 +0100 From: Mike Clarke To: freebsd-questions@freebsd.org Date: Sat, 30 Aug 2014 21:07:52 +0100 Message-ID: <1524155.SRxS7PsKxb@curlew.lan> User-Agent: KMail/4.12.5 (FreeBSD/9.3-RELEASE; KDE/4.12.5; amd64; ; ) In-Reply-To: References: <3415139.ffIAe6AYm2@curlew.lan> 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.0 (2014-02-07) 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.0 Subject: Re: TRIM considerations when repartitioning a SSD Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="iso-8859-1" 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.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 20:08:04 -0000 On Thursday 28 August 2014 17:24:04 Adam Vande More wrote: > You generally must reset the drive eg > > camcontrol security da4 -s buhbyesweetdata -e buhbyesweetdata Thanks for the advice. I'm a bit concerned about setting a password which will probably be forgotten by the time i might need to do the same again well into the future. Or is it just a case of running camcontrol security da4 -d buhbyesweetdata immediately afterwards to get rid of the password? -- Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 20:09:57 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 801A59AA for ; Sat, 30 Aug 2014 20:09:57 +0000 (UTC) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 582991331 for ; Sat, 30 Aug 2014 20:09:57 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id z10so2842625pdj.17 for ; Sat, 30 Aug 2014 13:09: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:from:date:message-id:subject:to :cc:content-type; bh=cl217z94fGMeYtRvtP6sT+/SMysU0vErJASXIRde+vk=; b=m9cqlI3Hh9bwu018/qqTuvsfltDnlOU5uVPKuBXQ1wIsp4prD6XiMxeH6n8EminiBb bUSKgVpxu/Ke2kJnlYLKMhGzB3Y0RihWYKLMGHui5ZOLVfBdq359HAQrmVyy/O3QPks+ RnnpKGShwESwocIpmXcSw3TBFfNjmhavzzgTsGj2dDz3+jraWKSiQrBA1hUk2902zf/B fvsbCBUEjyF2ODt7LDz2ev8wFPsTrf1B4BK+vJ8EMioKWU76KaC9fCtNgEqg4NnTFOak uO8ewYn9E6fFBBlwynjIj3R5OawNJBy8/RoqGJqGc9ufAzleTlw0i8bI1YoHrKZzrXAC gy1g== X-Received: by 10.68.143.100 with SMTP id sd4mr26292866pbb.76.1409429396286; Sat, 30 Aug 2014 13:09:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.70.60.164 with HTTP; Sat, 30 Aug 2014 13:09:36 -0700 (PDT) In-Reply-To: <1524155.SRxS7PsKxb@curlew.lan> References: <3415139.ffIAe6AYm2@curlew.lan> <1524155.SRxS7PsKxb@curlew.lan> From: Anton Sayetsky Date: Sat, 30 Aug 2014 23:09:36 +0300 Message-ID: Subject: Re: TRIM considerations when repartitioning a SSD To: Mike Clarke Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 20:09:57 -0000 Security will be disabled automatically after performing ATA Security Erase operation. 2014-08-30 23:07 GMT+03:00 Mike Clarke : > On Thursday 28 August 2014 17:24:04 Adam Vande More wrote: > >> You generally must reset the drive eg >> >> camcontrol security da4 -s buhbyesweetdata -e buhbyesweetdata > > Thanks for the advice. > > I'm a bit concerned about setting a password which will probably be > forgotten by the time i might need to do the same again well into the > future. Or is it just a case of running > > camcontrol security da4 -d buhbyesweetdata > > immediately afterwards to get rid of the password? > > -- > Mike Clarke > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 23:07:43 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C83608A4 for ; Sat, 30 Aug 2014 23:07:43 +0000 (UTC) Received: from mail-qa0-f49.google.com (mail-qa0-f49.google.com [209.85.216.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CCB21512 for ; Sat, 30 Aug 2014 23:07:42 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id i13so3610685qae.36 for ; Sat, 30 Aug 2014 16:07: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:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=5yR01Ddy4BEJ5DzkaTDS8E4/Hv8VyiH/Ef/A0aD4Hbc=; b=RDuQiW3sdz3D2I77nHcPh2DSup1Dqk+lGrEUc8D1JEFUDGDKW22Rewu8ZJCkVsTQ89 WaZCRU/I+nS3BhsfKf1ODJlq9Wy3X+exMyZZ3UsJExOI9hG2NBQIKfxrBFRNWua7lP3o PLw35+KowjqBoc4gRLeZ/TegxzHfKpBFkahnpEIeiQpcykAkZ4RNiGnWY7AMUBnQgJFu mQrkJoNsP5AADLzn0E7j5tL6Ni8DuLglh/i97RKXVhZ85yetFJciga0MJLWqbk/Lho5e gfu2f4S+8o7wOftUkGGj0U9NYYcou9ffplXtXjlhbUjSQEwtnDceT3beLZY7faeBcUoE x9OA== X-Gm-Message-State: ALoCoQldGCLqXtLCyPjV//9gl33gJDaylYUSV7PJXVJVHmtF48QWHNVSxLagsEnvQx5tWbi0jKZu X-Received: by 10.140.31.75 with SMTP id e69mr11048853qge.2.1409439633644; Sat, 30 Aug 2014 16:00:33 -0700 (PDT) Received: from [192.168.2.65] ([96.236.21.80]) by mx.google.com with ESMTPSA id d8sm12412146qam.46.2014.08.30.16.00.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 30 Aug 2014 16:00:33 -0700 (PDT) Subject: Re: gvinum raid5 vs. ZFS raidz Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=windows-1252 From: Paul Kraus In-Reply-To: <201408300147.s7U1leJP024616@sdf.org> Date: Sat, 30 Aug 2014 19:00:32 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <58E30C52-A12C-4D9E-95D6-5BFB7A05FE46@kraus-haus.org> References: <201408020621.s726LsiA024208@sdf.org> <53DCDBE8.8060704@qeng-ho.org> <201408060556.s765uKJA026937@sdf.org> <53E1FF5F.1050500@qeng-ho.org> <201408070831.s778VhJc015365@sdf.org> <201408070936.s779akMv017524@sdf.org> <201408071106.s77B6JCI005742@sdf.org> <5B99AAB4-C8CB-45A9-A6F0-1F8B08221917@kraus-haus.org> <201408220940.s7M9e6pZ008296@sdf.org> <7971D6CA-AEE3-447D-8D09-8AC0B9CC6DBE@kraus-haus.org> <201408260641.s7Q6feBc004970@sdf.org> <9588077E-1198-45AF-8C4A-606C46C6E4F8@kraus-haus.org> <201408280636.s7S6a5OZ022667@sdf.org> <25B567A0-6639-41EE-AB3E-96AFBA3F11B7@kraus-haus.org> <201408300147.s7U1leJP024616@sdf.org> To: Scott Bennett X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-questions@freebsd.org, freebsd@qeng-ho.org, Trond.Endrestol@fagskolen.gjovik.no X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 23:07:43 -0000 On Aug 29, 2014, at 21:47, Scott Bennett wrote: > Paul Kraus wrote: >> I have been testing with a bunch of 2TB (3 HGST and 1 WD). I have = been using ZFS and it has not reported *any* checksum errors. >>=20 > What sort of testing? Unless the data written with errors are = read back, > how would ZFS know about any checksum errors? Does ZFS implement = write-with- > verify? Copying some humongous file and then reading it back for = comparison > (or, with ZFS, just reading them) ought to bring the checksums into = play. Of > course, a scrub should do that, too. I typically run a scrub on any new drive after writing a bunch of data = to it, specifically to look for infant mortality :-) > I have never bought the enterprise-grade drives--though I may = begin doing > so after having read the information you've brought up here--so the = difference > in drive quality at the outset may explain why your results so far = have been > so much better than mine. Don=92t go by what *I* say, go the manufacturer=92s web sites and = download and read the full specifications on the drives you are looking = at. None of the sales sites (Newegg, CDW, etc.) post the full specs, yet = they are all (still) available from the Seagate / Western Digital / HGST = etc. web sites. I am just starting to play with a different WD Enterprise series, so far = all my testing (and use) has been with the RE series, I just got two 1TB = SE series (which are also 5 year warranty and claim to be Enterprise = grade, rated for 24x7 operation). I put them into service today and = expect to be loading data on them tomorrow or Monday. So now I will have = Seagate ES, ES.2, HGST Ultrastar (various P/N), and WD RE, SE drives in = use. >>> If so, try copying a 1.1 TB >>> file to one of them, and then trying comparing the copy against the = original. >>=20 >> Hurmmm. I have not worked with individual files that large. What = filesystem are you using here?=20 >=20 > At the moment, all of my file systems on hard drives are UFS2. I wonder if it an issue with a single file larger than 1TB =85 just = wondering out loud here. > My expectation is that I will end up contacting one or more = manufacturers > to try to replace at least two drives based on whatever ZFS detects, = but I > would be glad to be mistaken about that for now. If two are that bad, = then > I hope that ZFS can keep things running until the replacements show up = here. I have never had to warranty a drive for uncorrectable errors, they have = been a small enough percentage that I did not worry about them, and when = the error rate gets big enough other things start going wrong as well. = At least that has been my experience. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 23:15:42 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FA9F9D0 for ; Sat, 30 Aug 2014 23:15:42 +0000 (UTC) Received: from cerebro.liukuma.net (cerebro.liukuma.net [IPv6:2a00:d1e0:1000:1b00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3902B1734 for ; Sat, 30 Aug 2014 23:15:42 +0000 (UTC) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id 92BD68A028D; Sun, 31 Aug 2014 02:15:33 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net 92BD68A028D DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=liukuma.net; s=liukudkim; t=1409440533; bh=ikYOwONBcyfneC3konuuqRX4rVC/J4ddGpoi89yHC8c=; h=From:To:References:In-Reply-To:Subject:Date; b=C+3tOeYpuS1h3hANmTtN1spyRrN6dF4NvOWQjk9BqhRYSKwY2F3gRNeGNrEfwtFJr 0qcStpFQxYDGT8SnuCapL5at/chXwrHvqwgj5lan9k3PvMy04VpAZ42Xos31ztI+Dg +IfWm58zaYRUZXq1ZZIQlYp/FMVUbUDmT4i4DUQQ= X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id sb7hk8mFr5eW; Sun, 31 Aug 2014 02:15:33 +0300 (EEST) Received: from Rivendell (dsl-kmibrasgw1-54f8cc-138.dhcp.inet.fi [84.248.204.138]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id 958DE8A023D; Sun, 31 Aug 2014 02:15:32 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net 958DE8A023D Message-ID: <11A9C5C3A3024EB1A63278E0F58A2B67@Rivendell> From: "Reko Turja" To: "Oriental Sensation" , References: In-Reply-To: Subject: Re: Postfix Milter support Date: Sun, 31 Aug 2014 02:15:28 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 23:15:42 -0000 > I am trying to install OpenDKIM with filter support > (/usr/ports/mail/opendkim) and Postfix. However, the later cannot be > installed alongside Sendmail while OpenDKIM requires it... So how > exactly do I get Postfix and OpenDKIM w/milter playing together? Milters need parts of sendmail kept in the system (headers?), thus you need to keep sendmail in the system. Just dont add the: WITHOUT_SENDMAIL line into /etc/src.cnf. Or if you have it do a new build/installworld Sadly sendmail doesn't have more finegrained configuration like BIND used to have. -Reko